* [dpdk-dev] Ipsec-secgw packet processing @ 2020-08-11 8:26 jagadeesh reddy 0 siblings, 0 replies; 7+ messages in thread From: jagadeesh reddy @ 2020-08-11 8:26 UTC (permalink / raw) To: dev Hello, While we are running ipsec-secgw application in transport-mode on dpdk-19.02, we found that inline packet processing is not happening. And also we are not observing any encrypt/decrypt packets on pdump before sending packets out from tx-port(rte_eth_tx_burst()). Please help us on how to proceed further. Thanks, Jagadeesh ^ permalink raw reply [flat|nested] 7+ messages in thread
[parent not found: <CAMJ3rejJ4_7bYrZ1=kAsWds4A53UNBVePNdVCGpr3BDzAWAsSA@mail.gmail.com>]
[parent not found: <CAMJ3rejbOZ5mzOYyNPFqVk-Scs7CTaVZLUQOd-GMnVpaYf+pmg@mail.gmail.com>]
* [dpdk-dev] Fwd: l2fwd application are not sending continuous packets . [not found] ` <CAMJ3rejbOZ5mzOYyNPFqVk-Scs7CTaVZLUQOd-GMnVpaYf+pmg@mail.gmail.com> @ 2020-01-06 5:55 ` satyavalli rama 2020-08-17 10:41 ` [dpdk-dev] Ipsec-secgw packet processing satyavalli rama 0 siblings, 1 reply; 7+ messages in thread From: satyavalli rama @ 2020-01-06 5:55 UTC (permalink / raw) To: dev, users Hello Dpdk Team, I'm facing issue while forwarding packets in DPDK's l2fwd application. While sending 1 Lac packets from Scapy, I could see sometimes packets are sending from one VM to another VM. Before explaining issue let me explain topology. *Topology :-=======*1) I am having 4 VMs(Virtual Machines) in same host. All these VM are running on Ubuntu 16.04.1. 2) VM-1 is used as Scapy to forward packets (Scapy version 2.4.3) . While creating packets I am giving destination mac(d-mac) address of VM-1. 3) In VM-2 am running L2 forwarding application. In this l2fwd application, I am doing simple packet forwarding by statically keeping mac address of VM-3. Code :- l2fwd_mac_updating () { ... ...... ....... *((uint64_t *)tmp) = 0xddccbbaa/*VM-3 mac address*/ + ((uint64_t)dest_portid << 40); } 4) Also in VM-3, I am doing same like VM-2, but I kept mac address of VM-4 5) In VM-4, I am using wireshark to see packets coming from VM-3. 6) In VM-2 and VM-3, I kept promiscuous mode off by commenting out rte_eth_promiscuous_enable(). --------------- --------------------- ------------------ ------------------------ | VM-1 | ----------> | VM-2 | ----------------> | VM-3 | ------------------> | VM-4 | --------------- --------------------- ------------------ ------------------------ Scapy Simple L2 forwarding Simple L2 forwarding Wireshark used for sending packets Sending all packets to Sending all packets to VM-3 VM-4 (DPDK) (DPDK) *Problem :- ======*== From scapy VM, I am sending 1 lac packets with rate of 100 packets per second. *During problematic condition I could see packets are not getting forward from VM-3.**Problematic state is happening anytime after sending 1k packets.* This issue is not consistence but I could see this issue 8 out of 10 times. * Debugging and Observations :-=========================* When I tried to debug this issue , I could see that 1) In problematic state, rx queue of VM-3 is not getting packets, but VM-2 is sending packets properly. I checked this by using pdump of rx queue. 2) Just before problematic state in VM-3, I could see that previous packet(only one packet) instead of going to VM-4, it is coming back to again in rx queue of VM-3 and after wards I did not get any packets in rx queue. 3) I have changed rate of packet forward 10packets per second. but still see the issue. *Can anyone please help to solve this problem ? I need it urgently .* Thanks, Satya ^ permalink raw reply [flat|nested] 7+ messages in thread
* [dpdk-dev] Ipsec-secgw packet processing 2020-01-06 5:55 ` [dpdk-dev] Fwd: l2fwd application are not sending continuous packets satyavalli rama @ 2020-08-17 10:41 ` satyavalli rama 2020-08-18 10:37 ` satyavalli rama 0 siblings, 1 reply; 7+ messages in thread From: satyavalli rama @ 2020-08-17 10:41 UTC (permalink / raw) To: dev, users Hello, While we are running ipsec-secgw application in transport-mode on dpdk-19.02, we found that inline packet processing is not happening. And also we are not observing any encrypt/decrypt packets on pdump before sending packets out from tx-port(rte_eth_tx_burst()). Please help us on how to proceed further. Thanks, Jagadeesh ^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [dpdk-dev] Ipsec-secgw packet processing 2020-08-17 10:41 ` [dpdk-dev] Ipsec-secgw packet processing satyavalli rama @ 2020-08-18 10:37 ` satyavalli rama 2020-08-18 10:59 ` Anoob Joseph 0 siblings, 1 reply; 7+ messages in thread From: satyavalli rama @ 2020-08-18 10:37 UTC (permalink / raw) To: dev, users We further debugged and we observed that while running ipsec-secgw application in transport-mode dpdk-19.02/11, we found that inline packet processing is not happening. We observed that ol_flags is not setting from driver level. We are expecting that , because of ol_flags not set , inline packet processing is not happening.Any idea What could be the reason for this, I think ol_flags will be configured from driver level Or else do we need to provide any external configuration for setting ol_flags. And also we are not observing encrypt/decrypt packets on pdump before sending packets out from tx-port(rte_eth_tx_burst()). Please help us on this...to proceed further. Thanks & Regards Satya On Mon, 17 Aug, 2020, 4:11 pm satyavalli rama, <satyavalli.rama@gmail.com> wrote: > > Hello, > > While we are running ipsec-secgw application in transport-mode on > dpdk-19.02, we found that inline packet processing is not happening. > > And also we are not observing any encrypt/decrypt packets on pdump before > sending packets out from tx-port(rte_eth_tx_burst()). > > Please help us on how to proceed further. > > Thanks, > Jagadeesh > > ^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [dpdk-dev] Ipsec-secgw packet processing 2020-08-18 10:37 ` satyavalli rama @ 2020-08-18 10:59 ` Anoob Joseph 2020-08-19 11:08 ` satyavalli rama 0 siblings, 1 reply; 7+ messages in thread From: Anoob Joseph @ 2020-08-18 10:59 UTC (permalink / raw) To: satyavalli rama; +Cc: dev, users Hi Satya, Are you attempting to enable inline protocol (IPsec) functionality? If yes, which PMD (& h/w) are you using for the same? Thanks, Anoob > -----Original Message----- > From: dev <dev-bounces@dpdk.org> On Behalf Of satyavalli rama > Sent: Tuesday, August 18, 2020 4:08 PM > To: dev@dpdk.org; users@dpdk.org > Subject: Re: [dpdk-dev] Ipsec-secgw packet processing > > We further debugged and we observed that while running ipsec-secgw > application in transport-mode dpdk-19.02/11, we found that inline packet > processing is not happening. > We observed that ol_flags is not setting from driver level. We are expecting > that , because of ol_flags not set , inline packet processing is not > happening.Any idea What could be the reason for this, I think ol_flags will be > configured from driver level Or else do we need to provide any external > configuration for setting ol_flags. > And also we are not observing encrypt/decrypt packets on pdump before > sending packets out from tx-port(rte_eth_tx_burst()). > Please help us on this...to proceed further. > > Thanks & Regards > Satya > > > > On Mon, 17 Aug, 2020, 4:11 pm satyavalli rama, <satyavalli.rama@gmail.com> > wrote: > > > > > Hello, > > > > While we are running ipsec-secgw application in transport-mode on > > dpdk-19.02, we found that inline packet processing is not happening. > > > > And also we are not observing any encrypt/decrypt packets on pdump > > before sending packets out from tx-port(rte_eth_tx_burst()). > > > > Please help us on how to proceed further. > > > > Thanks, > > Jagadeesh > > > > ^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [dpdk-dev] Ipsec-secgw packet processing 2020-08-18 10:59 ` Anoob Joseph @ 2020-08-19 11:08 ` satyavalli rama 2020-08-26 11:23 ` satyavalli rama 2020-08-28 18:06 ` satyavalli rama 0 siblings, 2 replies; 7+ messages in thread From: satyavalli rama @ 2020-08-19 11:08 UTC (permalink / raw) To: Anoob Joseph; +Cc: dev, users Hi Anoob We are using the following hardware details, HOST: x722 (i40e) intel. VM: e1000 (82540) intel. We have launched Virtual machine on host , and executing ipsec-secgw application on VM. Please find below the CLI and configuration for TRANSPORT MODE. CLI: ./build/ipsec-secgw -l 0 -n 4 --socket-mem 1024,0 --vdev "crypto_null" -- -p 0x3 -P -u 0x1 --config="(0,0,0),(1,0,0)" -f ep0.cfg #TRANSPORT: #SP IPv4 rules sp ipv4 out esp protect 10 pri 1 dst 192.168.122.0/24 sport 0:65535 dport 0:65535 #SA rules sa out 10 cipher_algo aes-128-cbc cipher_key a1:a1:a1:a1:a1:a1:a1:a1:a1:a1:a1:\ a1:a1:a1:a1:a1 auth_algo sha1-hmac auth_key a1:a1:a1:a1:a1:a1:a1:a1:a1:a1:a1:\ a1:a1:a1:a1:a1:a1:a1:a1:a1 mode transport #Routing rules rt ipv4 dst 192.168.122.0/24 port 1 Please find below the CLI and configuration for TUNNEL MODE. CLI: ./build/ipsec-secgw -l 0 -n 4 --socket-mem 1024,0 --vdev "crypto_null" -- -p 0x3 -P -u 0x1 --config="(0,0,0),(1,0,0)" -f ep0.cfg #TUNNEL End Point-0: #SP IPv4 rules sp ipv4 out esp protect 5 pri 1 dst 192.168.122.0/24 sport 0:65535 dport 0:65535 #SA rules sa out 5 cipher_algo aes-128-cbc cipher_key 0:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0 \ auth_algo sha1-hmac auth_key 0:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0 \ mode ipv4-tunnel src 192.168.122.96 dst 192.168.122.213 #Routing rules rt ipv4 dst 192.168.122.0/24 port 1 On Tue, 18 Aug, 2020, 4:29 pm Anoob Joseph, <anoobj@marvell.com> wrote: > Hi Satya, > > Are you attempting to enable inline protocol (IPsec) functionality? If > yes, which PMD (& h/w) are you using for the same? > > Thanks, > Anoob > > > -----Original Message----- > > From: dev <dev-bounces@dpdk.org> On Behalf Of satyavalli rama > > Sent: Tuesday, August 18, 2020 4:08 PM > > To: dev@dpdk.org; users@dpdk.org > > Subject: Re: [dpdk-dev] Ipsec-secgw packet processing > > > > We further debugged and we observed that while running ipsec-secgw > > application in transport-mode dpdk-19.02/11, we found that inline packet > > processing is not happening. > > We observed that ol_flags is not setting from driver level. We are > expecting > > that , because of ol_flags not set , inline packet processing is not > > happening.Any idea What could be the reason for this, I think ol_flags > will be > > configured from driver level Or else do we need to provide any external > > configuration for setting ol_flags. > > And also we are not observing encrypt/decrypt packets on pdump before > > sending packets out from tx-port(rte_eth_tx_burst()). > > Please help us on this...to proceed further. > > > > Thanks & Regards > > Satya > > > > > > > > On Mon, 17 Aug, 2020, 4:11 pm satyavalli rama, < > satyavalli.rama@gmail.com> > > wrote: > > > > > > > > Hello, > > > > > > While we are running ipsec-secgw application in transport-mode on > > > dpdk-19.02, we found that inline packet processing is not happening. > > > > > > And also we are not observing any encrypt/decrypt packets on pdump > > > before sending packets out from tx-port(rte_eth_tx_burst()). > > > > > > Please help us on how to proceed further. > > > > > > Thanks, > > > Jagadeesh > > > > > > > ^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [dpdk-dev] Ipsec-secgw packet processing 2020-08-19 11:08 ` satyavalli rama @ 2020-08-26 11:23 ` satyavalli rama 2020-08-28 18:06 ` satyavalli rama 1 sibling, 0 replies; 7+ messages in thread From: satyavalli rama @ 2020-08-26 11:23 UTC (permalink / raw) To: Anoob Joseph; +Cc: dev, users Hi Anoob, Do you need any more info.. Kindly help us.. We are totally stuck.. Thanks On Wed, 19 Aug, 2020, 4:38 pm satyavalli rama, <satyavalli.rama@gmail.com> wrote: > Hi Anoob > > We are using the following hardware details, > HOST: x722 (i40e) intel. > VM: e1000 (82540) intel. > > We have launched Virtual machine on host , and executing ipsec-secgw > application on VM. > > Please find below the CLI and configuration for TRANSPORT MODE. > > CLI: > > ./build/ipsec-secgw -l 0 -n 4 --socket-mem 1024,0 --vdev "crypto_null" -- > -p 0x3 -P -u 0x1 --config="(0,0,0),(1,0,0)" -f ep0.cfg > > #TRANSPORT: > > #SP IPv4 rules > sp ipv4 out esp protect 10 pri 1 dst 192.168.122.0/24 sport 0:65535 dport > 0:65535 > > #SA rules > sa out 10 cipher_algo aes-128-cbc cipher_key > a1:a1:a1:a1:a1:a1:a1:a1:a1:a1:a1:\ > a1:a1:a1:a1:a1 auth_algo sha1-hmac auth_key > a1:a1:a1:a1:a1:a1:a1:a1:a1:a1:a1:\ > a1:a1:a1:a1:a1:a1:a1:a1:a1 mode transport > > #Routing rules > rt ipv4 dst 192.168.122.0/24 port 1 > > > Please find below the CLI and configuration for TUNNEL MODE. > > CLI: > > ./build/ipsec-secgw -l 0 -n 4 --socket-mem 1024,0 --vdev "crypto_null" -- > -p 0x3 -P -u 0x1 --config="(0,0,0),(1,0,0)" -f ep0.cfg > > #TUNNEL End Point-0: > > #SP IPv4 rules > sp ipv4 out esp protect 5 pri 1 dst 192.168.122.0/24 sport 0:65535 dport > 0:65535 > > #SA rules > sa out 5 cipher_algo aes-128-cbc cipher_key > 0:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0 \ > auth_algo sha1-hmac auth_key 0:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0 \ > mode ipv4-tunnel src 192.168.122.96 dst 192.168.122.213 > > #Routing rules > rt ipv4 dst 192.168.122.0/24 port 1 > > On Tue, 18 Aug, 2020, 4:29 pm Anoob Joseph, <anoobj@marvell.com> wrote: > >> Hi Satya, >> >> Are you attempting to enable inline protocol (IPsec) functionality? If >> yes, which PMD (& h/w) are you using for the same? >> >> Thanks, >> Anoob >> >> > -----Original Message----- >> > From: dev <dev-bounces@dpdk.org> On Behalf Of satyavalli rama >> > Sent: Tuesday, August 18, 2020 4:08 PM >> > To: dev@dpdk.org; users@dpdk.org >> > Subject: Re: [dpdk-dev] Ipsec-secgw packet processing >> > >> > We further debugged and we observed that while running ipsec-secgw >> > application in transport-mode dpdk-19.02/11, we found that inline packet >> > processing is not happening. >> > We observed that ol_flags is not setting from driver level. We are >> expecting >> > that , because of ol_flags not set , inline packet processing is not >> > happening.Any idea What could be the reason for this, I think ol_flags >> will be >> > configured from driver level Or else do we need to provide any external >> > configuration for setting ol_flags. >> > And also we are not observing encrypt/decrypt packets on pdump before >> > sending packets out from tx-port(rte_eth_tx_burst()). >> > Please help us on this...to proceed further. >> > >> > Thanks & Regards >> > Satya >> > >> > >> > >> > On Mon, 17 Aug, 2020, 4:11 pm satyavalli rama, < >> satyavalli.rama@gmail.com> >> > wrote: >> > >> > > >> > > Hello, >> > > >> > > While we are running ipsec-secgw application in transport-mode on >> > > dpdk-19.02, we found that inline packet processing is not happening. >> > > >> > > And also we are not observing any encrypt/decrypt packets on pdump >> > > before sending packets out from tx-port(rte_eth_tx_burst()). >> > > >> > > Please help us on how to proceed further. >> > > >> > > Thanks, >> > > Jagadeesh >> > > >> > > >> > ^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [dpdk-dev] Ipsec-secgw packet processing 2020-08-19 11:08 ` satyavalli rama 2020-08-26 11:23 ` satyavalli rama @ 2020-08-28 18:06 ` satyavalli rama 1 sibling, 0 replies; 7+ messages in thread From: satyavalli rama @ 2020-08-28 18:06 UTC (permalink / raw) To: dev, users-request, dev-request > Hi > Please give us some inputs to proceed. > We are using the following hardware details, > HOST: x722 (i40e) intel. > VM: e1000 (82540) intel. > > We have launched Virtual machine on host , and executing ipsec-secgw > application on VM. > > Please find below the CLI and configuration for TRANSPORT MODE. > > CLI: > > ./build/ipsec-secgw -l 0 -n 4 --socket-mem 1024,0 --vdev "crypto_null" -- > -p 0x3 -P -u 0x1 --config="(0,0,0),(1,0,0)" -f ep0.cfg > > #TRANSPORT: > > #SP IPv4 rules > sp ipv4 out esp protect 10 pri 1 dst 192.168.122.0/24 sport 0:65535 dport > 0:65535 > > #SA rules > sa out 10 cipher_algo aes-128-cbc cipher_key > a1:a1:a1:a1:a1:a1:a1:a1:a1:a1:a1:\ > a1:a1:a1:a1:a1 auth_algo sha1-hmac auth_key > a1:a1:a1:a1:a1:a1:a1:a1:a1:a1:a1:\ > a1:a1:a1:a1:a1:a1:a1:a1:a1 mode transport > > #Routing rules > rt ipv4 dst 192.168.122.0/24 port 1 > > > Please find below the CLI and configuration for TUNNEL MODE. > > CLI: > > ./build/ipsec-secgw -l 0 -n 4 --socket-mem 1024,0 --vdev "crypto_null" -- > -p 0x3 -P -u 0x1 --config="(0,0,0),(1,0,0)" -f ep0.cfg > > #TUNNEL End Point-0: > > #SP IPv4 rules > sp ipv4 out esp protect 5 pri 1 dst 192.168.122.0/24 sport 0:65535 dport > 0:65535 > > #SA rules > sa out 5 cipher_algo aes-128-cbc cipher_key > 0:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0 \ > auth_algo sha1-hmac auth_key 0:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0 \ > mode ipv4-tunnel src 192.168.122.96 dst 192.168.122.213 > > #Routing rules > rt ipv4 dst 192.168.122.0/24 port 1 > > On Tue, 18 Aug, 2020, 4:29 pm Anoob Joseph, <anoobj@marvell.com> wrote: > >> Hi Satya, >> >> Are you attempting to enable inline protocol (IPsec) functionality? If >> yes, which PMD (& h/w) are you using for the same? >> >> Thanks, >> Anoob >> >> > -----Original Message----- >> > From: dev <dev-bounces@dpdk.org> On Behalf Of satyavalli rama >> > Sent: Tuesday, August 18, 2020 4:08 PM >> > To: dev@dpdk.org; users@dpdk.org >> > Subject: Re: [dpdk-dev] Ipsec-secgw packet processing >> > >> > We further debugged and we observed that while running ipsec-secgw >> > application in transport-mode dpdk-19.02/11, we found that inline packet >> > processing is not happening. >> > We observed that ol_flags is not setting from driver level. We are >> expecting >> > that , because of ol_flags not set , inline packet processing is not >> > happening.Any idea What could be the reason for this, I think ol_flags >> will be >> > configured from driver level Or else do we need to provide any external >> > configuration for setting ol_flags. >> > And also we are not observing encrypt/decrypt packets on pdump before >> > sending packets out from tx-port(rte_eth_tx_burst()). >> > Please help us on this...to proceed further. >> > >> > Thanks & Regards >> > Satya >> > >> > >> > >> > On Mon, 17 Aug, 2020, 4:11 pm satyavalli rama, < >> satyavalli.rama@gmail.com> >> > wrote: >> > >> > > >> > > Hello, >> > > >> > > While we are running ipsec-secgw application in transport-mode on >> > > dpdk-19.02, we found that inline packet processing is not happening. >> > > >> > > And also we are not observing any encrypt/decrypt packets on pdump >> > > before sending packets out from tx-port(rte_eth_tx_burst()). >> > > >> > > Please help us on how to proceed further. >> > > >> > > Thanks, >> > > Jagadeesh >> > > >> > > >> > ^ permalink raw reply [flat|nested] 7+ messages in thread
end of thread, other threads:[~2020-08-28 18:06 UTC | newest] Thread overview: 7+ messages (download: mbox.gz / follow: Atom feed) -- links below jump to the message on this page -- 2020-08-11 8:26 [dpdk-dev] Ipsec-secgw packet processing jagadeesh reddy [not found] <CAMJ3rejJ4_7bYrZ1=kAsWds4A53UNBVePNdVCGpr3BDzAWAsSA@mail.gmail.com> [not found] ` <CAMJ3rejbOZ5mzOYyNPFqVk-Scs7CTaVZLUQOd-GMnVpaYf+pmg@mail.gmail.com> 2020-01-06 5:55 ` [dpdk-dev] Fwd: l2fwd application are not sending continuous packets satyavalli rama 2020-08-17 10:41 ` [dpdk-dev] Ipsec-secgw packet processing satyavalli rama 2020-08-18 10:37 ` satyavalli rama 2020-08-18 10:59 ` Anoob Joseph 2020-08-19 11:08 ` satyavalli rama 2020-08-26 11:23 ` satyavalli rama 2020-08-28 18:06 ` satyavalli rama
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox; as well as URLs for NNTP newsgroup(s).