Cisco IOS supports an optional "all" keyword with ipv6 nd ra-suppress to disable any RA operation. VPP should do the same.
Ashish reports the default route is changed on issuing the RA. Is the interface receiving the RA looped back to the interface because only then the default router of the interface changes or VPP has lost its brain for IPv6 ND RA. To catch looped back RA or other ND messages, VPP should implement https://tools.ietf.org/html/rfc7527 (add a nonce to messages) - freeBSD supports RFC7527. Host behavior is specified in https://tools.ietf.org/html/rfc5942. Both the RFC I have listed update RFC 4861. Hemant -----Original Message----- From: vpp-dev@lists.fd.io <vpp-dev@lists.fd.io> On Behalf Of Ole Troan Sent: Wednesday, January 27, 2021 6:02 AM To: Benoit Ganne <bga...@cisco.com> Cc: ashish.sax...@hsc.com; vpp-dev@lists.fd.io Subject: Re: [vpp-dev] issue with RA suppress It's been on the list to rewrite the IPv6 RA code for a while. There might be a use case for disabling periodic advertisements, while at the same time responding to RS messages. In this case though, the interface is set in host mode (via doing autoconfig) and then it should behave like a host, i.e. neither respond to RS nor send periodic RAs. Best regards, Ole
smime.p7s
Description: S/MIME cryptographic signature
-=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#18607): https://lists.fd.io/g/vpp-dev/message/18607 Mute This Topic: https://lists.fd.io/mt/80151031/21656 Group Owner: vpp-dev+ow...@lists.fd.io Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
