- NANOG - lists.nanog.org

ip capacity provider
by Beavis 23 Nov '09

23 Nov '09

All, I know this is a long shot, but can anyone help me out on getting in touch with carriers in Miami FL. one that can pass ip traffic into latin america?. any help would be greatly appreciated. thanks, -- () ascii ribbon campaign - against html e-mail /\ www.asciiribbon.org - against proprietary attachments

1 0

Re: earthlink sorbs
by chaim.rieger＠gmail.com 23 Nov '09

23 Nov '09

Same here Many bounces, started this weekend. Sent via BlackBerry from T-Mobile

2 1

IPv6 Deployment for the LAN
by Ray Soucy 23 Nov '09

23 Nov '09

Looking for general feedback on IPv6 deployment to the edge. As it turns out delivering IPv6 to the edge in an academic setting has been a challenge. Common wisdom says to rely on SLAAC for IPv6 addressing, and in a perfect world it would make sense. Given that historically we have relied on DHCP for a means of NAC and host registration, like many academic institutions, the idea of sweeping changes to accommodate IPv6 was just not going to happen in the near future. The only solution that lets us expand our roll out IPv6 to the edge without major changes to the production IPv4 network seems to point to making use of DHCPv6, so the effort has been focused there. Our current IPv6 allocation schema provides for a 64-bit prefix for each network. Unfortunately, this enables SLAAC; yes, you can suppress the prefix advertisement, and set the M and O flags, but that only prevents hosts that have proper implementations of IPv6 from making use of SLAAC. The concern here is that older hosts with less than OK implementations will still enable IPv6 without regard for the stability and security concerns associated with IPv6. Needless to say, the thought of being able to enable IPv6 on a per-host basis is met with far less resistance than opening up the floodgates and letting SLAAC take control. Ultimately, the best solution that I've been able to come up with is to preserve the IPv6 allocation schema and reserve a 64-bit prefix for each network, but for the initial deployment use an 80-bit one in its place with the extra 16 bits given a value of 1. The advantages of this: Guarantee that SLAAC will not be initiated for the prefix; Allow for a migration path to 64-bit prefixes in the future; and, Make it easy to identify a network that us making use of an 80-bit prefix by setting the extra bits to a value of 1. This allows us to be fairly confident that extending IPv6 to edge networks will not impact production services, and focus on DHCPv6 for host configuration and address assignment. We have no problem using a 64-bit prefix and letting SLAAC take care of addressing for certain networks where we actually manage the hosts, so that has been included as an exception. All other networks, however, will make use of DHCPv6 or manual configuration to receive native IPv6. So far, this has proven to work well with testing of various hosts and applications. Has anyone run into issues with applications in not using a 64-bit prefix? Of course, the other challenge here is proper DHCPv6 client implementations for host operating systems. Linux, Windows Server 2003 and later, Windows Vista, and Windows 7 all support DHCPv6. Windows XP has a poor implementation of IPv6 but has the option of using Dibbler or some other 3rd party DHCPv6 client. Mac OS X is a challenge; it currently has no option for DHCPv6, though newer releases provide for manual configuration of IPv6 addressing. Does anyone know if Apple has plans to release a DHCPv6 client for Mac OS X? Since the goal for this initial wave is to make IPv6 available to those who request it or have a need for it, we feel its acceptable that there will need to be some user participation in enabling IPv6 for a host. I think the hope is that more systems, like Windows 7, will begin including mature DHCPv6 clients which are enables when the M flag for a router advertisement is set and perhaps make it the default behavior. Is this likely to happen or am I being too optimistic? Anyway, just thought I'd bounce it to NANOG and get some feedback. -- Ray Soucy Communications Specialist +1 (207) 561-3526 Communications and Network Services University of Maine System http://www.maine.edu/

42 140

earthlink sorbs
by Carlos Alcantar 23 Nov '09

23 Nov '09

Did earthlink just get put on sorbs over the weekend? We have gotten 4 tickets in today about users not getting email from earthlink/mindspring users and looking thru the logs they are getting blocked for being listed on sorbs. Carlos Alcantar Race Telecommunications, Inc. 101 Haskins Way South San Francisco, CA 94080

1 0

Anyone from Global Crossing on-list?
by Drew Weaver 23 Nov '09

23 Nov '09

Hi, I'm seeking someone at GLBX who can assist me with an issue we've been having, all attempts at resolution via customer service/trouble tickets (ucommand) have failed. thanks, -Drew

1 0

backupdns.com down?
by Antonio Querubin 22 Nov '09

22 Nov '09

Anyone else having trouble reaching backupdns.com or their nameservers? Antonio Querubin 808-545-5282 x3003 e-mail/xmpp: tony(a)lava.net

7 11

