109. NVGRE Tests¶
Cloud providers build virtual network overlays over existing network infrastructure that provide tenant isolation and scaling. Tunneling layers added to the packets carry the virtual networking frames over existing Layer 2 and IP networks. Conceptually, this is similar to creating virtual private networks over the Internet. Intel® Ethernet 700 Series will process these tunneling layers by the hardware.
The suit support NIC: Intel® Ethernet 700 Series, Intel® Ethernet 800 Series.
This document provides test plan for Intel® Ethernet 700 Series NVGRE packet detecting, checksum computing and filtering.
109.1. Prerequisites¶
1x X710 NICs (2x 40GbE full duplex optical ports per NIC) plugged into the available PCIe Gen3 8-lane slot.
1x XL710-DA4 (1x 10GbE full duplex optical ports per NIC) plugged into the available PCIe Gen3 8-lane slot.
DUT board must be two sockets system and each cpu have more than 8 lcores.
109.2. Test Case: NVGRE ipv4 packet detect¶
Start testpmd with tunneling packet type to NVGRE:
./x86_64-native-linuxapp-gcc/app/dpdk-testpmd -c 0xffff -n 4 -- -i --rxq=4 --txq=4 --nb-cores=8 --nb-ports=2
Set rxonly packet forwarding mode and enable verbose log:
set fwd rxonly
set verbose 1
Send packet as table listed and check dumped packet type the same as column “Rx packet type”.
| Outer L2 | Outer Vlan | Outer L3 | NVGRE | Inner L2 | Inner Vlan | Inner L3 | Inner L4 | Rx packet type | Pkt Error |
|---|---|---|---|---|---|---|---|---|---|
| Yes | None | Ipv4 | None | None | None | None | None | PKT_RX_IPV4_HDR | None |
| Yes | None | Ipv4 | Yes | Yes | None | Ipv4 | Udp | PKT_RX_IPV4_HDR_EXT | None |
| Yes | None | Ipv4 | Yes | Yes | None | Ipv4 | Tcp | PKT_RX_IPV4_HDR_EXT | None |
| Yes | None | Ipv4 | Yes | Yes | None | Ipv4 | Sctp | PKT_RX_IPV4_HDR_EXT | None |
| Yes | Yes | Ipv4 | Yes | Yes | None | Ipv4 | Udp | PKT_RX_IPV4_HDR_EXT | None |
| Yes | Yes | Ipv4 | Yes | Yes | Yes | Ipv4 | Udp | PKT_RX_IPV4_HDR_EXT | None |
109.3. Test Case: NVGRE ipv6 packet detect¶
Start testpmd with tunneling packet type to NVGRE:
./x86_64-native-linuxapp-gcc/app/dpdk-testpmd -c 0xffff -n 2 -- -i --rxq=4 --txq=4 --nb-cores=8 --nb-ports=2
Set rxonly packet forwarding mode and enable verbose log:
set fwd rxonly
set verbose 1
Send ipv6 packet as table listed and check dumped packet type the same as column “Rx packet type”.
| Outer L2 | Outer Vlan | Outer L3 | NVGRE | Inner L2 | Inner Vlan | Inner L3 | Inner L4 | Rx packet type | Pkt Error |
|---|---|---|---|---|---|---|---|---|---|
| Yes | None | Ipv6 | None | None | None | None | None | PKT_RX_IPV6_HDR | None |
| Yes | None | Ipv6 | Yes | Yes | None | Ipv6 | Udp | PKT_RX_IPV6_HDR_EXT | None |
| Yes | None | Ipv6 | Yes | Yes | None | Ipv6 | Tcp | PKT_RX_IPV6_HDR_EXT | None |
| Yes | None | Ipv6 | Yes | Yes | None | Ipv6 | Sctp | PKT_RX_IPV6_HDR_EXT | None |
| Yes | Yes | Ipv6 | Yes | Yes | None | Ipv6 | Udp | PKT_RX_IPV6_HDR_EXT | None |
| Yes | Yes | Ipv6 | Yes | Yes | Yes | Ipv6 | Udp | PKT_RX_IPV6_HDR_EXT | None |
109.4. Test Case: NVGRE IPv4 Filter¶
This test adds NVGRE IPv4 filters to the hardware, and then checks whether
sent packets match those filters. In order to this, the packet should first
be sent from Scapy before the filter is created, to verify that it is not
matched by a NVGRE IPv4 filter. The filter is then added from the testpmd
command line and the packet is sent again.
Start testpmd:
./x86_64-native-linuxapp-gcc/app/dpdk-testpmd -c 0xffff -n 4 -- -i --disable-rss --rxq=4 --txq=4 --nb-cores=8 --nb-ports=2
Set rxonly packet forwarding mode and enable verbose log:
set fwd rxonly
set verbose 1
Add one new NVGRE filter as table listed first:
tunnel_filter add port_id outer_mac inner_mac ip_addr inner_vlan
tunnel_type(vxlan|nvgre) filter_type(imac-ivlan|imac-ivlan-tenid|imac-tenid|imac
|omac-imac-tenid|iip) tenant_id queue_num
For example:
tunnel_filter add 0 11:22:33:44:55:66 00:00:20:00:00:01 192.168.2.2 1
NVGRE imac 1 1
Then send one packet and check packet was forwarded into right queue.
| Outer L2 | Outer Vlan | Outer L3 | NVGRE | Inner L2 | Inner Vlan | Inner L3 | Inner L4 | Rx packet type | Pkt Error |
|---|---|---|---|---|---|---|---|---|---|
| Yes | None | Ipv4 | None | None | None | None | None | PKT_RX_IPV4_HDR | None |
| Yes | None | Ipv4 | Yes | Yes | None | Ipv4 | Udp | PKT_RX_IPV4_HDR_EXT | None |
| Yes | None | Ipv4 | Yes | Yes | None | Ipv4 | Tcp | PKT_RX_IPV4_HDR_EXT | None |
| Yes | None | Ipv4 | Yes | Yes | None | Ipv4 | Sctp | PKT_RX_IPV4_HDR_EXT | None |
| Yes | Yes | Ipv4 | Yes | Yes | None | Ipv4 | Udp | PKT_RX_IPV4_HDR_EXT | None |
| Yes | Yes | Ipv4 | Yes | Yes | Yes | Ipv4 | Udp | PKT_RX_IPV4_HDR_EXT | None |
Remove NVGRE filter which has been added. Then send one packet and check packet was received in queue 0.
109.5. Test Case: NVGRE IPv4 Filter invalid¶
This test adds NVGRE IPv6 filters by invalid command, and then checks command result.
Start testpmd:
./x86_64-native-linuxapp-gcc/app/dpdk-testpmd -c 0xffff -n 4 -- -i --disable-rss --rxq=4 --txq=4 --nb-cores=8 --nb-ports=2
Set rxonly packet forwarding mode and enable verbose log:
set fwd rxonly
set verbose 1
Add NVGRE filter as table listed first:
tunnel_filter add port_id outer_mac inner_mac ip_addr inner_vlan
tunnel_type(vxlan|nvgre) filter_type(imac-ivlan|imac-ivlan-tenid|imac-tenid|imac
|omac-imac-tenid|iip) tenant_id queue_num
Validate the filter command with wrong parameter:
- Add Cloud filter with invalid Mac address “00:00:00:00:01” will be failed.
- Add Cloud filter with invalid ip address “192.168.1.256” will be failed.
- Add Cloud filter with invalid vlan “4097” will be failed.
- Add Cloud filter with invalid vni “16777216” will be failed.
- Add Cloud filter with invalid queue id “64” will be failed.
109.6. Test Case: NVGRE IPv6 Filter¶
This test adds NVGRE IPv6 filters to the hardware, and then checks whether
sent packets match those filters. In order to this, the packet should first
be sent from Scapy before the filter is created, to verify that it is not
matched by a NVGRE IPv6 filter. The filter is then added from the testpmd
command line and the packet is sent again.
Start testpmd:
./x86_64-native-linuxapp-gcc/app/dpdk-testpmd -c 0xffff -n 4 -- -i --disable-rss --rxq=4 --txq=4 --nb-cores=8 --nb-ports=2
Set rxonly packet forwarding mode and enable verbose log:
set fwd rxonly
set verbose 1
Add NVGRE filter as table listed first:
tunnel_filter add port_id outer_mac inner_mac ip_addr inner_vlan
tunnel_type(vxlan|nvgre) filter_type(imac-ivlan|imac-ivlan-tenid|imac-tenid|imac
|omac-imac-tenid|iip) tenant_id queue_num
For example:
tunnel_filter add 0 11:22:33:44:55:66 00:00:20:00:00:01 192.168.2.2 1
NVGRE imac 1 1
Then send one packet and check packet was forwarded into right queue.
| Outer L2 | Outer Vlan | Outer L3 | NVGRE | Inner L2 | Inner Vlan | Inner L3 | Inner L4 | Rx packet type | Pkt Error |
|---|---|---|---|---|---|---|---|---|---|
| Yes | None | Ipv6 | None | None | None | None | None | PKT_RX_IPV6_HDR | None |
| Yes | None | Ipv6 | Yes | Yes | None | Ipv6 | Udp | PKT_RX_IPV6_HDR_EXT | None |
| Yes | None | Ipv6 | Yes | Yes | None | Ipv6 | Tcp | PKT_RX_IPV6_HDR_EXT | None |
| Yes | None | Ipv6 | Yes | Yes | None | Ipv6 | Sctp | PKT_RX_IPV6_HDR_EXT | None |
| Yes | Yes | Ipv6 | Yes | Yes | None | Ipv6 | Udp | PKT_RX_IPV6_HDR_EXT | None |
| Yes | Yes | Ipv6 | Yes | Yes | Yes | Ipv6 | Udp | PKT_RX_IPV6_HDR_EXT | None |
Remove NVGRE filter which has been added. Then send one packet and check packet was received in queue 0.
109.7. Test Case: NVGRE ipv4 checksum offload¶
This test validates NVGRE IPv4 checksum by the hardware. In order to this, the packet should first
be sent from Scapy with wrong checksum(0x00) value. Then the pmd forward package while checksum
is modified on DUT tx port by hardware. To verify it, tcpdump captures the
forwarded packet and checks the forwarded packet checksum correct or not.
Start testpmd with tunneling packet type to NVGRE:
./x86_64-native-linuxapp-gcc/app/dpdk-testpmd -c 0xffff -n 4 -- -i --rxq=4 --txq=4 --nb-cores=8 --nb-ports=2 --enable-rx-cksum
Set csum packet forwarding mode and enable verbose log:
set fwd csum
csum set ip hw <dut tx_port>
csum set udp hw <dut tx_port>
csum set tcp hw <dut tx_port>
csum set sctp hw <dut tx_port>
csum set nvgre hw <dut tx_port>
csum parse-tunnel on <dut tx_port>
set verbose 1
Send packet with invalid checksum first. Then check forwarded packet checksum correct or not.
| Outer L2 | Outer Vlan | Outer L3 | NVGRE | Inner L2 | Inner Vlan | Inner L3 | Inner L4 | Rx packet type | Pkt Error |
|---|---|---|---|---|---|---|---|---|---|
| Yes | None | Ipv4 | None | None | None | None | None | PKT_RX_IPV4_HDR | None |
| Yes | None | Ipv4 (Bad) | Yes | Yes | None | Ipv4 | Udp | PKT_RX_IPV4_HDR_EXT | None |
| Yes | None | Ipv4 | Yes | Yes | None | Ipv4 (Bad) | Tcp | PKT_RX_IPV4_HDR_EXT | None |
| Yes | None | Ipv4 (Bad) | Yes | Yes | None | Ipv4 (Bad) | Sctp | PKT_RX_IPV4_HDR_EXT | None |
| Yes | Yes | Ipv4 (Bad) | Yes | Yes | None | Ipv4 | Udp | PKT_RX_IPV4_HDR_EXT | None |
| Yes | Yes | Ipv4 | Yes | Yes | Yes | Ipv4 (Bad) | Udp | PKT_RX_IPV4_HDR_EXT | None |
109.8. Test Case: NVGRE ipv6 checksum offload¶
This test validates NVGRE IPv6 checksum by the hardware. In order to this, the packet should first
be sent from Scapy with wrong checksum(0x00) value. Then the pmd forward package while checksum
is modified on DUT tx port by hardware. To verify it, tcpdump captures the
forwarded packet and checks the forwarded packet checksum correct or not.
Start testpmd with tunneling packet type:
./x86_64-native-linuxapp-gcc/app/dpdk-testpmd -c ffff -n 4 -- -i --rxq=4 --txq=4 --nb-cores=8 --nb-ports=2 --enable-rx-cksum
Set csum packet forwarding mode and enable verbose log:
set fwd csum
csum set ip hw <dut tx_port>
csum set udp hw <dut tx_port>
csum set tcp hw <dut tx_port>
csum set sctp hw <dut tx_port>
csum set nvgre hw <dut tx_port>
csum parse-tunnel on <dut tx_port>
set verbose 1
Send packet with invalid checksum first. Then check forwarded packet checksum correct or not.
| Outer L2 | Outer Vlan | Outer L3 | NVGRE | Inner L2 | Inner Vlan | Inner L3 | Inner L4 | Rx packet type | Pkt Error |
|---|---|---|---|---|---|---|---|---|---|
| Yes | None | Ipv6 | None | None | None | None | None | PKT_RX_IPV6_HDR | None |
| Yes | None | Ipv6 (Bad) | Yes | Yes | None | Ipv6 | Udp | PKT_RX_IPV6_HDR_EXT | None |
| Yes | None | Ipv6 | Yes | Yes | None | Ipv6 (Bad) | Tcp | PKT_RX_IPV6_HDR_EXT | None |
| Yes | None | Ipv6 (Bad) | Yes | Yes | None | Ipv6 (Bad) | Sctp | PKT_RX_IPV6_HDR_EXT | None |
| Yes | Yes | Ipv6 (Bad) | Yes | Yes | None | Ipv6 | Udp | PKT_RX_IPV6_HDR_EXT | None |
| Yes | Yes | Ipv6 | Yes | Yes | Yes | Ipv6 (Bad) | Udp | PKT_RX_IPV6_HDR_EXT | None |