Re: [vpp-dev] UDP ECHO Server

[Shashi Kant Singh]

Thanks.

Another question. I see the sock_test_server.c and sock_test_client.c for TCP 
alone. Is there any app for UDP on similar lines (using vpp session apis)?
If not, then I can change socket to UDP and rest would work?

Regards
Shashi

From: vpp-dev@lists.fd.io [mailto:vpp-dev@lists.fd.io] On Behalf Of Florin Coras
Sent: 23 March 2018 11:55
To: vpp-dev@lists.fd.io
Cc: vpp-dev@lists.fd.io
Subject: Re: [vpp-dev] UDP ECHO Server

Try master.

Florin


On Mar 23, 2018, at 8:23 AM, Shashi Kant Singh 
mailto:sksi...@altiostar.com>> wrote:

What would be the branch I can try this?

Regards
Shashi


From: Florin Coras [mailto:fcoras.li...@gmail.com]
Sent: 23 March 2018 11:52
To: Shashi Kant Singh
Cc: vpp-dev@lists.fd.io
Subject: Re: [vpp-dev] UDP ECHO Server

Ow, I didn’t notice you were looking for it in 18.01. We didn’t have a builtin 
udp echo app then, that’s why the tcp one has been refactored and renamed to 
“test echo server/client”.

Florin



On Mar 23, 2018, at 8:04 AM, Shashi Kant Singh 
mailto:sksi...@altiostar.com>> wrote:

vpp# show version
vpp v18.01.1-14~g308ed5c-dirty built by root on vbbubng6-shashi-8.rma.lan at 
Tue Mar 20 11:08:34 UTC 2018
vpp# test
bier  classify  counters  dpdk  fib 
  fib-walk-process  frame-queue
heap-validate http  ip6   kube-proxyl2fib   
  l2patch   lb
lookupmfib  one   policer   proxy   
  session   tcp
vpp# test



I cannot find option to run “echo” under test

Regards
Shashi


From: Florin Coras [mailto:fcoras.li...@gmail.com]
Sent: 23 March 2018 11:33
To: Shashi Kant Singh
Cc: vpp-dev@lists.fd.io
Subject: Re: [vpp-dev] UDP ECHO Server

The API was changed some months ago to: “test echo server uri 
://ip/port

Let me know if it works.

Thanks,
Florin




On Mar 23, 2018, at 7:59 AM, Shashi Kant Singh 
mailto:sksi...@altiostar.com>> wrote:

Hi Florin

I want to run UDP Server. So I need to the following as I understand:

vpp# test udp server uri udp://192.168.180.31/5678


Is this correct?

If so, then, it does not give “udp” when I search under test cli


Regards
Shashi

From: vpp-dev@lists.fd.io 
[mailto:vpp-dev@lists.fd.io] On Behalf Of Florin Coras
Sent: 23 March 2018 11:27
To: vpp-dev@lists.fd.io
Cc: vpp-dev@lists.fd.io
Subject: Re: [vpp-dev] UDP ECHO Server

Your uri asks for tcp not udp transport service.

Florin





On Mar 22, 2018, at 8:25 AM, Shashi Kant Singh 
mailto:sksi...@altiostar.com>> wrote:

Hi

In the VPP Rel 18:01, I could run the TCP ECHO server as
vpp# test tcp server uri tcp://192.168.180.31/5678

But I could not find the udp server being shown under “cli test”

Regards
Shashi

Re: [vpp-dev] UDP ECHO Server

[Florin Coras]

Try master.

Florin

> On Mar 23, 2018, at 8:23 AM, Shashi Kant Singh  wrote:
> 
> What would be the branch I can try this?
>
> Regards
> Shashi
>
>
> From: Florin Coras [mailto:fcoras.li...@gmail.com 
> ] 
> Sent: 23 March 2018 11:52
> To: Shashi Kant Singh
> Cc: vpp-dev@lists.fd.io 
> Subject: Re: [vpp-dev] UDP ECHO Server
>
> Ow, I didn’t notice you were looking for it in 18.01. We didn’t have a 
> builtin udp echo app then, that’s why the tcp one has been refactored and 
> renamed to “test echo server/client”. 
>
> Florin
> 
> 
> On Mar 23, 2018, at 8:04 AM, Shashi Kant Singh  > wrote:
>
> vpp# show version
> vpp v18.01.1-14~g308ed5c-dirty built by root on vbbubng6-shashi-8.rma.lan at 
> Tue Mar 20 11:08:34 UTC 2018
> vpp# test
> bier  classify  counters  dpdk  fib   
> fib-walk-process  frame-queue
> heap-validate http  ip6   kube-proxyl2fib 
> l2patch   lb
> lookupmfib  one   policer   proxy 
> session   tcp
> vpp# test
>
>
>
> I cannot find option to run “echo” under test
>
> Regards
> Shashi
>
>
> From: Florin Coras [mailto:fcoras.li...@gmail.com 
> ] 
> Sent: 23 March 2018 11:33
> To: Shashi Kant Singh
> Cc: vpp-dev@lists.fd.io 
> Subject: Re: [vpp-dev] UDP ECHO Server
>
> The API was changed some months ago to: “test echo server uri 
> ://ip/port
>
> Let me know if it works. 
>
> Thanks, 
> Florin
> 
> 
> 
> On Mar 23, 2018, at 7:59 AM, Shashi Kant Singh  > wrote:
>
> Hi Florin
>
> I want to run UDP Server. So I need to the following as I understand:
>
> vpp# test udp server uri udp://192.168.180.31/5678 
>
>
> Is this correct?
>
> If so, then, it does not give “udp” when I search under test cli
>
>
> Regards
> Shashi
>
> From: vpp-dev@lists.fd.io  
> [mailto:vpp-dev@lists.fd.io ] On Behalf Of Florin 
> Coras
> Sent: 23 March 2018 11:27
> To: vpp-dev@lists.fd.io 
> Cc: vpp-dev@lists.fd.io 
> Subject: Re: [vpp-dev] UDP ECHO Server
>
> Your uri asks for tcp not udp transport service. 
>
> Florin
> 
> 
> 
> 
> On Mar 22, 2018, at 8:25 AM, Shashi Kant Singh  > wrote:
>
> Hi
>
> In the VPP Rel 18:01, I could run the TCP ECHO server as
> vpp# test tcp server uri tcp://192.168.180.31/5678 
>
> But I could not find the udp server being shown under “cli test”
>
> Regards
> Shashi
>
>
>
>
> 

Re: [vpp-dev] UDP ECHO Server

[Shashi Kant Singh]

What would be the branch I can try this?

Regards
Shashi


From: Florin Coras [mailto:fcoras.li...@gmail.com]
Sent: 23 March 2018 11:52
To: Shashi Kant Singh
Cc: vpp-dev@lists.fd.io
Subject: Re: [vpp-dev] UDP ECHO Server

Ow, I didn’t notice you were looking for it in 18.01. We didn’t have a builtin 
udp echo app then, that’s why the tcp one has been refactored and renamed to 
“test echo server/client”.

Florin


On Mar 23, 2018, at 8:04 AM, Shashi Kant Singh 
mailto:sksi...@altiostar.com>> wrote:

vpp# show version
vpp v18.01.1-14~g308ed5c-dirty built by root on vbbubng6-shashi-8.rma.lan at 
Tue Mar 20 11:08:34 UTC 2018
vpp# test
bier  classify  counters  dpdk  fib 
  fib-walk-process  frame-queue
heap-validate http  ip6   kube-proxyl2fib   
  l2patch   lb
lookupmfib  one   policer   proxy   
  session   tcp
vpp# test



I cannot find option to run “echo” under test

Regards
Shashi


From: Florin Coras [mailto:fcoras.li...@gmail.com]
Sent: 23 March 2018 11:33
To: Shashi Kant Singh
Cc: vpp-dev@lists.fd.io
Subject: Re: [vpp-dev] UDP ECHO Server

The API was changed some months ago to: “test echo server uri 
://ip/port

Let me know if it works.

Thanks,
Florin



On Mar 23, 2018, at 7:59 AM, Shashi Kant Singh 
mailto:sksi...@altiostar.com>> wrote:

Hi Florin

I want to run UDP Server. So I need to the following as I understand:

vpp# test udp server uri udp://192.168.180.31/5678


Is this correct?

If so, then, it does not give “udp” when I search under test cli


Regards
Shashi

From: vpp-dev@lists.fd.io 
[mailto:vpp-dev@lists.fd.io] On Behalf Of Florin Coras
Sent: 23 March 2018 11:27
To: vpp-dev@lists.fd.io
Cc: vpp-dev@lists.fd.io
Subject: Re: [vpp-dev] UDP ECHO Server

Your uri asks for tcp not udp transport service.

Florin




On Mar 22, 2018, at 8:25 AM, Shashi Kant Singh 
mailto:sksi...@altiostar.com>> wrote:

Hi

In the VPP Rel 18:01, I could run the TCP ECHO server as
vpp# test tcp server uri tcp://192.168.180.31/5678

But I could not find the udp server being shown under “cli test”

Regards
Shashi

Re: [vpp-dev] UDP ECHO Server

[Florin Coras]

Ow, I didn’t notice you were looking for it in 18.01. We didn’t have a builtin 
udp echo app then, that’s why the tcp one has been refactored and renamed to 
“test echo server/client”. 

Florin

> On Mar 23, 2018, at 8:04 AM, Shashi Kant Singh  wrote:
> 
> vpp# show version
> vpp v18.01.1-14~g308ed5c-dirty built by root on vbbubng6-shashi-8.rma.lan at 
> Tue Mar 20 11:08:34 UTC 2018
> vpp# test
> bier  classify  counters  dpdk  fib   
> fib-walk-process  frame-queue
> heap-validate http  ip6   kube-proxyl2fib 
> l2patch   lb
> lookupmfib  one   policer   proxy 
> session   tcp
> vpp# test
>
>
>
> I cannot find option to run “echo” under test
>
> Regards
> Shashi
>
>
> From: Florin Coras [mailto:fcoras.li...@gmail.com 
> ] 
> Sent: 23 March 2018 11:33
> To: Shashi Kant Singh
> Cc: vpp-dev@lists.fd.io 
> Subject: Re: [vpp-dev] UDP ECHO Server
>
> The API was changed some months ago to: “test echo server uri 
> ://ip/port
>
> Let me know if it works. 
>
> Thanks, 
> Florin
> 
> 
> On Mar 23, 2018, at 7:59 AM, Shashi Kant Singh  > wrote:
>
> Hi Florin
>
> I want to run UDP Server. So I need to the following as I understand:
>
> vpp# test udp server uri udp://192.168.180.31/5678 
>
>
> Is this correct?
>
> If so, then, it does not give “udp” when I search under test cli
>
>
> Regards
> Shashi
>
> From: vpp-dev@lists.fd.io  
> [mailto:vpp-dev@lists.fd.io ] On Behalf Of Florin 
> Coras
> Sent: 23 March 2018 11:27
> To: vpp-dev@lists.fd.io 
> Cc: vpp-dev@lists.fd.io 
> Subject: Re: [vpp-dev] UDP ECHO Server
>
> Your uri asks for tcp not udp transport service. 
>
> Florin
> 
> 
> 
> On Mar 22, 2018, at 8:25 AM, Shashi Kant Singh  > wrote:
>
> Hi
>
> In the VPP Rel 18:01, I could run the TCP ECHO server as
> vpp# test tcp server uri tcp://192.168.180.31/5678 
>
> But I could not find the udp server being shown under “cli test”
>
> Regards
> Shashi
>
>
>
> 

Re: [vpp-dev] UDP ECHO Server

[Shashi Kant Singh]

vpp# show version
vpp v18.01.1-14~g308ed5c-dirty built by root on vbbubng6-shashi-8.rma.lan at 
Tue Mar 20 11:08:34 UTC 2018
vpp# test
bier  classify  counters  dpdk  fib 
  fib-walk-process  frame-queue
heap-validate http  ip6   kube-proxyl2fib   
  l2patch   lb
lookupmfib  one   policer   proxy   
  session   tcp
vpp# test



I cannot find option to run “echo” under test

Regards
Shashi


From: Florin Coras [mailto:fcoras.li...@gmail.com]
Sent: 23 March 2018 11:33
To: Shashi Kant Singh
Cc: vpp-dev@lists.fd.io
Subject: Re: [vpp-dev] UDP ECHO Server

