lkml.org 
[lkml]   [2022]   [Apr]   [15]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
From
Date
SubjectRe: [PATCH net-next v5] net/ipv6: Introduce accept_unsolicited_na knob to implement router-side changes for RFC9131
Sorry, it wasn't the mailer.
The rst file in my patch was missing tabs.
I have fixed it and verified the generated HTML is correct.
I'll post v6 with the fix.

On Fri, Apr 15, 2022 at 1:09 PM Bagas Sanjaya <bagasdotme@gmail.com> wrote:
>
> On 4/15/22 12:42, Arun Ajith S wrote:
> > +accept_unsolicited_na - BOOLEAN
> > + Add a new neighbour cache entry in STALE state for routers on receiving an
> > + unsolicited neighbour advertisement with target link-layer address option
> > + specified. This is as per router-side behavior documented in RFC9131.
> > + This has lower precedence than drop_unsolicited_na.
> > +
> > + ==== ====== ====== ==============================================
> > + drop accept fwding behaviour
> > + ---- ------ ------ ----------------------------------------------
> > + 1 X X Drop NA packet and don't pass up the stack
> > + 0 0 X Pass NA packet up the stack, don't update NC
> > + 0 1 0 Pass NA packet up the stack, don't update NC
> > + 0 1 1 Pass NA packet up the stack, and add a STALE
> > + NC entry
> > + ==== ====== ====== ==============================================
> > +
>
> Hi,
>
> Building htmldocs with this patch, there are no more warnings from v4, but
> I don't see the table above generated in the output. I guess due to
> whitespace-mangling issues on your mailer, because the table syntax alignment
> (the =-s) don't match the contents/cells.
>
> Thanks.
>
> --
> An old man doll... just what I always wanted! - Clara

\
 
 \ /
  Last update: 2022-04-15 10:27    [W:0.100 / U:0.200 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site