Re: [Roll] Trickle clarification: (in)consistency
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Roll] Trickle clarification: (in)consistency



Hi Pascal,

Not sure I understand your explanation. In a DIO there are informations
that are global to the DAG and some that are node specific. We use
trickle because we consider DIO sending a consitency problem, hence we
focus on the global information. They come both from parents and childs,
so I would also increment C when hearing from a child. Am I missing
something?

Julien

> -----Original Message-----
> From: roll-bounces at ietf.org [mailto:roll-bounces at ietf.org] On 
> Behalf Of Pascal Thubert (pthubert)
> Sent: vendredi 20 novembre 2009 20:12
> To: Jonathan Hui; Mathilde Durvy (mdurvy)
> Cc: roll at ietf.org
> Subject: Re: [Roll] Trickle clarification: (in)consistency
> 
> Hi Mathilde;
> 
> I agree with Jonathan that we want to avoid redundancy.
> 
> The rank of metric that a node advertises is an information 
> about self that cannot be inferred from the neighbors so it 
> is *not* redundant. If a number of nodes go down at the same 
> time and one does not advertise, then that node will look 
> better and will attract the traffic. It will also attract the 
> neighbors that went down and that will be tempted to reattach 
> to that apparent survivor.
> 
> The information in the DIO that relates to the DAG 
> configuration will be centralized in an option that IS 
> redundant. We could add text that a node that see C of it MAY 
> filter it out from its DIO.
> 
> Finally the new sequence is redundant. I proposed to use it 
> to limit the density of routers using trickle. When you hear 
> C router advertising a new sequence you are entitled to stop 
> being a router for that sequence (stop trickle timer). The 
> trickle timer would then be restarted upon a DIS to serve 
> orphans, and upon a next sequence to redistribute the load.
> 
> Pascal
> 
> >-----Original Message-----
> >From: roll-bounces at ietf.org [mailto:roll-bounces at ietf.org] 
> On Behalf Of
> Jonathan Hui
> >Sent: vendredi 20 novembre 2009 16:41
> >To: Mathilde Durvy (mdurvy)
> >Cc: roll at ietf.org
> >Subject: Re: [Roll] Trickle clarification: (in)consistency
> >
> >
> >Hi Mathilde,
> >
> >On Nov 19, 2009, at 9:24 AM, Mathilde Durvy (mdurvy) wrote:
> >
> >>> - when do we increment C?
> >>
> >> The node MAY increment C when it hears another DIO.
> >>
> >> I think the spec says that a node MAY increment C each 
> time it hears
> a
> >> "consistent DIO for this DAG from a DAG parent". What fields are 
> >> included in the consistency check? If only generic DAG information
> are
> >> checked you might want to look at DIO from non-DAG parents, no?
> >
> >You're right, this text in the draft is incorrect.  There's an 
> >important distinction to make here.  We want to quickly send DIO 
> >transmissions (reset the Trickle timer) whenever 
> *inconsistencies* are 
> >detected.  But you want to suppress DIO transmissions (increment C) 
> >whenever *redundancies* are detected.  While you can detect 
> >inconsistencies by listening to your DAG parent(s), 
> redundancies will 
> >probably come from your siblings/cousins.
> >
> >We are looking to update the text around incrementing C and 
> make what 
> >constitutes a redundancy more precise.
> >
> >--
> >Jonathan Hui
> >
> >_______________________________________________
> >Roll mailing list
> >Roll at ietf.org
> >https://www.ietf.org/mailman/listinfo/roll
> _______________________________________________
> Roll mailing list
> Roll at ietf.org
> https://www.ietf.org/mailman/listinfo/roll
> 

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