Re: [vpp-dev] MPLS L3VPN PING FAILED

[薛欣颖]

Hi neale,

Sorry for not replying to your email in time.

192.168.2.20 --192.168.3.20  VPP2VPP1
A brief description of the problem:
When vpp without MPLS the ping packet from CE to CE is ok.
When vpp configured MPLS  the ping packet from CE to CE is failed ,the 
assertion occured at the meantime.The assertion is shown below：

/home/vpp/build-data/../src/vnet/ip/ip4_forward.c:2635 (ip4_rewrite_inline) 
assertion `ip0->checksum == ip4_header_checksum (ip0)' fails
Aborted
/home/vpp/build-data/../src/vnet/ip/ip4_forward.c:2497 (ip4_rewrite_inline) 
assertion `ip1->checksum == ip4_header_checksum (ip1)' fails
Aborted

Thanks,
xyxue



 
From: Neale Ranns (nranns)
Date: 2017-05-27 18:25
To: 薛欣颖; vpp-dev
Subject: Re: [vpp-dev] MPLS L3VPN PING FAILED
Hi Xyxue,
 
One issue at a time please J let’s start with getting L3VPN to work correctly.
 
Please describe what the 3 flows are that we you discussing;
-  Fade flow
-  Ip4 flow
-  Mpls flow
Describe, as in what headers they have, addressing etc.
 
The IP chksum will change from CE->CE since the IP TTL decrements.
 
/neale

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

Re: [vpp-dev] [Fds-dev] Does VPP support vlan 0?

[John Lo (loj)]

Hi Neal,

I fully agree with you. The intend of my message was to point out the effect of 
your patch and the need for an L3 output feature, should VLAN 0 with 
appropriate PCP/DEI bits be required on certain output packets.

Regards,
John

-Original Message-
From: Neale Ranns (nranns) 
Sent: Tuesday, May 30, 2017 2:33 PM
To: John Lo (loj) ; Juraj Linkes -X (jlinkes - PANTHEON 
TECHNOLOGIES at Cisco) ; otr...@employees.org
Cc: Wojciech Dec (wdec) ; fds-...@lists.opnfv.org; 
vpp-dev@lists.fd.io
Subject: Re: [vpp-dev] [Fds-dev] Does VPP support vlan 0?

Hi John,

Do we want VPP to send on VLAN-0 out of a routed port just because [one] host 
on that LAN sent a packet VLAN0 encapped? I didn’t think so.

I agree this solution and the sub-interface solution cannot co-exist, but the 
trouble with creating a sub-interface for VLAN-0 is that it will be a separate 
L3 interface and thus require a different sub-net to the main interface – which 
is not the sub-net the sender is in.

I agree with the output feature approach.

Regards,
neale

-Original Message-
From: "John Lo (loj)" 
Date: Tuesday, 30 May 2017 at 19:01
To: "Neale Ranns (nranns)" , "Juraj Linkes -X (jlinkes - 
PANTHEON TECHNOLOGIES at Cisco)" , "otr...@employees.org" 

Cc: "Wojciech Dec (wdec)" , "fds-...@lists.opnfv.org" 
, "vpp-dev@lists.fd.io" 
Subject: RE: [vpp-dev] [Fds-dev] Does VPP support vlan 0?

This patch will force packet with VLAN 0 to be received on the main 
sub-interface. If the interface is in L3 mode, it means main interface will 
receive packets with either no VLAN or with VLAN 0, as desired by the 
requirement. For output on this interface, however, VPP would always send IP 
packets without VLAN tag due to its L2 rewrite string in the adj. A work around 
to output packets with VLAN 0 would have been to create a VLAN 0 sub-interface. 
This patch would make the work around impossible. I suppose if VLAN 0 is 
required for some output packets because of the need to set COS bits, the 
proper implementation would be to support a L3 output feature to classify the 
packets to insert VLAN tag 0 with the appropriate PCP/DEI bits.
 
If the interface is already in L2 mode, however, current VPP without this 
patch would have receive VLAN 0 in the main interface anyway because the 
sub-interface lookup in L2 mode is best match and not exact match as in L3 mode.

Regards,
John

-Original Message-
From: Neale Ranns (nranns) 
Sent: Tuesday, May 30, 2017 10:32 AM
To: Juraj Linkes -X (jlinkes - PANTHEON TECHNOLOGIES at Cisco) 
; otr...@employees.org
Cc: Wojciech Dec (wdec) ; fds-...@lists.opnfv.org; 
vpp-dev@lists.fd.io; John Lo (loj) 
Subject: Re: [vpp-dev] [Fds-dev] Does VPP support vlan 0?

Hi Juraj,

Please try this:
  https://gerrit.fd.io/r/#/c/6936/

which is intended to implement Ole’s suggestion.

thanks,
neale

-Original Message-
From:  on behalf of "Juraj Linkes -X (jlinkes 
- PANTHEON TECHNOLOGIES at Cisco)" 
Date: Tuesday, 30 May 2017 at 10:19
To: "otr...@employees.org" 
Cc: "Wojciech Dec (wdec)" , "fds-...@lists.opnfv.org" 
, "vpp-dev@lists.fd.io" 
Subject: Re: [vpp-dev] [Fds-dev] Does VPP support vlan 0?

Hi Ole,

Thanks for the clarification, here's the ticket: 
https://jira.fd.io/browse/VPP-870

Juraj

-Original Message-
From: otr...@employees.org [mailto:otr...@employees.org] 
Sent: Tuesday, 30 May, 2017 10:46
To: Juraj Linkes -X (jlinkes - PANTHEON TECHNOLOGIES at Cisco) 

Cc: Wojciech Dec (wdec) ; John Lo (loj) 
; vpp-dev@lists.fd.io; fds-...@lists.opnfv.org
Subject: Re: [vpp-dev] [Fds-dev] Does VPP support vlan 0?

Juraj,

> That's how I understand it. Doesn't that mean it should work without 
the subinterface?
> 
> Configuring the sub-interface obviously works. I'm just confused 
about how vpp handles this. For example, I don't need to configure 
sub-interface for vlan 0 for linux interfaces - the packet doesn't get dropped.

I _think_ correct behaviour for RX on a routed interface is that the 
VLAN 0 tag should be ignored. And that you shouldn't need a subinterface in 
this case. If we require a subinterface, then we cannot receive tagged with 0 
and untagged traffic on the same interface. Something I believe we have to do, 
if we want to be compliant for this case.

Open a JIRA?
   

