[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [DNA] Proposed resolution to issue 9 fordraft-pentland-dna-protocol-01.txt
I was thinking that the completeRA may not be complete all the time.
If the 'complete RA' is assumed then it is ok to check the prefixes in
the RA received.
-Syam
On 8/3/05, Syam Madanapalli <smadanapalli@gmail.com> wrote:
> Hi Brett,
>
> I think we may need to check for the prefixes that the other routers
> on the link advertising. That is we need to build CPL on the new
> link.
>
> -Syam
>
>
> On 8/3/05, Brett Pentland <brett.pentland@eng.monash.edu.au> wrote:
> > Hi DNA WG,
> >
> > All of the recent discussion on the issue of RAs that include
> > a "no" answer in a Landmark Option but also include prefixes
> > that have been seen on the link, has been in favour of
> > treating this as an indication that link change has not
> > taken place. Here is some proposed text to reflect this:
> >
> > Old text:
> >
> > Instead if the 'N' bit is set in the received Landmark Option, a
> > change of link is indicated and the host SHOULD initiate
> > reconfiguration using the information in the Router Advertisement.
> >
> > New text:
> >
> > Instead if the 'N' bit is set in the received Landmark Option, AND
> > there is no overlap between the list of prefixes in the Router
> > Advertisement and the list of prefixes that the host has stored
> > for CPL [14], a change of link is indicated and the host SHOULD
> > initiate reconfiguration using the information in the Router
> > Advertisement.
> >
> > If the 'N' bit is set in the received Landmark Option, but there
> > is one or more prefixes in the Router Advertisement that are also
> > in the list of prefixes the host has stored for CPL, this is an
> > indication that no link change has occured but there is prefix
> > change underway on the link. The host MUST NOT invalidate its
> > current configuration.
> >
> > Any comments?
> > Brett.
> >
>