- Test - lists.nanog.org

Opinions on transit
by David Hubbard 03 Oct '05

03 Oct '05

If anyone with a web hosting provider's perspective, or even just an end user's perspective, could send me off-list opinions on AT&T, MCI, XO, NTT and Sprint I'd appreciate it. Direct experience would be best, don't really want hearsay. I'm particularly interested in how the various companies NOC's respond to less run of the mill problems such as issues with other customers of theirs having problems that affect you, BGP communities and traffic engineering questions/answers and then just plain performance, etc. We've recently experienced problems where us and a mutual customer of one of our transit providers couldn't talk to each other due to a failing link on the other customer's side. That remote company is multi-homed so I just needed to make them not prefer our common transit to get to us side. The transit provider does not allow me to prepend just to that remote AS, accolades to providers that do offer this, so our only option to resolve the problem was to turn our link to this transit off, leave our customers behind the remote ISP unable to get to us, or get the transit provider to help. Well, provider was useless and told me to call their German NOC since the country where the problem was is handled through there. So, we're going to replace them with one of the above and I want some real world feedback to go along with the providers' versions of how they perform and respond to support requests. Thanks, David

1 0

Re: [Misc][Rant] Internet router (straying slightly OT)
by Mark Owen 03 Oct '05

03 Oct '05

On 9/29/05, Warren Kumari <warren(a)kumari.net> wrote: > I have met "Senior Network Engineers" who don't understand longest > match rule ("The traffic will take 10/8 instead of 10.0.0.0/24 > because it has a better admin distance", "I can override these 300 > OSPF routes with a single static supernet", etc), who believe that > routers will not route between directly connected interfaces without > putting them into a routing protocol, that transit networks don't > need a full mesh of iBGP[1] because "you can just redistribute BGP > into [OSPF/IS-IS/IGP of choice], that ICMP uses TCP as a transport, > etc. In a similar note, I Do care about networks and the like but fail to fully understand the extensive details of how it all works. I do not proclaim myself to be an engineer and try to stick with what I do well. I read rfc, wikipedia, etc but just don't know what /to/ read. I had never heard of iBGP, OSPF, IS-IS untill today. What I need, and I'm sure quite a few others who listen to this list for insight, is a good reference to pick up and read that will cover said topics and beyond. I finally got the basic concept to CIDRs and how they work thanks to this list and Google. I know this message is slightly off topic from NANOG, but kinda fits in response to parent and am hoping not to get flamed. Any suggestions? A Padawan, Mark Owen

15 16

Re: [eng/rtg] changing loopbacks
by Austin 02 Oct '05

02 Oct '05

It's worth noting that C's don't need actual IP address space assigned to the router-id for OSPF. It's just an arbitrary value; it's probably better karma to set it to whatever you want (maybe something that doesn't look like an IP address). RFC 2328: Router ID A 32-bit number assigned to each router running the OSPF protocol. This number uniquely identifies the router within an Autonomous System. CCO: <http://www.cisco.com/en/US/products/sw/iosswrel/ps1839/products_command_ref…> Usage Guidelines You can configure an arbitrary value in the IP address format for each router. However, each router ID must be unique. If this command is used on an OSPF router process which is already active (has neighbors), the new router-ID is used at the next reload or at a manual OSPF process restart. To manually restart the OSPF process, use the clear ip ospf command.

2 2

Apologies for earlier errant message
by Frank A. Coluccio 02 Oct '05

02 Oct '05

