Hi Matt, Than you so much. I will test it as soon as possible.
Petr Dne so 5. 11. 2022 21:44 uživatel Matthew Smith via lists.fd.io <mgsmith= netgate....@lists.fd.io> napsal: > 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 (#22134): https://lists.fd.io/g/vpp-dev/message/22134 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] -=-=-=-=-=-=-=-=-=-=-=-
