Re: [vpp-dev] Maximum TCP session number

[Florin Coras]

When apps attach to the session layer they request a given size for the shared 
memory segment out of which fifos are allocated and also the sizes of the rx/tx 
fifos for each connection. If the segment is filled, more shared memory 
segments are allocated. However, if you’re running the builtin test 
client/servers, segments are allocated out of vpp’s private heap. You can 
circumvent this through config parameters:
- private-segment-size 
- preallocate-fifos   

You can check to see that things have worked by doing: “sh segment-manager 
segments”. 

Hope this helps, 
Florin

> On Nov 22, 2017, at 9:00 PM, choonho@gmail.com wrote:
> 
> Hi,
> 
> I got tcp servers warning like,
> 
> 0: segment_manager_alloc_session_fifos:464: No space to allocate fifos!
> 0: tcp46_listen_inline:2788: session accept fail
> 
> 
> DBGvpp# show session
> Thread 0: 2031 active sessions
> 
> What is tunning parameter or codes to increase number of tcp session?
> 
> Thanks,
> Choonho
> ___
> 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] Maximum TCP session number

[choonho . son]

Hi,

I got tcp servers warning like,

0: segment_manager_alloc_session_fifos:464: No space to allocate fifos!
0: tcp46_listen_inline:2788: session accept fail


DBGvpp# show session
Thread 0: 2031 active sessions

What is tunning parameter or codes to increase number of tcp session?

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

[vpp-dev] Router plugin capability question (VRFs and MPLS)

[Michael Borokhovich]

Hi,

Does router plugin support the following features?

1) Multiple VRFs
2) MPLS

>From our initial experiments, the above features are not supported.
Multiple VRFs do not work (I tried with namespaces).
The MPLS information is not passed from Linux to VPP's FIBs.

Please let me know what you think.

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

Re: [vpp-dev] vpp-api python error during vpp installation

[Pradeep Patel (pradpate)]

Thank you Chris and Team,
I could install the package by running ‘sudo apt-get install -f'
Regards,
Pradeep


From: "Luke, Chris" 
Date: Wednesday, November 22, 2017 at 10:09 AM
To: "Pradeep Patel (pradpate)" , "vpp-dev@lists.fd.io" 

Subject: RE: vpp-api python error during vpp installation

Need the error in question, which would have been much earlier in the output.

But as another commenter mentions, if you ‘dpkg -i’ packages with dependencies 
you don’t have, ‘apt install -f’ can usually resolve those for you.

Chris.

From: vpp-dev-boun...@lists.fd.io [mailto:vpp-dev-boun...@lists.fd.io] On 
Behalf Of Pradeep Patel (pradpate)
Sent: Wednesday, November 22, 2017 12:58
To: vpp-dev@lists.fd.io
Subject: [vpp-dev] vpp-api python error during vpp installation

Team,

