Hi Petr, You didn't miss any configuration. I don't see any place where the router flag is set on an NA in current VPP master branch code.
Can you test with https://gerrit.fd.io/r/c/vpp/+/37582 applied and see if it addresses the issue? -Matt On Fri, Nov 4, 2022 at 1:49 PM Petr Boltík <petr.bol...@gmail.com> wrote: > Hi, > > Thanks for your reply. > > I did a packet capture using Wireshark to compare RA from the > VPP/MikroTik/Radvd. There is no problem with routing advertisements from > VPP, but with Neighbor Advertisement when RA is enabled. ICMP v6 flag is > not set correctly - The Router flag is NOT set on the VPP side. Debian 11 > ignores this, Windows and a few others remove the default gateway after > receiving this neighbor advertisement. Wireshark .pcapng in the link. > > I use the Kea6 dhcp6 server for prefix delegation + VPP for RA (not using > radvd - only for testing). Many users want to use VPP as a home gateway and > IPv6 RA not working correctly with various end-user devices (like windows > for this testing scenario). > > VPP RA+ND - line 914 > MikroTik RA+ND - line 819 > > https://easyupload.io/m/xwvqjj > > If I missed something in the configuration of VPP, please let me know. I > did not find any relevant CLI > > Best regards > Petr > > > pá 4. 11. 2022 v 13:25 odesílatel Benoit Ganne (bganne) via lists.fd.io > <bganne=cisco....@lists.fd.io> napsal: > >> Hi Petr, >> >> Unfortunately I can't confirm the issue, but I do not think it is a very >> commonly tested scenario so it is not really surprising... >> What could help understand the issue would be if you could capture the RA >> traffic in both scenarios (VPP vs radvd) so we can compare. >> >> Best >> ben >> >> > -----Original Message----- >> > From: vpp-dev@lists.fd.io <vpp-dev@lists.fd.io> On Behalf Of Petr >> Boltík >> > Sent: Friday, November 4, 2022 12:50 >> > To: vpp-dev <vpp-dev@lists.fd.io> >> > Subject: Re: [vpp-dev] Bug report - IP6 ND RA default route disappear >> from >> > host device >> > >> > Hi all, >> > >> > Can someone please confirm this VPP IP6 RA issue? Any idea is welcome. I >> > already tested the latest VPP build v23.02-rc0~96-ge69d97438~b598 with >> no >> > success. Installed default IP6 GW on Windows7/10/UBNTairOS disappeared >> > after a short time. Thanks >> > >> > Best regards >> > Petr B. >> > >> > pá 28. 10. 2022 v 18:37 odesílatel Petr Boltík <petr.bol...@gmail.com >> > <mailto:petr.bol...@gmail.com> > napsal: >> > >> > >> > Hi all, >> > >> > I have discovered the problem with IP6 ND RA receiving side - it >> > can be observed on Windows 10/7/UBNT airos8 and some others. Issue not >> > observed on the Debian 11+nmcli. Configuration is pretty >> straightforward. >> > Tested with VPP 22.06, 22.10. Issue persists. VPP configuration is the >> > default, tested on APU4D4 and a few others. No linuxcp/nl is used. >> > >> > 1. configure VPP: >> > >> > set interface ip address GigabitEthernet3/0/0 >> 2a01:500::1/64 >> > set interface state GigabitEthernet3/0/0 up >> > create loopback interface >> > set interface state loop0 up >> > set interface ip address loop0 2a01:400::1/64 >> > ip6 nd GigabitEthernet3/0/0 prefix 2a01:500::/64 default >> > ip6 nd GigabitEthernet3/0/0 no ra-suppress >> > >> > >> > >> > vpp# show version >> > >> > vpp v22.10-release built by root on 89a4591888eb at >> 2022-10- >> > 26T14:00:30 >> > >> > >> > 2. connect host Windows7/10/ubnt to the GigabitEthernet3/0/0 and >> > you can observe weird behavior >> > - RA from VPP is received, IP6 address is installed. Icmp echo to >> > the VPP link local address and configured 2a01:500::1 works. >> > - RA from VPP is received, IP6 default route is installed and >> > works. Icmp echo to the 2a01:400::1 works. >> > >> > >> > Issue: After stopping all icmp echo for a few seconds/minutes, >> IP6 >> > default route is removed from the host system, and the path to the >> > 2a01:400::1 is unknown for the host. The default route is removed - the >> > host device ignores ra-lifetime. >> > >> > LinuxCP/NL + RADVD sollution test: >> > I have already tried to solve this problem by using linuxcp/nl and >> > RADVD, but there is another issue. When radvd start, communication from >> > the external host to the link-local address stop passing. The host >> device >> > successfully receives prefix and default route, but the default route is >> > via the link-local address and the vpp link-local address is >> inaccessible >> > from the host device after radvd start. >> > >> > Best regards >> > Petr Boltik >> > >> > >> >> >> >> >> > > >
-=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#22132): https://lists.fd.io/g/vpp-dev/message/22132 Mute This Topic: https://lists.fd.io/mt/94630760/21656 Group Owner: vpp-dev+ow...@lists.fd.io Unsubscribe: https://lists.fd.io/g/vpp-dev/leave/1480452/21656/631435203/xyzzy [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
