Re: [vpp-dev] My patch kept failing Ubuntu 16.04 verification

[Marek Gradzki -X (mgradzki - PANTHEON TECHNOLOGIES@Cisco)]

Hi,

You need to rebase your patch on top of
https://gerrit.fd.io/r/#/c/11526/

At least it helped on my local machine.

Regards,
Marek

From: vpp-dev@lists.fd.io [mailto:vpp-dev@lists.fd.io] On Behalf Of John Lo 
(loj)
Sent: 6 kwietnia 2018 06:23
To: vpp-dev@lists.fd.io
Subject: [vpp-dev] My patch kept failing Ubuntu 16.04 verification

Hi all,

I submitted a patch https://gerrit.fd.io/r/#/c/11553/ which failed the verify 
job on Ubuntu 16.04 in 5 consecutive tries. 4 of the 5 failures all started 
similarly - not able to run "JVPP Core Test Case" where console output showed 
failure with temp dir in use and tracebacks.  These failed tests were attempted 
3 more times before final failure declared.  Does anyone know what may be the 
problem with the JVPP Core Test Case in Ubuntu 16.04 verify job and how to 
resolve it?

Appreciate any help,
John

Following is one such failure with JVPP:
22:35:31 
==
22:35:31 JVPP Core Test Case
22:35:31 
==
22:35:31 JVPP Acl Callback Api Test Case
  FAIL [ temp dir used by test case: /tmp/vpp-unittest-TestJVpp-hqaV42 ]
22:35:31 22:35:31,536 [Errno 17] File exists
22:35:31 JVPP Acl Future Api Test Case  
  FAIL [ temp dir used by test case: /tmp/vpp-unittest-TestJVpp-hqaV42 ]
22:35:31 22:35:31,792 [Errno 17] File exists
22:35:32 JVPP Core Callback Api Test Case   
  FAIL [ temp dir used by test case: /tmp/vpp-unittest-TestJVpp-hqaV42 ]
22:35:32 22:35:32,022 [Errno 17] File exists
22:35:32 JVPP Core Future Api Test Case 
  FAIL [ temp dir used by test case: /tmp/vpp-unittest-TestJVpp-hqaV42 ]
22:35:32 22:35:32,255 [Errno 17] File exists
22:35:32 JVPP Ioamexport Callback Api Test Case 
  FAIL [ temp dir used by test case: /tmp/vpp-unittest-TestJVpp-hqaV42 ]
22:35:32 22:35:32,494 [Errno 17] File exists
22:35:32 JVPP Ioamexport Future Api Test Case   
  FAIL [ temp dir used by test case: /tmp/vpp-unittest-TestJVpp-hqaV42 ]
22:35:32 22:35:32,712 [Errno 17] File exists
22:35:32 JVPP Ioampot Callback Api Test Case
  FAIL [ temp dir used by test case: /tmp/vpp-unittest-TestJVpp-hqaV42 ]
22:35:32 22:35:32,940 [Errno 17] File exists
22:35:33 JVPP Ioampot Future Api Test Case  
  FAIL [ temp dir used by test case: /tmp/vpp-unittest-TestJVpp-hqaV42 ]
22:35:33 22:35:33,207 [Errno 17] File exists
22:35:33 JVPP Ioamtrace Callback Api Test Case  
  FAIL [ temp dir used by test case: /tmp/vpp-unittest-TestJVpp-hqaV42 ]
22:35:33 22:35:33,461 [Errno 17] File exists
22:35:33 JVPP Ioamtrace Future Api Test Case
  FAIL [ temp dir used by test case: /tmp/vpp-unittest-TestJVpp-hqaV42 ]
22:35:33 22:35:33,688 [Errno 17] File exists
22:35:33 JVPP Snat Callback Api Test Case   
  FAIL [ temp dir used by test case: /tmp/vpp-unittest-TestJVpp-hqaV42 ]
