Configuring Tunnel Source Anylocal Decapsulation; Guidelines For Configuring Multipoint Receive-Only Tunnels - Dell Z9000 Configuration Manual

Configuring Tunnel source anylocal Decapsulation

The tunnel source anylocal command allows a multipoint receive-only tunnel to decapsulate
tunnel packets addressed to any IPv4 or IPv6 (depending on the tunnel mode) address configured on the
switch that is operationally UP.
The source anylocal parameters can be used for packet decapsulation instead of the ip address or
interface (tunnel allow-remote command), but only on multipoint receive-only mode tunnels.
The following sample configuration shows how to use the tunnel source anylocal command.
Dell(conf)#interface tunnel 1
Dell(conf-if-tu-1)#ipv6 address 1abd::1/64
Dell(conf-if-tu-1)#ip address 1.1.1.1/24
Dell(conf-if-tu-1)#tunnel source anylocal
Dell(conf-if-tu-1)#tunnel mode ipip decapsulate-any
Dell(conf-if-tu-1)#tunnel allow-remote 40.1.1.2
Dell(conf-if-tu-1)#no shutdown
Dell(conf-if-tu-1)#show config
!
interface Tunnel 1
ip address 1.1.1.1/24
ipv6 address 1abd::1/64
tunnel source anylocal
tunnel allow-remote 40.1.1.2
tunnel mode ipip decapsulate-any
no shutdown
Guidelines for Configuring Multipoint Receive-Only
Tunnels
• Maximum number of allowed remote end-points that can be configured for a single multipoint
receive-only tunnel is eight. Maximum number of allowed remote end-points that can be configured
for all multipoint receive-only tunnels depends on the hardware table size to setup termination (it is
512 entries in S4810 and S4820T platforms) and the count is tracked across all of the tunnel remote
end-points configured in the system.
• With multipoint receive-only tunnels, hardware should be handling multiple nested encapsulated
packets and this need to work with the IP MTU set on the physical interface.
• Control plane packets received on the multipoint-receive-only tunnel, are packets destined to the
local ip address and routed to the CPU after decapsulation, would follow the regular processing in the
TCP/IP stack. A response to these packets is only possible if the route back to the sender does not fall
on a receive-only tunnel.
• Multipath over more than one VLAN interfaces will not be working for packets routed over the tunnel
interface. This is inherited from the current implementation and this is not applicable for the receive-
only tunnels functionality discussed above.
• IP tunnel interfaces are supported over ECMP paths to the next hop. ECMP paths over IP tunnel
interfaces are supported. ARP and neighbor resolution for the IP tunnel next hop are supported.
Tunneling
837