- NANOG - lists.nanog.org

OT: Notebooks /w a serial port?
by Drew Weaver 22 Mar '03

22 Mar '03

Seems like these are all but extinct, but does anyone know of a 'new' notebook that has a serial port built onto it? I've found some that have port replicators, but that can be a pain when you need to serial into a router or some other device. What do you guys use? -Drew

17 19

VLAN between PAIX VA and EQUINIX ASHBURN
by Rodney Joffe 22 Mar '03

22 Mar '03

Does anyone here have reliable fiber between PAIX VA and EQUINIX in Ashburn that they would be willing to provide a 100mb VLAN across? We're running into some routing issues and need to find a long term solution in a hurry (a VLAN may solve it). Thanks. Offline responses, please :-) -- Rodney Joffe CenterGate Research Group, LLC. http://www.centergate.com "Technology so advanced, even we don't understand it!"(SM)

1 0

Re: OT: need SBCIS (7132) contact with DNS clue
by Martin J. Levy 21 Mar '03

21 Mar '03

Eddy, If you have an xDSL line with static IP's on a /27, then PBI/SBC will setup the DNS as follows. In this example W is the base IP of the network (ie: 0,8,16,24,32,40,48, etc.) and (W+n) should just be a number and not have parentheses or a plus! PCI/SBC will add the following to their zone files... W.X.Y.Z.in-addr.arpa. IN NS <your-nameservers> W.X.Y.Z.in-addr.arpa. IN NS <your-nameservers> W.X.Y.Z.in-addr.arpa. IN NS <your-nameservers> In my case they did NOT list PBI/SBC as a "NS" for that specific zone, hence it always comes over to my boxes. Then PBI/SBC will add this in their zone files... (W+0).X.Y.Z.in-addr.arpa. IN CNAME (W+0).W.X.Y.Z.in-addr.arpa. (W+1).X.Y.Z.in-addr.arpa. IN CNAME (W+1).W.X.Y.Z.in-addr.arpa. (W+2).X.Y.Z.in-addr.arpa. IN CNAME (W+2).W.X.Y.Z.in-addr.arpa. (W+3).X.Y.Z.in-addr.arpa. IN CNAME (W+3).W.X.Y.Z.in-addr.arpa. (W+4).X.Y.Z.in-addr.arpa. IN CNAME (W+4).W.X.Y.Z.in-addr.arpa. (W+5).X.Y.Z.in-addr.arpa. IN CNAME (W+5).W.X.Y.Z.in-addr.arpa. (W+6).X.Y.Z.in-addr.arpa. IN CNAME (W+6).W.X.Y.Z.in-addr.arpa. PBI/SBC did not do the W+7 entry for me but they did do the W+0 entry. :-) That all said, you just need to add one zone "W.X.Y.Z.in-addr.arpa" on your side. Why is this confusing? Because if you got the same email as I did... they didn't even come close to explaining it this way and hence why your worried about the recurse on the NS's. Contact email address I have in my files for PBI/SBC DNS are... "HARPER, LACONTRIA (SBIS)" <lh6712(a)sbc.com> DESC Central <DESCCentral(a)sbis.sbc.com> Note that I don't work for SBC, I just use an xDSL line at home. Martin ---------- At 10:44 PM 3/21/2003 +0000, E.B. Dreger wrote: >Greetings all, > > >Anyone have an SBCIS (AS7132) contact with DNS clue? I'm being >told it's "company policy" that they list their nameservers as >authoritative for reverse DNS on space assigned from their >netblocks. IOW, they "delegate" by creating NS RRs that point to >the correct NSes _and_ NS RRs pointing to their own. > >It gets better. Like all good "authoritative" NSes, their NSes >disallow recursive processing. Is it truly company policy to >screw up reverse DNS for downstreams who run their own? > >Wanted: AS7132 contact who understands the concept of lame >servers, why they are bad, and is willing and able to help do >something about it. > > >Eddy >-- >Brotsman & Dreger, Inc. - EverQuick Internet Division >Bandwidth, consulting, e-commerce, hosting, and network building >Phone: +1 (785) 865-5885 Lawrence and [inter]national >Phone: +1 (316) 794-8922 Wichita > >~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ >Date: Mon, 21 May 2001 11:23:58 +0000 (GMT) >From: A Trap <blacklist(a)brics.com> >To: blacklist(a)brics.com >Subject: Please ignore this portion of my mail signature. > >These last few lines are a trap for address-harvesting spambots. >Do NOT send mail to <blacklist(a)brics.com>, or you are likely to >be blocked.

