- NANOG - lists.nanog.org

RE: dsl providers that will route /24
by Jason Lixfeld 02 Apr '01

02 Apr '01

Are we talking business grade DSL or Resi grade DSL? > -----Original Message----- > From: Roeland Meyer [mailto:rmeyer@mhsc.com] > Sent: Sunday, March 25, 2001 3:04 PM > To: 'michael'; nanog(a)merit.edu > Subject: RE: dsl providers that will route /24 > > > > If you find such, I want to know too. > > > -----Original Message----- > > From: michael [mailto:michael@aplatform.com] > > Sent: Sunday, March 25, 2001 8:08 AM > > To: nanog(a)merit.edu > > Subject: dsl providers that will route /24 > > > > > > > > Hello, > > > > Looking for contact information on dsl providers that route > > IP space not > > within their assigned block. I am also curious on high > speed wireless > > doing the same. > > > > Thanks, > > > > Michael... > > > > > > > -------------------------------------------------------------- > ----------- > This email server is running an evaluation copy of the > MailShield anti- > spam software. Please contact your email administrator if you have any > questions about this message. MailShield product info: www.mailshield.com .

19 70

IPv4 IP multicast best current practice
by Bill Nickless 02 Apr '01

02 Apr '01

-----BEGIN PGP SIGNED MESSAGE----- I have posted http://www-fp.mcs.anl.gov/~nickless/draft-nickless-ipv4-mcast-bcp-00.txt to the internet-drafts(a)ietf.org and the IETF mboned mailing lists. As I'm hoping it will eventually be adopted as a Best Current Practice, (having operational significance) please read it over and comment. === Bill Nickless http://www.mcs.anl.gov/people/nickless +1 630 252 7390 PGP:0E 0F 16 80 C5 B1 69 52 E1 44 1A A5 0E 1B 74 F7 nickless(a)mcs.anl.gov -----BEGIN PGP SIGNATURE----- Version: PGPfreeware 6.5.8 for non-commercial use <http://www.pgp.com> iQCVAwUBOsfvrqwgm7ipJDXBAQHwdQQAgX1pb/H8fc1sArKL93w2Uf8LCZoqLT5S 79QudSw0jgsZgfEQHEc75smxLJWFSNvW7aggfMGEDXaGHE4caYrhwMemcQbNqHRp R6sLgPheV7H3MBs+oYeOBtWtaAB3F7n193SJ7+ryYDzz88dMVhD6bW+XhPlCVbrD l8YAEtU6+To= =Xyc4 -----END PGP SIGNATURE-----

1 0

Re: outages in Toronto Canada (other places?)
by Sean Donelan 02 Apr '01

02 Apr '01

On Sun, 01 April 2001, "Majdi S. Abbas" wrote: > UUnet appears to be very broken internally. Lots of reachability > issues, and they are announcing only a percentage of their prefixes to > many peers in various places. UUNET US customer service says no one has reported any problems.

2 1

Re: outages in Toronto Canada (other places?)
by Jim Mercer 02 Apr '01

02 Apr '01

On Sun, Apr 01, 2001 at 08:55:16PM -0400, Joseph Brunner wrote: > www.ibm.com > yet the site loads very fast... as easily in new york as in nigeria, perhaps > only port 80 gets alas, www.ibm.com was probably not a good place to point. i will note however, that i had dns trouble getting www.uu.net to resolve from a number of different places (and name servers). and there were other routing issues, seemingly with alter.net or uunet. jim -- hoping he wasn't crying wolf. -- [ Jim Mercer jim(a)pneumonoultramicroscopicsilicovolcanoconiosis.ca ] [ Reptilian Research -- Longer Life through Colder Blood ] [ aka jim(a)reptiles.org +1 416 410-5633 ]

1 0

Re: California PUC orders outage notification
by Sean Donelan 02 Apr '01

02 Apr '01

