May 2009 - Test - lists.nanog.org

Re: delays to google
by andrew＠arsenaleartisans.com 14 May '09

14 May '09

Sessions time out or fail from AT&T Commercial, Verizon commercial, Verizon FiOS, and AT&T 3G GSM, all from the East Coast. However, routing from a shell at pair.com: %traceroute mail.google.com traceroute: Warning: mail.google.com has multiple addresses; using 74.125.53.17 traceroute to googlemail.l.google.com (74.125.53.17), 64 hops max, 40 byte packets 2 192.168.1.41 (192.168.1.41) 3.963 ms 1.456 ms 1.477 ms 3 TenGigabitEthernet7-2.ar5.CHI1.gblx.net (207.138.112.145) 15.972 ms 14.336 ms 14.268 ms 4 po1-20G.ar3.CHI2.gblx.net (67.16.132.241) 14.563 ms 13.708 ms 14.454 ms 5 72.14.197.69 (72.14.197.69) 53.439 ms 13.862 ms 13.986 ms 6 209.85.254.122 (209.85.254.122) 14.283 ms 14.322 ms 13.999 ms 7 72.14.233.116 (72.14.233.116) 65.376 ms 65.557 ms 65.849 ms 8 216.239.46.208 (216.239.46.208) 72.424 ms 72.163 ms 71.921 ms 9 64.233.174.131 (64.233.174.131) 72.007 ms 71.711 ms 64.233.174.129 (64.233.174.129) 71.916 ms 10 72.14.232.6 (72.14.232.6) 82.512 ms 82.767 ms 71.942 ms 11 pw-in-f17.google.com (74.125.53.17) 71.432 ms 71.686 ms 71.938 ms If I tunnel through, my connection behaves with reasonable crispness. Cheers, -Andrew

6 5

two interfaces one subnet
by Chris Meidinger 14 May '09

14 May '09

Hi, This is a pretty moronic question, but I've been searching RFC's on- and-off for a couple of weeks and can't find an answer. So I'm hoping someone here will know it offhand. I've been looking through RFC's trying to find a clear statement that having two interfaces in the same subnet does not work, but can't find it that statement anywhere. The OS in this case is Linux. I know it can be done with clever routing and prioritization and such, but this has to do with vanilla config, just setting up two interfaces in one network. I would be grateful for a pointer to such an RFC statement, assuming it exists. Thanks! Chris

28 51

Packet Loss to Google, others
by Peter Beckman 14 May '09

14 May '09

