date:20200806

[vpp-dev] #vapi

2020-08-06 Thread whyaiwxf

Hello everyone, here I come across some weird issues regarding  vapi 
performance.

***
Reproduce :
***

OS:
PRETTY_NAME="Debian GNU/Linux 10 (buster)"
NAME="Debian GNU/Linux"
VERSION_ID="10"
VERSION="10 (buster)"
VERSION_CODENAME=buster
ID=debian
HOME_URL=" https://www.debian. org/ ( https://www.debian.org/ ) "
SUPPORT_URL=" https://www. debian.org/support ( https://www.debian.org/support 
) "
BUG_REPORT_URL=" https://bugs. debian.org/ ( https://bugs.debian.org/ ) "

g++
g++ (Debian 8.3.0-6) 8.3.0
Copyright (C) 2018 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.

VPP Version:
stable/1908

* Start VPP with default configuration like "systemctl restart vpp"
* compile the following code,see file attached, with command "g++ ./main.cpp 
-lboost_system -lvom -lvapiclient"
* run ./a.out
Problems
This piece of code just wants to dump all the interfaces for like 1 times 
in a while loop, if it finds no interfaces available, it breaks the loop and 
exit.

On my laptop, it exits too early, dumps interfaces successfully only for like 
495 times or so, even after I add sleep between two consecutive dumps.  Here's 
the weird phenomenon. The number of successful dump stays the same.

On another machine, it exits too early as well.

Does someone meet the same problem here?
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

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

[vpp-dev] #vapi

2020-08-06 Thread whyaiwxf

[Edited Message Follows]

Hello everyone, here I come across some weird issues regarding  vapi 
performance.

***
Reproduce :
***

OS:
PRETTY_NAME="Debian GNU/Linux 10 (buster)"
NAME="Debian GNU/Linux"
VERSION_ID="10"
VERSION="10 (buster)"
VERSION_CODENAME=buster
ID=debian
HOME_URL=" https://www.debian. org/ ( https://www.debian.org/ ) "
SUPPORT_URL=" https://www. debian.org/support ( https://www.debian.org/support 
) "
BUG_REPORT_URL=" https://bugs. debian.org/ ( https://bugs.debian.org/ ) "

g++
g++ (Debian 8.3.0-6) 8.3.0
Copyright (C) 2018 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.

VPP Version:
stable/1908

* Start VPP with default configuration like "systemctl restart vpp"
* compile the following code,see file attached, with command "g++ ./main.cpp 
-lboost_system -lvom -lvapiclient"
* run ./a.out
Problems
This piece of code just wants to dump all the interfaces for like 1 times 
in a while loop, if it finds no interfaces available, it breaks the loop and 
exit.

On my laptop, it exits too early, dumps interfaces successfully only for like 
495 times or so, even after I add sleep between two consecutive dumps.  Here's 
the weird phenomenon. The number of successful dump stays the same.

On another machine, it exits too early as well.

Does someone meet the same problem here?
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

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

[vpp-dev] #vapi Performance Issue regard vapi?

2020-08-06 Thread whyaiwxf

Hello everyone, here I come across some weird issues regarding  vapi 
performance.

***
Reproduce :
***

OS:
PRETTY_NAME="Debian GNU/Linux 10 (buster)"
NAME="Debian GNU/Linux"
VERSION_ID="10"
VERSION="10 (buster)"
VERSION_CODENAME=buster
ID=debian
HOME_URL=" https://www.debian. org/ ( https://www.debian.org/ ) "
SUPPORT_URL=" https://www. debian.org/support ( https://www.debian.org/support 
) "
BUG_REPORT_URL=" https://bugs. debian.org/ ( https://bugs.debian.org/ ) "

g++
g++ (Debian 8.3.0-6) 8.3.0
Copyright (C) 2018 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.

VPP Version:
stable/1908

* Start VPP with default configuration like "systemctl restart vpp"
* compile the following code,see file attached, with command "g++ ./main.cpp 
-lboost_system -lvom -lvapiclient"
* run ./a.out
Problems
This piece of code just wants to dump all the interfaces for like 1 times 
in a while loop, if it finds no interfaces available, it breaks the loop and 
exit.

On my laptop, it exits too early, dumps interfaces successfully only for like 
495 times or so, even after I add sleep between two consecutive dumps.  Here's 
the weird phenomenon. The number of successful dump stays the same.

On another machine, it exits too early as well.

Does someone meet the same problem here?


