Re: [vpp-dev] VPP TCP hoststack performance data #vpp-hoststack #vnet
Thanks a lot Florin. Let me go over these links. -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#19287): https://lists.fd.io/g/vpp-dev/message/19287 Mute This Topic: https://lists.fd.io/mt/82386454/21656 Mute #vnet:https://lists.fd.io/g/vpp-dev/mutehashtag/vnet Mute #vpp-hoststack:https://lists.fd.io/g/vpp-dev/mutehashtag/vpp-hoststack Group Owner: vpp-dev+ow...@lists.fd.io Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
[vpp-dev] VPP TCP hoststack performance data #vpp-hoststack #vnet
Hi, Is there any place where I can find VPP host-stack TCP performance data -- like MPPS and throughput data. I couldn't find it in CSIT website. Thanks Nataraj -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#19285): https://lists.fd.io/g/vpp-dev/message/19285 Mute This Topic: https://lists.fd.io/mt/82386454/21656 Mute #vpp-hoststack:https://lists.fd.io/g/vpp-dev/mutehashtag/vpp-hoststack Mute #vnet:https://lists.fd.io/g/vpp-dev/mutehashtag/vnet 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 Hoststack CPS
Hi Florin: Thanks for the quick reply. By any chance, do you have latest CPS numbers? Or any document to look at that you/your team published? -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#14156): https://lists.fd.io/g/vpp-dev/message/14156 Mute This Topic: https://lists.fd.io/mt/34465863/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 Hoststack CPS
Hi, In the slide deck at https://wiki.fd.io/images/b/b4/Vpp-hoststack-kc.pdf I see that with VPP Hoststack 200k CPS is achieved. Have few questions: a. Are the sessions originated from App linked with VCL? b. Is the TCP connection over the network or on local host? b. Non-blocking connect fixes are available only recently. Were the results with blocking connect()? Thanks in advance. -Nataraj -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#14153): https://lists.fd.io/g/vpp-dev/message/14153 Mute This Topic: https://lists.fd.io/mt/34465863/21656 Group Owner: vpp-dev+ow...@lists.fd.io Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
[vpp-dev] UDP packet sending using sendto()
Hi, Today with VPP we cannot give endpoint info in sendto() call. We have to do a connect(udp_sock, endpoint_info) first and then invoke sendto(). This works. But the question is how can I influence the source port of these packets? Thanks, -Nataraj -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#14057): https://lists.fd.io/g/vpp-dev/message/14057 Mute This Topic: https://lists.fd.io/mt/34294099/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] setsockopt with TCP_NODELAY
Hi Florin, Thanks for reply. My question is setsockopt() for not yet established sessions i.e before connect(). I was trying to clearing TCP_NODELAY, setting TCP_MAXSEG(to much lower than interface MTU) and TCP_KEEPINTVL. These options need to be communicating to the vnet right? I was looking for that. Thanks, -Nataraj On Wed, Jun 12, 2019 at 11:14 AM Florin Coras wrote: > Hi Nataraj, > > TCP defaults to TCP_NODELAY behavior, unless you need Nagle’s algorithm > on, you should be fine. > > As for the socket options, no. At this time, ldp cannot change properties > for established tcp connections. What sort of things are you missing? > > Thanks, > Florin > > > On Jun 12, 2019, at 11:04 AM, Nataraj Batchu > wrote: > > > > Hi, > > > > I was trying to use TCP_NODELAY socket option in my application. But I > see that relevant code is "VPP-TBD" in vppcom.c. I see same comment for > most of socket options. Is there any other branch where code is available? > If not, are there any plans to support setsockopt that involve > communicating VPP TCP core. > > > > case VPPCOM_ATTR_SET_TCP_NODELAY: > > if (buffer && buflen && (*buflen == sizeof (int))) > > { > >/* VPP-TBD */ > >if (*(int *) buffer) > > VCL_SESS_ATTR_SET (session->attr, VCL_SESS_ATTR_TCP_NODELAY); > >else > > VCL_SESS_ATTR_CLR (session->attr, VCL_SESS_ATTR_TCP_NODELAY); > > > >VDBG (2, "VPPCOM_ATTR_SET_TCP_NODELAY: %d, buflen %d, #VPP-TBD#", > > VCL_SESS_ATTR_TEST (session->attr, VCL_SESS_ATTR_TCP_NODELAY), > > *buflen); > > } > > > > -=-=-=-=-=-=-=-=-=-=-=- > > Links: You receive all messages sent to this group. > > > > View/Reply Online (#13268): https://lists.fd.io/g/vpp-dev/message/13268 > > Mute This Topic: https://lists.fd.io/mt/32043473/675152 > > Group Owner: vpp-dev+ow...@lists.fd.io > > Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub [ > fcoras.li...@gmail.com] > > -=-=-=-=-=-=-=-=-=-=-=- > > -- Thanks, -Nataraj -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#13270): https://lists.fd.io/g/vpp-dev/message/13270 Mute This Topic: https://lists.fd.io/mt/32043473/21656 Group Owner: vpp-dev+ow...@lists.fd.io Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
[vpp-dev] setsockopt with TCP_NODELAY
Hi, I was trying to use TCP_NODELAY socket option in my application. But I see that relevant code is "VPP-TBD" in vppcom.c. I see same comment for most of socket options. Is there any other branch where code is available? If not, are there any plans to support setsockopt that involve communicating VPP TCP core. case VPPCOM_ATTR_SET_TCP_NODELAY: if (buffer && buflen && (*buflen == sizeof (int))) { /* VPP-TBD */ if (*(int *) buffer) VCL_SESS_ATTR_SET (session->attr, VCL_SESS_ATTR_TCP_NODELAY); else VCL_SESS_ATTR_CLR (session->attr, VCL_SESS_ATTR_TCP_NODELAY); VDBG (2, "VPPCOM_ATTR_SET_TCP_NODELAY: %d, buflen %d, #VPP-TBD#", VCL_SESS_ATTR_TEST (session->attr, VCL_SESS_ATTR_TCP_NODELAY), *buflen); } -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#13268): https://lists.fd.io/g/vpp-dev/message/13268 Mute This Topic: https://lists.fd.io/mt/32043473/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] sock_test_client/sock_test_server #vnet
Thanks Florin. I will try that. "LD_PRELOAD=/root/vpp/build-root/build-vpp-native/vpp/lib/libvcl_ldpreload.so ./sock_test_server 1.1.0.2 10011" - Should LD_PRELOAD be explicitly set to run it? On Fri, May 31, 2019 at 9:34 AM Florin Coras wrote: > Hi, > > That script has not been recently maintained. Can’t you use instead > vcl/ldp? > > From the logs, probably the server is not binding correctly. > > Florin > > On May 31, 2019, at 6:28 PM, nataraj.bat...@gmail.com wrote: > > Update on sock_test_client/sock_test_server: > > After running with LD_PRELOAD variable set, still see same issue. But the > problem is on server side. Its getting SYN packet sent by client but is > sending RST. Am I missing any config? > > root@host2:~/vpp/build-root/build-vpp-native/vpp/bin# > LD_PRELOAD=/root/vpp/build-root/build-vpp-native/vpp/lib/libvcl_ldpreload.so > ./sock_test_server 1.1.0.2 10011 > > SERVER: Waiting for a client to connect on port 1... > > SERVER: epoll_wait() timeout! > > SERVER: epoll_wait() timeout! > > SERVER: epoll_wait() timeout! > > SERVER: epoll_wait() timeout! > > > root@host1:~/vpp/build-root/build-vpp-native/vpp/bin# > LD_PRELOAD=/root/vpp/build-root/build-vpp-native/vpp/lib/libvcl_ldpreload.so > ./sock_test_client 1.1.0.2 10011 > > CLIENT: Connecting to server... > ERROR in main(): Connection refused > CLIENT: ERROR: connect failed (errno = 111)! > vl_client_disconnect:331: queue drain: 585 > > show trace o/p on server: > === > Packet 1 > > 03:52:39:089787: dpdk-input > TenGigabitEthernet3b/0/1 rx queue 0 > buffer 0x9b381: current data 0, length 74, buffer-pool 0, ref-count 1, > totlen-nifb 0, trace 0x0 > ext-hdr-valid > l4-cksum-computed l4-cksum-correct > PKT MBUF: port 0, nb_segs 1, pkt_len 74 > buf_len 2176, data_len 74, ol_flags 0x180, data_off 128, phys_addr > 0xab2ce0c0 > packet_type 0x111 l2_len 0 l3_len 0 outer_l2_len 0 outer_l3_len 0 > rss 0x0 fdir.hi 0x0 fdir.lo 0x0 > Packet Offload Flags > PKT_RX_IP_CKSUM_GOOD (0x0080) IP cksum of RX pkt. is valid > PKT_RX_L4_CKSUM_GOOD (0x0100) L4 cksum of RX pkt. is valid > Packet Types > RTE_PTYPE_L2_ETHER (0x0001) Ethernet packet > RTE_PTYPE_L3_IPV4 (0x0010) IPv4 packet without extension headers > RTE_PTYPE_L4_TCP (0x0100) TCP packet > IP4: 70:69:5a:48:08:b3 -> 00:be:75:72:3d:5f > TCP: 1.1.0.1 -> 1.1.0.2 > tos 0x00, ttl 255, length 60, checksum 0xfdca > fragment id 0x7bec, flags DONT_FRAGMENT > TCP: 44839 -> 10011 > seq. 0xf06c93e7 ack 0x > flags 0x02 SYN, tcp header: 40 bytes > window 4096, checksum 0xa241 > 03:52:39:089798: ethernet-input > frame: flags 0x3, hw-if-index 1, sw-if-index 1 > IP4: 70:69:5a:48:08:b3 -> 00:be:75:72:3d:5f > 03:52:39:089805: ip4-input-no-checksum > TCP: 1.1.0.1 -> 1.1.0.2 > tos 0x00, ttl 255, length 60, checksum 0xfdca > fragment id 0x7bec, flags DONT_FRAGMENT > TCP: 44839 -> 10011 > seq. 0xf06c93e7 ack 0x > flags 0x02 SYN, tcp header: 40 bytes > window 4096, checksum 0xa241 > 03:52:39:089811: ip4-lookup > fib 0 dpo-idx 5 flow hash: 0x > TCP: 1.1.0.1 -> 1.1.0.2 > tos 0x00, ttl 255, length 60, checksum 0xfdca > fragment id 0x7bec, flags DONT_FRAGMENT > TCP: 44839 -> 10011 > seq. 0xf06c93e7 ack 0x > flags 0x02 SYN, tcp header: 40 bytes > window 4096, checksum 0xa241 > 03:52:39:089819: ip4-local > TCP: 1.1.0.1 -> 1.1.0.2 > tos 0x00, ttl 255, length 60, checksum 0xfdca > fragment id 0x7bec, flags DONT_FRAGMENT > TCP: 44839 -> 10011 > seq. 0xf06c93e7 ack 0x > flags 0x02 SYN, tcp header: 40 bytes > window 4096, checksum 0xa241 > 03:52:39:089821: tcp4-input > TCP: 44839 -> 10011 > seq. 0xf06c93e7 ack 0x > flags 0x02 SYN, tcp header: 40 bytes > window 4096, checksum 0xa241 > [0:0][T] :::0->:::0 CLOSED > 03:52:39:089828: tcp4-reset > TCP: 10011 -> 44839 > seq. 0x ack 0xf06c93e8 > flags 0x14 RST ACK, tcp header: 20 bytes > window 0, checksum 0x5334 > [0:0][T] :::0->:::0 CLOSED > > -=-=-=-=-=-=-=-=-=-=-=- > Links: You receive all messages sent to this group. > > View/Reply Online (#13192): https://lists.fd.io/g/vpp-dev/message/13192 > Mute This Topic: https://lists.fd.io/mt/31874159/675152 > Mute #vnet: https://lists.fd.io/mk?hashtag=vnet=1480544 > Group Owner: vpp-dev+ow...@lists.fd.io > Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub [fcoras.li...@gmail.com] > -=-=-=-=-=-=-=-=-=-=-=- > > > -- Thanks, -Nataraj -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#13195): https://lists.fd.io/g/vpp-dev/message/13195 Mute This Topic: https://lists.fd.io/mt/31874159/21656 Mute #vnet: https://lists.fd.io/mk?hashtag=vnet=1480452 Group Owner: vpp-dev+ow...@lists.fd.io Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub
Re: [vpp-dev] sock_test_client/sock_test_server #vnet
Update on sock_test_client/sock_test_server: After running with LD_PRELOAD variable set, still see same issue. But the problem is on server side. Its getting SYN packet sent by client but is sending RST. Am I missing any config? root@host2:~/vpp/build-root/build-vpp-native/vpp/bin# LD_PRELOAD=/root/vpp/build-root/build-vpp-native/vpp/lib/libvcl_ldpreload.so ./sock_test_server 1.1.0.2 10011 SERVER: Waiting for a client to connect on port 1... SERVER: epoll_wait() timeout! SERVER: epoll_wait() timeout! SERVER: epoll_wait() timeout! SERVER: epoll_wait() timeout! root@host1:~/vpp/build-root/build-vpp-native/vpp/bin# LD_PRELOAD=/root/vpp/build-root/build-vpp-native/vpp/lib/libvcl_ldpreload.so ./sock_test_client 1.1.0.2 10011 CLIENT: Connecting to server... ERROR in main(): Connection refused CLIENT: ERROR: connect failed (errno = 111)! vl_client_disconnect:331: queue drain: 585 show trace o/p on server: === Packet 1 03:52:39:089787: dpdk-input TenGigabitEthernet3b/0/1 rx queue 0 buffer 0x9b381: current data 0, length 74, buffer-pool 0, ref-count 1, totlen-nifb 0, trace 0x0 ext-hdr-valid l4-cksum-computed l4-cksum-correct PKT MBUF: port 0, nb_segs 1, pkt_len 74 buf_len 2176, data_len 74, ol_flags 0x180, data_off 128, phys_addr 0xab2ce0c0 packet_type 0x111 l2_len 0 l3_len 0 outer_l2_len 0 outer_l3_len 0 rss 0x0 fdir.hi 0x0 fdir.lo 0x0 Packet Offload Flags PKT_RX_IP_CKSUM_GOOD (0x0080) IP cksum of RX pkt. is valid PKT_RX_L4_CKSUM_GOOD (0x0100) L4 cksum of RX pkt. is valid Packet Types RTE_PTYPE_L2_ETHER (0x0001) Ethernet packet RTE_PTYPE_L3_IPV4 (0x0010) IPv4 packet without extension headers RTE_PTYPE_L4_TCP (0x0100) TCP packet IP4: 70:69:5a:48:08:b3 -> 00:be:75:72:3d:5f TCP: 1.1.0.1 -> 1.1.0.2 tos 0x00, ttl 255, length 60, checksum 0xfdca fragment id 0x7bec, flags DONT_FRAGMENT TCP: 44839 -> 10011 seq. 0xf06c93e7 ack 0x flags 0x02 SYN, tcp header: 40 bytes window 4096, checksum 0xa241 03:52:39:089798: ethernet-input frame: flags 0x3, hw-if-index 1, sw-if-index 1 IP4: 70:69:5a:48:08:b3 -> 00:be:75:72:3d:5f 03:52:39:089805: ip4-input-no-checksum TCP: 1.1.0.1 -> 1.1.0.2 tos 0x00, ttl 255, length 60, checksum 0xfdca fragment id 0x7bec, flags DONT_FRAGMENT TCP: 44839 -> 10011 seq. 0xf06c93e7 ack 0x flags 0x02 SYN, tcp header: 40 bytes window 4096, checksum 0xa241 03:52:39:089811: ip4-lookup fib 0 dpo-idx 5 flow hash: 0x TCP: 1.1.0.1 -> 1.1.0.2 tos 0x00, ttl 255, length 60, checksum 0xfdca fragment id 0x7bec, flags DONT_FRAGMENT TCP: 44839 -> 10011 seq. 0xf06c93e7 ack 0x flags 0x02 SYN, tcp header: 40 bytes window 4096, checksum 0xa241 03:52:39:089819: ip4-local TCP: 1.1.0.1 -> 1.1.0.2 tos 0x00, ttl 255, length 60, checksum 0xfdca fragment id 0x7bec, flags DONT_FRAGMENT TCP: 44839 -> 10011 seq. 0xf06c93e7 ack 0x flags 0x02 SYN, tcp header: 40 bytes window 4096, checksum 0xa241 03:52:39:089821: tcp4-input TCP: 44839 -> 10011 seq. 0xf06c93e7 ack 0x flags 0x02 SYN, tcp header: 40 bytes window 4096, checksum 0xa241 [0:0][T] :::0->:::0 CLOSED 03:52:39:089828: tcp4-reset TCP: 10011 -> 44839 seq. 0x ack 0xf06c93e8 flags 0x14 RST ACK, tcp header: 20 bytes window 0, checksum 0x5334 [0:0][T] :::0->:::0 CLOSED -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#13192): https://lists.fd.io/g/vpp-dev/message/13192 Mute This Topic: https://lists.fd.io/mt/31874159/21656 Mute #vnet: https://lists.fd.io/mk?hashtag=vnet=1480452 Group Owner: vpp-dev+ow...@lists.fd.io Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
[vpp-dev] sock_test_client/sock_test_server #vnet
Hi, I am trying to run socket test application, *sock_test_client*. I get error that Network is not reachable though it is reachable. To validate the network reachability, I ran *vcl_test_client.* No issue with that. What could be the problem? root@Host2:~/vpp/build-root/build-vpp-native/vpp/bin# ./sock_test_server 10005 SERVER: Waiting for a client to connect on port 10005... SERVER: epoll_wait() timeout! SERVER: epoll_wait() timeout! root@Host1:~/vpp/build-root/build-vpp-native/vpp/bin# ./sock_test_client 1.1.0.2 10005 CLIENT: Connecting to server... ERROR in main(): Network is unreachable CLIENT: ERROR: connect failed (errno = 101)! = root@Host2:~/vpp/build-root/build-vpp-native/vpp/bin# ./vcl_test_server 10006 vt: Initializing worker ... vt: Waiting for a client to connect on port 10006 ... vt: Got a connection -- fd = 2 (0x0002)! vt: Got a connection -- fd = 3 (0x0003)! vt: (fd 3): RX (5 bytes) - ' abcd ' vt: (fd 3): TX (5 bytes) - 'abcd' vt: Session fd 3 closing! root@Host1:~/vpp/build-root/build-vpp-native/vpp/bin# ./vcl_test_client 1.1.0.2 10006 vt: Connecting to server... vt: Control session (fd 0) connected. Type some characters and hit ('#H' for help): *abcd* vt: Initializing worker 0 ... vt: Test session 0 (fd 1) connected. vt: All test sessions (1) connected! vt: Sending config to server on all sessions ... vt: Starting test ... vt: Worker 0 done ... -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#13188): https://lists.fd.io/g/vpp-dev/message/13188 Mute This Topic: https://lists.fd.io/mt/31874159/21656 Mute #vnet: https://lists.fd.io/mk?hashtag=vnet=1480452 Group Owner: vpp-dev+ow...@lists.fd.io Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-