On Fri, 30 March 2001, "Henry R. Linneweh" wrote: > This will happen if the ISO gives ample warning, it has already been > determined that 10 minutes would not fall within that category, so its > a good decision but has its drawbacks. The California Office of Emergency Services now includes CAL-ISO power alerts in its radio EDIS service. (http://edis.oes.ca.gov/) Several software programers have developed various programs which constantly poll the CAISO web site, and will make noises and flashes your PC screen when alerts are issued.

1 0

BGP Community Attribute Support: Summary
by Joe Abley 02 Apr '01

02 Apr '01

The other week, I asked: On Sat, Mar 24, 2001 at 10:25:35PM -0500, Joe Abley wrote: > Quick poll: does any operator here currently use a router which does > not support setting BGP community attributes, does not permit community > attributes to be matched exactly when doing ingress/egress route > filtering, or does not permit wildcard matches on the last two octets > (e.g. "permit 1234:*")? These were pretty targeted questions, and what I have largely heard is silence. Hence either these three capabilities have widespread support, or people just didn't find the question interesting enough to reply to. I guess I shouldn't start designing surveys for a living :) Anyway, a couple of people said there was interest in a results summary, so here are the main points: + gated 3.6 public doesn't support setting community attributes but will pass them on unscathed, as you'd hope; + "Extreme networks equipment" does not support the wildcard community match, although the person who told me that had only limited experience with the product range; I also happened to ask a few people about specific platforms, and found out: + the Nortel shasta and bay RS platforms support those three capabilities + zebra supports all three capabilities (the wildcard match function is in version 0.91a, based on a patch by Rick Payne) I was already confident I could do all three things on juniper and cisco boxes, although I didn't bother to analyse which IOS/JUNOS versions would definitely support all three. One correspondant (working for a vendor) lamented the lack of clear guidelines on what base functionality should be supported by bgp speakers at all in relation to manipulating community attributes, and suggested a more general poll might be useful for that reason. The reason for asking about those three particular capabilities was to search for platforms that would have trouble doing this: http://www.automagic.org/~jabley/draft-jabley-edge-policy-propagation-contr… Thanks, Joe

1 0

outages in Toronto Canada (other places?)
by Jim Mercer 02 Apr '01

02 Apr '01

i am seeing some serious unreachables using uunet.ca, @home (ontario), sprint (canada) and others. all at the same time. a traceroute from @home (ontario) to www.ibm.com dies someplace in the states. is there some major outage near the core/tier1? -- [ Jim Mercer jim(a)pneumonoultramicroscopicsilicovolcanoconiosis.ca ] [ Reptilian Research -- Longer Life through Colder Blood ] [ aka jim(a)reptiles.org +1 416 410-5633 ]

3 2

RE: California PUC orders outage notification
by Roeland Meyer 01 Apr '01

01 Apr '01

> From: Bora Akyol [mailto:akyol@akyol.org] > Sent: Friday, March 30, 2001 10:07 PM > I don't understand why they don't go to planned blackouts instead of > unplanned blackouts. This may actually drive the demand down > and price > with it. Plus maybe the population would decline with people > migrating > to South Dakota and all (for those of you that are not living > in the SF > Bay Area, S.D. has been advertising extensively on the radio > as a good > place to do business with ample energy). The argument against such planned blackouts are, Crypts, Bloods, F-troop, et al. (gangs/looters, for those whom aren't familiar) IOW, physical security. Numerous blackouts have proven that social predators take advantage of situations where no one can see them, the power is out, and the police are otherwise occupied.

2 1

Re: Using other provider's ASN (was Re: Sprint and peering points)
by smd＠clock.org 01 Apr '01

01 Apr '01

Sean Donelan writes: | If Sprint isn't pre-pending its routes with Sprint's ASN, who is? Who cares? Maybe more interesting is how is this done? Curious minds want to know. | It is generally considered ill-mannered to use someone else's ASN w | without their permission. Sez who? AS_PATH is a mostly-simple attribute which is used for loop avoidance. Using it as a trail of breadcrumbs is a convenience, but in reality, the only important thing is that eBGP-speakers check "that the autonomous system number of the local system does not appear in the AS path" without discarding the route, although the current draft does point out that eBGP talkers may be configured to use such routes but such a router's "Operations ... are outside the scope of this document". (I would have said "sane analysis", but...) The loops that are avoided are ROUTING ANNOUNCEMENT loops, not forwarding loops. The AS_PATH need have no relation to the way actual traffic will flow when a BGP-speaker selects that route. | Traditionally, pre-pending is done with the pre-pender's own ASN. So, if tradition is so important, why aren't you runing rcp_routed for IDR? | If nothing else, to help track down the party when evil things happen. Sorry, all you can glean from an AS_PATH alone is that your neighbour wants to avoid having the route seen by the things in that AS_PATH. Attributes like AGGREGATOR exist to track parties down, since the AS_PATH cannot be, in some cases. What's your worry here? That someone can stuff your AS into an AS_PATH (personally I'd do it by forming an AS_SET), and thus you can't see a given route? Didn't you follow the ptomaine discussion where exactly that was done to an aggregate? Sean.

1 0

Using other provider's ASN (was Re: Sprint and peering points)
by Sean Donelan 01 Apr '01

01 Apr '01

On Sat, 31 March 2001, Jeff Loughridge wrote: > Sprint does not prepend its AS at public or private peering points. What > other providers do with the AS Path at their ingress is not under our > control. Providers trying to "steer" traffic through their peers, upstreams, or exchange points is nothing new. However, this caught my attention. If Sprint isn't pre-pending its routes with Sprint's ASN, who is? It is generally considered ill-mannered to use someone else's ASN without their permission. Traditionally, pre-pending is done with the pre-pender's own ASN. If nothing else, to help track down the party when evil things happen.

1 0