Data Sheet

Ethernet Controller I210 —Inline Functions
284
Notes:
1. Hop-by-hop options header is only found in the first Next Header Type of an IPv6 header.
2. When a No Next Header type is encountered, the rest of the packet should not be processed.
3. Encapsulated security payload - the I210 cannot offload packets with this header type.
Note that the I210 hardware acceleration does not support all IPv6 extension header types (refer to
Table 7-18).
7.1.7.1.6 UDP/TCP Filter
This filter checks for a valid UDP or TCP header. The prototype next header values are 0x11 and 0x06,
respectively. The RXCSUM.TUOFLD bit must be set for this filter to pass.
7.1.7.2 Receive UDP Fragmentation Checksum
The I210 might provide receive fragmented UDP checksum offload. The I210 should be configured in
the following manner to enable this mode:
The RXCSUM.PCSD bit should be cleared. The Fragment Checksum and IP Identification fields are
mutually exclusive with the RSS hash. When the RXCSUM.PCSD bit is cleared, Fragment Checksum and
IP Identification are active instead of RSS hash.
The RXCSUM.IPPCSE bit should be set. This field enables the IP payload checksum enable that is
designed for the fragmented UDP checksum.
The RXCSUM.PCSS field must be zero. The packet checksum start should be zero to enable auto-start
of the checksum calculation. Table 7-21 lists the exact description of the checksum calculation.
Table 7-21 also lists the outcome descriptor fields for the following incoming packets types:
Table 7-20. Header Type Encoding and Lengths
Header Next Header Type
Header Length
(Units are Bytes Unless Otherwise
Specified)
IPv6 6 Always 40 bytes
IPv4 4
Offset Bits[7:4]
Unit = 4 bytes
TCP 6
Offset Byte[12].Bits[7:4]
Unit = 4 bytes
UDP 17 Always 8 bytes
Hop by Hop Options 0 (Note 1) 8+Offset Byte[1]
Destination Options 60 8+Offset Byte[1]
Routing 43 8+Offset Byte[1]
Fragment 44 Always 8 bytes
Authentication 51 8+4*(Offset Byte[1])
Encapsulating Security Payload 50 Note 3
No Next Header 59 Note 2