#ma5680t

Issue Description

The GPON ONT reports an alarm indicating that the Ethernet port is not connected to the ONT on the MA5680T.

Solution

In the default ONT alarm policy template, enable the "ONT Ethernet port signal loss". MA5680T(config)#ont-alarm-policy policy-id  0

MA5680T(config-ont-alarm-policy-0)#undo alarm filter 0x2e313024

Remarks: If an ONT is online, the ONT needs to be reset after the ONT is reset.

MA5680T(config-if-epon-0/1)#display  ont alarm-state 7 0  ---------------------------------------------------------------------

Subrack/Slot/Port: 0/1/7  ---------------------------------------------------------------------  ONT ID: 0 To activate the alarm information:

(1) ONT Ethernet port signal loss (Ethernet port number: 1)

(2)ONT Ethernet port signal loss (Ethernet port number: 2)

(3)ONT Ethernet port signal loss (Ethernet port number: 3)

The Huawei MA5600T/MA5603T/MA5608T provides access for various traditional services, enabling a PSTN network seamlessly evolve to an IP network.

The following advantages of the Huawei MA5600T/MA5603T/MA5608T ensures the seamless evolution of a PSTN network (evolving from a PSTN to an IP network), as shown in Figure 1.

Supports integrated fiber-copper access and provides access for voice, ISDN, xDSL, and xPON services in one subrack, achieving smooth network evolution.

Provides access for various traditional services, including POTS, ISDN, TDM private-line (E1 and N x 64K), and PBX services, ensuring that live network services will not be lost during the evolution from the PSTN network to IP network and that CPEs do not need to be replaced.

Supports the 48-channel high-density combo board that implements ADSL2+ (or VDSL2), POTS, and SPL services in one board, which saves the main distribution frame (MDF) space and total cost of operation (TCO).

Supports IMS- and SIP-oriented smooth evolution and IPTV services.

HetAN

The Huawei MA5600T/MA5603T/MA5608T serves as the CO OLT and supports multiple network construction modes and diversified access media to provide access for home users, mobile users, and enterprise users. Such a heterogeneous access network (HetAN) wins popularity.

User access: provides access for home users, mobile users, and enterprise users.

Network construction mode: supports FTTH, FTTB, FTTC, FTTW, FTTO, and FTTD networks.

P2P Access: Configuring FTTH Service Issue Description

Customer find that, when HG850a works under Router mode, PPPoE can not be connected, while under Bridge mode it is OK. Upgrade the HG850a to the latest version, problem still exist. HG850a version: V100R001C07SPC008 Huawei OLT  version: V800R007C00SPC300 BMS version: V200R012C05SPC135

Alarm Information

Null

Handling Process

1.Since it is OK under bridge mode, it means the config of BRAS is OK, problem should be on the OLT or Huawei ONT. 2.Set the ONT as Router and Bridge mode separately, and capure the trace on the uplink of OLT. Under bridge mode, PADI packet is captured; but under Router mode, there is no any PADI packet, it means HG850a did not send the PADI packet under Router mode, which casued PPPoE can not establish.  3.Check the config file of OLT and HG850a, no fault is found. For further analysis, check the HG850a WAN status by the OLT internal channel: 59-PERM-TEST-O3(su)%%                      an0   576 root        416 S   dhcpc -i wan0 -I wan0   577 root        416 S   dhcpc -i wan0 -I wan0   757 root        616 S   dhcps There is only one DHCP WAN,  but no PPPoE WAN, but on the WEB interface we can see there are 2 WAN: one is DHCP, the other is PPPoE WAN. 4. It is very strange, we dicided to check the XML file more carefully, and found the two WAN ports were using the same WAN ID, both are "1" : On the BMS, we can see that more clearly: As the second WAN ID the same as the first one, the second WAN port(PPPoE) can not start. As a result, PPPoE can not be established. 5. Change the XML manually, to make the WAN ID different. After that,  PPPoE can be established under Router mode too. 6. But problem can not be closed here, need to know how can the 2 WAN ports get the same WAN ID. Customer did not set it, and  there is no where to set the WAN ID on ONT (HG8546M), OLT (MA5683T)or BMS. 7. Take a review of the customer's service-providing process, find that cusotmer bind one VAS profile to generate the XML file, the VAS profile is from other BMS, did not match the customer's BMS, can not understand  all the HG850a nodes, and the same 2 WAN ID appears.  8. Till now the problem is clear and located, VAS profile mismatch BMS, lead to the same 2 WAN ID, and then lead to the second WAN can not be started, and cause the PPPoE can not be established. So, the final solution is to create one VAS profile on BMS manually, the parameter can be the same as before, and then bind the new VAS profile to the ONT, problem can be solved. PS. You can find the following in the attachment: configrations of OLT and ONT, network scheme, trace of OLT uplink.