22:35:33 22:35:33,960 [Errno 17] File exists
22:36:39 JVPP Snat Future Api Test Case 
  FAIL [ temp dir used by test case: /tmp/vpp-unittest-TestJVpp-hqaV42 ]

Re: [vpp-dev] Multiple Static Mappings

[Matus Fabian -X (matfabia - PANTHEON TECHNOLOGIES@Cisco)]

Static mapping using interface address is stored in resolution vector (without 
external IP address) and when resolved it is stored as standard static mapping 
with external address (hash table record, static mapping pool entry). Static 
mappings with port from resolution vector are resolved in callback for NAT pool 
address from interface or immediately when interface has assigned address in 
snat_add_static_mapping.  I guess in your case interface already has assigned 
address and when snat_add_static_mapping try to reserve port for external 
address it is not in NAT pool and operation failed, in this case record from 
static mapping resolution vector should be deleted. Delete operation in 
snat_add_static_mapping doesn’t find resolved static mapping (try do this 
because interface has address). I will fix this issue. In case when interface 
obtain address after static mapping was added it won’t be resolved.

Matus

From: vpp-dev@lists.fd.io  On Behalf Of Jon Loeliger
Sent: Thursday, April 5, 2018 6:13 PM
To: vpp-dev@lists.fd.io
Cc: vpp-dev 
Subject: Re: [vpp-dev] Multiple Static Mappings

On Wed, Apr 4, 2018 at 11:24 PM, Matus Fabian -X (matfabia - PANTHEON 
TECHNOLOGIES@Cisco) > wrote:
When using static mapping with port number external address/interface must be 
added to NAT pool otherwise static mapping won’t be resolved when interface 
obtain IP address. Run first “nat44 add interface address 
TenGigabitEthernet6/0/0” in your case.

Matus,

Sure, I can do that.  But my point is:  Why did it both "work" and "not work"?
It _does_ add the mapping, and then it _does_ return an error.  My user 
interface
is very confused by this!

If part of the mapping request is not fulfilled (not an interface IP address 
available),
it should fail and NOT add the mapping.

Alternatively, if it is able to fulfill the mapping but just delayed, it should
return a success code.

Thanks,
jdl


Matus

From: Jon Loeliger >
Sent: Wednesday, April 4, 2018 5:41 PM
To: Matus Fabian -X (matfabia - PANTHEON TECHNOLOGIES at Cisco) 
>
Cc: vpp-dev >
Subject: Re: [vpp-dev] Multiple Static Mappings

On Wed, Apr 4, 2018 at 5:34 AM, Matus Fabian -X (matfabia - PANTHEON 
TECHNOLOGIES@Cisco) > wrote:
Fixed https://gerrit.fd.io/r/#/c/11505/

Matus
Matus,

Thanks for the quick turn-around on the bug fix!

While the original problem (one local address with multiple externals) seems
to have been fixed, there is still some lingering problem here.  It may simply
be an issue with the return codes:


vpp# nat44 add static mapping udp local 10.10.10.100 90 external 
TenGigabitEthernet6/0/0 
nat44 add static mapping: External addres must be allocated.
vpp# show nat44 static mapping
NAT44 static mappings:
udp local 10.10.10.100:90 external 
TenGigabitEthernet6/0/0: vrf -1

vpp# nat44 add static mapping udp local 10.10.10.100 90 external 
TenGigabitEthernet6/0/0  del
nat44 add static mapping: Mapping not exist.
vpp# show nat44 static mapping
NAT44 static mappings:
vpp#
It appears to properly add and delete the mappings, but the return
code indicates that the operations have failed.

Thanks,
jdl._,

[vpp-dev] My patch kept failing Ubuntu 16.04 verification

[John Lo (loj)]

Hi all,

I submitted a patch https://gerrit.fd.io/r/#/c/11553/ which failed the verify 
job on Ubuntu 16.04 in 5 consecutive tries. 4 of the 5 failures all started 
similarly - not able to run "JVPP Core Test Case" where console output showed 
failure with temp dir in use and tracebacks.  These failed tests were attempted 
3 more times before final failure declared.  Does anyone know what may be the 
problem with the JVPP Core Test Case in Ubuntu 16.04 verify job and how to 
resolve it?

