nanog mailing list archives
Re: Loose Source Routing
From: Valdis.Kletnieks () vt edu
Date: Wed, 07 Mar 2001 00:44:25 -0500
On Tue, 06 Mar 2001 19:24:34 PST, Vadim Antonov said:
As for debugging routing - isn't it much better to ask OFRVs to add remotely accessible traceroute servers to their boxes? There is no engineering or economic justification for diagnostic fucntionality like LSRR to stay anywhere close to the fast packet path.
Amen, brother. ;) Anybody want to place bets that there exists at least one majr vendor whos routers do fast-path switching in hardware, but have buggy software paths that will under certain circumstances (for instance, maybe while a BGP flat is in progress) route slow-path packets differently? I know of none offhand, but the combination of opportunity for bugs, combined with the impact, makes it something dangerous to do. If a bug WERE to exist in LSRR routing, the sort of border conditions that would make it manifest are the times your peer would be poking you with LSRR packets to test what the problem is. At that point, you *really* want to be using traceroute servers so you know that your test packets are as identical as possible as the packets you're having problems with. Valdis Kletnieks Operating Systems Analyst Virginia Tech
Current thread:
- Re: Loose Source Routing, (continued)
- Re: Loose Source Routing Jared Mauch (Mar 06)
- Re: Loose Source Routing Alan Hannan (Mar 06)
- Re: Loose Source Routing Randy Bush (Mar 06)
- Re: Loose Source Routing David McGaugh (Mar 06)
- RE: Loose Source Routing Walters (Mar 06)
- Re: Loose Source Routing Kevin Oberman (Mar 07)
- Re: Loose Source Routing John Hawkinson (Mar 07)
- RE: Loose Source Routing Mark Borchers (Mar 06)
- Re: Loose Source Routing smd (Mar 06)
- Re: Loose Source Routing Vadim Antonov (Mar 06)
- Re: Loose Source Routing Valdis . Kletnieks (Mar 06)
- Re: Loose Source Routing John Hawkinson (Mar 07)
- Re: Loose Source Routing Vadim Antonov (Mar 06)
- Re: Loose Source Routing smd (Mar 06)
- Re: Loose Source Routing Alan Hannan (Mar 07)