Anyone else getting reports of Google (and other destinations) slowness? >From Verizon FIOS Northern VA: HOST: xxx.angryox.com Loss% Snt Last Avg Best Wrst StDev 1. xxx2 0.0% 20 0.6 0.6 0.4 0.7 0.1 2. 10.1.41.89 0.0% 20 1.6 1.8 1.6 3.0 0.3 3. G2-0-3-891.WASHDC-LCR-08.ver 0.0% 20 1.6 1.7 1.6 2.0 0.1 4. so-1-1-0-0.RES-BB-RTR2.veriz 0.0% 20 2.2 2.7 2.1 7.5 1.4 5. 0.ge-5-2-0.BR2.IAD8.ALTER.NE 0.0% 20 2.9 2.9 2.7 3.1 0.1 6. 204.255.168.30 0.0% 20 6.2 9.4 6.1 70.6 14.4 7. cr2.wswdc.ip.att.net 0.0% 20 6.5 6.8 6.3 7.3 0.3 8. 12.122.134.157 0.0% 20 6.2 27.8 6.1 196.8 51.4 9. ??? 100.0 20 0.0 0.0 0.0 0.0 0.0 10. 216.239.48.108 55.0% 20 328.2 335.7 326.8 389.6 20.3 11. 64.233.175.109 50.0% 20 334.7 333.0 325.1 337.4 4.0 12. 72.14.236.74 30.0% 20 328.3 328.3 324.3 335.5 3.5 13. he-in-f147.google.com 40.0% 20 335.2 328.6 323.6 337.0 4.5 >From Cox Fiber in Northern VA / DC: HOST: xxx.angryox.com Loss% Snt Last Avg Best Wrst StDev 1. 70.164.19.3 0.0% 20 0.2 0.2 0.2 0.4 0.1 2. wsip-70-168-111-17.dc.dc.cox 0.0% 20 1.7 9.6 1.5 77.5 20.9 3. mrfddsrj01-ge706.rd.dc.cox.n 0.0% 20 13.2 3.9 1.4 18.7 5.2 4. ashbbbrj01-ae0.0.r2.as.cox.n 0.0% 20 2.5 2.7 2.3 6.4 0.9 5. 209.85.240.136 0.0% 20 39.5 10.5 3.7 63.0 15.3 6. 64.233.175.111 0.0% 20 4.9 4.7 4.1 5.9 0.4 7. 72.14.236.74 0.0% 20 6.0 6.9 6.0 8.5 0.7 8. he-in-f147.google.com 0.0% 20 4.4 4.6 4.1 7.1 0.8 >From Level3 in New York: HOST: xxx.angryox.com Loss% Snt Last Avg Best Wrst StDev 1. 208.72.185.177 0.0% 20 0.4 89.0 0.3 303.9 86.1 2. 208.72.184.245 0.0% 20 0.4 0.8 0.3 7.7 1.6 3. ge-6-7.car3.NewYork1.Level3. 0.0% 20 0.5 2.3 0.5 29.9 6.6 4. vlan69.csw1.NewYork1.Level3. 0.0% 20 4.5 6.1 0.6 14.0 4.7 5. ae-61-61.ebr1.NewYork1.Level 0.0% 20 1.6 1.0 0.7 1.6 0.2 6. ae-3-3.ebr4.Washington1.Leve 0.0% 20 11.3 10.9 5.4 19.1 4.3 7. ae-64-64.csw1.Washington1.Le 0.0% 20 14.0 10.9 5.8 18.5 4.8 8. ae-1-69.edge1.Washington1.Le 0.0% 20 6.2 9.2 5.8 60.1 12.0 9. ??? 100.0 20 0.0 0.0 0.0 0.0 0.0 10. 209.85.241.50 50.0% 20 330.9 330.3 329.1 331.6 0.9 11. 64.233.175.219 55.0% 20 316.6 314.4 311.7 317.3 2.3 12. 72.14.236.66 60.0% 20 317.4 319.6 314.1 328.0 4.5 13. he-in-f147.google.com 45.0% 20 323.9 321.5 312.1 332.9 6.9 --------------------------------------------------------------------------- Peter Beckman Internet Guy beckman(a)angryox.com http://www.angryox.com/ ---------------------------------------------------------------------------

8 7

Re: questions about DVFS in saving energy
by William Pitcock 14 May '09

14 May '09

Xen handles the AMD HE CPUs just fine here. What sort of breakage are you experiencing? William ------Original Message------ From: Tomas L. Byrnes To: Kai Chen To: nanog(a)merit.edu Subject: RE: questions about DVFS in saving energy Sent: May 13, 2009 2:31 PM -----Original Message----- From: Kai Chen [mailto:kch670@eecs.northwestern.edu] Sent: Wednesday, May 13, 2009 12:25 PM To: nanog(a)merit.edu Subject: questions about DVFS in saving energy Hi, could anyone here have some idea of the following questions about Dynamic Voltage/Frequency Scaling techniques used for energy efficiency, or please give a pointer that I can trace, 1) how many servers in the market support this technique? 2) how many voltages/frequencies can the servers support? 3) What's the transition time and cost (power) between these voltages/frequencies? Thanks, -Kai ________________________________________________________________________ ____________________________________ My experience with the AMD HE CPUs has been that the scaling breaks Win2K3, and any virtualized environments. -- William Pitcock SystemInPlace - Simple Hosting Solutions 1-866-519-6149

3 3

RE: delays to google
by Ben Matthew 14 May '09

14 May '09