Appreciate any help,
John

Following is one such failure with JVPP:
22:35:31 
==
22:35:31 JVPP Core Test Case
22:35:31 
==
22:35:31 JVPP Acl Callback Api Test Case
  FAIL [ temp dir used by test case: /tmp/vpp-unittest-TestJVpp-hqaV42 ]
22:35:31 22:35:31,536 [Errno 17] File exists
22:35:31 JVPP Acl Future Api Test Case  
  FAIL [ temp dir used by test case: /tmp/vpp-unittest-TestJVpp-hqaV42 ]
22:35:31 22:35:31,792 [Errno 17] File exists
22:35:32 JVPP Core Callback Api Test Case   
  FAIL [ temp dir used by test case: /tmp/vpp-unittest-TestJVpp-hqaV42 ]
22:35:32 22:35:32,022 [Errno 17] File exists
22:35:32 JVPP Core Future Api Test Case 
  FAIL [ temp dir used by test case: /tmp/vpp-unittest-TestJVpp-hqaV42 ]
22:35:32 22:35:32,255 [Errno 17] File exists
22:35:32 JVPP Ioamexport Callback Api Test Case 
  FAIL [ temp dir used by test case: /tmp/vpp-unittest-TestJVpp-hqaV42 ]
22:35:32 22:35:32,494 [Errno 17] File exists
22:35:32 JVPP Ioamexport Future Api Test Case   
  FAIL [ temp dir used by test case: /tmp/vpp-unittest-TestJVpp-hqaV42 ]
22:35:32 22:35:32,712 [Errno 17] File exists
22:35:32 JVPP Ioampot Callback Api Test Case
  FAIL [ temp dir used by test case: /tmp/vpp-unittest-TestJVpp-hqaV42 ]
22:35:32 22:35:32,940 [Errno 17] File exists
22:35:33 JVPP Ioampot Future Api Test Case  
  FAIL [ temp dir used by test case: /tmp/vpp-unittest-TestJVpp-hqaV42 ]
22:35:33 22:35:33,207 [Errno 17] File exists
22:35:33 JVPP Ioamtrace Callback Api Test Case  
  FAIL [ temp dir used by test case: /tmp/vpp-unittest-TestJVpp-hqaV42 ]
22:35:33 22:35:33,461 [Errno 17] File exists
22:35:33 JVPP Ioamtrace Future Api Test Case
  FAIL [ temp dir used by test case: /tmp/vpp-unittest-TestJVpp-hqaV42 ]
22:35:33 22:35:33,688 [Errno 17] File exists
22:35:33 JVPP Snat Callback Api Test Case   
  FAIL [ temp dir used by test case: /tmp/vpp-unittest-TestJVpp-hqaV42 ]
22:35:33 22:35:33,960 [Errno 17] File exists
22:36:39 JVPP Snat Future Api Test Case 
  FAIL [ temp dir used by test case: /tmp/vpp-unittest-TestJVpp-hqaV42 ]

Re: [vpp-dev] Sad News from Intel - Venky Venkatesan

[Tina Tsou]

It's a big loss for the community. Just made a donation to his family, 
following many of you.


Tina Tsou
Enterprise Architect
Arm
tina.t...@arm.com
+1 (408)931-3833

From: vpp-dev@lists.fd.io  On Behalf Of George Zhao
Sent: Thursday, April 5, 2018 3:14 PM
To: vpp-dev@lists.fd.io
Cc: Gadiyar, Rajesh ; Mukherjee, Udayan 

Subject: Re: [vpp-dev] Sad News from Intel - Venky Venkatesan

I am so sad to hear this news about Venky, but his legacy will live on through 
all the great work he did.

BR,
George