Re: [vpp-dev] [Fds-dev] Does VPP support vlan 0?

[Neale Ranns (nranns)]

Hi John,

Do we want VPP to send on VLAN-0 out of a routed port just because [one] host 
on that LAN sent a packet VLAN0 encapped? I didn’t think so.

I agree this solution and the sub-interface solution cannot co-exist, but the 
trouble with creating a sub-interface for VLAN-0 is that it will be a separate 
L3 interface and thus require a different sub-net to the main interface – which 
is not the sub-net the sender is in.

I agree with the output feature approach.

Regards,
neale

-Original Message-
From: "John Lo (loj)" 
Date: Tuesday, 30 May 2017 at 19:01
To: "Neale Ranns (nranns)" , "Juraj Linkes -X (jlinkes - 
PANTHEON TECHNOLOGIES at Cisco)" , "otr...@employees.org" 

Cc: "Wojciech Dec (wdec)" , "fds-...@lists.opnfv.org" 
, "vpp-dev@lists.fd.io" 
Subject: RE: [vpp-dev] [Fds-dev] Does VPP support vlan 0?

This patch will force packet with VLAN 0 to be received on the main 
sub-interface. If the interface is in L3 mode, it means main interface will 
receive packets with either no VLAN or with VLAN 0, as desired by the 
requirement. For output on this interface, however, VPP would always send IP 
packets without VLAN tag due to its L2 rewrite string in the adj. A work around 
to output packets with VLAN 0 would have been to create a VLAN 0 sub-interface. 
This patch would make the work around impossible. I suppose if VLAN 0 is 
required for some output packets because of the need to set COS bits, the 
proper implementation would be to support a L3 output feature to classify the 
packets to insert VLAN tag 0 with the appropriate PCP/DEI bits.
 
If the interface is already in L2 mode, however, current VPP without this 
patch would have receive VLAN 0 in the main interface anyway because the 
sub-interface lookup in L2 mode is best match and not exact match as in L3 mode.

Regards,
John

-Original Message-
From: Neale Ranns (nranns) 
Sent: Tuesday, May 30, 2017 10:32 AM
To: Juraj Linkes -X (jlinkes - PANTHEON TECHNOLOGIES at Cisco) 
; otr...@employees.org
Cc: Wojciech Dec (wdec) ; fds-...@lists.opnfv.org; 
vpp-dev@lists.fd.io; John Lo (loj) 
Subject: Re: [vpp-dev] [Fds-dev] Does VPP support vlan 0?

Hi Juraj,

Please try this:
  https://gerrit.fd.io/r/#/c/6936/

which is intended to implement Ole’s suggestion.

thanks,
neale

-Original Message-
From:  on behalf of "Juraj Linkes -X (jlinkes 
- PANTHEON TECHNOLOGIES at Cisco)" 
Date: Tuesday, 30 May 2017 at 10:19
To: "otr...@employees.org" 
Cc: "Wojciech Dec (wdec)" , "fds-...@lists.opnfv.org" 
, "vpp-dev@lists.fd.io" 
Subject: Re: [vpp-dev] [Fds-dev] Does VPP support vlan 0?

Hi Ole,

Thanks for the clarification, here's the ticket: 
https://jira.fd.io/browse/VPP-870

Juraj

-Original Message-
From: otr...@employees.org [mailto:otr...@employees.org] 
Sent: Tuesday, 30 May, 2017 10:46
To: Juraj Linkes -X (jlinkes - PANTHEON TECHNOLOGIES at Cisco) 

Cc: Wojciech Dec (wdec) ; John Lo (loj) 
; vpp-dev@lists.fd.io; fds-...@lists.opnfv.org
Subject: Re: [vpp-dev] [Fds-dev] Does VPP support vlan 0?

Juraj,

> That's how I understand it. Doesn't that mean it should work without 
the subinterface?
> 
> Configuring the sub-interface obviously works. I'm just confused 
about how vpp handles this. For example, I don't need to configure 
sub-interface for vlan 0 for linux interfaces - the packet doesn't get dropped.

I _think_ correct behaviour for RX on a routed interface is that the 
VLAN 0 tag should be ignored. And that you shouldn't need a subinterface in 
this case. If we require a subinterface, then we cannot receive tagged with 0 
and untagged traffic on the same interface. Something I believe we have to do, 
if we want to be compliant for this case.

Open a JIRA?

Best regards,
Ole



> 
> Juraj
> 
> From: Wojciech Dec (wdec)
> Sent: Monday, 29 May, 2017 15:47
> To: Juraj Linkes -X (jlinkes - PANTHEON TECHNOLOGIES at Cisco) 
> ; John Lo (loj) ; 
> vpp-dev@lists.fd.io
> Cc: fds-...@lists.opnfv.org
> Subject: Re: [Fds-dev] Does VPP support vlan 0?
> 
> A frame with VLAN 0 means “I’m on the default VLAN” and “here are my 
PCP bits”.
> As John suggested, would be good to ry setting a 

Re: [vpp-dev] VPP & UDP Traffic

[otroan]

Alessio,

I also did an experimental patch to drop chosen UDP packets to a UDS socket.
https://gerrit.fd.io/r/#/c/6721/

Currently being used for integration with DHCPKIT.

Cheers,
Ole

> On 30 May 2017, at 19:37, Florin Coras  wrote:
> 
> Hi Alessio,
> 
> Take a look at udp_register_dst_port () and at how it is used in other places 
> (e.g., lisp/vxlan).
> 
> Cheers,
> Florin
> 
>> On May 30, 2017, at 1:01 AM, Alessio Silvestro  
>> wrote:
>> 
>> Dear all,
>> 
>> I am currently working on VPP and I am interested in receiving UDP traffic 
>> at a specific port.
>> 
>> However, I have seen that the project regarding L4 protocols (e.g., TCP, 
>> UDP) namely TLDK (Transport Layer Development Kit), is still a project 
>> proposal.
>> 
>> Is there a simple way to listen to UDP traffic on the current VPP 
>> implementation -- considering that UDP does not need any special treatment 
>> (e.g., re-ordering, sequence number, etc.)?
>> 
>> Thanks for any help!
>> 
>> Best regards,
>> Alessio
>> ___
>> vpp-dev mailing list
>> vpp-dev@lists.fd.io
>> https://lists.fd.io/mailman/listinfo/vpp-dev
> 
> ___
> vpp-dev mailing list
> vpp-dev@lists.fd.io
> https://lists.fd.io/mailman/listinfo/vpp-dev



