Re: [vpp-dev] [csit-dev] FD.io - Gerrit Authentication Errors
Hi Vanessa, I also have the issue, could you help me out ? # ssh -p 29418 yulong...@gerrit.fd.io -v OpenSSH_7.2p2 Ubuntu-4ubuntu2.1, OpenSSL 1.0.2g 1 Mar 2016 debug1: Reading configuration data /root/.ssh/config debug1: /root/.ssh/config line 1: Applying options for gerrit.fd.io debug1: Reading configuration data /etc/ssh/ssh_config debug1: /etc/ssh/ssh_config line 19: Applying options for * debug1: Executing proxy command: exec socat - socks4a:child-prc.intel.com:gerrit.fd.io:29418 debug1: permanently_set_uid: 0/0 debug1: identity file /root/.ssh/id_rsa type 1 debug1: key_load_public: No such file or directory debug1: identity file /root/.ssh/id_rsa-cert type -1 debug1: Enabling compatibility mode for protocol 2.0 debug1: permanently_drop_suid: 0 debug1: Local version string SSH-2.0-OpenSSH_7.2p2 Ubuntu-4ubuntu2.1 2019/03/12 22:14:52 socat[38210] E connect(5, AF=2 10.239.4.101:1080, 16): Connection timed out ssh_exchange_identification: Connection closed by remote host Best Regards Yulong Pei From: csit-...@lists.fd.io [mailto:csit-...@lists.fd.io] On Behalf Of Vanessa Valderrama Sent: Tuesday, February 19, 2019 11:13 PM To: t...@lists.fd.io; disc...@lists.fd.io; infra-steer...@lists.fd.io; csit-...@lists.fd.io; vpp-dev@lists.fd.io; Anton Baranov ; Ed Kern Subject: Re: [csit-dev] FD.io - Gerrit Authentication Errors The issue has been resolved. Please let us know if you have any other problems. Thank you, Vanessa On 02/19/2019 09:09 AM, Vanessa Valderrama wrote: We are aware of users experiencing authentication issues when trying to log into gerrit.fd.io. We have identified the cause and are working to resolve it as quickly as possible. I have requested an ETA but have not been provided one at this time. Thank you, Vanessa -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#12491): https://lists.fd.io/g/vpp-dev/message/12491 Mute This Topic: https://lists.fd.io/mt/30399021/21656 Group Owner: vpp-dev+ow...@lists.fd.io Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [vpp-dev] NAT handoff node graph question
I think I found it. vlib_frame_queue_main_init (sm->in2out_output_node_index, 0); So, it will be passing to the in2out node of the next core. Thanks Damjan. -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#12490): https://lists.fd.io/g/vpp-dev/message/12490 Mute This Topic: https://lists.fd.io/mt/30393022/21656 Group Owner: vpp-dev+ow...@lists.fd.io Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
[vpp-dev] VPP unit test with multiple workers
I can see that we can create pg- interface for unit testing various vpp features. Is it possible to test multiple workers? How can I make sure the packets will be sent to different workers on a pg- interface? -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#12489): https://lists.fd.io/g/vpp-dev/message/12489 Mute This Topic: https://lists.fd.io/mt/30394272/21656 Group Owner: vpp-dev+ow...@lists.fd.io Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
[vpp-dev] VPP unite test with multiple worker threads
Hello, I can see that we can create pg- interface for unit testing various vpp features. Is it possible to test multiple workers? How can I make sure the packets will be sent to different workers on a pg- interface? -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#12488): https://lists.fd.io/g/vpp-dev/message/12488 Mute This Topic: https://lists.fd.io/mt/30394254/21656 Group Owner: vpp-dev+ow...@lists.fd.io Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [vpp-dev] NAT handoff node graph question
Hi Damjan, Thanks for the reply. I am not very familiar with VPP yet. Are you suggesting that the pkt will start its journey all the way from dpdk-input on the new core? Can't we just send the pkt directly to nat44-in2out node on the new core? In the code, I see that, we are calling vlib_get_worker_handoff_queue_elt() with the fq_index, and the next_worker_index. If I am reading the code right, fq_index is the index of the in2out node. -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#12487): https://lists.fd.io/g/vpp-dev/message/12487 Mute This Topic: https://lists.fd.io/mt/30393022/21656 Group Owner: vpp-dev+ow...@lists.fd.io Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [vpp-dev] NAT handoff node graph question
> On 11 Mar 2019, at 19:53, Ranadip Das wrote: > > Hello, > > Once handoff node decides to handoff a pkt to another core, which node on the > other core picks the pkt up? > I am using 1807, and it seems like nst44-handoff-classify will send the pkt > to either nat44-in2out-worker-handoff or nat44-out2in-worker-handoff node. > nat44-in2out-worker-handoff and nat44-out2in-worker-handoff send the pkt to > nat44-in2out and nat44-out2in respectively if the pkt should be processed in > the current core. > > However, it is not clear to me which nodes gets the pkt after handoff if the > pkt needs to be processed by another core. > > Appreciate any help on this. one passed to vlib_frame_queue_main_init() call... i.e. vlib_node_t *n = vlib_get_node_by_name (vm, (u8 *) "ethernet-input"); hm->frame_queue_index = vlib_frame_queue_main_init (n->index, 0); -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#12486): https://lists.fd.io/g/vpp-dev/message/12486 Mute This Topic: https://lists.fd.io/mt/30393022/21656 Group Owner: vpp-dev+ow...@lists.fd.io Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
[vpp-dev] NAT handoff node graph question
Hello, Once handoff node decides to handoff a pkt to another core, which node on the other core picks the pkt up? I am using 1807, and it seems like nst44-handoff-classify will send the pkt to either nat44-in2out-worker-handoff or nat44-out2in-worker-handoff node. nat44-in2out-worker-handoff and nat44-out2in-worker-handoff send the pkt to nat44-in2out and nat44-out2in respectively if the pkt should be processed in the current core. However, it is not clear to me which nodes gets the pkt after handoff if the pkt needs to be processed by another core. Appreciate any help on this. -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#12485): https://lists.fd.io/g/vpp-dev/message/12485 Mute This Topic: https://lists.fd.io/mt/30393022/21656 Group Owner: vpp-dev+ow...@lists.fd.io Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
[vpp-dev] ipsec questions
Hello every one im new to vpp ipsec and i saw there has been an improvment in version vpp 19.01 for ipsec. i have a couple of questions regarding ipsec on vpp. 1. after that i have new port name lets say "ipsec0", is there a unique identifier that will show from what *ikev2 profile it has been created* ? (if i have many connections i want to know which one is which for status and statistics...) 2. can i use multiple isakmp policies (ans esp also )for a *single ikev2 profile* in vpp ( ikev2 profile set pr1 ike-crypto-alg ike-integ-alg ike-dh )?? for a eample in strongswan: conn %default keyexchange=ikev2 authby=secret type=tunnel *ike=aes256-sha2_512-modp2048,aes128-sha1-ecp384,aes128-sha1-modp1536!* dpdaction=clear dpddelay=3 dpdtimeout=15 mobike=no if so how is the best practive - i dont think using 3 diff profiles with just diffrent ike profiles will do the trick becouse i can end up with multipule connections that i didnt wanted... thanks in advance!!! -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#12484): https://lists.fd.io/g/vpp-dev/message/12484 Mute This Topic: https://lists.fd.io/mt/30389253/21656 Group Owner: vpp-dev+ow...@lists.fd.io Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [vpp-dev] VPP stats
Hi Raj, In case this might help, there is a config for statseg for VPP 18.10 in a dockerfile entrypoint here: https://github.com/cisco-ie/vpp-lab/blob/master/hc2vpp/entrypoint.sh#L21 It seems like the following should work because, default config is /run/vpp/stats.sock statseg { default } Yohan > -Original Message- > From: vpp-dev@lists.fd.io On Behalf Of Raj > Sent: lundi 11 mars 2019 15:37 > To: vpp-dev > Subject: Re: [vpp-dev] VPP stats > > Hi Ole, > > I tried various combination of stats and statseg in config file but no joy. > For > example this conf gives error in 18.10. though by manual it seems ok. > > stats { socket-name /run/vpp/stats.sock } statseg { size 128M } > > It would be great if you can point to the documentation for 18.10 or a sample > conf for 18.10 > > Thanks and Regards, > > Raj > > On Wed, Mar 6, 2019 at 8:31 PM Ole Troan wrote: > > > > Hi Raj, > > > > statseg { … } > > > > There is a C API in vpp-api/client/stat_client.h you can use. > > Or a higher level Go, Python or C++ binding too. > > > > Cheers, > > Ole > > > > > On 6 Mar 2019, at 14:27, Raj wrote: > > > > > > Hi all, > > > > > > I am trying to get the stats from VPP SHM. If I understand > > > correctly, I need to open VPP stats Unix domain socket and read > > > from the corresponding memory mapped segment. > > > > > > My problem is that the stats socket file is missing. I added the > > > following line in startup.conf but of no avail. > > > > > > stats { socket-name /run/vpp/stats.sock } > > > > > > Should I have to do any thing else to get the sock file and possibly > > > enable SHM logging? > > > > > > Thanks and Regards, > > > > > > Raj > > > -=-=-=-=-=-=-=-=-=-=-=- > > > Links: You receive all messages sent to this group. > > > > > > View/Reply Online (#12443): > > > https://lists.fd.io/g/vpp-dev/message/12443 > > > Mute This Topic: https://lists.fd.io/mt/30284996/675193 > > > Group Owner: vpp-dev+ow...@lists.fd.io > > > Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub > > > [otr...@employees.org] > > > -=-=-=-=-=-=-=-=-=-=-=- > > -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#12483): https://lists.fd.io/g/vpp-dev/message/12483 Mute This Topic: https://lists.fd.io/mt/30284996/21656 Group Owner: vpp-dev+ow...@lists.fd.io Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [vpp-dev] VPP stats
Hi Ole, I tried various combination of stats and statseg in config file but no joy. For example this conf gives error in 18.10. though by manual it seems ok. stats { socket-name /run/vpp/stats.sock } statseg { size 128M } It would be great if you can point to the documentation for 18.10 or a sample conf for 18.10 Thanks and Regards, Raj On Wed, Mar 6, 2019 at 8:31 PM Ole Troan wrote: > > Hi Raj, > > statseg { … } > > There is a C API in vpp-api/client/stat_client.h you can use. > Or a higher level Go, Python or C++ binding too. > > Cheers, > Ole > > > On 6 Mar 2019, at 14:27, Raj wrote: > > > > Hi all, > > > > I am trying to get the stats from VPP SHM. If I understand correctly, > > I need to open VPP stats Unix domain socket and read from the > > corresponding memory mapped segment. > > > > My problem is that the stats socket file is missing. I added the > > following line in startup.conf but of no avail. > > > > stats { socket-name /run/vpp/stats.sock } > > > > Should I have to do any thing else to get the sock file and possibly > > enable SHM logging? > > > > Thanks and Regards, > > > > Raj > > -=-=-=-=-=-=-=-=-=-=-=- > > Links: You receive all messages sent to this group. > > > > View/Reply Online (#12443): https://lists.fd.io/g/vpp-dev/message/12443 > > Mute This Topic: https://lists.fd.io/mt/30284996/675193 > > Group Owner: vpp-dev+ow...@lists.fd.io > > Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub [otr...@employees.org] > > -=-=-=-=-=-=-=-=-=-=-=- > -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#12482): https://lists.fd.io/g/vpp-dev/message/12482 Mute This Topic: https://lists.fd.io/mt/30284996/21656 Group Owner: vpp-dev+ow...@lists.fd.io Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [vpp-dev] VPP core dump
On Wed, Mar 6, 2019 at 10:42 PM Andrew 👽 Yourtchenko wrote: > Unfortunately I can’t give you a step by step way to isolate that trigger > because it can be most everything potentially. Can you see if you can reproduce the crash by running the attached script ? In my environment, this script can reliably produce the crash. Thanks and Regards, Raj vppset.sh Description: application/shellscript -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#12481): https://lists.fd.io/g/vpp-dev/message/12481 Mute This Topic: https://lists.fd.io/mt/30283387/21656 Group Owner: vpp-dev+ow...@lists.fd.io Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [vpp-dev] ip-rewrite bug?
This also pops up while profiling GRE traffic. Just replacing it with clib_memcpy_fast() seems to be more clear and faster in my case: https://gerrit.fd.io/r/c/17968/ AFAICT this should also fix the bug... Ben > -Original Message- > From: vpp-dev@lists.fd.io On Behalf Of Dave Barach > via Lists.Fd.Io > Sent: mardi 5 mars 2019 13:25 > To: Kingwel Xie ; vpp-dev@lists.fd.io > Cc: vpp-dev@lists.fd.io > Subject: Re: [vpp-dev] ip-rewrite bug? > > Let’s try to fix the underlying code in vnet_rewrite_one_header, and > friends. The code already checks for the magic rewrite length 14. Anyhow, > the header-rewrite scheme hasn’t had a serious performance tuning pass in > a long time. Since it’s used everywhere, shaving a couple of clock cycles > from it would be a Good Thing... > > > > D. > > > > From: vpp-dev@lists.fd.io On Behalf Of Kingwel Xie > Sent: Tuesday, March 5, 2019 4:40 AM > To: vpp-dev@lists.fd.io > Subject: [vpp-dev] ip-rewrite bug? > > > > Hi vpp-dev, > > > > I’m looking at the ip-rewrite node, and I think it might be a bug at: > > > > vnet_rewrite_one_header (adj0[0], ip0, sizeof (ethernet_header_t)); > > > > The adj-> rewrite_header.data_bytes might be 0 when it comes to tunnel > interface, f.g., gtpu, ipsec. Thus, at least 8 bytes garbage are written > to buffer unexpectedly. I came across to this because I’m doing handoff > for tunnel interface, and in this case, 8 bytes memcpy leads to some > performance loss, cache trashing… > > > > Temporarily I created a patch for more discussion. Please take a look. > There should be a better way to fix it… > > > > https://gerrit.fd.io/r/18014 > > > > Regards, > > Kingwel -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#12480): https://lists.fd.io/g/vpp-dev/message/12480 Mute This Topic: https://lists.fd.io/mt/30224541/21656 Group Owner: vpp-dev+ow...@lists.fd.io Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
[vpp-dev] getting segfault in execution of vpp 19.01 having nat configuration with trex
Hi, dear VPP I configured nat on vpp 19.01 and wanted to test it using trex. After a while, vpp got SIGSEGV and all packets were dropped. My vpp version was v19.01.1-2~gd0dcf7685. Here is my vpp configuration: https://paste.ubuntu.com/p/czRf8g6Nt6/ This is trex config file: https://paste.ubuntu.com/p/DXHdQf77mC/ This is my trex yaml file containing pcaps: https://paste.ubuntu.com/p/Xdngz3NWRP/ I used this command to start trex test. ./t-rex-64 -f cap2/sfr.yaml --cfg cfg/trex_config_nat.yaml -c 4 -m 8 --learn-mode 3 -d 3600 Here is back-trace of gdb. https://paste.ubuntu.com/p/qxbHP8PVYS/ It would be appreciated if you can help me to fix this SIGSEGV problem. Best regards -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#12479): https://lists.fd.io/g/vpp-dev/message/12479 Mute This Topic: https://lists.fd.io/mt/30386509/21656 Group Owner: vpp-dev+ow...@lists.fd.io Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-