- Test - lists.nanog.org

Re: [c-nsp] Peering + Transit Circuits
by Tim Durack 18 Aug '15

18 Aug '15

On Tue, Aug 18, 2015 at 9:38 AM, Gert Doering <gert(a)greenie.muc.de> wrote: > Hi, > > On Tue, Aug 18, 2015 at 09:32:53AM -0400, Tim Durack wrote: > > > (It would be cool if Cisco would understand that hardware forwarding > > > platforms need useful netflow with MAC-addresses in there... ASR9k at > [..] > > At the risk of introducing religion, I will mention sFlow... > > Yes... and this is helping exactly why...? Given the overwhelming > support for sFlow in (Cisco-) hardware routers used as peering edge? :-) I ask Cisco for sFlow support on a regular basis. Cisco typically respond with some variation of NIH syndrome. Anyway, back to my question :-) -- Tim:>

1 0

Re: [c-nsp] Peering + Transit Circuits
by Tim Durack 18 Aug '15

18 Aug '15

On Tue, Aug 18, 2015 at 8:47 AM, Gert Doering <gert(a)greenie.muc.de> wrote: > Hi, > > (It would be cool if Cisco would understand that hardware forwarding > platforms need useful netflow with MAC-addresses in there... ASR9k at > least got working MAC-accounting, but more fine grained telemetry would > certainly be appreciated. Software IOS can do it, Sup720 cannot do it > due to hardware constraints, Sup2T exports MAC addresses taken from random > caches in the system but not the inbound packets, XR doesn't do it at all, > hrmph) > At the risk of introducing religion, I will mention sFlow... -- Tim:>

1 0

Drops in Core
by Glen Kent 18 Aug '15

18 Aug '15

Hi, Is it fair to say that most traffic drops happen in the access layers, or the first and the last miles, and the % of packet drops in the core are minimal? So, if the packet has made it past the first mile and has "entered" the core then chances are high that the packet will safely get across till the exit in the core. Sure once it gets off the core, then all bets are off on whether it will get dropped or not. However, the key point is that the core usually does not drop too many packets - the probability of drops are highest in the access side. Is this correct? Glen

12 21

RE: Cogent revisited
by Adam Greene 17 Aug '15

17 Aug '15

Thank you to those who replied off-list, for the helpful replies! The feedback basically ranged from neutral (maybe a little positive) to really negative. The main emphasis being on: use them only if you are redundant. Seems like things haven’t changed much since 2012. Thanks! On Aug 11, 2015 19:32, "Adam Greene" <maillist(a)webjogger.net <mailto:maillist@webjogger.net> > wrote: Hi all, We are getting ready to renew our fiber contract with our incumbent provider (Lightower, ASN 46887). We are happy with them, but are looking for alternatives. At the location in question we need about 200M. Cogent recently contacted us, and I shied away a bit, based on this conversation a few years ago: http://mailman.nanog.org/pipermail/nanog/2012-May/048181.html Have opinions changed since then? Or is Cogent still the "budget alternative to have in your mix, but better to stay away from if you need high-performance, reliable, mostly standalone bandwidth" (which is how I would summarize the consensus in 2012)? Thanks, Adam

4 3

China Telecom / China Unicom IP Transit Pricing
by James Braunegg 17 Aug '15

17 Aug '15

Dear All Just wondering if anyone can share with me target IP Transit pricing they have been able to achieve with China Telecom and China Unicom delivered to LA or AMS, after rounds of negations. Capacity Required (1G to 10G) Bonus points if you have contact information for someone who can provide competitive pricing Kindest Regards James Braunegg P: 1300 769 972 | M: 0488 997 207 | D: (03) 9751 7616 E: james.braunegg(a)micron21.com<mailto:james.braunegg@micron21.com> | ABN: 12 109 977 666 W: www.micron21.com/ddos-protection<http://www.micron21.com/ddos-protection> T: @micron21 Follow us on Twitter<http://www.twitter.com/micron21> for important service and system updates. [M21.jpg] This message is intended for the addressee named above. It may contain privileged or confidential information. If you are not the intended recipient of this message you must not use, copy, distribute or disclose it to anyone other than the addressee. If you have received this message in error please return the message to the sender by replying to it and then delete the message from your computer.

2 1

net neutrality peering dispute between CenturyTel/Qwest and Cogent in Dallas
by Jordan Hamilton 16 Aug '15

16 Aug '15

I have several customers that are having packet loss issues, the packet loss appears to be associated with a Cogent router interface of 38.104.86.222. My upstream provider is telling me that the packet loss is being caused by a net neutrality peering dispute between CenturyTel/Quest and Cogent in Dallas. I did some quick googling to see if I could come up with any articles or something like that I could provide to my customers and did not see anything. Anyone know any details? Thanks Jordan Hamilton Senior Telecommunications Engineer Empire District Electric Co. 720 Schifferdecker PO Box 127 Joplin, MO 64802 Ph: 417-625-4223 Cell: 417-388-3351 -- Note: To protect against computer viruses, e-mail programs may prevent sending or receiving certain types of file attachments. Check your e-mail security settings to determine how attachments are handled. -- This e-mail and any files transmitted with it are the property of THE EMPIRE DISTRICT ELECTRIC COMPANY, are confidential, and are intended solely for the use of the individual or entity to whom this email is addressed. If you are not one of the named recipients or otherwise have reason to believe that you have received this message in error, please delete this message immediately from your computer and contact the sender by telephone at (417)-625-5100. Any other use, retention, dissemination, forwarding, printing or copying of this email is strictly prohibited.

9 15

Re: Drops in Core
by alif.terranson (IMAP) 16 Aug '15

16 Aug '15

Sean Donelan Opined Thusly, "Generally I don't believe ISPs that claim 100% uptime or 0% packet loss." I have seen a "perfect score" on a Keynote evaluation, while we had a rather nasty outage outside a preststed maintenance window. When we objected that the outages was a planned maintenance that somehow escaped publication, it was ignored by Keynote - how generous! I doubt anyone here would deny the difficulty of maintaining a five 9's record, going above and beyond to claim no packet loss just tells you who they really are... -- Yours, /s/ Alif Sent from my 100% uptime, packet loss-free digital carrier pigeon.

1 0

Re: Drops in Core
by Rafael Possamai 15 Aug '15

15 Aug '15

That was just an example, that list has to be completed on a specific network or scenario, it changes dramatically. Imagine you were to create a list for a DoD network instead of public peering based network, it would change dramatically. On Sat, Aug 15, 2015 at 12:28 PM, Glen Kent <glen.kent(a)gmail.com> wrote: > Why do you say that Layer 1 issues in the last mile would be very high? > How is it any different from the first mile? > > On Sat, Aug 15, 2015 at 10:56 PM, Rafael Possamai <rafael(a)gav.ufsc.br> > wrote: > >> Hi Glen, >> >> If you first list the causes of a dropped packet, then you can figure out >> how likely they are at different points in time (first\last\peer\etc) by >> making some assumptions. >> >> Here's an **example**: >> >> *Cause | Location | Likelihood* >> Congestion | Last mile | Low >> Congestion | First mile | Low >> Congestion | Peering | Medium >> Layer 1 | First mile | Low >> Layer 1 | Core | Low >> Layer 1 | Last mile | High >> >> You can even go as far as drawing a cause and effect diagram for each >> location. Then you can collect real world data and fine tune your >> assumptions. >> >> >> Rafael >> >> >> On Sat, Aug 15, 2015 at 11:47 AM, Glen Kent <glen.kent(a)gmail.com> wrote: >> >>> Hi, >>> >>> Is it fair to say that most traffic drops happen in the access layers, or >>> the first and the last miles, and the % of packet drops in the core are >>> minimal? So, if the packet has made it past the first mile and has >>> "entered" the core then chances are high that the packet will safely get >>> across till the exit in the core. Sure once it gets off the core, then >>> all >>> bets are off on whether it will get dropped or not. However, the key >>> point >>> is that the core usually does not drop too many packets - the probability >>> of drops are highest in the access side. >>> >>> Is this correct? >>> >>> Glen >>> >> >> >

1 0

Some Verizon FIOS subscribers in DFW blocked from tcp80/443 to regional higher-eds
by Jeff Wilson 14 Aug '15

14 Aug '15

Our help desk has fielded dozens of calls from Verizon FIOS subscribers in the Dallas/Ft Worth area. Traceroutes from Verizon subscribers make it to campus, and traceroutes from campus make it to the subscribers' IP addresses. One subscriber can hit some of our websites, another subscriber can hit none. The outage is inconsistent, as if some kind of deep-packet inspection is in play. My upstream tells me we're not the only higher-ed affected. Any advice on how to get hold of Verizon NOC? -- Regards, Jeff a.k.a. jeff (underscore) wilson (at) baylor (dot) edu AS 30674

2 1

BGP Update Report
by cidr-report＠potaroo.net 14 Aug '15

14 Aug '15

BGP Update Report Interval: 06-Aug-15 -to- 13-Aug-15 (7 days) Observation Point: BGP Peering with AS131072 TOP 20 Unstable Origin AS Rank ASN Upds % Upds/Pfx AS-Name 1 - AS38197 414510 10.4% 318.6 -- SUNHK-DATA-AS-AP Sun Network (Hong Kong) Limited,HK 2 - AS9829 213210 5.3% 151.6 -- BSNL-NIB National Internet Backbone,IN 3 - AS16637 137322 3.5% 1387.1 -- MTNNS-AS,ZA 4 - AS22059 124965 3.1% 62482.5 -- -Reserved AS-,ZZ 5 - AS36947 88843 2.2% 1233.9 -- ALGTEL-AS,DZ 6 - AS12091 76867 1.9% 1671.0 -- MTNNS-AS,ZA 7 - AS28024 74066 1.9% 47.1 -- Nuevatel PCS de Bolivia S.A.,BO 8 - AS21669 70249 1.8% 11708.2 -- NJ-STATEWIDE-LIBRARY-NETWORK - New Jersey State Library,US 9 - AS3709 60561 1.5% 2243.0 -- NET-CITY-SA - City of San Antonio,US 10 - AS11139 36179 0.9% 128.8 -- CWDOM - Cable & Wireless Dominica,DM 11 - AS8402 35269 0.9% 251.9 -- CORBINA-AS OJSC "Vimpelcom",RU 12 - AS30295 31181 0.8% 3897.6 -- 2ICSYSTEMSINC - 2iC Systems Inc.,CA 13 - AS56636 29122 0.7% 29122.0 -- ASVEDARU VEDA Ltd.,RU 14 - AS197068 28112 0.7% 2008.0 -- QRATOR HLL LLC,RU 15 - AS25563 27957 0.7% 9319.0 -- WEBLAND-AS Webland AG,CH 16 - AS131090 27379 0.7% 1521.1 -- CAT-IDC-4BYTENET-AS-AP CAT TELECOM Public Company Ltd,CAT ,TH 17 - AS11056 25658 0.6% 25658.0 -- BERGERMONTAGUE - Berger & Montague, P.C,US 18 - AS45528 25137 0.6% 78.1 -- TDN Tikona Digital Networks Pvt Ltd.,IN 19 - AS14522 23763 0.6% 84.9 -- Satnet,EC 20 - AS2088 17660 0.4% 4415.0 -- FR-RENATER-MAYOTTE Reseau National de telecommunications pour la Technologie,EU TOP 20 Unstable Origin AS (Updates per announced prefix) Rank ASN Upds % Upds/Pfx AS-Name 1 - AS22059 124965 3.1% 62482.5 -- -Reserved AS-,ZZ 2 - AS56636 29122 0.7% 29122.0 -- ASVEDARU VEDA Ltd.,RU 3 - AS11056 25658 0.6% 25658.0 -- BERGERMONTAGUE - Berger & Montague, P.C,US 4 - AS31357 14347 0.4% 14347.0 -- TOMICA-AS Tomsk Information and Consulting Agency,RU 5 - AS46464 12235 0.3% 12235.0 -- AUC-1882 - Atlantic Union College,US 6 - AS21669 70249 1.8% 11708.2 -- NJ-STATEWIDE-LIBRARY-NETWORK - New Jersey State Library,US 7 - AS197914 11435 0.3% 11435.0 -- STOCKHO-AS Stockho Hosting SARL,FR 8 - AS40493 10560 0.3% 10560.0 -- FACILITYSOURCEINC - FacilitySource,US 9 - AS59771 10284 0.3% 10284.0 -- WIOLLO-AS Wiollo Sp. z o.o.,PL 10 - AS393588 9551 0.2% 9551.0 -- MUBEA-FLO - Mubea,US 11 - AS25563 27957 0.7% 9319.0 -- WEBLAND-AS Webland AG,CH 12 - AS37590 6673 0.2% 6673.0 -- BCA-ASN,AO 13 - AS21973 5213 0.1% 5213.0 -- XPONET - Xponet,US 14 - AS2088 17660 0.4% 4415.0 -- FR-RENATER-MAYOTTE Reseau National de telecommunications pour la Technologie,EU 15 - AS30295 31181 0.8% 3897.6 -- 2ICSYSTEMSINC - 2iC Systems Inc.,CA 16 - AS200562 3881 0.1% 3881.0 -- WELLTEL-IE WELLTEL (IRELAND) LTD,IE 17 - AS38000 6687 0.2% 3343.5 -- CRISIL-AS [CRISIL Limited.Autonomous System],IN 18 - AS47680 6373 0.2% 3186.5 -- NHCS EOBO Limited,IE 19 - AS6468 2902 0.1% 2902.0 -- EASYLINK-AS6468 - Easylink Services Corporation,US 20 - AS196742 11202 0.3% 2800.5 -- EKRAN-AS CJSC "Ekran",RU TOP 20 Unstable Prefixes Rank Prefix Upds % Origin AS -- AS Name 1 - 105.96.0.0/22 86629 2.0% AS36947 -- ALGTEL-AS,DZ 2 - 209.212.8.0/24 70183 1.7% AS21669 -- NJ-STATEWIDE-LIBRARY-NETWORK - New Jersey State Library,US 3 - 76.191.107.0/24 62524 1.5% AS22059 -- -Reserved AS-,ZZ 4 - 64.34.125.0/24 62441 1.5% AS22059 -- -Reserved AS-,ZZ 5 - 195.128.159.0/24 29122 0.7% AS56636 -- ASVEDARU VEDA Ltd.,RU 6 - 185.65.148.0/24 28080 0.7% AS197068 -- QRATOR HLL LLC,RU 7 - 61.7.155.0/24 27197 0.6% AS131090 -- CAT-IDC-4BYTENET-AS-AP CAT TELECOM Public Company Ltd,CAT ,TH 8 - 50.202.59.0/24 25658 0.6% AS11056 -- BERGERMONTAGUE - Berger & Montague, P.C,US 9 - 78.140.0.0/18 14347 0.3% AS31357 -- TOMICA-AS Tomsk Information and Consulting Agency,RU 10 - 74.112.8.0/21 12235 0.3% AS46464 -- AUC-1882 - Atlantic Union College,US 11 - 130.0.192.0/21 11435 0.3% AS197914 -- STOCKHO-AS Stockho Hosting SARL,FR 12 - 37.220.156.0/22 11159 0.3% AS196742 -- EKRAN-AS CJSC "Ekran",RU 13 - 199.60.236.0/24 11004 0.3% AS30295 -- 2ICSYSTEMSINC - 2iC Systems Inc.,CA 14 - 66.19.194.0/24 10714 0.2% AS6316 -- AS-PAETEC-NET - PaeTec Communications, Inc.,US 15 - 8.17.26.0/24 10560 0.2% AS40493 -- FACILITYSOURCEINC - FacilitySource,US 16 - 199.60.234.0/23 10469 0.2% AS30295 -- 2ICSYSTEMSINC - 2iC Systems Inc.,CA 17 - 185.72.196.0/22 10284 0.2% AS59771 -- WIOLLO-AS Wiollo Sp. z o.o.,PL 18 - 199.60.233.0/24 9688 0.2% AS30295 -- 2ICSYSTEMSINC - 2iC Systems Inc.,CA 19 - 92.43.216.0/21 9560 0.2% AS25563 -- WEBLAND-AS Webland AG,CH 20 - 192.58.137.0/24 9551 0.2% AS393588 -- MUBEA-FLO - Mubea,US Details at http://bgpupdates.potaroo.net ------------------------------------ Copies of this report are mailed to: nanog(a)nanog.org eof-list(a)ripe.net apops(a)apops.net routing-wg(a)ripe.net afnog(a)afnog.org

1 0