signature.asc
Description: Message signed with OpenPGP
___
vpp-dev mailing list
vpp-dev@lists.fd.io
https://lists.fd.io/mailman/listinfo/vpp-dev

Re: [vpp-dev] VPP & UDP Traffic

[Florin Coras]

Hi Alessio, 

Take a look at udp_register_dst_port () and at how it is used in other places 
(e.g., lisp/vxlan).

Cheers, 
Florin

> On May 30, 2017, at 1:01 AM, Alessio Silvestro  
> wrote:
> 
> Dear all,
> 
> I am currently working on VPP and I am interested in receiving UDP traffic at 
> a specific port.
> 
> However, I have seen that the project regarding L4 protocols (e.g., TCP, UDP) 
> namely TLDK (Transport Layer Development Kit), is still a project proposal.
> 
> Is there a simple way to listen to UDP traffic on the current VPP 
> implementation -- considering that UDP does not need any special treatment 
> (e.g., re-ordering, sequence number, etc.)?
> 
> Thanks for any help!
> 
> Best regards,
> Alessio
> ___
> vpp-dev mailing list
> vpp-dev@lists.fd.io
> https://lists.fd.io/mailman/listinfo/vpp-dev

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

Re: [vpp-dev] [Fds-dev] Does VPP support vlan 0?

[Neale Ranns (nranns)]

Hi Juraj,

Please try this:
  https://gerrit.fd.io/r/#/c/6936/

which is intended to implement Ole’s suggestion.

thanks,
neale

-Original Message-
From:  on behalf of "Juraj Linkes -X (jlinkes - 
PANTHEON TECHNOLOGIES at Cisco)" 
Date: Tuesday, 30 May 2017 at 10:19
To: "otr...@employees.org" 
Cc: "Wojciech Dec (wdec)" , "fds-...@lists.opnfv.org" 
, "vpp-dev@lists.fd.io" 
Subject: Re: [vpp-dev] [Fds-dev] Does VPP support vlan 0?

Hi Ole,

Thanks for the clarification, here's the ticket: 
https://jira.fd.io/browse/VPP-870

Juraj

-Original Message-
From: otr...@employees.org [mailto:otr...@employees.org] 
Sent: Tuesday, 30 May, 2017 10:46
To: Juraj Linkes -X (jlinkes - PANTHEON TECHNOLOGIES at Cisco) 

Cc: Wojciech Dec (wdec) ; John Lo (loj) ; 
vpp-dev@lists.fd.io; fds-...@lists.opnfv.org
Subject: Re: [vpp-dev] [Fds-dev] Does VPP support vlan 0?

Juraj,

> That's how I understand it. Doesn't that mean it should work without the 
subinterface?
> 
> Configuring the sub-interface obviously works. I'm just confused about 
how vpp handles this. For example, I don't need to configure sub-interface for 
vlan 0 for linux interfaces - the packet doesn't get dropped.

I _think_ correct behaviour for RX on a routed interface is that the VLAN 0 
tag should be ignored. And that you shouldn't need a subinterface in this case. 
If we require a subinterface, then we cannot receive tagged with 0 and untagged 
traffic on the same interface. Something I believe we have to do, if we want to 
be compliant for this case.

Open a JIRA?

Best regards,
Ole



> 
> Juraj
> 
> From: Wojciech Dec (wdec)
> Sent: Monday, 29 May, 2017 15:47
> To: Juraj Linkes -X (jlinkes - PANTHEON TECHNOLOGIES at Cisco) 
> ; John Lo (loj) ; 
> vpp-dev@lists.fd.io
> Cc: fds-...@lists.opnfv.org
> Subject: Re: [Fds-dev] Does VPP support vlan 0?
> 
> A frame with VLAN 0 means “I’m on the default VLAN” and “here are my PCP 
bits”.
> As John suggested, would be good to ry setting a sub-interface for 0.
> 
> Regards,
> -Wojciech.
> 
> 
> From:  on behalf of "Juraj Linkes -X 
> (jlinkes - PANTHEON TECHNOLOGIES at Cisco)" 
> Date: Monday, 29 May 2017 at 15:08
> To: "John Lo (loj)" , "vpp-dev@lists.fd.io" 
> 
> Cc: "fds-...@lists.opnfv.org" 
> Subject: Re: [Fds-dev] Does VPP support vlan 0?
> 
> Hi John,
> 
> UCS-B's drivers apparently send vlan 0 in native vlan. I'm just pointing 
out that vpp treats vlan id 0 as a vlan when vlan 0 means it's not a vlan (if I 
understand the IEEE Std 802.1Q correctly). Or am I missing something?
> 
> Thanks,
> Juraj
> 
> From: John Lo (loj)
> Sent: Thursday, 25 May, 2017 16:12
> To: Juraj Linkes -X (jlinkes - PANTHEON TECHNOLOGIES at Cisco) 
> ; vpp-dev@lists.fd.io
> Cc: Tomas Cechvala -X (tcechval - PANTHEON TECHNOLOGIES at Cisco) 
> ; fds-...@lists.opnfv.org
> Subject: RE: Does VPP support vlan 0?
> 
> Hi Juraj,
> 
> For an interface in L3 mode, any packet received with a VLAN tag must 
match a sub-interface setup to expect that VLAN tag value. A way to handle this 
may be to create a sub-interface matching VLAN 0, such as:
> 
> DBGvpp# create sub tuntap-0 0
> tuntap-0.0
> DBGvpp# sho int
>   Name   Idx   State  Counter 
 Count
> GigabitEthernet1b/0/0 3 up   rx packets   
  44630
>  rx bytes 
4528252
>  tx packets   
   3105
>  tx bytes 
 480292
>  drops
  20672
>  punts
373
>  ip4  
  23551
> GigabitEthernet4/0/0  2 up   rx packets   
   3070
>  rx bytes 
 325990
>  tx packets   
  23549
>  tx bytes 
2085942
>  drops

Re: [vpp-dev] Need some help on VPP

[Dave Barach (dbarach)]

Please look at the clib_calljmp(...) call in src/vlib/unix/main.c. It calls the 
function "thread0" on the first allocated thread stack. All of the other calls 
are similar.

Thanks... Dave

From: Mahesh Ishwar Mathad [mailto:mi.mah...@globaledgesoft.com]
Sent: Tuesday, May 30, 2017 9:25 AM
To: Dave Barach (dbarach) ; vpp-dev@lists.fd.io
Subject: Re: [vpp-dev] Need some help on VPP

