datapath-windows: Add IPv6 Geneve tunnel support in Windows

In the first step OVS Windows will support IPv6 tunnel(Geneve IPv6 tunnel).

Implementation on Windows
-------------------------
1. For the IPv6 tunnel support,  OvsIPTunnelKey will replace original
OvsIPv4TunnelKey in the related flow context handing.
2. The related src and dst address will be  changed to SOCKADDR_INET type from UINT32.
3. For the IPv6 tunnel,  one node running OVS-Windows could encapsulate IPv4/IPv6
Packets via IPV6 Geneve Tunnel, and the node could also encapsulate IPv4/IPv6 packet
Via IPv4 Geneve tunnel.
4. Related IPHelper data structure will be adapted to support IPv6 Tunnel. In the IPHelper
part the related Windows API(such as GetUnicastIpAddressTable/GetBestRoute2/GetIpNetEntry2/
ResolveIpNetEntry2) and Windows data structure(MIB_IPFORWARD_ROW2/MIB_IPNET_ROW2/IP_ADDRESS_PREFIX)
Have already supported both IPv4 and IPV6. Now OVS Windows has been adjusted some functions
And data structured to support IPV6 tunnel also.
5. OVS_TUNNEL_KEY_ATTR_IPV6_SRC and OVS_TUNNEL_KEY_ATTR_IPV6_DST filed will be supported in
OVS-Windows kernel for IPV6 tunnel.

Testing done.
-------------------------
    Related topo, 1 Windows VM(Win2019) and 2 Ubuntu 16.04 server. Both VMs
Are running on one ESX host.
1. Setup one IPV6 Geneve Tunnel between 1 Windows VM and 1 Ubuntu server.
    Windows VM,  vif0( 6000::2/40.1.1.10) vif1(5000::2)—— Ubuntu VM Eth2(5000::9), name space ns1
    with interface ns1_link_peer(6000::9/40.1.1.2)
    Related tunnnel,
ovs-vsctl.exe add-port br-int bms-tun0 -- set interface bms-tun0 type=Geneve options:csum=true
    options:key=flow options:local_ip="5000::2" options:remote_ip=flow

     In this topo, traffic from Vif0(Win) to ns1_link_peer(Ubuntu) will be gone through the Geneve tunnel
(5000::2—>5000::9) for both IPv4 traffic(40.1.1.10-->40.1.1.2) and IPv6 traffic(6000::2—>6000::9)

2. Setup one IPV4 Geneve Tunnel between Windows VM and 1 Ubuntu server.
    Windows VM,  vif0( 6000::2/40.1.1.10) vif1(50.1.1.11)—— Ubuntu,   Eth2(50.1.1.9), name space ns1
    with interface ns1_link_peer(6000::19/40.1.1.9)
    Related tunnnel,
ovs-vsctl.exe -- set Interface bms-tun0 type=geneve options:csum=true options:key=flow
    options:local_ip="50.1.1.11" options:remote_ip=flow
    In this topo, traffic from Vif0(Win) to ns1_link_peer(Ubuntu) will be gone through the Geneve Tunnel
(50.1.1.11—>50.1.1.9) for both IPv4 traffic(40.1.1.10-->40.1.1.9) and IPv6 traffic(6000::2—>6000::19).

3.Regression test for IpV4 in Antrea project (about 60 test case) is PASS

Future Work
-----------
Add other type IPv6 tunnel support for Gre/Vxlan/Stt.

Signed-off-by: Wilson Peng <pweisong@vmware.com>
Signed-off-by: Alin-Gabriel Serdean <aserdean@ovn.org>

1 files changed, 35 insertions, 12 deletions

diff --git a/datapath-windows/ovsext/Offload.c b/datapath-windows/ovsext/Offload.c
index bdd9a180e..1fd7ebaa6 100644
--- a/datapath-windows/ovsext/Offload.c
+++ b/datapath-windows/ovsext/Offload.c
@@ -542,6 +542,7 @@ OvsValidateIPChecksum(PNET_BUFFER_LIST curNbl,
     const IPHdr *ipHdr;
 
     if (!hdrInfo->isIPv4) {
+        /*need check add v6 check logic*/
         return NDIS_STATUS_SUCCESS;
     }
 
@@ -610,7 +611,7 @@ OvsValidateUDPChecksum(PNET_BUFFER_LIST curNbl, BOOLEAN udpCsumZero)
 NDIS_STATUS
 OvsCalculateUDPChecksum(PNET_BUFFER_LIST curNbl,
                         PNET_BUFFER curNb,
-                        IPHdr *ipHdr,
+                        EthHdr *ethHdr,
                         UDPHdr *udpHdr,
                         UINT32 packetLength,
                         POVS_PACKET_HDR_INFO layers)
@@ -622,18 +623,42 @@ OvsCalculateUDPChecksum(PNET_BUFFER_LIST curNbl,
 
     /* Next check if UDP checksum has been calculated. */
     if (!csumInfo.Receive.UdpChecksumSucceeded) {
-        UINT32 l4Payload;
+        UINT32 l4Payload = packetLength - layers->l4Offset;
 
         checkSum = udpHdr->check;
 
-        l4Payload = packetLength - layers->l4Offset;
-        udpHdr->check = 0;
-        udpHdr->check =
-            IPPseudoChecksum((UINT32 *)&ipHdr->saddr,
-                             (UINT32 *)&ipHdr->daddr,
-                             IPPROTO_UDP, (UINT16)l4Payload);
-        udpHdr->check = CalculateChecksumNB(curNb, (UINT16)l4Payload,
-                                            layers->l4Offset);
+        switch (ethHdr->Type) {
+        case ETH_TYPE_IPV4_NBO: {
+            IPHdr *ipHdr = (IPHdr *)((PCHAR)ethHdr + layers->l3Offset);
+
+            udpHdr->check = 0;
+            udpHdr->check =
+                IPPseudoChecksum((UINT32 *)&ipHdr->saddr,
+                                 (UINT32 *)&ipHdr->daddr,
+                                 IPPROTO_UDP, (UINT16)l4Payload);
+            udpHdr->check =
+                CalculateChecksumNB(curNb, (UINT16)l4Payload,
+                                    layers->l4Offset);
+            break;
+        }
+        case ETH_TYPE_IPV6_NBO: {
+            IPv6Hdr *ipv6Hdr = (IPv6Hdr *)((PCHAR)ethHdr + layers->l3Offset);
+
+            udpHdr->check = 0;
+            udpHdr->check =
+                IPv6PseudoChecksum((UINT32 *)&ipv6Hdr->saddr,
+                                   (UINT32 *)&ipv6Hdr->daddr,
+                                   IPPROTO_UDP, (UINT16)l4Payload);
+            udpHdr->check =
+                CalculateChecksumNB(curNb, (UINT16)l4Payload,
+                                    layers->l4Offset);
+            break;
+        }
+        default:
+            OVS_LOG_ERROR("Invalid eth type: %d\n", ethHdr->Type);
+            ASSERT(!"Invalid eth type");
+        }
+
         if (checkSum != udpHdr->check) {
             OVS_LOG_ERROR("UDP checksum incorrect, expected %u, got %u",
                           udpHdr->check, checkSum);
@@ -646,8 +671,6 @@ OvsCalculateUDPChecksum(PNET_BUFFER_LIST curNbl,
     return NDIS_STATUS_SUCCESS;
 }
 
-
-
 /*
  * OvsApplySWChecksumOnNB --
  *