- NANOG - lists.nanog.org

RE: Turkey has switched Root-Servers
by Hannigan, Martin 28 Sep '05

28 Sep '05

> > do you still think that "Paul Vixie has given very good > arguments?", peter? "Merchandising, merchandising, where the real money from the movie is made. Spaceballs the T-shirt. Spaceballs the lunchbox. Spaceballs the coloring book. Spaceballs... the flamethrower! Kids love it. And my favorite, Spaceballs the Doll -- me!" -M<

1 0

PRIX - Puerto RIco Internet Exchange
by Mehmet Akcin 28 Sep '05

28 Sep '05

Hi, I'd like to speak with people who were / are working in IX points and/or have knowledge about the infrastructure of IX points. We , a small group of researchers , have started a Project called Prix [ http://prix.uprr.pr ] which has the intentions of creating a large table for those who would like to sit down, in other terms an internet exchange point where all the participants can peer. Our main goal is to improve the existing connectivity between the major backbone providers and improve the connectivity between them with peering locally instead of peering somewhere in the states, which is couple of thousands miles far from Puerto Rico. We believe improving the network connectivity of the island will definately led those who live in Puerto Rico to think of using VoIP technologies more often. We, myself and a friend of mine who is also participating in this project, will be participating in NANOG and hopefully can meet with those who has experience in order to get recommendations about hardware/software and policies. Thank you Mehmet Akcin, PRIX PS: if you want to join our discussions you can also subscribe http://lists.uprr.pr/mailman/listinfo/prix so we don't interrupt here :-)

9 11

Apologies...
by Robert Boyle 28 Sep '05

28 Sep '05

...for the terrible grammar and incomplete sentences in the message I just sent. It was the result of replying to a post while performing other tasks and not taking the time to properly proofread before hitting send. -Robert Tellurian Networks - The Ultimate Internet Connection http://www.tellurian.com | 888-TELLURIAN | 973-300-9211 "Well done is better than well said." - Benjamin Franklin

1 0

Re: 209.68.1.140 (209.68.1.0 /24) blocked by bellsouth.net for SMTP
by Gadi Evron 27 Sep '05

27 Sep '05

Hannigan, Martin wrote: >>Maybe we should do some statistical analysis and see who the >>one person >>who starts most of these pi??ing contests, as you call them, is? The >>results may be interesting. > > > > Maybe we should do some statistical analysis of the prolific off topic > posters and ego posters and line them up for taser hits in LAX? > Those results would be interesting. That is an incredible idea, I wonder why you of all people felt the need to jump up and say it? Thanks! I am sorry I didn't think of it. In Hebrew we have a saying: "Hamor Kofets ba Rosh". It means the Donkey always jumps ahead first. Also: "Al Rosh ha Ganav Bo`er ha Kovah" On the head of the thief, the hat burns. Gadi. -- My blog: http://blogs.securiteam.com/?author=6 "The third principle of sentient life is the capacity for self-sacrifice --- the conscious ability to override evolution and self-preservation for a cause, a friend, a loved one." -- Draal, "A Voice in the Wilderness", Babylon 5.

3 2

RE: Address Space & ASN Allocation Process
by Jim McBurnett 27 Sep '05

27 Sep '05

I think this is operational... I beg to differ: http://www.arin.net/policy/nrpm.html#four3 I have done this for a customer, and they got a /22. There is also a policy proposal right now that would allow an end user to get a BGP ASN, get RIR IP space and do it all at once... http://www.arin.net/policy/proposals/2005_7.htmlh Robert Seastrom is the author of this... Robert, you out there ?? 4.3.2. Minimum assignment 4.3.2.1 Single Connection The minimum block of IP address space assigned by ARIN to end-users is a /20. If assignments smaller than /20 are needed, end-users should contact their upstream provider. 4.3.2.2 Multihomed Connection For multihomed end-users, the minimum block of IP address space assigned is a /22. If assignments smaller than a /22 are needed, multihomed end-users should contact their upstream providers. When prefixes are assigned which are longer than /20, they will be from a block reserved for that purpose. I hope this helps... Jim -----Original Message----- From: sjk [mailto:sjk@dredel.com] Sent: Monday, September 26, 2005 6:47 PM To: Vicky Rode Cc: nanog(a)merit.edu Subject: Re: Address Space & ASN Allocation Process On Mon, 26 Sep 2005, Vicky Rode wrote: > Hi, > > Just trying to get some clarity and direction regarding obtaining > address space/ASN for my client. > > Is there a minimum address space (?) an entity would need to justify > to go directly to RIR (ARIN in this case) as opposed to the upstream > provider? Is /20 the minimum allocation? Can my client approach RIR > and request for a /23? > > If my client do procure a /23 how do they make make sure that this > address space will be globally routable? > > Multihome will also be part of their network implementation, can they > apply for an ASN number? Yes, minimum assignment is /20 (and this is considered temporary, as the official minimum is /19) -- there used to be some experimental /24s, but I believe these are now gone. ARIN will only assign /20 or more -- larger prefixes must come from your upstream provider. Being multihomed means you will be required to get an AS number. Once you have your address block, you can fill out the request from ARIN. --sjk

