No relevant resource is found in the selected language.

This site uses cookies. By continuing to browse the site you are agreeing to our use of cookies. Read our privacy policy>Search


To have a better experience, please upgrade your IE browser.


S12700 V200R011C10 Configuration Guide - Network Management and Monitoring

This document provides the configurations of network management and monitoring features supported by the product, including SNMP, RMON and RMON2, LLDP, Performance Management, iPCA, NQA, Service Diagnosis, Mirroring, Packet Capture, Traffic Distribution, NetStream, sFlow, and TWAMP Light.

Rate and give feedback:
Huawei uses machine translation combined with human proofreading to translate this document to different languages in order to help you better understand the content of this document. Note: Even the most advanced machine translation cannot match the quality of professional translators. Huawei shall not bear any responsibility for translation accuracy and it is recommended that you refer to the English document (a link for which has been provided).
Feature Limitations

Feature Limitations

Support for the mirroring function:
  • Inter-card mirroring is supported. That is, a mirrored port and an observing port can reside on different cards.

  • Inter-chassis mirroring is supported in a cluster. That is, the mirrored and observing ports can be located on different member switches, and multiple observing ports for the same mirrored port can be located on different member switches.

  • An Eth-Trunk can function as an observing port and allows at most eight member ports, which can be located on different cards or member switches. If more than eight member ports are configured for the Eth-Trunk, mirrored packets are forwarded only to eight of the member ports.

  • 1:N mirroring is supported.

  • N:1 mirroring is supported.

  • M:N mirroring is supported.

  • Packets mirrored to an observing port cannot be mirrored again on the same device.

    Assume that Port1 of SwitchA mirrors the received packets to the observing port Port2 of SwitchA. Because Port2 of SwitchA is connected to Port1 of SwitchB, Port1 of SwitchB also receives the mirrored packets, but does not re-mirror these packets.

  • Ports on X series cards cannot be configured as an observing port and mirrored port simultaneously.

Notes about mirroring of outbound packets (the following rules do not apply to X series cards):
  • Outbound traffic mirroring only copies known unicast packets.

  • The copies of outbound packets may be different from the original packets because the mirroring operation occurs before other forwarding operations are performed on the original packets. For example, if the DSCP value of the original packets needs to be changed, the copied packets are different from the original packets because they have been copied to the observing port before the change.

  • After outbound mirroring is configured on a port, other traffic behaviors (except the traffic statistics collection function in VR100R006 and earlier versions) cannot be configured on the port. From V200R001 to v200R010 versions, outbound traffic mirroring takes effect only after the permit action generated by default during the creation of a traffic behavior is deleted.

Other configuration guidelines:
  • An observing port is dedicated to forwarding mirrored traffic. Do not configure other services on an observing port; otherwise, mirrored traffic and other service traffic interfere with each other. Do not configure any member port of an Eth-Trunk as an observing port. If you must do so, ensure that the bandwidth of service traffic on this port and the bandwidth occupied by the mirrored traffic do not exceed the bandwidth limit of the port.

  • If the mirroring function is deployed on many ports of a device, a great deal of internal forwarding bandwidth will be occupied, which affects the forwarding of other services. Additionally, if the mirrored port bandwidth is higher than the observing port bandwidth, for example, 1000 Mbit/s on a mirrored port and 100 Mbit/s on an observing port, the observing port will fail to forward all mirrored packets in a timely manner because of insufficient bandwidth, leading to packet loss.

  • When configuring Layer 2 remote mirroring, you are advised not to perform other service configurations in the VLAN associated with the observing port, that is, the VLAN used to transmit mirrored packets to the monitoring device. On the intermediate device between the observing port and monitoring device, run the mac-address learning disable command in the VLAN associated with the observing port to disable MAC address learning, and run the undo mac-address vlan vlan-id command in the system view to delete all MAC address entries in this VLAN.

  • Traffic mirroring takes precedence over port mirroring if they are configured simultaneously for the same packets.

  • Observing ports configured in a batch can reside on different types of cards.

  • If RTP snooping test instance, BFD, or MPLS OAM is configured on a switch , an observing port is occupied.

  • An observing port in blocked state can still forward mirrored packets.

  • During the traffic mirroring configuration, the deny parameter cannot be configured in the ACL referenced in a traffic classifier. Otherwise, the packets matching the deny parameter can still be mirrored, but the original packets will be discarded. Therefore, to mirror only the specified service packets, set the permit parameter in all ACL rules.

Updated: 2019-10-21

Document ID: EDOC1000178113

Views: 148825

Downloads: 56

Average rating:
This Document Applies to these Products

Related Version

Related Documents

Previous Next