1. Checking Layer 2 Physical Port State and STP State
Check whether the Layer 2 physical port is in Upstate.
Run the display interface interface-type interface-number command to check whether the current state of the port is UP.
<HUAWEI> display interface gigabitethernet 1/0/1GigabitEthernet 1/0/1 current state : UP Line protocol current state : UP Description: Switch Port, Link-type : access(negotiated), PVID : 1, TPID : 8100(Hex), The Maximum Frame Length is 9216 IP Sending Frames' Format is PKTFMT_ETHNT_2, Hardware address is 0025-9ef4-abcd Last physical up time : - Last physical down time : 2012-05-24 21:01:26 Current system time: 2012-06-05 18:56:41 Port Mode: COMMON FIBER, Transceiver: 1000_BASE_SX_SFP Speed : 1000, Loopback: NONE Duplex: FULL, Negotiation: ENABLE Mdi : -, Flow-control: DISABLE Last 300 seconds input rate 0 bits/sec, 0 packets/sec Last 300 seconds output rate 0 bits/sec, 0 packets/sec Input peak rate 0 bits/sec, Record time: - Output peak rate 0 bits/sec, Record time: - ......
If the current state of the physical port displays DOWN, restore the port to Upstate according to Interconnected Optical Ports Cannot Go Up and Interconnected Electrical Interfaces Cannot Go Up.
Check whether the STP state of the physical port is normal.
Run the display stp brief command to check whether the STP state of the port is FORWARDING.
<HUAWEI> display stp brief MSTID Port Role STP State Protection 0 GigabitEthernet1/0/1 DESI FORWARDING NONE 0 GigabitEthernet1/0/2 DESI FORWARDING NONE 0 GigabitEthernet1/0/4 ROOT FORWARDING NONE
If the STP state is not FORWARDING, rectify the fault according to STP Faults Occur.
2. Checking Layer 2 Multicast Host Port Information
Run the display igmp-snooping port-info vlan vlanid command to check whether the host port list for the specific group includes the correct user-side ports.
<HUAWEI> display igmp-snooping port-info vlan 7 ----------------------------------------------------------------------- (Source, Group) Port Flag Flag: S:Static D:Dynamic M: Ssm-mapping ----------------------------------------------------------------------- VLAN 7, 5 Entry(s) (*,226.1.1.1) GE1/0/1 -D- 1 port(s) (10.1.1.1,226.1.1.2) GE1/0/1 --M 1 port(s) (10.1.1.1,226.1.1.3) GE1/0/1 --M 1 port(s) (*, 227.1.1.2) GE1/0/1 S-- 1 port(s) (*, 227.1.1.3) GE1/0/1 S-- 1 port(s) -----------------------------------------------------------------------
If correct user-side ports are displayed, the Huawei switch has received IGMP Report packets from the users.
If no user-side ports are displayed, obtain packet information to determine whether any of the following situations has occurred:
The switch does not receive Report packets from users or the format of received Report packets does not meet the requirements of the Huawei switch.
The received IGMP packets carry non-multicast destination MAC or IP addresses, which do not comply with the IGMP protocol.
The version of received IGMP packets is different from the IGMP version configured on the switch.
The switch receives IGMPv2 Report packets carrying a group address on the 232.0.0.0 network segment.
If the switch has received IGMPv2 Report packets carrying a group address on the 232.0.0.0 network segment, go to step 2.
If not, check user devices.
If the host port list fails to be generated because the group address is on the 232.0.0.0 network segment, perform the following configuration.
[HUAWEI] acl 2100 //Configure an empty ACL 2XXX to remove the 232.0.0.0/8 network segment from the SSM group address range. [HUAWEI] vlan 100 //Create a VLAN. [HUAWEI-vlan100] igmp-snooping ssm-policy 2100 //Change the SSM group address range in the VLAN, so that addresses on the 232.0.0.0/8 network segment are no longer treated as SSM groups.
Run the display igmp-snooping port-info verbose command to check detailed information about all group member ports.
The display igmp-snooping port-info verbose command displays more information than display igmp-snooping port-info. You can use this command to check host ports for a group (outbound ports of multicast traffic) and the amount of time each host port has been generated. If an outbound port has been up for a short time, the corresponding group or the port has gone Down before. Check whether the user device connected to this port continuously sends IGMP Report packets to request for multicast traffic of the group.
<HUAWEI> display igmp-snooping port-info verbose The port information of Group 239.255.255.250 on VLAN 22: Time of this group has been up : 00:01:22 The port information of (10.1.1.2, 239.255.255.250): Time of this source has been up : 00:01:22 Port Table on this source(10.1.1.2): No.1 Port name : GE1/0/1 Time of this port has been up as a host-port : 00:01:22 Remain time of port expire as dynamic host-port : 00:02:58 Version2-host-present-timer-expiry: 00:04:14 Host-port flags : Dynamic
3. Checking Layer 2 Multicast Router Port Information
Run the display igmp-snooping router-port vlan vlanid command to check whether the upstream port is a router port.
<HUAWEI> display igmp-snooping router-port vlan 2 Port Name UpTime Expires Flags -------------------------------------------------------------- VLAN 2, 2 router-port(s)GE1/0/1 03:28:16 00:01:20 DYNAMIC GE1/0/2 2d:10h -- STATIC
If the upstream port is a router port, it has received IGMP Query or PIM Hello packets from the upstream Layer querier.
If the upstream port is not a router port:
If there are no Layer 3 devices on the multicast network and the multicast source is directly connected to the switch, run the igmp-snooping querier enable command in the VLAN to enable the IGMP snooping querier function. Then the Layer 2 multicast service can run normally.
IF a Layer 3 multicast device is available on the multicast network, the switch may not receive any Query packets from the querier or the format of received Query packets may not meet the requirements of the switch. Enable debugging of IGMP packets or check the state of the upstream querier to locate the fault.
If the Uptime of the router port is short, the router port has been Down before. Check whether the Layer 3 querier is working normally and sends IGMP Query packets periodically.
4. Checking Layer 2 Multicast Forwarding Entries
Run the display l2-multicast forwarding-table vlan vlanid command to check whether the forwarding entries of the specific group are normal.
<HUAWEI> display l2-multicast forwarding-table vlan 10 VLAN ID : 10, Forwarding Mode : IP -------------------------------------------------------------------------------- (Source, Group) Interface Out-Vlan -------------------------------------------------------------------------------- Router-port GigabitEthernet1/0/1 10 (*, 225.1.1.6) GigabitEthernet1/0/1 10 GigabitEthernet1/0/2 10 (*, 225.1.1.8) stream 10 GigabitEthernet1/0/1 10 -------------------------------------------------------------------------------- Total Group(s): 2
If there are Layer 2 multicast forwarding entries containing multiple downstream ports, users connected to these ports are requesting the data stream of this group. The Layer 2 multicast forwarding entries are normal. Check traffic statistics on the upstream port to determine whether the multicast data stream has reached the switch.
If there is an entry marked stream, no users are requesting the data stream of this group but the data stream has reached the switch. Enable debugging of IGMP packets or check the downstream user devices to determine the reason why the switch does not receive Report packets.
If no forwarding entries are displayed, the switch does not receive any Report packets or multicast data stream for the group. Enable debugging of IGMP packets or check the downstream user devices to determine the reason why the switch does not receive Report packets.
5. Checking IGMP Packet Counts in the VLAN
Run the display igmp-snooping statistics vlan vlanid command to check whether the counts of IGMP packets in the specific VLAN keep increasing.
<HUAWEI> display igmp-snooping statistics vlan 10 IGMP Snooping Packets Counter Statistics for VLAN 10 Recv V1 Report 16 Recv V2 Report 8768 Recv V3 Report 0 Recv V1 Query 0 Recv V2 Query 2243 Recv V3 Query 0 Recv Leave 215 Recv Pim Hello 0 Send Query(S=0) 0 Send Query(S!=0)529 Suppress Report 0 Suppress Leave 0 Proxy Send General Query 0 Proxy Send Group-Specific Query 0 Proxy Send Group-Source-Specific Query 0
If the count of IGMP Report packets does not increase on the switch after user devices send IGMP Report packets, the possible causes are:
The switch does not receive the IGMP Report packets.
The received IGMP Report packets carry non-multicast destination MAC or IP addresses, which do not comply with the IGMP protocol.
The version of received IGMP Report packets is different from the IGMP version configured on the switch.
The switch receives IGMPv2 Report packets carrying a group address on the 232.0.0.0 network segment.
Obtain packet information on the ports connected to the user devices to determine whether the switch can receive IGMP packets. If so, check whether the format of received IGMP packets complies with the IGMP protocol.
If the count of IGMP Query packets does not increase on the switch after the upstream querier sends IGMP Query packets, the possible causes are:
The switch does not receive the IGMP Query packets.
The received IGMP Query packets carry non-multicast destination MAC or IP addresses, which do not comply with the IGMP protocol.
The version of received IGMP Query packets is different from the IGMP version configured on the switch.
Obtain packet information on the upstream port to determine whether the switch can receive IGMP packets. If so, check whether the format of received IGMP packets complies with the IGMP protocol.
6. Collecting Information and Seeking Technical Support
If the fault persists, collect related information and seek technical support.
Collecting Fault Information
Collect operation results of the preceding steps and record the results in a file.
Collect all diagnostic information and export the information to a file.
Run the display diagnostic-information file-name command in the user view to collect diagnostic information and save the information to a file.
<HUAWEI> display diagnostic-information dia-info.txt Now saving the diagnostic information to the device 100% Info: The diagnostic information was saved to the device successfully.
When the diagnostic file is generated, you can export the file from the device using FTP, SFTP, or SCP.
NOTICE:
You can run the dir command in the user view to check whether the file is generated.
You can also run the display diagnostic-information command and save terminal logs in a diagnostic file on a disk.
If this command displays a long output, press Ctrl+C to abort this command.
This command displays diagnostic information, which helps locate faults but may affect system performance. For example, CPU usage may become high. Therefore, do not use this command when the system is running properly.
Running the display diagnostic-information command simultaneously on multiple terminals connected to the device is prohibited. This is because CPU usage of the device may obviously increase and the device performance may be degraded.
Collect the log and trap information on the device and export the information to files.
Run the save logfile all command in the user view to save the logs in the user log buffer area and diagnostic log buffer area to the user log file and diagnostic log file, respectively.
<HUAWEI> save logfile all Info: Save logfile successfully. Info: Save diagnostic logfile successfully.
When the diagnostic file is generated, you can export the file from the device using FTP, SFTP, or SCP.
NOTE:
You can also run the display logbuffer and display trapbuffer commands to view the log and trap information on the device, and save the information in diagnostic files on a disk.
Leave a comment