1 0

Turkey has switched Root-Servers
by Peter Dambier 27 Sep '05

27 Sep '05

Here is the birth of a new root-server system: *.united-root.com ; <<>> DiG 9.1.3 <<>> -t any . @l.public-root.net. ;; global options: printcmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 11820 ;; flags: qr aa rd ra; QUERY: 1, ANSWER: 11, AUTHORITY: 0, ADDITIONAL: 0 ;; QUESTION SECTION: ;. IN ANY ;; ANSWER SECTION: . 172800 IN SOA a.united-root.com. hostmaster.united-root.com.\ 2005091400 43200 3600 1209600 14400 . 172800 IN NS g.united-root.com. . 172800 IN NS ns1.public-root.com. . 172800 IN NS tld1.public-root.com. . 172800 IN NS tld2.public-root.com. . 172800 IN NS a.united-root.com. . 172800 IN NS b.united-root.com. . 172800 IN NS c.united-root.com. . 172800 IN NS d.united-root.com. . 172800 IN NS e.united-root.com. . 172800 IN NS f.united-root.com. ;; Query time: 182 msec ;; SERVER: 195.214.191.125#53(l.public-root.net.) ;; WHEN: Mon Sep 26 16:04:25 2005 ;; MSG SIZE rcvd: 248 ; <<>> DiG 9.1.3 <<>> -t any a.united-root.com @l.public-root.net. ;; global options: printcmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 37370 ;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 2, ADDITIONAL: 0 ;; QUESTION SECTION: ;a.united-root.com. IN ANY ;; ANSWER SECTION: a.united-root.com. 86400 IN A 69.20.9.165 ;; AUTHORITY SECTION: united-root.com. 86400 IN NS ns2.solfix.com. united-root.com. 86400 IN NS ns1.solfix.net. ;; Query time: 4639 msec ;; SERVER: 195.214.191.125#53(l.public-root.net.) ;; WHEN: Mon Sep 26 16:10:33 2005 ;; MSG SIZE rcvd: 104 host_look("69.20.9.165","a.united-root.com","1158941093"). host_look("72.3.230.81","b.united-root.com","1208215121"). host_name("72.3.230.81","us2.tandtt.com"). host_look("83.138.163.17","c.united-root.com","1401594641"). host_name("83.138.163.17","uk1.tandtt.com"). host_look("203.142.18.40","e.united-root.com","3415085608"). host_look("202.157.188.44","f.united-root.com","3399334956"). host_look("202.157.179.24","g.united-root.com","3399332632"). host_look("195.214.191.125","h.united-root.com","3285630845"). look("207.228.237.52","i.united-root.com","3487886644"). host_look("209.172.35.234","j.united-root.com","3517719530"). host_name("209.172.35.234","ip-209-172-35-234.reverse.privatedns.com"). host_look("84.0.0.0","j.united-root.com","1409286144"). host_name("84.0.0.0","catv54000000.pool.t-online.hu"). host_look("46.99.111.109","j.united-root.com","778268525"). host_look("76.111.110.100","j.united-root.com","1282371172"). host_look("209.172.35.241","k.united-root.com","3517719537"). host_name("209.172.35.241","ip-209-172-35-241.reverse.privatedns.com"). host_look("84.0.0.0","k.united-root.com","1409286144"). host_name("84.0.0.0","catv54000000.pool.t-online.hu"). host_look("46.99.111.109","k.united-root.com","778268525"). host_look("76.111.110.100","k.united-root.com","1282371172"). Not all their servers are working. Some return ICANN. tld1.public-root.com. tld2.public-root.com. are nonsense. They return ICANN. Right now they seem to run old Public-Root data except for the '.' domain G.UNITED-ROOT.COM A 202.157.179.24 D.UNITED-ROOT.COM A 202.157.181.78 F.UNITED-ROOT.COM A 202.157.188.44 E.UNITED-ROOT.COM A 203.142.18.40 A.UNITED-ROOT.COM A 69.20.9.165 B.UNITED-ROOT.COM A 72.3.230.81 C.UNITED-ROOT.COM A 83.138.163.17 Kind regards, Peter and Karin Dambier -- Peter and Karin Dambier Public-Root Graeffstrasse 14 D-64646 Heppenheim +49-6252-671788 (Telekom) +49-179-108-3978 (O2 Genion) mail: peter(a)peter-dambier.de http://iason.site.voila.fr http://www.kokoom.com/iason

5 4

Program Committee candidates
by Steve Feldman 27 Sep '05

27 Sep '05