main.cpp
Description: Binary data
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

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

[vpp-dev] #vapi Performance Issue regarding vapi?

2020-08-06 Thread whyaiwxf

Hello everyone, here I come across some weird issues regarding  vapi 
performance.

***
Reproduce :
***

OS:
PRETTY_NAME="Debian GNU/Linux 10 (buster)"
NAME="Debian GNU/Linux"
VERSION_ID="10"
VERSION="10 (buster)"
VERSION_CODENAME=buster
ID=debian
HOME_URL=" https://www.debian. org/ ( https://www.debian.org/ ) "
SUPPORT_URL=" https://www. debian.org/support ( https://www.debian.org/support 
) "
BUG_REPORT_URL=" https://bugs. debian.org/ ( https://bugs.debian.org/ ) "

g++
g++ (Debian 8.3.0-6) 8.3.0
Copyright (C) 2018 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.

VPP Version:
stable/1908

* Start VPP with default configuration like "systemctl restart vpp"
* compile the following code,see file attached, with command "g++ ./main.cpp 
-lboost_system -lvom -lvapiclient"
* run ./a.out
Problems
This piece of code just wants to dump all the interfaces for like 1 times 
in a while loop, if it finds no interfaces available, it breaks the loop and 
exit.

On my laptop, it exits too early, dumps interfaces successfully only for like 
495 times or so, even after I add sleep between two consecutive dumps.  Here's 
the weird phenomenon. The number of successful dump stays the same.

On another machine, it exits too early as well.

Does someone meet the same problem here?


main.cpp
Description: Binary data
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#17150): https://lists.fd.io/g/vpp-dev/message/17150
Mute This Topic: https://lists.fd.io/mt/76023655/21656
Mute #vapi: https://lists.fd.io/g/fdio+vpp-dev/mutehashtag/vapi
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] Selective inline packet share to non-vpp application using libmemif

2020-08-06 Thread techiek7

Hello team,

I have a setup where vpp is running with dpdk on two nics. I have added NAT and 
other configurations and hence vpp is working as router. I want to integrate my 
DPI application hence need to intercept packets. I have looked at libmemif and 
its icmp-responder applications. But I was not able to find vpp configuration 
where we can set which traffic we want to send to the memif interface. Please 
help.
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#17151): https://lists.fd.io/g/vpp-dev/message/17151
Mute This Topic: https://lists.fd.io/mt/76025020/21656
Mute #vpp: https://lists.fd.io/g/fdio+vpp-dev/mutehashtag/vpp
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 [Linux] Selective inline packet share to non-vpp application using libmemif

2020-08-06 Thread Benoit Ganne (bganne) via lists.fd.io

> I have a setup where vpp is running with dpdk on two nics. I have added
> NAT and other configurations and hence vpp is working as router. I want to
> integrate my DPI application hence need to intercept packets. I have
> looked at libmemif and its icmp-responder applications. But I was not able
> to find vpp configuration where we can set which traffic we want to send
> to the memif interface. Please help.

With memif, you just get a regular packet interface. VPP will send traffic to 
an interface based on different mechanism:
 - L3 forwarding: you could eg. configure route to your memif interface for 
interesting traffic, say "all traffic destined to 192.168.11.2"
 - ACL based forwarding: https://wiki.fd.io/view/VPP/ABF
 - L2 xconnect
 - your own plugin
 - ...

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