Thank you. As you mentioned function f, could you please tell for which 
function respected stack is created and what is that function f is responsible 
for?
On Tuesday 30 May 2017 05:10 PM, Dave Barach (dbarach) wrote:

Longjmp.S provides setjmp/longjmp and "call a function f on a new stack" 
support for multiple CPU architectures. Switching stacks involves saving, 
restoring, and avoiding damage to registers. The file is written in multiple 
assembly languages.



If you have specific questions, I'm willing to take a shot at answering them. 
You'll need to look at instruction set reference documents and compiler ABI 
documents to fully understand each implementation.



If you're not experienced with assembly language programming, I'd be tempted to 
steer clear. Stipulate that the code works, and move on...



Thanks... Dave



-Original Message-

From: vpp-dev-boun...@lists.fd.io 
[mailto:vpp-dev-boun...@lists.fd.io] On Behalf Of Mahesh Ishwar Mathad

Sent: Tuesday, May 30, 2017 5:07 AM

To: vpp-dev@lists.fd.io

Subject: [vpp-dev] Need some help on VPP



Hi Guys,



I need some help in understanding contents of the file ie.

./src/vppinfra/longjmp.S .





--

Thanks & Regards,

Mahesh Mathad.

Disclaimer:This message is intended only for the designated recipient(s). It 
may contain confidential or proprietary information and may be subject to other 
confidentiality protections. If you are not a designated recipient, you may not 
review, copy or distribute this message. Please notify the sender by e-mail and 
delete this message. GlobalEdge does not accept any liability for virus 
infected mails.

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

Re: [vpp-dev] Need some help on VPP

[Mahesh Ishwar Mathad]

Thank you. As you mentioned function f, could you please tell for which 
function respected stack is created and what is that function f is 
responsible for?


On Tuesday 30 May 2017 05:10 PM, Dave Barach (dbarach) wrote:

Longjmp.S provides setjmp/longjmp and "call a function f on a new stack" 
support for multiple CPU architectures. Switching stacks involves saving, restoring, and 
avoiding damage to registers. The file is written in multiple assembly languages.

If you have specific questions, I'm willing to take a shot at answering them. 
You'll need to look at instruction set reference documents and compiler ABI 
documents to fully understand each implementation.

If you're not experienced with assembly language programming, I'd be tempted to 
steer clear. Stipulate that the code works, and move on...

Thanks... Dave

-Original Message-
From: vpp-dev-boun...@lists.fd.io [mailto:vpp-dev-boun...@lists.fd.io] On 
Behalf Of Mahesh Ishwar Mathad
Sent: Tuesday, May 30, 2017 5:07 AM
To: vpp-dev@lists.fd.io
Subject: [vpp-dev] Need some help on VPP

Hi Guys,

I need some help in understanding contents of the file ie.
./src/vppinfra/longjmp.S .



--
Thanks & Regards,
Mahesh Mathad.


Disclaimer:- The information contained in this electronic message and any 
attachments to this message are intended for the exclusive use of the 
addressee(s) and may contain proprietary, confidential or privileged 
information. If you are not the intended recipient, you should not disseminate, 
distribute or copy this e-mail. Please notify the sender immediately and 
destroy all copies of this message and any attachments. The views expressed in 
this E-mail message (including the enclosure/(s) or attachment/(s) if any) are 
those of the individual sender, except where the sender expressly, and with 
authority, states them to be the views of GlobalEdge. Before opening any mail 
and attachments please check them for viruses .GlobalEdge does not accept any 
liability for virus infected mails.___
vpp-dev mailing list
vpp-dev@lists.fd.io
https://lists.fd.io/mailman/listinfo/vpp-dev

Re: [vpp-dev] SNAT problem between users

[Denis Lotarev via vpp-dev]

Im sorry im forget to add vpp version and host system.vpp 17.04 and vpp master 
17.07, CentOS 7.3 x86_64

--
Yours sincerely,
Denis Lotarev



- Forwarded Message -From: Denis Lotarev To: 
"vpp-dev@lists.fd.io" Sent: Tuesday, May 30, 2017, 5:00:49 
PM GMT+5Subject: SNAT problem between users
Hi! 
We are testing VPP SNAT plugin, simple SNAT working wheel, but:
In this example:
Client A cannot ping and connect to client B by IP address 2.2.2.3. Client A 
can access to internet.
Client B cannot ping and connect to client A by IP address 2.2.2.2. Client B 
can access to internet.
Another clients from subnet 1.1.2.0/24 cannot connect to client A and client B 
by IP addresses 2.2.2.2 and 2.2.2.3 respectively. Another clients can access to 
internet.
My VPP configuration is:
set int state GigabitEthernet2/0/1 up (internet interface)
set int state GigabitEthernet2/0/0 up (local interface)
set int ip address GigabitEthernet2/0/1 2.2.2.100/24 (internet address)
set int ip address GigabitEthernet2/0/0 1.1.2.1/24 (local address)
ip route add 0.0.0.0/0 via 2.2.2.1 GigabitEthernet2/0/1 (default route to upper 
gateway)
set int snat in GigabitEthernet2/0/0 out GigabitEthernet2/0/1 (configure snat 
on local interface (in) and ineternet interface (out)) 
snat add static mapping local 1.1.2.22 external 2.2.2.2 (static mapping client 
A)
snat add static mapping local 1.1.2.33 external 2.2.2.3 (static mapping client 
B)
snat add address 2.2.2.10 (for SNAT another clients, without static mapping)

But the same configuration on Linux iptables working wheel and clients between 
mapping and SNAT could connect to to each other as usual.
In this example:
Client A can ping and connect to client B by IP address 2.2.2.3. Client A can 
access to internet.
Client B can ping and connect to client A by IP address 2.2.2.2. Client B can 
access to internet.
Another clients from subnet 1.1.2.0/24 can connect to client A and client B by 
IP addresses 2.2.2.2 and 2.2.2.3 respectively. Another clients can access to 
internet.
My iptables configuration is (ip forwarding turned on):
*filter
:INPUT ACCEPT
:OUTPUT ACCEPT
:FORWARD ACCEPT
COMMIT
*nat
:POSTROUTING ACCEPT
-A POSTROUTING -s 1.1.2.22/32 -o eno2 -j NETMAP --to 2.2.2.2/32 (static mapping 
client A)
-A POSTROUTING -s 1.1.2.33/32 -o eno2 -j NETMAP --to 2.2.2.3/32 (static mapping 
client B)
-A POSTROUTING -s 1.1.2.0/24 -o eno2 -j SNAT --to source 2.2.2.10 (for SNAT 
another clients, without static mapping)
:PREROUTING ACCEPT
-A PREROUTING -s 2.2.2.2/32 -i eno2 -j NETMAP --to 1.1.2.22/32 (static mapping 
client A)
-A PREROUTING -s 2.2.2.3/32 -i eno2 -j NETMAP --to 1.1.2.33/32 (static mapping 
client B)
COMMIT
ip link set dev eno1 up; (local interface)
ip link set dev eno2 up; (internet interface)
ip addr add dev eno1 1.1.2.1/24; (local address)
ip addr add dev eno2 2.2.2.100/24 (internet address, we are route to this 
address subnet 2.2.2.0/24 from upper gateway with IP address 2.2.2.1)
ip route add default via 2.2.2.1 (default route to upper gateway)