The API was changed some months ago to: “test echo server uri 
://ip/port

Let me know if it works.

Thanks,
Florin


On Mar 23, 2018, at 7:59 AM, Shashi Kant Singh 
mailto:sksi...@altiostar.com>> wrote:

Hi Florin

I want to run UDP Server. So I need to the following as I understand:

vpp# test udp server uri udp://192.168.180.31/5678


Is this correct?

If so, then, it does not give “udp” when I search under test cli


Regards
Shashi

From: vpp-dev@lists.fd.io 
[mailto:vpp-dev@lists.fd.io] On Behalf Of Florin Coras
Sent: 23 March 2018 11:27
To: vpp-dev@lists.fd.io
Cc: vpp-dev@lists.fd.io
Subject: Re: [vpp-dev] UDP ECHO Server

Your uri asks for tcp not udp transport service.

Florin



On Mar 22, 2018, at 8:25 AM, Shashi Kant Singh 
mailto:sksi...@altiostar.com>> wrote:

Hi

In the VPP Rel 18:01, I could run the TCP ECHO server as
vpp# test tcp server uri tcp://192.168.180.31/5678

But I could not find the udp server being shown under “cli test”

Regards
Shashi

Re: [vpp-dev] UDP ECHO Server

[Florin Coras]

The API was changed some months ago to: “test echo server uri 
://ip/port

Let me know if it works. 

Thanks, 
Florin

> On Mar 23, 2018, at 7:59 AM, Shashi Kant Singh  wrote:
> 
> Hi Florin
>
> I want to run UDP Server. So I need to the following as I understand:
>
> vpp# test udp server uri udp://192.168.180.31/5678 
>
>
> Is this correct?
>
> If so, then, it does not give “udp” when I search under test cli
>
>
> Regards
> Shashi
>
> From: vpp-dev@lists.fd.io [mailto:vpp-dev@lists.fd.io] On Behalf Of Florin 
> Coras
> Sent: 23 March 2018 11:27
> To: vpp-dev@lists.fd.io
> Cc: vpp-dev@lists.fd.io
> Subject: Re: [vpp-dev] UDP ECHO Server
>
> Your uri asks for tcp not udp transport service. 
>
> Florin
> 
> 
> On Mar 22, 2018, at 8:25 AM, Shashi Kant Singh  > wrote:
>
> Hi
>
> In the VPP Rel 18:01, I could run the TCP ECHO server as
> vpp# test tcp server uri tcp://192.168.180.31/5678 
>
> But I could not find the udp server being shown under “cli test”
>
> Regards
> Shashi
>
>
> 

Re: [vpp-dev] UDP ECHO Server

[Shashi Kant Singh]

Hi Florin

I want to run UDP Server. So I need to the following as I understand:

vpp# test udp server uri udp://192.168.180.31/5678


Is this correct?

If so, then, it does not give “udp” when I search under test cli


Regards
Shashi

From: vpp-dev@lists.fd.io [mailto:vpp-dev@lists.fd.io] On Behalf Of Florin Coras
Sent: 23 March 2018 11:27
To: vpp-dev@lists.fd.io
Cc: vpp-dev@lists.fd.io
Subject: Re: [vpp-dev] UDP ECHO Server

Your uri asks for tcp not udp transport service.

Florin


On Mar 22, 2018, at 8:25 AM, Shashi Kant Singh 
mailto:sksi...@altiostar.com>> wrote:

Hi

In the VPP Rel 18:01, I could run the TCP ECHO server as
vpp# test tcp server uri tcp://192.168.180.31/5678

But I could not find the udp server being shown under “cli test”

Regards
Shashi

Re: [vpp-dev] UDP ECHO Server

[Florin Coras]

Your uri asks for tcp not udp transport service. 

Florin

> On Mar 22, 2018, at 8:25 AM, Shashi Kant Singh  wrote:
> 
> Hi
>
> In the VPP Rel 18:01, I could run the TCP ECHO server as
> vpp# test tcp server uri tcp://192.168.180.31/5678 
>
> But I could not find the udp server being shown under “cli test”
>
> Regards
> Shashi
>
> 

Re: [vpp-dev] Error while running TCP_ECHO in standalone mode

[Florin Coras]

The error says it all. You don’t have the session layer enabled. Do “session 
enable” from VPP’s cli. 

Florin

> On Mar 22, 2018, at 8:57 AM, Shashi Kant Singh  wrote:
> 
> Hi
>
> I could verify TCP_ECHO as the VPP CLI app but when I run as standalone linux 
> app then I get this error:
>
>
> [root@vbbubng6-shashi-8 vpp]# 
> ./build-root/install-vpp-native/vpp/bin/tcp_echo uri 
> tcp://192.168.180.31/5678 
> vl_api_application_attach_reply_t_handler:238: attach failed: Feature 
> disabled by configuration
> application_attach:208: timeout waiting for STATE_ATTACHED
> [root@vbbubng6-shashi-8 vpp]#
>
> I changes src/vnet.am
>
> 
> # Test apps
> 
>
> bin_PROGRAMS += tcp_echo
> bin_PROGRAMS += udp_echo
>
> regards
> Shashi
>
> 

Re: [**EXTERNAL**] RE: [vpp-dev] Is IRB feature fully functional?

[Gudimetla, Leela Sankar]

Thanks John. That actually helped.
Now I can have multiple unique ‘sub-interface:BD:BVI:VRF’s on a single physical 
interface.

Regards,
Leela sankar

From: "John Lo (loj)" 
Date: Thursday, March 22, 2018 at 2:22 PM
To: Leela Gudimetla , "vpp-dev@lists.fd.io" 

Subject: RE: [**EXTERNAL**] RE: [vpp-dev] Is IRB feature fully functional?

I read your original email as adding a sub-interface on loopback into BD as 
BVI. I see now you are using loop0 main interface as BVI for BD 5 while adding 
a sub-interface GigabitEthernet5/0/0.50 in BD 5.

In this situation, it does not work because packets from sub-interface will 
send packets with VLAN 50 into BD 5 while BVI is not expecting packets with any 
VLAN tag.  If you add a config to pop the VLAN tag from 
GigabitEthernet5/0/0.50, it should allow the packet to be handled by BVI 
properly:

set interface l2 tag-rewrite GigabitEthernet5/0/0.50 pop 1

Regards,
John

From: Gudimetla, Leela Sankar 
Sent: Thursday, March 22, 2018 4:46 PM
To: John Lo (loj) ; vpp-dev@lists.fd.io
Subject: Re: [**EXTERNAL**] RE: [vpp-dev] Is IRB feature fully functional?

Thanks John for quick response.
Yes. I placed sub-interface in the BD that the BVI is associated. My intention 
is to keep L2 functionality (vlan edits, etc) intact and add L3 to it.
So this is what I am doing.


vpp# loopback create-interface

loop0

vpp# set interface state loop0 up

vpp# set interface mac address loop0 .0b51.0001

vpp# set interface l2 bridge loop0 5 bvi

vpp# set interface ip table loop0 0

vpp# set interface l2 learn loop0 disable

vpp# set interface ip address loop0 10.10.10.44/24

vpp#

vpp#

vpp#

vpp# create sub-interfaces GigabitEthernet5/0/0 50

GigabitEthernet5/0/0.50

vpp# set interface state GigabitEthernet5/0/0.50 up

vpp# set interface l2 bridge GigabitEthernet5/0/0.50 5

vpp#


I have similar configuration on the other box with the ip address configured on 
the bvi in the same sub-net.
But the ping does not go through saying the below reason.



vpp# show errors

   CountNode  Reason

 5arp-input   Interface is not IP enabled

vpp#


I think the IP address is to be configured on the loop-back interface (as it is 
the bvi that connects the bridging domain and routing domain) and not on the 
sub-interface ‘GigabitEthernet5/0/0.50’.
The APR REQs are getting received on the physical interface 
‘GigabitEthernet5/0/0 and getting dropped on sub-interface.


vpp# show interface

  Name   Idx   State  Counter  Count

GigabitEthernet5/0/0  3 up   rx packets 
5

 rx bytes   
  300

 drops  
5

GigabitEthernet5/0/0.50   6 up

GigabitEthernet5/0/1  4 up

TenGigabitEthernet3/0/0   1down

TenGigabitEthernet3/0/1   2down

local00down

loop0 5 up

vpp#

Should there be any configuration to enable routing on the BD? Like ‘bridge 1 
route ip’ on cisco router.

Thanks,
Leela sankar


From: "John Lo (loj)" mailto:l...@cisco.com>>
Date: Thursday, March 22, 2018 at 1:19 PM
To: Leela Gudimetla mailto:lgudi...@ciena.com>>, 
"vpp-dev@lists.fd.io" 
mailto:vpp-dev@lists.fd.io>>
Subject: [**EXTERNAL**] RE: [vpp-dev] Is IRB feature fully functional?

In order to use a sub-interface on a loopback interface as BVI of a BD, the 
sub-interface should be placed in a BD and the IP address configured on the 
sub-interface (in your case, sub-interface with VLAN tag 50 and not the main 
interface).  The sub-interface must be configured as an exact match VLAN 
sub-interface (thus expect packets contain a VLAN tag of ID 50 in your case) 
and all packets received and forwarded in the BD must have one VLAN tag of ID 
50, matching that of the BVI sub-interface VLAN.   –John

From: vpp-dev@lists.fd.io 
mailto:vpp-dev@lists.fd.io>> On Behalf Of Gudimetla, Leela 
Sankar
Sent: Thursday, March 22, 2018 3:35 PM
To: vpp-dev@lists.fd.io
Subject: [vpp-dev] Is IRB feature fully functional?

Hi,

I am trying to configure IRB/BVI feature and see if it works.
I am doing the configuration as per the instructions given in 
‘https://wiki.fd.io/view/VPP/Command-line_Interface_(CLI)_Guide#IRB.2FBVI’.

Instead of configuring a route as per the link, I am configuring an IP address 
on BVI interface.
And I am configuring a sub-interface with vlan-id 50 and attaching it to the 
same bridge-domain.

I am doing the similar configuration on the other box and trying to ping.
But the ARP REQ packets are getting dropped saying that the ‘Interface is not 
IP enabled’. I see that the sub-interface is not in L3 mode since it is 
attached to

Re: [**EXTERNAL**] RE: [vpp-dev] Is IRB feature fully functional?

[John Lo (loj)]

I read your original email as adding a sub-interface on loopback into BD as 
BVI. I see now you are using loop0 main interface as BVI for BD 5 while adding 
a sub-interface GigabitEthernet5/0/0.50 in BD 5.

In this situation, it does not work because packets from sub-interface will 
send packets with VLAN 50 into BD 5 while BVI is not expecting packets with any 
VLAN tag.  If you add a config to pop the VLAN tag from 
GigabitEthernet5/0/0.50, it should allow the packet to be handled by BVI 
properly:

set interface l2 tag-rewrite GigabitEthernet5/0/0.50 pop 1

Regards,
John

From: Gudimetla, Leela Sankar 
Sent: Thursday, March 22, 2018 4:46 PM
To: John Lo (loj) ; vpp-dev@lists.fd.io
Subject: Re: [**EXTERNAL**] RE: [vpp-dev] Is IRB feature fully functional?

Thanks John for quick response.
Yes. I placed sub-interface in the BD that the BVI is associated. My intention 
is to keep L2 functionality (vlan edits, etc) intact and add L3 to it.
So this is what I am doing.


vpp# loopback create-interface

loop0

vpp# set interface state loop0 up

vpp# set interface mac address loop0 .0b51.0001

vpp# set interface l2 bridge loop0 5 bvi

vpp# set interface ip table loop0 0

vpp# set interface l2 learn loop0 disable

vpp# set interface ip address loop0 10.10.10.44/24

vpp#

vpp#

vpp#

vpp# create sub-interfaces GigabitEthernet5/0/0 50

GigabitEthernet5/0/0.50

vpp# set interface state GigabitEthernet5/0/0.50 up

vpp# set interface l2 bridge GigabitEthernet5/0/0.50 5

vpp#


I have similar configuration on the other box with the ip address configured on 
the bvi in the same sub-net.
But the ping does not go through saying the below reason.



vpp# show errors

   CountNode  Reason

 5arp-input   Interface is not IP enabled

vpp#