Partial outage at Peer1 Los Angeles (600 W. 7th)
by Jeffrey Lyon 22 Nov '09

22 Nov '09

We lost a cabinet in this about 25 minutes ago, anyone else effected? -- Jeffrey Lyon, Leadership Team jeffrey.lyon(a)blacklotus.net | http://www.blacklotus.net Black Lotus Communications of The IRC Company, Inc. Follow us on Twitter at http://twitter.com/ddosprotection to find out about news, promotions, and (gasp!) system outages which are updated in real time. Platinum sponsor of HostingCon 2010. Come to Austin, TX on July 19 - 21 to find out how to "protect your booty."

1 0

Any Yahoo! mail admins?
by Thom Hooker 22 Nov '09

22 Nov '09

Hi Could a Yahoo! mail admin contact me off-list please? We have been getting "421 Temporarily deferred" messages from Yahoo! for the past 48 hours with no signs of any improvement (despite filling out their forms) and an ever growing outbound queue. Thanks Thom SMX Ltd http://smxemail.com ______________________________________________________________________________ This email has been scrubbed for your protection by SMX. For more information visit http://smx.co.nz ______________________________________________________________________________

2 1

Strip AS in BGP peer
by Sherwin Ang 21 Nov '09

21 Nov '09

Hello Nanog, am not sure if i should have placed this on the cisco-nsp or the juniper-nsp but someone may have a direct answer. well here it goes. we'll soon form a new internet exchange and i would like to suggest a model in the route-server wherein the route-server would strip out it's own AS and give the neighbors/peers the AS's of the members. I have seen this in Any2IX but i have no idea on how to implement it as if i am the Any2 route-server. if you could point me to the right direction or reading, i could take it from there. -Sherwin

5 4

BGP Update Report
by cidr-report＠potaroo.net 20 Nov '09

20 Nov '09

