Category Archives: Huawei ATN

During the Rerouting in the ASON Network, the Protection Switching Time May Exceed the Specification Value

Issue Description In the networking scenario with the WSS or WSD board, the protection switching time may exceed the specification value if the optical power is adjusted improperly. For example, in the previous ASON networking, The current route is marked in pink and the NS2 board is configured with SNCP protection. Reset the FIU board,… Read More »


When Users on Base Stations of Different Vendors Attempt to Get Online Through an ATN Device.

Keywords: ATN, ATN 950 Summary: An ATN device function as a DHCP relay agent, and base stations of two vendors are connected to different DHCP servers. A server or firewall discards packets sent by a base station of a specific vendor. As a result, users attached to the base station fail to get online. [Problem Description] Usage scenario: l The… Read More »

Warning of an ARP Entry Dually-Transmitting Failure

Keywords: ATN 950B, ARP entry dually-transmitting failure, mixed VPN solution Summary: A timing sequence error occurs when software performs batch backup on an ATN 950B NE functioning as a CSG running V200R002C00SPC300 or an earlier version. After a master/slave MPU switchover is performed several times, there is a possibility that the ARP entry dually-transmitting function fails. In this case, when network-to-user… Read More »

When Slave Main Control Board Unregistration on an ATN 950B

Keywords: ATN 950B, slave main control board, unregistered Summary: On an ATN 950B equipped with the AND2CXPE/AND2CXPA/AND2CXPB boards, software does not send packets in the defined order, causing communication failures between the master and slave main control boards. As a result, the slave main control board fails to be registered.   [Problem Description] Application scenario: The… Read More »

DHCP Login Failure on a Base Station of a Vendor

Summary: An ATN device function as a DHCP relay agent, and base stations of two vendors are connected to different DHCP servers. A server or firewall discards packets sent by a base station of a specific vendor. As a result, users attached to the base station fail to get online. [Problem Description] Usage scenario: The login failure occurs only on a Layer 3 HVPN, not on a Layer 2+ Layer 3 L3VPN. Base stations of two or more vendors connected to the ATN device attempt to get online through different DHCP servers. Firewall rules are specified for private IP addresses on a wireless network management system (NMS) to drop packets with IP addresses that are not in the specified wireless network segment. Trigger conditions: The problem occurs if the following conditions are met: An HVPN is configured on an ATN device. Base stations of two or more vendors are connected to the ATN device. The base stations obtain IP addresses assigned by different DHCP servers. Firewall rules are specified for private IP addresses on at least one wireless NMS to drop packets with IP addresses that are not in the specified wireless network segment. Symptom: Users attached to a base station of a specific vendor can get online, and users attached to a base station of another vendor fail to get online. Identification method: Query the device version. Run the display version command in the user view. Check that DHCP relay is configured on an L3VPN interface.   Run the display interface GigabitEthernet 0/3/1.200 command in the user view.   In the preceding command, 0 indicates the slot number, 3 indicates the subcard number, 1 indicates the interface number, and 200 indicates the sub-interface number. Specify these figures based on real-world situations. Check that multiple L3VPN interfaces are configured on the ATN device. In addition, DHCP relay is enabled and different DHCP server IP addresses are specified on the interfaces.   Run the display interface GigabitEthernet 0/3/2.200 command in the user view. In the preceding command, 0 indicates the slot number, 3 indicates the subcard number, 2 indicates the interface number. and 200 indicates the sub-interface number. Specify these figures based on real-world situations. A DHCP login failure occurs Note that when users attached to a base station fail to get online using DHCP through an ATN device, the ATN device needs to be notified of the event from the wireless side. [Root Cause] No RFC defines which source IP address is added to a DHCP Request message to be forwarded by a DHCP relay agent. The ATN device automatically users the IP address of an outbound interface as the source IP address and adds it to a DHCP Request message in a VRF or native IP scenario. In an L3VPN scenario, an ATN device functioning as a DHCP relay agent sets the source IP address to the first valid private IP address in a VRF for all DHCP Request messages. The base station of each vendor is connected to a specific NMS that functions a DHCP server for the ATN device. NMS server hardware or firewall rules are specified for private IP addresses to drop packets with IP addresses that are not in the specified network segment. As a result, the DHCP Request message in which the source IP address should have been set to the second valid private IP address in a VRF carries the first valid private IP address in a VRF and therefore is dropped.… Read More »

Packet Loss or Bit Errors on an IP RAN-20120401-A

Abstract: When packet loss or bit errors occur on an IP RAN, alarms are reported but no protection switching is triggered. Sub-product Line: Network Solutions Dept.   Product Type: ATN 910/950, CX600 series   [Problem Description] On the wireless base stations: 3G base stations become unreachable to the NMS and some E1 channels are unavailable on 2G base stations. At the same time, On the IP RAN: alarms indicating abnormal optical power and CRC bit error threshold-crossing are reported, and BFD status jitters occur. Trigger conditions: This problem occurs in either of the following conditions: On the IP RAN, packet loss occurs on links or bit errors occur on optical ports. Packet loss or bit errors occur on an ME network or WDM network that the IP RAN traverses. Fault symptoms: On the wireless base stations: The voice service quality decreases (the call drop rate increases), some E1 channels are unavailable, and base stations become unreachable to the NMS (especially when management channels are provided by TDM ports). On the IP RAN: alarms indicating abnormal optical power(optical module errors) and CRC bit error threshold-crossing(CRC error alarm notification) are reported, and BFD status jitters occur. Judgment methods: This problem occurs if alarms indicating abnormal optical power and CRC bit error threshold-crossing are reported, and BFD status jitters occur. [Root Cause] On the ATN/CX600, alarms related to bit errors or packet loss are reported but do not trigger protection switching. [Impact and Risks] On the wireless base stations: The voice service quality decreases (the call drop rate increases), some E1 channels are unavailable, and base stations become unreachable to the NMS (especially when management channels are provided by TDM ports). [Measures and Solutions] Recovery Measure: When the protection link is functional, disable the faulty port on the working link to trigger protection switching. Solution: Protection against packet loss (based on end-to-end detection) and protection against port bit errors (based on port detection) will be provided in ATN/CX600 versions to be released in 2012Q2.