--
Yours sincerely,
Denis Lotarev___
vpp-dev mailing list
vpp-dev@lists.fd.io
https://lists.fd.io/mailman/listinfo/vpp-dev

[vpp-dev] SNAT problem between users

[Denis Lotarev via vpp-dev]

Hi! 
We are testing VPP SNAT plugin, simple SNAT working wheel, but:
In this example:
Client A cannot ping and connect to client B by IP address 2.2.2.3. Client A 
can access to internet.
Client B cannot ping and connect to client A by IP address 2.2.2.2. Client B 
can access to internet.
Another clients from subnet 1.1.2.0/24 cannot connect to client A and client B 
by IP addresses 2.2.2.2 and 2.2.2.3 respectively. Another clients can access to 
internet.
My VPP configuration is:
set int state GigabitEthernet2/0/1 up (internet interface)
set int state GigabitEthernet2/0/0 up (local interface)
set int ip address GigabitEthernet2/0/1 2.2.2.100/24 (internet address)
set int ip address GigabitEthernet2/0/0 1.1.2.1/24 (local address)
ip route add 0.0.0.0/0 via 2.2.2.1 GigabitEthernet2/0/1 (default route to upper 
gateway)
set int snat in GigabitEthernet2/0/0 out GigabitEthernet2/0/1 (configure snat 
on local interface (in) and ineternet interface (out)) 
snat add static mapping local 1.1.2.22 external 2.2.2.2 (static mapping client 
A)
snat add static mapping local 1.1.2.33 external 2.2.2.3 (static mapping client 
B)
snat add address 2.2.2.10 (for SNAT another clients, without static mapping)

But the same configuration on Linux iptables working wheel and clients between 
mapping and SNAT could connect to to each other as usual.
In this example:
Client A can ping and connect to client B by IP address 2.2.2.3. Client A can 
access to internet.
Client B can ping and connect to client A by IP address 2.2.2.2. Client B can 
access to internet.
Another clients from subnet 1.1.2.0/24 can connect to client A and client B by 
IP addresses 2.2.2.2 and 2.2.2.3 respectively. Another clients can access to 
internet.
My iptables configuration is (ip forwarding turned on):
*filter
:INPUT ACCEPT
:OUTPUT ACCEPT
:FORWARD ACCEPT
COMMIT
*nat
:POSTROUTING ACCEPT
-A POSTROUTING -s 1.1.2.22/32 -o eno2 -j NETMAP --to 2.2.2.2/32 (static mapping 
client A)
-A POSTROUTING -s 1.1.2.33/32 -o eno2 -j NETMAP --to 2.2.2.3/32 (static mapping 
client B)
-A POSTROUTING -s 1.1.2.0/24 -o eno2 -j SNAT --to source 2.2.2.10 (for SNAT 
another clients, without static mapping)
:PREROUTING ACCEPT
-A PREROUTING -s 2.2.2.2/32 -i eno2 -j NETMAP --to 1.1.2.22/32 (static mapping 
client A)
-A PREROUTING -s 2.2.2.3/32 -i eno2 -j NETMAP --to 1.1.2.33/32 (static mapping 
client B)
COMMIT
ip link set dev eno1 up; (local interface)
ip link set dev eno2 up; (internet interface)
ip addr add dev eno1 1.1.2.1/24; (local address)
ip addr add dev eno2 2.2.2.100/24 (internet address, we are route to this 
address subnet 2.2.2.0/24 from upper gateway with IP address 2.2.2.1)
ip route add default via 2.2.2.1 (default route to upper gateway)

--
Yours sincerely,
Denis Lotarev___
vpp-dev mailing list
vpp-dev@lists.fd.io
https://lists.fd.io/mailman/listinfo/vpp-dev

Re: [vpp-dev] VPP/How To Build The Sample Plugin

[Kinsella, Ray]

The UX for the sample plugin is broken. Especially when you consider 
that the people most likely to try it and use it, are those least 
familiar with VPP.


I tried the use it a few months ago in training and found the UX similar 
then. So I put together a number of changes to integrate the plugin into 
the VPP build system, provide a build var to enable and disable it, and 
then added documentation for anyone new to VPP.


https://gerrit.fd.io/r/#/c/6920/

Thanks,

Ray K

On 27/05/2017 18:27, Luke, Chris wrote:

Wishes often come true when you turn them into patches. :)



Chris.



*From:* vpp-dev-boun...@lists.fd.io [mailto:vpp-dev-boun...@lists.fd.io]
*On Behalf Of *Burt Silverman
*Sent:* Saturday, May 27, 2017 10:33
*To:* Kinsella, Ray 
*Cc:* Alessio Silvestro ; vpp-dev

*Subject:* Re: [vpp-dev] VPP/How To Build The Sample Plugin



Thanks, Ray, this is exactly what I needed, by coincidence. I wish your
item 2. was placed commented out and almost word for word into the
standard $TOPDIR/src/vpp/conf/startup.conf -- that would make things
self documenting.

Burt



On Sat, May 27, 2017 at 8:30 AM, Kinsella, Ray > wrote:

So there is an easier way

1. make -C build-root PLATFORM=vpp TAG=vpp sample-plugin-install

2. adjusting the plugin path depending on where the VPP src is, add
the following to your startup.conf

plugins
{
path

/root/src/vpp/build-root/install-vpp-native/sample-plugin/lib64/vpp_plugins/:/root/src/vpp/build-root/install-vpp_debug-native/vpp/lib64/vpp_plugins
}

Ray K


On 26/05/2017 12:53, Alessio Silvestro wrote:

Hi all,

