July 2002 - Test - lists.nanog.org

email problems part 2
by Richard Welty 09 Jul '02

09 Jul '02

if i try and reply personally to everyone, i'll be typing for years. thanks for the replies, i think we've got a handle on it now. some recent updates to some mail clients are interacting badly with some spurious c/r characters that Mahogany inserts after some headers. the mahogany developers are on it, i expect my client to be fixed in the near future. thanks again, richard -- Richard Welty rwelty(a)averillpark.net Averill Park Networking 518-573-7592 Unix, Linux, IP Network Engineering, Security

1 0

email problems
by Richard Welty 09 Jul '02

09 Jul '02

apologies in advance for this somewhat off topic posting. back in may, a number of you contacted me indicating that there were problems with email that i was sending out (for example, some of you are getting no visible From: or To:) one of the authors of my email client wishes to investigate; if anyone can supply complete copies of such an email (including _complete_ headers), i'd appreciate it. obviously, send them directly to me, not to the entire nanog list. problems have been reported both with some versions of M$ Outlook and Netscape mail. thanks in advance, richard -- Richard Welty rwelty(a)averillpark.net Averill Park Networking 518-573-7592 Unix, Linux, IP Network Engineering, Security

1 0

Dailup IP list and Earthlink email servers
by Ukyo Kuonji 09 Jul '02

09 Jul '02

Within the last 24 hours, an email server I have been using for over 3 years has started being denied by Earthlink's email servers for being an open relay OR dailup server. The server is neither, and has been secured against relaying for well over 2 years. The server is sitting on a business ADSL line in the SJC area. My question is... What list of dialup servers is earthlink using, and how do these ip addresses get on this list? This is why I don't like these stupid lists, it's too easy to deny mail from a valid server by mistake. Any help would be appriciated. UK _________________________________________________________________ MSN Photos is the easiest way to share and print your photos: http://photos.msn.com/support/worldwide.aspx

1 0

Re: Readiness for IPV6
by Joe St Sauver 09 Jul '02

09 Jul '02

And of course in the American higher education space, IPv6 traffic handling was one of the factors that motivated the selection of Juniper's T640's for the next generation of the Abilene/Internet2 backbone (see: http://archives.internet2.edu/guest/archives/I2-NEWS/log200204/msg00003.html) Related to that, a growing number of Internet2 connectors now do native IPv6 peering with the Abilene backbone (rather than tunnelling their v6 connectivity), including NYSERnet, the Pittsburgh Gigapop, Great Plains, WiscNet, 6Tap, CUDI, ANS, MAX, Surfnet, and APAN. (see, for example: http://listserv.indiana.edu/cgi-bin/wa?A2=ind0207B&L=abilene-ops-l&P=R2) Regards, Joe

2 1

AS11443 / OLM-03 / 216.71.0.0/17 unreachable
by Ingo Flaschberger 09 Jul '02

09 Jul '02

Hi over 4 hours the netblock 216.71.0.0/17 was not reachable. currently it works again (ober bbn-planet) OLM LLC (ASN-OLM) 3080 Ogden Ave Lisle, IL 60532 US before it was reachable over this paths (fom ris: http://www.ripe.net/ripencc/pub-services/np/ris/rrc05.html) 216.71.0.0/17 2002-07-09 07:43:20202.12.28.190 4777 2516 701 1 11443 216.71.0.0/17 2002-07-06 10:48:35 212.20.151.234 13129 6461 701 11443 216.71.0.0/17 2002-07-07 05:29:54 193.0.0.56 3333 9057 3549 11443 11443 at the routeserver of bbnplanet (genuity) the network was also not in bgp-table. gblx said, the the circuit to OLM was definitly down. reason unkown. does sbdy know more information about this? bye, Ingo Flaschberger -- we own the fibre; 09.06.1998 illiad

1 0

AS number inconsistencies
by Marwan Fayed 09 Jul '02

09 Jul '02

Hi All, This is my first post to this list so please forgive me if it's in any way inappropriate, and as I know everyone has work to do, I'll try to be brief. I am a CS PhD student trying to track ASes (for reasons I'm happy to discuss offline). There is a grave inconsistency I have come across and can't explain. Simply, there seems to be many AS numbers in the non-private range that come into use at some point in time and advertise a range of IPs, but these AS numbers are not allocated until much later. More specifically, archived BGP tables show many AS numbers which ARIN shows not to have allocated (in their allocation history tables) until many months, sometimes a year/two, later. The number of such ASes has shrunk over time (from about 100 in 1999/2000 to 20-30 in 2002) but still exists. I don't want to "name ASes" <grin>. Does any one have any explanations? Are network operators "notified" of their new AS number well in advance of the actual receipt of that number on paper, for example? Any help is appreciated (and hopefully this occurence is of interest to nanog). Thanks, --marwan ps. If one wishes to refer to a cluster of members of nanog, are they referred to as "NANOs"? (Not to be confused with the salutation made famous by tv's Mork & Mindy, of course) :-) ******************************************************** "Theatre is not supposed to change the world, but it can show the world can change." --unnamed director ********************************************************

8 8

Re: Readiness for IPV6
by Rizzo Frank 08 Jul '02

08 Jul '02

Alif The Terrible wrote: > Afraid not. How about you? Good to hear, Jerry. Have you forged any checks in the past, or are the guys on usenet full of it? Frank Rizzo

3 2

Re: Bogus bogon?
by Rob Thomas 08 Jul '02

08 Jul '02

Hi, John. ] 192.88.99.0/24 which is the 6to4 anycast network. Do we really want to be ] filtering that prefix? Good question. I'm re-reading RFC 3068 now, and the RFC appears to allow for the advertisement of this prefix into the global table. I'm wondering if this is wise, however. It seems this prefix would best be used internally. What do others think? Thanks, Rob. -- Rob Thomas http://www.cymru.com ASSERT(coffee != empty);

