[radvd-devel-l] DeprecatePrefix option

Mark Smith radvd at 02a76c927861ca7413a122f2a73a0d37.nosense.org
Thu Mar 17 17:15:24 EDT 2011


Hi Reuben,

On Wed, 9 Mar 2011 07:28:41 -0800
Reuben Hawkins <reubenhwk at gmail.com> wrote:

> On Wed, Mar 9, 2011 at 12:49 AM, Mark Smith <
> radvd at 02a76c927861ca7413a122f2a73a0d37.nosense.org> wrote:
> 
> > Hi Reuben,
> >
> >
> > On Tue, 8 Mar 2011 21:07:23 -0800
> > Reuben Hawkins <reubenhwk at gmail.com> wrote:
> >
> > > On Tue, Mar 8, 2011 at 1:16 PM, Mark Smith <
> > > radvd at 02a76c927861ca7413a122f2a73a0d37.nosense.org> wrote:
> > >
> > > > Hi,
> > <snip>
> > > >
> > >
> > >
> > > Hi Mark,
> > >
> > > Can you verify that this this is for RFC4861 Section 5.5.3?   RFC4862
> > > section 5.5.3. has a "Router Advertisement Processing" and an 'e'
> > section.
> > > Is this what you meant?
> > >
> >
> > Yes, I meant RFC4862, so it's typo in the manual page text. I can fix it
> > and send through another version of the patch if you like. Are there any
> > other things that can be improved or should be changed?
> >
> > Thanks,
> > Mark.
> >
> 
> 
> Hi Mark,
> 
> No need to send another patch.  I'm going to review it for a little while
> (the RFC number is easy enough to change manually) before committing it.
> 

Have you had much of a chance to review the patch? I'm keen to
implement some of the other "deprecation" options over the weekend if
what I've done above is pretty much ok.

Thanks,
Mark.




More information about the radvd-devel-l mailing list