Root Cause

Null

Suggestions

Don't use the VAS profile from other BMS, better create the VAS  profile on the BMS manually, to prevent some unknown problems.

Products recommendation:

Huawei MA5680T

Huawei HG8240F

More related:

GPON FTTH PPPoE login gets disconnected

P2P Access: Configuring FTTH Service

Issue Description

Topology:  LAN switch ------ homegateway ------ Huawei MA5600T-----Router ------ Vod Server The client which under a port of ADSL2+ cannot watch two programs at the same time.

Alarm Information

null

Handling Process

1. Use "display igmp user" command to check this setting of user, we can find out the value of maximum number is 8, that wouldn't be a problem. 2. Check the configuration of homegate, we can find out there is no astrict with regard to IGMP packet, so this wouldn't be a problem. 3. Use "display igmp program" to check property of programs, we can find out the BW of this program was 5Mbit/s. 4. Use "display interface adsl 0/3/0" to check the BW that was allocated on ADSL2+ port, we can find out the current downstream rate is 9Mbit/s. 5. So the user order one of programs would occupied 5Mbit/s BW, and then the residual BW only have 4 Mbit/s, It's not enough for other program.  6. We modify this line-rate of Huawei ADSL2+ port to bigger,

 as a result user can watch multi-programs, problem solved.

Root Cause

Possibly have three factors will induce is issue. 1. Has been limited the maximum number of programs could be watch at this port. 2. Homegate cut off those packets concerning IGMP packets. 3. The value of BW was allocated on ADSL2+ port.

More related:

1,  MA5600T Series Equipment Aggregate Docking Cisco Equipment

2,  MA5600T Series Equipment Boot Upgrade Guidebook

3,  MA5600T QoS failure caused by queue buffer command feature

Products recommendation:

1,  Huawei MA5680T GPON OLT equipped with 2*GICF 1*GPBD

2,  Huawei MA5680T GPON OLT equipped with  1*GICF 1*X2CS 3*GPFD

Issue Description

Software version is SmartAX MA5600 V800R005C32B056HP1002. If queue scheduler has been configured with commmand "queue-buffer 0 0 0 0 0 15 65 20" packets of the queues with queue buffer size "0" will be discarded. In version SmartAX MA5600 V800R005C32B056 the packets of the queues with queue buffer size "0" will be discarded only if congestion occurs and not enough bandwidth to transmit all packets from all queues and priorities of those queues are lower than others. In version SmartAX MA5600 V800R005C32B056HP1002 this feature causes packet drops. For example for internet vlan, if it would be configured even with highest  priority 7 and queue-buffer 0 0 0 0 20 15 65 0: cos queue map is configured  with default values: cos-queue-map cos0 0 cos1 1 cos2 2 cos3 3 cos4 4 cos5 5 cos6 6 cos7 7 traffic table for service port:   traffic table ip index 11 cir 3968 cbs 128976 pir 7936 pbs 257952  priority 7 priority-policy local-setting traffic table ip index 12 cir 960 cbs 32720 pir 1920 pbs 65440  priority 7 priority-policy local-setting service-port 30 vlan 632 adsl 0/1/17 vpi 1 vci 32 single-service rx-cttr 11 tx-cttr 12 So, with this configuration all packets for service port 30 will be discarded.

Alarm Information

Null

Handling Process

1. Check packets captures. 2. Check Huawei MA5600T configuration. 3. Get answer from R&D about new queue-buffer feature. 4. Solve the problem by modifying queue buffer size from 0 to another value.

Root Cause

The packets of the queues with queue buffer size "0"  are discarded despite the highest queue priority and availuable bandwidth.

1, Huawei MA5683T GPON OLT equipped with 2*X2CS 6*GPFD

2,  Huawei MA5683T GPON OLT equipped with 2*GICF, 2*GPFD

3,  Huawei MA5683T GPON OLT equipped with 2*GICF 1*GPBD

More information, please refer to below,

1,  MA5600V800R00X series devices load the IO data package

2,  How to Configuring a GPON ONT (Distributed Mode)

Huawei MA5680T GPON OLT equipped with 2*GICF 1*GPBD - Thunder-link.com Issue Description

