|Subject:||Re: Comment on draft-bryant-shand-ipfrr-notvia-addresses-03.txt as an rtgwg WG document|
|Date:||Mon, 20 Nov 2006 10:06:03 +0000|
At 03:42 18/11/2006, Sucec, John M wrote:
They have been thought about, but dismissed as overcomplex.
An earlier approach to the problem, (described in the now expired draft http://www.watersprings.org/pub/id/draft-bryant-ipfrr-tunnels-02.txt) did tunnel to the nearest router which guaranteed correct delivery, but this turned out to have complex corner cases.
Unfortunately computing X not-via P (i.e. ANY router not-via and other router), is MUCH more complex, since it would not only require more computation, but crucially a lot more addresses.
However, it is possible to perform an operation analogous to PHP (Penultimate Hop Popping in MPLS). This can be performed at any router which is in "Q-space" (or G-space as I think it became known) (see the above draft). i.e once a router determines that its next hop to Bp is the same as its next hop to B it is free to remove the encapsulation. This can occur not only at the penultimate hop, but at any router in Q space of B with respect to the failure. This would permit traffic which would otherwise "backtrack" to be delivered directly. However, the concept has not been explored in detail. It is thought that it would not be suitable for multicast traffic, since the information about the supposed input interface would be lost etc.
In some network scenarios (e.g., for networks with large-delay satellite links or with small-capacity links) the improved efficiency associated with a route repair mechanism that avoids backtracking might justify the additional complexity. In other scenarios, it may not.
Has any trade study regarding optimizations to avoid backtracking been considered already by the WG?
Last, regardless of the trade study status, I think this Internet Draft should be adopted by the WG.
rtgwg mailing list
_______________________________________________ rtgwg mailing list [email protected] https://www1.ietf.org/mailman/listinfo/rtgwg
|<Prev in Thread]||Current Thread||[Next in Thread>|
|Previous by Date:||Re: WG docs reminder, mike shand|
|Next by Date:||RE: WG docs reminder, Don Fedyk|
|Previous by Thread:||Comment on draft-bryant-shand-ipfrr-notvia-addresses-03.txt as an rtgwg WG document, Sucec, John M|
|Next by Thread:||New WG docs, John G. Scudder|
|Indexes:||[Date] [Thread] [Top] [All Lists]|