To have a better experience, please upgrade your IE browser.upgrade
Questo sito utilizza cookie di profilazione (propri e di terze parti) per ottimizzare la tua esperienza online e per inviarti pubblicità in linea con le tue preferenze. Continuando a utilizzare questo sito senza modificare le tue preferenze acconsenti all’uso dei cookie. Se vuoi saperne di più o negare il consenso a tutti o ad alcuni cookie clicca qui>
The website that you are visiting also provides Arabian language. Do you wish to switch language version?
يوفر موقع الويب الذي تزوره المحتوى باللغة العربية أيضًا. هل ترغب في تبديل إصدار اللغة؟
The website that you are visiting also provides Russia language Do you wish to switch language version?
Данный сайт есть в английской версии. Желаете ли Вы перейти на английскую версию?
Smart Modular Data Center
Prefabricated Modular Data Center
Precision Air Conditioners
Data Center Management
Handsets and Terminals
Rapid Deployment System
Platform or Infrastructure
Core Network Devices
Radio Access Network Devices
Firewall and Application Security Gateway
DDoS Protection Systems
Anti-APT Based on Big Data Analysis
Multi-service Control Gateways
Multi-Service Transport Platforms
AR Series IoT Gateways
AR Series Access Routers
Hybrid Flash Storage
Integrated Video Site Solution
Enterprise Telecom Energy
Smart Site Management System
Multi-Service Transmission Platforms
HD Network Cameras
Video Cloud Nodes
Video Content Management
Indoor Access Points
Outdoor Access Points
Scenario-specific product series
IT Infrastructure Storage Solutions
Data Center Network
Data Center Energy
Enterprise Communications Solution
Contact Center Solution
Advisory and Implementation
Support and Optimization
Training and Certification
Explore Technology Services
National Research and Education Network
Education Cloud Data Center
Multi-Channel HD Telemedicine Solution
Over The Top/Multi-Tenant Data Center (OTT/MTDC)
Internet Exchange Point (IXP)
Internet Access Provider (IAP)
Design & Simulation
Planning & Analytics
Oil & Gas IoT
HPC & Operations Management
Visualized Emergency Communication
Digital Urban Rail
Retail Cloud Platform
Intelligent Operations Center
Power Transmission Communications Network
FusionSolar Smart PV
Power Distribution Automation Communications
Advanced Metering Infrastructure
Buy from Huawei
If you need to get information about your project, please submit your information and we will contact you within one working day.
Consult online customer service regarding products/solutions you are interested in.
If your company has signed an eDeal contract with Huawei, please buy your required product/solution via the link below.
Buy from resellers
Search for a nearby reseller and get direct contact information.
Find a Partner
Become a Partner
Alliance and solution Partner
Huawei Authorized Learning Partner
Huawei Authorized Information and Network Academy
We are running a Huawei + Cisco MSTP network but for some reason there are 2 root bridges into the network. Funny is Cisco elect a Cisco Root-bridge, Huawei elect a Huawei root bridge.
Topology is as follows:
Huawei's sees itself as the root bridge.
Cisco sees itself as root bridge.
I follow the whitepaper of Huawei for MSTP and adjust the configuration according to it.
1. Enable digest snooping on the interface that is directly connected to Cisco/non-Huawei system, in order to solve the BPDU keys inconsistency.
If Huawei and non-Huawei devices have the same region name, revision level, and VLAN mapping table but different BPDU keys, the stp config-digest-snoop command can be used to enable the Huawei and non-Huawei devices to exchange BPDUs.
# Enable digest snooping on 10GE1/0/1.
[~HUAWEI] interface 10ge 1/0/1
[~HUAWEI-10GE1/0/1] stp config-digest-snoop
2. On Cisco C4500/C3750/3560/ME3400 SW default road-cost algorithm is short, corresponding Huawei is 802.1d-1998. However Huawei device default way is 802.1t, corresponding Cisco long algorithm. Different algorithm can explain why there are 2 different RBs in the MSTP network.
# Use the IEEE 802.1d-1998 to calculate the path cost.
[~HUAWEI] stp pathcost-standard dot1d-1998
3. Disable Proposal/Agreement mechanism. Huawei devices and non-Huawei devices may fail to communicate with each other, because they have different Proposal/Agreement mechanisms.
# Configure the common fast transition mechanism for the interface that connects to non-Huawei device.
[~HUAWEI] interface 10ge 1/0/1
[~HUAWEI-10GE1/0/1] stp no-agreement-check
By default, the enhanced transition mechanism is configured on an interface.
After we modify the configuration accordingly the problem was not resolved. So we need to do further troubleshooting.
By checking the interface status on Cisco side we find out the switch sees the interface connecting to Huawei as an PVST port instead of MSTP. So most probably Cisco device is receiving PVST+ BPDU from downstream network via Po104. This will trigger the PVST simulation component of MSTP that will transform the port into a PVST port.
Po104 Desg FWD 500 128.2418 P2p Bound(PVST)
Since Po104 is working as PVST interface, it will send STP BPDUs to Huawei CloudEngine device, and not MSTP . We can see this from debugging that the BPDUs system’s received is having BPDU type = 00, which is STP BPDU.
2016-08-10 22:17:26.373+08:00 PER2-CE6810-MI-SER %%01MSTP/7/MSTP_DEBUG_PACKET(d):CID=0x80542723;
Port64 Rcvd Packet(Length: 43)
ProtocolVersionID : 00
BPDUType : 00
Flags : 00
Root Identifier : 24576.38ed-1866-7700
Root Path Cost : 0
Bridge Identifier : 28672.38ed-1866-4c00
Port Identifier : 128.2418
Message Age : 0
Max Age : 20
Hello Time : 2
Forward Delay : 15
Therefore the port status mode on Cloudengine is STP, instead of MSTP.
CIST Port Information:
Port Id :64
Port Name :Eth-Trunk104
Port State :Forwarding
Port Protocol :Enabled
---- More ----[16D [16D Port Role :Root Port
Port Priority :128
Port Cost(Dot1D) :Config=auto / Active=1
Designated Bridge/Port :28672.38ed-1866-4c00 / 128.2418
Port Edged :Config=default / Active=disabled
Point-to-point :Config=auto / Active=true
Transit Limit :6 packets/s
Protection Type :None
Port STP Mode :STP
Port Protocol Type :Config=auto / Active=dot1s
BPDU Encapsulation :Config=stp / Active=stp
PortTimes :Hello 2s MaxAge 20s FwDly 15s RemHop 0
The Cisco switch receives PSVT packets from the customer network via cloudengine switch. On CE6800 default behavior is to transparently transfer PVST BPDU and not process them in any way.
acl number 4000
rule 10 permit destination-mac 0100-0ccc-cccd
traffic classifier c1 type or
if-match acl 4000
traffic behavior b1
deny \\\\\ to filter the BPDUs you will need to change behavior to Deny.
traffic policy p1
classifier c1 behavior b1 precedence 5
then apply the policy on the system globally.
[~R7_U18_CE6850]traffic-policy p1 global inbound
We managed to resolve the problem using this setup, after we restart the STP process the Cisco interface is not bound to MSTP.