Re: Some truth about Comcast - WikiLeaks style
On 12/23/10 1:17 PM, Joel Jaeggli wrote:
On 12/23/10 9:19 AM, Jay Ashworth wrote:
And that's just another argument in favor of muni fiber -- since it's municipal,
it will by definition serve every address, and since it's monopoly, it will
enable competition by making it practical for competitors to start up, since
they'll have trival access to all comers.
Muni-fiber builds do not "by definition serve every address."
But to keep this on topic, Comcast doesn't serve every address either!
In Ann Arbor, Michigan (home of NANOG), I spent many hours attending the
local cable board meetings. Comcast refused to build toward various
*downtown* buildings, because the underground facilities would never pay
back the cost ("never" being upwards of 30 years). This is not just an
ex-urban issue.
When the board explored non-renewal of Comcast's franchise for failing to
comply with its contract, they learned that's almost impossible. Court
cases around the country side with the industry over municipalities.
In an unrelated Michigan case, where a large business signed a written
contract (to expand) in exchange for tax abatement (but didn't expand),
the Michigan Supreme Court ruled that the contract was mere "fluff and
hyperbole" required to obtain tax breaks and government favors.
http://www.michiganliberal.com/diary/7723/
It's a "right" to make taxpayers pick up the cost of subsidizing
private industry
Re: Muni Fiber Last Mile - a contrary opinion
On 12/23/10 12:27 PM, Jay Ashworth wrote: I was poking around to see what the current received wisdom was as to average install cost per building for suburban municipal home-run fiber, and ran across this article, which discusses the topic, and itemizes several large such deployments that "failed" or had to be sold private. I'd be interested to see what comments nanogers have on this piece. I'm not well enough read to critically evaluate the guy's assertions. http://www.digitalsociety.org/2010/03/why-municipal-fiber-has-not-succeeded/ Always consider the source. Didn't we just have a George Ou cite that was debunked on this list? Subject: RE: Level 3 Communications Issues Statement Concerning Comcast's Actions Reminder: ITIF is an ultra-conservative, anti-government outfit: http://mailman.nanog.org/pipermail/nanog/2009-November/015552.html ITIF doesn't give out information about its funding, which usually means it's industry lobbyist funded. Apparently in this case, big cable and probably big telco.
Re: Some truth about Comcast - WikiLeaks style
On 24/12/10 1:22 AM, William Allen Simpson wrote: In an unrelated Michigan case, where a large business signed a written contract (to expand) in exchange for tax abatement (but didn't expand), the Michigan Supreme Court ruled that the contract was mere "fluff and hyperbole" required to obtain tax breaks and government favors. Moral of the story, municipalities need to write the contract so that they get their tax abatement only AFTER they have completed the agreed-upon expansion. No tax abatement now, promised expansion later "fluff and hyperbole". But even better, they need to stop writing monopoly contracts. It was a good idea 100/40 years ago, to get the first company to put in the first telephone/cable network. It is no longer working to serve citizen needs to keep giving monopoly contracts. jc
Re: Throttle traffic for a single local IP on a Linux router?
On Thu, 2010-12-23 at 18:32 -0500, jo...@hush.ai wrote: > $TC class add dev $INIF parent 1: classid 1:1 htb rate $DNLD ceil > $DNLD > $TC class add dev $OUTIF parent 1: classid 1:1 htb rate $UPLD ceil > $UPLD > $TC filter add dev $INIF parent 1:0 ip pref 1 u32 match ip src > $IP/32 0x flowid 1:1 > $TC filter add dev $OUTIF parent 1:0 ip pref 1 u32 match ip dst > $IP/32 0x flowid 1:1 > > Anyone see any problems in my setup yes, I think you have the same IDs in the last 4 lines. classid's should be 1:1 and 1:2 flowid's shoild be 1:1 and 1:2 yours are 1:1 in both cases of each try :- $TC class add dev $INIF parent 1: classid 1:1 htb rate $DNLD ceil $DNLD $TC class add dev $OUTIF parent 1: classid 1:2 htb rate $UPLD ceil $UPLD # ^^^ $TC filter add dev $INIF parent 1:0 ip pref 1 u32 match ip src $IP/32 0x flowid 1:1 $TC filter add dev $OUTIF parent 1:0 ip pref 1 u32 match ip dst $IP/32 0x flowid 1:2 #^^^ (line breaks may be affected by email formatting etc ) Gord -- # ~ TC , the undisputable leader of the gang ~ # signature.asc Description: This is a digitally signed message part
Re: Throttle traffic for a single local IP on a Linux router?
Try a Linksys RV016, it has some decent traffic shaping tools for larger home and small business networks. Jeff On Dec 24, 2010 5:31 AM, "gordon b slater" wrote: On Thu, 2010-12-23 at 18:32 -0500, jo...@hush.ai wrote: > $TC class add dev $INIF parent 1: classid ... yes, I think you have the same IDs in the last 4 lines. classid's should be 1:1 and 1:2 flowid's shoild be 1:1 and 1:2 yours are 1:1 in both cases of each try :- $TC class add dev $INIF parent 1: classid 1:1 htb rate $DNLD ceil $DNLD $TC class add dev $OUTIF parent 1: classid 1:2 htb rate $UPLD ceil $UPLD # ^^^ $TC filter add dev $INIF parent 1:0 ip pref 1 ... $IP/32 0x flowid 1:2 #^^^ (line breaks may be affected by email formatting etc ) Gord -- # ~ TC , the undisputable leader of the gang ~ #
Re: Throttle traffic for a single local IP on a Linux router?
On Fri, 2010-12-24 at 05:52 -0500, Jeffrey Lyon wrote: > Try a Linksys RV016, it has some decent traffic shaping tools for > larger home and small business networks. > Yes indeed it does. Ironically that device runs a linux-y kernel so is probably also using iptools/tc to achieve the shaping/policing a GUI wrapped around it. The GPL parts of it are at ftp://ftp-eng.cisco.com/pub/opensource/linksys/RVxxxToolchain/ I was also planning to have a look at the hardware in it but that device is now out of my control :( Gord
Re: Good MPLS/VPLS book?
The most comprehensive text is MPLS Enabled Applications by Ina Minei http://www.amazon.com/MPLS-Enabled-Applications-Developments-Technologies-Communications/dp/0470986441/ref=sr_1_1?ie=UTF8&qid=1293194786&sr=8-1 On Fri, Dec 24, 2010 at 12:49 AM, Michael Helmeste wrote: > Does anyone have a favorite book or resource discussing MPLS and all > associated Lego blocks (e.g. LDP, TE, VPLS, martini, mBGP et. al.)? > > I understand the basics of what MPLS is and how you create a circuit from > A to B but I'm afraid it still escapes me when trying to figure out how > someone would, say, create a multicast capable VPN with 5 edge points. > > Any pointers to a good way to reduce my level of ignorance on this subject > would be appreciated. Vendor literature doesn't bother me as long as the > concepts are there. > > Regards, >Michael H. > > > -- Best Regards, Mounir Mohamed, CCIE#19573 (R&S/SP) Senior Network Engineer, Core Team. NOOR Data Networks, SAE Mobile# +2-010-2345-956 http://mounirmohamed.wordpress.com http://www.linkedin.com/in/mounirmohamed
Re: Throttle traffic for a single local IP on a Linux router?
take a read on this link http://www.faqs.org/docs/Linux-HOWTO/Bandwidth-Limiting-HOWTO.html -beavis Sent from Space On Dec 23, 2010, at 5:32 PM, jo...@hush.ai wrote: Hi, I know this might not be 100% on-topic and might be better suited for a Linux-distro mailinglist, but I hope to get more diverse methods from you networking experts. Basically, I have a small residential connection, 5 Mbit down, 0.5 Mbit up. A user on my local network, who we will call 192.168.1.105, is using too much bandwidth. I have tried social engineering to get him to stop, he claims to, but iftop says otherwise. My network is setup like this: Cable modem goes to eth0 on router running Ubuntu server, eth1 on the Ubuntu box goes to a wrt54gl (behaving purely as a bridge), and all clients are connected wirelessly. The Ubuntu box handles everything. So I have tried this script, and it does not work -- download speed gets limited just fine, but upload remains unlimited for some reason: TC=/sbin/tc OUTIF=eth0 # Interface for WAN (internet) INIF=eth1# Interface for LAN (internal network) DNLD=0.5mbit # DOWNLOAD Limit UPLD=0.1mbit # UPLOAD Limit IP=192.168.1.105 U32="$TC filter add dev $IF protocol ip parent 1:0 prio 1 u32" $TC qdisc del dev $INIF root $TC qdisc del dev $OUTIF root $TC qdisc add dev $INIF root handle 1: htb default 30 $TC qdisc add dev $OUTIF root handle 1: htb default 30 $TC class add dev $INIF parent 1: classid 1:1 htb rate $DNLD ceil $DNLD $TC class add dev $OUTIF parent 1: classid 1:1 htb rate $UPLD ceil $UPLD $TC filter add dev $INIF parent 1:0 ip pref 1 u32 match ip src $IP/32 0x flowid 1:1 $TC filter add dev $OUTIF parent 1:0 ip pref 1 u32 match ip dst $IP/32 0x flowid 1:1 Anyone see any problems in my setup, this script, or have any idea how I can limit the speeds of Mr. 192.168.1.105 without social engineering? Thank you for your time.
Re: Throttle traffic for a single local IP on a Linux router?
> take a read on this link > > http://www.faqs.org/docs/Linux-HOWTO/Bandwidth-Limiting-HOWTO.html > > -beavis > Another: http://djlab.com/2009/10/limiting-bandwidth-in-linux/ -- Randy
Re: Some truth about Comcast - WikiLeaks style
- Original Message - > From: "Frank Bulk - iName.com" > Uhm, D-CATV is not IP just quite yet. Sometimes I wish that's the > case, but it's still very much RF. > > There are several vendors that sell GPON solutions that support RF > over fiber, and there's always IP TV. Hmm. I had acquired the idea, from looking at the setup screens on the latest gen SciAt converters that it was, at very least, FDM IP multicast; that is, MPEG2 over IP multicast, and then multiplexed 4:1 or so into multiple broadband carriers, but sent as IP multicast streams and decoded that way. No? Cheers, -- jra
RE: IPv6 BGP table size comparisons
-Original Message- From: Seth Mattinen [mailto:se...@rollernet.us] Sent: Thursday, December 23, 2010 8:37 PM To: nanog@nanog.org Subject: Re: IPv6 BGP table size comparisons On 12/21/10 2:18 PM, Frank Bulk wrote: > There are 4,035 routes in the global IPv6 routing table. This is what one > provider passed on to me for routes (/48 or larger prefixes), extracted from > public route-view servers. > AT&T AS7018: 2,851 (70.7%) > Cogent AS174: 2,864 (71.0%) > GLBX AS3549: 3,706 (91.8%) > Hurricane Electric AS6939: 3,790 (93.9%) > Qwest AS209: 3,918 (97.1%) > TINET (formerly Tiscali) AS3257: 3,825 (94.8%) > Verizon AS701: 3,938 (97.6%) Sprint (AS1239) is sending 3,779 routes. XO Communications (AS2828) is sending 3973 prefixes.
BGP Update Report
BGP Update Report Interval: 16-Dec-10 -to- 23-Dec-10 (7 days) Observation Point: BGP Peering with AS131072 TOP 20 Unstable Origin AS Rank ASNUpds % Upds/PfxAS-Name 1 - AS17974 22015 1.3% 16.4 -- TELKOMNET-AS2-AP PT Telekomunikasi Indonesia 2 - AS32528 21046 1.2%2630.8 -- ABBOTT Abbot Labs 3 - AS763319074 1.1% 112.2 -- SOFTNET-AS-AP Software Technology Parks of India - Bangalore 4 - AS845218545 1.1% 11.0 -- TE-AS TE-AS 5 - AS35931 13721 0.8%2286.8 -- ARCHIPELAGO - ARCHIPELAGO HOLDINGS INC 6 - AS18025 12235 0.7% 330.7 -- ACE-1-WIFI-AS-AP Ace-1 Wifi Network 7 - AS27968 11972 0.7% 137.6 -- CORPORACION NACIONAL DE TELECOMUNICACIONES - CNT EP 8 - AS949810247 0.6% 14.0 -- BBIL-AP BHARTI Airtel Ltd. 9 - AS101139919 0.6% 121.0 -- DATAFAST-AP DATAFAST TELECOMMUNICATIONS LTD 10 - AS4323 9594 0.6% 3.6 -- TWTC - tw telecom holdings, inc. 11 - AS7552 9093 0.5% 14.3 -- VIETEL-AS-AP Vietel Corporation 12 - AS5800 9009 0.5% 40.0 -- DNIC-ASBLK-05800-06055 - DoD Network Information Center 13 - AS9829 8890 0.5% 13.1 -- BSNL-NIB National Internet Backbone 14 - AS2828 8047 0.5% 167.6 -- XO-AS15 - XO Communications 15 - AS6316 7918 0.5% 58.2 -- AS-PAETEC-NET - PaeTec Communications, Inc. 16 - AS334757796 0.5% 36.3 -- RSN-1 - RockSolid Network, Inc. 17 - AS4755 7737 0.5% 7.0 -- TATACOMM-AS TATA Communications formerly VSNL is Leading ISP 18 - AS6389 7710 0.5% 2.1 -- BELLSOUTH-NET-BLK - BellSouth.net Inc. 19 - AS455957658 0.5% 14.3 -- PKTELECOM-AS-PK Pakistan Telecom Company Limited 20 - AS9198 7589 0.4% 18.0 -- KAZTELECOM-AS JSC Kazakhtelecom TOP 20 Unstable Origin AS (Updates per announced prefix) Rank ASNUpds % Upds/PfxAS-Name 1 - AS32528 21046 1.2%2630.8 -- ABBOTT Abbot Labs 2 - AS35931 13721 0.8%2286.8 -- ARCHIPELAGO - ARCHIPELAGO HOLDINGS INC 3 - AS178742244 0.1%2244.0 -- NPC-AS-KR National Pension Corporation 4 - AS496002081 0.1%2081.0 -- LASEDA La Seda de Barcelona, S.A 5 - AS342391632 0.1%1632.0 -- INTERAMERICAN General Insurance Company 6 - AS31331 0.1% 134.0 -- AII-NET applied international informatics GmbH 7 - AS225752434 0.1% 811.3 -- MASSMUTUAL2 - MassMutual Financial Services 8 - AS277711388 0.1% 694.0 -- Instituto Venezolano de Investigaciones Cientificas 9 - AS12190 682 0.0% 682.0 -- OOCL-NET - OOCL (USA), Inc. 10 - AS435342431 0.1% 607.8 -- CREDITCALL CreditCall Ltd 11 - AS46302 467 0.0% 467.0 -- CINQUIX - Cinquix Networks 12 - AS46167 444 0.0% 444.0 -- LANDSERVICESUSA - Land Services USA, Inc 13 - AS26772 438 0.0% 438.0 -- TIE-SOLUTIONS - Tie Solutions Inc. 14 - AS39200 424 0.0% 424.0 -- IRNICANYCAST-AS .ir ccTLD of Iran 15 - AS210174089 0.2% 408.9 -- VSI-AS VSI AS 16 - AS37228 377 0.0% 377.0 -- RDB 17 - AS169342153 0.1% 358.8 -- LEACO-INTERNET - Leaco Rural Telephone 18 - AS405762086 0.1% 347.7 -- SHAWNEELINK - ShawneeLink Corporation 19 - AS18025 12235 0.7% 330.7 -- ACE-1-WIFI-AS-AP Ace-1 Wifi Network 20 - AS26999 317 0.0% 317.0 -- ATLANTA-COMMUNITY-FOOD-BANK - Atlanta Community Food Bank, Inc. TOP 20 Unstable Prefixes Rank Prefix Upds % Origin AS -- AS Name 1 - 130.36.34.0/2410510 0.6% AS32528 -- ABBOTT Abbot Labs 2 - 130.36.35.0/2410509 0.6% AS32528 -- ABBOTT Abbot Labs 3 - 202.182.78.0/239511 0.5% AS10113 -- DATAFAST-AP DATAFAST TELECOMMUNICATIONS LTD 4 - 63.211.68.0/22 8516 0.5% AS35931 -- ARCHIPELAGO - ARCHIPELAGO HOLDINGS INC 5 - 216.126.136.0/22 7616 0.4% AS6316 -- AS-PAETEC-NET - PaeTec Communications, Inc. 6 - 144.243.215.0/24 7294 0.4% AS22773 -- ASN-CXA-ALL-CCI-22773-RDC - Cox Communications Inc. AS4323 -- TWTC - tw telecom holdings, inc. 7 - 198.140.43.0/245158 0.3% AS35931 -- ARCHIPELAGO - ARCHIPELAGO HOLDINGS INC 8 - 202.92.235.0/244932 0.3% AS9498 -- BBIL-AP BHARTI Airtel Ltd. 9 - 182.54.148.0/224913 0.3% AS18025 -- ACE-1-WIFI-AS-AP Ace-1 Wifi Network 10 - 189.1.173.0/24 4603 0.3% AS28666 -- HOSTLOCATION LTDA 11 - 190.65.228.0/224083 0.2% AS3816 -- COLOMBIA TELECOMUNICACIONES S.A. ESP 12 - 192.122.247.0/24 3913 0.2% AS2828 -- XO-AS15 - XO Communications 13 - 192.122.246.0/24 3912 0.2% AS2828 -- XO-AS15 - XO Communications 14 - 206.184.16.0/243424 0.2% AS174 -- COGE
The Cidr Report
This report has been generated at Fri Dec 24 21:12:03 2010 AEST.
The report analyses the BGP Routing Table of AS2.0 router
and generates a report on aggregation potential within the table.
Check http://www.cidr-report.org for a current version of this report.
Recent Table History
Date PrefixesCIDR Agg
17-12-10339290 208265
18-12-10339408 208272
19-12-10339482 208025
20-12-10339239 208281
21-12-10339598 199087
22-12-10340439 199389
23-12-10340769 199635
24-12-10340958 199890
AS Summary
36356 Number of ASes in routing system
15481 Number of ASes announcing only one prefix
3726 Largest number of prefixes announced by an AS
AS6389 : BELLSOUTH-NET-BLK - BellSouth.net Inc.
106110208 Largest address span announced by an AS (/32s)
AS4134 : CHINANET-BACKBONE No.31,Jin-rong Street
Aggregation Summary
The algorithm used in this report proposes aggregation only
when there is a precise match using the AS path, so as
to preserve traffic transit policies. Aggregation is also
proposed across non-advertised address space ('holes').
--- 24Dec10 ---
ASnumNetsNow NetsAggr NetGain % Gain Description
Table 340875 199881 14099441.4% All ASes
AS6389 3726 272 345492.7% BELLSOUTH-NET-BLK -
BellSouth.net Inc.
AS4323 2633 406 222784.6% TWTC - tw telecom holdings,
inc.
AS19262 1839 286 155384.4% VZGNI-TRANSIT - Verizon Online
LLC
AS4766 1892 541 135171.4% KIXS-AS-KR Korea Telecom
AS22773 1259 83 117693.4% ASN-CXA-ALL-CCI-22773-RDC -
Cox Communications Inc.
AS6478 1440 266 117481.5% ATT-INTERNET3 - AT&T Services,
Inc.
AS4755 1412 345 106775.6% TATACOMM-AS TATA
Communications formerly VSNL
is Leading ISP
AS1785 1791 765 102657.3% AS-PAETEC-NET - PaeTec
Communications, Inc.
AS10620 1344 375 96972.1% Telmex Colombia S.A.
AS28573 1213 342 87171.8% NET Servicos de Comunicao S.A.
AS7545 1554 711 84354.2% TPG-INTERNET-AP TPG Internet
Pty Ltd
AS6503 1194 362 83269.7% Axtel, S.A.B. de C.V.
AS18101 908 149 75983.6% RELIANCE-COMMUNICATIONS-IN
Reliance Communications
Ltd.DAKC MUMBAI
AS7303 838 121 71785.6% Telecom Argentina S.A.
AS4808 1007 305 70269.7% CHINA169-BJ CNCGROUP IP
network China169 Beijing
Province Network
AS3356 1186 490 69658.7% LEVEL3 Level 3 Communications
AS8151 1353 665 68850.8% Uninet S.A. de C.V.
AS24560 1045 375 67064.1% AIRTELBROADBAND-AS-AP Bharti
Airtel Ltd., Telemedia
Services
AS17488 955 300 65568.6% HATHWAY-NET-AP Hathway IP Over
Cable Internet
AS18566 1066 446 62058.2% COVAD - Covad Communications
Co.
AS9498 729 111 61884.8% BBIL-AP BHARTI Airtel Ltd.
AS11492 1289 678 61147.4% CABLEONE - CABLE ONE, INC.
AS17676 644 68 57689.4% GIGAINFRA Softbank BB Corp.
AS855630 55 57591.3% CANET-ASN-4 - Bell Aliant
Regional Communications, Inc.
AS17908 629 64 56589.8% TCISL Tata Communications
AS22047 560 31 52994.5% VTR BANDA ANCHA S.A.
AS7552 633 120 51381.0% VIETEL-AS-AP Vietel
Corporation
AS14420 588 91 49784.5% CORPORACION NACIONAL DE
TELECOMUNICACIONES - CNT EP
AS9443 571 75 49686.9% INTERNETPRIMUS-AS-AP Primus
Telecommunications
AS3549 854 360 49457.8% GBLX Global Crossing Ltd.
Total 36782 92582752474.8% Top 30 total
Possible Bogus Routes
5.0.0.0/16
RE: Some truth about Comcast - WikiLeaks style
That's not my understanding. Frank -Original Message- From: Jay Ashworth [mailto:j...@baylink.com] Sent: Friday, December 24, 2010 10:25 AM To: NANOG Subject: Re: Some truth about Comcast - WikiLeaks style - Original Message - > From: "Frank Bulk - iName.com" > Uhm, D-CATV is not IP just quite yet. Sometimes I wish that's the > case, but it's still very much RF. > > There are several vendors that sell GPON solutions that support RF > over fiber, and there's always IP TV. Hmm. I had acquired the idea, from looking at the setup screens on the latest gen SciAt converters that it was, at very least, FDM IP multicast; that is, MPEG2 over IP multicast, and then multiplexed 4:1 or so into multiple broadband carriers, but sent as IP multicast streams and decoded that way. No? Cheers, -- jra
Hotel Internet?
Is anyone within the group providing Internet access to Hotels? It seems most of this market is controlled by Lodge Net. Cheers Ryan
RE: Hotel Internet?
> -Original Message- > From: Ryan Finnesey [mailto:ryan.finne...@harrierinvestments.com] > Sent: Friday, December 24, 2010 11:36 PM > To: nanog@nanog.org > Subject: Hotel Internet? > > Is anyone within the group providing Internet access to Hotels? It > seems most of this market is controlled by Lodge Net. Yep, my employer does. And yes, yes it is. Which is too bad. Because their product is... crap. (My personal opinion, and not that of my employer, who probably completely disagrees).
