- Test - lists.nanog.org

RE: Yahoo DNS broken?
by Erik (Caneris) 03 Dec '08

03 Dec '08

Seems to be back up now. -- Erik Caneris Tel: 647-723-6365 Fax: 647-723-5365 Toll-free: 1-866-827-0021 www.caneris.com ________________________________________ From: Larry Daberko [larryd(a)iservetech.com] Sent: Wednesday, December 03, 2008 3:36 PM To: nanog(a)nanog.org Subject: Yahoo DNS broken? I am unable to resolve www.yahoo.com. Tracing DNS back from the root servers shows that www.yahoo.com is a CNAME to www.wa1.b.yahoo.com and there are no A records for that hostname. Anyone have more details or a Yahoo contact? I'm unable to get to their webpage as it is :-) -Larry Daberko iServe Technologies

1 0

Comcast DNS
by Matthew Elmore 03 Dec '08

03 Dec '08

Anyone else having problems doing recursive lookups on Comcast's DNS servers?

1 0

Re: an over-the-top data center
by Craig Holland 03 Dec '08

03 Dec '08

Just me, or is showing the floorplan not the typical behavior of a super-secure anything? ------Original Message------ From: Måns Nilsson To: Steven M. Bellovin To: NANOG Sent: Nov 28, 2008 6:52 AM Subject: Re: an over-the-top data center --On fredag, fredag 28 nov 2008 08.34.33 -0500 "Steven M. Bellovin" <smb(a)cs.columbia.edu> wrote: > http://royal.pingdom.com/2008/11/14/the-worlds-most-super-designed-data-c > enter-fit-for-a-james-bond-villain/ (No, I don't know if it's real or > not.) It is. The server space is outside the blastproof area. Go figure. -- Måns Nilsson M A C H I N A I'm into SOFTWARE!

20 37

Peering Personals BoF NANOG45, Attention Peering Coordinators
by Aaron Hughes 03 Dec '08

03 Dec '08

Attention Peering Coordinators, NANOG45 is approaching quickly and it's time to get our Peering Personals participants lined up for the Peering BoF. Peering Personals is part of the Peering BoF (Birds Of a Feather) session and provides a forum for Peering Coordinators to meet each other with the goal of establishing peering relationships. Participating Peering Coordinators will complete and email the form below to the Peering BOF moderator in advance of the BOF. Peering Coordinators will have ~two minutes at the BOF to introduce themselves, their networks, where they currently peer and where they intend to be peering in the next several months, a little bit about what they require of potential peers and what they are looking for in a peering candidate. Peering Coordinators who would like to participate in Peering Introductions should e-mail the following information to aaronh(a)bind.com with the subject of "NANOG 45 Peering BOF" no later than Dec 31, 2008.: Name: _____________________ Company:__________________ AS#: _____________________ Email Address: ________________ Peering Locations Today: __________________ Peering Locations in the next 3-6 months: ________________ Is your network more Content-Heavy or Access-Heavy ? Do you source/sink more than 5Gbps of traffic? Do you require Contracts for Peering? Do you have an "Open Peering Policy (meaning you will peer with anyone in any single location), "Selective Peering Policy (meaning you will peer but have some prerequisites that must be met first)�, or "Restrictive Peering Policy (meaning you generally will not peer with anybody else)?" If you have any questions, don't hesitate to send me an e-mail. Cheers, Aaron -- Aaron Hughes aaronh(a)bind.com (703) 244-0427 Key fingerprint = AD 67 37 60 7D 73 C5 B7 33 18 3F 36 C3 1C C6 B8 http://www.bind.com/

1 0

TRIP deployment?
by cayle.spandon＠gmail.com 03 Dec '08

03 Dec '08

I'm not sure if this is the right mailing list for this question: how widely is TRIP (Telephone Routing over IP [RFC3219]) deployed / used in current networks?

4 3

Re: Recommendation of Tools
by Hank Nussbacher 03 Dec '08

03 Dec '08

At 11:23 PM 02-12-08 -0500, Andrew Mulholland wrote: >On Tue, Dec 2, 2008 at 10:47 PM, Lee, Steven (NSG Malaysia) < >kin-wei.lee(a)hp.com> wrote: > > > Hi all, do you have any recommended tools that can measure latency/delay > > hop by hop basis? Preferable the tools can measure the running (live) > > traffic. > > > >mtr ? - http://www.bitwizard.nl/mtr/ > >its an ncurses app.. output like to: This and others mentioned here by other posters can all be found (once again) at: http://kb.pert.geant2.net/PERTKB/MeasurementTools Not all tools are listed on that page. You need to go into the specific sub-pages: http://kb.pert.geant2.net/PERTKB/TracerouteLikeTools http://kb.pert.geant2.net/PERTKB/BandwidthMeasurementTools Regards, Hank

2 1

MetroOptical - Anyone know of them?
by Tuc at T-B-O-H 03 Dec '08

03 Dec '08

Hi Guys, We saw them (metrooptical.com) mentioned in Capacity Magazine, but trying to do any other investigation ends up flat. Website hosted at Godaddy, NIC records give a PO Box (So does the website), etc. Anyone know anything about them? Offlists appreciated. Tuc

1 0

Re: Re: Recommendation of Tools
by aawolfe＠gmail.com 03 Dec '08

03 Dec '08

On Dec 3, 2008 1:52am, Pekka Savola <pekkas(a)netcore.fi> wrote: > On Tue, 2 Dec 2008, Andrew Mulholland wrote: > > > On Tue, Dec 2, 2008 at 10:47 PM, Lee, Steven (NSG Malaysia) > kin-wei.lee(a)hp.com> wrote: > > > > > Hi all, do you have any recommended tools that can measure latency/delay > > hop by hop basis? Preferable the tools can measure the running (live) > > traffic. > > > > > > > mtr ? - http://www.bitwizard.nl/mtr/ > > > > > FWIW, Mtr measures latency/delay and loss based on ICMP messages heard back from the routers on path. As a result, in almost all cases, the real hop-by-hop latency of actual end-to-end data packets is better than it can report. > > tcptraceroute is handy for looking at what's going on with tcp http://michael.toren.net/code/tcptraceroute/ > > -- > > Pekka Savola "You each name yourselves king, yet the > > Netcore Oy kingdom bleeds." > > Systems. Networks. Security. -- George RR Martin: A Clash of Kings > > >

1 0

Tcpdump data collection
by Subba Rao 03 Dec '08

03 Dec '08

Hello, I want to collect data on a network and map the data flow and system/port traffic. There are 2 scenarios of data collection here. The first is to collect IP traffic only. In this method I do not want the data portion of the IP packet (need IP address, source/destination ports etc). The second is to collect traffic that will show all the routing protocols (non-IP) used on this network. Today while collecting the data, I saw several HSRP packets. I don't know what portion of the packet is sufficient to capture for this purpose. I used the "-s 0" option on tcpdump which captures the whole packet. That is making the dump file large. Any help with the filters is appreciated to capture the non-data portion of the packets. Thank you in advance. Subba Rao

4 3

an over-the-top data center
by Steven M. Bellovin 02 Dec '08

02 Dec '08

http://royal.pingdom.com/2008/11/14/the-worlds-most-super-designed-data-cen… (No, I don't know if it's real or not.) --Steve Bellovin, http://www.cs.columbia.edu/~smb

30 36