North American Network Operators Group Date Prev | Date Next | Date Index | Thread Index | Author Index | Historical RE: To CAIS Engineers - WAKE UP AND TAKE CARE OF YOUR CUSTOMERS
I stand corrected. I checked with our service delivery department, who actually does our SWIPs these days, and they don't do anything larger than a /29 any more either, for the same reason that Hunter doesn't. My apologies for the flawed data. -----------------------Original Message----------------------- >From: Christopher A. Woodfield >To: Hunter Pine >Cc: John Murphy;Roeland Meyer;[email protected] >Date: 5/14/01 3:38 PM >Subject: Re: To CAIS Engineers - WAKE UP AND TAKE CARE OF YOUR CUSTOMERS > >s/larger/smaller, you mean? > >I actually haven't SWIPped a /30 myself - I was referring to John Murphy's >statement implying that he has successfully. I have SWIPped /29's, >however. > >-C > >On Mon, May 14, 2001 at 04:36:11PM -0400, Hunter Pine wrote: >> ARIN returns my /30's and says I can't do netblocks larger than /29 so I >> stopped doing /30's. Are you paying them something on the side or just not >> reading all the replies from them? :) >> >> Hunter Pine >> Vice President, Network Operations >> [email protected] >> CompuHelp Technologies >> 11 Lispenard Street >> New York, NY 10013 >> 212-995-2955 x21 >> http://www.compuhelp.com >> >> ----- Original Message ----- >> From: "Christopher A. Woodfield" <[email protected]> >> To: "John Murphy" <[email protected]> >> Cc: "Roeland Meyer" <[email protected]>; <[email protected]> >> Sent: Monday, May 14, 2001 11:39 AM >> Subject: Re: To CAIS Engineers - WAKE UP AND TAKE CARE OF YOUR CUSTOMERS >> >> >> > >> > Yes, ARIN won't _prevent_ you from SWIPping /29s and /30s, but ARIN >> _requires_ >> > you to SWIP any suballocation larger than a /28, and won't issue >> > additional blocks to you if your current blocks aren't properly SWIPped. >> > >> > -C >> > >> > On Sun, May 13, 2001 at 10:07:26PM -0500, John Murphy wrote: >> > > >> > > I'm sorry Roeland, but your statement about SWIP'ing anything less than >> a >> > > /24 is just inaccurate. We SWIP /29s and /30s daily, for both our Frame >> > > and our DSL customers. >> > > >> > > >> > > >> > > >> > > -----------------------Original Message----------------------- >> > > From: Roeland Meyer >> > > To: [email protected] >> > > Date: 5/13/01 4:21 PM >> > > Subject: RE: To CAIS Engineers - WAKE UP AND TAKE CARE OF YOUR >> CUSTOMERS >> > > >> > > >> > > I've had similar problem at SpeakEasy. They still don't have a >> reverse-DNS >> > > clue. >> > > >> > > http://www.mhsc.com/recovery.htm >> > > >> > > None of the DSL ISPs can do larger than /27 anymore, even when they're >> > > ILECs. Anything less than a /24 can't be SWIP'd and if you don't control >> > > your in-addr.arpa entries you don't control your domain and have no >> > > security. >> > > >> > > >> > > >> > > > From: John Palmer (NANOG Acct) [mailto:[email protected]] >> > > > Sent: Sunday, May 13, 2001 1:40 PM >> > > >> > > > <FLAME ON> >> > > >> > > > 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." >> > > >> > > > <flame off - sorry to the list for being so loud> >> > > >> > > >> > > >> > > >> > >> > -- >> > --------------------------- >> > Christopher A. Woodfield [email protected] >> > >> > PGP Public Key: >> http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xB887618B >> > >-- >--------------------------- >Christopher A. Woodfield [email protected] > >PGP Public Key: http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xB887618B
|