- NANOG - lists.nanog.org

Re: Local Exchanges?
by Steven Huter 10 Mar '98

10 Mar '98

Joel Sadler wrote: > b. If there is no such list, I'd really like to get it started. The Exchange Point info Bill Manning maintains also includes local IXs in Asia, Africa, Middle East, ALyC, etc. It would be more helpful to just contribute to keeping those all of those pages current. Regards, Steve Huter, NSRC http://nsrc.org/

2 1

Routing policies
by Ben Buxton 09 Mar '98

09 Mar '98

As some of you may not be aware, several traditional class A address ranges have been allocated to various NICs who are then sub-allocating them in blocks of /19. One of these is 61/8. I've been allocated one of these (68.8.0/19), and have been trying to get it routed properly on the net. However numerous providers filter almost all of the class A space at /8, rendering these allocations fairly useless. I've mailed a couple of providers and they've kindly changed their policies to allow for this. Can all providers please update their filter policies to allow for these /19 chunks? I know there is at least 24/8 and 61/8 but there may be more. Thanks -- Ben Buxton_____________________ o _ _--_|\ ZIP Internet P/L Zip Guy bb(a)zip.com.au /____|___|_)________/______\______________________ Voice: 9270-4777 | . \_.--._* Virtually Dial-in: 9247-7288, 9247-9144 Fax: 92475276 v the best :)

1 0

Local Exchanges?
by Joel Sadler 09 Mar '98

09 Mar '98

hola, I have been searching for, and unable to find a "definitive" list of local exchanges. I've got Bill Manning's <http://www.isi.edu/div7/ra/NAPs/naps_na.html>, but I've seen announcements of more then a few exchanges that aren't on that list. What I'd like is to ask that one of the following things happen: a. If you know of such a definitive list, and I just haven't found it, let us all know. b. If there is no such list, I'd really like to get it started. I'll commit to maintaining it regularly for at least 18 months. I really don't care where it's "housed." I think that such a list being incomplete is to our detriment. Granted, there are far worse problems, but ... The benefits of such a list would seem to speak for themselves. I have my own reasons for wanting the data, but think that a collected list like this would benefit quite a few more people then myself, if they can only find it. Before I get too much further with this, I'd like to define what I mean by a local exchange: - inter-provider traffic exchange for a mutually agreed upon geographic area/region. No backbone transit expected, but may be provided for an extra fee. Examples would be: SIX <http://www.altopia.com/six>, BNAP <http://www.baltimore-nap.net>, and AMAP <http://zanett.alaska.net/~mattm/amap>. I am not looking for PAIX's, MAE's, etc. Local exchanges, IMHO, are not concerned with getting packets across the country - rather, they are more interested in keeping traffic within the same geographic region to keep it off the backbone to begin with. Here's what I'd like to propose: If you are a member of such an exchange, and your exchange's charter doesn't forbid it, please drop me a line with the details outlined below. If there is something in your charter forbidding such an "admission", please take it up with the other members of the exchange and try to get it ok'd. I'll drop the list a line after ISP-Con, with either a URL or a cry of frustration. Lastly, if you've got suggestions, flames, or chocolate, please feel free to drop me a line. As this is NANOG, discussion probably should move to NOD-list, if warranted. ============================= 1. City? 2. Exchange Name? 3. URL for exchange? 4. Transit provided? 5. Transport options? Joel Sadler | "Hacker Tourism: Travel to exotic places Ex-Indentured Servant | in search of sights and sensations that only null(a)alaska.net | would be of interest to a geek." - Neal Stephenson

2 1

Outages.
by mhirse＠UU.NET 09 Mar '98

09 Mar '98

There is a large number of outages that are the result of severe weather conditions in certain regions. MidWest is experiencing severe weather conditions at this time. We have trunks that are down. @ 15:40 MFS has a OC48 down that is affecting some of our sites. This might also be affecting other providors. Please make note. Mohamed A. Hirse Corporate Network Engineer UUNET Technologies, INC

1 0

Boston space
by Brian Horvitz 09 Mar '98

09 Mar '98

Anybody have/know of some good colo space in Boston? Most important is access to Bell Atlantic Copper. I'd like to run some DSL stuff for my Boston customers (don't start with me on that one...). Brian Horvitz

1 0

Chicago outage?
by Kevin Houle 09 Mar '98

09 Mar '98

Just called UUNET to ask why traffic from MSP1 to CHI1 is crawling. They said there is a WorldCom OC-12 outage in the Chicago area afecting CHI <-> DC traffic. Something weather related. UUNET ticket # 694960. We have a pipe to MCI in WillowSprings, and it is crawling as well. Chicago apears to be a congested place at the moment. Kevin

2 1

Re: Some abuse detection hacks ...
by prue＠ISI.EDU 09 Mar '98

09 Mar '98