Yes me!! No other bugger seems to have noticed until now though. Getting similar traces to you; then it just sorts itself out after 5-10 minutes. I did think it was an issue with my LINX peering. Clearly not (from your trace). Queue the irritated: why don't you just email noc@google emails. Love & kisses, Ben Absolute Radio (AS34763) -----Original Message----- From: Steve Williams [mailto:williams@csr.utexas.edu] Sent: 14 May 2009 16:49 To: nanog(a)merit.edu Subject: delays to google am seeing significant delays in getting to google. anyone else seeing this? $ traceroute www.google.com traceroute: Warning: www.google.com has multiple addresses; using 74.125.53.147 traceroute to www.l.google.com (74.125.53.147), 30 hops max, 40 byte packets 1 cisco-190 (129.116.190.250) 0.430 ms 0.350 ms 0.353 ms 2 ser10-v758.gw.utexas.edu (128.83.10.29) 1.138 ms 1.099 ms 1.057 ms 3 ser2-gi1-9.gw.utexas.edu (128.83.10.2) 10.475 ms 1.174 ms 1.584 ms 4 aust-utnoc-core-ge-6-0-0-0.tx-bb.net (192.12.10.1) 1.215 ms 1.209 ms 1.134 ms 5 te2-1--570.tr01-lsanca01.transitrail.net (137.164.131.221) 40.649 ms 40.699 ms 40.678 ms 6 * * * 7 * * * 8 * * * 9 * * * 10 * * * 11 72.14.232.10 (72.14.232.10) 261.262 ms * * 12 * * pw-in-f147.google.com (74.125.53.147) 251.867 ms -- ''' (O O) ,-------------- oOO-(_)-OOo -------------, | Stephen Williams | | Manager of Computer Services | | Center for Space Research | | University of Texas at Austin | | 3925 W. Braker Ln., Suite 200 | | Austin, TX 78759-5321 | | 512.471.7235 512.471.3570 (fax) | | williams(a)csr.utexas.edu | |____________________ Oooo ______________| oooO ( ) ( ) ) / \ ( (_/ \_) ________________________________________________ DISCLAIMER This e-mail message, including any attachments, is intended solely for the use of the addressee and may contain confidential information. If it is not intended for you, please inform the sender and delete the e-mail and any attachments immediately. Any review, retransmission, disclosure, copying or modification of it is strictly forbidden. Please be advised that the views and opinions expressed in this e-mail may not reflect the views and opinions of TIML Radio Limited or any of its parent and subsidiary companies. Whilst we take reasonable precautions to ensure that our emails are free from viruses, we cannot be responsible for any viruses transmitted with this e-mail and recommend that you subject any incoming e-mail to your own virus checking procedures. Use of this or any other e-mail facility signifies consent to any interception we might lawfully carry out to prevent abuse of these facilities. ________________________________________________ TIML Radio Limited (trading as Absolute Radio) Registered office: One Golden Square, London. W1F 9DJ Registered in England No 02674136 VAT No 927 2572 11

1 0

Joel M. Wheeler is out of the office.
by JMWheeler＠dstsystems.com 14 May '09

14 May '09

I will be out of the office starting 05/14/2009 and will not return until 05/15/2009. I will be out of the office on Thursday 5/14. I will repsond to your e-mail when I return on Friday 5/15. ----------------------------------------- Please consider the environment before printing this email and any attachments. This e-mail and any attachments are intended only for the individual or company to which it is addressed and may contain information which is privileged, confidential and prohibited from disclosure or unauthorized use under applicable law. If you are not the intended recipient of this e-mail, you are hereby notified that any use, dissemination, or copying of this e-mail or the information contained in this e-mail is strictly prohibited by the sender. If you have received this transmission in error, please return the material received to the sender and delete all copies from your system.

1 0

how many BGP routers, how many ASes
by Irfan Zakiuddin 13 May '09

13 May '09

Hi all, I have scouted around for this information, but not get very far. I'm hoping someone will have answers at hand. What I want to know is roughly how many : 1. ASes there are in the world today? 2. BGP routers there are, for intra-domain as well as inter-domain routing, in total in the world? 3. BGP routers do the largest ASes have? Really interesting would then be to say either how fast the above numbers are growing, or to give estimates for what the answers to 1-3 will be in 5 years time. An Internet source that provides the above information would be most useful - though I can't seem to find it with google. I'd be grateful for answer to be sent to me directly, whether you also post to NANOG is up to you. thanks in advance. irfan

9 8

questions about DVFS in saving energy
by Kai Chen 13 May '09

13 May '09

Hi, could anyone here have some idea of the following questions about Dynamic Voltage/Frequency Scaling techniques used for energy efficiency, or please give a pointer that I can trace, 1) how many servers in the market support this technique? 2) how many voltages/frequencies can the servers support? 3) What’s the transition time and cost (power) between these voltages/frequencies? Thanks, -Kai

2 1

Network Performance Monitoring/Route Optimization products
by Drew Weaver 13 May '09

13 May '09

Hi there, I am trying to get some opinions on what people are using these days for network performance monitoring software/(appliances?) which can give a sense of what performance is like for the folks actually using the network. Does anyone have any advice on this matter and have you found that these tools are really useful in pinpointing trouble spots before they become major issues? Also, does anyone know of any companies who have new and exciting products which compete with the Internap FCP/Routescience(Avaya) box in the Routing Optimization space? I haven't really been able to find anything except for those two, and Avaya is clearly moving in a more enterprise direction (rather than ISP/service provider) with the CNA. Off-list is fine if you like. Thanks, -Drew