I am trying to build the sample vpp-engine plug-in as explained here
(https://wiki.fd.io/view/VPP/How_To_Build_The_Sample_Plugin
).

I already tested my vpp installation, for instance it works when I
created a Source NAT.

I downloaded the most updated version of the sample-plugin and
run the
following commands:

   sudo sh
   cd /usr/share/doc/vpp/examples
   cd /tmp/sample-plugin
   libtoolize
   aclocal
   autoconf
   autoheader

ERROR 1:autoheader: error: AC_CONFIG_HEADERS not found in
configure.ac 
>

   automake --add-missing
   chmod +x configure
   vpp_plugin_configure

ERROR 2:vpp_plugin_configure: command not found


So, first I have an error from the command autoheader.

Second, I do not have the command vpp_plugin_configure.

Any hints?

Best regards,
Alessio


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


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





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

Re: [vpp-dev] [Fds-dev] Does VPP support vlan 0?

[Juraj Linkes -X (jlinkes - PANTHEON TECHNOLOGIES at Cisco)]

Hi Ole,

Thanks for the clarification, here's the ticket: 
https://jira.fd.io/browse/VPP-870

Juraj

-Original Message-
From: otr...@employees.org [mailto:otr...@employees.org] 
Sent: Tuesday, 30 May, 2017 10:46
To: Juraj Linkes -X (jlinkes - PANTHEON TECHNOLOGIES at Cisco) 

Cc: Wojciech Dec (wdec) ; John Lo (loj) ; 
vpp-dev@lists.fd.io; fds-...@lists.opnfv.org
Subject: Re: [vpp-dev] [Fds-dev] Does VPP support vlan 0?

Juraj,

> That's how I understand it. Doesn't that mean it should work without the 
> subinterface?
> 
> Configuring the sub-interface obviously works. I'm just confused about how 
> vpp handles this. For example, I don't need to configure sub-interface for 
> vlan 0 for linux interfaces - the packet doesn't get dropped.

I _think_ correct behaviour for RX on a routed interface is that the VLAN 0 tag 
should be ignored. And that you shouldn't need a subinterface in this case. If 
we require a subinterface, then we cannot receive tagged with 0 and untagged 
traffic on the same interface. Something I believe we have to do, if we want to 
be compliant for this case.

Open a JIRA?

Best regards,
Ole



> 
> Juraj
> 
> From: Wojciech Dec (wdec)
> Sent: Monday, 29 May, 2017 15:47
> To: Juraj Linkes -X (jlinkes - PANTHEON TECHNOLOGIES at Cisco) 
> ; John Lo (loj) ; 
> vpp-dev@lists.fd.io
> Cc: fds-...@lists.opnfv.org
> Subject: Re: [Fds-dev] Does VPP support vlan 0?
> 
> A frame with VLAN 0 means “I’m on the default VLAN” and “here are my PCP 
> bits”.
> As John suggested, would be good to ry setting a sub-interface for 0.
> 
> Regards,
> -Wojciech.
> 
> 
> From:  on behalf of "Juraj Linkes -X 
> (jlinkes - PANTHEON TECHNOLOGIES at Cisco)" 
> Date: Monday, 29 May 2017 at 15:08
> To: "John Lo (loj)" , "vpp-dev@lists.fd.io" 
> 
> Cc: "fds-...@lists.opnfv.org" 
> Subject: Re: [Fds-dev] Does VPP support vlan 0?
> 
> Hi John,
> 
> UCS-B's drivers apparently send vlan 0 in native vlan. I'm just pointing out 
> that vpp treats vlan id 0 as a vlan when vlan 0 means it's not a vlan (if I 
> understand the IEEE Std 802.1Q correctly). Or am I missing something?
> 
> Thanks,
> Juraj
> 
> From: John Lo (loj)
> Sent: Thursday, 25 May, 2017 16:12
> To: Juraj Linkes -X (jlinkes - PANTHEON TECHNOLOGIES at Cisco) 
> ; vpp-dev@lists.fd.io
> Cc: Tomas Cechvala -X (tcechval - PANTHEON TECHNOLOGIES at Cisco) 
> ; fds-...@lists.opnfv.org
> Subject: RE: Does VPP support vlan 0?
> 
> Hi Juraj,
> 
> For an interface in L3 mode, any packet received with a VLAN tag must match a 
> sub-interface setup to expect that VLAN tag value. A way to handle this may 
> be to create a sub-interface matching VLAN 0, such as:
> 
> DBGvpp# create sub tuntap-0 0
> tuntap-0.0
> DBGvpp# sho int
>   Name   Idx   State  Counter  
> Count
> GigabitEthernet1b/0/0 3 up   rx packets   
>   44630
>  rx bytes 
> 4528252
>  tx packets   
>3105
>  tx bytes 
>  480292
>  drops
>   20672
>  punts
> 373
>  ip4  
>   23551
> GigabitEthernet4/0/0  2 up   rx packets   
>3070
>  rx bytes 
>  325990
>  tx packets   
>   23549
>  tx bytes 
> 2085942
>  drops
>  16
> local00down
> tuntap-0  1 up   tx packets   
> 373
>  tx bytes 
>   17158
> tuntap-0.05down
> vxlan_tunnel0 4 up   rx packets   
>   23549
>  rx bytes 
> 2085942
>  tx packets   
>3068
>  tx bytes 
>  436318
> DBGvpp# set int state tuntap-0.0 up
> 
> I have not tried this kind of setup before and do not know if other config 
> may be necessary to get this going. One question I do have is why are you 
> receiving a packet 

Re: [vpp-dev] VPP crashes with "ip probe-neibhbor " for a /31 subnet neighbor

[Neale Ranns (nranns)]

HiNagp,

Does this work for you?
  https://gerrit.fd.io/r/#/c/6918/

/neale

From:  on behalf of "Neale Ranns (nranns)" 

Date: Tuesday, 30 May 2017 at 09:28
To: Nagaprabhanjan Bellaru , vpp-dev 
Subject: Re: [vpp-dev] VPP crashes with "ip probe-neibhbor  " for a 
/31 subnet neighbor


Hi Nagp,

It’s not expected.

/neale

From:  on behalf of Nagaprabhanjan Bellaru 

Date: Monday, 29 May 2017 at 17:43
To: vpp-dev 
Subject: [vpp-dev] VPP crashes with "ip probe-neibhbor  " for a /31 
subnet neighbor