I think the IP address is to be configured on the loop-back interface (as it is 
the bvi that connects the bridging domain and routing domain) and not on the 
sub-interface ‘GigabitEthernet5/0/0.50’.
The APR REQs are getting received on the physical interface 
‘GigabitEthernet5/0/0 and getting dropped on sub-interface.


vpp# show interface

  Name   Idx   State  Counter  Count

GigabitEthernet5/0/0  3 up   rx packets 
5

 rx bytes   
  300

 drops  
5

GigabitEthernet5/0/0.50   6 up

GigabitEthernet5/0/1  4 up

TenGigabitEthernet3/0/0   1down

TenGigabitEthernet3/0/1   2down

local00down

loop0 5 up

vpp#

Should there be any configuration to enable routing on the BD? Like ‘bridge 1 
route ip’ on cisco router.

Thanks,
Leela sankar


From: "John Lo (loj)" mailto:l...@cisco.com>>
Date: Thursday, March 22, 2018 at 1:19 PM
To: Leela Gudimetla mailto:lgudi...@ciena.com>>, 
"vpp-dev@lists.fd.io" 
mailto:vpp-dev@lists.fd.io>>
Subject: [**EXTERNAL**] RE: [vpp-dev] Is IRB feature fully functional?

In order to use a sub-interface on a loopback interface as BVI of a BD, the 
sub-interface should be placed in a BD and the IP address configured on the 
sub-interface (in your case, sub-interface with VLAN tag 50 and not the main 
interface).  The sub-interface must be configured as an exact match VLAN 
sub-interface (thus expect packets contain a VLAN tag of ID 50 in your case) 
and all packets received and forwarded in the BD must have one VLAN tag of ID 
50, matching that of the BVI sub-interface VLAN.   –John

From: vpp-dev@lists.fd.io 
mailto:vpp-dev@lists.fd.io>> On Behalf Of Gudimetla, Leela 
Sankar
Sent: Thursday, March 22, 2018 3:35 PM
To: vpp-dev@lists.fd.io
Subject: [vpp-dev] Is IRB feature fully functional?

Hi,

I am trying to configure IRB/BVI feature and see if it works.
I am doing the configuration as per the instructions given in 
‘https://wiki.fd.io/view/VPP/Command-line_Interface_(CLI)_Guide#IRB.2FBVI’.

Instead of configuring a route as per the link, I am configuring an IP address 
on BVI interface.
And I am configuring a sub-interface with vlan-id 50 and attaching it to the 
same bridge-domain.

I am doing the similar configuration on the other box and trying to ping.
But the ARP REQ packets are getting dropped saying that the ‘Interface is not 
IP enabled’. I see that the sub-interface is not in L3 mode since it is 
attached to the bridge. But since the bridge is ‘flood’ enabled, I expect the 
ARP REQ should get flooded and the loop-back interface should respond.

And I also see that there is no command similar to ‘bridge  route ip’ to 
enable routing and bridging.

Please let me know that attaching sub-interface to the bridge for IRB is 
supported.
And also 