2 2

Multilink PPPoE Scalability Issue
by Sarpreet 12 May '09

12 May '09

Please help :) The network topology is: ADSL CPE (Cisco 2800) +===[PPPoE]===+ LAC (Telco's equipment) +===[L2TP]===+ LNS (Cisco 7513) The setup is for aggregating multiple PPPoE DSL lines with PPP. Using the Cisco 7513 as the LNS, the setup works up to 15 MLPPP bundles and with Cisco 7200-NPE400 only works up to 5 MLPPP bundles. After that, additional MLPPP bundle attempting to connect won't be able to complete IPCP phrase--the L2TP tunnels are created, each individual PPP link members are up, and the MLPPP bundle is created, just cannot finish the IP "handshake" part of the IPCP phrase. In fact, even a normal PPP (without Multilink) session won't be able to complete the IPCP phrase as long as there are 15 active working MLPPP bundle is on. I have search through Cisco's website to see if there is any documented limitation/restriction on the number of bundles the 7513 can support. The closest thing I can find is an reference to a 7500 w/ VIP4-80 can only support a limited number of T1 MLPPP bundles ( http://www.cisco.com/en/US/docs/ios/12_0t/12_0t3/feature/guide/multippp.htm… ). Cisco 7513 spec: Cisco IOS Software, RSP Software (RSP-JSV-M), Version 12.4(21), RELEASE SOFTWARE (fc1) Cisco RSP8 (R7000) processor with 262144K/8216K bytes of memory. R7000 CPU at 250MHz, Implementation 39, Rev 2.1, 256KB L2, 2048KB L3 Cache Last reset from power-on Chassis Interface. 1 FEIP2 controller (2 FastEthernet). 2 FastEthernet interfaces 2043K bytes of NVRAM. 62720K bytes of ATA PCMCIA card at slot 0 (Sector size 512 bytes). 16384K bytes of Flash internal SIMM (Sector size 256K). Cisc 2800 spec: Cisco IOS Software, 2800 Software (C2800NM-ADVIPSERVICESK9-M), Version 12.4(15)T3, RELEASE SOFTWARE (fc1) Cisco 2811 (revision 53.51) with 247808K/14336K bytes of memory. Processor board ID FTX0945A4WJ 2 FastEthernet interfaces 3 ATM interfaces 1 Virtual Private Network (VPN) Module DRAM configuration is 64 bits wide with parity enabled. 239K bytes of non-volatile configuration memory. 62720K bytes of ATA CompactFlash (Read/Write) ----------- Relevant CPE config: ----------------- interface ATM0/0/0 no ip address no atm ilmi-keepalive dsl operating-mode auto pvc 0/33 tx-ring-limit 3 vc-hold-queue 80 pppoe-client dial-pool-number 1 ! ! interface ATM0/1/0 no ip address no atm ilmi-keepalive dsl operating-mode auto pvc 0/33 tx-ring-limit 3 vc-hold-queue 80 pppoe-client dial-pool-number 1 ! ! interface Dialer1 mtu 1486 ip address x.x.x.1 255.255.255.0 encapsulation ppp dialer pool 1 no keepalive no fair-queue no cdp enable ppp chap hostname abc(a)smarttadsl.com ppp chap password highlysecretive ppp pap sent-username vaamadsl(a)smarttadsl.com password highlysecretive ppp link reorders ppp multilink ppp multilink fragment disable ! ip route 0.0.0.0 0.0.0.0 Dialer1 ----------- Relevant LNS config: ----------------- aaa authentication ppp default group radius aaa accounting network default start-stop group radius vpdn enable ! vpdn-group 1 ! Default L2TP VPDN group accept-dialin protocol l2tp virtual-template 1 lcp renegotiation always l2tp tunnel password faketunnelpass ip mtu adjust interface FastEthernet8/1/0 description Facing-LAC ip address y.y.y.5 255.255.255.252 ip tcp adjust-mss 1446 full-duplex fair-queue ! interface Virtual-Template1 ip address x.x.x.254 255.255.255.0 no peer default ip address no keepalive ppp mtu adaptive ppp authentication pap ppp link reorders ppp multilink ppp multilink fragment disable ! Sarpreet Basi Knowledge Computers sar(a)knowledgecomputers.net

1 0