Avi Freedmans post with a perl script to look for network abuses a while back got me to thinking that a C program could be written to do what his scripts do in near real time, continuously, if desired. It is possible to get Cisco routers to dump netflow data records to a host. I modified a Cisco demonstration program called fdget.c to look at the netflow data records and search for illegimate default pointing or transit routing from unauthorized source AS's to unauthorized destination AS's. I have made this program available via anonymous ftp (not a URL) on venera.isi.edu in subdirectory mon. This directory is blind. You must know what files you wish to retrieve by exact name. The files of interest are: atack.c README.atack flowdata.h I hope that you find them useful. My thanks go to Cisco for letting me distribute this program even though most of the code was written by Cisco. So keep in mind any bugs are mine. Walt Prue Los Nettos USC/ISI

1 0

Re: Sprint outage 980309
by Jay Stewart 09 Mar '98

09 Mar '98

> Anyone from Sprint care to publicly shed light on the 4 hour outage > this morning? > > -- > Joe Provo, Network Architect Four hours? My Sprintlink circuit has been down for over 5 hours, and still showing: 5 minute input rate 0 bits/sec, 0 packets/sec 5 minute output rate 0 bits/sec, 0 packets/sec I hope they fix it soon. I'd rather not see it make six hours. . Jay Stewart Vice President Olympia Networking Services - "Olympia's Premier Internet Provider" Phone 360.753-3636 Fax 360.357.6160 http://www.olywa.net/

2 1

ARIN Whois Update
by Kim Hubbard 09 Mar '98

09 Mar '98

Effective Sunday, March 8, 1998 all ARIN Point of Contact (POC) handles will have a -ARIN extension. This is being done to differentiate between the various registry handles. All POC handles currently listed in the ARIN database will have the -ARIN extension added to them and newly created ARIN handles will include -ARIN. Searching for POC handles in ARIN's Whois requires the addition of the -ARIN extension to the handle, e.g., JS1-ARIN. Handle queries that do not use the -ARIN extention will result in a "no matches found". When submitting templates to ARIN please include the -ARIN extension when listing a pre-existing POC handle. Thanks, Kim Hubbard American Registry for Internet Numbers

2 1

RE: BGP Confederation config problem...
by Richard Parker 09 Mar '98

09 Mar '98

Andy, > We have a 4-memberAS confederation, each with two IBGP peers. The > arrangement looks sort of like an octagon. the "r" is AS3 is an > internal hop, not a BGP peer. > > _______ ______ > | R-----R---r | > | / | | | | > |AS2 R | |AS3 R | > ----|-- ----|- > | | > ____|__ ____|_ > |AS4 R | |AS1 R | > | \ | | / | > | R-------R | > ------- ------ > > The problem is this: How do you get BGP to choose the shortest > "AS PATH", since internal AS paths are ignored in selecting BGP > routes? Right now, to top router in AS4 will always choose a > route through (2 3 1) instead of (1), because it prefers > "external" routes (even external confederation routes) over > internal routes. > > So, when given a choice, the router on the distant side of the AS > will ALWAYS prefer the three-AS-hop path, because it is external. > Is there a way around this?!? Perhaps I'm misunderstanding your question, but I thought BGP considered AS_path length before considering whether the path was an external path or an internal path. According to the Cisco documentation, BGP uses the following criteria to select a path for a destination: 1. If the path specifies a next hop that is inaccessible, drop the update. 2. Prefer the path with the largest weight. 3. If the weights are the same, prefer the path with the largest local preference. 4. If the local preferences are the same, prefer the path that was originated by BGP running on this router. 5. If no route was originated, prefer the route that has the shortest AS_path. 6. If all paths have the same AS_path length, prefer the path with the lowest origin type (where IGP is lower than EGP, and EGP is lower than Incomplete). 7. If the origin codes are the same, prefer the path with the lowest MED attribute. 8. If the paths have the same MED, prefer the external path over the internal path. 9. If the paths are still the same, prefer the path through the closest IGP neighbor. 10. Prefer the path with the lowest IP address, as specified by the BGP router ID. So, I'm going to make the following assumptions: A. Your BGP configuration is correct, i.e. the routes to AS1 via AS2 don't have a larger weight or local preference. B. You don't have any connectivity problems, i.e. the BGP table in the top router in AS4 contains routes that follow both the (2 3 1) path and the (1) path to the networks in AS1. C. AS4 only originates routes to networks in AS4, not the entire BGP confederation, i.e. no explicit "network" statements for the networks in AS1 and no redistribution of IGP routes to AS1's networks into AS4's BGP table. If this is all true, then perhaps your problem is a "next hop" problem. A next hop problem can occur when the next hop for a BGP entry is unreachable via the IGP. In your example the direct routes to AS1 in the top router in AS4 would have as their next hop the external interface of the bottom router in AS4. So, are you running an IGP on the external interface of the bottom router in AS4? If you are not running an IGP on the external interface, then BGP is not selecting the direct routes to AS1 because they're being rejected due to rule 1 in the above table. If this is indeed the problem, make sure that when you go to fix the problem that you run the IGP on the external interface in "passive" mode so that the peer doesn't hear your IGP updates. -Richard ------------------------------------------------------------ Richard Parker Third Point Systems <richard_parker(a)thirdpoint.com> 2400 Broadway Ave. #D230 +1 (310) 829-5949 Santa Monica, CA 90404

2 1