Re: [vpp-dev] Bug report - IP6 ND RA default route disappear from host device

[Dave Barach]

Merged... This patch addresses similar issues with iOS devices which appear to 
pay attention to the router flag...

 

Thanks... Dave  

 

From: vpp-dev@lists.fd.io  On Behalf Of Petr Boltík
Sent: Sunday, November 6, 2022 4:09 AM
To: vpp-dev@lists.fd.io
Subject: Re: [vpp-dev] Bug report - IP6 ND RA default route disappear from host 
device

 

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 
<http://lists.fd.io>  mailto: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 
<http://lists.fd.io>  mailto: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 mailto: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 
<http://lists.fd.io>  mailto: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 <mailto:vpp-dev@lists.fd.io>   <mailto:vpp-dev@lists.fd.io> > On Behalf Of Petr Boltík
> Sent: Friday, November 4, 2022 12:50
> To: vpp-dev mailto: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  <mailto:petr.bol...@gmail.com> 
> <mailto: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 e

Re: [vpp-dev] Bug report - IP6 ND RA default route disappear from host device

[Petr Boltík]

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  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  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  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
>>>  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  On Behalf Of Petr
>>>> Boltík
>>>> > Sent: Friday, November 4, 2022 12:50
>>>> > To: vpp-dev 
>>>> > 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 >>> > <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
>>>> >   ip

Re: [vpp-dev] Bug report - IP6 ND RA default route disappear from host device

[Petr Boltík]

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  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  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
>>  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  On Behalf Of Petr
>>> Boltík
>>> > Sent: Friday, November 4, 2022 12:50
>>> > To: vpp-dev 
>>> > 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 >> > <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 r

Re: [vpp-dev] Bug report - IP6 ND RA default route disappear from host device

[Matthew Smith via lists.fd.io]

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  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
>  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  On Behalf Of Petr
>> Boltík
>> > Sent: Friday, November 4, 2022 12:50
>> > To: vpp-dev 
>> > 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 > > <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]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [vpp-dev] Bug report - IP6 ND RA default route disappear from host device

[Petr Boltík]

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
 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  On Behalf Of Petr Boltík
> > Sent: Friday, November 4, 2022 12:50
> > To: vpp-dev 
> > 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  > <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 (#22127): https://lists.fd.io/g/vpp-dev/message/22127
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]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [vpp-dev] Bug report - IP6 ND RA default route disappear from host device

[Benoit Ganne (bganne) via lists.fd.io]

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  On Behalf Of Petr Boltík
> Sent: Friday, November 4, 2022 12:50
> To: vpp-dev 
> 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  <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 (#22123): https://lists.fd.io/g/vpp-dev/message/22123
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]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [vpp-dev] Bug report - IP6 ND RA default route disappear from host device

[Petr Boltík]

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 
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 (#22122): https://lists.fd.io/g/vpp-dev/message/22122
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]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [vpp-dev] Bug report - IP6 ND RA default route disappear from host device

[Petr Boltík]

Hi Najieb,

I already know this issue, but it is a different issue from my RA   you
probably mean the situation, when VPP dhcp4 client does not reflect the
received default route to the control plane using linuxNL. This can be
easily solved by running dpcpcd (Debian apt install dhcpcd5) directly
inside the control plane. Tested on vpp22.10 and latest debian11. Dhcpcd
successfully receives dhcp4 address and default gateway and it is correctly
reflected to the VPP. Enjoy

Up: RA via radvd or directly vpp are two different issues... For me, fixing
linuxCP/NL to enable using RADVD will be best for me (fix blocking ip6
link-local communication in vpp after radvd advertisement from
controlplane). RA directly from VPP (without linuxCP/NL) is also broken :(

Best regards
Petr B.

root@horniTest:~# cat /etc/dhcpcd.conf
> hostname test01
> allowinterfaces enp2s0
> interface enp2s0
> root@horniTest:~# vppctl show version
> vpp v22.10-release built by root on 89a4591888eb at 2022-10-26T14:00:30
>

ne 30. 10. 2022 v 2:43 odesílatel najieb  napsal:

> I have the same problem but on ipv4 where the default route on linuxCP/NL
> is not read / lost from vpp, vpp only reads direct routes. but when I add a
> static route from vppctl everything is back to normal.
> 
>
>

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#22096): https://lists.fd.io/g/vpp-dev/message/22096
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]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [vpp-dev] Bug report - IP6 ND RA default route disappear from host device

[najieb]

I have the same problem but on ipv4 where the default route on linuxCP/NL is 
not read / lost from vpp, vpp only reads direct routes. but when I add a static 
route from vppctl everything is back to normal.

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#22095): https://lists.fd.io/g/vpp-dev/message/22095
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]
-=-=-=-=-=-=-=-=-=-=-=-

[vpp-dev] Bug report - IP6 ND RA default route disappear from host device

[Petr Boltík]

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 (#22092): https://lists.fd.io/g/vpp-dev/message/22092
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]
-=-=-=-=-=-=-=-=-=-=-=-

[vpp-dev] [Bug or Not] QoS l2-policer-classify match question #vpp_qos

[Smith Beirvin]

Hi VPP fellows:
Recently I try to do the qos rate limit based on loop port(used for ESP/VxLAN 
encapspulation). But I found that "l2-policer-classify" node wouldn't hit the 
packet, by contrast, acl match can work fine.So I track the source code for 
"l2-policer-classify" node fucntion "policer_classify_inline", it use "h0 = 
b0->data;" to do some match action, however I think it should use "h0 = (u8 *) 
vlib_buffer_get_current (b0);" to do corresponding match action. By the way, 
"l2-input-acl" node function "l2_in_out_acl_node_fn" also use "h0 = (u8 *) 
vlib_buffer_get_current (b0);" to do corresponding match action. So I modified 
the "policer_classify_inline" function source code as below, Then it work fine.
*So I wonder this is a bug or I didn't configure the VPP Qos use the correct 
step? Hope get a reply from VPP fellows.*

1.Qos Limit rate to 800kbps configuration:
configure policer name policy1 cir 800 cb 9 rate kbps round closest type 
1r2c conform-action transmit exceed-action drop
classify table mask l3 ip4 src proto
classify session policer-hit-next policy1 exceed-color table-index 0 match l3 
ip4 src 10.100.0.176 proto 50
set policer classify interface loop48 l2-table 0

2. ACL Deny configuration
classify table mask l3 ip4 src proto
classify session acl-hit-next deny table-index 1 match l3 ip4 src 10.100.0.176 
proto 50
set int input acl intfc loop48 l2-table 1

