[Iccrg] Explicit feedback

John Leslie john at jlc.net
Fri Sep 1 02:14:40 BST 2006


Doan B. Hoang <dhoang at it.uts.edu.au> wrote:
> John Leslie wrote:
> 
>> Oscillation is a serious problem in routing. In a research environment,
>> it can be measured and appropriate damping can be calcultated. In actual
>> deployment, oscillation must be avoided.
>  
> There are few problems with carrying additional information in routing 
> messages:
> 1) It takes so many years before a routing protocol is adopted (look at 
>    OSPF)

   That's Somebody Else's Problem.

> 2) Many folks have tried to put QoS parameters in the Link State Vector 
>    so that they can find optimal QoS routing. The QoS optimal routing
>    has been proved a NP-complete problem.

   I don't agree that's the problem we need to solve.

>    Even [if] you do not care about optimality or NP-complete, it still
>    does not work in reality (stability reason).

   We really ought to know by now how to control oscillation!

> 3) Oscillation problem was investigated in the early ARPANET, where the 
>    traffic-sensitive link parameters are updated and reported every
>    1/3 of a second (see one of McQuillan's papers), the result was
>    unstable and loops.

   ... which surprised us at the time, but shouldn't surprise us now!

> That is why we talk about updating every 60 seconds or there about

   Oscillation is a problem of phase shifting, not delay time. It's the
damping inherent in averaging which helps here.

   The question should be _how_ to route around congestion. Clearly,
it's not always possible; but when it is, we could be doing a _lot_
better!

--
John Leslie <john at jlc.net>



More information about the Iccrg mailing list