[vpp-dev] [FD.io Helpdesk #53548] issues with opensuse and centos verify job for stable/1801

[Vanessa Valderrama via RT]

Matus,

I believe the vpp-dpdk-devel package error can be resolved by doing a rebase.

Thank you,
Vanessa

On Tue Mar 13 11:13:13 2018, matfa...@cisco.com wrote:
> Hi,
> 
> I see issues with opensuse and centos verify jobs for stable/1801
> branch.
> The error is same for both jobs:
> 11:39:26 
> 11:39:27 package vpp-dpdk-devel-18.02-vpp1.x86_64 (which is newer
> than vpp-dpdk-devel-17.11-vpp1.x86_64) is already installed
> 11:39:27 make[1]: *** [install-rpm] Error 2
> 11:39:27 make[1]: Leaving directory `/w/workspace/vpp-verify-1801-
> centos7/dpdk'
> 11:39:27 make: *** [dpdk-install-dev] Error 2
> 11:39:27 Build step 'Execute shell' marked build as failure
> 
> See following patches:
> https://gerrit.fd.io/r/#/c/11079/
> https://gerrit.fd.io/r/#/c/11058/
> https://gerrit.fd.io/r/#/c/11056/
> https://gerrit.fd.io/r/#/c/11059/
> https://gerrit.fd.io/r/#/c/11060/
> 
> Regards,
> Matus Fabian




-=-=-=-=-=-=-=-=-=-=-=-
Links:

You receive all messages sent to this group.

View/Reply Online (#8645): https://lists.fd.io/g/vpp-dev/message/8645
View All Messages In Topic (1): https://lists.fd.io/g/vpp-dev/topic/16062993
Mute This Topic: https://lists.fd.io/mt/16062993/21656
New Topic: https://lists.fd.io/g/vpp-dev/post

Change Your Subscription: https://lists.fd.io/g/vpp-dev/editsub/21656
Group Home: https://lists.fd.io/g/vpp-dev
Contact Group Owner: vpp-dev+ow...@lists.fd.io
Terms of Service: https://lists.fd.io/static/tos
Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub
-=-=-=-=-=-=-=-=-=-=-=-

Re: [**EXTERNAL**] RE: [vpp-dev] Is IRB feature fully functional?

[Gudimetla, Leela Sankar]

Thanks John for quick response.
Yes. I placed sub-interface in the BD that the BVI is associated. My intention 
is to keep L2 functionality (vlan edits, etc) intact and add L3 to it.
So this is what I am doing.


vpp# loopback create-interface

loop0

vpp# set interface state loop0 up

vpp# set interface mac address loop0 .0b51.0001

vpp# set interface l2 bridge loop0 5 bvi

vpp# set interface ip table loop0 0

vpp# set interface l2 learn loop0 disable

vpp# set interface ip address loop0 10.10.10.44/24

vpp#

vpp#

vpp#

vpp# create sub-interfaces GigabitEthernet5/0/0 50

GigabitEthernet5/0/0.50

vpp# set interface state GigabitEthernet5/0/0.50 up

vpp# set interface l2 bridge GigabitEthernet5/0/0.50 5

vpp#


I have similar configuration on the other box with the ip address configured on 
the bvi in the same sub-net.
But the ping does not go through saying the below reason.



vpp# show errors

   CountNode  Reason

 5arp-input   Interface is not IP enabled

vpp#
I think the IP address is to be configured on the loop-back interface (as it is 
the bvi that connects the bridging domain and routing domain) and not on the 
sub-interface ‘GigabitEthernet5/0/0.50’.
The APR REQs are getting received on the physical interface 
‘GigabitEthernet5/0/0 and getting dropped on sub-interface.


vpp# show interface

  Name   Idx   State  Counter  Count

GigabitEthernet5/0/0  3 up   rx packets 
5

 rx bytes   
  300

 drops  
5

GigabitEthernet5/0/0.50   6 up

GigabitEthernet5/0/1  4 up

TenGigabitEthernet3/0/0   1down

TenGigabitEthernet3/0/1   2down

local00down

loop0 5 up

vpp#

Should there be any configuration to enable routing on the BD? Like ‘bridge 1 
route ip’ on cisco router.

Thanks,
Leela sankar


From: "John Lo (loj)" 
Date: Thursday, March 22, 2018 at 1:19 PM
To: Leela Gudimetla , "vpp-dev@lists.fd.io" 

Subject: [**EXTERNAL**] RE: [vpp-dev] Is IRB feature fully functional?

In order to use a sub-interface on a loopback interface as BVI of a BD, the 
sub-interface should be placed in a BD and the IP address configured on the 
sub-interface (in your case, sub-interface with VLAN tag 50 and not the main 
interface).  The sub-interface must be configured as an exact match VLAN 
sub-interface (thus expect packets contain a VLAN tag of ID 50 in your case) 
and all packets received and forwarded in the BD must have one VLAN tag of ID 
50, matching that of the BVI sub-interface VLAN.   –John

From: vpp-dev@lists.fd.io  On Behalf Of Gudimetla, Leela 
Sankar
Sent: Thursday, March 22, 2018 3:35 PM
To: vpp-dev@lists.fd.io
Subject: [vpp-dev] Is IRB feature fully functional?

Hi,

I am trying to configure IRB/BVI feature and see if it works.
I am doing the configuration as per the instructions given in 
‘https://wiki.fd.io/view/VPP/Command-line_Interface_(CLI)_Guide#IRB.2FBVI’.

Instead of configuring a route as per the link, I am configuring an IP address 
on BVI interface.
And I am configuring a sub-interface with vlan-id 50 and attaching it to the 
same bridge-domain.

I am doing the similar configuration on the other box and trying to ping.
But the ARP REQ packets are getting dropped saying that the ‘Interface is not 
IP enabled’. I see that the sub-interface is not in L3 mode since it is 
attached to the bridge. But since the bridge is ‘flood’ enabled, I expect the 
ARP REQ should get flooded and the loop-back interface should respond.

And I also see that there is no command similar to ‘bridge  route ip’ to 
enable routing and bridging.

Please let me know that attaching sub-interface to the bridge for IRB is 
supported.
And also please let me know if I am missing anything.

Thanks,
Leela sankar

Re: [vpp-dev] Is IRB feature fully functional?

[John Lo (loj)]

In order to use a sub-interface on a loopback interface as BVI of a BD, the 
sub-interface should be placed in a BD and the IP address configured on the 
sub-interface (in your case, sub-interface with VLAN tag 50 and not the main 
interface).  The sub-interface must be configured as an exact match VLAN 
sub-interface (thus expect packets contain a VLAN tag of ID 50 in your case) 
and all packets received and forwarded in the BD must have one VLAN tag of ID 
50, matching that of the BVI sub-interface VLAN.   –John

From: vpp-dev@lists.fd.io  On Behalf Of Gudimetla, Leela 
Sankar
Sent: Thursday, March 22, 2018 3:35 PM
To: vpp-dev@lists.fd.io
Subject: [vpp-dev] Is IRB feature fully functional?

Hi,

I am trying to configure IRB/BVI feature and see if it works.
I am doing the configuration as per the instructions given in 
‘https://wiki.fd.io/view/VPP/Command-line_Interface_(CLI)_Guide#IRB.2FBVI’.

Instead of configuring a route as per the link, I am configuring an IP address 
on BVI interface.
And I am configuring a sub-interface with vlan-id 50 and attaching it to the 
same bridge-domain.

I am doing the similar configuration on the other box and trying to ping.
But the ARP REQ packets are getting dropped saying that the ‘Interface is not 
IP enabled’. I see that the sub-interface is not in L3 mode since it is 
attached to the bridge. But since the bridge is ‘flood’ enabled, I expect the 
ARP REQ should get flooded and the loop-back interface should respond.

And I also see that there is no command similar to ‘bridge  route ip’ to 
enable routing and bridging.

Please let me know that attaching sub-interface to the bridge for IRB is 
supported.
And also please let me know if I am missing anything.

Thanks,
Leela sankar

[vpp-dev] Is IRB feature fully functional?

[Gudimetla, Leela Sankar]

Hi,

I am trying to configure IRB/BVI feature and see if it works.
I am doing the configuration as per the instructions given in 
‘https://wiki.fd.io/view/VPP/Command-line_Interface_(CLI)_Guide#IRB.2FBVI’.

Instead of configuring a route as per the link, I am configuring an IP address 
on BVI interface.
And I am configuring a sub-interface with vlan-id 50 and attaching it to the 
same bridge-domain.

I am doing the similar configuration on the other box and trying to ping.
But the ARP REQ packets are getting dropped saying that the ‘Interface is not 
IP enabled’. I see that the sub-interface is not in L3 mode since it is 
attached to the bridge. But since the bridge is ‘flood’ enabled, I expect the 
ARP REQ should get flooded and the loop-back interface should respond.

And I also see that there is no command similar to ‘bridge  route ip’ to 
enable routing and bridging.

Please let me know that attaching sub-interface to the bridge for IRB is 
supported.
And also please let me know if I am missing anything.

Thanks,
Leela sankar

[vpp-dev] Is IRB feature fully functional?

[Gudimetla, Leela Sankar]

Hi,

I am trying to configure IRB/BVI feature and see if it works.
I am doing the configuration as per the instructions given in 
‘https://wiki.fd.io/view/VPP/Command-line_Interface_(CLI)_Guide#IRB.2FBVI’.

Instead of configuring a route as per the link, I am configuring an IP address 
on BVI interface.
And I am configuring a sub-interface with vlan-id 50 and attaching it to the 
same bridge-domain.

I am doing the similar configuration on the other box and trying to ping.
But the ARP REQ packets are getting dropped saying that the ‘Interface is not 
IP enabled’. I see that the sub-interface is not in L3 mode since it is 
attached to the bridge. But since the bridge is ‘flood’ enabled, I expect the 
ARP REQ should get flooded and the loop-back interface should respond.

And I also see that there is no command similar to ‘bridge  route ip’ to 
enable routing and bridging.

Please let me know that attaching sub-interface to the bridge for IRB is 
supported.
And also please let me know if I am missing anything.

Thanks,
Leela sankar

[vpp-dev] Is IRB feature fully functional?

[Gudimetla, Leela Sankar]

Hi,

I am trying to configure IRB/BVI feature and see if it works.
I am doing the configuration as per the instructions given in 
‘https://wiki.fd.io/view/VPP/Command-line_Interface_(CLI)_Guide#IRB.2FBVI’.

Instead of configuring a route as per the link, I am configuring an IP address 
on BVI interface.
And I am configuring a sub-interface with vlan-id 50 and attaching it to the 
same bridge-domain.

I am doing the similar configuration on the other box and trying to ping.
But the ARP REQ packets are getting dropped saying that the ‘Interface is not 
IP enabled’. I see that the sub-interface is not in L3 mode since it is 
attached to the bridge. But since the bridge is ‘flood’ enabled, I expect the 
ARP REQ should get flooded and the loop-back interface should respond.

And I also see that there is no command similar to ‘bridge  route ip’ to 
enable routing and bridging.

Please let me know that attaching sub-interface to the bridge for IRB is 
supported.
And also please let me know if I am missing anything.

Thanks,
Leela sankar

Re: [vpp-dev] make TEST=test_ip6 test failing on multiple machines, when NOT run as root.

[Burt Silverman]

On machines that I see test failures -- sometimes, frequently, they
disappear when I use make test-debug rather than make test.

Burt

On Thu, Mar 22, 2018 at 2:08 PM, Klement Sekera  wrote:

> >
> >   Ooo, I see...  So, yeah, I have to hop between a local branch and
> the
> > upstream master,
> >   so I may be being victimized by this problem.  I've been doing a
> "make
> > wipe" or "wipe-release"
> >   and forgot about the industrial  'git clean'.  Drat.  I'll give
> that a run...
> >
> >
> > And for the record, I have rebuilt at this commit:
> >
> > commit 6f4a6be8f222dd8caa94d19a7e4d87cb864ba7f4
> > Author: Neale Ranns mailto:nra...@cisco.com> >
> > Date:   Fri Mar 16 16:26:21 2018 -0700
> >
> > Interface Unicast, Multicast and Broadcast stats on the API
> >
> >  Change-Id: I7c75da358aff1bd0216a602a49f2909cef5d920d
> > Signed-off-by: Neale Ranns  >  >
> >
> > In a"git clean -fxd" directory and still see the PAPI "make test" errors.
> >
>
> I can't reproduce this ... the thought that this could be a timing issue
> popped into my head, but I just passed 15 iterations of git clean & make
> test-debug and did not see the issue. Maybe it (the timing issue) depends
> on the number of cores ... how many cores do you have on the box?
>
> 
>
>

Re: [vpp-dev] make TEST=test_ip6 test failing on multiple machines, when NOT run as root.

[Klement Sekera]

> 
>   Ooo, I see...  So, yeah, I have to hop between a local branch and the
> upstream master,
>   so I may be being victimized by this problem.  I've been doing a "make
> wipe" or "wipe-release"
>   and forgot about the industrial  'git clean'.  Drat.  I'll give that a 
> run...
> 
> 
> And for the record, I have rebuilt at this commit:
> 
> commit 6f4a6be8f222dd8caa94d19a7e4d87cb864ba7f4
> Author: Neale Ranns mailto:nra...@cisco.com> >
> Date:   Fri Mar 16 16:26:21 2018 -0700
> 
> Interface Unicast, Multicast and Broadcast stats on the API
> 
>  Change-Id: I7c75da358aff1bd0216a602a49f2909cef5d920d
> Signed-off-by: Neale Ranns   >
> 
> In a"git clean -fxd" directory and still see the PAPI "make test" errors.
> 

I can't reproduce this ... the thought that this could be a timing issue popped 
into my head, but I just passed 15 iterations of git clean & make test-debug 
and did not see the issue. Maybe it (the timing issue) depends on the number of 
cores ... how many cores do you have on the box?

-=-=-=-=-=-=-=-=-=-=-=-
Links:

You receive all messages sent to this group.

View/Reply Online (#8638): https://lists.fd.io/g/vpp-dev/message/8638
View All Messages In Topic (25): https://lists.fd.io/g/vpp-dev/topic/14491547
Mute This Topic: https://lists.fd.io/mt/14491547/21656
New Topic: https://lists.fd.io/g/vpp-dev/post

Change Your Subscription: https://lists.fd.io/g/vpp-dev/editsub/21656
Group Home: https://lists.fd.io/g/vpp-dev
Contact Group Owner: vpp-dev+ow...@lists.fd.io
Terms of Service: https://lists.fd.io/static/tos
Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub
-=-=-=-=-=-=-=-=-=-=-=-

Re: [vpp-dev] make TEST=test_ip6 test failing on multiple machines, when NOT run as root.

[Jon Loeliger]

On Tue, Mar 20, 2018 at 9:44 AM, Jon Loeliger  wrote:

> On Tue, Mar 20, 2018 at 6:30 AM, Ole Troan  wrote:
>
>>
>> >
>> > git clean -d -f -x .
>> > and rebuilding everything fixes the issue
>> >
>> > Let me know if you see a different issue...
>>
>
> Ooo, I see...  So, yeah, I have to hop between a local branch and the
> upstream master,
> so I may be being victimized by this problem.  I've been doing a "make
> wipe" or "wipe-release"
> and forgot about the industrial  'git clean'.  Drat.  I'll give that a
> run...
>

And for the record, I have rebuilt at this commit:

commit 6f4a6be8f222dd8caa94d19a7e4d87cb864ba7f4
Author: Neale Ranns 
Date:   Fri Mar 16 16:26:21 2018 -0700

Interface Unicast, Multicast and Broadcast stats on the API

 Change-Id: I7c75da358aff1bd0216a602a49f2909cef5d920d
Signed-off-by: Neale Ranns 

In a"git clean -fxd" directory and still see the PAPI "make test" errors.

jdl

Re: [vpp-dev] Does IPsec support jumbo frames?

[Vratko Polak -X (vrpolak - PANTHEON TECHNOLOGIES at Cisco)]

> open a JIRA issue for it so that its tracked

Opened https://jira.fd.io/browse/VPP-1207

Vratko.

From: vpp-dev@lists.fd.io  On Behalf Of Matthew Smith
Sent: Thursday, 2018-March-22 16:45
To: vpp-dev@lists.fd.io
Cc: vpp-dev@lists.fd.io
Subject: Re: [vpp-dev] Does IPsec support jumbo frames?


Hi Vratko,

During encapsulation/encryption, there is not currently a way to check that the 
buffer will not exceed the MTU of the outbound interface once padding & 
headers/footers are added. The outbound interface isn’t determined until after 
the encrypt & encapsulate is completed. If the encapsulated buffer is 
subsequently found to be too large for the interface it’s being sent out, it 
will be dropped. This is true when the MTU is 1500 also, its not specific to 
jumbo frames.

I think it’s a known issue and it would probably be considered something that 
has not yet been implemented rather than a bug. I have no idea whether this is 
already on anyone’s mind to be addressed in the near future. It would probably 
he helpful if you open a JIRA issue for it so that its tracked.

-Matt



On Mar 22, 2018, at 7:46 AM, Vratko Polak -X (vrpolak - PANTHEON TECHNOLOGIES 
at Cisco) mailto:vrpo...@cisco.com>> wrote:

While adding [0] Maximum Receive Rate tests,
we have found that 9000 octet long frames
never pass through a VPP setup which uses IPsec.

Also, the previously existing crypto performance tests never used
9000B frames (and functional tests only use small ICMP packets),
so the zero receive rate is perhaps expected here.
But I have not foud any documentation mentioning this
(that might be just because I am new to fd.io CSIT project).

Is it known that VPP IPsec does not work with jumbo frames,
is is this a new bug?

Vratko.

[0] https://gerrit.fd.io/r/11149






Vratko Polak
Engineer - Software
vrpo...@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.

Re: [vpp-dev] Very poor performance vm to vm via VPP vhostuser

[steven luong]

Sara,

Iperf3 is not blasting traffic fast enough. You could try specifying multiple 
parallel streams using -P. Then, you will likely encounter vhost-user dropping 
packets as you are using the default virtqueue size 256. You’ll need to specify 
rx_queue_size=1024 when you launch the VM in the qemu start command to reduce 
the drops.

Steven

From:  on behalf of Sara Gittlin 
Date: Thursday, March 22, 2018 at 8:12 AM
To: "vpp-dev@lists.fd.io" 
Cc: "vpp-dev@lists.fd.io" 
Subject: Re: [vpp-dev] Very poor performance vm to vm via VPP vhostuser

Hi John and Steven

setting this in the startup config didnt help
vhost-user {
  coalesce-frame 0
}
John

I'm using ping -f  for latency and iperf3 for pps testing.
later i'll run pktgen in the vm's

output :
sho int
  Name   Idx   State  Counter  Count
VirtualEthernet0/0/0  1 up   rx packets 
11748
 rx bytes  
868648
 tx packets 
40958
 tx bytes
58047352
 drops  
   29
VirtualEthernet0/0/1  2 up   rx packets 
40958
 rx bytes
58047352
 tx packets 
11719
 tx bytes  
862806
 tx-error   
   29
local00 up


 show hardware
  NameIdx   Link  Hardware
VirtualEthernet0/0/0   1 up   VirtualEthernet0/0/0
  Ethernet address 02:fe:25:2f:bd:c2
VirtualEthernet0/0/1   2 up   VirtualEthernet0/0/1
  Ethernet address 02:fe:40:16:70:1b
local0 0down  local0
  local

-Sara


On Thu, Mar 22, 2018 at 4:53 PM, John DeNisco 
mailto:jdeni...@cisco.com>> wrote:

Hi Sara,

Can you also send the results from show hardware and show interfaces?

What are you using to test your performance.

John


From: mailto:vpp-dev@lists.fd.io>> on behalf of Sara 
Gittlin mailto:sara.gitt...@gmail.com>>
Date: Thursday, March 22, 2018 at 9:27 AM
To: "vpp-dev@lists.fd.io" 
mailto:vpp-dev@lists.fd.io>>
Subject: Re: [vpp-dev] Very poor performance vm to vm via VPP vhostuser

this is the output of:

show vhost-user VirtualEthernet0/0/0
Virtio vhost-user interfaces
Global:
  coalesce frames 32 time 1e-3
  number of rx virtqueues in interrupt mode: 0
Interface: VirtualEthernet0/0/0 (ifindex 1)
virtio_net_hdr_sz 12
 features mask (0x):
 features (0x58208000):
   VIRTIO_NET_F_MRG_RXBUF (15)
   VIRTIO_NET_F_GUEST_ANNOUNCE (21)
   VIRTIO_F_ANY_LAYOUT (27)
   VIRTIO_F_INDIRECT_DESC (28)
   VHOST_USER_F_PROTOCOL_FEATURES (30)
  protocol features (0x3)
   VHOST_USER_PROTOCOL_F_MQ (0)
   VHOST_USER_PROTOCOL_F_LOG_SHMFD (1)

 socket filename /var/run/vpp/sock1.sock type server errno "Success"

 rx placement:
   thread 1 on vring 1, polling
 tx placement: spin-lock
   thread 0 on vring 0
   thread 1 on vring 0
   thread 2 on vring 0

 Memory regions (total 2)
 region fdguest_phys_addrmemory_sizeuserspace_addr 
mmap_offsetmmap_addr
 == = == == == 
== ==
  0 320x 0x000c 0x7f5a6a60 
0x 0x7f47c420
  1 330x0010 0x3ff0 0x7f5a6a70 
0x0010 0x7f46f410

 Virtqueue 0 (TX)
  qsz 256 last_avail_idx 63392 last_used_idx 63392
  avail.flags 0 avail.idx 63530 used.flags 1 used.idx 63392
  kickfd 34 callfd 35 errfd -1

 Virtqueue 1 (RX)
  qsz 256 last_avail_idx 32414 last_used_idx 32414
  avail.flags 1 avail.idx 32414 used.flags 1 used.idx 32414
  kickfd 30 callfd 36 errfd -1

On Thu, Mar 22, 2018 at 3:07 PM, Sara Gittlin 
mailto:sara.gitt...@gmail.com>> wrote:
i dont think these are error counters - anyway very poor pps

On Thu, Mar 22, 2018 at 2:55 PM, Sara Gittlin 
mailto:sara.gitt...@gmail.com>> wrote:
in the show err output i see that  l2-output  l2-learn l2-input counters are 
continuously  incremented :
show  err
   CountNode  Reason
11l2-output   L2 output packets
11l2-learnL2 learn packets
11l2-inputL2 input packets
 3l2-floodL2 flood packets
   8479644l2-output   L2 output packets
   8479644l2-learnL2 learn packets
   8479

Re: [vpp-dev] Does IPsec support jumbo frames?

[Matthew Smith]

Hi Vratko,

During encapsulation/encryption, there is not currently a way to check that the 
buffer will not exceed the MTU of the outbound interface once padding & 
headers/footers are added. The outbound interface isn’t determined until after 
the encrypt & encapsulate is completed. If the encapsulated buffer is 
subsequently found to be too large for the interface it’s being sent out, it 
will be dropped. This is true when the MTU is 1500 also, its not specific to 
jumbo frames.

I think it’s a known issue and it would probably be considered something that 
has not yet been implemented rather than a bug. I have no idea whether this is 
already on anyone’s mind to be addressed in the near future. It would probably 
he helpful if you open a JIRA issue for it so that its tracked.

-Matt


> On Mar 22, 2018, at 7:46 AM, Vratko Polak -X (vrpolak - PANTHEON TECHNOLOGIES 
> at Cisco)  wrote:
> 
> While adding [0] Maximum Receive Rate tests,
> we have found that 9000 octet long frames
> never pass through a VPP setup which uses IPsec.
>
> Also, the previously existing crypto performance tests never used
> 9000B frames (and functional tests only use small ICMP packets),
> so the zero receive rate is perhaps expected here.
> But I have not foud any documentation mentioning this
> (that might be just because I am new to fd.io  CSIT project).
>
> Is it known that VPP IPsec does not work with jumbo frames,
> is is this a new bug?
>
> Vratko.
>
> [0] https://gerrit.fd.io/r/11149 
>
> 
> Vratko Polak
> Engineer - Software
> vrpo...@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.
>
>
> 

Re: [vpp-dev] Very poor performance vm to vm via VPP vhostuser

[Alec]

You should not use iperf for pps because you’re going to incur the overhead of 
running a guest user space app over socket + guest kernel tcp-ip stack + virtio 
over vhost user (times 2 since both your end points run iperf).
You might get decent throughput with large write buffer size (e.g. 64k writes) 
as those do not require as many pps.
For pps in VM it is better to use pktgen or any equivalent traffic generator 
based on DPDK.

  Alec


From:  on behalf of Sara Gittlin 
Date: Thursday, March 22, 2018 at 8:12 AM
To: "vpp-dev@lists.fd.io" 
Cc: "vpp-dev@lists.fd.io" 
Subject: Re: [vpp-dev] Very poor performance vm to vm via VPP vhostuser

Hi John and Steven

setting this in the startup config didnt help
vhost-user {
  coalesce-frame 0
}
John

I'm using ping -f  for latency and iperf3 for pps testing.
later i'll run pktgen in the vm's

output :
sho int
  Name   Idx   State  Counter  Count
VirtualEthernet0/0/0  1 up   rx packets 
11748
 rx bytes  
868648
 tx packets 
40958
 tx bytes
58047352
 drops  
   29
VirtualEthernet0/0/1  2 up   rx packets 
40958
 rx bytes
58047352
 tx packets 
11719
 tx bytes  
862806
 tx-error   
   29
local00 up


 show hardware
  NameIdx   Link  Hardware
VirtualEthernet0/0/0   1 up   VirtualEthernet0/0/0
  Ethernet address 02:fe:25:2f:bd:c2
VirtualEthernet0/0/1   2 up   VirtualEthernet0/0/1
  Ethernet address 02:fe:40:16:70:1b
local0 0down  local0
  local

-Sara


On Thu, Mar 22, 2018 at 4:53 PM, John DeNisco 
mailto:jdeni...@cisco.com>> wrote:

Hi Sara,

Can you also send the results from show hardware and show interfaces?

What are you using to test your performance.

John


From: mailto:vpp-dev@lists.fd.io>> on behalf of Sara 
Gittlin mailto:sara.gitt...@gmail.com>>
Date: Thursday, March 22, 2018 at 9:27 AM
To: "vpp-dev@lists.fd.io" 
mailto:vpp-dev@lists.fd.io>>
Subject: Re: [vpp-dev] Very poor performance vm to vm via VPP vhostuser

this is the output of:

show vhost-user VirtualEthernet0/0/0
Virtio vhost-user interfaces
Global:
  coalesce frames 32 time 1e-3
  number of rx virtqueues in interrupt mode: 0
Interface: VirtualEthernet0/0/0 (ifindex 1)
virtio_net_hdr_sz 12
 features mask (0x):
 features (0x58208000):
   VIRTIO_NET_F_MRG_RXBUF (15)
   VIRTIO_NET_F_GUEST_ANNOUNCE (21)
   VIRTIO_F_ANY_LAYOUT (27)
   VIRTIO_F_INDIRECT_DESC (28)
   VHOST_USER_F_PROTOCOL_FEATURES (30)
  protocol features (0x3)
   VHOST_USER_PROTOCOL_F_MQ (0)
   VHOST_USER_PROTOCOL_F_LOG_SHMFD (1)

 socket filename /var/run/vpp/sock1.sock type server errno "Success"

 rx placement:
   thread 1 on vring 1, polling
 tx placement: spin-lock
   thread 0 on vring 0
   thread 1 on vring 0
   thread 2 on vring 0

 Memory regions (total 2)
 region fdguest_phys_addrmemory_sizeuserspace_addr 
mmap_offsetmmap_addr
 == = == == == 
== ==
  0 320x 0x000c 0x7f5a6a60 
0x 0x7f47c420
  1 330x0010 0x3ff0 0x7f5a6a70 
0x0010 0x7f46f410

 Virtqueue 0 (TX)
  qsz 256 last_avail_idx 63392 last_used_idx 63392
  avail.flags 0 avail.idx 63530 used.flags 1 used.idx 63392
  kickfd 34 callfd 35 errfd -1

 Virtqueue 1 (RX)
  qsz 256 last_avail_idx 32414 last_used_idx 32414
  avail.flags 1 avail.idx 32414 used.flags 1 used.idx 32414
  kickfd 30 callfd 36 errfd -1

On Thu, Mar 22, 2018 at 3:07 PM, Sara Gittlin 
mailto:sara.gitt...@gmail.com>> wrote:
i dont think these are error counters - anyway very poor pps

On Thu, Mar 22, 2018 at 2:55 PM, Sara Gittlin 
mailto:sara.gitt...@gmail.com>> wrote:
in the show err output i see that  l2-output  l2-learn l2-input counters are 
continuously  incremented :
show  err
   CountNode  Reason
11l2-output   L2 output packets
11l2-learnL2 learn packets
11l2-inputL2 input packets
 3l2-floodL2 flood packets
   8479644l2-output   

[vpp-dev] VPP 18.01.2 Release scheduled for Thursday March 29

[Dave Wallace]

Folks,

Per the discussion at this week's VPP Bi-weekly Meeting, there have been 
enough bug fixes committed to VPP stable/1801 since the release of VPP 
18.01.1 to merit another maintenance release for VPP 18.01.


VPP 18.01.2 Release is scheduled for next Thursday March 29, 2018. This 
is a maintenance release, thus only bug fixes are allowed. Please 
remember to create a Jira ticket for each bug fix and include the Jira 
ID in the first line of the commit message.


If you are working on a bug fix that you would like to be included in 
VPP 18.01.2, then please reply to this email and ensure that it is 
published no later than Tuesday March 27, 2018 to allow time for review. 
I will begin the release process on Wed March 28th at 9am PDT/12pm EDT.


Thanks,
-daw-

Re: [vpp-dev] Very poor performance vm to vm via VPP vhostuser

[Sara Gittlin]

Hi John and Steven

setting this in the startup config didnt help

vhost-user {

  coalesce-frame 0

}

John


I'm using ping -f  for latency and iperf3 for pps testing.

later i'll run pktgen in the vm's


output :

sho int
  Name   Idx   State  Counter
Count
VirtualEthernet0/0/0  1 up   rx
packets 11748
 rx
bytes  868648
 tx
packets 40958
 tx
bytes58047352

drops 29
VirtualEthernet0/0/1  2 up   rx
packets 40958
 rx
bytes58047352
 tx
packets 11719
 tx
bytes  862806

tx-error  29
local00 up



 show hardware
  NameIdx   Link  Hardware
VirtualEthernet0/0/0   1 up   VirtualEthernet0/0/0
  Ethernet address 02:fe:25:2f:bd:c2
VirtualEthernet0/0/1   2 up   VirtualEthernet0/0/1
  Ethernet address 02:fe:40:16:70:1b
local0 0down  local0
  local


-Sara


On Thu, Mar 22, 2018 at 4:53 PM, John DeNisco  wrote:

>
>
> Hi Sara,
>
>
>
> Can you also send the results from show hardware and show interfaces?
>
>
>
> What are you using to test your performance.
>
>
>
> John
>
>
>
>
>
> *From: * on behalf of Sara Gittlin <
> sara.gitt...@gmail.com>
> *Date: *Thursday, March 22, 2018 at 9:27 AM
> *To: *"vpp-dev@lists.fd.io" 
> *Subject: *Re: [vpp-dev] Very poor performance vm to vm via VPP vhostuser
>
>
>
> this is the output of:
>
> show vhost-user VirtualEthernet0/0/0
> Virtio vhost-user interfaces
> Global:
>   coalesce frames 32 time 1e-3
>   number of rx virtqueues in interrupt mode: 0
> Interface: VirtualEthernet0/0/0 (ifindex 1)
> virtio_net_hdr_sz 12
>  features mask (0x):
>  features (0x58208000):
>VIRTIO_NET_F_MRG_RXBUF (15)
>VIRTIO_NET_F_GUEST_ANNOUNCE (21)
>VIRTIO_F_ANY_LAYOUT (27)
>VIRTIO_F_INDIRECT_DESC (28)
>VHOST_USER_F_PROTOCOL_FEATURES (30)
>   protocol features (0x3)
>VHOST_USER_PROTOCOL_F_MQ (0)
>VHOST_USER_PROTOCOL_F_LOG_SHMFD (1)
>
>  socket filename /var/run/vpp/sock1.sock type server errno "Success"
>
>  rx placement:
>thread 1 on vring 1, polling
>  tx placement: spin-lock
>thread 0 on vring 0
>thread 1 on vring 0
>thread 2 on vring 0
>
>  Memory regions (total 2)
>  region fdguest_phys_addrmemory_sizeuserspace_addr
> mmap_offsetmmap_addr
>  == = == == ==
> == ==
>   0 320x 0x000c 0x7f5a6a60
> 0x 0x7f47c420
>   1 330x0010 0x3ff0 0x7f5a6a70
> 0x0010 0x7f46f410
>
>  Virtqueue 0 (TX)
>   qsz 256 last_avail_idx 63392 last_used_idx 63392
>   avail.flags 0 avail.idx 63530 used.flags 1 used.idx 63392
>   kickfd 34 callfd 35 errfd -1
>
>  Virtqueue 1 (RX)
>   qsz 256 last_avail_idx 32414 last_used_idx 32414
>   avail.flags 1 avail.idx 32414 used.flags 1 used.idx 32414
>   kickfd 30 callfd 36 errfd -1
>
>
>
> On Thu, Mar 22, 2018 at 3:07 PM, Sara Gittlin 
> wrote:
>
> i dont think these are error counters - anyway very poor pps
>
>
>
> On Thu, Mar 22, 2018 at 2:55 PM, Sara Gittlin 
> wrote:
>
> in the show err output i see that  l2-output  l2-learn l2-input counters
> are continuously  incremented :
> show  err
>CountNode  Reason
> 11l2-output   L2 output packets
> 11l2-learnL2 learn packets
> 11l2-inputL2 input packets
>  3l2-floodL2 flood packets
>
>
> *  8479644l2-output   L2 output packets
>  8479644l2-learnL2 learn packets8479644
>l2-inputL2 input packets*
>
>
>
> On Thu, Mar 22, 2018 at 11:59 AM, Sara Gittlin 
> wrote:
>
> Hello
> i setup 2 vm connected to VPP as per the guide :
> https://wiki.fd.io/view/VPP/Use_VPP_to_connect_VMs_Using_
> Vhost-User_Interface
>
> The performance looks very bad very low pps and large latencies
>
> udp pkt size 100B - throughput 500Mb
> average latency  is 900us
>
> i have  2 PMDs threads (200% cpu) in the host, in the VMs i see low
> cpu load (10%)
>
> Please can you tell me what is wrong with my setup ?
>
> Thank you in advance
> - Sara
>
>
>
>
>
>
>
>
>
> 
>
>

Re: [vpp-dev] Very poor performance vm to vm via VPP vhostuser

[John Lo (loj)]

Hi Sara,

To address your question on “show err”, your output is displaying running 
counts for the l2-output, l2-learn and l2-input node wrt how many packets each 
node processed.  These are not error counts, unless the “Reason” column 
indicate some kind of error.  The CLI name “show err” is mis-leading in that it 
is showing stats kept by VPP nodes for various reasons, not just errors.  I 
typically tell people to use the CLI “show node counters” which is more 
appropriate and produce the same output.  The CLI “show err” was there for 
historical reasons and kept for backward compatibility.  You are welcome to 
keep on using “show err” as it is shorter and faster to type.

Regards,
John

From: vpp-dev@lists.fd.io  On Behalf Of Sara Gittlin
Sent: Thursday, March 22, 2018 8:56 AM
To: vpp-dev@lists.fd.io
Subject: Re: [vpp-dev] Very poor performance vm to vm via VPP vhostuser

in the show err output i see that  l2-output  l2-learn l2-input counters are 
continuously  incremented :
show  err
   CountNode  Reason
11l2-output   L2 output packets
11l2-learnL2 learn packets
11l2-inputL2 input packets
 3l2-floodL2 flood packets
   8479644l2-output   L2 output packets
   8479644l2-learnL2 learn packets
   8479644l2-inputL2 input packets

On Thu, Mar 22, 2018 at 11:59 AM, Sara Gittlin 
mailto:sara.gitt...@gmail.com>> wrote:
Hello
i setup 2 vm connected to VPP as per the guide :
https://wiki.fd.io/view/VPP/Use_VPP_to_connect_VMs_Using_Vhost-User_Interface

The performance looks very bad very low pps and large latencies

udp pkt size 100B - throughput 500Mb
average latency  is 900us

i have  2 PMDs threads (200% cpu) in the host, in the VMs i see low
cpu load (10%)

Please can you tell me what is wrong with my setup ?

Thank you in advance
- Sara

Re: [vpp-dev] Very poor performance vm to vm via VPP vhostuser

[John DeNisco]

Hi Sara,

Can you also send the results from show hardware and show interfaces?

What are you using to test your performance.

John


From:  on behalf of Sara Gittlin 
Date: Thursday, March 22, 2018 at 9:27 AM
To: "vpp-dev@lists.fd.io" 
Subject: Re: [vpp-dev] Very poor performance vm to vm via VPP vhostuser

this is the output of:
show vhost-user VirtualEthernet0/0/0
Virtio vhost-user interfaces
Global:
  coalesce frames 32 time 1e-3
  number of rx virtqueues in interrupt mode: 0
Interface: VirtualEthernet0/0/0 (ifindex 1)
virtio_net_hdr_sz 12
 features mask (0x):
 features (0x58208000):
   VIRTIO_NET_F_MRG_RXBUF (15)
   VIRTIO_NET_F_GUEST_ANNOUNCE (21)
   VIRTIO_F_ANY_LAYOUT (27)
   VIRTIO_F_INDIRECT_DESC (28)
   VHOST_USER_F_PROTOCOL_FEATURES (30)
  protocol features (0x3)
   VHOST_USER_PROTOCOL_F_MQ (0)
   VHOST_USER_PROTOCOL_F_LOG_SHMFD (1)

 socket filename /var/run/vpp/sock1.sock type server errno "Success"

 rx placement:
   thread 1 on vring 1, polling
 tx placement: spin-lock
   thread 0 on vring 0
   thread 1 on vring 0
   thread 2 on vring 0

 Memory regions (total 2)
 region fdguest_phys_addrmemory_sizeuserspace_addr 
mmap_offsetmmap_addr
 == = == == == 
== ==
  0 320x 0x000c 0x7f5a6a60 
0x 0x7f47c420
  1 330x0010 0x3ff0 0x7f5a6a70 
0x0010 0x7f46f410

 Virtqueue 0 (TX)
  qsz 256 last_avail_idx 63392 last_used_idx 63392
  avail.flags 0 avail.idx 63530 used.flags 1 used.idx 63392
  kickfd 34 callfd 35 errfd -1

 Virtqueue 1 (RX)
  qsz 256 last_avail_idx 32414 last_used_idx 32414
  avail.flags 1 avail.idx 32414 used.flags 1 used.idx 32414
  kickfd 30 callfd 36 errfd -1


On Thu, Mar 22, 2018 at 3:07 PM, Sara Gittlin 
mailto:sara.gitt...@gmail.com>> wrote:
i dont think these are error counters - anyway very poor pps

On Thu, Mar 22, 2018 at 2:55 PM, Sara Gittlin 
mailto:sara.gitt...@gmail.com>> wrote:
in the show err output i see that  l2-output  l2-learn l2-input counters are 
continuously  incremented :
show  err
   CountNode  Reason
11l2-output   L2 output packets
11l2-learnL2 learn packets
11l2-inputL2 input packets
 3l2-floodL2 flood packets
   8479644l2-output   L2 output packets
   8479644l2-learnL2 learn packets
   8479644l2-inputL2 input packets

On Thu, Mar 22, 2018 at 11:59 AM, Sara Gittlin 
mailto:sara.gitt...@gmail.com>> wrote:
Hello
i setup 2 vm connected to VPP as per the guide :
https://wiki.fd.io/view/VPP/Use_VPP_to_connect_VMs_Using_Vhost-User_Interface

The performance looks very bad very low pps and large latencies

udp pkt size 100B - throughput 500Mb
average latency  is 900us

i have  2 PMDs threads (200% cpu) in the host, in the VMs i see low
cpu load (10%)

Please can you tell me what is wrong with my setup ?

Thank you in advance
- Sara

Re: [vpp-dev] VPP - IPSec offloading

[Avi Cohen (A)]

Matt 
This is cryptodev and not ipsec offload (by HW)
Is there offload support ?
Avi

> -Original Message-
> From: Avi Cohen (A)
> Sent: Thursday, 22 March, 2018 4:39 PM
> To: 'Matthew Smith'; vpp-dev@lists.fd.io
> Subject: RE: [vpp-dev] VPP - IPSec offloading
> 
> Thank you Matt
> Avi
> 
> > -Original Message-
> > From: vpp-dev@lists.fd.io [mailto:vpp-dev@lists.fd.io] On Behalf Of
> > Matthew Smith
> > Sent: Thursday, 22 March, 2018 4:22 PM
> > To: vpp-dev@lists.fd.io
> > Cc: vpp-dev@lists.fd.io
> > Subject: Re: [vpp-dev] VPP - IPSec offloading
> >
> > Hi Avi,
> >
> > Not exactly. VPP doesn’t use the sample app. It uses the DPDK
> > cryptodev support, which is probably also used by the sample app.
> >
> > There may be a wiki page somewhere, but the doc I usually look at is
> > in the vpp repo at
> > src/vpp/src/plugins/dpdk/ipsec/dpdk_crypto_ipsec_doc.md
> >
> > -Matt
> >
> >
> > > On Mar 21, 2018, at 11:18 AM, Avi Cohen (A) 
> > wrote:
> > >
> > > Hello all
> > > I understand that IPSec offload is supported in VPP using the
> > > ipsec-offload dpdk sample -app. (ipsec-secgw ?? ) Can u refer to a
> > > document
> > /other  how to activate it ?
> > >
> > > Best Regards
> > > Avi
> > >
> > >
> > >
> >
> >
> > 


-=-=-=-=-=-=-=-=-=-=-=-
Links:

You receive all messages sent to this group.

View/Reply Online (#8628): https://lists.fd.io/g/vpp-dev/message/8628
View All Messages In Topic (4): https://lists.fd.io/g/vpp-dev/topic/15910407
Mute This Topic: https://lists.fd.io/mt/15910407/21656
New Topic: https://lists.fd.io/g/vpp-dev/post

Change Your Subscription: https://lists.fd.io/g/vpp-dev/editsub/21656
Group Home: https://lists.fd.io/g/vpp-dev
Contact Group Owner: vpp-dev+ow...@lists.fd.io
Terms of Service: https://lists.fd.io/static/tos
Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub
-=-=-=-=-=-=-=-=-=-=-=-

Re: [vpp-dev] Very poor performance vm to vm via VPP vhostuser

[steven luong]

Sara,

Could you please try again with adding below config to startup.conf? I remember 
some drivers don’t blast traffic at full speed unless it is getting a kick for 
each packet sent. I am not sure if you are using one of those.

vhost-user {
  coalesce-frame 0
}

Steven

From:  on behalf of Sara Gittlin 
Date: Thursday, March 22, 2018 at 6:27 AM
To: "vpp-dev@lists.fd.io" 
Subject: Re: [vpp-dev] Very poor performance vm to vm via VPP vhostuser

this is the output of:
show vhost-user VirtualEthernet0/0/0
Virtio vhost-user interfaces
Global:
  coalesce frames 32 time 1e-3
  number of rx virtqueues in interrupt mode: 0
Interface: VirtualEthernet0/0/0 (ifindex 1)
virtio_net_hdr_sz 12
 features mask (0x):
 features (0x58208000):
   VIRTIO_NET_F_MRG_RXBUF (15)
   VIRTIO_NET_F_GUEST_ANNOUNCE (21)
   VIRTIO_F_ANY_LAYOUT (27)
   VIRTIO_F_INDIRECT_DESC (28)
   VHOST_USER_F_PROTOCOL_FEATURES (30)
  protocol features (0x3)
   VHOST_USER_PROTOCOL_F_MQ (0)
   VHOST_USER_PROTOCOL_F_LOG_SHMFD (1)

 socket filename /var/run/vpp/sock1.sock type server errno "Success"

 rx placement:
   thread 1 on vring 1, polling
 tx placement: spin-lock
   thread 0 on vring 0
   thread 1 on vring 0
   thread 2 on vring 0

 Memory regions (total 2)
 region fdguest_phys_addrmemory_sizeuserspace_addr 
mmap_offsetmmap_addr
 == = == == == 
== ==
  0 320x 0x000c 0x7f5a6a60 
0x 0x7f47c420
  1 330x0010 0x3ff0 0x7f5a6a70 
0x0010 0x7f46f410

 Virtqueue 0 (TX)
  qsz 256 last_avail_idx 63392 last_used_idx 63392
  avail.flags 0 avail.idx 63530 used.flags 1 used.idx 63392
  kickfd 34 callfd 35 errfd -1

 Virtqueue 1 (RX)
  qsz 256 last_avail_idx 32414 last_used_idx 32414
  avail.flags 1 avail.idx 32414 used.flags 1 used.idx 32414
  kickfd 30 callfd 36 errfd -1


On Thu, Mar 22, 2018 at 3:07 PM, Sara Gittlin 
mailto:sara.gitt...@gmail.com>> wrote:
i dont think these are error counters - anyway very poor pps

On Thu, Mar 22, 2018 at 2:55 PM, Sara Gittlin 
mailto:sara.gitt...@gmail.com>> wrote:
in the show err output i see that  l2-output  l2-learn l2-input counters are 
continuously  incremented :
show  err
   CountNode  Reason
11l2-output   L2 output packets
11l2-learnL2 learn packets
11l2-inputL2 input packets
 3l2-floodL2 flood packets
   8479644l2-output   L2 output packets
   8479644l2-learnL2 learn packets
   8479644l2-inputL2 input packets

On Thu, Mar 22, 2018 at 11:59 AM, Sara Gittlin 
mailto:sara.gitt...@gmail.com>> wrote:
Hello
i setup 2 vm connected to VPP as per the guide :
https://wiki.fd.io/view/VPP/Use_VPP_to_connect_VMs_Using_Vhost-User_Interface

The performance looks very bad very low pps and large latencies

udp pkt size 100B - throughput 500Mb
average latency  is 900us

i have  2 PMDs threads (200% cpu) in the host, in the VMs i see low
cpu load (10%)

Please can you tell me what is wrong with my setup ?

Thank you in advance
- Sara

Re: [vpp-dev] VPP - IPSec offloading

[Avi Cohen (A)]

Thank you Matt
Avi

> -Original Message-
> From: vpp-dev@lists.fd.io [mailto:vpp-dev@lists.fd.io] On Behalf Of Matthew
> Smith
> Sent: Thursday, 22 March, 2018 4:22 PM
> To: vpp-dev@lists.fd.io
> Cc: vpp-dev@lists.fd.io
> Subject: Re: [vpp-dev] VPP - IPSec offloading
> 
> Hi Avi,
> 
> Not exactly. VPP doesn’t use the sample app. It uses the DPDK cryptodev
> support, which is probably also used by the sample app.
> 
> There may be a wiki page somewhere, but the doc I usually look at is in the 
> vpp
> repo at src/vpp/src/plugins/dpdk/ipsec/dpdk_crypto_ipsec_doc.md
> 
> -Matt
> 
> 
> > On Mar 21, 2018, at 11:18 AM, Avi Cohen (A) 
> wrote:
> >
> > Hello all
> > I understand that IPSec offload is supported in VPP using the
> > ipsec-offload dpdk sample -app. (ipsec-secgw ?? ) Can u refer to a document
> /other  how to activate it ?
> >
> > Best Regards
> > Avi
> >
> >
> >
> 
> 
> 


-=-=-=-=-=-=-=-=-=-=-=-
Links:

You receive all messages sent to this group.

View/Reply Online (#8626): https://lists.fd.io/g/vpp-dev/message/8626
View All Messages In Topic (3): https://lists.fd.io/g/vpp-dev/topic/15910407
Mute This Topic: https://lists.fd.io/mt/15910407/21656
New Topic: https://lists.fd.io/g/vpp-dev/post

Change Your Subscription: https://lists.fd.io/g/vpp-dev/editsub/21656
Group Home: https://lists.fd.io/g/vpp-dev
Contact Group Owner: vpp-dev+ow...@lists.fd.io
Terms of Service: https://lists.fd.io/static/tos
Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub
-=-=-=-=-=-=-=-=-=-=-=-

Re: [vpp-dev] VPP - IPSec offloading

[Matthew Smith]

Hi Avi,

Not exactly. VPP doesn’t use the sample app. It uses the DPDK cryptodev 
support, which is probably also used by the sample app.

There may be a wiki page somewhere, but the doc I usually look at is in the vpp 
repo at src/vpp/src/plugins/dpdk/ipsec/dpdk_crypto_ipsec_doc.md 

-Matt


> On Mar 21, 2018, at 11:18 AM, Avi Cohen (A)  wrote:
> 
> Hello all
> I understand that IPSec offload is supported in VPP using the ipsec-offload 
> dpdk sample -app. (ipsec-secgw ?? )
> Can u refer to a document /other  how to activate it ?
> 
> Best Regards
> Avi
> 
> 
> 


-=-=-=-=-=-=-=-=-=-=-=-
Links:

You receive all messages sent to this group.

View/Reply Online (#8625): https://lists.fd.io/g/vpp-dev/message/8625
View All Messages In Topic (2): https://lists.fd.io/g/vpp-dev/topic/15910407
Mute This Topic: https://lists.fd.io/mt/15910407/21656
New Topic: https://lists.fd.io/g/vpp-dev/post

Change Your Subscription: https://lists.fd.io/g/vpp-dev/editsub/21656
Group Home: https://lists.fd.io/g/vpp-dev
Contact Group Owner: vpp-dev+ow...@lists.fd.io
Terms of Service: https://lists.fd.io/static/tos
Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub
-=-=-=-=-=-=-=-=-=-=-=-

Re: [vpp-dev] Very poor performance vm to vm via VPP vhostuser

[Sara Gittlin]

this is the output of:
show vhost-user VirtualEthernet0/0/0
Virtio vhost-user interfaces
Global:
  coalesce frames 32 time 1e-3
  number of rx virtqueues in interrupt mode: 0
Interface: VirtualEthernet0/0/0 (ifindex 1)
virtio_net_hdr_sz 12
 features mask (0x):
 features (0x58208000):
   VIRTIO_NET_F_MRG_RXBUF (15)
   VIRTIO_NET_F_GUEST_ANNOUNCE (21)
   VIRTIO_F_ANY_LAYOUT (27)
   VIRTIO_F_INDIRECT_DESC (28)
   VHOST_USER_F_PROTOCOL_FEATURES (30)
  protocol features (0x3)
   VHOST_USER_PROTOCOL_F_MQ (0)
   VHOST_USER_PROTOCOL_F_LOG_SHMFD (1)

 socket filename /var/run/vpp/sock1.sock type server errno "Success"

 rx placement:
   thread 1 on vring 1, polling
 tx placement: spin-lock
   thread 0 on vring 0
   thread 1 on vring 0
   thread 2 on vring 0

 Memory regions (total 2)
 region fdguest_phys_addrmemory_sizeuserspace_addr
mmap_offsetmmap_addr
 == = == == ==
== ==
  0 320x 0x000c 0x7f5a6a60
0x 0x7f47c420
  1 330x0010 0x3ff0 0x7f5a6a70
0x0010 0x7f46f410

 Virtqueue 0 (TX)
  qsz 256 last_avail_idx 63392 last_used_idx 63392
  avail.flags 0 avail.idx 63530 used.flags 1 used.idx 63392
  kickfd 34 callfd 35 errfd -1

 Virtqueue 1 (RX)
  qsz 256 last_avail_idx 32414 last_used_idx 32414
  avail.flags 1 avail.idx 32414 used.flags 1 used.idx 32414
  kickfd 30 callfd 36 errfd -1



On Thu, Mar 22, 2018 at 3:07 PM, Sara Gittlin 
wrote:

> i dont think these are error counters - anyway very poor pps
>
> On Thu, Mar 22, 2018 at 2:55 PM, Sara Gittlin 
> wrote:
>
>> in the show err output i see that  l2-output  l2-learn l2-input counters
>> are continuously  incremented :
>> show  err
>>CountNode  Reason
>> 11l2-output   L2 output packets
>> 11l2-learnL2 learn packets
>> 11l2-inputL2 input packets
>>  3l2-floodL2 flood packets
>>
>>
>> *  8479644l2-output   L2 output packets
>>  8479644l2-learnL2 learn packets   8479644
>>l2-inputL2 input packets*
>>
>> On Thu, Mar 22, 2018 at 11:59 AM, Sara Gittlin 
>> wrote:
>>
>>> Hello
>>> i setup 2 vm connected to VPP as per the guide :
>>> https://wiki.fd.io/view/VPP/Use_VPP_to_connect_VMs_Using_Vho
>>> st-User_Interface
>>>
>>> The performance looks very bad very low pps and large latencies
>>>
>>> udp pkt size 100B - throughput 500Mb
>>> average latency  is 900us
>>>
>>> i have  2 PMDs threads (200% cpu) in the host, in the VMs i see low
>>> cpu load (10%)
>>>
>>> Please can you tell me what is wrong with my setup ?
>>>
>>> Thank you in advance
>>> - Sara
>>>
>>>
>>>
>>>
>>
> 
>
>

Re: [vpp-dev] Very poor performance vm to vm via VPP vhostuser

[Sara Gittlin]

i dont think these are error counters - anyway very poor pps

On Thu, Mar 22, 2018 at 2:55 PM, Sara Gittlin 
wrote:

> in the show err output i see that  l2-output  l2-learn l2-input counters
> are continuously  incremented :
> show  err
>CountNode  Reason
> 11l2-output   L2 output packets
> 11l2-learnL2 learn packets
> 11l2-inputL2 input packets
>  3l2-floodL2 flood packets
>
>
> *  8479644l2-output   L2 output packets
>  8479644l2-learnL2 learn packets   8479644
>l2-inputL2 input packets*
>
> On Thu, Mar 22, 2018 at 11:59 AM, Sara Gittlin 
> wrote:
>
>> Hello
>> i setup 2 vm connected to VPP as per the guide :
>> https://wiki.fd.io/view/VPP/Use_VPP_to_connect_VMs_Using_Vho
>> st-User_Interface
>>
>> The performance looks very bad very low pps and large latencies
>>
>> udp pkt size 100B - throughput 500Mb
>> average latency  is 900us
>>
>> i have  2 PMDs threads (200% cpu) in the host, in the VMs i see low
>> cpu load (10%)
>>
>> Please can you tell me what is wrong with my setup ?
>>
>> Thank you in advance
>> - Sara
>>
>> 
>>
>>
>

Re: [vpp-dev] Very poor performance vm to vm via VPP vhostuser

[Sara Gittlin]

in the show err output i see that  l2-output  l2-learn l2-input counters
are continuously  incremented :
show  err
   CountNode  Reason
11l2-output   L2 output packets
11l2-learnL2 learn packets
11l2-inputL2 input packets
 3l2-floodL2 flood packets


*  8479644l2-output   L2 output packets
 8479644l2-learnL2 learn packets   8479644
   l2-inputL2 input packets*

On Thu, Mar 22, 2018 at 11:59 AM, Sara Gittlin 
wrote:

> Hello
> i setup 2 vm connected to VPP as per the guide :
> https://wiki.fd.io/view/VPP/Use_VPP_to_connect_VMs_Using_
> Vhost-User_Interface
>
> The performance looks very bad very low pps and large latencies
>
> udp pkt size 100B - throughput 500Mb
> average latency  is 900us
>
> i have  2 PMDs threads (200% cpu) in the host, in the VMs i see low
> cpu load (10%)
>
> Please can you tell me what is wrong with my setup ?
>
> Thank you in advance
> - Sara
>
> 
>
>

[vpp-dev] Does IPsec support jumbo frames?

[Vratko Polak -X (vrpolak - PANTHEON TECHNOLOGIES at Cisco)]

While adding [0] Maximum Receive Rate tests,
we have found that 9000 octet long frames
never pass through a VPP setup which uses IPsec.

Also, the previously existing crypto performance tests never used
9000B frames (and functional tests only use small ICMP packets),
so the zero receive rate is perhaps expected here.
But I have not foud any documentation mentioning this
(that might be just because I am new to fd.io CSIT project).

Is it known that VPP IPsec does not work with jumbo frames,
is is this a new bug?

Vratko.

[0] https://gerrit.fd.io/r/11149

[https://www.cisco.com/c/dam/m/en_us/signaturetool/images/logo/Cisco_Logo_no_TM_Indigo_Blue-RGB_43px.png]




Vratko Polak
Engineer - Software
vrpo...@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.

Re: [vpp-dev] VPP build fail on ARM but pass in X86.

[Dave Barach]

Some piece of libboost appears to be AWOL. Copying Neale who can tell for sure.

As a workaround / to make progress: in .../build-data/platforms/vpp.mk, disable 
the vom build as described. In build-root, issue “make distclean” and rebuild.

# To disable the VPP object model build uncomment the following...
# vpp_configure_args_vpp += --disable-vom

HTH… D.

From: vpp-dev@lists.fd.io  On Behalf Of via Lists.Fd.Io
Sent: Thursday, March 22, 2018 5:17 AM
To: vpp-dev@lists.fd.io
Cc: vpp-dev@lists.fd.io
Subject: [vpp-dev] VPP build fail on ARM but pass in X86.

Hi,


VPP Build is failing on ARM but the same is passing in X86.


Logs :
  CXX  connection.lo
  CXX  dhcp_config.lo
  CXX  dhcp_config_cmds.lo
In file included from 
/home/ubuntu/vpp/build-data/../src/vpp-api/vom/cmd.hpp:21:0,
 from /home/ubuntu/vpp/build-data/../src/vpp-api/vom/hw.hpp:26,
 from 
/home/ubuntu/vpp/build-data/../src/vpp-api/vom/bridge_domain.hpp:20,
 from 
/home/ubuntu/vpp/build-data/../src/vpp-api/vom/bridge_domain_arp_entry.hpp:19,
 from 
/home/ubuntu/vpp/build-data/../src/vpp-api/vom/bridge_domain_arp_entry.cpp:16:
/home/ubuntu/vpp/build-data/../src/vpp-api/vom/types.hpp:22:37: fatal error: 
boost/asio/ip/address.hpp: No such file or directory
 #include 
 ^
compilation terminated.
/home/ubuntu/vpp/build-data/../src/vpp-api/vom/types.cpp:21:38: fatal error: 
boost/algorithm/string.hpp: No such file or directory
 #include 
  ^
compilation terminated.
In file included from 
/home/ubuntu/vpp/build-data/../src/vpp-api/vom/cmd.hpp:21:0,
 from /home/ubuntu/vpp/build-data/../src/vpp-api/vom/hw.hpp:26,
 from 
/home/ubuntu/vpp/build-data/../src/vpp-api/vom/arp_proxy_config.hpp:19,
 from 
/home/ubuntu/vpp/build-data/../src/vpp-api/vom/arp_proxy_config_cmds.hpp:19,
 from 
/home/ubuntu/vpp/build-data/../src/vpp-api/vom/arp_proxy_config_cmds.cpp:16:
/home/ubuntu/vpp/build-data/../src/vpp-api/vom/types.hpp:22:37: fatal error: 
boost/asio/ip/address.hpp: No such file or directory
 #include 
 ^
compilation terminated.
Makefile:850: recipe for target 'bridge_domain_arp_entry.lo' failed
make[5]: *** [bridge_domain_arp_entry.lo] Error 1
make[5]: *** Waiting for unfinished jobs
Makefile:850: recipe for target 'types.lo' failed
make[5]: *** [types.lo] Error 1
Makefile:850: recipe for target 'arp_proxy_config_cmds.lo' failed
make[5]: *** [arp_proxy_config_cmds.lo] Error 1
In file included from 
/home/ubuntu/vpp/build-data/../src/vpp-api/vom/cmd.hpp:21:0,
 from /home/ubuntu/vpp/build-data/../src/vpp-api/vom/hw.hpp:26,
 from 
/home/ubuntu/vpp/build-data/../src/vpp-api/vom/bridge_domain.hpp:20,
 from 
/home/ubuntu/vpp/build-data/../src/vpp-api/vom/bridge_domain_entry.hpp:19,
 from 
/home/ubuntu/vpp/build-data/../src/vpp-api/vom/bridge_domain_entry.cpp:16:
/home/ubuntu/vpp/build-data/../src/vpp-api/vom/types.hpp:22:37: fatal error: 
boost/asio/ip/address.hpp: No such file or directory
 #include 
 ^
compilation terminated.
Makefile:850: recipe for target 'bridge_domain_entry.lo' failed
make[5]: *** [bridge_domain_entry.lo] Error 1
In file included from 
/home/ubuntu/vpp/build-data/../src/vpp-api/vom/cmd.hpp:21:0,
 from /home/ubuntu/vpp/build-data/../src/vpp-api/vom/hw.hpp:26,
 from 
/home/ubuntu/vpp/build-data/../src/vpp-api/vom/bridge_domain.hpp:20,
 from 
/home/ubuntu/vpp/build-data/../src/vpp-api/vom/bridge_domain_arp_entry.hpp:19,
 from 
/home/ubuntu/vpp/build-data/../src/vpp-api/vom/bridge_domain_arp_entry_cmds.hpp:19,
 from 
/home/ubuntu/vpp/build-data/../src/vpp-api/vom/bridge_domain_arp_entry_cmds.cpp:16:
/home/ubuntu/vpp/build-data/../src/vpp-api/vom/types.hpp:22:37: fatal error: 
boost/asio/ip/address.hpp: No such file or directory
 #include 
 ^
compilation terminated.
In file included from 
/home/ubuntu/vpp/build-data/../src/vpp-api/vom/cmd.hpp:21:0,
 from /home/ubuntu/vpp/build-data/../src/vpp-api/vom/hw.hpp:26,
 from 
/home/ubuntu/vpp/build-data/../src/vpp-api/vom/arp_proxy_config.hpp:19,
 from 
/home/ubuntu/vpp/build-data/../src/vpp-api/vom/arp_proxy_binding.hpp:19,
 from 
/home/ubuntu/vpp/build-data/../src/vpp-api/vom/arp_proxy_binding_cmds.hpp:19,
 from 
/home/ubuntu/vpp/build-data/../src/vpp-api/vom/arp_proxy_binding_cmds.cpp:16:
/home/ubuntu/vpp/build-data/../src/vpp-api/vom/types.hpp:22:37: fatal error: 
boost/asio/ip/address.hpp: No such file or directory
 #include 
 ^
compilation terminated.
In file included from 
/home/ubuntu/vpp/build-data/../src/vpp-api/vom/cmd.hpp:

[vpp-dev] VPP build fail on ARM but pass in X86.

[via Lists.Fd.Io]

Hi,

VPP Build is failing on ARM but the same is passing in X86.

Logs :   CXX  connection.lo
  CXX  dhcp_config.lo
  CXX  dhcp_config_cmds.lo
In file included from 
/home/ubuntu/vpp/build-data/../src/vpp-api/vom/cmd.hpp:21:0,
 from /home/ubuntu/vpp/build-data/../src/vpp-api/vom/hw.hpp:26,
 from 
/home/ubuntu/vpp/build-data/../src/vpp-api/vom/bridge_domain.hpp:20,
 from 
/home/ubuntu/vpp/build-data/../src/vpp-api/vom/bridge_domain_arp_entry.hpp:19,
 from 
/home/ubuntu/vpp/build-data/../src/vpp-api/vom/bridge_domain_arp_entry.cpp:16:
/home/ubuntu/vpp/build-data/../src/vpp-api/vom/types.hpp:22:37: fatal error: 
boost/asio/ip/address.hpp: No such file or directory
 #include 
 ^
compilation terminated.
/home/ubuntu/vpp/build-data/../src/vpp-api/vom/types.cpp:21:38: fatal error: 
boost/algorithm/string.hpp: No such file or directory
 #include 
  ^
compilation terminated.
In file included from 
/home/ubuntu/vpp/build-data/../src/vpp-api/vom/cmd.hpp:21:0,
 from /home/ubuntu/vpp/build-data/../src/vpp-api/vom/hw.hpp:26,
 from 
/home/ubuntu/vpp/build-data/../src/vpp-api/vom/arp_proxy_config.hpp:19,
 from 
/home/ubuntu/vpp/build-data/../src/vpp-api/vom/arp_proxy_config_cmds.hpp:19,
 from 
/home/ubuntu/vpp/build-data/../src/vpp-api/vom/arp_proxy_config_cmds.cpp:16:
/home/ubuntu/vpp/build-data/../src/vpp-api/vom/types.hpp:22:37: fatal error: 
boost/asio/ip/address.hpp: No such file or directory
 #include 
 ^
compilation terminated.
Makefile:850: recipe for target 'bridge_domain_arp_entry.lo' failed
make[5]: *** [bridge_domain_arp_entry.lo] Error 1
make[5]: *** Waiting for unfinished jobs
Makefile:850: recipe for target 'types.lo' failed
make[5]: *** [types.lo] Error 1
Makefile:850: recipe for target 'arp_proxy_config_cmds.lo' failed
make[5]: *** [arp_proxy_config_cmds.lo] Error 1
In file included from 
/home/ubuntu/vpp/build-data/../src/vpp-api/vom/cmd.hpp:21:0,
 from /home/ubuntu/vpp/build-data/../src/vpp-api/vom/hw.hpp:26,
 from 
/home/ubuntu/vpp/build-data/../src/vpp-api/vom/bridge_domain.hpp:20,
 from 
/home/ubuntu/vpp/build-data/../src/vpp-api/vom/bridge_domain_entry.hpp:19,
 from 
/home/ubuntu/vpp/build-data/../src/vpp-api/vom/bridge_domain_entry.cpp:16:
/home/ubuntu/vpp/build-data/../src/vpp-api/vom/types.hpp:22:37: fatal error: 
boost/asio/ip/address.hpp: No such file or directory
 #include 
 ^
compilation terminated.
Makefile:850: recipe for target 'bridge_domain_entry.lo' failed
make[5]: *** [bridge_domain_entry.lo] Error 1
In file included from 
/home/ubuntu/vpp/build-data/../src/vpp-api/vom/cmd.hpp:21:0,
 from /home/ubuntu/vpp/build-data/../src/vpp-api/vom/hw.hpp:26,
 from 
/home/ubuntu/vpp/build-data/../src/vpp-api/vom/bridge_domain.hpp:20,
 from 
/home/ubuntu/vpp/build-data/../src/vpp-api/vom/bridge_domain_arp_entry.hpp:19,
 from 
/home/ubuntu/vpp/build-data/../src/vpp-api/vom/bridge_domain_arp_entry_cmds.hpp:19,
 from 
/home/ubuntu/vpp/build-data/../src/vpp-api/vom/bridge_domain_arp_entry_cmds.cpp:16:
/home/ubuntu/vpp/build-data/../src/vpp-api/vom/types.hpp:22:37: fatal error: 
boost/asio/ip/address.hpp: No such file or directory
 #include 
 ^
compilation terminated.
In file included from 
/home/ubuntu/vpp/build-data/../src/vpp-api/vom/cmd.hpp:21:0,
 from /home/ubuntu/vpp/build-data/../src/vpp-api/vom/hw.hpp:26,
 from 
/home/ubuntu/vpp/build-data/../src/vpp-api/vom/arp_proxy_config.hpp:19,
 from 
/home/ubuntu/vpp/build-data/../src/vpp-api/vom/arp_proxy_binding.hpp:19,
 from 
/home/ubuntu/vpp/build-data/../src/vpp-api/vom/arp_proxy_binding_cmds.hpp:19,
 from 
/home/ubuntu/vpp/build-data/../src/vpp-api/vom/arp_proxy_binding_cmds.cpp:16:
/home/ubuntu/vpp/build-data/../src/vpp-api/vom/types.hpp:22:37: fatal error: 
boost/asio/ip/address.hpp: No such file or directory
 #include 
 ^
compilation terminated.
In file included from 
/home/ubuntu/vpp/build-data/../src/vpp-api/vom/cmd.hpp:21:0,
 from /home/ubuntu/vpp/build-data/../src/vpp-api/vom/hw.hpp:26,
 from 
/home/ubuntu/vpp/build-data/../src/vpp-api/vom/arp_proxy_config.hpp:19,
 from 
/home/ubuntu/vpp/build-data/../src/vpp-api/vom/arp_proxy_binding.hpp:19,
 from 
/home/ubuntu/vpp/build-data/../src/vpp-api/vom/arp_proxy_binding.cpp:16:
/home/ubuntu/vpp/build-data/../src/vpp-api/vom/types.hpp:22:37: fatal error: 
boost/asio/ip/address.hpp: No such file or directory
 #include 
 ^
compilation

[vpp-dev] Very poor performance vm to vm via VPP vhostuser

[Sara Gittlin]

Hello
i setup 2 vm connected to VPP as per the guide :
https://wiki.fd.io/view/VPP/Use_VPP_to_connect_VMs_Using_Vhost-User_Interface

The performance looks very bad very low pps and large latencies

udp pkt size 100B - throughput 500Mb
average latency  is 900us

i have  2 PMDs threads (200% cpu) in the host, in the VMs i see low
cpu load (10%)

Please can you tell me what is wrong with my setup ?

Thank you in advance
- Sara

-=-=-=-=-=-=-=-=-=-=-=-
Links:

You receive all messages sent to this group.

View/Reply Online (#8618): https://lists.fd.io/g/vpp-dev/message/8618
View All Messages In Topic (1): https://lists.fd.io/g/vpp-dev/topic/16048859
Mute This Topic: https://lists.fd.io/mt/16048859/21656
New Topic: https://lists.fd.io/g/vpp-dev/post

Change Your Subscription: https://lists.fd.io/g/vpp-dev/editsub/21656
Group Home: https://lists.fd.io/g/vpp-dev
Contact Group Owner: vpp-dev+ow...@lists.fd.io
Terms of Service: https://lists.fd.io/static/tos
Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub
-=-=-=-=-=-=-=-=-=-=-=-