From: vpp-dev@lists.fd.io 
[mailto:vpp-dev@lists.fd.io] On Behalf Of St Leger, Jim
Sent: Thursday, April 5, 2018 11:37 AM
To: vpp-dev@lists.fd.io
Cc: Gadiyar, Rajesh 
>; Mukherjee, Udayan 
>
Subject: [vpp-dev] Sad News from Intel - Venky Venkatesan

Several of you have already heard the very sad news of the passing of our dear 
friend and colleague Venky.  He was "Mr. DPDK" to many, a nod to his invention 
and creation of DPDK about ten years ago (before it was called DPDK.)  Of 
course his footprints across the industry and literally across the globe are 
everywhere. If you know what ATCA is, well, Venky had his hands and inventions 
deeply into the creation of that PICMG spec and many of the first revision 
products. He touched on and gave guidance to projects spanning Linux/netdev, 
DPDK, Intel QuickAssist Technology, BSD stacks, OVS, OPNFV, FD.io, 
all-things-virtualization (KVM, Xen, VMware, Hyper-V, etc.), ETSI, IETF, 
containers, and so many other arenas that my brain can't remember at this dark 
moment.

If you knew him and engaged him, especially on deep technical discussions, you 
knew you were talking to someone with the rare combination of skills that went 
incredibly deep both on the hardware, silicon side of platforms but also on the 
software, networking side of the platforms.  Rarely did I find a topic that 
Venky wasn't well versed on. And by "topic" I mean everything from football to 
photography to history to politics and many other subjects well beyond the 
technical realm our day jobs find us in. Conversations with Venky were a treat. 
Traveling with him was an adventure. Debating with him was a lesson. I will so 
miss all of him.

Below are some details on a memorial service this Sunday in Oregon and also a 
GoFundMe page. If you're in Oregon or close by please join the service. Venky 
left behind a wife, Priya, and two young girls, Adhiti and Namrata. While I'm 
sure they are overwhelmed with sadness and grief at the moment they can use our 
support. Please consider supporting the GoFundMe memorial fund for his family.

Lastly, my network extends through this distribution list.  But Venky's network 
was one hundred times broader. Please share this sad news through your own 
networks.

Thanks,
Jim

From: A message from Sandra Rivera
Sent: Thursday, April 5, 2018 10:58 AM
Subject: Follow-up: A loss for our NPG organization

All,
We have an update on the memorial service plans in celebration of Venky 
Venkatesan's life.

The service will be held on Sunday, April 8th at our Jones Farm Conference 
Center (JFCC) in Hillsboro, OR from 2-4PM, and is open to all who would like to 
join.

Venky's family will plan to attend, as well as friends and others who have 
worked closely with him over the years. Please note that this is not an 
Intel-sponsored event and therefore any travel or expenses related to attending 
need to be managed personally.

Many of you have asked about donations, and we have helped setup a GoFundMe 
account for his family which will be used to fund scholarships for his children.
https://www.gofundme.com/venky-venkatesan-memorial-fund

If you have any questions about the service, please contact Udayan Mukherjee.

Thank you all very much for your support during this difficult time.
Sandra




From: A message from Sandra Rivera
Sent: Tuesday, April 3, 2018 9:34 PM
Subject: A loss for our NPG organization

To All,
Today is a very sad day for our NPG team and Intel.  Our dear friend and 
colleague, Venky Venkatesan, passed away early morning today after a tough 
battle with cancer.

Aside from his deep contributions to the organization, Venky provided technical 
mentorship to many employees and greatly impacted our technical leadership 
pipeline.

On a personal level, Venky was very dedicated to his family and also cared 
deeply about mentoring the next generation of engineers and scientists through 
efforts like coaching robotics teams and providing guidance to many interns and 
Intel employees. His passion, dedication and commitment to this organization, 
Intel, and the external community will be greatly missed.

We will let you know as soon as more information is available for Venky's 

Re: [vpp-dev] Sad News from Intel - Venky Venkatesan

