Re: [vpp-dev] VPP linux-cp plugin with multicast packets

[Petr Boltík]

Hi,

there is no multicast route to the local Forward ... solution:
https://lists.fd.io/g/vpp-dev/topic/83103366#19478

PetrB.

st 17. 11. 2021 v 4:08 odesílatel Wei Huang 
napsal:

> I am using the linux-cp plugin in VPP (v21.06) and run into issues with
> multicast packet from OSPF.
> I try to make FRR work with VPP.  I created a lcp pair (ETH2-VPP2), ETH2
> directly connect to router using OSPF.
>
> FRR--VPP (192.168.100.5)--Router (192.168.100.20)
> VPP2   ETH2ETH1
>
> vppctl lcp create tn-eth2 host-if vpp2 netns t3-tap-ns
> ip netns exec t3-tap-ns ip addr add 192.168.100.5/24 dev vpp2
> ip netns exec t3-tap-ns ip link set dev vpp2 up
>
>
> When I do tshark on Router ETH1, I can see hello packets from both sides,
> i.e. 192.168.100.5->224.0.0.5 and 192.168.100.20->224.0.0.5.
> But when do tshark on VPP2, I can only see hello packets from
> 192.168.100.5->224.0.0.5. Seems VPP didn't forward multicast packets to
> VPP2.
> When I do packet trace, this is what I got:
> 01:21:34:796763: dpdk-input
>   tn-eth2 rx queue 0
>   buffer 0x93b1f: current data 0, length 82, buffer-pool 0, ref-count 1,
> totlen-nifb 0, trace handle 0x0
>   ext-hdr-valid
>   l4-cksum-computed l4-cksum-correct
>   PKT MBUF: port 2, nb_segs 1, pkt_len 82
> buf_len 2176, data_len 82, ol_flags 0x0, data_off 128, phys_addr
> 0xb20ec840
> packet_type 0x0 l2_len 0 l3_len 0 outer_l2_len 0 outer_l3_len 0
> rss 0x0 fdir.hi 0x0 fdir.lo 0x0
>   IP4: fa:16:3f:a9:2c:cc -> 01:00:5e:00:00:05
>   OSPF: 192.168.100.20 -> 224.0.0.5
> tos 0xc0, ttl 1, length 68, checksum 0xf102 dscp CS6 ecn NON_ECN
> fragment id 0xc2dc
> 01:21:34:796805: ethernet-input
>   frame: flags 0x1, hw-if-index 3, sw-if-index 3
>   IP4: fa:16:3f:a9:2c:cc -> 01:00:5e:00:00:05
> 01:21:34:796836: ip4-input
>   OSPF: 192.168.100.20 -> 224.0.0.5
> tos 0xc0, ttl 1, length 68, checksum 0xf102 dscp CS6 ecn NON_ECN
> fragment id 0xc2dc
> 01:21:34:796842: ip4-mfib-forward-lookup
>   fib 0 entry 0
> 01:21:34:796846: ip4-mfib-forward-rpf
>   entry 0 itf -1 flags
> 01:21:34:796847: ip4-drop
> OSPF: 192.168.100.20 -> 224.0.0.5
>   tos 0xc0, ttl 1, length 68, checksum 0xf102 dscp CS6 ecn NON_ECN
>   fragment id 0xc2dc
> 01:21:34:796849: error-drop
>   rx:tn-eth2
> 01:21:34:796853: drop
>   ip4-input: Multicast RPF check failed
>
> Do I need to do anything special for multicast packets to be directed to
> the TAP interface?
>
> Regards,
>
> Wei
>
>
> 
>
>

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#20502): https://lists.fd.io/g/vpp-dev/message/20502
Mute This Topic: https://lists.fd.io/mt/87112237/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] VPP crashing on Cetnos8 server

[Satya Murthy]

Hi Ashish / VPP-experts,

We are also seeing the same crash with fdio 21.06 version.

vec_resize_allocate_memory + 0x285
vlib_put_next_frame + 0xbd

Our main-heap size is set to 2G.

Is this a known issue (or) any fix that is available for this.

Any inputs will be helpful.

--
Thanks & Regards,
Murthy

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#20501): https://lists.fd.io/g/vpp-dev/message/20501
Mute This Topic: https://lists.fd.io/mt/83553727/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] VPP 20.05 problems related to memory allocations -- possible memory leak?

[Satya Murthy]

Hi Klemant/Elias/Vpp-Experts,

