RE: Katrina could inundate New Orleans

2005-08-29 Thread Steve Gibbard
On Mon, 29 Aug 2005, Dave Stewart wrote: Y'know... I do have to wonder whether Internet access is nearly as important as power and communications (traditional comms, such as the PTSN). Granted, it'll be interesting to see how things shake out - but I just can't buy that getting the Internet

Re: Katrina could inundate New Orleans

2005-08-29 Thread Richard A Steenbergen
On Mon, Aug 29, 2005 at 12:10:54AM -0700, Steve Gibbard wrote: And then, as others have pointed out, there's the question of whether other places are dependent on infrastructure in New Orleans. It's not a place I've ever seen prominently figure on any ISP's nation-wide network maps.

RE: Katrina could inundate New Orleans

2005-08-29 Thread Justin M. Streiner
On Mon, 29 Aug 2005, Hannigan, Martin wrote: Some of this is on topic. Internet access is as important as the lights or water being on. Right, get out, but it'll be good to see reasonable updates on what's going on utilities wise down there when the weather shifts. I'm sure other

Re: Katrina could inundate New Orleans

2005-08-29 Thread Jared Mauch
On Mon, Aug 29, 2005 at 09:17:40AM -0400, Justin M. Streiner wrote: On Mon, 29 Aug 2005, Hannigan, Martin wrote: Some of this is on topic. Internet access is as important as the lights or water being on. Right, get out, but it'll be good to see reasonable updates on what's going on

Re: Katrina could inundate New Orleans

2005-08-29 Thread Todd Underwood
Folx, Renesys data is showing lots of outaged prefixes that geolocate to the affected areas, not surprisingly. Pix are at: [All pix are current as of 13h50 UCT. I'll be happy to update if there is interest.] http://www.renesys.com/images/LAout.png http://www.renesys.com/images/MSout.png

RE: Katrina could inundate New Orleans

2005-08-29 Thread Matthew Kaufman
Dave Stewart: Y'know... I do have to wonder whether Internet access is nearly as important as power and communications (traditional comms, such as the PTSN). Granted, it'll be interesting to see how things shake out - but I just can't buy that getting the Internet working should/will

Order of ASes in the BGP Path

2005-08-29 Thread Abhishek Verma
Hi, Is the order of AS numbers (except for perhaps the first one which denotes the AS the route was originated from) in the AS_PATH in BGP important? In fact, does anybody even care for the first AS number that appears in the Path? AFAIK, AS numbers in the BGP serves two purposes. It helps in

Re: Order of ASes in the BGP Path

2005-08-29 Thread Richard A Steenbergen
On Mon, Aug 29, 2005 at 10:15:26PM +0530, Abhishek Verma wrote: Hi, Is the order of AS numbers (except for perhaps the first one which denotes the AS the route was originated from) in the AS_PATH in BGP important? In fact, does anybody even care for the first AS number that appears in

Re: Order of ASes in the BGP Path

2005-08-29 Thread Robert Bonomi
Date: Mon, 29 Aug 2005 22:15:26 +0530 From: Abhishek Verma [EMAIL PROTECTED] Subject: Order of ASes in the BGP Path Hi, Is the order of AS numbers (except for perhaps the first one which denotes the AS the route was originated from) in the AS_PATH in BGP important? In fact, does anybody

Re: Order of ASes in the BGP Path

2005-08-29 Thread Paul Jakma
On Mon, 29 Aug 2005, Robert Bonomi wrote: Per the RFCs on the subject, if you _receive_ an unordered set from a downstream, you can propogate that unordered set, but you must prepend your AS in the 'ordered' fashion. Right. And you must use the ordered path tagging for any new stuff you

Re: Order of ASes in the BGP Path

2005-08-29 Thread Paul Jakma
On Mon, 29 Aug 2005, Abhishek Verma wrote: Legend: {} denotes the sequence, while [] denotes the set Path {1 2} [3 4] {5} Would somebody mind if this was represented as {1 2 5} [3 4] ? Yes, they are different paths. You are allowed to merge adjacent sequences, eg: {1 2} {5} [3

Re: Order of ASes in the BGP Path

2005-08-29 Thread Randy Bush
seems to me that, if your questions are not clearly answered by the bgp specs, then something is sorely broken. randy

Re: Order of ASes in the BGP Path

2005-08-29 Thread Steven M. Bellovin
In message [EMAIL PROTECTED], Abhishek Verma writes: Hi, Is the order of AS numbers (except for perhaps the first one which denotes the AS the route was originated from) in the AS_PATH in BGP important? In fact, does anybody even care for the first AS number that appears in the Path? AFAIK, AS

Re: Order of ASes in the BGP Path

2005-08-29 Thread Stephen J. Wilcox
On Mon, 29 Aug 2005, Abhishek Verma wrote: Hi, Is the order of AS numbers (except for perhaps the first one which denotes the AS the route was originated from) in the AS_PATH in BGP important? In fact, does anybody even care for the first AS number that appears in the Path? AFAIK, AS

Re: Order of ASes in the BGP Path

2005-08-29 Thread Abhishek Verma
I thank everyone who took time off their busy schedules and answered me on this. I now understand that people do look at the AS_PATH and the order of ASes is important for debugging, etc. Regards, Abhishek On 8/29/05, Richard A Steenbergen [EMAIL PROTECTED] wrote: On Mon, Aug 29, 2005 at

Re: Order of ASes in the BGP Path

2005-08-29 Thread Randy Bush
I thank everyone who took time off their busy schedules and answered me on this. I now understand that people do look at the AS_PATH and the order of ASes is important for debugging, etc. and thank you for reading the rfc randy

Re: Order of ASes in the BGP Path

2005-08-29 Thread Tom Sanders
Legend: {} denotes the sequence, while [] denotes the set Path {1 2} [3 4] {5} As I understand the specs, that is -not- allowed. an unordered set can appear only as the _last_ element of the AS path list. Yes, I understand that right now it is not possible to receieve or generate

Re: Order of ASes in the BGP Path

2005-08-29 Thread william(at)elan.net
On Mon, 29 Aug 2005, Abhishek Verma wrote: Legend: {} denotes the sequence, while [] denotes the set Path {1 2} [3 4] {5} Would somebody mind if this was represented as {1 2 5} [3 4] ? I see it as a bad idea for bgp table / routing analysis as it completely confuses who is #5 really

Re: Order of ASes in the BGP Path

2005-08-29 Thread Tom Sanders
You can *not* merge AS_SET's, as the current BGP specs imply an AS_SET has a fixed path-length, hence you should NOT merge the sets in: {1 2} [3 4] [5 6] into: {1 2} [3 4 5 6] as the former path has a length of 3, the latter a length of just 2 - merging sets could

Re: Order of ASes in the BGP Path

2005-08-29 Thread Abhishek Verma
Since i smell some traces of sarcasm here. On 8/30/05, Randy Bush [EMAIL PROTECTED] wrote: I thank everyone who took time off their busy schedules and answered me on this. I now understand that people do look at the AS_PATH and the order of ASes is important for debugging, etc.and thank you for

Re: Order of ASes in the BGP Path

2005-08-29 Thread Paul Jakma
On Tue, 30 Aug 2005, Tom Sanders wrote: This is one thing that i have always been aware of but dont see it mentioned in the BGP draft which can be quite confusing to the newbies. Is it possible to explicitly mention this in draft-ietf-idr-bgp-26.txt? Impossible given draft-ietf-idr-bgp4-26