[George Zhao]

I am so sad to hear this news about Venky, but his legacy will live on through 
all the great work he did.

BR,
George

From: vpp-dev@lists.fd.io [mailto:vpp-dev@lists.fd.io] On Behalf Of St Leger, 
Jim
Sent: Thursday, April 5, 2018 11:37 AM
To: vpp-dev@lists.fd.io
Cc: Gadiyar, Rajesh ; Mukherjee, Udayan 

Subject: [vpp-dev] Sad News from Intel - Venky Venkatesan

Several of you have already heard the very sad news of the passing of our dear 
friend and colleague Venky.  He was "Mr. DPDK" to many, a nod to his invention 
and creation of DPDK about ten years ago (before it was called DPDK.)  Of 
course his footprints across the industry and literally across the globe are 
everywhere. If you know what ATCA is, well, Venky had his hands and inventions 
deeply into the creation of that PICMG spec and many of the first revision 
products. He touched on and gave guidance to projects spanning Linux/netdev, 
DPDK, Intel QuickAssist Technology, BSD stacks, OVS, OPNFV, FD.io, 
all-things-virtualization (KVM, Xen, VMware, Hyper-V, etc.), ETSI, IETF, 
containers, and so many other arenas that my brain can't remember at this dark 
moment.

If you knew him and engaged him, especially on deep technical discussions, you 
knew you were talking to someone with the rare combination of skills that went 
incredibly deep both on the hardware, silicon side of platforms but also on the 
software, networking side of the platforms.  Rarely did I find a topic that 
Venky wasn't well versed on. And by "topic" I mean everything from football to 
photography to history to politics and many other subjects well beyond the 
technical realm our day jobs find us in. Conversations with Venky were a treat. 
Traveling with him was an adventure. Debating with him was a lesson. I will so 
miss all of him.

Below are some details on a memorial service this Sunday in Oregon and also a 
GoFundMe page. If you're in Oregon or close by please join the service. Venky 
left behind a wife, Priya, and two young girls, Adhiti and Namrata. While I'm 
sure they are overwhelmed with sadness and grief at the moment they can use our 
support. Please consider supporting the GoFundMe memorial fund for his family.

Lastly, my network extends through this distribution list.  But Venky's network 
was one hundred times broader. Please share this sad news through your own 
networks.

Thanks,
Jim

From: A message from Sandra Rivera
Sent: Thursday, April 5, 2018 10:58 AM
Subject: Follow-up: A loss for our NPG organization

All,
We have an update on the memorial service plans in celebration of Venky 
Venkatesan's life.

The service will be held on Sunday, April 8th at our Jones Farm Conference 
Center (JFCC) in Hillsboro, OR from 2-4PM, and is open to all who would like to 
join.

Venky's family will plan to attend, as well as friends and others who have 
worked closely with him over the years. Please note that this is not an 
Intel-sponsored event and therefore any travel or expenses related to attending 
need to be managed personally.

Many of you have asked about donations, and we have helped setup a GoFundMe 
account for his family which will be used to fund scholarships for his children.
https://www.gofundme.com/venky-venkatesan-memorial-fund

If you have any questions about the service, please contact Udayan Mukherjee.

Thank you all very much for your support during this difficult time.
Sandra




From: A message from Sandra Rivera
Sent: Tuesday, April 3, 2018 9:34 PM
Subject: A loss for our NPG organization

To All,
Today is a very sad day for our NPG team and Intel.  Our dear friend and 
colleague, Venky Venkatesan, passed away early morning today after a tough 
battle with cancer.

Aside from his deep contributions to the organization, Venky provided technical 
mentorship to many employees and greatly impacted our technical leadership 
pipeline.

On a personal level, Venky was very dedicated to his family and also cared 
deeply about mentoring the next generation of engineers and scientists through 
efforts like coaching robotics teams and providing guidance to many interns and 
Intel employees. His passion, dedication and commitment to this organization, 
Intel, and the external community will be greatly missed.