We are also seeing the same crash with fdio 21.06 version.

vec_resize_allocate_memory + 0x285
vlib_put_next_frame + 0xbd

Our main-heap size is set to 2G.

Is this a known issue (or) any fix that is available for this.

Any inputs will be helpful.

--
Thanks & Regards,
Murthy

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

[vpp-dev] VPP linux-cp plugin with multicast packets

[Wei Huang]

I am using the linux-cp plugin in VPP (v21.06) and run into issues with 
multicast packet from OSPF.
I try to make FRR work with VPP.  I created a lcp pair (ETH2-VPP2), ETH2 
directly connect to router using OSPF.

FRR--VPP (192.168.100.5)--Router (192.168.100.20)
VPP2   ETH2ETH1

vppctl lcp create tn-eth2 host-if vpp2 netns t3-tap-ns
ip netns exec t3-tap-ns ip addr add 192.168.100.5/24 dev vpp2
ip netns exec t3-tap-ns ip link set dev vpp2 up


When I do tshark on Router ETH1, I can see hello packets from both sides, i.e. 
192.168.100.5->224.0.0.5 and 192.168.100.20->224.0.0.5.
But when do tshark on VPP2, I can only see hello packets from 
192.168.100.5->224.0.0.5. Seems VPP didn't forward multicast packets to VPP2.
When I do packet trace, this is what I got:
01:21:34:796763: dpdk-input
  tn-eth2 rx queue 0
  buffer 0x93b1f: current data 0, length 82, buffer-pool 0, ref-count 1, 
totlen-nifb 0, trace handle 0x0
  ext-hdr-valid
  l4-cksum-computed l4-cksum-correct
  PKT MBUF: port 2, nb_segs 1, pkt_len 82
buf_len 2176, data_len 82, ol_flags 0x0, data_off 128, phys_addr 0xb20ec840
packet_type 0x0 l2_len 0 l3_len 0 outer_l2_len 0 outer_l3_len 0
rss 0x0 fdir.hi 0x0 fdir.lo 0x0
  IP4: fa:16:3f:a9:2c:cc -> 01:00:5e:00:00:05
  OSPF: 192.168.100.20 -> 224.0.0.5
tos 0xc0, ttl 1, length 68, checksum 0xf102 dscp CS6 ecn NON_ECN
fragment id 0xc2dc
01:21:34:796805: ethernet-input
  frame: flags 0x1, hw-if-index 3, sw-if-index 3
  IP4: fa:16:3f:a9:2c:cc -> 01:00:5e:00:00:05
01:21:34:796836: ip4-input
  OSPF: 192.168.100.20 -> 224.0.0.5
tos 0xc0, ttl 1, length 68, checksum 0xf102 dscp CS6 ecn NON_ECN
fragment id 0xc2dc
01:21:34:796842: ip4-mfib-forward-lookup
  fib 0 entry 0
01:21:34:796846: ip4-mfib-forward-rpf
  entry 0 itf -1 flags
01:21:34:796847: ip4-drop
OSPF: 192.168.100.20 -> 224.0.0.5
  tos 0xc0, ttl 1, length 68, checksum 0xf102 dscp CS6 ecn NON_ECN
  fragment id 0xc2dc
01:21:34:796849: error-drop
  rx:tn-eth2
01:21:34:796853: drop
  ip4-input: Multicast RPF check failed

Do I need to do anything special for multicast packets to be directed to the 
TAP interface?

Regards,

Wei


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#20499): https://lists.fd.io/g/vpp-dev/message/20499
Mute This Topic: https://lists.fd.io/mt/87112237/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] Increase memif from 10G to 100G

[Honnappa Nagarahalli]

From: vpp-dev@lists.fd.io  On Behalf Of Mrityunjay Kumar 
via lists.fd.io
Sent: Tuesday, November 16, 2021 7:42 AM
To: Felipe P. 
Cc: vpp-dev 
Subject: Re: [vpp-dev] Increase memif from 10G to 100G

Memif based on share memory communication.  There is concept of slave / master, 
where one folk involve one copy.


Can you check and share unidirectional max speed without pkt processing?


BTW, I am not impressed with memif library,  hence idea is look for better 
aproach for share memory instead high cost of pkt buff translation.
[Honnappa] Which parts of memif library you don’t like?





On Tue, 16 Nov, 2021, 4:38 pm Felipe P., 
mailto:felipeapola...@gmail.com>> wrote:
Hi,