3 2

RE: OT: Notebooks /w a serial port?
by Drew Weaver 21 Mar '03

21 Mar '03

Ok, USB > serial it is, I've gotten about 30 suggestions ;-) thanks -Drew -----Original Message----- From: Dave Israel [mailto:davei@algx.net] Sent: Friday, March 21, 2003 4:37 PM To: Drew Weaver Cc: 'nanog(a)merit.edu' Subject: Re: OT: Notebooks /w a serial port? There are relatively cheap USB-to-serial devices. That's worked pretty well for me. On 3/21/2003 at 16:46:51 -0500, Drew Weaver said: > > Seems like these are all but extinct, but does anyone know of a 'new' > notebook that has a serial port built onto it? I've found some that > have port replicators, but that can be a pain when you need to serial > into a router or some other device. What do you guys use? > > -Drew -- Dave Israel Senior Manager, Backbone Eng Allegiance Telecom

1 0

Re: OT: Notebooks /w a serial port?
by Dave Israel 21 Mar '03

21 Mar '03

There are relatively cheap USB-to-serial devices. That's worked pretty well for me. On 3/21/2003 at 16:46:51 -0500, Drew Weaver said: > > Seems like these are all but extinct, but does anyone know of a > 'new' notebook that has a serial port built onto it? I've found some that > have port replicators, but that can be a pain when you need to serial into a > router or some other device. What do you guys use? > > -Drew -- Dave Israel Senior Manager, Backbone Eng Allegiance Telecom

3 2

RE: Problems with AT&T
by Truman, Michelle, SALES 21 Mar '03

21 Mar '03

If someone can identify what you are actually seeing, I'll check into it. If you are experiencing drops or slow traces, only through the core, there is an issue with excessive de-prioritization of ICMP control message with a particular router type (vendcor) in the core. End to end data flow has not seemed to be affected but trace and ping core latencies are looking very wierd. I've been asking customers to use trace only for path detail and to use end to end ping for any performance data. Yes, the core is MPLS enabled. Diffserv acted on only at the edges though. Michelle Michelle Truman CCIE # 8098 Principal Technical Consultant AT&T Solutions Center mailto:mtruman@att.com VO: 651-998-0949 w 612-376-5137 -----Original Message----- From: brett watson [mailto:brett@the-watsons.org] Sent: Wednesday, March 19, 2003 1:48 PM To: nanog(a)merit.edu Subject: Re: Problems with AT&T On Wednesday, Mar 19, 2003, at 12:28 America/Phoenix, Sean Donelan wrote: > > On Wed, 19 Mar 2003, German Martinez wrote: >> Anybody here seeing problems with AS7018 ? > > ... ... > If you report it to AT&T, they seem to get it fixed; but then > the problems re-appear a few days later. I'm guessing that packet size > is relevant, but I haven't spent much time trying to troubleshoot it. isn't at&t heavily MPLSed? maybe something to do with mpls tunnels, or diff-serv marking?

3 3

RE: Problems with AT&T
by Truman, Michelle, SALES 21 Mar '03

21 Mar '03

