[Roll] [roll] #14: Local Repair Mechanism for RPL
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Roll] [roll] #14: Local Repair Mechanism for RPL



#14: Local Repair Mechanism for RPL
--------------------------------+-------------------------------------------
 Reporter:  jpv at …               |       Owner:  wintert at …      
     Type:  defect              |      Status:  new            
 Priority:  major               |   Milestone:                 
Component:  rpl                 |     Version:                 
 Severity:  Active WG Document  |    Keywords:  Local Repair   
--------------------------------+-------------------------------------------
 Dear all,

 This is one of the important design choice that we need to make. How do we
 repair a DAG.

 With the current revision of RPL, repair is purely global and a node
 having lost connectivity has to wait until the new DagSequenceNumber
 controller by the DAG root before re-joining the DAG at any rank. This is
 because, one of the rules states that a node cannot join the DAG at a
 higher rank without risking a loop. Thus if a node loosing its most
 preferred parent does not have an alternate, it has to wait for the new
 DagSequenceNumber if it cannot join a node at a lowest rank.

 There is I think a good agreement for enhancing this mechanism with local
 repair. Several approaches have been discussed and we need to choose one.

 Thanks.

 JP.

-- 
Ticket URL: <http://trac.tools.ietf.org/wg/roll/trac/ticket/14>
roll <http://tools.ietf.org/wg/roll/>


Note: Messages sent to this list are the opinions of the senders and do not imply endorsement by the IETF.