Here is the lists of candidates for the NANOG Program Committee. First, the new people: Dan Golding Shankar Rao Vish Yelsangikar Guy Tal Jennifer Rexford David Conrad Joel Jaeggli Pete Templin Christopher Quesada Ren Provo Richard Steenbergen Todd Underwood Josh Snowhorn Jeff Young Ed Kern Aaron Hughes Todd Christell Martin Hannigan And second, the current members who wish to continue: Bill Woodcock Steve Feldman Christopher Morrow Joe Abley Henry (Hank) Kilmer Bill Manning Kevin Epperson David O'Leary Ted Seely Susan Hares Elise Gerich William B. Norton (If you should be on either of these lists but are missing, please contact me directly as soon as possible.) Per the NANOG charter, the Steering Committee, in conjunction with the current Program committee, will select eight of the current members to continue for one-year terms. The eight two-year positions will be selected from the combined pool of new and incumbent candidates. We encourage comments on and discussion about the candidates. Private comments or questions may be sent to the Steering Committee (steering(a)nanog.org) the Program Committee (nanogpc(a)nanog.org) or both. Please use the nanog-futures list for public discussion of the candidates or the process. The actual selection process will begin the week of October 3, and we hope to finish and announce the results the week of October 10. Steve Feldman PC Chair

1 0

lightport.com / citicom.com (New Port Richey FL) dns / network ops contact please?
by Suresh Ramasubramanian 27 Sep '05

27 Sep '05

I'd like to talk to you about a dns reachablity issue from our servers trying to resolve a domain you host. Emailed you at your domain whois contacts a while back but haven't got a reply yet regards -srs -- Suresh Ramasubramanian (ops.lists(a)gmail.com)

1 0

Address Space & ASN Allocation Process
by Vicky Rode 27 Sep '05

27 Sep '05

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, Just trying to get some clarity and direction regarding obtaining address space/ASN for my client. Is there a minimum address space (?) an entity would need to justify to go directly to RIR (ARIN in this case) as opposed to the upstream provider? Is /20 the minimum allocation? Can my client approach RIR and request for a /23? If my client do procure a /23 how do they make make sure that this address space will be globally routable? Multihome will also be part of their network implementation, can they apply for an ASN number? Any insight will be appreciated. regards, /vicky -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (MingW32) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFDOHZ1pbZvCIJx1bcRAihfAJwLF026eea0TxIt5nww7/jCr4YBxQCg57M/ zTUBKD1pkuE7S3NHnjqyqPU= =lWUk -----END PGP SIGNATURE-----

5 4

What's in store for LA (so far)
by Susan Harris 27 Sep '05

27 Sep '05

Here are the topics we've come up with so far for LA. Keep an eye on www.nanog.org/mtg-0501/topics.html for additional talks as the meeting draws nigh. SUNDAY ACTIVITIES ----------------- - All-day Tutorial (9:00 a.m. - 4:30 p.m.) Getting Started with IPv6 Level: Introductory Jordi Palet, Consulintel - Afternoon Tutorials - Best Practices for Determining the Traffic Matrix in IP Networks Level: Intermediate Thomas Telkamp, Cariden - Scaling Considerations in MPLS Networks Level: Intermediate/Advanced Ina Minei, Juniper - BGP Multihoming Techniques Level: Introductory/Intermediate Philip Smith, Cisco ** Steering Committee Community Meeting, 5:00 - 7:00 p.m. ** Welcome Reception! Details to follow, 7:30 - ? GENERAL SESSION --------------- - Near-term Futures for the Industry Geoff Huston, APNIC - AS Consumption Patterns Geoff Huston, APNIC - ASNs MIA: A Comparision of RIR Statistics and RIS Reality Rene Wilhelm and Henk Uijterwaal, RIPE NCC - Stager: Web-Based Statistics Displays Arne Oslebo, Uninett - Shim6: Network Operator Concerns Jason Schiller, UUNET - BLINC: Multilevel Traffic Classification in the Dark Thomas Karagiannis, UC Riverside; Konstantina Papagiannaki, Intel Research; Michalis Faloutsos, UC Riverside - Should Internet Service Providers Fear Peer-Assisted Content? Thomas Karagiannis, UC Riverside; Pablo Rodriguez, Microsoft Research; Konstantina Papagiannaki, Intel Research - Mitigating Superfluous Multicast Data Traffic and Control State John Kristoff, Northwestern Univ. - Routers with Small Buffers Yashar Ganjali, Guido Appenzeller, Ashish Goel, Tim Roughgarden, and Nick McKeown, Stanford Univ. RESEARCH FORUM -------------- - Dynamic AS Renumbering.Research & Results on new BGP Mechanisms Sue Hares, NextHop, and Patrick Bose, Lockheed-Martin SPECIAL TUESDAY TUTORIAL ------------------------ - Getting to Know ARIN (1:00-1:30 p.m.) Ray Plzak, ARIN MONDAY AFTERNOON BOFS --------------------- - IAB IPv6 Multi-Homing BOF Dave Meyer, Cisco, moderator - BGP Data Analysis BOF Mohit Lad, UCLA - ISP Security and NSP-SEC BOF X Danny McPherson, Arbor, moderator - Peering BOF X William B. Norton, Equinix, moderator

1 0