Hi,
VPP in the latest builds crashes with the probe-neighbor command for a /31 
neighbor.
That is, if I have configured 10.2.2.4/31 on an interface 
and probe 10.2.2.5, VPP crashes at adj_get() because in the 
ip4_add_del_interface_route function, the neighbor_adj_index is not set for a 
/31 route (it is treated as a special case).
Is this expected?
Thanks,
-nagp
___
vpp-dev mailing list
vpp-dev@lists.fd.io
https://lists.fd.io/mailman/listinfo/vpp-dev

[vpp-dev] Need some help on VPP

[Mahesh Ishwar Mathad]

Hi Guys,

I need some help in understanding contents of the file ie. 
./src/vppinfra/longjmp.S .


--
Thanks & Regards,
Mahesh Mathad.

Disclaimer:- The information contained in this electronic message and any 
attachments to this message are intended for the exclusive use of the 
addressee(s) and may contain proprietary, confidential or privileged 
information. If you are not the intended recipient, you should not disseminate, 
distribute or copy this e-mail. Please notify the sender immediately and 
destroy all copies of this message and any attachments. The views expressed in 
this E-mail message (including the enclosure/(s) or attachment/(s) if any) are 
those of the individual sender, except where the sender expressly, and with 
authority, states them to be the views of GlobalEdge. Before opening any mail 
and attachments please check them for viruses .GlobalEdge does not accept any 
liability for virus infected mails.

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

Re: [vpp-dev] OPENFLOW

[Joel Halpern]

Personally, I would be very surprised if it was effective to add actual support 
for the OpenFlow protocol to fd.io / vpp.
Having said that, I believe fd.io includes capabilities to provide fine-grain 
controls such as 5-tuple acls and policy routing.  Is that what you are looking 
for?
Yours,
Joel

From: vpp-dev-boun...@lists.fd.io [mailto:vpp-dev-boun...@lists.fd.io] On 
Behalf Of yug...@telincn.com
Sent: Tuesday, May 30, 2017 10:08 AM
To: otroan 
Cc: vpp-dev 
Subject: Re: [vpp-dev] OPENFLOW

Hi Ole,
Not yet, but i don't know whether fd.io projects  can provide fine-grained 
traffic control as openflow does, or whether fd.io can be agile on traffic.
What's your opnion?

Regards,
Ewan


yug...@telincn.com

From: otroan
Date: 2017-05-30 15:50
To: yugang
CC: vpp-dev
Subject: Re: [vpp-dev] OPENFLOW
Hi there Ewan,

> Is there any plan to surpport openflow?

I thought that particular unicorn was dead. ;-)
But if you find a problem openflow solves...

What are you trying to do?

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

Re: [vpp-dev] OPENFLOW

[yug...@telincn.com]

Hi Ole,
Not yet, but i don't know whether fd.io projects  can provide fine-grained 
traffic control as openflow does, or whether fd.io can be agile on traffic.
What's your opnion?

Regards,
Ewan



yug...@telincn.com
 
From: otroan
Date: 2017-05-30 15:50
To: yugang
CC: vpp-dev
Subject: Re: [vpp-dev] OPENFLOW
Hi there Ewan,
 
> Is there any plan to surpport openflow?
 
I thought that particular unicorn was dead. ;-)
But if you find a problem openflow solves...
 
What are you trying to do?
 
Best regards,
Ole
___
vpp-dev mailing list
vpp-dev@lists.fd.io
https://lists.fd.io/mailman/listinfo/vpp-dev

[vpp-dev] VPP & UDP Traffic

[Alessio Silvestro]

Dear all,

I am currently working on VPP and I am interested in receiving UDP traffic
at a specific port.

However, I have seen that the project regarding L4 protocols (e.g., TCP,
UDP) namely TLDK (Transport Layer Development Kit), is still a project
proposal.

Is there a simple way to listen to UDP traffic on the current VPP
implementation -- considering that UDP does not need any special treatment
(e.g., re-ordering, sequence number, etc.)?

Thanks for any help!

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

Re: [vpp-dev] OPENFLOW

[otroan]

Hi there Ewan,

> Is there any plan to surpport openflow?

I thought that particular unicorn was dead. ;-)
But if you find a problem openflow solves...

What are you trying to do?

Best regards,
Ole


signature.asc
Description: Message signed with OpenPGP
___
vpp-dev mailing list
vpp-dev@lists.fd.io
https://lists.fd.io/mailman/listinfo/vpp-dev

[vpp-dev] Invalid pool element access in vnet_add_del_ip4_arp_change_event function..?

[Nagaprabhanjan Bellaru]

Hi,

In the recent change made to the above function to register for ARP events,
it looks like there is an access to the pool elements using pointers across
a pool_get call.

--
  while (p && *p != ~0)
{
  mc = pool_elt_at_index (am->mac_changes, *p);
  if (mc->node_index == node_index && mc->type_opaque == type_opaque
  && mc->pid == pid)
break;
  p = >next_index;
}
--

Above, p is pointing to a field inside a pool element. Then a pool
allocation happens:
--
  pool_get (am->mac_changes, mc);
--

And later the old p is used to set the new_idx - which is an issue because
pool_get above would have re-allocated the pool memory.
--
  if (p) {
p[0] = new_idx;
  }
--

Please let me know if my understanding is correct, so I can file a jira
ticket.

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

[vpp-dev] OPENFLOW

[yug...@telincn.com]

Hi all,
Is there any plan to surpport openflow?

Regards,
Ewan



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

Re: [vpp-dev] [csit-dev] Cryptodev "issue"

[Marco Varlese]

On Tue, 2017-05-30 at 04:32 +, Peter Mikus -X (pmikus - PANTHEON
TECHNOLOGIES at Cisco) wrote:
> Hello,
> 
> In CSIT we did not observe booting timeouts but in fact our timeout values are
> not that tight.
Ok, would it be possible to share which timeout value do you guys use?