3.show interface features loop48
l2-input:
POLICER_CLAS (l2-policer-classify)
ACL (l2-input-acl)
FWD (l2-fwd)
UU_FLOOD (l2-flood)
ARP_TERM (arp-term-l2bd)
FLOOD (l2-flood)
4. "policer_classify_inline" source code modification：
diff --git a/src/vnet/policer/node_funcs.c b/src/vnet/policer/node_funcs.c
index fd7f197e9..bdbb17087 100644
--- a/src/vnet/policer/node_funcs.c
+++ b/src/vnet/policer/node_funcs.c
@@ -559,11 +559,17 @@ policer_classify_inline (vlib_main_t * vm,

bi0 = from[0];
b0 = vlib_get_buffer (vm, bi0);
-  h0 = b0->data;

bi1 = from[1];
b1 = vlib_get_buffer (vm, bi1);
+
+#if 0 /* modified by liuman for policer match */
+  h0 = b0->data;
h1 = b1->data;
+#else
+  h0 = (u8 *) vlib_buffer_get_current (b0);
+  h1 = (u8 *) vlib_buffer_get_current (b1);
+#endif

sw_if_index0 = vnet_buffer (b0)->sw_if_index[VLIB_RX];
table_index0 =
@@ -606,7 +612,11 @@ policer_classify_inline (vlib_main_t * vm,

bi0 = from[0];
b0 = vlib_get_buffer (vm, bi0);
+#if 0 /* modified by liuman for policer match */
h0 = b0->data;
+#else
+  h0 = (u8 *) vlib_buffer_get_current (b0);
+#endif

sw_if_index0 = vnet_buffer (b0)->sw_if_index[VLIB_RX];
table_index0 =
@@ -673,7 +683,11 @@ policer_classify_inline (vlib_main_t * vm,
n_left_to_next -= 1;

b0 = vlib_get_buffer (vm, bi0);
- h0 = b0->data;
+#if 0 /* modified by liuman for policer match */
+  h0 = b0->data;
+#else
+ h0 = (u8 *) vlib_buffer_get_current (b0);
+#endif
table_index0 = vnet_buffer (b0)->l2_classify.table_index;
e0 = 0;
t0 = 0;

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#20511): https://lists.fd.io/g/vpp-dev/message/20511
Mute This Topic: https://lists.fd.io/mt/87137335/21656
Mute #vpp_qos:https://lists.fd.io/g/vpp-dev/mutehashtag/vpp_qos
Group Owner: vpp-dev+ow...@lists.fd.io
Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [vpp-dev] Bug in vl_socket_read_ready() function

[Vratko Polak -X (vrpolak - PANTHEON TECHNOLOGIES at Cisco) via lists.fd.io]

> I see that this change is done as part of following commit.

I only edited variable names and such.
The previous code contained the same logic [1],
and it seems to come from the initial code [2].

> we are deleting the socket_main.input_buffer

No, we are deleting just some (perhaps all)
elements (bytes) from the vector (buffer).

> it detected use-after-poison

Looking at [3], only the area after the remaining values is poisoned.
But macros that can enlarge the vector should unpoison that area,
so I am not sure what use does address sanitizer see.

Vratko.

[1] https://gerrit.fd.io/r/c/vpp/+/22547/4/src/vlibmemory/socket_api.c#b304
[2] https://gerrit.fd.io/r/c/vpp/+/23/3/vlib-api/vlibsocket/socksvr_vlib.c#314
[3] https://gerrit.fd.io/r/c/vpp/+/21937/10/src/vppinfra/vec.h#798

From: vpp-dev@lists.fd.io  On Behalf Of Satya Murthy
Sent: Wednesday, 2021-February-10 10:42
To: vpp-dev@lists.fd.io
Subject: [vpp-dev] Bug in vl_socket_read_ready() function

Hi ,

While using AddressSanitizer with VPP, it detected use-after-poison in 
vl_socket_read_ready() function.

Closely looking at the code, it seems that this is happening due to the 
following code.
 if (vec_len (msg_buffer) > msgbuf_len)
  /* There are some fragments left. Shrink the msg_buffer to simplify 
logic. */
  vec_delete (msg_buffer, msgbuf_len, 0);   <<<<<<<<<<<<< we are deleting 
the socket_main.input_buffer, which is initialized in api_init, but not again 
after this delete.

So, when we try to use this buffer again, its detected by libASAN.

I see that this change is done as part of following commit.

--
commit 6a6af6ea1a77b5818e717047b5d01251ef6d024a
Author: Vratko Polak mailto:vrpo...@cisco.com>>
Date:   Mon Oct 7 14:52:53 2019 +0200

api: comment, simplify and fix api socket read

The function vl_socket_read_ready did contain some comments already,
but as they stated, the logic has to be tricky to cover multiple cases.
-

Can someone please comment, if I am missing anything here ?
I see that this code is present even in the latest stable code base.

--
Thanks & Regards,
Murthy

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#18721): https://lists.fd.io/g/vpp-dev/message/18721
Mute This Topic: https://lists.fd.io/mt/80528036/21656
Group Owner: vpp-dev+ow...@lists.fd.io
Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[vpp-dev] Bug in vl_socket_read_ready() function

[Satya Murthy]

Hi ,

While using AddressSanitizer with VPP, it detected use-after-poison in 
vl_socket_read_ready() function.

Closely looking at the code, it seems that this is happening due to the 
following code.

if (vec_len (msg_buffer) > msgbuf_len)
/* There are some fragments left. Shrink the msg_buffer to simplify logic. */
vec_delete (msg_buffer, msgbuf_len, 0);   < we are deleting the 
socket_main.input_buffer, which is initialized in api_init, but not again after 
this delete.

So, when we try to use this buffer again, its detected by libASAN.

I see that this change is done as part of following commit.

--
commit 6a6af6ea1a77b5818e717047b5d01251ef6d024a
Author: Vratko Polak 
Date:   Mon Oct 7 14:52:53 2019 +0200

api: comment, simplify and fix api socket read

The function vl_socket_read_ready did contain some comments already,
but as they stated, the logic has to be tricky to cover multiple cases.
-

Can someone please comment, if I am missing anything here ?
I see that this code is present even in the latest stable code base.

--
Thanks & Regards,
Murthy

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#18714): https://lists.fd.io/g/vpp-dev/message/18714
Mute This Topic: https://lists.fd.io/mt/80528036/21656
Group Owner: vpp-dev+ow...@lists.fd.io
Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [vpp-dev] Bug in plugins/dpdk/device/init.c related to eal_init_args found using AddressSanitizer

[Dave Wallace]

Hi Elias,

Dave Barach kindly cleaned up the remaining status to close out the 
ticket (see history panel at the bottom of the JIRA ticket for details).


I set the Fix Version/s field to 20.01 (which is the next release based 
on master).  After VPP 19.08.1 has been created (ETA next Wed), this 
should be cherry-picked to the stable/1908 branch. Andrew Yourtchenko 
(the 19.08 Release Manager) will send out an email when stable/1908 is 
open for cherry-pick bug fixes again.


Thanks,
-daw-


On 9/13/2019 3:11 AM, Elias Rudberg wrote:

Thanks!

What about the Jira ticket here https://jira.fd.io/browse/VPP-1772 --
now I set "Resolution: Done" there, should the "Fix Version/s" field be
changed also?

/ Elias

On Thu, 2019-09-12 at 12:00 -0400, Dave Wallace wrote:

Elias,

Thanks for the patch -- I just merged it.

Welcome to the VPP community :)

Thanks,
-daw-


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#13976): https://lists.fd.io/g/vpp-dev/message/13976
Mute This Topic: https://lists.fd.io/mt/34104878/21656
Group Owner: vpp-dev+ow...@lists.fd.io
Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub  [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [vpp-dev] Bug in plugins/dpdk/device/init.c related to eal_init_args found using AddressSanitizer

[Elias Rudberg]

Thanks!

What about the Jira ticket here https://jira.fd.io/browse/VPP-1772 --
now I set "Resolution: Done" there, should the "Fix Version/s" field be
changed also?

/ Elias

On Thu, 2019-09-12 at 12:00 -0400, Dave Wallace wrote:
> Elias,
> 
> Thanks for the patch -- I just merged it.
> 
> Welcome to the VPP community :)
> 
> Thanks,
> -daw-

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#13975): https://lists.fd.io/g/vpp-dev/message/13975
Mute This Topic: https://lists.fd.io/mt/34104878/21656
Group Owner: vpp-dev+ow...@lists.fd.io
Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub  [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [vpp-dev] Bug in plugins/dpdk/device/init.c related to eal_init_args found using AddressSanitizer

[Dave Wallace]

Elias,

Thanks for the patch -- I just merged it.

Welcome to the VPP community :)

Thanks,
-daw-

On 9/12/2019 5:19 AM, Damjan Marion wrote:


see:

https://wiki.fd.io/view/VPP/Pulling,_Building,_Running,_Hacking_and_Pushing_VPP_Code


Section 6

On 12 Sep 2019, at 11:11, Elias Rudberg > wrote:


OK, now I created a Jira issue about it:
https://jira.fd.io/browse/VPP-1772

I would like to commit and push a fix also, but I'm not sure how to do
that properly. Looking at "git log" it looks like you are using some
special form of commit messages with special "Signed-off-by" and
"Change-Id" parts, I don't know what those mean. Are you using some
tool to generate those commit messages, rather than just doing "git
commit" at the command-line?

Best regards,
Elias


On Wed, 2019-09-11 at 15:03 -0400, Dave Wallace wrote:

Elias,

Please open a Jira Ticket and push a patch with this fix.

BTW, there is a macro [0] that safely adds c-string termination to a
vector which I would recommend using for your fix (2).

Thanks,
-daw-
[0]
https://docs.fd.io/vpp/19.08/db/d65/vec_8h.html#a2bc43313bc727b5453c3e5d7cc57a464


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#13969): https://lists.fd.io/g/vpp-dev/message/13969
Mute This Topic: https://lists.fd.io/mt/34104878/675642
Group Owner: vpp-dev+ow...@lists.fd.io
Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub  [dmar...@me.com]
-=-=-=-=-=-=-=-=-=-=-=-




-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#13974): https://lists.fd.io/g/vpp-dev/message/13974
Mute This Topic: https://lists.fd.io/mt/34104878/21656
Group Owner: vpp-dev+ow...@lists.fd.io
Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub  [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [vpp-dev] Bug in plugins/dpdk/device/init.c related to eal_init_args found using AddressSanitizer

[Damjan Marion via Lists.Fd.Io]

see:

https://wiki.fd.io/view/VPP/Pulling,_Building,_Running,_Hacking_and_Pushing_VPP_Code
 



Section 6

> On 12 Sep 2019, at 11:11, Elias Rudberg  wrote:
> 
> OK, now I created a Jira issue about it:
> https://jira.fd.io/browse/VPP-1772
> 
> I would like to commit and push a fix also, but I'm not sure how to do
> that properly. Looking at "git log" it looks like you are using some
> special form of commit messages with special "Signed-off-by" and
> "Change-Id" parts, I don't know what those mean. Are you using some
> tool to generate those commit messages, rather than just doing "git
> commit" at the command-line?
> 
> Best regards,
> Elias
> 
> 
> On Wed, 2019-09-11 at 15:03 -0400, Dave Wallace wrote:
>> Elias,
>> 
>> Please open a Jira Ticket and push a patch with this fix.
>> 
>> BTW, there is a macro [0] that safely adds c-string termination to a
>> vector which I would recommend using for your fix (2).
>> 
>> Thanks,
>> -daw-
>> [0] 
>> https://docs.fd.io/vpp/19.08/db/d65/vec_8h.html#a2bc43313bc727b5453c3e5d7cc57a464
>> 
> -=-=-=-=-=-=-=-=-=-=-=-
> Links: You receive all messages sent to this group.
> 
> View/Reply Online (#13969): https://lists.fd.io/g/vpp-dev/message/13969
> Mute This Topic: https://lists.fd.io/mt/34104878/675642
> Group Owner: vpp-dev+ow...@lists.fd.io
> Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub  [dmar...@me.com]
> -=-=-=-=-=-=-=-=-=-=-=-

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#13970): https://lists.fd.io/g/vpp-dev/message/13970
Mute This Topic: https://lists.fd.io/mt/34104878/21656
Group Owner: vpp-dev+ow...@lists.fd.io
Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub  [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [vpp-dev] Bug in plugins/dpdk/device/init.c related to eal_init_args found using AddressSanitizer

[Elias Rudberg]

OK, now I created a Jira issue about it:
https://jira.fd.io/browse/VPP-1772

I would like to commit and push a fix also, but I'm not sure how to do
that properly. Looking at "git log" it looks like you are using some
special form of commit messages with special "Signed-off-by" and
"Change-Id" parts, I don't know what those mean. Are you using some
tool to generate those commit messages, rather than just doing "git
commit" at the command-line?

Best regards,
Elias


On Wed, 2019-09-11 at 15:03 -0400, Dave Wallace wrote:
> Elias,
> 
> Please open a Jira Ticket and push a patch with this fix.
> 
> BTW, there is a macro [0] that safely adds c-string termination to a
> vector which I would recommend using for your fix (2).
> 
> Thanks,
> -daw-
> [0] 
> https://docs.fd.io/vpp/19.08/db/d65/vec_8h.html#a2bc43313bc727b5453c3e5d7cc57a464
> 
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#13969): https://lists.fd.io/g/vpp-dev/message/13969
Mute This Topic: https://lists.fd.io/mt/34104878/21656
Group Owner: vpp-dev+ow...@lists.fd.io
Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub  [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [vpp-dev] Bug in plugins/dpdk/device/init.c related to eal_init_args found using AddressSanitizer

[Dave Wallace]

Elias,

Please open a Jira Ticket and push a patch with this fix.

BTW, there is a macro [0] that safely adds c-string termination to a 
vector which I would recommend using for your fix (2).


Thanks,
-daw-
[0] 
https://docs.fd.io/vpp/19.08/db/d65/vec_8h.html#a2bc43313bc727b5453c3e5d7cc57a464


On 9/11/2019 11:39 AM, Elias Rudberg wrote:

Hello,

Thanks to the patches shared by Benoit Ganne on Monday, I was today
able to use AddressSanitizer for vpp. AddressSanitizer detected a
problem that I think is caused by a bug in plugins/dpdk/device/init.c
related to how the conf->eal_init_args vector is manipulated in the
dpdk_config function.

It appears that the code there uses two different kinds of strings,
both C-style null-terminated strings (char*) and vectors of type (u8*)
which are not necessarily null-terminated but instead have their length
stored in a different way (as described in vppinfra/vec.h).

In the dpdk_config function, various strings are added to the conf-

eal_init_args vector. Those strings need to be null-terminated because

they are later used as input to the "format" function which expects
null-terminated strings for its later arguments. The strings are mostly
null-terminated but not all of them, which leads to the error detected
by AddressSanitizer.

I think what happens is that some string that was generated by the
"format" function and is thus not null-terminated is later given as
input to a function that needs null-terminated strings as input,
leading to illegal memory access.

I'm able to make AddressSanitizer happy by making the following two
changes:

(1) Null-terminate the tmp string for conf->nchannels in the same way
as it is done in other places in the code:

-  tmp = format (0, "%d", conf->nchannels);
+  tmp = format (0, "%d%c", conf->nchannels, 0);

(2) Null-terminate conf->eal_init_args_str before the call to
dpdk_log_warn:

+  vec_add1(conf->eal_init_args_str, 0);

After that, vpp starts without complaints from AddressSanitizer.

Should this be reported as a new bug in the Jira system for VPP (
https://jira.fd.io/browse/VPP)?

Should I push a fix myself (not sure if I have permission to do that)
or could someone more familiar with that part of the code do it?

Best regards,
Elias


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#13955): https://lists.fd.io/g/vpp-dev/message/13955
Mute This Topic: https://lists.fd.io/mt/34104878/675079
Group Owner: vpp-dev+ow...@lists.fd.io
Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub  [dwallac...@gmail.com]
-=-=-=-=-=-=-=-=-=-=-=-


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#13962): https://lists.fd.io/g/vpp-dev/message/13962
Mute This Topic: https://lists.fd.io/mt/34104878/21656
Group Owner: vpp-dev+ow...@lists.fd.io
Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub  [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[vpp-dev] Bug in plugins/dpdk/device/init.c related to eal_init_args found using AddressSanitizer

[Elias Rudberg]

Hello,

Thanks to the patches shared by Benoit Ganne on Monday, I was today
able to use AddressSanitizer for vpp. AddressSanitizer detected a
problem that I think is caused by a bug in plugins/dpdk/device/init.c
related to how the conf->eal_init_args vector is manipulated in the
dpdk_config function.

It appears that the code there uses two different kinds of strings,
both C-style null-terminated strings (char*) and vectors of type (u8*)
which are not necessarily null-terminated but instead have their length
stored in a different way (as described in vppinfra/vec.h).

In the dpdk_config function, various strings are added to the conf-
>eal_init_args vector. Those strings need to be null-terminated because
they are later used as input to the "format" function which expects
null-terminated strings for its later arguments. The strings are mostly
null-terminated but not all of them, which leads to the error detected
by AddressSanitizer.

I think what happens is that some string that was generated by the
"format" function and is thus not null-terminated is later given as
input to a function that needs null-terminated strings as input,
leading to illegal memory access.

I'm able to make AddressSanitizer happy by making the following two
changes:

(1) Null-terminate the tmp string for conf->nchannels in the same way
as it is done in other places in the code:

-  tmp = format (0, "%d", conf->nchannels);
+  tmp = format (0, "%d%c", conf->nchannels, 0);

(2) Null-terminate conf->eal_init_args_str before the call to
dpdk_log_warn:

+  vec_add1(conf->eal_init_args_str, 0);

After that, vpp starts without complaints from AddressSanitizer.

Should this be reported as a new bug in the Jira system for VPP (
https://jira.fd.io/browse/VPP)?

Should I push a fix myself (not sure if I have permission to do that)
or could someone more familiar with that part of the code do it?

Best regards,
Elias

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#13955): https://lists.fd.io/g/vpp-dev/message/13955
Mute This Topic: https://lists.fd.io/mt/34104878/21656
Group Owner: vpp-dev+ow...@lists.fd.io
Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub  [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[vpp-dev] Bug with ARP reply after configuring static ARP entry

[zakurenyi . andrii]

Hi all,

I ran into an issue with ARP reply. It's not working if a static ARP entry has 
been created on VPP for the requested IP address pointing towards another 
interface.

The bug is described in the Jira ticket VPP-1696 ( 
https://jira.fd.io/browse/VPP-1696 ).

Thanks a lot in advance.
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#13221): https://lists.fd.io/g/vpp-dev/message/13221
Mute This Topic: https://lists.fd.io/mt/31935036/21656
Group Owner: vpp-dev+ow...@lists.fd.io
Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub  [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[vpp-dev] [Bug] VPP crashes using deterministic CGN

[Uzzam Javed]

Hi Matus,We are using 1901 build in CentOS 7.6 and am facing a crash in VPP while using the CGNAT plugin. When using the deterministic CGN and using NAT {deterministic} option in the startup.conf, VPP crashes when I input the command ‘set interface nat44 in TenGigabitEthernet41/0/0 out TenGigabitEthernet41/0/1’.If we remove nat {deterministic} from startup.conf NAT works perfectly fine. Following is the output from journalctl after VPP crashed:May 14 05:47:33 localhost.localdomain ./vpp[43949]: unix_proc_file_contents: open `/root/vpp/build-root/install-vpp_debug-native/vpp/share/vpp/plugins/perfmon/JaketoMay 14 05:47:33 localhost.localdomain ./vpp[43949]: perfmon: No table for cpuid 206d7May 14 05:47:33 localhost.localdomain ./vpp[43949]: perfmon: model 2d, stepping 7May 14 05:47:33 localhost.localdomain ./vpp[43949]: load_one_vat_plugin:67: Loaded plugin: acl_test_plugin.soMay 14 05:47:33 localhost.localdomain ./vpp[43949]: load_one_vat_plugin:67: Loaded plugin: avf_test_plugin.soMay 14 05:47:33 localhost.localdomain ./vpp[43949]: load_one_vat_plugin:67: Loaded plugin: cdp_test_plugin.soMay 14 05:47:33 localhost.localdomain ./vpp[43949]: load_one_vat_plugin:67: Loaded plugin: dpdk_test_plugin.soMay 14 05:47:33 localhost.localdomain ./vpp[43949]: load_one_vat_plugin:67: Loaded plugin: flowprobe_test_plugin.soMay 14 05:47:33 localhost.localdomain ./vpp[43949]: load_one_vat_plugin:67: Loaded plugin: gtpu_test_plugin.soMay 14 05:47:33 localhost.localdomain ./vpp[43949]: load_one_vat_plugin:67: Loaded plugin: ioam_test_plugin.soMay 14 05:47:33 localhost.localdomain ./vpp[43949]: load_one_vat_plugin:67: Loaded plugin: lacp_test_plugin.soMay 14 05:47:33 localhost.localdomain ./vpp[43949]: load_one_vat_plugin:67: Loaded plugin: lb_test_plugin.soMay 14 05:47:33 localhost.localdomain ./vpp[43949]: load_one_vat_plugin:67: Loaded plugin: mactime_test_plugin.soMay 14 05:47:33 localhost.localdomain ./vpp[43949]: load_one_vat_plugin:67: Loaded plugin: memif_test_plugin.soMay 14 05:47:33 localhost.localdomain ./vpp[43949]: load_one_vat_plugin:67: Loaded plugin: nat_test_plugin.soMay 14 05:47:33 localhost.localdomain ./vpp[43949]: load_one_vat_plugin:67: Loaded plugin: nsh_test_plugin.soMay 14 05:47:33 localhost.localdomain ./vpp[43949]: load_one_vat_plugin:67: Loaded plugin: nsim_test_plugin.soMay 14 05:47:33 localhost.localdomain ./vpp[43949]: load_one_vat_plugin:67: Loaded plugin: pppoe_test_plugin.soMay 14 05:47:33 localhost.localdomain ./vpp[43949]: load_one_vat_plugin:67: Loaded plugin: stn_test_plugin.soMay 14 05:47:33 localhost.localdomain ./vpp[43949]: load_one_vat_plugin:67: Loaded plugin: vmxnet3_test_plugin.soMay 14 05:47:33 localhost.localdomain ./vpp[43949]: dpdk_config:1407: socket-mem argument is deprecatedMay 14 05:47:33 localhost.localdomain ./vpp[43949]: dpdk: EAL init args: -c 50414 -n 4 --in-memory --file-prefix vpp -w :41:00.0 -w :41:00.1 --master-lcore 4May 14 05:47:35 localhost.localdomain vnet[43949]: dpdk_ipsec_process:1010: not enough DPDK crypto resources, default to OpenSSLMay 14 05:48:04 localhost.localdomain avahi-daemon[9690]: Registering new address record for fe80::c8c3:9dff:fee0:84f4 on tap0.*.May 14 05:49:36 localhost.localdomain vnet[43949]: /root/vpp/src/vlib/log.c:153 (vlib_log) assertion `vlib_get_thread_index () == 0' failsMay 14 05:49:36 localhost.localdomain vnet[43949]: received signal SIGABRT, PC 0x7fb162fef207May 14 05:49:36 localhost.localdomain vnet[43949]: #0 0x7fb1649a64b3 unix_signal_handler + 0x24cMay 14 05:49:36 localhost.localdomain vnet[43949]: #1 0x7fb16429d5d0 0x7fb16429d5d0May 14 05:49:36 localhost.localdomain vnet[43949]: #2 0x7fb162fef207 gsignal + 0x37May 14 05:49:36 localhost.localdomain vnet[43949]: #3 0x7fb162ff08f8 abort + 0x148May 14 05:49:36 localhost.localdomain vnet[43949]: #4 0x00407811 vhost_user_unmap_all + 0x0May 14 05:49:36 localhost.localdomain vnet[43949]: #5 0x7fb163d9a23f debugger + 0x1cMay 14 05:49:36 localhost.localdomain vnet[43949]: #6 0x7fb163d9a67a _clib_error + 0x2d2May 14 05:49:36 localhost.localdomain vnet[43949]: #7 0x7fb164938221 vlib_log + 0x2ceMay 14 05:49:36 localhost.localdomain vnet[43949]: #8 0x7fb11dde2ea1 snat_det_in2out_node_fn + 0x170fMay 14 05:49:36 localhost.localdomain vnet[43949]: #9 0x7fb164949046 dispatch_node + 0x2b8May 14 05:49:36 localhost.localdomain vnet[43949]: #10 0x7fb164949626 dispatch_pending_node + 0x372May 14 05:49:36 localhost.localdomain vnet[43949]: #11 0x7fb16494b2b8 vlib_main_or_worker_loop + 0x8fdMay 14 05:49:36 localhost.localdomain vnet[43949]: #12 0x7fb16494bad4 vlib_worker_loop + 0x2cMay 14 05:49:36 localhost.localdomain vnet[43949]: #13 0x7fb16497d8fb vlib_worker_thread_fn + 0x120May 14 05:49:36 localhost.localdomain vnet[43949]: #14 0x7fb163dbd524 0x7fb163dbd524May 14 05:49:36 localhost.localdomain abrt-hook-ccpp[403]: Process 43949 (vpp) of user 0 killed by SIGABRT - dumping coreKindly guide us on how to use 

Re: [vpp-dev] bug in api for tapv2

[Marco Varlese]

Thank you!
On Wed, 2018-10-17 at 12:18 +, Michal Cmarada via Lists.Fd.Io wrote:
> Hi Marco,
>  
> Done: 
> https://gerrit.fd.io/r/#/c/15342/
>  
> Michal
>  
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> Michal Cmarada
> Engineer - Software
> mcmar...@cisco.com
> Tel:
> 
>  
>  
> 
> 
> 
> 
>  
> 
> 
> 
> 
> 
> 
> 
>  
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> Cisco Systems, Inc.
>  
>  
>  
> Slovakia
> cisco.com
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> Think before you print.
> 
> 
> 
> 
> This email may contain confidential and privileged material for the sole use
> of the intended recipient. Any review, use, distribution
>  or disclosure by others is strictly prohibited. If you are not the intended
> recipient (or authorized to receive for the recipient), please contact the
> sender by reply email and delete all copies of this message.
> Please
> 
> click here for Company Registration Information.
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
>  
> 
>  
> 
> 
> From: Marco Varlese  
> 
> Sent: Wednesday, October 17, 2018 2:16 PM
> 
> To: Michal Cmarada -X (mcmarada - PANTHEON TECHNOLOGIES at Cisco) <
> mcmar...@cisco.com>; vpp-dev@lists.fd.io
> 
> Subject: Re: [vpp-dev] bug in api for tapv2
> 
> 
>  
> 
> Hi Michal,
> 
> 
>  
> 
> 
> On Wed, 2018-10-17 at 11:49 +, Michal Cmarada via Lists.Fd.Io wrote:
> 
> > Hi VPP devs,
> >  
> > I found a bug in API for tapv2. I prepared a fix but I need someone to check
> > it.
> > 
> > 
> > gerrit patch: https://gerrit.fd.io/r/#/c/15341/
> 
> Yes, your fix makes sense to me.
> 
> 
> I am waiting for the Verified+1 to merge it.
> 
> 
>  
> 
> > 
> > also it will probably need a cherry-pick to stable 18.10
> 
> Yes, it will have to be cherry-picked to stable 18.10. Can you push a patch
> there too?
> 
> 
>  
> 
> >  
> >  
> > Thanks
> >  
> > Michal
> 
> Cheers,
> 
> 
> Marco
> 
> 
>  
> 
> >  
> >  
> > 
> > 
> > 
> > 
> > 
> > 
> > 
> > 
> > 
> > 
> > 
> > 
> > 
> > 
> > 
> > 
> > 
> > 
> > 
> > 
> > 
> > 
> > 
> > 
> > 
> > 
> > 
> > 
> > 
> > 
> > 
> > 
> > 
> > 
> > 
> > 
> > 
> > Michal Cmarada
> > Engineer - Software
> > mcmar...@cisco.com
> > Tel:
> > 
> >  
> >  
> > 
> > 
> > 
> > 
> >  
> > 
> > 
> > 
> > 
> > 
> > 
> > 
> >  
> > 
> > 
> > 
> > 
> > 
> > 
> > 
> > 
> > 
> > 
> > 
> > 
> > 
> > 
> > 
> > Cisco Systems, Inc.
> >  
> >  
> >  
> > Slovakia
> > cisco.com
> > 
> > 
> > 
> > 
> > 
> > 
> > 
> > 
> > 
> > 
> > 
> > 
> > 
> > 
> > 
> > 
> > 
> > 
> > 
> > Think before you print.
> > 
> > 
> > 
> > 
> > This email may contain confidential and privileged material for the sole use
> > of the intended recipient. Any review, use, distribution
> >  or disclosure by others is strictly prohibited. If you are not the intended
> > recipient (or authorized to receive for the recipient), please contact the
> > sender by reply email and delete all copies of this message.
> > Please
> > 
> > click here for Company Registration Information.
> > 
> > 
> > 
> > 
> > 
> > 
> > 
> > 
> > 
> > 
> > 
> > 
> > 
> > 
> > 
> > 
> > 
> > 
> > 
> > 
> > 
> >  
> >  
> > -=-=-=-=-=-=-=-=-=-=-=-
> > Links: You receive all messages sent to this group.
> >  
> > View/Reply Online (#10854): https://lists.fd.io/g/vpp-dev/message/10854
> > Mute This Topic: https://lists.fd.io/mt/27379050/675056
> > Group Owner: vpp-dev+ow...@lists.fd.io
> > Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub  [mvarl...@suse.de]
> > -=-=-=-=-=-=-=-=-=-=-=-
> >  
> 
> -- 
> 
> Marco V
> 
> 
>  
> 
> SUSE LINUX GmbH | GF: Felix Imendörffer, Jane Smithard, Graham Norton
> 
> HRB 21284 (AG Nürnberg) Maxfeldstr. 5, D-90409, Nürnberg
> 
> 
> 
> 
> 
> -=-=-=-=-=-=-=-=-=-=-=-Links: You receive all messages sent to this group.
> View/Reply Online (#10856): https://lists.fd.io/g/vpp-dev/message/10856Mute
> This Topic: https://lists.fd.io/mt/27379050/675056Group Owner: vpp-
> dev+ow...@lists.fd.ioUnsubscribe: https://lists.fd.io/g/vpp-dev/unsubb  [mvarl
> e...@suse.de]-=-=-=-=-=-=-=-=-=-=-=-
-- 
Marco V


SUSE LINUX GmbH | GF: Felix Imendörffer, Jane Smithard, Graham Norton
HRB 21284 (AG Nürnberg) Maxfeldstr. 5, D-90409, Nürnberg
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#10857): https://lists.fd.io/g/vpp-dev/message/10857
Mute This Topic: https://lists.fd.io/mt/27379050/21656
Group Owner: vpp-dev+ow...@lists.fd.io
Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub  [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [vpp-dev] bug in api for tapv2

[Michal Cmarada via Lists.Fd.Io]

Hi Marco,

Done: https://gerrit.fd.io/r/#/c/15342/

Michal

[https://www.cisco.com/c/dam/m/en_us/signaturetool/images/banners/standard/06_standard_graphic.png]




Michal Cmarada
Engineer - Software
mcmar...@cisco.com<mailto:mcmar...@cisco.com>
Tel:










Cisco Systems, Inc.



Slovakia
cisco.com



[http://www.cisco.com/assets/swa/img/thinkbeforeyouprint.gif]

Think before you print.

This email may contain confidential and privileged material for the sole use of 
the intended recipient. Any review, use, distribution or disclosure by others 
is strictly prohibited. If you are not the intended recipient (or authorized to 
receive for the recipient), please contact the sender by reply email and delete 
all copies of this message.
Please click 
here<http://www.cisco.com/c/en/us/about/legal/terms-sale-software-license-agreement/company-registration-information.html>
 for Company Registration Information.







From: Marco Varlese 
Sent: Wednesday, October 17, 2018 2:16 PM
To: Michal Cmarada -X (mcmarada - PANTHEON TECHNOLOGIES at Cisco) 
; vpp-dev@lists.fd.io
Subject: Re: [vpp-dev] bug in api for tapv2

Hi Michal,

On Wed, 2018-10-17 at 11:49 +, Michal Cmarada via Lists.Fd.Io wrote:
Hi VPP devs,

I found a bug in API for tapv2. I prepared a fix but I need someone to check it.
gerrit patch: https://gerrit.fd.io/r/#/c/15341/
Yes, your fix makes sense to me.
I am waiting for the Verified+1 to merge it.


also it will probably need a cherry-pick to stable 18.10
Yes, it will have to be cherry-picked to stable 18.10. Can you push a patch 
there too?



Thanks

Michal
Cheers,
Marco



[https://www.cisco.com/c/dam/m/en_us/signaturetool/images/banners/standard/06_standard_graphic.png]




Michal Cmarada
Engineer - Software
mcmar...@cisco.com<mailto:mcmar...@cisco.com>
Tel:










Cisco Systems, Inc.



Slovakia
cisco.com



[http://www.cisco.com/assets/swa/img/thinkbeforeyouprint.gif]

Think before you print.

This email may contain confidential and privileged material for the sole use of 
the intended recipient. Any review, use, distribution or disclosure by others 
is strictly prohibited. If you are not the intended recipient (or authorized to 
receive for the recipient), please contact the sender by reply email and delete 
all copies of this message.
Please click 
here<http://www.cisco.com/c/en/us/about/legal/terms-sale-software-license-agreement/company-registration-information.html>
 for Company Registration Information.








-=-=-=-=-=-=-=-=-=-=-=-

Links: You receive all messages sent to this group.



View/Reply Online (#10854): https://lists.fd.io/g/vpp-dev/message/10854

Mute This Topic: https://lists.fd.io/mt/27379050/675056

Group Owner: vpp-dev+ow...@lists.fd.io<mailto:vpp-dev+ow...@lists.fd.io>

Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub  
[mvarl...@suse.de<mailto:mvarl...@suse.de>]

-=-=-=-=-=-=-=-=-=-=-=-



--
Marco V

SUSE LINUX GmbH | GF: Felix Imendörffer, Jane Smithard, Graham Norton
HRB 21284 (AG Nürnberg) Maxfeldstr. 5, D-90409, Nürnberg
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#10856): https://lists.fd.io/g/vpp-dev/message/10856
Mute This Topic: https://lists.fd.io/mt/27379050/21656
Group Owner: vpp-dev+ow...@lists.fd.io
Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub  [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [vpp-dev] bug in api for tapv2

[Marco Varlese]

Hi Michal,

On Wed, 2018-10-17 at 11:49 +, Michal Cmarada via Lists.Fd.Io wrote:
> 
> 
> Hi VPP devs,
> 
>  
> 
> I found a bug in API for tapv2. I prepared a fix but I need someone to check
> it.
> 
> 
> gerrit patch: https://gerrit.fd.io/r/#/c/15341/
> 
Yes, your fix makes sense to me.
I am waiting for the Verified+1 to merge it.



also it will probably need a cherry-pick to stable 18.10
Yes, it will have to be cherry-picked to stable 18.10. Can you push a patch
there too?

 
Thanks
 
Michal
Cheers,
Marco

 
Michal Cmarada
Engineer - Software
mcmar...@cisco.com
Tel:
 
 
 
 
Cisco Systems, Inc.
 
 
 
Slovakia
cisco.com
Think before you print.
This email may contain confidential and privileged material for the sole use of 
the intended recipient. Any review, use, distribution
 or disclosure by others is strictly prohibited. If you are not the intended 
recipient (or authorized to receive for the recipient), please contact the 
sender by reply email and delete all copies of this message.
Please

click here for Company Registration Information.
 
 



> -=-=-=-=-=-=-=-=-=-=-=-
> Links: You receive all messages sent to this group.
> 
> View/Reply Online (#10854): https://lists.fd.io/g/vpp-dev/message/10854
> Mute This Topic: https://lists.fd.io/mt/27379050/675056
> Group Owner: vpp-dev+ow...@lists.fd.io
> Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub  [mvarl...@suse.de]
> -=-=-=-=-=-=-=-=-=-=-=-
> 
-- 
Marco V


SUSE LINUX GmbH | GF: Felix Imendörffer, Jane Smithard, Graham Norton
HRB 21284 (AG Nürnberg) Maxfeldstr. 5, D-90409, Nürnberg
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#10855): https://lists.fd.io/g/vpp-dev/message/10855
Mute This Topic: https://lists.fd.io/mt/27379050/21656
Group Owner: vpp-dev+ow...@lists.fd.io
Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub  [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[vpp-dev] bug in api for tapv2

[Michal Cmarada via Lists.Fd.Io]

Hi VPP devs,

I found a bug in API for tapv2. I prepared a fix but I need someone to check it.
gerrit patch: https://gerrit.fd.io/r/#/c/15341/

also it will probably need a cherry-pick to stable 18.10

Thanks

Michal

[https://www.cisco.com/c/dam/m/en_us/signaturetool/images/banners/standard/06_standard_graphic.png]




Michal Cmarada
Engineer - Software
mcmar...@cisco.com
Tel:










Cisco Systems, Inc.



Slovakia
cisco.com



[http://www.cisco.com/assets/swa/img/thinkbeforeyouprint.gif]

Think before you print.

This email may contain confidential and privileged material for the sole use of 
the intended recipient. Any review, use, distribution or disclosure by others 
is strictly prohibited. If you are not the intended recipient (or authorized to 
receive for the recipient), please contact the sender by reply email and delete 
all copies of this message.
Please click 
here
 for Company Registration Information.







-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#10854): https://lists.fd.io/g/vpp-dev/message/10854
Mute This Topic: https://lists.fd.io/mt/27379050/21656
Group Owner: vpp-dev+ow...@lists.fd.io
Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub  [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [vpp-dev] [BUG] vhost-user display bug

[Stephen Hemminger]

On Thu, 20 Sep 2018 18:56:28 +
"Steven Luong (sluong)"  wrote:

> Stephen,
> 
> Fix for vhost
> https://gerrit.fd.io/r/14920
> 
> I'll take care of vmxnet3 later.
> 
> Steven
> 
> On 9/20/18, 10:57 AM, "vpp-dev@lists.fd.io on behalf of Stephen Hemminger" 
>  wrote:
> 
> 
> Why is there not a simple link on FD.io developer web page to report bugs.
> Reporting bugs page talks about the data BUT DOESN'T GIVE THE PROCESS.
> 
> If you are using JIRA why not vpp-bugs mail alias?
> 
> 
> 
> I tried creating a virtio user device and noticed that the device name
> displayed is garbage:
> DBGvpp# create vhost-user socket /var/run/vpp/sock1.sock server
> VirtualEthernet0/0/0
> DBGvpp# show vhost-user
> Virtio vhost-user interfaces
> Global:
>   coalesce frames 32 time 1e-3
>   number of rx virtqueues in interrupt mode: 0
> Interface: VirtualEthernet0/0/0�?x�D (ifindex 3)
>^^
> 
> Looking at source, vmxnet3 has same bug.
> 
> 
> Looks like a bug related to string handling.
> Somewhat disgruntled that VPP had to reinvent strings in C.
> 
> 

Perhaps the format() function could change to use a compatiable syntax with GCC 
like
the Linux printk.  For the special formats like %U and %V, change them to be
modifiers to pointer format:
%U  -> %pU
%V  -> %pV

Then it is possible to add printf format attribute to format() function 
signature
and catch misuse of string/pointer at compile time.

Yes it would be a global change to VPP. Not sure about what API guarantees are
made to out of tree plugins.
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#10602): https://lists.fd.io/g/vpp-dev/message/10602
Mute This Topic: https://lists.fd.io/mt/25822425/21656
Group Owner: vpp-dev+ow...@lists.fd.io
Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub  [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [vpp-dev] [BUG] vhost-user display bug

[Damjan Marion via Lists.Fd.Io]

-- 
Damjan

> On 20 Sep 2018, at 20:58, Damjan Marion via Lists.Fd.Io 
>  wrote:
> 
> 
> -- 
> Damjan
> 
>> On 20 Sep 2018, at 20:26, Stephen Hemminger > > wrote:
>> 
>> On Thu, 20 Sep 2018 20:15:34 +0200
>> Damjan Marion mailto:dmar...@me.com>> wrote:
>> 
>>> Damjan
>>> 
 On 20 Sep 2018, at 19:57, Stephen Hemminger >>> > wrote:
 
 
 Why is there not a simple link on FD.io  developer web page 
 to report bugs.
 Reporting bugs page talks about the data BUT DOESN'T GIVE THE PROCESS.
 
 If you are using JIRA why not vpp-bugs mail alias?
   
>>> 
>>> wiki.fd.io  > 
>>> -> VPP -> Reporting Bugs
>>> Leads to: https://wiki.fd.io/view/VPP/BugReports 
>>>  
>>> >> >
>> 
>> Why is there not a link to mailto:vpp-dev or where you want the bug reports
>> to occur?
> 
> wiki.fd.io  -> VPP -> Bug Reports
> 
> Will read you to JIRA.
> 
> In this particular case will be easier to submit patch than to fill bug 
> report. It is literally about changing "%s" to "%v".


Steven just submitted fix[1]. Will merge when verifies


[1] https://gerrit.fd.io/r/#/c/14920/ 

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#10589): https://lists.fd.io/g/vpp-dev/message/10589
Mute This Topic: https://lists.fd.io/mt/25822425/21656
Group Owner: vpp-dev+ow...@lists.fd.io
Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub  [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [vpp-dev] [BUG] vhost-user display bug

[Damjan Marion via Lists.Fd.Io]

-- 
Damjan

> On 20 Sep 2018, at 20:26, Stephen Hemminger  
> wrote:
> 
> On Thu, 20 Sep 2018 20:15:34 +0200
> Damjan Marion mailto:dmar...@me.com>> wrote:
> 
>> Damjan
>> 
>>> On 20 Sep 2018, at 19:57, Stephen Hemminger >> > wrote:
>>> 
>>> 
>>> Why is there not a simple link on FD.io  developer web page 
>>> to report bugs.
>>> Reporting bugs page talks about the data BUT DOESN'T GIVE THE PROCESS.
>>> 
>>> If you are using JIRA why not vpp-bugs mail alias?
>>>   
>> 
>> wiki.fd.io  > -> 
>> VPP -> Reporting Bugs
>> Leads to: https://wiki.fd.io/view/VPP/BugReports 
>>  
>> > >
> 
> Why is there not a link to mailto:vpp-dev or where you want the bug reports
> to occur?

wiki.fd.io  -> VPP -> Bug Reports

Will read you to JIRA.

In this particular case will be easier to submit patch than to fill bug report. 
It is literally about changing "%s" to "%v".

> 
>>> 
>>> I tried creating a virtio user device and noticed that the device name
>>> displayed is garbage:
>>> DBGvpp# create vhost-user socket /var/run/vpp/sock1.sock server
>>> VirtualEthernet0/0/0
>>> DBGvpp# show vhost-user
>>> Virtio vhost-user interfaces
>>> Global:
>>> coalesce frames 32 time 1e-3
>>> number of rx virtqueues in interrupt mode: 0
>>> Interface: VirtualEthernet0/0/0�x�D (ifindex 3)
>>>  ^^  
>> 
>> Yeah, typical vector vs string foobar, I might be guilty for this one 3-4 
>> years ago.
>> Interesting that nobody spotted it before :)
>> 
>> Are you using clang to compile?
> 
> This is Ubuntu 18-04 with gcc 7.3.0
> 
>> 
>>> Looking at source, vmxnet3 has same bug.  
>> 
>> ack
>> 
>>> 
>>> 
>>> Looks like a bug related to string handling.
>>> Somewhat disgruntled that VPP had to reinvent strings in C.  
>> 
>> It might be because VPP was build long time ago for systems which doesn't 
>> have standard C library. 
>> 
>> I know it is annoying for somebody new to vpp, but soon you start to like 
>> it...
> 
> Probably, the best solution would be to add some static checking to catch
> these kind of bugs.  Ideally the format and related functions could get some
> type checking (like kernel and gcc are able to do).

We can potentially do something to improve that, at least when we know that 
string is inside vector,
but will be hard to address all cases...

> 
> 
> -=-=-=-=-=-=-=-=-=-=-=-
> Links: You receive all messages sent to this group.
> 
> View/Reply Online (#10584): https://lists.fd.io/g/vpp-dev/message/10584 
> 
> Mute This Topic: https://lists.fd.io/mt/25822425/675642 
> 
> Group Owner: vpp-dev+ow...@lists.fd.io 
> Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub 
>   [dmar...@me.com 
> ]
> -=-=-=-=-=-=-=-=-=-=-=-

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#10587): https://lists.fd.io/g/vpp-dev/message/10587
Mute This Topic: https://lists.fd.io/mt/25822425/21656
Group Owner: vpp-dev+ow...@lists.fd.io
Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub  [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [vpp-dev] [BUG] vhost-user display bug

[steven luong via Lists.Fd.Io]

Stephen,

Fix for vhost
https://gerrit.fd.io/r/14920

I'll take care of vmxnet3 later.

Steven

On 9/20/18, 10:57 AM, "vpp-dev@lists.fd.io on behalf of Stephen Hemminger" 
 wrote:


Why is there not a simple link on FD.io developer web page to report bugs.
Reporting bugs page talks about the data BUT DOESN'T GIVE THE PROCESS.

If you are using JIRA why not vpp-bugs mail alias?



I tried creating a virtio user device and noticed that the device name
displayed is garbage:
DBGvpp# create vhost-user socket /var/run/vpp/sock1.sock server
VirtualEthernet0/0/0
DBGvpp# show vhost-user
Virtio vhost-user interfaces
Global:
  coalesce frames 32 time 1e-3
  number of rx virtqueues in interrupt mode: 0
Interface: VirtualEthernet0/0/0�?x�D (ifindex 3)
   ^^

Looking at source, vmxnet3 has same bug.


Looks like a bug related to string handling.
Somewhat disgruntled that VPP had to reinvent strings in C.


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#10586): https://lists.fd.io/g/vpp-dev/message/10586
Mute This Topic: https://lists.fd.io/mt/25822425/21656
Group Owner: vpp-dev+ow...@lists.fd.io
Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub  [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [vpp-dev] [BUG] vhost-user display bug

[Stephen Hemminger]

On Thu, 20 Sep 2018 20:15:34 +0200
Damjan Marion  wrote:

> Damjan
> 
> > On 20 Sep 2018, at 19:57, Stephen Hemminger  
> > wrote:
> > 
> > 
> > Why is there not a simple link on FD.io developer web page to report bugs.
> > Reporting bugs page talks about the data BUT DOESN'T GIVE THE PROCESS.
> > 
> > If you are using JIRA why not vpp-bugs mail alias?
> >   
> 
> wiki.fd.io  -> VPP -> Reporting Bugs
> Leads to: https://wiki.fd.io/view/VPP/BugReports 
> 

Why is there not a link to mailto:vpp-dev or where you want the bug reports
to occur?

> > 
> > I tried creating a virtio user device and noticed that the device name
> > displayed is garbage:
> > DBGvpp# create vhost-user socket /var/run/vpp/sock1.sock server
> > VirtualEthernet0/0/0
> > DBGvpp# show vhost-user
> > Virtio vhost-user interfaces
> > Global:
> >  coalesce frames 32 time 1e-3
> >  number of rx virtqueues in interrupt mode: 0
> > Interface: VirtualEthernet0/0/0�x�D (ifindex 3)
> >   ^^  
> 
> Yeah, typical vector vs string foobar, I might be guilty for this one 3-4 
> years ago.
> Interesting that nobody spotted it before :)
> 
> Are you using clang to compile?

This is Ubuntu 18-04 with gcc 7.3.0

> 
> > Looking at source, vmxnet3 has same bug.  
> 
> ack
> 
> > 
> > 
> > Looks like a bug related to string handling.
> > Somewhat disgruntled that VPP had to reinvent strings in C.  
> 
> It might be because VPP was build long time ago for systems which doesn't 
> have standard C library. 
> 
> I know it is annoying for somebody new to vpp, but soon you start to like 
> it...

Probably, the best solution would be to add some static checking to catch
these kind of bugs.  Ideally the format and related functions could get some
type checking (like kernel and gcc are able to do).


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#10584): https://lists.fd.io/g/vpp-dev/message/10584
Mute This Topic: https://lists.fd.io/mt/25822425/21656
Group Owner: vpp-dev+ow...@lists.fd.io
Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub  [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [vpp-dev] [BUG] vhost-user display bug

[Damjan Marion via Lists.Fd.Io]

Dear Stephen,


See inline ...

-- 
Damjan

> On 20 Sep 2018, at 19:57, Stephen Hemminger  
> wrote:
> 
> 
> Why is there not a simple link on FD.io developer web page to report bugs.
> Reporting bugs page talks about the data BUT DOESN'T GIVE THE PROCESS.
> 
> If you are using JIRA why not vpp-bugs mail alias?
> 

wiki.fd.io  -> VPP -> Reporting Bugs
Leads to: https://wiki.fd.io/view/VPP/BugReports 


> 
> 
> I tried creating a virtio user device and noticed that the device name
> displayed is garbage:
> DBGvpp# create vhost-user socket /var/run/vpp/sock1.sock server
> VirtualEthernet0/0/0
> DBGvpp# show vhost-user
> Virtio vhost-user interfaces
> Global:
>  coalesce frames 32 time 1e-3
>  number of rx virtqueues in interrupt mode: 0
> Interface: VirtualEthernet0/0/0�x�D (ifindex 3)
>   ^^

Yeah, typical vector vs string foobar, I might be guilty for this one 3-4 years 
ago.
Interesting that nobody spotted it before :)

Are you using clang to compile?

> Looking at source, vmxnet3 has same bug.

ack

> 
> 
> Looks like a bug related to string handling.
> Somewhat disgruntled that VPP had to reinvent strings in C.

It might be because VPP was build long time ago for systems which doesn't 
have standard C library. 

I know it is annoying for somebody new to vpp, but soon you start to like it...


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#10583): https://lists.fd.io/g/vpp-dev/message/10583
Mute This Topic: https://lists.fd.io/mt/25822425/21656
Group Owner: vpp-dev+ow...@lists.fd.io
Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub  [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[vpp-dev] [BUG] vhost-user display bug

[Stephen Hemminger]

Why is there not a simple link on FD.io developer web page to report bugs.
Reporting bugs page talks about the data BUT DOESN'T GIVE THE PROCESS.

If you are using JIRA why not vpp-bugs mail alias?



I tried creating a virtio user device and noticed that the device name
displayed is garbage:
DBGvpp# create vhost-user socket /var/run/vpp/sock1.sock server
VirtualEthernet0/0/0
DBGvpp# show vhost-user
Virtio vhost-user interfaces
Global:
  coalesce frames 32 time 1e-3
  number of rx virtqueues in interrupt mode: 0
Interface: VirtualEthernet0/0/0�x�D (ifindex 3)
   ^^

Looking at source, vmxnet3 has same bug.


Looks like a bug related to string handling.
Somewhat disgruntled that VPP had to reinvent strings in C.
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#10582): https://lists.fd.io/g/vpp-dev/message/10582
Mute This Topic: https://lists.fd.io/mt/25822425/21656
Group Owner: vpp-dev+ow...@lists.fd.io
Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub  [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [vpp-dev] [Bug] VPP crashes using deterministic CGN

[Matus Fabian -X (matfabia - PANTHEON TECHNOLOGIES@Cisco) via Lists.Fd.Io]

Hi,

Patch is not merged in master branch, so your 18.10 build probably doesn't 
contain fix unless you apply/download patch manually (git review -d 14106).

Matus

From: arsalan.sag...@xflowresearch.com 
Sent: Monday, August 13, 2018 7:50 AM
To: Matus Fabian -X (matfabia - PANTHEON TECHNOLOGIES at Cisco) 
; vpp-dev@lists.fd.io
Cc: 'Fazal-e-Rehman Khan' 
Subject: RE: [vpp-dev] [Bug] VPP crashes using deterministic CGN

I have built the new release with vpp version 18.10 on my local machine.
I have seen "git log" and your commit is showing in it.

I am still experiencing the crash when VM connects with VPP in deterministic 
mode.
Kindly, provide an explanation for the crash or a workaround for this.

From: vpp-dev@lists.fd.io<mailto:vpp-dev@lists.fd.io> 
[mailto:vpp-dev@lists.fd.io] On Behalf Of Matus Fabian -X (matfabia - PANTHEON 
TECHNOLOGIES@Cisco) via Lists.Fd.Io
Sent: Thursday, August 9, 2018 5:19 PM
To: Matus Fabian -X (matfabia - PANTHEON TECHNOLOGIES at Cisco); 
arsalan.sag...@xflowresearch.com<mailto:arsalan.sag...@xflowresearch.com>; 
vpp-dev@lists.fd.io<mailto:vpp-dev@lists.fd.io>
Cc: vpp-dev@lists.fd.io<mailto:vpp-dev@lists.fd.io>
Subject: Re: [vpp-dev] [Bug] VPP crashes using deterministic CGN

There is fix https://gerrit.fd.io/r/#/c/14106/

Matus


From: vpp-dev@lists.fd.io<mailto:vpp-dev@lists.fd.io> 
mailto:vpp-dev@lists.fd.io>> On Behalf Of Matus Fabian -X 
(matfabia - PANTHEON TECHNOLOGIES@Cisco) via Lists.Fd.Io
Sent: Thursday, August 9, 2018 1:51 PM
To: arsalan.sag...@xflowresearch.com<mailto:arsalan.sag...@xflowresearch.com>; 
vpp-dev@lists.fd.io<mailto:vpp-dev@lists.fd.io>
Cc: vpp-dev@lists.fd.io<mailto:vpp-dev@lists.fd.io>
Subject: Re: [vpp-dev] [Bug] VPP crashes using deterministic CGN

Hi,

There is bug in snat_interface_add_del, it should not enable nat44-hairpinning 
node, I will fix it

Matus

From: vpp-dev@lists.fd.io<mailto:vpp-dev@lists.fd.io> 
mailto:vpp-dev@lists.fd.io>> On Behalf Of 
arsalan.sag...@xflowresearch.com<mailto:arsalan.sag...@xflowresearch.com>
Sent: Thursday, August 9, 2018 1:16 PM
To: vpp-dev@lists.fd.io<mailto:vpp-dev@lists.fd.io>
Cc: 'Fazal-e-Rehman Khan' 
mailto:fazal.reh...@xflowresearch.com>>
Subject: [vpp-dev] [Bug] VPP crashes using deterministic CGN

Hi,

I am using 1807 build in CentOS 7.5 and am facing a crash in VPP while using 
the CGNAT plugin. When using the deterministic CGN and using nat 
{deterministic} option in the startup.conf, VPP crashes when VM (with 
vhost-user interface) starts and all the configurations of VPP are removed. If 
I remove nat {deterministic} from startup.conf  NAT works perfectly fine. 
Following are the commands I am using for deterministic NAT in VPP:

Loop0 and Loop1 have been configured.
Vhost-user interface is connected to the VM in client mode and placed in bridge 
1 with loop0.

sudo vppctl create vhost-user socket /tmp/sock-server2.sock server
. . .
sudo vppctl set interface l2 bridge VirtualEthernet0/0/0 1
. . .
sudo vppctl set interface nat44 in loop0 out loop1
sudo vppctl nat44 deterministic add in 192.168.120.0/24 out 192.168.220.128/25


When VM is booted, VPP crashes. Following is an exempt from journalctl:

[root@ares ~]# journalctl -xe
. . .
Aug 09 13:28:07 ares NetworkManager[2810]:   [1533803287.8500] device 
(virbr0): carrier: link connected
Aug 09 13:28:11 ares kernel: kvm [11235]: vcpu0 disabled perfctr wrmsr: 0xc2 
data 0x
Aug 09 13:28:14 ares vnet[8055]: received signal SIGSEGV, PC 0x7f838e214d70, 
faulting address 0x5cfd07c78
Aug 09 13:28:14 ares vnet[8055]: #0  0x7f838eb006a5 0x7f838eb006a5
Aug 09 13:28:14 ares vnet[8055]: #1  0x7f838ceb26d0 0x7f838ceb26d0
Aug 09 13:28:14 ares vnet[8055]: #2  0x7f838e214d70 clib_bihash_search_8_8 
+ 0x20
Aug 09 13:28:14 ares vnet[8055]: #3  0x7f8348fb4bea 
snat_static_mapping_match + 0x8a
Aug 09 13:28:14 ares vnet[8055]: #4  0x7f8348fc4f05 
nat44_hairpinning_fn_avx2 + 0x395
Aug 09 13:28:14 ares vnet[8055]: #5  0x7f838eac7424 0x7f838eac7424
Aug 09 13:28:14 ares vnet[8055]: #6  0x7f838eac82ef vlib_worker_loop + 0x56f
Aug 09 13:28:14 ares vnet[8055]: #7  0x7f838d5f3068 0x7f838d5f3068
Aug 09 13:28:14 ares systemd[1]: vpp.service: main process exited, code=killed, 
status=6/ABRT
Aug 09 13:28:14 ares systemd[1]: Unit vpp.service entered failed state.
. . .

When the 'nat { deterministic }' statement is removed from the startup.conf, 
the issue is resolved and the setup behaves as intended.
Kindly guide me on how to use deterministic NAT in this configuration.

Best Regards,
Mr. Arsalan Saghir
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#10134): https://lists.fd.io/g/vpp-dev/message/10134
Mute This Topic: https://lists.fd.io/mt/24238200/21656
Group Owner: vpp-dev+ow...@lists.fd.io
Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub  [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [vpp-dev] [Bug] VPP crashes using deterministic CGN

[Arsalan]

I have built the new release with vpp version 18.10 on my local machine.

I have seen "git log" and your commit is showing in it. 

 

I am still experiencing the crash when VM connects with VPP in deterministic
mode.

Kindly, provide an explanation for the crash or a workaround for this.

 

From: vpp-dev@lists.fd.io [mailto:vpp-dev@lists.fd.io] On Behalf Of Matus
Fabian -X (matfabia - PANTHEON TECHNOLOGIES@Cisco) via Lists.Fd.Io
Sent: Thursday, August 9, 2018 5:19 PM
To: Matus Fabian -X (matfabia - PANTHEON TECHNOLOGIES at Cisco);
arsalan.sag...@xflowresearch.com; vpp-dev@lists.fd.io
Cc: vpp-dev@lists.fd.io
Subject: Re: [vpp-dev] [Bug] VPP crashes using deterministic CGN

 

There is fix https://gerrit.fd.io/r/#/c/14106/

 

Matus

 

 

From: vpp-dev@lists.fd.io <mailto:vpp-dev@lists.fd.io>  mailto:vpp-dev@lists.fd.io> > On Behalf Of Matus Fabian -X (matfabia -
PANTHEON TECHNOLOGIES@Cisco) via Lists.Fd.Io
Sent: Thursday, August 9, 2018 1:51 PM
To: arsalan.sag...@xflowresearch.com
<mailto:arsalan.sag...@xflowresearch.com> ; vpp-dev@lists.fd.io
<mailto:vpp-dev@lists.fd.io> 
Cc: vpp-dev@lists.fd.io <mailto:vpp-dev@lists.fd.io> 
Subject: Re: [vpp-dev] [Bug] VPP crashes using deterministic CGN

 

Hi,

 

There is bug in snat_interface_add_del, it should not enable
nat44-hairpinning node, I will fix it

 

Matus

 

From: vpp-dev@lists.fd.io <mailto:vpp-dev@lists.fd.io>  mailto:vpp-dev@lists.fd.io> > On Behalf Of arsalan.sag...@xflowresearch.com
<mailto:arsalan.sag...@xflowresearch.com> 
Sent: Thursday, August 9, 2018 1:16 PM
To: vpp-dev@lists.fd.io <mailto:vpp-dev@lists.fd.io> 
Cc: 'Fazal-e-Rehman Khan' mailto:fazal.reh...@xflowresearch.com> >
Subject: [vpp-dev] [Bug] VPP crashes using deterministic CGN

 

Hi, 

 

I am using 1807 build in CentOS 7.5 and am facing a crash in VPP while using
the CGNAT plugin. When using the deterministic CGN and using nat
{deterministic} option in the startup.conf, VPP crashes when VM (with
vhost-user interface) starts and all the configurations of VPP are removed.
If I remove nat {deterministic} from startup.conf  NAT works perfectly fine.
Following are the commands I am using for deterministic NAT in VPP:

 

Loop0 and Loop1 have been configured.

Vhost-user interface is connected to the VM in client mode and placed in
bridge 1 with loop0.

 

sudo vppctl create vhost-user socket /tmp/sock-server2.sock server

. . .

sudo vppctl set interface l2 bridge VirtualEthernet0/0/0 1

. . .

sudo vppctl set interface nat44 in loop0 out loop1

sudo vppctl nat44 deterministic add in 192.168.120.0/24 out
192.168.220.128/25

 

 

When VM is booted, VPP crashes. Following is an exempt from journalctl:

 

[root@ares ~]# journalctl -xe 

. . . 

Aug 09 13:28:07 ares NetworkManager[2810]:   [1533803287.8500] device
(virbr0): carrier: link connected

Aug 09 13:28:11 ares kernel: kvm [11235]: vcpu0 disabled perfctr wrmsr: 0xc2
data 0x

Aug 09 13:28:14 ares vnet[8055]: received signal SIGSEGV, PC 0x7f838e214d70,
faulting address 0x5cfd07c78

Aug 09 13:28:14 ares vnet[8055]: #0  0x7f838eb006a5 0x7f838eb006a5

Aug 09 13:28:14 ares vnet[8055]: #1  0x7f838ceb26d0 0x7f838ceb26d0

Aug 09 13:28:14 ares vnet[8055]: #2  0x7f838e214d70
clib_bihash_search_8_8 + 0x20

Aug 09 13:28:14 ares vnet[8055]: #3  0x7f8348fb4bea
snat_static_mapping_match + 0x8a

Aug 09 13:28:14 ares vnet[8055]: #4  0x7f8348fc4f05
nat44_hairpinning_fn_avx2 + 0x395

Aug 09 13:28:14 ares vnet[8055]: #5  0x7f838eac7424 0x7f838eac7424

Aug 09 13:28:14 ares vnet[8055]: #6  0x7f838eac82ef vlib_worker_loop +
0x56f

Aug 09 13:28:14 ares vnet[8055]: #7  0x7f838d5f3068 0x7f838d5f3068

Aug 09 13:28:14 ares systemd[1]: vpp.service: main process exited,
code=killed, status=6/ABRT

Aug 09 13:28:14 ares systemd[1]: Unit vpp.service entered failed state.

. . .

 

When the 'nat { deterministic }' statement is removed from the startup.conf,
the issue is resolved and the setup behaves as intended.

Kindly guide me on how to use deterministic NAT in this configuration.

 

Best Regards,

Mr. Arsalan Saghir 

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#10110): https://lists.fd.io/g/vpp-dev/message/10110
Mute This Topic: https://lists.fd.io/mt/24238200/21656
Group Owner: vpp-dev+ow...@lists.fd.io
Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub  [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [vpp-dev] [Bug] VPP crashes using deterministic CGN

[Matus Fabian -X (matfabia - PANTHEON TECHNOLOGIES@Cisco) via Lists.Fd.Io]

There is fix https://gerrit.fd.io/r/#/c/14106/

Matus


From: vpp-dev@lists.fd.io  On Behalf Of Matus Fabian -X 
(matfabia - PANTHEON TECHNOLOGIES@Cisco) via Lists.Fd.Io
Sent: Thursday, August 9, 2018 1:51 PM
To: arsalan.sag...@xflowresearch.com; vpp-dev@lists.fd.io
Cc: vpp-dev@lists.fd.io
Subject: Re: [vpp-dev] [Bug] VPP crashes using deterministic CGN

Hi,

There is bug in snat_interface_add_del, it should not enable nat44-hairpinning 
node, I will fix it

Matus

From: vpp-dev@lists.fd.io<mailto:vpp-dev@lists.fd.io> 
mailto:vpp-dev@lists.fd.io>> On Behalf Of 
arsalan.sag...@xflowresearch.com<mailto:arsalan.sag...@xflowresearch.com>
Sent: Thursday, August 9, 2018 1:16 PM
To: vpp-dev@lists.fd.io<mailto:vpp-dev@lists.fd.io>
Cc: 'Fazal-e-Rehman Khan' 
mailto:fazal.reh...@xflowresearch.com>>
Subject: [vpp-dev] [Bug] VPP crashes using deterministic CGN

Hi,

I am using 1807 build in CentOS 7.5 and am facing a crash in VPP while using 
the CGNAT plugin. When using the deterministic CGN and using nat 
{deterministic} option in the startup.conf, VPP crashes when VM (with 
vhost-user interface) starts and all the configurations of VPP are removed. If 
I remove nat {deterministic} from startup.conf  NAT works perfectly fine. 
Following are the commands I am using for deterministic NAT in VPP:

Loop0 and Loop1 have been configured.
Vhost-user interface is connected to the VM in client mode and placed in bridge 
1 with loop0.

sudo vppctl create vhost-user socket /tmp/sock-server2.sock server
. . .
sudo vppctl set interface l2 bridge VirtualEthernet0/0/0 1
. . .
sudo vppctl set interface nat44 in loop0 out loop1
sudo vppctl nat44 deterministic add in 192.168.120.0/24 out 192.168.220.128/25


When VM is booted, VPP crashes. Following is an exempt from journalctl:

[root@ares ~]# journalctl -xe
. . .
Aug 09 13:28:07 ares NetworkManager[2810]:   [1533803287.8500] device 
(virbr0): carrier: link connected
Aug 09 13:28:11 ares kernel: kvm [11235]: vcpu0 disabled perfctr wrmsr: 0xc2 
data 0x
Aug 09 13:28:14 ares vnet[8055]: received signal SIGSEGV, PC 0x7f838e214d70, 
faulting address 0x5cfd07c78
Aug 09 13:28:14 ares vnet[8055]: #0  0x7f838eb006a5 0x7f838eb006a5
Aug 09 13:28:14 ares vnet[8055]: #1  0x7f838ceb26d0 0x7f838ceb26d0
Aug 09 13:28:14 ares vnet[8055]: #2  0x7f838e214d70 clib_bihash_search_8_8 
+ 0x20
Aug 09 13:28:14 ares vnet[8055]: #3  0x7f8348fb4bea 
snat_static_mapping_match + 0x8a
Aug 09 13:28:14 ares vnet[8055]: #4  0x7f8348fc4f05 
nat44_hairpinning_fn_avx2 + 0x395
Aug 09 13:28:14 ares vnet[8055]: #5  0x7f838eac7424 0x7f838eac7424
Aug 09 13:28:14 ares vnet[8055]: #6  0x7f838eac82ef vlib_worker_loop + 0x56f
Aug 09 13:28:14 ares vnet[8055]: #7  0x7f838d5f3068 0x7f838d5f3068
Aug 09 13:28:14 ares systemd[1]: vpp.service: main process exited, code=killed, 
status=6/ABRT
Aug 09 13:28:14 ares systemd[1]: Unit vpp.service entered failed state.
. . .

When the 'nat { deterministic }' statement is removed from the startup.conf, 
the issue is resolved and the setup behaves as intended.
Kindly guide me on how to use deterministic NAT in this configuration.

Best Regards,
Mr. Arsalan Saghir
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#10089): https://lists.fd.io/g/vpp-dev/message/10089
Mute This Topic: https://lists.fd.io/mt/24238200/21656
Group Owner: vpp-dev+ow...@lists.fd.io
Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub  [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [vpp-dev] [Bug] VPP crashes using deterministic CGN

[Matus Fabian -X (matfabia - PANTHEON TECHNOLOGIES@Cisco) via Lists.Fd.Io]

Hi,

There is bug in snat_interface_add_del, it should not enable nat44-hairpinning 
node, I will fix it

Matus

From: vpp-dev@lists.fd.io  On Behalf Of 
arsalan.sag...@xflowresearch.com
Sent: Thursday, August 9, 2018 1:16 PM
To: vpp-dev@lists.fd.io
Cc: 'Fazal-e-Rehman Khan' 
Subject: [vpp-dev] [Bug] VPP crashes using deterministic CGN

Hi,

I am using 1807 build in CentOS 7.5 and am facing a crash in VPP while using 
the CGNAT plugin. When using the deterministic CGN and using nat 
{deterministic} option in the startup.conf, VPP crashes when VM (with 
vhost-user interface) starts and all the configurations of VPP are removed. If 
I remove nat {deterministic} from startup.conf  NAT works perfectly fine. 
Following are the commands I am using for deterministic NAT in VPP:

Loop0 and Loop1 have been configured.
Vhost-user interface is connected to the VM in client mode and placed in bridge 
1 with loop0.

sudo vppctl create vhost-user socket /tmp/sock-server2.sock server
. . .
sudo vppctl set interface l2 bridge VirtualEthernet0/0/0 1
. . .
sudo vppctl set interface nat44 in loop0 out loop1
sudo vppctl nat44 deterministic add in 192.168.120.0/24 out 192.168.220.128/25


When VM is booted, VPP crashes. Following is an exempt from journalctl:

[root@ares ~]# journalctl -xe
. . .
Aug 09 13:28:07 ares NetworkManager[2810]:   [1533803287.8500] device 
(virbr0): carrier: link connected
Aug 09 13:28:11 ares kernel: kvm [11235]: vcpu0 disabled perfctr wrmsr: 0xc2 
data 0x
Aug 09 13:28:14 ares vnet[8055]: received signal SIGSEGV, PC 0x7f838e214d70, 
faulting address 0x5cfd07c78
Aug 09 13:28:14 ares vnet[8055]: #0  0x7f838eb006a5 0x7f838eb006a5
Aug 09 13:28:14 ares vnet[8055]: #1  0x7f838ceb26d0 0x7f838ceb26d0
Aug 09 13:28:14 ares vnet[8055]: #2  0x7f838e214d70 clib_bihash_search_8_8 
+ 0x20
Aug 09 13:28:14 ares vnet[8055]: #3  0x7f8348fb4bea 
snat_static_mapping_match + 0x8a
Aug 09 13:28:14 ares vnet[8055]: #4  0x7f8348fc4f05 
nat44_hairpinning_fn_avx2 + 0x395
Aug 09 13:28:14 ares vnet[8055]: #5  0x7f838eac7424 0x7f838eac7424
Aug 09 13:28:14 ares vnet[8055]: #6  0x7f838eac82ef vlib_worker_loop + 0x56f
Aug 09 13:28:14 ares vnet[8055]: #7  0x7f838d5f3068 0x7f838d5f3068
Aug 09 13:28:14 ares systemd[1]: vpp.service: main process exited, code=killed, 
status=6/ABRT
Aug 09 13:28:14 ares systemd[1]: Unit vpp.service entered failed state.
. . .

When the 'nat { deterministic }' statement is removed from the startup.conf, 
the issue is resolved and the setup behaves as intended.
Kindly guide me on how to use deterministic NAT in this configuration.

Best Regards,
Mr. Arsalan Saghir
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#10088): https://lists.fd.io/g/vpp-dev/message/10088
Mute This Topic: https://lists.fd.io/mt/24238200/21656
Group Owner: vpp-dev+ow...@lists.fd.io
Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub  [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[vpp-dev] [Bug] VPP crashes using deterministic CGN

[Arsalan]

Hi, 

 

I am using 1807 build in CentOS 7.5 and am facing a crash in VPP while using
the CGNAT plugin. When using the deterministic CGN and using nat
{deterministic} option in the startup.conf, VPP crashes when VM (with
vhost-user interface) starts and all the configurations of VPP are removed.
If I remove nat {deterministic} from startup.conf  NAT works perfectly fine.
Following are the commands I am using for deterministic NAT in VPP:

 

Loop0 and Loop1 have been configured.

Vhost-user interface is connected to the VM in client mode and placed in
bridge 1 with loop0.

 

sudo vppctl create vhost-user socket /tmp/sock-server2.sock server

. . .

sudo vppctl set interface l2 bridge VirtualEthernet0/0/0 1

. . .

sudo vppctl set interface nat44 in loop0 out loop1

sudo vppctl nat44 deterministic add in 192.168.120.0/24 out
192.168.220.128/25

 

 

When VM is booted, VPP crashes. Following is an exempt from journalctl:

 

[root@ares ~]# journalctl -xe 

. . . 

Aug 09 13:28:07 ares NetworkManager[2810]:   [1533803287.8500] device
(virbr0): carrier: link connected

Aug 09 13:28:11 ares kernel: kvm [11235]: vcpu0 disabled perfctr wrmsr: 0xc2
data 0x

Aug 09 13:28:14 ares vnet[8055]: received signal SIGSEGV, PC 0x7f838e214d70,
faulting address 0x5cfd07c78

Aug 09 13:28:14 ares vnet[8055]: #0  0x7f838eb006a5 0x7f838eb006a5

Aug 09 13:28:14 ares vnet[8055]: #1  0x7f838ceb26d0 0x7f838ceb26d0

Aug 09 13:28:14 ares vnet[8055]: #2  0x7f838e214d70
clib_bihash_search_8_8 + 0x20

Aug 09 13:28:14 ares vnet[8055]: #3  0x7f8348fb4bea
snat_static_mapping_match + 0x8a

Aug 09 13:28:14 ares vnet[8055]: #4  0x7f8348fc4f05
nat44_hairpinning_fn_avx2 + 0x395

Aug 09 13:28:14 ares vnet[8055]: #5  0x7f838eac7424 0x7f838eac7424

Aug 09 13:28:14 ares vnet[8055]: #6  0x7f838eac82ef vlib_worker_loop +
0x56f

Aug 09 13:28:14 ares vnet[8055]: #7  0x7f838d5f3068 0x7f838d5f3068

Aug 09 13:28:14 ares systemd[1]: vpp.service: main process exited,
code=killed, status=6/ABRT

Aug 09 13:28:14 ares systemd[1]: Unit vpp.service entered failed state.

. . .

 

When the 'nat { deterministic }' statement is removed from the startup.conf,
the issue is resolved and the setup behaves as intended.

Kindly guide me on how to use deterministic NAT in this configuration.

 

Best Regards,

Mr. Arsalan Saghir 

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#10087): https://lists.fd.io/g/vpp-dev/message/10087
Mute This Topic: https://lists.fd.io/mt/24238200/21656
Group Owner: vpp-dev+ow...@lists.fd.io
Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub  [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[vpp-dev] [Bug] VPP crashes using deterministic CGN

[arsalan.saghir]

Hi, 

 

I am using 1807 build in CentOS 7.5 and am facing a crash in VPP while using
the CGNAT plugin. When using the deterministic CGN and using nat
{deterministic} option in the startup.conf, VPP crashes when VM (with
vhost-user interface) starts and all the configurations of VPP are removed.
If I remove nat {deterministic} from startup.conf  NAT works perfectly fine.
Following are the commands I am using for deterministic NAT in VPP:

 

Loop0 and Loop1 have been configured.

Vhost-user interface is connected to the VM in client mode and placed in
bridge 1 with loop0.

 

sudo vppctl create vhost-user socket /tmp/sock-server2.sock server

. . .

sudo vppctl set interface l2 bridge VirtualEthernet0/0/0 1

. . .

sudo vppctl set interface nat44 in loop0 out loop1

sudo vppctl nat44 deterministic add in 192.168.120.0/24 out
192.168.220.128/25

 

 

When VM is booted, VPP crashes. Following is an exempt from journalctl:

 

[root@ares ~]# journalctl -xe 

. . . 

Aug 09 13:28:07 ares NetworkManager[2810]:   [1533803287.8500] device
(virbr0): carrier: link connected

Aug 09 13:28:11 ares kernel: kvm [11235]: vcpu0 disabled perfctr wrmsr: 0xc2
data 0x

Aug 09 13:28:14 ares vnet[8055]: received signal SIGSEGV, PC 0x7f838e214d70,
faulting address 0x5cfd07c78

Aug 09 13:28:14 ares vnet[8055]: #0  0x7f838eb006a5 0x7f838eb006a5

Aug 09 13:28:14 ares vnet[8055]: #1  0x7f838ceb26d0 0x7f838ceb26d0

Aug 09 13:28:14 ares vnet[8055]: #2  0x7f838e214d70
clib_bihash_search_8_8 + 0x20

Aug 09 13:28:14 ares vnet[8055]: #3  0x7f8348fb4bea
snat_static_mapping_match + 0x8a

Aug 09 13:28:14 ares vnet[8055]: #4  0x7f8348fc4f05
nat44_hairpinning_fn_avx2 + 0x395

Aug 09 13:28:14 ares vnet[8055]: #5  0x7f838eac7424 0x7f838eac7424

Aug 09 13:28:14 ares vnet[8055]: #6  0x7f838eac82ef vlib_worker_loop +
0x56f

Aug 09 13:28:14 ares vnet[8055]: #7  0x7f838d5f3068 0x7f838d5f3068

Aug 09 13:28:14 ares systemd[1]: vpp.service: main process exited,
code=killed, status=6/ABRT

Aug 09 13:28:14 ares systemd[1]: Unit vpp.service entered failed state.

. . .

 

When the 'nat { deterministic }' statement is removed from the startup.conf,
the issue is resolved and the setup behaves as intended.

Kindly guide me on how to use deterministic NAT in this configuration.

 

Best Regards,

Mr. Arsalan Saghir 

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#10086): https://lists.fd.io/g/vpp-dev/message/10086
Mute This Topic: https://lists.fd.io/mt/24238200/21656
Group Owner: vpp-dev+ow...@lists.fd.io
Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub  [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [vpp-dev] Bug?

[Yuliang Li]

That makes sense. Let me check.

On Tue, Dec 5, 2017 at 10:19 AM, John Lo (loj) <l...@cisco.com> wrote:

> In L2 mode, the ethernet interface will be put in promiscuous mode to
> receive all packets on the wire. In L3 mode, it will only receive packets
> whose destination MAC is that of the interface.  What you observe is the
> expected behavior.  -John
>
>
>
> *From:* vpp-dev-boun...@lists.fd.io [mailto:vpp-dev-boun...@lists.fd.io] *On
> Behalf Of *Yuliang Li
> *Sent:* Tuesday, December 05, 2017 9:59 AM
> *To:* Neale Ranns (nranns) <nra...@cisco.com>
> *Cc:* vpp-dev@lists.fd.io
> *Subject:* Re: [vpp-dev] Bug?
>
>
>
> Actually there is no packet going to int2.
>
>
>
> When in L3 mode, dpdk-input does not get any packet from int2. But just by
> changing it to L2 mode, dpdk-input gets exactly the same packet from int2
> as from int1.
>
>
>
> At dpdk-input, whether the interface is L2 or L3 should not affect the
> packet it gets. The check (e.g., ethernet-input) is after the dpdk-input.
>
>
>
> That's why I think it may be a bug. (e.g., somehow the memory of the frame
> at int1 and int2 are the same, so the dpdk-input puts the same packet to
> the next node twice. Just my guess, may be wrong).
>
>
>
> On Tue, Dec 5, 2017 at 4:05 AM, Neale Ranns (nranns) <nra...@cisco.com>
> wrote:
>
>
>
> By ‘receive’ in this context, I assume you mean it accepts the packet that
> has arrived on the wire. As opposed to the fact that the packet did indeed
> arrive at that interface - clearly it is not the receiving device that
> influences which packets arrive at which interfaces.
>
>
>
> So, let me bounce this back to you. Under what circumstances do L3 and L2
> ports accept a packet?
>
>
>
> Regards,
>
> neale
>
>
>
> *From: *<vpp-dev-boun...@lists.fd.io> on behalf of Yuliang Li <
> yuliang...@yale.edu>
> *Date: *Tuesday, 5 December 2017 at 04:55
> *To: *"vpp-dev@lists.fd.io" <vpp-dev@lists.fd.io>
> *Subject: *[vpp-dev] Bug?
>
>
>
> Hi,
>
>
>
> I am using vpp v18.01-rc0~160-ge13c799 (show version in vppctl). I feel
> I find a bug.
>
>
>
> I have two physical interfaces TenGigabitEthernet5/0/0 (int1)
> and TenGigabitEthernet5/0/1 (int2).
>
>
>
> Normally, if I send traffic (from another server) to int1, I expect int2
> should NOT receive the traffic. This is true when int2 is in l3 mode.
>
>
>
> However, if I set int2 to l2 mode (e.g., set interface l2 bridge
> TenGigabitEthernet5/0/1 2), int2 will receive the same traffic as int1
> does. This problem happens no matter int1 is in l2 or l3 mode. I use the
> trace to confirm that int2 receives the same traffic as int1 does.
>
>
>
> Does anyone know this problem?
>
>
>
> Thanks,
>
> --
>
> Yuliang Li
>
> PhD student
>
> Department of Computer Science
>
> Yale University
>
>
>
>
>
> --
>
> Yuliang Li
>
> PhD student
>
> Department of Computer Science
>
> Yale University
>



-- 
Yuliang Li
PhD student
Department of Computer Science
Yale University
___
vpp-dev mailing list
vpp-dev@lists.fd.io
https://lists.fd.io/mailman/listinfo/vpp-dev

Re: [vpp-dev] Bug?

[John Lo (loj)]

In L2 mode, the ethernet interface will be put in promiscuous mode to receive 
all packets on the wire. In L3 mode, it will only receive packets whose 
destination MAC is that of the interface.  What you observe is the expected 
behavior.  -John

From: vpp-dev-boun...@lists.fd.io [mailto:vpp-dev-boun...@lists.fd.io] On 
Behalf Of Yuliang Li
Sent: Tuesday, December 05, 2017 9:59 AM
To: Neale Ranns (nranns) <nra...@cisco.com>
Cc: vpp-dev@lists.fd.io
Subject: Re: [vpp-dev] Bug?

Actually there is no packet going to int2.

When in L3 mode, dpdk-input does not get any packet from int2. But just by 
changing it to L2 mode, dpdk-input gets exactly the same packet from int2 as 
from int1.

At dpdk-input, whether the interface is L2 or L3 should not affect the packet 
it gets. The check (e.g., ethernet-input) is after the dpdk-input.

That's why I think it may be a bug. (e.g., somehow the memory of the frame at 
int1 and int2 are the same, so the dpdk-input puts the same packet to the next 
node twice. Just my guess, may be wrong).

On Tue, Dec 5, 2017 at 4:05 AM, Neale Ranns (nranns) 
<nra...@cisco.com<mailto:nra...@cisco.com>> wrote:

By ‘receive’ in this context, I assume you mean it accepts the packet that has 
arrived on the wire. As opposed to the fact that the packet did indeed arrive 
at that interface - clearly it is not the receiving device that influences 
which packets arrive at which interfaces.

So, let me bounce this back to you. Under what circumstances do L3 and L2 ports 
accept a packet?

Regards,
neale

From: <vpp-dev-boun...@lists.fd.io<mailto:vpp-dev-boun...@lists.fd.io>> on 
behalf of Yuliang Li <yuliang...@yale.edu<mailto:yuliang...@yale.edu>>
Date: Tuesday, 5 December 2017 at 04:55
To: "vpp-dev@lists.fd.io<mailto:vpp-dev@lists.fd.io>" 
<vpp-dev@lists.fd.io<mailto:vpp-dev@lists.fd.io>>
Subject: [vpp-dev] Bug?

Hi,

I am using vpp v18.01-rc0~160-ge13c799 (show version in vppctl). I feel I find 
a bug.

I have two physical interfaces TenGigabitEthernet5/0/0 (int1) and 
TenGigabitEthernet5/0/1 (int2).

Normally, if I send traffic (from another server) to int1, I expect int2 should 
NOT receive the traffic. This is true when int2 is in l3 mode.

However, if I set int2 to l2 mode (e.g., set interface l2 bridge 
TenGigabitEthernet5/0/1 2), int2 will receive the same traffic as int1 does. 
This problem happens no matter int1 is in l2 or l3 mode. I use the trace to 
confirm that int2 receives the same traffic as int1 does.

Does anyone know this problem?

Thanks,
--
Yuliang Li
PhD student
Department of Computer Science
Yale University



--
Yuliang Li
PhD student
Department of Computer Science
Yale University
___
vpp-dev mailing list
vpp-dev@lists.fd.io
https://lists.fd.io/mailman/listinfo/vpp-dev

Re: [vpp-dev] Bug?

[Yuliang Li]

Actually there is no packet going to int2.

When in L3 mode, dpdk-input does not get any packet from int2. But just by
changing it to L2 mode, dpdk-input gets exactly the same packet from int2
as from int1.

At dpdk-input, whether the interface is L2 or L3 should not affect the
packet it gets. The check (e.g., ethernet-input) is after the dpdk-input.

That's why I think it may be a bug. (e.g., somehow the memory of the frame
at int1 and int2 are the same, so the dpdk-input puts the same packet to
the next node twice. Just my guess, may be wrong).

On Tue, Dec 5, 2017 at 4:05 AM, Neale Ranns (nranns) <nra...@cisco.com>
wrote:

>
>
> By ‘receive’ in this context, I assume you mean it accepts the packet that
> has arrived on the wire. As opposed to the fact that the packet did indeed
> arrive at that interface - clearly it is not the receiving device that
> influences which packets arrive at which interfaces.
>
>
>
> So, let me bounce this back to you. Under what circumstances do L3 and L2
> ports accept a packet?
>
>
>
> Regards,
>
> neale
>
>
>
> *From: *<vpp-dev-boun...@lists.fd.io> on behalf of Yuliang Li <
> yuliang...@yale.edu>
> *Date: *Tuesday, 5 December 2017 at 04:55
> *To: *"vpp-dev@lists.fd.io" <vpp-dev@lists.fd.io>
> *Subject: *[vpp-dev] Bug?
>
>
>
> Hi,
>
>
>
> I am using vpp v18.01-rc0~160-ge13c799 (show version in vppctl). I feel
> I find a bug.
>
>
>
> I have two physical interfaces TenGigabitEthernet5/0/0 (int1)
> and TenGigabitEthernet5/0/1 (int2).
>
>
>
> Normally, if I send traffic (from another server) to int1, I expect int2
> should NOT receive the traffic. This is true when int2 is in l3 mode.
>
>
>
> However, if I set int2 to l2 mode (e.g., set interface l2 bridge
> TenGigabitEthernet5/0/1 2), int2 will receive the same traffic as int1
> does. This problem happens no matter int1 is in l2 or l3 mode. I use the
> trace to confirm that int2 receives the same traffic as int1 does.
>
>
>
> Does anyone know this problem?
>
>
>
> Thanks,
>
> --
>
> Yuliang Li
>
> PhD student
>
> Department of Computer Science
>
> Yale University
>
>


-- 
Yuliang Li
PhD student
Department of Computer Science
Yale University
___
vpp-dev mailing list
vpp-dev@lists.fd.io
https://lists.fd.io/mailman/listinfo/vpp-dev

Re: [vpp-dev] Bug?

[Kinsella, Ray]

I imagine the bridge ports are being flooded looking for the final 
destination.



Ray K


On 05/12/2017 03:55, Yuliang Li wrote:

Hi,

I am using vpp v18.01-rc0~160-ge13c799 (show version in vppctl). I 
feel I find a bug.


I have two physical interfaces TenGigabitEthernet5/0/0 (int1) 
and TenGigabitEthernet5/0/1 (int2).


Normally, if I send traffic (from another server) to int1, I expect 
int2 should NOT receive the traffic. This is true when int2 is in l3 mode.


However, if I set int2 to l2 mode (e.g., set interface l2 bridge 
TenGigabitEthernet5/0/1 2), int2 will receive the same traffic as int1 
does. This problem happens no matter int1 is in l2 or l3 mode. I use 
the trace to confirm that int2 receives the same traffic as int1 does.


Does anyone know this problem?

Thanks,
--
Yuliang Li
PhD student
Department of Computer Science
Yale University


___
vpp-dev mailing list
vpp-dev@lists.fd.io
https://lists.fd.io/mailman/listinfo/vpp-dev


___
vpp-dev mailing list
vpp-dev@lists.fd.io
https://lists.fd.io/mailman/listinfo/vpp-dev

Re: [vpp-dev] Bug?

[Neale Ranns (nranns)]

By ‘receive’ in this context, I assume you mean it accepts the packet that has 
arrived on the wire. As opposed to the fact that the packet did indeed arrive 
at that interface - clearly it is not the receiving device that influences 
which packets arrive at which interfaces.

So, let me bounce this back to you. Under what circumstances do L3 and L2 ports 
accept a packet?

Regards,
neale

From: <vpp-dev-boun...@lists.fd.io> on behalf of Yuliang Li 
<yuliang...@yale.edu>
Date: Tuesday, 5 December 2017 at 04:55
To: "vpp-dev@lists.fd.io" <vpp-dev@lists.fd.io>
Subject: [vpp-dev] Bug?

Hi,

I am using vpp v18.01-rc0~160-ge13c799 (show version in vppctl). I feel I find 
a bug.

I have two physical interfaces TenGigabitEthernet5/0/0 (int1) and 
TenGigabitEthernet5/0/1 (int2).

Normally, if I send traffic (from another server) to int1, I expect int2 should 
NOT receive the traffic. This is true when int2 is in l3 mode.

However, if I set int2 to l2 mode (e.g., set interface l2 bridge 
TenGigabitEthernet5/0/1 2), int2 will receive the same traffic as int1 does. 
This problem happens no matter int1 is in l2 or l3 mode. I use the trace to 
confirm that int2 receives the same traffic as int1 does.

Does anyone know this problem?

Thanks,
--
Yuliang Li
PhD student
Department of Computer Science
Yale University
___
vpp-dev mailing list
vpp-dev@lists.fd.io
https://lists.fd.io/mailman/listinfo/vpp-dev

[vpp-dev] Bug?

[Yuliang Li]

Hi,

I am using vpp v18.01-rc0~160-ge13c799 (show version in vppctl). I feel
I find a bug.

I have two physical interfaces TenGigabitEthernet5/0/0 (int1)
and TenGigabitEthernet5/0/1 (int2).

Normally, if I send traffic (from another server) to int1, I expect int2
should NOT receive the traffic. This is true when int2 is in l3 mode.

However, if I set int2 to l2 mode (e.g., set interface l2 bridge
TenGigabitEthernet5/0/1 2), int2 will receive the same traffic as int1
does. This problem happens no matter int1 is in l2 or l3 mode. I use the
trace to confirm that int2 receives the same traffic as int1 does.

Does anyone know this problem?

Thanks,
-- 
Yuliang Li
PhD student
Department of Computer Science
Yale University
___
vpp-dev mailing list
vpp-dev@lists.fd.io
https://lists.fd.io/mailman/listinfo/vpp-dev

Re: [vpp-dev] bug/issue notification

[Justin Iurman]

Dave,

Thanks for that, I didn't know install.sh was deprecated. What about build.sh ? 
They both seem to be included for execution in VagrantFile.

Anyway, if I follow the link you gave me, where should I start from ? If I 
start with "Build a VPP Package" section, isn't it a duplicate since, I think, 
the build process (build.sh) is executed during "vagrant up" ? Indeed, all deb 
packages are already built in /vpp/build-root/ when I logged into it with 
"vagrant ssh". So, my guess was to directly start with "Install a VPP Package" 
section, which is actually what is executed with the now-deprecated install.sh.

What should I do ?

Justin

- Mail original -
De: "Dave Wallace" <dwallac...@gmail.com>
À: "Justin Iurman" <justin.iur...@ulg.ac.be>, "vpp-dev" <vpp-dev@lists.fd.io>
Envoyé: Lundi 16 Octobre 2017 16:06:11
Objet: Re: [vpp-dev] bug/issue notification

Justin,

install.sh has not been used for many releases and should probably just 
be removed as it has not been maintained with the updating of the packaging.

In order to install VPP in the VM, just follow the recipe in
https://wiki.fd.io/view/VPP/Build,_install,_and_test_images

Thanks,
-daw-

On 10/16/2017 07:56 AM, Justin Iurman wrote:
> Hey guys,
>
> Here are two issues I faced while installing/running VPP. It would be great 
> to fix them.
>
> 1) Install not executed (at least, it seems that it's the case...) - tested 
> with current version 18.01 (cloned today) but it's the same with previous 
> versions too.
>
> git clone https://gerrit.fd.io/r/vpp
> cd vpp/build-root/vagrant
> vagrant up
>
> **waiting during the installation of the VM**
> Note: install.sh does not seem to be executed during this process (can't see 
> related outputs).
>
> In the VM when logged in with vagrant ssh:
>
> vvp <-- not found
> cd /vpp/build-root/vagrant
> ./install.sh <- Permission denied
>
> First problem: need to manually chmod +x install.sh (maybe that's the reason 
> why ?).
>
> Then, execute it again. It finishes but tells me there is a dependency error 
> (second problem): package python-cffi is not installed. To manually fix it, I 
> do the following:
>
> sudo apt-get install python-cffi
> sudo apt-get -f install
>
> After that, install goes fine. Also, note that I've a plugin where a 
> reference to "vlibsocket/api.h" needs to be removed from plugin.c and 
> plugin_test.c in order to compile (removed/moved in this new version of VPP 
> ?).
>
> 2) This bug seems to be gone since last week with vpp 18.01 (cloned today: 
> Monday 16 October 2017). But I'll mention it, just in case you didn't hear 
> about it. When running: "sudo vppctl -s /run/vpp/cli-vpp1.sock create 
> host-interface name vpp1out", an error was returned (sorry, I don't remember 
> exactly what was said). And this error was not in earlier versions (around 
> the 25 September 2017 I'd say).
>
> Thanks !
>
> Justin
> ___
> vpp-dev mailing list
> vpp-dev@lists.fd.io
> https://lists.fd.io/mailman/listinfo/vpp-dev
___
vpp-dev mailing list
vpp-dev@lists.fd.io
https://lists.fd.io/mailman/listinfo/vpp-dev

[vpp-dev] bug/issue notification

[Justin Iurman]

Hey guys,

Here are two issues I faced while installing/running VPP. It would be great to 
fix them.

1) Install not executed (at least, it seems that it's the case...) - tested 
with current version 18.01 (cloned today) but it's the same with previous 
versions too.

git clone https://gerrit.fd.io/r/vpp
cd vpp/build-root/vagrant
vagrant up

**waiting during the installation of the VM**
Note: install.sh does not seem to be executed during this process (can't see 
related outputs).

In the VM when logged in with vagrant ssh:

vvp <-- not found
cd /vpp/build-root/vagrant
./install.sh <- Permission denied

First problem: need to manually chmod +x install.sh (maybe that's the reason 
why ?).

Then, execute it again. It finishes but tells me there is a dependency error 
(second problem): package python-cffi is not installed. To manually fix it, I 
do the following:

sudo apt-get install python-cffi
sudo apt-get -f install

After that, install goes fine. Also, note that I've a plugin where a reference 
to "vlibsocket/api.h" needs to be removed from plugin.c and plugin_test.c in 
order to compile (removed/moved in this new version of VPP ?).

2) This bug seems to be gone since last week with vpp 18.01 (cloned today: 
Monday 16 October 2017). But I'll mention it, just in case you didn't hear 
about it. When running: "sudo vppctl -s /run/vpp/cli-vpp1.sock create 
host-interface name vpp1out", an error was returned (sorry, I don't remember 
exactly what was said). And this error was not in earlier versions (around the 
25 September 2017 I'd say).

Thanks !

Justin
___
vpp-dev mailing list
vpp-dev@lists.fd.io
https://lists.fd.io/mailman/listinfo/vpp-dev

Re: [vpp-dev] bug?

[Andrew Li (zhaoxili)]

Looks like a patch was submitted earlier on that one but not yet merged:
https://gerrit.fd.io/r/#/c/7512/


Thanks,
Andrew
 

On 20/07/2017, 7:31 AM, "vpp-dev-boun...@lists.fd.io on behalf of Yuliang Li" 
 wrote:

Hi,


I clone the code from https://gerrit.fd.io/r/vpp. 


In threads.c, line 643-645:
 643   nm_clone->nodes_by_type[VLIB_NODE_TYPE_INTERNAL] =
 644 vec_dup (nm->nodes_by_type[VLIB_NODE_TYPE_INTERNAL]);
 645   vec_foreach (rt, 
nm_clone->nodes_by_type[VLIB_NODE_TYPE_INPUT])



Should the VLIB_NODE_TYPE_INPUT in line 645 be VLIB_NODE_TYPE_INTERNAL?


Thanks,
-- 
Yuliang Li
PhD student
Department of Computer Science
Yale University








___
vpp-dev mailing list
vpp-dev@lists.fd.io
https://lists.fd.io/mailman/listinfo/vpp-dev

[vpp-dev] bug?

[Yuliang Li]

Hi,

I clone the code from https://gerrit.fd.io/r/vpp.

In threads.c, line 643-645:
 643   nm_clone->nodes_by_type[VLIB_NODE_TYPE_INTERNAL] =
 644 vec_dup (nm->nodes_by_type[VLIB_NODE_TYPE_INTERNAL]);
 645   vec_foreach (rt,
nm_clone->nodes_by_type[VLIB_NODE_TYPE_INPUT])

Should the VLIB_NODE_TYPE_INPUT in line 645 be VLIB_NODE_TYPE_INTERNAL?

Thanks,
-- 
Yuliang Li
PhD student
Department of Computer Science
Yale University
___
vpp-dev mailing list
vpp-dev@lists.fd.io
https://lists.fd.io/mailman/listinfo/vpp-dev