It occurred unintentionally during an email account subscription change to NANOG. My bad :( PS - Randy Bush, is this any better? I.e., any more Microsog noise, herein? Frank

1 0

Fwd: Life of Brian, was Re: [Pr-plan] Public-Root resolution problems
by Frank Coluccio 02 Oct '05

02 Oct '05

1 0

First step of network optimization
by Joe Shen 02 Oct '05

02 Oct '05

Hi, this may be a OOO..LD topic which is talked, discussed or agrued for year. ISP networks may need to be optimized continuously. But, it seems people have different view of optimization when they use this word at different place; sometimes optimization means adding more access router, add more link bandwidth or add more servers; while it could be used to point the requirement on removing subareas in OSPF or simplify network structure. Is there a common sense on the target of network optimization? or is there common startup line of such work? What should be the model of a optimized ISP network ( or PoP site) ? Is there books on this topic? Joe __________________________________ Meet your soulmate! Yahoo! Asia presents Meetic - where millions of singles gather http://asia.yahoo.com/meetic

2 2

Paul Vixie serving ORSN
by Peter Dambier 01 Oct '05

01 Oct '05

Interesting: regards, Peter and Karin -------- Original Message -------- From: Markus Grundmann/ORSN <mgrundmann(a)de.orsn.org> To: <orsn-tech(a)orsn.org> Date: Fri, 30 Sep 2005 14:03:56 +0200 Organization: ORSN, Open Root Server Network Subject: [ORSN.TECH] We Are Complete List-Archive: <http://trinitron.activezone.net/pipermail/orsn-tech> Dear Listmembers! The ORSN project got two further members. All 13 roots servers are now taken up in our data base. The Family is complete :) --- F.ORSN-SERVERS.NET was operated by: Zen Systems ApS, http://www.zensystems.dk Location: Denmark (Lyngby) More details: http://european.de.orsn.net/hostdetails.php?serv=F --- L.ORSN-SERVERS.NET was operated by: Paul Vixie, http://www.vix.com Location: USA, San Jose (CA) More details: http://european.de.orsn.net/hostdetails.php?serv=L + Currently the configuration is not completed. + BIND didn't response to queries. Regards, Markus Grundmann ORSN, Germany ______________________________________________________________________________ ORSN, Public Mailing-List (Tech-Discussion) -- Peter and Karin Dambier Public-Root Graeffstrasse 14 D-64646 Heppenheim +49-6252-671788 (Telekom) +49-179-108-3978 (O2 Genion) +49-6252-750308 (VoIP: sipgate.de) mail: peter(a)peter-dambier.de http://iason.site.voila.fr http://www.kokoom.com/iason

12 24

IP Database
by Kevin Billings 01 Oct '05

01 Oct '05

I am looking for an IP database for our Company that can be used from a service provider needs and also from an Enterprise that will need to track IP's down to the host level. Also need to have RWhois integration for ARIN swip's. Does anyone have any suggestions or recommendation? I have looked at two. ipplan which is a free open source and TCAM/ECAM by Parabola IP Solutions. Has anyone used either of these two system and what did you think of them. Thanks Kevin Billings Sr Network Engineer Spirit Telecom

4 3

[Pr-plan] Public-Root resolution problems and UNIDT (fwd)
by Peter Dambier 30 Sep '05

30 Sep '05

Statement of the Official Public-Root Representative September 29, 2005 This communication is published on the Internet at URL: http://www.cynikal.net/~baptista/P-R/2005-09-29%20Memo%20to%20the%20Interne… Memo to the Internet Community Public-Root resolution problems I in my capacity as the Official Public-Root Representative and whistle-blower, asked Peter Dambier to publish to NANOG a notice that the Public-Root had fractured. Namely, the root in Ankara operated by Celep Bahadir who is also the UNIDT (www.unidt.com) representative to Turkey and the Middle East. There was an attempt by UNIDT to start a new root system called the United-Root. Attempts by Ankara to test this root on l.public-root.net at 195.214.191.125 resulted in a fracturing of the public-root network. The Ankara root injected a number of older records into the DNS resulting in false answers to queries. Ankara was also listing as root servers some DNS that pointed back to ICANN data and did not resolve the Public-Root. This was very unprofessional behavior on behalf of UNIDT resulting in a serious violation of their contractual obligations to the Public-Root. I sent several email communications to UNIDT General Manager Mr. Marty van Veluw pointing out the problem. I am pleased to announce the problem is corrected now but no official response was received back from Mr. Van Veluw. The last time Ankara was checked it was found the root server is out of sync with the remaining Public-Root network. This is also very unprofessional. I have sent email messages to Mr. van Veluw pointing out the problem. Unfortunately I consider UNIDT unstable and expect they may intentionally jeopardize the root in order to break their contracts with us. Mr. Martijn Burger the chair of INAIC and Public-Root has advised me Mr. van Veluw may close down the Ankara server in the near future. This would also constitute a violation of the contract between UNIDT and the Public-Root. I continue to maintain my position that any administrator using the public-root should select another root system during this period of reorganization. I also want to take this time to criticize NANOG (North American Network Operators Group) and the inclusive and alternative namespace communities. However, my main concern is NANOG. I find the fact the people of Turkey are being the subject of technical jokes on NANOG appalling. Anyone who understands the importance of root servers also understands the fiduciary responsibilities that go with such an operation. The technical problems with the public-root pale when one reviews the people involved. I regret to say that hackers and criminals are behind the Public-Root. Therefore, this is not a joke, this is a serious issue. The people of Turkey and Tiscali users have been surfing the Internet using a system that can compromise their security and privacy. I hope in future the NANOG and root communities will be more responsive and civil. - 33 - Joe Baptista, Official Public-Root Representative and Lobbyist to the United States Congress and Senate / Tel: +1 (202) 517-1593 Public-Root Disclosure Documents: http://www.cynikal.net/~baptista/P-R/ Public-Root Discussion Forum: http://lair.lionpost.net/mailman/listinfo/pr-plan

6 5

[eng/rtg] changing loopbacks
by Randy Bush 30 Sep '05

30 Sep '05

so i have junipers, ciscos, and a few <gasp> zebras in an ospf and ibgp mesh. they're peering via loopbacks, of course. unfortunately, i need to recover the space from which the loopbacks are taken. of course, i would like to do so with minimal disruption. i am thinking of something like the following: o add second loopbacks to all routers with new address in new block o set up ibgp peerings to new addresses from existing peerings o change the source of routing updates to new addresses o remove old peerings o remove old loopbacks what [else] am i missing? randy

11 11