[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