OLT version: V800R005C36B066 ONT version: V100R001C01B032 On Oct 23, 2008, customer reported that after upgrade to R4, services on 36 ONTs in a site were interrupted, including mostly TOIP services and few VOD services. Due to TOIP service interruption, calls cannot be made until the live box was reset. The symptom of VOD service interruption was not clear (the users may be unable to watch the video) and this interruption was temporarily rectified by resetting the STB. It was learned that the anti-MAC spoofing and anti-IP spoofing functions were enabled at that time, and after the users were online for 6-7 minutes in the DHCP dialup mode, the bound IP and MAC address entries disappeared.

Alarm Information

Null

Handling Process

To rectify this fault, set the aging time of the users in the existing network to more than 10 minutes (600s). Considering proper exchange of packets, the aging time of half an hour (1800s) is recommended. 1. After the aging time is modified, when the aging time of a user times out and the user receives the first ARP response packet, the aging time is renewed to 1800s, and the user sends the ARP probing packet only before the aging time times out. In this way, even when some users fail to receive the response packets in the first probing due to the insufficiency of system processing, in the second probing, however, when the ARP probing packets arrive, there are much fewer response packets than in the first probing (this is because the users who receive the response packets in the first probing do not send the ARP probing packets in the second probing), thus preventing a packet congestion. After the user receives a response packet, the corresponding entry will not be deleted, and the services will not be affected. 2. When the current probing time is set to 420s, the online user must send a probing packet every two minutes, which causes excessive ARP packets in the network and affects the network performance. After the aging time is modified, the above-mentioned fault will not occur.

Root Cause

1.On the Huawei MA5600T R56, the online users are recorded in the user

 table in the sequence of online time. In the aging probing, the ARP probing packets are sent to users according to the sequence of users recorded in the user table. For details on the probing mechanism, see the following attachment:

2.The aging mechanism of the security feature is to divide 8000 users into 24 segments, and send packets to poll a segment of users every 5s. In addition, during the release process, the packets are released successively for the segment of users, and the tasks are not switched in the release cycle. According to the storage mechanism described in (1), even when there are only 300 users, the users are allocated to the same segment in the user table. In extreme conditions, the aging probing ARP packets of more than 300 (8000/24) users can be sent instantaneously. In other words, more than 300 ARP response packets are to be received at the same time. 3.In normal conditions, the system CPU can process more than 1000 packets per second, which, however, is only an average value in a second. The packet receiving queue in the drive chip of the Huawei OLT supports only 250 

packets.When the rate of incoming packets gets too high, the excessive packets are discarded.

4.There is another factor that causes this fault: On this site, the aging time is set to 420s, which is too short. In the current aging mechanism, each user must send a probing packet every two minutes. As a result, every time it is the excessive user who sends the probing packet. 5.The R2 version which was used before upgrade did not have the same fault. In the R2 version, the user entry is stored with the HASH index of MAC + VLAN. In this mechanism, all the users are randomly allocated to the 8000 entries. Therefore, in the polling of one segment of users, it does not happen that more than 300 users need to send the probing packets at the same time.

Suggestions:

1.  Huawei MA5680T GPON OLT equipped with 2*GICF 1*GPBD

2.  Huawei MA5680T GPON OLT equipped with  1*GICF 1*X2CS 3*GPFD

3.  Huawei MA5680T GPON OLT equipped with  2*X2CS 8*GPFD

More related:

1.  How to configure the GPON access service(Profile Mode)

2.  How to Configurethe GPON FTTH Voice Service?

Issue Description

Q:

The system prompt by default is Huawei MA5680T instead of Huawei MA5600T, 

which means the device type is wrong.

In the fact of matter, MA5680T and MA5600T are kinds of the same thing, but we clarify for customer that the MA5680T just use for GPON service, so this is the difference of commercial policy at marketing.  We have ordered MA5600T but received MA5680T. There is something wrong happened at supply of production upload, which induce us got the wrong type device.              

Alarm Information

Null

Handling Process

A: How we can change the device name on Huawei OLT. 1. log on OLT 2.Use “diagnose” and “su” mode, and Take the SCUL code (need a generated-passowrd tool, plz refer to the word in the attachment )  MA5680T#diagnose MA5680T(diagnose)%%su   Challenge:0KZQKQBT   Please input password: (here need to use that tool I mentioned before) 3.Change device type of OLT Huawei MA5680T(su)%%device MA5600T MA5680T(su)%%quit

Root Cause

Null

Suggestions

With regard to the details of operation, which how to change the type of OLT, plz check the document in the attachment.

More related:

1, How to check if ONT sends register message to GPON board

2,  OLT time system configuration loss when creating users