Q: Can S6700 10000M Port Connect to the 1000M Optical Module?
A: S6700 10000M port can connect to the 1000M optical module.
In V100R006C00SPC800, when the S6700 10000M port connects to a GE optical module, the port rate switches to 1000M and works in non-auto-negotiation mode. If the 10000M port connects to the 1000M optical port on the peer device, the 10000M port can become Up only when the peer device works in non-auto-negotiation mode. After the S6700 has V100R006SPH005 installed and the S6700 10000M port connects to a GE optical module, you can run the negotiation auto command to switch the port to auto-negotiation. In this case, the 10000M port can connect to the 1000M optical port in auto-negotiation mode.
In later versions of V100R006C00SPC800, when the S6700 10000M port connects to a GE optical module, the port rate switches to 1000M and works in auto-negotiation mode.
Q: After the shutdown and undo shutdown Commands Are Used on a Trunk Member Interface of an S6700, Traffic Is Interrupted. Why?
A: When the shutdown and undo shutdown commands are used on a trunk member interface of an S6700, the trunk bandwidth changes. The ifnet sends a port rate change event. MSTP responds to the event and delivers the Block flag to the outbound port. As a result, the outbound port cannot forward traffic. After 15s, MSTP delivers the forward flag to the port. Traffic can be forwarded. When the shutdown and undo shutdown commands are used on a trunk member interface of an S6700, traffic is interrupted for 15s.
Q: Can the S6700 Switches Be Configured Not to Take Any Action After Detecting Loops?
A: After loop detection is enabled on the S6700 switches:
• The switches perform the configured action after detecting a loop.
• The action can be changed but cannot be disabled. When the action is changed to trap, the switches only report a trap and do not take any action after detecting a loop.
Q: Do the S6700 Switches Transparently Transmit BPDUs by Default?
A: By default, the S6700 switches do not transparently transmit Bridge Protocol Data Unit (BPDUs).
Q: How Does a S6700 Switch Process a Packet Whose Source MAC Address Is the Same as the Bridge MAC Address?
A: A S6700 switch process such a packet according to whether a Layer 3 VLANIF interface corresponding to the VLAN ID of the packet has been created:
• If no VLANIF interface has been created, the switch forwards the packet at Layer 2.
• If such a VLANIF interface has been created, the switch discards the packet.
Q: Does the S6700 on Which vlan-mapping and vlan-stacking Are Configured Support remark 8021p?
A: The S6700 supports remark 8021p.
Q: Does the S6700 Support Blackhole Routes?
A: The S6700 V100R006 and later versions support blackhole routes. The following command configures a blackhole route: ip route-static ip-address mask NULL 0
Q: How to Configure Rate Limit on S6700?
A: When you configure rate limit, the following configuration is recommended:
• Set the CIR, CBS, and PBS values but not the PIR value.
• CBS = 200 x CIR
• PBS = 2 x CBS = 2 x 200 x CIR = 400 x CIR
The CIR value is expressed in kbit/s, and the CBS and PBS values are expressed in bytes.
• Set the rate limit for outgoing packets on the interface to 10 Mbit/s.
• [HUAWEI] interface ethernet 0/0/1
[HUAWEI-Ethernet0/0/1] qos lr outbound cir 10240 cbs 2048000
• Set the rate limit for incoming packets on the interface to 10 Mbit/s.
• [HUAWEI] interface ethernet 0/0/1
[HUAWEI-Ethernet0/0/1] qos lr inbound cir 10240 cbs 2048000
Q: Can Thunder-link.com provide MIB for Huawei S6700 switch?
A: Yes, you may contact our sales person
Q: Can I get technical support from Thunder-link.com if we purchase S6700-24-EI from you?
A: Yes, Thunder-link.com has experienced technical team on Huawei switches, however, you may need to purchase technical support service from us as by default we only provide one year hardware warranty.
Timmy
Ecuador
I bought it as my core switch, good function, can support 24 x 10G SFP , Forwarding Performance 360 Mpps
Curtis
United States (US)
i have been dealing with ThunderLink for a long time and have never had a problem.