• In the netstat output, the prefix “mgmt” is added to routes in the EIS table so that the user can
distinguish between routes in the EIS Routing table and default routing table.
• If the management port IP address is removed, the corresponding connected route is removed from
both the EIS routing table and default routing table.
• If a management route is deleted, then the route is removed from both the EIS routing table and
default routing table.
Handling of Switch-Initiated Traffic
When the control processor (CP) initiates a control packet, the following processing occurs:
• TCP/UDP port number is extracted from the sockaddr structure in the in_selectsrc call which is called
as part of the connect system call or in the ip_output function. If the destination TCP/UDP port
number belongs to a configured management application, then sin_port of destination sockaddr
structure is set to Management EIS ID 2 so that route lookup can be done in the management EIS
routing table.
• To ensure that protocol separation is done only for switch initiated traffic where the application acts
as client, only the destination TCP/UDP port is compared and not the source TCP/UDP port. The
source TCP/UDP port becomes a known port number when the box acts as server.
• TFTP is an exception to the preceding logic.
• For TFTP, data transfer is initiated on port 69, but the data transfer ports are chosen independently by
the sender and receiver during initialization of the connection. The ports are chosen at random
according to the parameters of the networking stack, typically from the range of temporary ports.
• If route lookup in EIS routing table succeeds, the application-specific packet count is incremented.
This counter is viewed using the
show management application pkt-cntr
command. This
counter is cleared using
clear management application pkt-cntr
command.
• If the route lookup in the EIS routing table fails or if management port is down, then packets are
dropped. The application-specific count of the dropped packets is incremented and is viewed using
the
show management application pkt-drop-cntr
command. This counter is cleared using
clear management application pkt-drop-cntr
command.
• Packets whose destination TCP/UDP port does not match a configured management application, take
the regular route lookup flow in the IP stack.
• In the ARP layer, for all ARP packets received through the management interface, a double route
lookup is done, one in the default routing table and another in the management EIS routing table. This
is because in the ARP layer, we do not have TCP/UDP port information to decide the table in which
the route lookup should be done.
• The
show arp
command is enhanced to show the routing table type for the ARP entry.
• For the
clear arp-cache
command, upon receiving the ARP delete request, the route
corresponding to the destination IP is identified. The ARP entries learned in the management EIS
routing table are also cleared.
• Therefore, a separate control over clearing the ARP entries learned via routes in the EIS table is not
present. If the ARP entry for a destination is cleared in the default routing table, then if an ARP entry
for the destination exists in the EIS table, that entry is also cleared.
• Because fallback support is removed, if the management port is down or the route lookup in EIS table
fails packets are dropped. Therefore, switch-initiated traffic sessions that used to work previously via
fallback may not work now.
Internet Group Management Protocol (IGMP)
423
Содержание S4820T
Страница 1: ...Dell Configuration Guide for the S4820T System 9 8 0 0 ...
Страница 282: ...Dell 282 Control Plane Policing CoPP ...
Страница 569: ...Figure 62 Inspecting Configuration of LAG 10 on ALPHA Link Aggregation Control Protocol LACP 569 ...
Страница 572: ...Figure 64 Inspecting a LAG Port on BRAVO Using the show interface Command 572 Link Aggregation Control Protocol LACP ...
Страница 573: ...Figure 65 Inspecting LAG 10 Using the show interfaces port channel Command Link Aggregation Control Protocol LACP 573 ...
Страница 617: ...mac address table static multicast mac address vlan vlan id output range interface Microsoft Network Load Balancing 617 ...
Страница 622: ...Figure 81 Configuring Interfaces for MSDP 622 Multicast Source Discovery Protocol MSDP ...
Страница 623: ...Figure 82 Configuring OSPF and BGP for MSDP Multicast Source Discovery Protocol MSDP 623 ...
Страница 624: ...Figure 83 Configuring PIM in Multiple Routing Domains 624 Multicast Source Discovery Protocol MSDP ...
Страница 629: ...Figure 86 MSDP Default Peer Scenario 2 Multicast Source Discovery Protocol MSDP 629 ...
Страница 630: ...Figure 87 MSDP Default Peer Scenario 3 630 Multicast Source Discovery Protocol MSDP ...
Страница 751: ...10 11 5 2 00 00 05 00 02 04 Member Ports Te 1 2 1 PIM Source Specific Mode PIM SSM 751 ...
Страница 905: ...Figure 112 Single and Double Tag First byte TPID Match Service Provider Bridging 905 ...
Страница 979: ...6 Member not present 7 Member not present Stacking 979 ...
Страница 981: ...storm control Storm Control 981 ...
Страница 999: ... Te 1 1 0 INCON Root Rootguard Te 1 2 0 LIS Loopguard Te 1 3 0 EDS Shut Bpduguard Spanning Tree Protocol STP 999 ...
Страница 1103: ...Figure 134 Setup OSPF and Static Routes Virtual Routing and Forwarding VRF 1103 ...