View/Reply Online (#17152): https://lists.fd.io/g/vpp-dev/message/17152
Mute This Topic: https://lists.fd.io/mt/76025020/21656
Mute #vpp: https://lists.fd.io/g/fdio+vpp-dev/mutehashtag/vpp
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 [Linux] Selective inline packet share to non-vpp application using libmemif

2020-08-06 Thread techiek7

Thanks Ben,

Got it now. I hope memif is the ONLY right way of sharing packets to non-vpp 
applications.
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

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

[vpp-dev] About QoS future plan

2020-08-06 Thread 石磊

Hi VPP Working group,

VPP has some QoS feature modules like vnet/policer,vnet/qos,dpdk/hqos.
however, they seem not to be accomplished. Besides traffic classify and
policing, Does Working group has plan to support traffic shaping such as
CBWFQ/LLQ?

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

View/Reply Online (#17154): https://lists.fd.io/g/vpp-dev/message/17154
Mute This Topic: https://lists.fd.io/mt/76005813/21656
Mute #vpp_qos: https://lists.fd.io/g/fdio+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]
-=-=-=-=-=-=-=-=-=-=-=-

[vpp-dev] Possible performance issue about VAPI?

2020-08-06 Thread Stack Wu

Hello everyone, here I come across some wired issues regarding  vapi
performance.
Reproduce :

OS:
PRETTY_NAME="Debian GNU/Linux 10 (buster)"
NAME="Debian GNU/Linux"
VERSION_ID="10"
VERSION="10 (buster)"
VERSION_CODENAME=buster
ID=debian
HOME_URL="https://www.debian.org/";
SUPPORT_URL="https://www.debian.org/support";
BUG_REPORT_URL="https://bugs.debian.org/";

g++
g++ (Debian 8.3.0-6) 8.3.0
Copyright (C) 2018 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.


VPP Version:
stable/1908


   1. Start VPP with default configuration like "systemctl restart vpp"
   2. compile the following code,see file attached, with command "g++
   ./main.cpp -lboost_system -lvom -lvapiclient"
   3. run ./a.out

Problems
This piece of code just wants to dump all the interfaces for like 1
times in a while loop, if it finds no interfaces available, it breaks the
loop and exit.

On my laptop, it exits too early, dumps interfaces successfully only for
like 400 times or so, even after I add sleep between two consecutive dumps.

On another machine, it exits too early as well.

Does someone meet the same problem here?


main.cpp
Description: Binary data
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#17155): https://lists.fd.io/g/vpp-dev/message/17155
Mute This Topic: https://lists.fd.io/mt/76027193/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] generic TCP MSS clamping

2020-08-06 Thread Miklos Tirpak

Hi,

do you see any remaining issue with the TCP MSS clamping plugin that has not 
been addressed yet?
The patch set has been hanging for quite some time and I am wondering how we 
could proceed further. https://gerrit.fd.io/r/c/vpp/+/15144

Thanks,
Miklos

From: vpp-dev@lists.fd.io  on behalf of Miklos Tirpak via 
lists.fd.io 
Sent: Sunday, May 31, 2020 6:37 PM
To: Paul Vinciguerra 
Cc: otr...@employees.org ; Mohsin Kazmi (sykazmi) 
; vpp-dev@lists.fd.io 
Subject: Re: [vpp-dev] generic TCP MSS clamping

CAUTION: This email originated from outside of the organization. Do not click 
links or open attachments unless you recognize the sender and know the content 
is safe.

Thanks lot, Paul. I have updated the patch set.

I would appreciate a second look at the checksum around tmc_node.c:124. The 
function updates the TCP checksum instead of recalculating that now. I just 
find the usage of ip_csum_update() a bit unclear, there are also comments about 
cheating in other plugins.

Thanks,
Miklos

From: Paul Vinciguerra 
Sent: Sunday, May 31, 2020 12:05 PM
To: Miklós Tirpák 
Cc: otr...@employees.org ; Mohsin Kazmi (sykazmi) 
; vpp-dev@lists.fd.io 
Subject: Re: [vpp-dev] generic TCP MSS clamping

CAUTION: This email originated from outside of the organization. Do not click 
links or open attachments unless you recognize the sender and know the content 
is safe.

Yes, please do.  My changeset only freshens the api code to take advantage of 
the refactorings that have been put in place since that code was last submitted 
and fix the tests to work properly under python3 in anticipation of your 
changes.

Paul

On Sun, May 31, 2020 at 5:23 AM Miklós Tirpák 
mailto:miklos.tir...@emnify.com>> wrote:
Hi Paul,

I just saw the updated patch from you in https://gerrit.fd.io/r/c/vpp/+/15144/2.
We discussed on the mailing list few days ago that I am working on updating 
this plugin, and your patch is a bit conflicting with my changes unfortunately.

If you do not mind I would still update the patch set in this code review with 
some more changes: RX support, bugfix in clamping (mss is changed even if it is 
low enough), some more tests, cli command updates. I hope I can do this quickly.

Thanks,
Miklos

From: vpp-dev@lists.fd.io 
mailto:vpp-dev@lists.fd.io>> on behalf of Miklos Tirpak 
via lists.fd.io 
mailto:emnify@lists.fd.io>>
Sent: Thursday, May 28, 2020 4:51 PM
To: otr...@employees.org 
mailto:otr...@employees.org>>; Mohsin Kazmi (sykazmi) 
mailto:syka...@cisco.com>>
Cc: vpp-dev@lists.fd.io 
mailto:vpp-dev@lists.fd.io>>
Subject: Re: [vpp-dev] generic TCP MSS clamping

CAUTION: This email originated from outside of the organization. Do not click 
links or open attachments unless you recognize the sender and know the content 
is safe.

Thank you for the pointer, this is exactly what I was looking for. I will 
rebase the patch and add RX support.

Thanks,
Miklos

From: otr...@employees.org 
mailto:otr...@employees.org>>
Sent: Thursday, May 28, 2020 12:43 PM
To: Mohsin Kazmi (sykazmi) mailto:syka...@cisco.com>>
Cc: Miklós Tirpák mailto:miklos.tir...@emnify.com>>; 
vpp-dev@lists.fd.io 
mailto:vpp-dev@lists.fd.io>>
Subject: Re: [vpp-dev] generic TCP MSS clamping

CAUTION: This email originated from outside of the organization. Do not click 
links or open attachments unless you recognize the sender and know the content 
is safe.

Good find Mohsin. So it's only missing clamping on RX. I'm sure Miklos can add 
that.

Cheers,
Ole

> On 28 May 2020, at 12:23, Mohsin Kazmi (sykazmi) 
> mailto:syka...@cisco.com>> wrote:
>
> Hi Miklos,
>
> May be, it will help https://gerrit.fd.io/r/c/vpp/+/15144
>
> -br
> Mohsin
> From: mailto:vpp-dev@lists.fd.io>> on behalf of Ole 
> Troan mailto:otr...@employees.org>>
> Date: Thursday, May 28, 2020 at 11:23 AM
> To: Miklos Tirpak mailto:miklos.tir...@emnify.com>>
> Cc: "vpp-dev@lists.fd.io" 
> mailto:vpp-dev@lists.fd.io>>
> Subject: Re: [vpp-dev] generic TCP MSS clamping
>
> Hi Miklos,
>
> > I see the NAT plugin already supports TCP MSS clamping but it is 
> > implemented only in in2out direction.
> >
> > We have endpoints with wrong MTUs behind tunnels and not all the traffic is 
> > NATed. Hence, it would be very nice to have generic support for MSS 
> > clamping that could be enabled on the tunnel interface.
> >
> > Do you think implementing this as a feature arch would make sense? Then it 
> > would not be limited to NAT or to one kind of tunnel for example.
> > If so, what is the best place? A new plugin?
>
> A bidirectional TCP MSS adjust would be fine.
> Putting it in a plugin is likely the simplest.
>
> I'm unsure if it should be generic or not. E.g. the NAT also nee

[vpp-dev] how to configure destination directory for vpp-install

2020-08-06 Thread sadhanakesavan

Hi team,
i am trying to build vpp as a third party with RPM Build.
i am trying to install in a different directory than where i cloned from gerrit.
make vpp-install doesnt give me an option to change the DESTDIR. Could someone 
give me pointers as to how to install
make install DESTDIR , will it work with vpp?
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

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

[vpp-dev] vpp19.08.2 crypto_ia32 do not support aes-gcm icv_size 8/12 crypto

2020-08-06 Thread 叶东岗




VPP19.08.2 crypto_ia32 do not support aes-gcm icv_size 8/12 crypto,  any ideas?




static_always_inline int

aes_gcm (const u8 * in, u8 * out, const u8 * addt, const u8 * iv, u8 * tag,
u32 data_bytes, u32 aad_bytes, u8 tag_len, aes_gcm_key_data_t * kd,
int aes_rounds, int is_encrypt)
{
  int i;
  __m128i r, Y0, T = { };
  ghash_data_t _gd, *gd = &_gd;

  _mm_prefetch (iv, _MM_HINT_T0);
  _mm_prefetch (in, _MM_HINT_T0);
  _mm_prefetch (in + CLIB_CACHE_LINE_BYTES, _MM_HINT_T0);

  /* calculate ghash for AAD - optimized for ipsec common cases */
  if (aad_bytes == 8)
T = aesni_gcm_ghash (T, kd, (__m128i *) addt, 8);
  else if (aad_bytes == 12)
T = aesni_gcm_ghash (T, kd, (__m128i *) addt, 12);
  else
T = aesni_gcm_ghash (T, kd, (__m128i *) addt, aad_bytes);

  /* initalize counter */
  Y0 = _mm_loadu_si128 ((__m128i *) iv);
  Y0 = _mm_insert_epi32 (Y0, clib_host_to_net_u32 (1), 3);

  /* ghash and encrypt/edcrypt  */
  if (is_encrypt)
T = aesni_gcm_enc (T, kd, Y0, in, out, data_bytes, aes_rounds);
  else
T = aesni_gcm_dec (T, kd, Y0, in, out, data_bytes, aes_rounds);

  _mm_prefetch (tag, _MM_HINT_T0);

  /* Finalize ghash */
  r[0] = data_bytes;
  r[1] = aad_bytes;

  /* bytes to bits */
  r <<= 3;

  /* interleaved computation of final ghash and E(Y0, k) */
  ghash_mul_first (gd, r ^ T, kd->Hi[0]);
  r = kd->Ke[0] ^ Y0;
  for (i = 1; i < 5; i += 1)
r = _mm_aesenc_si128 (r, kd->Ke[i]);
  ghash_reduce (gd);
  ghash_reduce2 (gd);
  for (; i < 9; i += 1)
r = _mm_aesenc_si128 (r, kd->Ke[i]);
  T = ghash_final (gd);
  for (; i < aes_rounds; i += 1)
r = _mm_aesenc_si128 (r, kd->Ke[i]);
  r = _mm_aesenclast_si128 (r, kd->Ke[aes_rounds]);
  T = aesni_gcm_bswap (T) ^ r;

  /* tag_len 16 -> 0 */
  tag_len &= 0xf;

  if (is_encrypt)
{
  /* store tag */
  if (tag_len)
aesni_gcm_store_partial ((__m128i *) tag, T,   (1 << tag_len) - 1); // must 
be tag_en
  else
_mm_storeu_si128 ((__m128i *) tag, T);
}
  else
{
  /* check tag */
  u16 tag_mask = tag_len ? (1 << tag_len) - 1 : 0x;
  r = _mm_loadu_si128 ((__m128i *) tag);
  if (_mm_movemask_epi8 (r == T) != tag_mask) {// what is 
this?  it will return 0, when tag_len equals 12
return 0;
  }
}
  return 1;
}

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

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

[vpp-dev] Issue in VRRP functionality when compiling with devtoolset-7 with single worker configuration

2020-08-06 Thread Amit Mehra

Hi,

I am testing the Master/Backup functionality using the vrrp plugin available in 
vpp-20.05 but i am observing the following issue when compiling using 
devtoolset-7 and using 1 main thread and 1 worker thread in my startup.conf

1) Master Node is sending vrrp broadcast advertisement messages on 224.0.0.18
2) These broadcast messages are getting dropped by vrrp plugin of Backup Node 
with error "VRRP_ERROR_UNKNOWN_VR"(I could see the stats for this error in show 
error as well). It seems that mhash_get() is not able to find the hash entry on 
worker thread.
3) However, when i am giving "vrrp vr add" again for same vr_id and intfc, i am 
observing the error "VNET_API_ERROR_ENTRY_ALREADY_EXISTS". Here also it call 
mhash_get() and is able to find the hash entry for the same key but it is on 
main thread.
4) Also, when i am using only main thread and no worker thread, then the 
messages are not getting dropped and things seems to work fine.