We will let you know as soon as more information is available for Venky's 
memorial/celebration service.
Sandra

[vpp-dev] Sad News from Intel - Venky Venkatesan

[St Leger, Jim]

Several of you have already heard the very sad news of the passing of our dear 
friend and colleague Venky.  He was "Mr. DPDK" to many, a nod to his invention 
and creation of DPDK about ten years ago (before it was called DPDK.)  Of 
course his footprints across the industry and literally across the globe are 
everywhere. If you know what ATCA is, well, Venky had his hands and inventions 
deeply into the creation of that PICMG spec and many of the first revision 
products. He touched on and gave guidance to projects spanning Linux/netdev, 
DPDK, Intel QuickAssist Technology, BSD stacks, OVS, OPNFV, FD.io, 
all-things-virtualization (KVM, Xen, VMware, Hyper-V, etc.), ETSI, IETF, 
containers, and so many other arenas that my brain can't remember at this dark 
moment.

If you knew him and engaged him, especially on deep technical discussions, you 
knew you were talking to someone with the rare combination of skills that went 
incredibly deep both on the hardware, silicon side of platforms but also on the 
software, networking side of the platforms.  Rarely did I find a topic that 
Venky wasn't well versed on. And by "topic" I mean everything from football to 
photography to history to politics and many other subjects well beyond the 
technical realm our day jobs find us in. Conversations with Venky were a treat. 
Traveling with him was an adventure. Debating with him was a lesson. I will so 
miss all of him.

Below are some details on a memorial service this Sunday in Oregon and also a 
GoFundMe page. If you're in Oregon or close by please join the service. Venky 
left behind a wife, Priya, and two young girls, Adhiti and Namrata. While I'm 
sure they are overwhelmed with sadness and grief at the moment they can use our 
support. Please consider supporting the GoFundMe memorial fund for his family.

Lastly, my network extends through this distribution list.  But Venky's network 
was one hundred times broader. Please share this sad news through your own 
networks.

Thanks,
Jim

From: A message from Sandra Rivera
Sent: Thursday, April 5, 2018 10:58 AM
Subject: Follow-up: A loss for our NPG organization

All,
We have an update on the memorial service plans in celebration of Venky 
Venkatesan's life.

The service will be held on Sunday, April 8th at our Jones Farm Conference 
Center (JFCC) in Hillsboro, OR from 2-4PM, and is open to all who would like to 
join.

Venky's family will plan to attend, as well as friends and others who have 
worked closely with him over the years. Please note that this is not an 
Intel-sponsored event and therefore any travel or expenses related to attending 
need to be managed personally.

Many of you have asked about donations, and we have helped setup a GoFundMe 
account for his family which will be used to fund scholarships for his children.
https://www.gofundme.com/venky-venkatesan-memorial-fund

If you have any questions about the service, please contact Udayan Mukherjee.

Thank you all very much for your support during this difficult time.
Sandra




From: A message from Sandra Rivera
Sent: Tuesday, April 3, 2018 9:34 PM
Subject: A loss for our NPG organization

To All,
Today is a very sad day for our NPG team and Intel.  Our dear friend and 
colleague, Venky Venkatesan, passed away early morning today after a tough 
battle with cancer.

Aside from his deep contributions to the organization, Venky provided technical 
mentorship to many employees and greatly impacted our technical leadership 
pipeline.

On a personal level, Venky was very dedicated to his family and also cared 
deeply about mentoring the next generation of engineers and scientists through 
efforts like coaching robotics teams and providing guidance to many interns and 
Intel employees. His passion, dedication and commitment to this organization, 
Intel, and the external community will be greatly missed.

We will let you know as soon as more information is available for Venky's 
memorial/celebration service.
Sandra

Re: [vpp-dev] mbedtls in 18.04

[Florin Coras]

Hi Tom, 

Feel free to remove it as a hard dependency, since the infra should handle it. 
We now also have support for an openssl engine and as far as I remember, libssl 
is a hard dependency for the rpm builds. 