3 2

Prefix delta
by Rob Thomas 08 Jul '02

08 Jul '02

Hi, NANOGers. I received a suggestion to graph the changes in the number of prefixes in the Internet routing table. I have put together a simple page that provides this data, updated every five minutes. http://www.cymru.com/BGP/deltapref.html This is a very simple text page. It will be replaced by a graph as soon as I have the time to configure RRDTool. :) This data is based on my nine BGP peering sessions. If you would like to be peer number ten (or eleven, or twelve...), feel free to ping on me. I have forgotten who made this suggestion, so I am not able to give proper credit. To whomever you are - thanks. :) Thanks, Rob. -- Rob Thomas http://www.cymru.com ASSERT(coffee != empty);

1 0

Re: WorldComm Fiber Cut????
by Internet Guy 08 Jul '02

08 Jul '02

HHHMMM... Very interesting. Someone who believes what a carrier really tells them. If you go to the MFN homepage & click on the graphs listed below, then you might see that possibly the data being displayed is both inaccurate, as well as misleading. Go to SJC OC3 Los Angeles, to OC192 SJC3 to SJC4, to OC12 MaeW ATM, OC48 # 2 for IAD to NYR, IAD # 2 to PAIX VA OC48, DCA2 to DFW2 OC48, PAIX OC12 to Core1.sjc, NPA - DS3 to San Jose, LGA1 OC192#2 to IAD, LGA1 OC48 to Chicago, NYC Backbone OC192 to LGA2, NYC Backbone OC48 # 2 to core3.lga1, ETC... Each one of these graphs shows abnormalities in the flow of internet data, such as "pits", spikes, square wave function graphs, clipping on some waveforms, etc. This is not limited to MFN. I have observed this on other similiar types of Sundry network data collection systems. It is not easy to see HOW BAD the problem is with these Sundry data collection systems, UNTIL you expand the MRTG graph. Once this is done, then you can really see how bad the integrity of the collected data really is. A small MRTG graph really masks the problems associated with the data which is being displayed. With a larger graph, you definately see the problems associated with todays Sundry systems. As there is no way to really verify the QUALITY or INTEGRITY of the data being displayed, then I submit as fact, that what is being shown here is really in a grey area, at best. So who really knows how correct, the data which is being displayed on the MFN home page is really is ? Cause with the clipping, spiking, pits, & squarewave graphs, small graphing scale being shown, definately, I have my doubts ... One would also wonder, that if this data collection system is used by MFN to generate bills for customers of MFN who are charged by the Megabyte, what these customers bills look like & HOW accurate these bills really are... Regards, Mike Martin. >From: "Pawlukiewicz Jane" <pawlukiewicz_jane(a)bah.com> >To: "nanog(a)merit.edu" <nanog(a)merit.edu> >Subject: Re: WorldComm Fiber Cut???? >Date: Mon, 08 Jul 2002 10:52:18 -0400 > > >MFNs status page is: > >http://www.mfn.com/network/ip_networkstatus.shtm#sjc > >Jane > >Sean Donelan wrote: > > > > On Sun, 7 Jul 2002, Gerardo A. Gregory wrote: > > > Can someone from WorldComm please verify a fiber cut that happened >today at > > > around 11:30 am (Central). I have bveen informed that a fiber cut in > > > Illinois (or Indiana) has been in effect (until just a few minutes) >for all > > > of the afternoon and most of the evening. > > > > Worldcom is reporting a problems near Chicago. Earthlink is reporting > > problems affecting its customers in Indiana, Illinois, Iowa, Michigan, > > Wisconsin and Ohio. > > > > http://help.mindspring.com/netstatus/ > > http://www.noc.uu.net/ > > > > Cable & Wireless is showing delays out of Cleveland, Ohio > > > > http://sla.cw.net/ > > > > AT&T and Sprint aren't reporting any problems. > > > > http://ipnetwork.bgtmo.ip.att.net/index.html > > http://www.sprint.net/ > > > > MFN's and PSI's network status pages have stopped working for me, so I > > don't know if they are having problems. > > > > http://www.above.net/html/techlog.txt > > http://www.psi.net/cgi-bin/netstatus.pl5 _________________________________________________________________ Chat with friends online, try MSN Messenger: http://messenger.msn.com

5 4