Hi Matt, Thank you. I can confirm that your fix works. Now I can continue to deploy ipv6 using kea dhcpv6 (without static configuration).
Best regards Petr B. ne 6. 11. 2022 v 0:13 odesílatel Petr Boltík via lists.fd.io <petr.boltik= gmail....@lists.fd.io> napsal: > 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 (#22136): https://lists.fd.io/g/vpp-dev/message/22136 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] -=-=-=-=-=-=-=-=-=-=-=-
