May 2001 - Test - lists.nanog.org

mobile.att.net MX meltdown
by Kai Schlichting 18 May '01

18 May '01

In case you, like me, have a large number of email->paging forwards in place for group-paging and other operational and commercial purposes and were suddenly surprised today by chunks of 300/minute warn/undeliverable msgs for @mobile.att.net addresses: Apparently their MX (mta01.cdpd.airdata.com) had a little meltdown a little while ago: from 12:18pm to 1:05p EDT, the MX refused connections entirely. Whoops, and now that I write this, both NS's are off the air as well. Should I hardcode my own MX entry into a local zone to overcome this? I am getting tired of 300 mail warnings every 15 minutes. Ouch. Ouch. Ouch. [rant mode on] Millions without working paging on their AT&T phones. For a little while. Not that it ever works terribly predictable when it's actually up either, but it's gotten better lately. Instead of paging delivery times ranging from 10s to 6hrs, it's only been 10s to 30m for me in recent months. With SMTP transport times over 1000's of pages consistently under one minute. AT&T reps: "It's the Internet's fault" A single-homed MX, even if there's a load-balancer there, and 2 nameservers, all in what appears to be the same announced /24 from a legacy McCaw AS, makes you think how much "importance" some incompetent beancounter at ATT WS has assigned to this loss-leader of a profit-center within their wireless range of products. Translate: because we give it to (nearly all?) our customers for free, we don't have to care about how well it works (the same could be said about their crappy, overloaded CDPD network, which is seemingly back-hauling every last CDPD frame in the country to washington state (via FR?) before de-capsulating it and letting those IP frames lose. Ever wondered about those 600ms ping times and 5 kbps effective transfer rates and why "free unlimited Internet" wouldn't entice you or me to ever pay for such a "performance" ? (let alone them charging you at a rate that would make every 900-number operator blush about the $/min flow. if you hook up your PC via a 'tethered' connection as described in the phone's manual, you'll discover after the next billing cycle that they've raped you for $0.05/KB, (e.g. up to $5.70/minute) conveniently hidden in the VERY small fine print on their website, for making use of their "free unlimited Internet". that is false and misleading advertising at the least, and outright bait&switch fraud at the worst - but hey, "very few customers are using this functionality", "there is no support for this type of operation", "I know nothing about this", "It's just in the manual because we couldn't tell Mitsubishi to remove it before printing them." You get the idea. Add to that that I am on my 3rd Mitsubishi T250 phone now ( in 10 months, I have stopped requesting new phones a while ago), the first one had ridiculously strong far-side echo for all my callers, and the latter 2 hang almost everytime you switch it into CDPD mode, except if you do it rather soon after power-cycling it (read: taking the battery out, due to the hang). And that was the early-adopter top-of-the-line model the most money could buy with AT&T last summer, gee. Why does the wireless data market not take off the way we thought it would, uh oh? boy, do I have news for my bosses, Omnisky, Aether, and Palm: lets get the hell out of this business. [rant mode off] -- "Just say No" to Spam Kai Schlichting New York, Palo Alto, You name it Sophisticated Technical Peon Kai's SpamShield <tm> is FREE! http://www.SpamShield.org | | LeasedLines-FrameRelay-IPLs-ISDN-PPP-Cisco-Consulting-VoiceFax-Data-Muxes WorldWideWebAnything-Intranets-NetAdmin-UnixAdmin-Security-ReallyHardMath

1 0

Re: Stability of the Internet?
by William Allen Simpson 18 May '01

18 May '01

I think you can put that down as _definitely_ a troll.... -------- Original Message -------- Subject: Returned mail: User unknown Date: Fri, 18 May 2001 10:02:49 -0700 (PDT) From: Mail Delivery Subsystem <MAILER-DAEMON(a)earthlink.net> To: <wsimpson(a)greendragon.com> ----- The following addresses had permanent fatal errors ----- <langdell(a)technologist.com> ----- Transcript of session follows ----- ... while talking to technologist-com.mr.outblaze.com.: >>> RCPT To:<langdell(a)technologist.com> <<< 550 5.7.1 <langdell(a)technologist.com>... Relaying denied 550 <langdell(a)technologist.com>... User unknown

1 0

80/8, 81/8 Allocated to the RIPE NCC
by RIPE NCC Staff 18 May '01

18 May '01

Dear all, This is to inform you that the RIPE NCC has recently been allocated the CIDR blocks 80/8 and 81/8 by IANA. The RIPE NCC is currently starting to make allocations primarily from 80/8. The minimum allocation size made by the RIPE NCC in these address blocks is a /20. ** If you use prefix based filtering in your routers, please note this change ** This has been announced previously but may not have reached all affected parties. We sincerely apologise for this. For a complete list of all /8 address blocks, please refer to: http://www.iana.org/assignments/ipv4-address-space Kind regards, Nurani Nimpuno +------------------------------------+ | Nurani Nimpuno | | Registration Services Manager | | RIPE Network Co-ordination Centre | | http://www.ripe.net | +------------------------------------+

1 0

80/8, 81/8 Allocated to the RIPE NCC
by RIPE NCC Staff 18 May '01

18 May '01

Dear all, This is to inform you that the RIPE NCC has recently been allocated the CIDR blocks 80/8 and 81/8 by IANA. The RIPE NCC is currently starting to make allocations primarily from 80/8. The minimum allocation size made by the RIPE NCC in these address blocks is a /20. ** If you use prefix based filtering in your routers, please note this change ** This has been announced previously but may not have reached all affected parties. We sincerely apologise for this. For a complete list of all /8 address blocks, please refer to: http://www.iana.org/assignments/ipv4-address-space Kind regards, Nurani Nimpuno

1 0

Tracking down hosts inside your network
by Devon True 17 May '01

17 May '01

All: We are using NetFlow on our Cisco equipment and running Caida's cflowd program to collect statistics. When I use the cflowd ARTS++ utility, artsnets, I get the SrcAdr as a /24 or smaller (e.g. /23, /22, etc). Is there anyway to get specific hosts (i.e. /32)? If not, anyone have any suggestions? We are trying to track down an IP address that is sending a lot of traffic. Please send replies off-list. ----- Devon True

1 0

in-addr.arpa zone generation process to change
by ARIN IN-ADDR Role 17 May '01

17 May '01

When ARIN began operations, one of the tasks that it took over from the InterNIC was the generation of the zone file for the in-addr.arpa domain. In order to correct long-standing issues with the data in the zone file, new software is being deployed. ARIN policy states that allocation subscribers with networks of /16 or shorter prefix are responsible for maintaining all in-addr.arpa domain records for reassignments within the block. They must also provide to ARIN the host names of the nameservers hosting any delegations. ARIN will continue to host domain records for delegations of networks with prefixes longer than /16. The in-addr.arpa zone will contain delegations for any /8 containing nameservers within ARIN's database. For address space not covered via these delegations, the in-addr.arpa domain will contain delegations for /16's with nameservers. For address space still not delegated and as mentioned above, the in-addr.arpa domain will contain delegations of /24's for networks longer than a /16 containing in-addr nameservers. In all cases, the most specific reassignment with nameservers at each octet boundary will prevail. ARIN is making every effort to ensure that any impact from these changes will not disrupt in-addr.arpa name services. If you have concerns whether in-addr.arpa name services will be impacted for your networks, please review examples of the changes to occur at: http://www.arin.net/inaddr/inaddr-examples.txt If you still have concerns after reviewing these examples, please direct specific questions about your networks to inaddr(a)arin.net. We have tentatively scheduled implementation of the new process for late May or early June. A specific date will be announced several days prior to the cut-over on both the arin-announce and nanog mailing lists. Regards, Ginny Listman Director of Engineering ARIN

1 0

ARIN, and reservations?
by Alex Rubenstein 17 May '01

17 May '01

An interesting note; has anyone else been assigned non-contiguous space when the contiguous block had been 'reserved' for you? For instance, we were assigned 64.21/17 about a year ago, with 64.21/16 reserved (we were told). It was then extended to a /17 + /18. We went to get more, and now we've got some other /19 (they haven't actually assigned it). The point is, if 64.21/16 had been reserved, as they had said was done, today we'd only be making one announcement; 64.21/16; instead, we have to announce a /17, /18, and a new /19, or three times the announcements. On a grand scale, or even a moderate scale, three times the announcements is a significant amount. Any comments? PS: as an aside, as anyone else noticed ARIN continually, over the last year or so, making the allocations smaller and smaller? Our first allocation ever was a /17; now we get them in chunks of /19's. Does ARIN have any interest or care in the size of the global routing tree?