I'll answer you offline. There are legal issues. Michelle Truman CCIE # 8098 Principal Technical Consultant AT&T Solutions Center mailto:mtruman@att.com VO: 651-998-0949 w 612-376-5137 -----Original Message----- From: Brennan_Murphy(a)NAI.com [mailto:Brennan_Murphy@NAI.com] Sent: Friday, March 21, 2003 10:59 AM To: Truman, Michelle, SALES; mohammed_al_sukkar(a)maktoob.com Cc: nanog(a)merit.edu Subject: RE: Problems with AT&T Personally, I would have preferred that the caution showed itself prior to rolling out something that doesnt support ICMP sufficiently. Caution at that stage would have been most appropriate and most welcome. :-) Can you elaborate on which vendor and what specific issue you are dealing with? That might alleviate some head scratching as we (any affected parties) all await the vendor fix. I've got an HTTPS application that used to work great when InterNAP was giving us a path from Dallas to Atlanta over UUNET's network. But when we moved to Plano, InterNAP started pushing us over AT&T. The RTT is fantastic to our destination which is why I suppose we have that route but I suspect that it's not simply ICMP that's getting dropped on AT&T's network. Sorry, I've heard it from mutliple sources that it's just ICMP that's getting deprioritized/dropped but I'm skeptical. I've lost a little faith in the InterNAP secret sauce. :( -----Original Message----- From: Truman, Michelle, SALES [mailto:mtruman@att.com] Sent: Friday, March 21, 2003 2:01 AM To: Mohammed Al Sukkar Cc: nanog(a)merit.edu Subject: RE: Problems with AT&T Mohammed, AT&T is working with the vendor on a fix. It has to be compatible with all other protocols and services running in this network. This is not a small network and so these things take a bit of time. It will be done, but perhaps not fast enough for you. There's certainly no telling whether the other carrier you reference is using the exact same platform as AT&T, or services. We're cautious about these things. Michelle Truman CCIE # 8098 Principal Technical Consultant AT&T Solutions Center mailto:mtruman@att.com VO: 651-998-0949 w 612-376-5137 -----Original Message----- From: Mohammed Al Sukkar [mailto:mohammed_al_sukkar@maktoob.com] Sent: Thursday, March 20, 2003 8:05 PM To: Truman, Michelle, SALES Cc: nanog(a)merit.edu Subject: RE: Problems with AT&T "Truman, Michelle, SALES Write >If you are experiencing drops or slow traces, only through the core, >there is an issue with excessive de-prioritization of ICMP control >message with a particular router type (vendcor) in the core. End to end >data flow has not seemed to be affected but trace and ping core >latencies are looking very wierd. I've been asking customers to use >trace only for path detail and to use end to end ping for any >performance data Problem happen for week and make troubleshoot difficult. Please call Avici Support for download the new Software. Other Carrier have upgrade already. _________________________________________________________ Share your artistic, creative and literary work on My Corner with many, many others! http://www.maktoob.com/

1 0

RE: Problems with AT&T
by Brennan_Murphy＠NAI.com 21 Mar '03

21 Mar '03

