Re: solving problems instead of beating heads on walls [was: something about arrogance]

2002-07-27 Thread Stephen Griffin
In the referenced message, Ralph Doncaster said: > > > On Sat, 27 Jul 2002, Ralph Doncaster wrote: > > > > > > > > And your assumption about my Ottawa-Toronto link is wrong. I have a 100M > > > point-to-point ethernet link between the cities. I have a 100M transit > > > connection to Peer1 in

Re: solving problems instead of beating heads on walls [was: something about arrogance]

2002-07-27 Thread C. Jon Larsen
A. one can always find different providers. If you are trying to build something and you don't have the right tools then get new tools. If you can't afford multiple redundant links between pieces of your own AS and you want to use an upstream to provide this for you then you must pick a upst

Re: solving problems instead of beating heads on walls[was: something about arrogance]

2002-07-27 Thread Brad Knowles
At 3:51 PM -0400 2002/07/27, C. Jon Larsen wrote: > But with only 1 ISP link in each city (1 upstream) if he ever loses the > link between the two cities, he has a problem, as there is no way to > transfer traffic bound for city1 that enters city2's connection, and vice > versa. I t

Re: solving problems instead of beating heads on walls [was: something about arrogance]

2002-07-27 Thread C. Jon Larsen
If he would buy transit from *2* providers in 2 cities, he'd be fine, as he could announce the longer prefixes the rest of the internet does not need to see on either ISP1's backbone or ISP2's backbone or both to influence how much traffic he takes inbound on each link on each city, and how

Re: solving problems instead of beating heads on walls[was: something about arrogance]

2002-07-27 Thread Brad Knowles
At 10:56 AM -0400 2002/07/27, Andy Dills wrote: >> Are you suggesting that either of those (which don't violate any >> RFCs) options are better than de-aggregating my /20? > > The best solution is just as everybody here has suggested. Use the same > provider for transit at both locations, a

Re: solving problems instead of beating heads on walls [was: something about arrogance]

2002-07-27 Thread C. Jon Larsen
Setup a gre tunnel as your backup "path" for when the physical link goes down between Ottawa-Toronto if you can't afford a backup physical link. On Sat, 27 Jul 2002, Ralph Doncaster wrote: > > > On Sat, 27 Jul 2002, Ralph Doncaster wrote: > > > > > > > > And your assumption about my Ottawa

Re: solving problems instead of beating heads on walls [was: something about arrogance]

2002-07-27 Thread C. Jon Larsen
Ralph, I think you're missing the point a bit. Don't expecy to use resources on other people's networks and routers to do your own traffic engineering unless you pay them for it. You must buy transit from the same ISP in each city, and then you can do your traffic engineering using their r

solving problems instead of beating heads on walls [was: something about arrogance]

2002-07-27 Thread Joe Provo
On Sat, Jul 27, 2002 at 09:14:35AM -0400, Ralph Doncaster wrote: [snip] > > You could do a deaggregate+no-export method as well, even with your two > > different transit providers. You would just need to run ebgp-multihop > > to each of them from the opposite network, and announce your > > more-