Is there some known issue in vrrp/vpp-20.05 if testing vrrp with workers when 
using devtoolset-7 for compilation?

Also, when i am using devtoolset-9 and using workers in my configuration, then 
also i am not observing any issues and it seems to work fine.

Any suggestions or workaround for testing vrrp while using devtoolset-7 in 
multiple worker config?

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

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

[vpp-dev] #vapi

[vpp-dev] #vapi

[vpp-dev] #vapi Performance Issue regard vapi?

[vpp-dev] #vapi Performance Issue regarding vapi?

[vpp-dev] #vpp [Linux] Selective inline packet share to non-vpp application using libmemif

Re: [vpp-dev] #vpp [Linux] Selective inline packet share to non-vpp application using libmemif

Re: [vpp-dev] #vpp [Linux] Selective inline packet share to non-vpp application using libmemif

[vpp-dev] About QoS future plan

[vpp-dev] Possible performance issue about VAPI?

Re: [vpp-dev] generic TCP MSS clamping

[vpp-dev] how to configure destination directory for vpp-install

[vpp-dev] vpp19.08.2 crypto_ia32 do not support aes-gcm icv_size 8/12 crypto

[vpp-dev] Issue in VRRP functionality when compiling with devtoolset-7 with single worker configuration

13 matches

Site Navigation

Mail list logo

Footer information