Personally, I would have preferred that the caution showed itself prior to rolling out something that doesnt support ICMP sufficiently. Caution at that stage would have been most appropriate and most welcome. :-) Can you elaborate on which vendor and what specific issue you are dealing with? That might alleviate some head scratching as we (any affected parties) all await the vendor fix. I've got an HTTPS application that used to work great when InterNAP was giving us a path from Dallas to Atlanta over UUNET's network. But when we moved to Plano, InterNAP started pushing us over AT&T. The RTT is fantastic to our destination which is why I suppose we have that route but I suspect that it's not simply ICMP that's getting dropped on AT&T's network. Sorry, I've heard it from mutliple sources that it's just ICMP that's getting deprioritized/dropped but I'm skeptical. I've lost a little faith in the InterNAP secret sauce. :( -----Original Message----- From: Truman, Michelle, SALES [mailto:mtruman@att.com] Sent: Friday, March 21, 2003 2:01 AM To: Mohammed Al Sukkar Cc: nanog(a)merit.edu Subject: RE: Problems with AT&T Mohammed, AT&T is working with the vendor on a fix. It has to be compatible with all other protocols and services running in this network. This is not a small network and so these things take a bit of time. It will be done, but perhaps not fast enough for you. There's certainly no telling whether the other carrier you reference is using the exact same platform as AT&T, or services. We're cautious about these things. Michelle Truman CCIE # 8098 Principal Technical Consultant AT&T Solutions Center mailto:mtruman@att.com VO: 651-998-0949 w 612-376-5137 -----Original Message----- From: Mohammed Al Sukkar [mailto:mohammed_al_sukkar@maktoob.com] Sent: Thursday, March 20, 2003 8:05 PM To: Truman, Michelle, SALES Cc: nanog(a)merit.edu Subject: RE: Problems with AT&T "Truman, Michelle, SALES Write >If you are experiencing drops or slow traces, only through the core, >there is an issue with excessive de-prioritization of ICMP control >message with a particular router type (vendcor) in the core. End to end >data flow has not seemed to be affected but trace and ping core >latencies are looking very wierd. I've been asking customers to use >trace only for path detail and to use end to end ping for any >performance data Problem happen for week and make troubleshoot difficult. Please call Avici Support for download the new Software. Other Carrier have upgrade already. _________________________________________________________ Share your artistic, creative and literary work on My Corner with many, many others! http://www.maktoob.com/

1 0

ATM SVCs/Signalling
by Mark Borchers 21 Mar '03

21 Mar '03

Good morning, I'm working on a project that requires the use of ATM SVCs through a large PNNI cloud. My equipment sits on the edges of the cloud. It appears that static NSAP routes configured on one of the upstream edge switches is being intermittently withdrawn (or blocked). Are there any operators on the list who have experienced this type of problem or could point me in the right direction as to what could cause this to happen? Thank you, -- Mark Borchers Infinite Global Infrastructures, LLC

2 2

The Cidr Report
by cidr-report＠potaroo.net 21 Mar '03

21 Mar '03

This report has been generated at Fri Mar 21 21:46:30 2003 AEST. The report analyses the BGP Routing Table of an AS4637 (Reach) router and generates a report on aggregation potential within the table. Check http://www.cidr-report.org/as4637 for a current version of this report. Recent Table History Date Prefixes CIDR Agg 14-03-03 120659 86373 15-03-03 120724 85975 16-03-03 120525 85886 17-03-03 120567 85987 18-03-03 120637 86171 19-03-03 120704 86222 20-03-03 120817 86331 21-03-03 120815 86377 AS Summary 14780 Number of ASes in routing system 5842 Number of ASes announcing only one prefix 1555 Largest number of prefixes announced by an AS AS701 : ALTERNET-AS UUNET Technologies, Inc. 73048064 Largest address span announced by an AS (/32s) AS568 : SUMNET-AS DISO-UNRRA Aggregation Summary The algorithm used in this report proposes aggregation only when there is a precise match using the AS path, so as to preserve traffic transit policies. Aggregation is also proposed across non-advertised address space ('holes'). --- 21Mar03 --- ASnum NetsNow NetsAggr NetGain % Gain Description Table 120844 86356 34488 28.5% All ASes AS3908 1097 536 561 51.1% SUPERNETASBLK SuperNet, Inc. AS18566 505 13 492 97.4% COVAD Covad Communications AS4151 545 108 437 80.2% USDA-1 USDA AS701 1555 1126 429 27.6% ALTERNET-AS UUNET Technologies, Inc. AS7843 614 214 400 65.1% ADELPHIA-AS Adelphia Corp. AS4323 555 173 382 68.8% TW-COMM Time Warner Communications, Inc. AS7018 1353 982 371 27.4% ATT-INTERNET4 AT&T WorldNet Services AS1221 1104 808 296 26.8% ASN-TELSTRA Telstra Pty Ltd AS22927 295 14 281 95.3% AR-TEAR2-LACNIC TELEFONICA DE ARGENTINA AS1239 972 692 280 28.8% SPRINTLINK Sprint AS1 705 430 275 39.0% GNTY-1 Genuity AS6197 475 202 273 57.5% BATI-ATL BellSouth Network Solutions, Inc AS4355 385 119 266 69.1% ERMS-EARTHLNK EARTHLINK, INC AS6198 448 183 265 59.2% BATI-MIA BellSouth Network Solutions, Inc AS705 457 203 254 55.6% ASN-ALTERNET UUNET Technologies, Inc. AS4814 264 15 249 94.3% CHINANET-BEIJING-AP China Telecom (Group) AS2386 496 275 221 44.6% INS-AS AT&T Data Communications Services AS27364 278 69 209 75.2% ACS-INTERNET Armstrong Cable Services AS17676 233 29 204 87.6% GIGAINFRA XTAGE CORPORATION AS22291 243 48 195 80.2% CHARTER-LA Charter Communications AS4134 310 119 191 61.6% CHINANET-BACKBONE No.31,Jin-rong Street AS209 531 341 190 35.8% ASN-QWEST Qwest AS690 504 314 190 37.7% MERIT-AS-27 Merit Network Inc. AS6347 370 194 176 47.6% DIAMOND SAVVIS Communications Corporation AS3561 517 342 175 33.8% CWUSA Cable & Wireless USA AS2048 259 87 172 66.4% LANET-1 State of Louisiana AS17557 374 211 163 43.6% PKTELECOM-AS-AP Pakistan Telecom AS22773 191 32 159 83.2% CCINET-2 Cox Communications Inc. Atlanta AS7303 242 89 153 63.2% AR-TAST-LACNIC Telecom Argentina Stet-France Telecom S.A. AS8372 182 30 152 83.5% COLT-UK-AS COLT Internet UK Access Network. Total 16059 7998 8061 50.2% Top 30 total Please see http://www.cidr-report.org for the full report ------------------------------------ Copies of this report are mailed to: nanog(a)merit.edu eof-list(a)ripe.net apops(a)apops.net routing-wg(a)ripe.net afnog(a)afnog.org

1 0