Florin

> On Apr 5, 2018, at 5:05 AM, Thomas F Herbert  wrote:
> 
> WRT mbedtls:
> 
> This issue was raised in a vpp meeting a few weeks ago. There was some 
> discussion of making mbedtls package optional instead of a hard dependency 
> for tls.
> Did we reach consensus on the mbedtls requirement one way or the other?
> Billy and I are preparing for 18.04 for Centos and RHEL. mbedtls is in 
> Fedora/EPEL but not in RHEL and Centos and creates problems for us for these 
> distros.
> 
> If the consensus is to leave mbedtls as a hard requirement upstream, we could 
> carry a patch in the downstream packaging for release 18.04 but we would 
> prefer to have as few deviations as possible from upstream packaging.
> --Tom
> -- 
> Thomas F Herbert 
> NFV and Fast Data Planes 
> Networking Group Office of the CTO 
> Red Hat
> 

Re: [vpp-dev] Multiple Static Mappings

[Jon Loeliger]

On Wed, Apr 4, 2018 at 11:24 PM, Matus Fabian -X (matfabia - PANTHEON
TECHNOLOGIES@Cisco)  wrote:

> When using static mapping with port number external address/interface must
> be added to NAT pool otherwise static mapping won’t be resolved when
> interface obtain IP address. Run first “nat44 add interface address
> TenGigabitEthernet6/0/0” in your case.
>

Matus,

Sure, I can do that.  But my point is:  Why did it both "work" and "not
work"?
It _does_ add the mapping, and then it _does_ return an error.  My user
interface
is very confused by this!

If part of the mapping request is not fulfilled (not an interface IP
address available),
it should fail and NOT add the mapping.

Alternatively, if it is able to fulfill the mapping but just delayed, it
should
return a success code.

Thanks,
jdl


Matus
>
>
>
> *From:* Jon Loeliger 
> *Sent:* Wednesday, April 4, 2018 5:41 PM
> *To:* Matus Fabian -X (matfabia - PANTHEON TECHNOLOGIES at Cisco) <
> matfa...@cisco.com>
> *Cc:* vpp-dev 
> *Subject:* Re: [vpp-dev] Multiple Static Mappings
>
>
>
> On Wed, Apr 4, 2018 at 5:34 AM, Matus Fabian -X (matfabia - PANTHEON
> TECHNOLOGIES@Cisco)  wrote:
>
> Fixed https://gerrit.fd.io/r/#/c/11505/
>
>
>
> Matus
>
> Matus,
>
>
>
> Thanks for the quick turn-around on the bug fix!
>
>
>
> While the original problem (one local address with multiple externals)
> seems
>
> to have been fixed, there is still some lingering problem here.  It may
> simply
>
> be an issue with the return codes:
>
>
>
> vpp# nat44 add static mapping udp local 10.10.10.100 90 external
> TenGigabitEthernet6/0/0 
> nat44 add static mapping: External addres must be allocated.
> vpp# show nat44 static mapping
> NAT44 static mappings:
> udp local 10.10.10.100:90 external TenGigabitEthernet6/0/0: vrf -1
>
> vpp# nat44 add static mapping udp local 10.10.10.100 90 external
> TenGigabitEthernet6/0/0  del
> nat44 add static mapping: Mapping not exist.
> vpp# show nat44 static mapping
> NAT44 static mappings:
> vpp#
>
> It appears to properly add and delete the mappings, but the return
>
> code indicates that the operations have failed.
>
>
>
> Thanks,
>
> jdl._,
>

Re: [vpp-dev] 18.04 RC1 is cut, master is open again

[Dave Wallace]

Excellent!
-daw-

On 04/04/2018 10:40 PM, Chris Luke wrote:


All,

The stable/1804 branch was created earlier; master is now open again 
for general patches.


I’m not ready to accept fixes on the new stable branch. This is 
pending determining why packagecloud hasn’t received any packages yet 
and giving the artifacts a test, but should have news on this tomorrow.