My previous timeout was set to 30 secs (and worked perfectly), now is set to 300
(it didn't work either with 60 or 180)...


Cheers,
Marco

> 
> Peter Mikus
> Engineer - Software
> Cisco Systems Limited
> 
> -Original Message-
> From: csit-dev-boun...@lists.fd.io [mailto:csit-dev-boun...@lists.fd.io] On
> Behalf Of Sergio Gonzalez Monroy
> Sent: Monday, May 29, 2017 5:21 PM
> To: Marco Varlese ; vpp-dev@lists.fd.io; csit-dev@list
> s.fd.io
> Subject: Re: [csit-dev] [vpp-dev] Cryptodev "issue"
> 
> On 29/05/2017 15:54, Marco Varlese wrote:
> > 
> > On Mon, 2017-05-29 at 15:35 +0100, Sergio Gonzalez Monroy wrote:
> > > 
> > > Hi,
> > > 
> > > I have not seen that behavior before.
> > > 
> > > The dpdk_crypto_sw is only for enabling SW crypto, the default is to 
> > > support just HW crypto devices.
> > > 
> > > I cannot think of a reason why you would see that behavior.
> > > Basically we just check if we found enough DPDK/Cryptodev HW crypto 
> > > devices for the number of workers configured.
> > > How have you pin point the wait/stall to the Cryptodev initialization?
> > I haven't spent much time on it however this wasn't happening on the 
> > previous release (17.02) I used for my VSPerf environment. I then 
> > noticed this new "message" and thought to raise the question here.
> > 
> > If you do not see the issue and believe that cannot cause this 
> > bootstrap problem then it must be something else. I will dig further 
> > but my environment hasn't changed beside the new VPP version.
> 
> +csit-dev
> 
> CSIT tests have been running with this change and I do not think they have
> seen the issue either.
> 
> Have you not changed anything on your setup/startup.conf? ie. number of
> hugepages
> 
> Thanks,
> Sergio
> 
> > 
> > > 
> > > Thanks,
> > > Sergio
> > > 
> > > On 29/05/2017 15:27, Marco Varlese wrote:
> > > > 
> > > > Hi all,
> > > > 
> > > > I pulled the latest code from master branch last week and I'm seeing 
> > > > something new and related (possibly) to the Cryptodev support in 
> > > > VPP/DPDK.
> > > > 
> > > > The issue is that it now takes much longer for VPP to initialize...
> > > > eventually
> > > > printing out the message:
> > > > "not enough Cryptodevs, default to OpenSSL IPsec"
> > > > 
> > > > I'm building the code - as before - by:
> > > > > 
> > > > > make bootstrap
> > > > > make build-release
> > > > which produced a config file with the dpdk-crypto-sw disabled (see
> > > > below).
> > > > [   45s] with:
> > > > [   45s]   dpdk_crypto_sw  no
> > > > 
> > > > I wonder if anybody is experiencing the same behaviour (I found it 
> > > > out thanks to VSPerf which was going in timeout because of VPP)?
> > > > 
> > > > Is this something which we can disable in VPP (although from the 
> > > > configure it should already be disabled)? It looks strange to me 
> > > > that although the feature is disabled, the code is still looking for 
> > > > crypto-devs via the DPDK infrastructure.
> > > > 
> > > > Any thoughts?
> > > > 
> > > > 
> > > > Regards,
> > > > Marco
> > > > 
> > > > ___
> > > > vpp-dev mailing list
> > > > vpp-dev@lists.fd.io
> > > > https://lists.fd.io/mailman/listinfo/vpp-dev
> > > 
> > > 
> 
> ___
> csit-dev mailing list
> csit-...@lists.fd.io
> https://lists.fd.io/mailman/listinfo/csit-dev
> 
___
vpp-dev mailing list
vpp-dev@lists.fd.io
https://lists.fd.io/mailman/listinfo/vpp-dev

Re: [vpp-dev] Cryptodev "issue"

[Marco Varlese]

On Mon, 2017-05-29 at 16:20 +0100, Sergio Gonzalez Monroy wrote:
> On 29/05/2017 15:54, Marco Varlese wrote:
> > 
> > On Mon, 2017-05-29 at 15:35 +0100, Sergio Gonzalez Monroy wrote:
> > > 
> > > Hi,
> > > 
> > > I have not seen that behavior before.
> > > 
> > > The dpdk_crypto_sw is only for enabling SW crypto, the default is to
> > > support just HW crypto devices.
> > > 
> > > I cannot think of a reason why you would see that behavior.
> > > Basically we just check if we found enough DPDK/Cryptodev HW crypto
> > > devices for the number of workers configured.
> > > How have you pin point the wait/stall to the Cryptodev initialization?
> > I haven't spent much time on it however this wasn't happening on the
> > previous
> > release (17.02) I used for my VSPerf environment. I then noticed this new
> > "message" and thought to raise the question here.
> > 
> > If you do not see the issue and believe that cannot cause this bootstrap
> > problem
> > then it must be something else. I will dig further but my environment hasn't
> > changed beside the new VPP version.
> 
> +csit-dev
> 
> CSIT tests have been running with this change and I do not think they 
> have seen the issue either.
> 
> Have you not changed anything on your setup/startup.conf? ie. number of 
> hugepages
No. As I said in my previous email, my setup has not changed beside the newer
VPP version.

> 
> Thanks,
> Sergio
> 
> > 
> > > 
> > > Thanks,
> > > Sergio
> > > 
> > > On 29/05/2017 15:27, Marco Varlese wrote:
> > > > 
> > > > Hi all,
> > > > 
> > > > I pulled the latest code from master branch last week and I'm seeing
> > > > something
> > > > new and related (possibly) to the Cryptodev support in VPP/DPDK.
> > > > 
> > > > The issue is that it now takes much longer for VPP to initialize...
> > > > eventually
> > > > printing out the message:
> > > > "not enough Cryptodevs, default to OpenSSL IPsec"
> > > > 
> > > > I'm building the code - as before - by:
> > > > > 
> > > > > make bootstrap
> > > > > make build-release
> > > > which produced a config file with the dpdk-crypto-sw disabled (see
> > > > below).
> > > > [   45s] with:
> > > > [   45s]   dpdk_crypto_sw  no
> > > > 
> > > > I wonder if anybody is experiencing the same behaviour (I found it out
> > > > thanks to
> > > > VSPerf which was going in timeout because of VPP)?
> > > > 
> > > > Is this something which we can disable in VPP (although from the
> > > > configure
> > > > it
> > > > should already be disabled)? It looks strange to me that although the
> > > > feature is
> > > > disabled, the code is still looking for crypto-devs via the DPDK
> > > > infrastructure.
> > > > 
> > > > Any thoughts?
> > > > 
> > > > 
> > > > Regards,
> > > > Marco
> > > > 
> > > > ___
> > > > vpp-dev mailing list
> > > > vpp-dev@lists.fd.io
> > > > https://lists.fd.io/mailman/listinfo/vpp-dev
> > > 
> > > 
> 
> 
___
vpp-dev mailing list
vpp-dev@lists.fd.io
https://lists.fd.io/mailman/listinfo/vpp-dev