4 6

Re: heads up on 80/8 [actually operational, so don't read this!!!]
by Philip Smith 17 May '01

17 May '01

TBH, a new /7 or /8, whatever, going in to production anywhere on the planet should be announced to the regional operators lists (NANOG, APOPS, EOF and AfNOG). Hopefully the registry folks can add that little chore to the long list of other things they have to think of... Or maybe IANA could widen the announcement next time? This was the original from John: >From: "John Crain" <crain(a)icann.org> >To: <routing-wg(a)ripe.net>, <lir(a)ripe.net> >Subject: 80/8 and 81/8 allocated to the RIPE NCC >Date: Mon, 9 Apr 2001 13:47:21 -0700 Message-ID: <EDEBKALLMADOHECDLBLIOEBBCAAA.crain(a)icann.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal > >FYI: > >This is just a quick heads up, my apologies if you recieve duplicate copies. > >IANA has recently allocated the following address ranges to the RIPE NCC >Regional Internet Registry. > >80.0.0.0 - 81.255.255.255 > >These will start to be allocated to ISPs shortly. > >You may wish to adjust any filters you have in place accordingly. > >John Crain >ICANN philip -- At 17:42 17/05/2001 +1000, Bruce Campbell wrote: >On Wed, 16 May 2001, John M . Brown wrote: > > > While I could agree that its not a problem till someone tries to use it, > > I point out that ARIN does make an announcement when they are going > > to start issuing from a new IANA block. > >And I'll counter-point out that ARIN is notifying relevant groups in its >Region. Why would you expect the RIPE NCC to formally notify a group >(nanog) that is not in its region (Europe) ? > >To keep this operational, this lists the various /8s and who is >(nominally) in charge of 'em; it may be of interest to people who haven't >reviewed their filters in ages: > > http://www.iana.org/assignments/ipv4-address-space > > > We, The Net Operators, should have this information so that we can update > > our filters, should we see fit to, and thus cause as little negative impact > > as possible. > >s/The Net/The North American Network/ >s/possible/possible to traffic that transists North America/ > >--==-- >Bruce. > >currently not in North America, and certainly speaking for myself ;)

2 1

To CAIS Engineers - WAKE UP AND TAKE CARE OF YOUR CUSTOMERS
by John Palmer (NANOG Acct) 17 May '01

17 May '01

<FLAME ON> It has been a trying time at CAIS in the last few days, I'm sure. PSINet dumped all of their DSL customers onto CAIS. Covad is the backhaul provider for them both. Need I say more? Bottom line, I dont know how many thousands of people were without service for more than a day because the whole transfer was botched. We have a situation where we had a DSL connection from PSI and were using our own IP addresses. Problem is that no one changed the routing tables and the packets dead-ended at PSI. Getting CAIS to fix this problem has been a nightmare. At first, PSI didnt stop announcing the routes and now that they have, it seems that CAIS will not announce the routes till Monday becuase "no one at our NOC knows how to do this and the one guy (ONE GUY IN THE WHOLE COMPANY - AND THEY ARE A NATIONWIDE PROVIDER????) who knows how doesn't work weekends." Bottom line from CAIS:" S***W the customers, we dont work weekends. We don't care that your entire business has been dead in the water since Wednesday, you can go to H**L, we'll get to it Monday, if we feel like it." Our lawyers are looking at what actions we can take against them. It may be trickey, but we will try. Needless to say, we will be moving our connection. I have some choice words for them when they send us our first monthly bill, which I'm certain, they will do on weekends just fine. IF SOMEONE IS THERE AT CAIS - GET OFF OF YOUR LAZY A** AND PUT THOSE ANNOUNCEMENTS INTO YOUR BGP4 TABLES TODAY (NOT MONDAY, NOT LATER IN THE WEEK)- THERE ARE ABOUT 6 OF YOUR CUSTOMERS (NOT JUST US) WHO ARE DEAD IN THE WATER BECAUSE YOU ARE TOO LAZY TO DO A 20 SECOND JOB. <flame off - sorry to the list for being so loud> John

28 55

MPLScon - Fall 2001
by Irwin Lazar 17 May '01

17 May '01

NANOG Folks, The Call for Presentations for MPLScon 2001, October 1-4 in Reston, VA is now available at http://www.mplscon.com/call_for_presentations_fall.htm <http://www.mplscon.com/call_for_presentations_fall.htm> The theme of this conference is "The MPLS State of the Union." We are especially interested in having presentations and panel discussions focused on current MPLS implementations. These sessions will cover best practices, lessons learned, reality vs. hype, etc. The conference kicks off with a one day tutorial, followed by individual days covering MPLS Integration/Traffic Engineering/QoS/Optical Networking, MPLS-VPNs, and MPLS Network Management. If you are interested in presenting, or participating in a panel discussion, please visit the above URL and contact me privately. Thanks, Irwin --- Irwin Lazar - ilazar(a)tbg.com <mailto:ilazar@tbg.com> Conference Director, MPLScon 2001 October 1-4, Reston, VA http://www.mplscon.com/ <http://www.mplscon.com/>

1 0