Chris.

[vpp-dev] mbedtls in 18.04

[Thomas F Herbert]

WRT mbedtls:

This issue was raised in a vpp meeting a few weeks ago. There was some 
discussion of making mbedtls package optional instead of a hard 
dependency for tls.


Did we reach consensus on the mbedtls requirement one way or the other?

Billy and I are preparing for 18.04 for Centos and RHEL. mbedtls is in 
Fedora/EPEL but not in RHEL and Centos and creates problems for us for 
these distros.


If the consensus is to leave mbedtls as a hard requirement upstream, we 
could carry a patch in the downstream packaging for release 18.04 but we 
would prefer to have as few deviations as possible from upstream packaging.


--Tom

--
*Thomas F Herbert*
NFV and Fast Data Planes
Networking Group Office of the CTO
*Red Hat*

Re: [vpp-dev] 18.04 RC1 is cut, master is open again

[Dave Barach]

Hey Chris: great job, thanks for making it happen!

From: vpp-dev@lists.fd.io  On Behalf Of Chris Luke
Sent: Wednesday, April 4, 2018 10:40 PM
To: vpp-dev@lists.fd.io
Subject: [vpp-dev] 18.04 RC1 is cut, master is open again

All,

The stable/1804 branch was created earlier; master is now open again for 
general patches.

I'm not ready to accept fixes on the new stable branch. This is pending 
determining why packagecloud hasn't received any packages yet and giving the 
artifacts a test, but should have news on this tomorrow.

Chris.

Re: [vpp-dev] MPLS-TE in VPP

[Neale Ranns]

Hi Sadegh,

As Ole says, VPP does not support MPLS-TE the control plane protocol (i.e. 
signalling and configuration). However, VPP does support MPLS tunnels and 
cross-connects that a control plane could use to realise an MPLS-TE data-plane. 
Fast-reroute/failover mechanisms are not supported.

Hth,
neale


-Original Message-
From:  on behalf of Ole Troan 
Date: Thursday, 5 April 2018 at 08:51
To: 
Cc: 
Subject: Re: [vpp-dev] MPLS-TE in VPP

Hi Sadegh,

> I asked a question about RSVP-TE  and MPLS-TE supporting in  VPP and 
didn't receive any answer.
> 
> is there any forum or slack channel about  VPP that I can ask my question 
there?
> I just want to know whether VPP‌ supports MPLS-TE and RSVP-TE or not.

As far as I know there is no MPLS TE supported.

You should be able to do traffic engineering with the set of Segment 
Routing features (SR).
Those are supported both with MPLS and IPv6 transports.

Cheers,
Ole






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

You receive all messages sent to this group.

View/Reply Online (#8804): https://lists.fd.io/g/vpp-dev/message/8804
View All Messages In Topic (3): https://lists.fd.io/g/vpp-dev/topic/16774982
Mute This Topic: https://lists.fd.io/mt/16774982/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] MPLS-TE in VPP

[Ole Troan]

Hi Sadegh,

> I asked a question about RSVP-TE  and MPLS-TE supporting in  VPP and didn't 
> receive any answer.
> 
> is there any forum or slack channel about  VPP that I can ask my question 
> there?
> I just want to know whether VPP‌ supports MPLS-TE and RSVP-TE or not.

As far as I know there is no MPLS TE supported.

You should be able to do traffic engineering with the set of Segment Routing 
features (SR).
Those are supported both with MPLS and IPv6 transports.

Cheers,
Ole

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

You receive all messages sent to this group.

View/Reply Online (#8803): https://lists.fd.io/g/vpp-dev/message/8803
View All Messages In Topic (2): https://lists.fd.io/g/vpp-dev/topic/16774982
Mute This Topic: https://lists.fd.io/mt/16774982/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
-=-=-=-=-=-=-=-=-=-=-=-



signature.asc
Description: Message signed with OpenPGP