I am seeing the same 
issue(https://lists.fd.io/pipermail/vpp-dev/2017-April/004608.html) as seen 
earlier while installing debian package. Do we know a workaround?

Processing triggers for libc-bin (2.23-0ubuntu3) ...
Errors were encountered while processing:
vpp-api-python

Please see, I am newbie so any pointers on rules on using the mailer will be 
helpful.

Thank you,
Pradeep

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

Re: [vpp-dev] vpp-api python error during vpp installation

[Luke, Chris]

Need the error in question, which would have been much earlier in the output.

But as another commenter mentions, if you ‘dpkg -i’ packages with dependencies 
you don’t have, ‘apt install -f’ can usually resolve those for you.

Chris.

From: vpp-dev-boun...@lists.fd.io [mailto:vpp-dev-boun...@lists.fd.io] On 
Behalf Of Pradeep Patel (pradpate)
Sent: Wednesday, November 22, 2017 12:58
To: vpp-dev@lists.fd.io
Subject: [vpp-dev] vpp-api python error during vpp installation

Team,

I am seeing the same 
issue(https://lists.fd.io/pipermail/vpp-dev/2017-April/004608.html) as seen 
earlier while installing debian package. Do we know a workaround?

Processing triggers for libc-bin (2.23-0ubuntu3) ...
Errors were encountered while processing:
vpp-api-python

Please see, I am newbie so any pointers on rules on using the mailer will be 
helpful.

Thank you,
Pradeep

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

[vpp-dev] vpp-api python error during vpp installation

[Pradeep Patel (pradpate)]

Team,

I am seeing the same 
issue(https://lists.fd.io/pipermail/vpp-dev/2017-April/004608.html) as seen 
earlier while installing debian package. Do we know a workaround?

Processing triggers for libc-bin (2.23-0ubuntu3) ...
Errors were encountered while processing:
vpp-api-python

Please see, I am newbie so any pointers on rules on using the mailer will be 
helpful.

Thank you,
Pradeep

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

Re: [vpp-dev] [infra-wg] [releng] Proposal to redirect #opendaylight-releng to #lf-releng

[Fatih Degirmenci]

Hi,

I believe this is beneficial for all of us. But before decide anything 
something, it would be good to have a quick discussion about it within OPNFV 
community.
I added this as a topic to the Infra WG Meeting agenda on November 27th.

https://wiki.opnfv.org/display/INF/Infra+Working+Group

/Fatih

From:  on behalf of Thanh Ha 

Date: Wednesday, 4 October 2017 at 01:01
To: "disc...@lists.fd.io" , "t...@lists.fd.io" 
, vpp-dev , "csit-...@lists.fd.io" 
, "onap-disc...@lists.onap.org" 
, "infra...@lists.opnfv.org" 

Cc: odl-dev-list 
Subject: Re: [infra-wg] [releng] Proposal to redirect #opendaylight-releng to 
#lf-releng

On Tue, Sep 26, 2017 at 6:38 PM, Thanh Ha 
> wrote:
Hi Everyone,

We'd like to pitch an idea to have #opendaylight-releng irc channel redirect to 
a new #lf-releng channel. Something that's occurred to us is that many of the 
networking at LF projects have their own separate releng channels in which 
folks typically ask JJB related questions. Each of these channels are typically 
moderately active.

Something we've been thinking about is the idea of merging all these releng 
channels into #lf-releng which we're hoping can combine the communities JJB 
experts so that JJB and other releng related questions can be more broadly 
asked.

Thoughts?

Regards,
Thanh

Hi Everyone,

For those that don't know me. I am one of the release engineers working on the 
OpenDaylight project. I've added the fd.io, opnfv, and onap 
communities to this list to get feedback on the idea proposed above. Let me 
know if there's other mailing lists in the respective projects we should be 
cc'ing to include in the discussions.

I'd like to hear from the fd.io, opnfv, and onap for their 
thoughts on the proposal to create a single lf-releng channel on IRC and have 
all the respective releng channels redirect to it. Since our respective releng 
projects use similar technologies like JJB, Jenkins, etc... it might be a 
benefit to pool together our expertise so that it is easier to ask questions to 
the broader community when we need help with things like JJB, Gerrit, etc...

You can follow the discussion thread so far from the ODL community discussed 
here:
https://lists.opendaylight.org/pipermail/dev/2017-September/004066.html


Regards,
Thanh

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

Re: [vpp-dev] Can't run tests (ImportError: No module named bier)

[Klement Sekera -X (ksekera - PANTHEON TECHNOLOGIES at Cisco)]

Sure, that's a good idea.
I haven't noticed this issue really since I wipe via git clean ...

Thanks,
Klement

> -Original Message-
> From: Marco Varlese [mailto:mvarl...@suse.de]
> Sent: Wednesday, November 22, 2017 4:43 PM
> To: Klement Sekera -X (ksekera - PANTHEON TECHNOLOGIES at Cisco)
> ; vpp-dev 
> Subject: Re: [vpp-dev] Can't run tests (ImportError: No module named bier)
> 
> On Wed, 2017-11-22 at 15:31 +, Klement Sekera -X (ksekera - PANTHEON
> TECHNOLOGIES at Cisco) wrote:
> > Hi,
> >
> > `make test-wipe` should help
> Interesting... I ran "make wipe" before.
> May I suggest to have test-wipe run as part of the more generic wipe ???
> I'll submit a patch...
> >
> > Regards,
> > Klement
> Cheers,
> Marco
> >
> > > -Original Message-
> > > From: vpp-dev-boun...@lists.fd.io
> > > [mailto:vpp-dev-boun...@lists.fd.io] On Behalf Of Marco Varlese
> > > Sent: Wednesday, November 22, 2017 4:30 PM
> > > To: vpp-dev 
> > > Subject: [vpp-dev] Can't run tests (ImportError: No module named
> > > bier)
> > >
> > > Hi,
> > >
> > > I just took latest master and cannot run tests anymore...
> > >
> > > Adding tests from directory tree /home/mvarlese/repo/vpp/test
> > > Traceback (most recent call last):
> > >   File "run_tests.py", line 146, in 
> > > discover_tests(d, cb)
> > >   File "/home/mvarlese/repo/vpp/test/discover_tests.py", line 27, in
> > > discover_tests
> > > module = importlib.import_module(name)
> > >   File "/usr/lib64/python2.7/importlib/__init__.py", line 37, in
> > > import_module
> > > __import__(name)
> > >   File "/home/mvarlese/repo/vpp/test/test_bier.py", line 17, in 
> > > from scapy.contrib.bier import *
> > > ImportError: No module named bier
> > > Killing possible remaining process IDs:  9912 9914 No symlinks to
> > > failed tests'
> > > temporary directories found in /tmp/vpp-failed- unittests/.
> > > make[1]: *** [Makefile:124: test] Error 1
> > > make[1]: Leaving directory '/home/mvarlese/repo/vpp/test'
> > > make: *** [Makefile:362: test] Error 2
> > >
> > > Am I missing something? :(
> > >
> > >
> > > Cheers,
> > > 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

Re: [vpp-dev] Can't run tests (ImportError: No module named bier)

[Luke, Chris]

That caught me out last week, too, so yes please.

Chris.

> -Original Message-
> From: vpp-dev-boun...@lists.fd.io [mailto:vpp-dev-boun...@lists.fd.io] On
> Behalf Of Marco Varlese
> Sent: Wednesday, November 22, 2017 10:43
> To: Klement Sekera -X (ksekera - PANTHEON TECHNOLOGIES at Cisco)
> ; vpp-dev 
> Subject: Re: [vpp-dev] Can't run tests (ImportError: No module named bier)
> 
> On Wed, 2017-11-22 at 15:31 +, Klement Sekera -X (ksekera - PANTHEON
> TECHNOLOGIES at Cisco) wrote:
> > Hi,
> >
> > `make test-wipe` should help
> Interesting... I ran "make wipe" before.
> May I suggest to have test-wipe run as part of the more generic wipe ???
> I'll submit a patch...
> >
> > Regards,
> > Klement
> Cheers,
> Marco
> >
> > > -Original Message-
> > > From: vpp-dev-boun...@lists.fd.io
> > > [mailto:vpp-dev-boun...@lists.fd.io] On Behalf Of Marco Varlese
> > > Sent: Wednesday, November 22, 2017 4:30 PM
> > > To: vpp-dev 
> > > Subject: [vpp-dev] Can't run tests (ImportError: No module named
> > > bier)
> > >
> > > Hi,
> > >
> > > I just took latest master and cannot run tests anymore...
> > >
> > > Adding tests from directory tree /home/mvarlese/repo/vpp/test
> > > Traceback (most recent call last):
> > >   File "run_tests.py", line 146, in 
> > > discover_tests(d, cb)
> > >   File "/home/mvarlese/repo/vpp/test/discover_tests.py", line 27, in
> > > discover_tests
> > > module = importlib.import_module(name)
> > >   File "/usr/lib64/python2.7/importlib/__init__.py", line 37, in
> > > import_module
> > > __import__(name)
> > >   File "/home/mvarlese/repo/vpp/test/test_bier.py", line 17, in
> 
> > > from scapy.contrib.bier import *
> > > ImportError: No module named bier
> > > Killing possible remaining process IDs:  9912 9914 No symlinks to
> > > failed tests'
> > > temporary directories found in /tmp/vpp-failed- unittests/.
> > > make[1]: *** [Makefile:124: test] Error 1
> > > make[1]: Leaving directory '/home/mvarlese/repo/vpp/test'
> > > make: *** [Makefile:362: test] Error 2
> > >
> > > Am I missing something? :(
> > >
> > >
> > > Cheers,
> > > 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

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

Re: [vpp-dev] Can't run tests (ImportError: No module named bier)

[Marco Varlese]

On Wed, 2017-11-22 at 15:31 +, Klement Sekera -X (ksekera - PANTHEON
TECHNOLOGIES at Cisco) wrote:
> Hi,
> 
> `make test-wipe` should help
Interesting... I ran "make wipe" before. 
May I suggest to have test-wipe run as part of the more generic wipe ???
I'll submit a patch...
> 
> Regards,
> Klement
Cheers,
Marco
> 
> > -Original Message-
> > From: vpp-dev-boun...@lists.fd.io [mailto:vpp-dev-boun...@lists.fd.io] On
> > Behalf Of Marco Varlese
> > Sent: Wednesday, November 22, 2017 4:30 PM
> > To: vpp-dev 
> > Subject: [vpp-dev] Can't run tests (ImportError: No module named bier)
> > 
> > Hi,
> > 
> > I just took latest master and cannot run tests anymore...
> > 
> > Adding tests from directory tree /home/mvarlese/repo/vpp/test Traceback
> > (most recent call last):
> >   File "run_tests.py", line 146, in 
> > discover_tests(d, cb)
> >   File "/home/mvarlese/repo/vpp/test/discover_tests.py", line 27, in
> > discover_tests
> > module = importlib.import_module(name)
> >   File "/usr/lib64/python2.7/importlib/__init__.py", line 37, in
> > import_module
> > __import__(name)
> >   File "/home/mvarlese/repo/vpp/test/test_bier.py", line 17, in 
> > from scapy.contrib.bier import *
> > ImportError: No module named bier
> > Killing possible remaining process IDs:  9912 9914 No symlinks to failed
> > tests'
> > temporary directories found in /tmp/vpp-failed- unittests/.
> > make[1]: *** [Makefile:124: test] Error 1
> > make[1]: Leaving directory '/home/mvarlese/repo/vpp/test'
> > make: *** [Makefile:362: test] Error 2
> > 
> > Am I missing something? :(
> > 
> > 
> > Cheers,
> > 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

Re: [vpp-dev] Can't run tests (ImportError: No module named bier)

[Klement Sekera -X (ksekera - PANTHEON TECHNOLOGIES at Cisco)]

Hi,

`make test-wipe` should help

Regards,
Klement

> -Original Message-
> From: vpp-dev-boun...@lists.fd.io [mailto:vpp-dev-boun...@lists.fd.io] On
> Behalf Of Marco Varlese
> Sent: Wednesday, November 22, 2017 4:30 PM
> To: vpp-dev 
> Subject: [vpp-dev] Can't run tests (ImportError: No module named bier)
> 
> Hi,
> 
> I just took latest master and cannot run tests anymore...
> 
> Adding tests from directory tree /home/mvarlese/repo/vpp/test Traceback
> (most recent call last):
>   File "run_tests.py", line 146, in 
> discover_tests(d, cb)
>   File "/home/mvarlese/repo/vpp/test/discover_tests.py", line 27, in
> discover_tests
> module = importlib.import_module(name)
>   File "/usr/lib64/python2.7/importlib/__init__.py", line 37, in import_module
> __import__(name)
>   File "/home/mvarlese/repo/vpp/test/test_bier.py", line 17, in 
> from scapy.contrib.bier import *
> ImportError: No module named bier
> Killing possible remaining process IDs:  9912 9914 No symlinks to failed 
> tests'
> temporary directories found in /tmp/vpp-failed- unittests/.
> make[1]: *** [Makefile:124: test] Error 1
> make[1]: Leaving directory '/home/mvarlese/repo/vpp/test'
> make: *** [Makefile:362: test] Error 2
> 
> Am I missing something? :(
> 
> 
> Cheers,
> 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

[vpp-dev] Can't run tests (ImportError: No module named bier)

[Marco Varlese]

Hi,

I just took latest master and cannot run tests anymore...

Adding tests from directory tree /home/mvarlese/repo/vpp/test
Traceback (most recent call last):
  File "run_tests.py", line 146, in 
discover_tests(d, cb)
  File "/home/mvarlese/repo/vpp/test/discover_tests.py", line 27, in
discover_tests
module = importlib.import_module(name)
  File "/usr/lib64/python2.7/importlib/__init__.py", line 37, in import_module
__import__(name)
  File "/home/mvarlese/repo/vpp/test/test_bier.py", line 17, in 
from scapy.contrib.bier import *
ImportError: No module named bier
Killing possible remaining process IDs:  9912 9914
No symlinks to failed tests' temporary directories found in /tmp/vpp-failed-
unittests/.
make[1]: *** [Makefile:124: test] Error 1
make[1]: Leaving directory '/home/mvarlese/repo/vpp/test'
make: *** [Makefile:362: test] Error 2

Am I missing something? :(


Cheers,
Marco

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

Re: [vpp-dev] Issue with MPLS local label CLI

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

Now everything works!

Thanks,
Marek

From: Neale Ranns (nranns)
Sent: 22 listopada 2017 15:42
To: Marek Gradzki -X (mgradzki - PANTHEON TECHNOLOGIES at Cisco) 
; vpp-dev 
Subject: Re: Issue with MPLS local label CLI

Hi Marek,

You need to add ‘via’ keyword before the path:

DBGvpp# mpls local-label add non-eos 102 via mpls-lookup-in-table 0
DBGvpp# sh mpls fib 102
sh mpls fib 102
MPLS-VRF:0, fib_index 0
102:neos/21 fib:0 index:13 locks:2
  src:CLI refs:1
index:17 locks:2 flags:shared, uPRF-list:13 len:0 itfs:[]
  index:17 pl-index:17 mpls weight=1 pref=0 deag:  oper-flags:resolved,
   [@0]: dst-address,unicast lookup in MPLS-VRF:0

forwarding:   mpls-neos-chain
  [@0]: dpo-load-balance: [proto:mpls index:16 buckets:1 uRPF:13 to:[0:0]]
[0] [@6]: dst-address,unicast lookup in MPLS-VRF:0
DBGvpp#

From: "Marek Gradzki -X (mgradzki - PANTHEON TECHNOLOGIES at Cisco)" 
>
Date: Wednesday, 22 November 2017 at 14:14
To: "Neale Ranns (nranns)" >, vpp-dev 
>
Subject: RE: Issue with MPLS local label CLI

Neal,

thanks for quick answer!
I’ve just pulled vpp code (HEAD @ 3ce7bcb),
and now I get following error message:

vpp# mpls local-label add 102 non-eos mpls-lookup-in-table 0
mpls local-label: unkown input: mpls-lookup-in-table 0

Regards,
Marek

From: Neale Ranns (nranns)
Sent: 22 listopada 2017 12:07
To: Marek Gradzki -X (mgradzki - PANTHEON TECHNOLOGIES at Cisco) 
>; vpp-dev 
>
Subject: Re: Issue with MPLS local label CLI

Hi Marek,

Accidental breakage on my part. Fixed in:
  https://gerrit.fd.io/r/#/c/9520/

/neale

From: "Marek Gradzki -X (mgradzki - PANTHEON TECHNOLOGIES at Cisco)" 
>
Date: Wednesday, 22 November 2017 at 10:53
To: vpp-dev >
Cc: "Neale Ranns (nranns)" >
Subject: Issue with MPLS local label CLI

Hi,

mpls local-label add non-eos 102 mpls-lookup-in-table 0

is rejected by vppctl (unknown input …) since
https://gerrit.fd.io/r/#/c/9439/

Is it a bug, or such command is no longer valid?

BTW. There is also some issue with docs for the command:
https://docs.fd.io/vpp/18.01/clicmd_src_vnet_mpls.html

Thanks,
Marek


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

Re: [vpp-dev] Issue with MPLS local label CLI

[Neale Ranns (nranns)]

Hi Marek,

You need to add ‘via’ keyword before the path:
DBGvpp# mpls local-label add non-eos 102 via mpls-lookup-in-table 0
DBGvpp# sh mpls fib 102
sh mpls fib 102
MPLS-VRF:0, fib_index 0
102:neos/21 fib:0 index:13 locks:2
  src:CLI refs:1
index:17 locks:2 flags:shared, uPRF-list:13 len:0 itfs:[]
  index:17 pl-index:17 mpls weight=1 pref=0 deag:  oper-flags:resolved,
   [@0]: dst-address,unicast lookup in MPLS-VRF:0

forwarding:   mpls-neos-chain
  [@0]: dpo-load-balance: [proto:mpls index:16 buckets:1 uRPF:13 to:[0:0]]
[0] [@6]: dst-address,unicast lookup in MPLS-VRF:0
DBGvpp#

From: "Marek Gradzki -X (mgradzki - PANTHEON TECHNOLOGIES at Cisco)" 

Date: Wednesday, 22 November 2017 at 14:14
To: "Neale Ranns (nranns)" , vpp-dev 
Subject: RE: Issue with MPLS local label CLI

Neal,

thanks for quick answer!
I’ve just pulled vpp code (HEAD @ 3ce7bcb),
and now I get following error message:

vpp# mpls local-label add 102 non-eos mpls-lookup-in-table 0
mpls local-label: unkown input: mpls-lookup-in-table 0

Regards,
Marek

From: Neale Ranns (nranns)
Sent: 22 listopada 2017 12:07
To: Marek Gradzki -X (mgradzki - PANTHEON TECHNOLOGIES at Cisco) 
; vpp-dev 
Subject: Re: Issue with MPLS local label CLI

Hi Marek,

Accidental breakage on my part. Fixed in:
  https://gerrit.fd.io/r/#/c/9520/

/neale

From: "Marek Gradzki -X (mgradzki - PANTHEON TECHNOLOGIES at Cisco)" 
>
Date: Wednesday, 22 November 2017 at 10:53
To: vpp-dev >
Cc: "Neale Ranns (nranns)" >
Subject: Issue with MPLS local label CLI

Hi,

mpls local-label add non-eos 102 mpls-lookup-in-table 0

is rejected by vppctl (unknown input …) since
https://gerrit.fd.io/r/#/c/9439/

Is it a bug, or such command is no longer valid?

BTW. There is also some issue with docs for the command:
https://docs.fd.io/vpp/18.01/clicmd_src_vnet_mpls.html

Thanks,
Marek


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

Re: [vpp-dev] IKE & IPsec configuration example

[Yang, Xiaowen 1. (NSB - CN/Hangzhou)]

Hi
VPP experts
   I try to test VPP IPsec, but AUTHENTICATION_FAILED. Below is my 
configuration for VPP, can you help to check this ? Any ideas what I am doing 
wrong. thank you in advance .

set int state GigabitEthernet0/5/0 up
set int ip address GigabitEthernet0/5/0 25.12.61.7/8
ikev2 profile add pr1
ikev2 profile set pr1 auth shared-key-mic string ipsec
ikev2 profile set pr1 id local fqdn vpp.home
ikev2 profile set pr1 id remote fqdn any
ikev2 profile set pr1 traffic-selector local ip-range 192.168.124.0 - 
192.168.124.255 port-range 0 - 65535 protocol 0
ikev2 profile set pr1 traffic-selector remote ip-range 192.168.125.0 - 
192.168.125.255 port-range 0 - 65535 protocol 0

below is the vpp log:
DBGvpp# 1: ikev2_process_sa_init_req:567: ispi 9c9f23a5c4509a22 rspi 0 
nextpayload 21 version 20 exchange 22 flags 8 msgid 0 length 466
1: ikev2_parse_sa_payload:364: proposal num 1 len 44 last_or_more 0 id 1 
spi_size 0 num_transforms 4
1: ikev2_parse_sa_payload:406: transform num 0 len 12 last_or_more 3 type 
encr:aes-cbc-128 id 12 attrs 800e0080
1: ikev2_parse_sa_payload:406: transform num 1 len 8 last_or_more 3 type 
integ:sha1-96 id 2
1: ikev2_parse_sa_payload:406: transform num 2 len 8 last_or_more 3 type 
prf:hmac-sha1 id 2
1: ikev2_parse_sa_payload:406: transform num 3 len 8 last_or_more 0 type 
dh-group:modp-2048 id 14
1: ikev2_parse_notify_payload:464: msg_type NAT_DETECTION_SOURCE_IP len 28 data 
8bebafe7d09c78eb028a13006911c1fa250d6ced
1: ikev2_parse_notify_payload:464: msg_type NAT_DETECTION_DESTINATION_IP len 28 
data c54d55ccc132e9b47e7b2a652ef0423314b133a6
1: ikev2_parse_notify_payload:464: msg_type IKEV2_FRAGMENTATION_SUPPORTED len 8
1: ikev2_parse_notify_payload:464: msg_type SIGNATURE_HASH_ALGORITHMS len 18 
data 00010002000300040005
1: ikev2_parse_notify_payload:464: msg_type REDIRECT_SUPPORTED len 8
1: ikev2_process_sa_init_req:625: sa state changed to IKEV2_STATE_SA_INIT
1: ikev2_select_proposal:168: bitmap is 1e mandatory is 1e optional is 1e
1: ikev2_payload_add_sa:194: proposal num 1 protocol_id 1 last_or_more 0 
spi_size 0
1: ikev2_payload_add_sa:215: transform type encr transform_id 12 last_or_more 3 
attr_size 4 attrs 800e0080
1: ikev2_payload_add_sa:215: transform type integ transform_id 2 last_or_more 3 
attr_size 0
1: ikev2_payload_add_sa:215: transform type prf transform_id 2 last_or_more 3 
attr_size 0
1: ikev2_payload_add_sa:215: transform type dh-group transform_id 14 
last_or_more 0 attr_size 0
1: ikev2_process_auth_req:830: ispi 9c9f23a5c4509a22 rspi 701e2963eaf8d4aa 
nextpayload 2e version 20 exchange 23 flags 8 msgid 1 length 220
1: ikev2_decrypt_sk_payload:732: received IKEv2 payload SK, len 188
1: ikev2_process_auth_req:888: received payload IDi, len 4 id_type 1
1: ikev2_process_auth_req:919: received payload AUTH, len 20 auth_type 2
1: ikev2_process_auth_req:867: received payload SA, len 40
1: ikev2_parse_sa_payload:364: proposal num 1 len 40 last_or_more 0 id 3 
spi_size 4 num_transforms 3
1: ikev2_parse_sa_payload:406: transform num 0 len 12 last_or_more 3 type 
encr:aes-cbc-128 id 12 attrs 800e0080
1: ikev2_parse_sa_payload:406: transform num 1 len 8 last_or_more 3 type 
integ:sha1-96 id 2
1: ikev2_parse_sa_payload:406: transform num 2 len 8 last_or_more 0 type esn:no 
id 0
1: ikev2_process_auth_req:937: received payload TSi, len 20
1: ikev2_process_auth_req:945: received payload TSr, len 20
1: ikev2_parse_notify_payload:464: msg_type EAP_ONLY_AUTHENTICATION len 8
1: ikev2_parse_notify_payload:464: msg_type IKEV2_MESSAGE_ID_SYNC_SUPPORTED len 
8
1: ikev2_sa_auth:1422: sa state changed to IKEV2_STATE_AUTH_FAILED
1: ikev2_generate_message:1726: sa state changed to 
IKEV2_STATE_NOTIFY_AND_DELETE


strongswan:
conn %default
auto=route
keyexchange=ikev2
reauth=no
conn ext0~ext0
rekeymargin=3600
rekeyfuzz=100%
keyexchange=ikev2
left=25.12.61.14
right=25.12.61.7
leftsubnet=192.168.125.0/24
rightsubnet=192.168.124.0/24
authby=secret
#leftid=25.12.61.14
rightid=%any
ike=aes128-sha1-modp2048!
esp=aes128-sha1-noesn!
type=tunnel
ikelifetime=36000s
keylife=36000s
lifepackets=4294967295
marginpackets=1073741824
mobike=no
auto=route
replay_window=0
nopmtudisc=yes

~
~

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

Re: [vpp-dev] TCP Options: tcp_header_t and tcp_options_t

[Justin Iurman]

Florin,

> For discarding options you’ll probably need to write your own function that
> first recomputes them and then moves the payload closer to the header.

Yep, that's what I had in mind.

> tcp_buffer_discard_bytes just chops off payload bytes, as in moves the 
> buffer’s
> current_data pointer. I don’t think it’s enough for what you need.

Indeed, it's not enough.

> Quick note, for completeness: If you’re planning on discarding all headers up 
> to
> tcp, the other option would be to move the tcp header forward, since it’s
> typically smaller than the payload.

I don't. Actually, the goal is only to strip off some tcp options that match 
against some rules.

Thanks,

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

Re: [vpp-dev] Issue with MPLS local label CLI

[Neale Ranns (nranns)]

Hi Marek,

Accidental breakage on my part. Fixed in:
  https://gerrit.fd.io/r/#/c/9520/

/neale

From: "Marek Gradzki -X (mgradzki - PANTHEON TECHNOLOGIES at Cisco)" 

Date: Wednesday, 22 November 2017 at 10:53
To: vpp-dev 
Cc: "Neale Ranns (nranns)" 
Subject: Issue with MPLS local label CLI

Hi,

mpls local-label add non-eos 102 mpls-lookup-in-table 0

is rejected by vppctl (unknown input …) since
https://gerrit.fd.io/r/#/c/9439/

Is it a bug, or such command is no longer valid?

BTW. There is also some issue with docs for the command:
https://docs.fd.io/vpp/18.01/clicmd_src_vnet_mpls.html

Thanks,
Marek


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

Re: [vpp-dev] MPLS LABEL problem

[Neale Ranns (nranns)]

Hi Xyxue,

You need to create the default MPLS table before you enable an interface for 
MPLS.

So in your sequence this command:
  set interface mpls host-eth1 enable
should have returned an error. I’ve patched with
   https://gerrit.fd.io/r/#/c/9519/
so now one gets;
  DBGvpp# set int mpls loop0 enable
 set interface mpls: default MPLS table must be created first

please edit your config sequence with
   mpls table add 0
I expect you also want to add your MPLS local-labels to the default MSPL table 
rather than you the MPLS table 1 that you create. Since the lookup for the MPS 
table will occur in the default table, as that is the table that all interfaces 
are bound to.

Regards,
neale

From:  on behalf of 薛欣颖 
Date: Wednesday, 22 November 2017 at 01:55
To: vpp-dev 
Subject: [vpp-dev] MPLS LABEL problem


Hi guys,

My vpp version :18.01.

vpp1-vpp2
When the flows out of vpp1, it has two layers of tags.
The flow was dropped in vpp2. And the error information:MPLS not enabled. Is 
there anything wrong in my configuration on vpp2?
Has the configuration in 18.01 changed?


   
 vpp1
  create host-interface name eth2 mac 00:0c:29:6d:b0:82
  create host-interface name eth1 mac 00:0c:29:6d:b0:78
  set interface ip table host-eth2 1
  set interface ip address host-eth2 1.1.1.1/24
  set interface ip address host-eth1 2.1.1.1/24
  set interface state host-eth2 up
  set interface state host-eth1 up
  set interface mpls host-eth1 enable
  create mpls tunnel out-label 33 out-label 34 via 2.1.1.2 host-eth1
  set interface state mpls-tunnel0 up
  mpls table add 1
  ip route add 3.1.1.0/24 via ip4-address 2.1.1.2 interface mpls-tunnel0 table 1
  mpls local-label add eos 1023 table 1 ip4-lookup-in-table 1
  mpls local-label add non-eos 1023 table 1 mpls-lookup-in-table 1

   
 vpp2
  create host-interface name eth2 mac 2c:53:4a:03:93:31
  create host-interface name eth1 mac 2c:53:4a:03:94:59
  set interface ip table host-eth2 1
  set interface ip address host-eth1 2.1.1.2/24
  set interface ip address host-eth2 3.1.1.1/24
  set interface state host-eth2 up
  set interface state host-eth1 up
  set interface mpls host-eth1 enable
  create mpls tunnel out-label 1023 out-label 1024 via 2.1.1.1 host-eth1
  set interface state mpls-tunnel0 up
  mpls table add 1
  ip route add 1.1.1.0/24 via ip4-address 2.1.1.1 interface mpls-tunnel0 table 1
  mpls local-label add eos 34 table 1 ip4-lookup-in-table 1
  mpls local-label add non-eos 33 table 1 mpls-lookup-in-table 1

the vpp2 error information is shown below:

VPP# show errors
   CountNode  Reason
  4889   mpls-input   MPLS input packets 
decapsulated
  4889   mpls-input   MPLS not enabled
31ip4-input   valid ip4 packets
   103 ethernet-input no error
 2arp-input   ARP replies sent
 1arp-input   ARP request IP4 source 
address learned
VPP# show trace
--- Start of thread 0 vpp_main ---
Packet 1

00:11:22:232258: af-packet-input
  af_packet: hw_if_index 2 next-index 4
tpacket2_hdr:
  status 0x1 len 132 snaplen 132 mac 66 net 80
  sec 0x5a141690 nsec 0x3162f619 vlan 0
00:11:22:232280: ethernet-input
  MPLS: 00:0c:29:6d:b0:78 -> 2c:53:4a:03:94:59
00:11:22:232332: mpls-input
  MPLS: next BUG![2]  label 33 ttl 255
00:11:22:232342: error-drop
  mpls-input: MPLS not enabled


Thanks,
xyxue

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

[vpp-dev] Issue with MPLS local label CLI

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

Hi,

mpls local-label add non-eos 102 mpls-lookup-in-table 0

is rejected by vppctl (unknown input ...) since
https://gerrit.fd.io/r/#/c/9439/

Is it a bug, or such command is no longer valid?

BTW. There is also some issue with docs for the command:
https://docs.fd.io/vpp/18.01/clicmd_src_vnet_mpls.html

Thanks,
Marek


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

Re: [vpp-dev] network loop

[yug...@telincn.com]

Hi all,
If I set down one of its interface and set up it,  then everything is OK.
Any ideas?

Regards,
Ewan





yug...@telincn.com
 
From: yug...@telincn.com
Date: 2017-11-17 12:21
To: vpp-dev
Subject: network loop
Hi  all,
My version is 17.04, sometimes there will be  a large number of packets 
transmitted by vpp.
It looks like that vpp has network loop itself. Here is the stack when the loop 
happened. Any idea?


(gdb) c
Continuing.
^C
Thread 1 "vpp_main" received signal SIGINT, Interrupt.
eth_em_xmit_pkts (tx_queue=0x7a8227972d00, tx_pkts=, 
nb_pkts=)
at 
/home/wangzy/VBRASV100R001/vpp1704/dpdk/_build/dpdk-17.02/drivers/net/e1000/em_rxtx.c:625
625 return nb_tx;
(gdb) bt
#0  eth_em_xmit_pkts (tx_queue=0x7a8227972d00, tx_pkts=, 
nb_pkts=)
at 
/home/wangzy/VBRASV100R001/vpp1704/dpdk/_build/dpdk-17.02/drivers/net/e1000/em_rxtx.c:625
#1  0x7f81b02923cf in rte_eth_tx_burst (nb_pkts=, 
tx_pkts=, queue_id=0, port_id=)
at 
/home/wangzy/VBRASV100R001/vpp1704/dpdk/_install/include/dpdk/rte_ethdev.h:2858
#2  tx_burst_vector_internal (tx_vector=, xd=, 
vm=)
at 
/home/wangzy/VBRASV100R001/vpp1704/build-data/../src/plugins/dpdk/device/device.c:282
#3  dpdk_interface_tx (f=, node=, vm=)
at 
/home/wangzy/VBRASV100R001/vpp1704/build-data/../src/plugins/dpdk/device/device.c:559
#4  dpdk_interface_tx_avx2 (vm=, node=, 
frame=)
at 
/home/wangzy/VBRASV100R001/vpp1704/build-data/../src/plugins/dpdk/device/device.c:789
#5  0x7f81f47e0119 in dispatch_node (vm=0x7f81f4a332a0 , 
node=0x7f81b1eb8800, type=, 
dispatch_state=VLIB_NODE_STATE_POLLING, frame=, 
last_time_stamp=13589960530660)
at /home/wangzy/VBRASV100R001/vpp1704/build-data/../src/vlib/main.c:998
#6  0x7f81f47e040d in dispatch_pending_node (vm=vm@entry=0x7f81f4a332a0 
, p=0x7f81b52c3398, 
last_time_stamp=) at 
/home/wangzy/VBRASV100R001/vpp1704/build-data/../src/vlib/main.c:1144
#7  0x7f81f47e0e6d in vlib_main_or_worker_loop (is_main=1, 
vm=0x7f81f4a332a0 )
at /home/wangzy/VBRASV100R001/vpp1704/build-data/../src/vlib/main.c:1591
#8  vlib_main_loop (vm=0x7f81f4a332a0 ) at 
/home/wangzy/VBRASV100R001/vpp1704/build-data/../src/vlib/main.c:1611
#9  vlib_main (vm=vm@entry=0x7f81f4a332a0 , 
input=input@entry=0x7f81b1854fa0)
at /home/wangzy/VBRASV100R001/vpp1704/build-data/../src/vlib/main.c:1739
#10 0x7f81f4819f13 in thread0 (arg=140196131844768) at 
/home/wangzy/VBRASV100R001/vpp1704/build-data/../src/vlib/unix/main.c:507
#11 0x7f81f2a53cd0 in clib_calljmp () at 
/home/wangzy/VBRASV100R001/vpp1704/build-data/../src/vppinfra/longjmp.S:110
#12 0x7ffcb4160b00 in ?? ()
#13 0x7f81f481a92d in vlib_unix_main (argc=, argv=)
at /home/wangzy/VBRASV100R001/vpp1704/build-data/../src/vlib/unix/main.c:606


Regards,
Ewan


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