BGP Update Report Interval: 12-Nov-09 -to- 19-Nov-09 (7 days) Observation Point: BGP Peering with AS131072 TOP 20 Unstable Origin AS Rank ASN Upds % Upds/Pfx AS-Name 1 - AS19108 79808 2.9% 31.5 -- SUDDENLINK-COMMUNICATIONS - Suddenlink Communications 2 - AS4134 40779 1.5% 40.3 -- CHINANET-BACKBONE No.31,Jin-rong Street 3 - AS26610 34289 1.2% 1904.9 -- Universidad Tecnica Federico Santa Maria 4 - AS4323 27280 1.0% 6.2 -- TWTC - tw telecom holdings, inc. 5 - AS1785 19881 0.7% 11.1 -- AS-PAETEC-NET - PaeTec Communications, Inc. 6 - AS8452 19080 0.7% 18.2 -- TEDATA TEDATA 7 - AS17974 17511 0.6% 20.1 -- TELKOMNET-AS2-AP PT Telekomunikasi Indonesia 8 - AS20115 15125 0.5% 8.8 -- CHARTER-NET-HKY-NC - Charter Communications 9 - AS4766 14167 0.5% 7.5 -- KIXS-AS-KR Korea Telecom 10 - AS6389 13475 0.5% 3.2 -- BELLSOUTH-NET-BLK - BellSouth.net Inc. 11 - AS18566 13261 0.5% 12.5 -- COVAD - Covad Communications Co. 12 - AS3356 13139 0.5% 10.7 -- LEVEL3 Level 3 Communications 13 - AS7643 12797 0.5% 22.1 -- VNN-AS-AP Vietnam Posts and Telecommunications (VNPT) 14 - AS8151 11707 0.4% 7.4 -- Uninet S.A. de C.V. 15 - AS5668 10435 0.4% 13.1 -- AS-5668 - CenturyTel Internet Holdings, Inc. 16 - AS9829 9911 0.4% 11.6 -- BSNL-NIB National Internet Backbone 17 - AS24863 9669 0.3% 10.1 -- LINKdotNET-AS 18 - AS11492 9082 0.3% 7.9 -- CABLEONE - CABLE ONE, INC. 19 - AS7018 8538 0.3% 5.4 -- ATT-INTERNET4 - AT&T WorldNet Services 20 - AS17488 8501 0.3% 5.8 -- HATHWAY-NET-AP Hathway IP Over Cable Internet TOP 20 Unstable Origin AS (Updates per announced prefix) Rank ASN Upds % Upds/Pfx AS-Name 1 - AS48754 4481 0.2% 4481.0 -- SOBIS-AS SC SOBIS SOLUTIONS SRL 2 - AS36239 2430 0.1% 2430.0 -- EXIGEN-CANADA - Exigen Canada 3 - AS26610 34289 1.2% 1904.9 -- Universidad Tecnica Federico Santa Maria 4 - AS31529 2379 0.1% 1189.5 -- DENIC-ANYCAST-AS DENIC eG 5 - AS45782 1060 0.0% 1060.0 -- PHILIPPINEAIRLINES-PH-AP Philippine Airlines Inc. 6 - AS28690 1514 0.1% 757.0 -- ING-DIRECT-UK ING DIRECT UK N.V. 7 - AS42182 659 0.0% 659.0 -- KFMC-ASN AS Number for King Fahd Medical City 8 - AS24758 600 0.0% 600.0 -- MICROEL-AS OOO Microelectronika ISP AS 9 - AS26516 580 0.0% 580.0 -- TMDAS - TMD FRICTION,INC 10 - AS31699 3421 0.1% 570.2 -- BANK-AL-JAZIRA-AS bank al jazira aut.name 11 - AS39803 1032 0.0% 516.0 -- UTI-AS SC UTI COMMUNICATIONS SYSTEMS SRL 12 - AS32738 3113 0.1% 444.7 -- ASPCCCINC - PCC Communications Inc. 13 - AS48434 425 0.0% 425.0 -- TEBYAN Tebyan Cultural and Informative Institute 14 - AS49680 407 0.0% 407.0 -- DCI Armaghan Rahe Talaie 15 - AS38159 799 0.0% 399.5 -- JJNET-AS-ID PT Jivan Jaya Makmur Telecom 16 - AS20637 326 0.0% 326.0 -- EMAZE E*MAZE Communications S.p.A. 17 - AS24933 326 0.0% 326.0 -- MINXS-AS MINXS 18 - AS39386 4205 0.1% 323.5 -- STC-IGW-AS Saudi Telecom Company 19 - AS44208 319 0.0% 319.0 -- FARAHOOSH Farahoosh Dena 20 - AS44618 921 0.0% 307.0 -- GIGABIT-AS Gigabit Ltd. TOP 20 Unstable Prefixes Rank Prefix Upds % Origin AS -- AS Name 1 - 91.212.23.0/24 4481 0.1% AS48754 -- SOBIS-AS SC SOBIS SOLUTIONS SRL 2 - 203.162.118.128/ 3779 0.1% AS7643 -- VNN-AS-AP Vietnam Posts and Telecommunications (VNPT) 3 - 200.1.16.0/20 2819 0.1% AS26610 -- Universidad Tecnica Federico Santa Maria 4 - 149.117.190.0/24 2783 0.1% AS701 -- UUNET - MCI Communications Services, Inc. d/b/a Verizon Business 5 - 192.12.120.0/24 2582 0.1% AS5691 -- MITRE-AS-5 - The MITRE Corporation 6 - 72.28.75.0/24 2430 0.1% AS36239 -- EXIGEN-CANADA - Exigen Canada 7 - 194.246.96.0/24 2371 0.1% AS31529 -- DENIC-ANYCAST-AS DENIC eG 8 - 92.255.241.0/24 2283 0.1% AS12768 -- ER-TELECOM-AS ER-Telecom Autonomous System AS41661 -- ERTH-CHEL-AS CJSC "Company "ER-Telecom" Chelyabinsk 9 - 200.1.28.0/24 1853 0.1% AS26610 -- Universidad Tecnica Federico Santa Maria 10 - 200.1.16.0/24 1853 0.1% AS26610 -- Universidad Tecnica Federico Santa Maria 11 - 200.1.26.0/24 1853 0.1% AS26610 -- Universidad Tecnica Federico Santa Maria 12 - 200.1.30.0/24 1852 0.1% AS26610 -- Universidad Tecnica Federico Santa Maria 13 - 204.87.169.0/24 1852 0.1% AS26610 -- Universidad Tecnica Federico Santa Maria 14 - 200.1.25.0/24 1852 0.1% AS26610 -- Universidad Tecnica Federico Santa Maria 15 - 200.1.29.0/24 1852 0.1% AS26610 -- Universidad Tecnica Federico Santa Maria 16 - 200.1.20.0/24 1851 0.1% AS26610 -- Universidad Tecnica Federico Santa Maria 17 - 200.1.21.0/24 1851 0.1% AS26610 -- Universidad Tecnica Federico Santa Maria 18 - 200.1.18.0/24 1851 0.1% AS26610 -- Universidad Tecnica Federico Santa Maria 19 - 200.1.23.0/24 1851 0.1% AS26610 -- Universidad Tecnica Federico Santa Maria 20 - 200.1.22.0/24 1850 0.1% AS26610 -- Universidad Tecnica Federico Santa Maria Details at http://bgpupdates.potaroo.net ------------------------------------ Copies of this report are mailed to: nanog(a)merit.edu eof-list(a)ripe.net apops(a)apops.net routing-wg(a)ripe.net afnog(a)afnog.org

1 0