We are running 100G tests in our new dev hardware and found out yesterday that 
memif are coming up with 10G speed.

Is there any way to increase this to 100G speed?

Thanks,


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#20498): https://lists.fd.io/g/vpp-dev/message/20498
Mute This Topic: https://lists.fd.io/mt/87092449/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] VPP 21.10.1 Maintenance Release

[Dave Wallace]

Hi Petr,

I have cherry-picked this into stable/2110 and Andrew will merge it once 
it has verified so that it will be included in the VPP 21.10.1 
Maintenance Release.


Thanks,
-daw-

On 11/15/21 12:54 PM, Petr Boltík wrote:

Hello,

please consider including https://gerrit.fd.io/r/c/vpp/+/34040 



Thanks
Petr

po 15. 11. 2021 v 16:24 odesílatel Dave Wallace > napsal:


Folks,

As discussed in last Tuesday's VPP Community Meeting, there are
some missing header files in the 21.10 VPP release which the HICN
project requires. Therefore the VPP 21.10.1 Maintenance release is
scheduled for this Wed. Nov 17, 2021 which will include the
cherry-pick [0] that resolves this issue.

Please let us know if there are any additional cherry-picks that
should be included in this maintenance release.

Thanks,
-daw-

[0] https://gerrit.fd.io/r/c/vpp/+/34339







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

[vpp-dev] Memory leak in map plugin

[Ben McKeegan]

Hello,

I have identified a memory leak the ip4_map function of 
src/plugins/ip4_map.c.  I am using the 21.10 release.


Enabling memory trace of the main-heap via the debug CLI and backtracing 
with gdb both point to all the leaked memory being allocated from the 
vec_add1(buffer0,pi0) macro at line 293 of ip4_map.c.   In tests it is 
leaking approximately 50 bytes for every packet passing through this 
function (invariant on packet size).


Here is an extract of the relevant code:

exit:
  /* Send fragments that were added in the frame */
  if (free_original_buffer0)
{
  vlib_buffer_free_one (vm, pi0);   /* Free original packet */
}
  else
{
  vec_add1 (buffer0, pi0);    leak is here on line 293
}

  frag_from0 = buffer0;
  frag_left0 = vec_len (buffer0);

  while (frag_left0 > 0)
{
  while (frag_left0 > 0 && n_left_to_next > 0)
{
  u32 i0;
  i0 = to_next[0] = frag_from0[0];
  frag_from0 += 1;
  frag_left0 -= 1;
  to_next += 1;
  n_left_to_next -= 1;

  vlib_get_buffer (vm, i0)->error =
error_node->errors[error0];
  vlib_validate_buffer_enqueue_x1 (vm, node, next_index,
   to_next, n_left_to_next,
   i0, next0);
}
  vlib_put_next_frame (vm, node, next_index, n_left_to_next);
  vlib_get_next_frame (vm, node, next_index, to_next,
   n_left_to_next);
}
  vec_reset_length (buffer0);
}
  vlib_put_next_frame (vm, node, next_index, n_left_to_next);


I must admit I do not fully understand exactly what this code is doing, 
but I am suspicious of the use of 'vec_reset_length' macro.   I have 
looked at the definition of this and it appears that although this sets 
the length of the vector back to zero (if the pointer is non-zero), it 
does not release any memory that may have been allocated.   Do we not 
need a call to 'vec_free' somewhere?


Regards,
Ben.

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#20496): https://lists.fd.io/g/vpp-dev/message/20496
Mute This Topic: https://lists.fd.io/mt/87095064/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] Increase memif from 10G to 100G

[Mrityunjay Kumar]

Memif based on share memory communication.  There is concept of slave /
master, where one folk involve one copy.


Can you check and share unidirectional max speed without pkt processing?


BTW, I am not impressed with memif library,  hence idea is look for better
aproach for share memory instead high cost of pkt buff translation.






On Tue, 16 Nov, 2021, 4:38 pm Felipe P.,  wrote:

> Hi,
>
> We are running 100G tests in our new dev hardware and found out yesterday
> that memif are coming up with 10G speed.
>
> Is there any way to increase this to 100G speed?
>
> Thanks,
> 
>
>

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

[vpp-dev] Increase memif from 10G to 100G

[Felipe P.]

Hi,

We are running 100G tests in our new dev hardware and found out yesterday that 
memif are coming up with 10G speed.

Is there any way to increase this to 100G speed?

Thanks,

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