XFP not supporting FC800 services OSN8800 TN55TQX

TN55TQX card in general supports various service types including STM-64, OC192, 10GE, FC800, FC1200 or OTU2. However there are dedicated XFP modules (BOMs) for different services. Unfortunately U2000 does not alert or notify when user creates service with wrong XFP type. Moreover many XFPs will actually work although wrong service type is created. For example customer ordered several TQX cards equipped with: 10GE/STM64 dedicated XFPs (BOM 34060313), and FC800 dedicated XFPs (BOM 34060658). However XFPs arrived distributed randomly and customer didn’t pay attention to verify XFP type while creating services. Unexpectedly most services ware working although wrong XFP BOMs were used. Eventually one of the FC800 services failed and after investigation XFPs mismatch across the network has been discovered on OSN 8800.

Software version OSN 8800 V100R007C02SPC200

iManager U2000 V100R008C00SPC300

The following XFP types have been delivered to the customer:

BOM 34060313 (dedicated for STM64/10GE):

-          FTLX1412M3BCL(also working when FC800 configured)

-          FTLX1413M3BCL-HW (also working when FC800 configured)

-          SXP3104NV-H1

-          TRF5013FN-GA420

-          TRF5015FN-GA420

BOM 34060658 (dedicated for FC800 services):

-          PT745F-81-1D (also working when 10GE or STM64 configured)

The problem with XFP mismatch has been discovered when FC800 service was created with XFP SXP3104NV-H1 type.  U2000 didn’t rapport any problems although the far end equipment reported link down. The issue has been resolved by relocating XFPs across the network to get dedicated XFPs for all relevant services.Wrong XFP types were used when crating FC800 serviceXFP modules relocation

Although some XFP types can work even when incorrect service type is created, this configuration is not recommended or supported by Huawei transport network. There is no guarantee this configuration is stable, and under certain conditions errors might occur.

Huawei Commercially Launches the World’s First 10Gbps Broadband Service with HKT

Lately,Huawei announces its cooperation with Hong Kong Telecom(HKT), to introduce the world’s first 10Gbps Fiber-To-The-Home (FTTH) access by using Huawei XG-PON (also known as 10G-Huawei GPON) solution, which brings in high-definition video and more beautiful experience for users in Hong Kong .

Hong Kong Telecom launched 10Gbps broadband services in early 2015, while services is only provided to specific customers in the early stage, and extend to general customers in the third quarter. Hong Kong Telecom together with Huawei successfully completed the world's first commercial deployment of 10Gbps access, via covered wide range of fiber-optic telecommunications network, the 10G-GPON solution performs 10 times faster than current offering in terms of speed, be the first in the world to broadband access leading to 10Gbps access era. 

High speed connection is very suitable for high-definition multimedia content such as cloud-based platform for sharing and storage. Users can upload and download numerous photos and videos like local storage, for example, it would takes only 20 seconds or so to download 25GB HD movie at the rate of 10Gbps. Users will also be able to select their preferred 4K camera viewing angle, the resolution available through the transmission will be four times sharper than conventional HD.

Currently, Huawei has already completed the 10Gbps business preparation issuance based on 10G-GPON with Hong Kong Telecom, it can be provided to specific users in the second quarter of 2015, based on a new generation of Huawei OLT platform MA5800 and its unique XG-PON gateway ONT (Optical network terminal, optical network terminal), users can experience the 10Gbps Internet download speed, 1Gbps Wi-Fi speed and 5Gbps USB3.0 speed and experience has been significantly improved at the same time.

As a global leader in the field of fixed access network, Huawei is building a future-oriented leading network for customers through SingleFAN solutions, and integrating GPON / 10G-GPON / TWDM-PON through a unified platform. Huawei’s SingleFAN solutions have been serving more than 1/3 broadband users, to provide users with ultra-bandwidth access services, enrich people's lives through communication.

10GE LAN link flapping on customer router due to SNCP switch

【Problem Summary】Huawei DWDM 10GE LAN link from Hyderabad to Banaglore flapping on customer router. 
【Problem Details】Below is the diagram shown end to end connectivity details :-



The end points which is connected to the router is on the LSX cards. You can refer to the PDF for end to end connectvity details.When there is fiber cut in any ring, there is ODUk SNCP ring switch. Below alarm flow to the router which causes router to flap :-



Although the ring is within 50ms, this will still cause the router to flap. So customer asked us how to avoid this flapping.
Below two causes has been obeserved in this router flapping :-

1. Whenever there is ODUk SNCP ring switch in any ring, it will cause the SNCP switch in the other rings due to SNCP cascade effects so to avoid that we should set hold off time in the ODUk SNCP protection group in each SNCP protection group. but in this case we can`t ensure the switching within 50ms. Total switching time will be :-

                          Hold-off Time in ODUk SNCP Protection Group +<= 50ms(Means whatever will be th exact switching time). 

This will also cause the router flapping. This point only help to avoid the SNCP cascade effects i.e before switching will happen in the other rings it will wait for 100ms.


2. Principles of Router 

（1）Router includes physical layer and protocol layer

（2）Condition which can trigger physical layer down: R_LOS/R_LOF/AIS/RDI;

（3）Condition which can trigger protocol layer down:

Whenever physical layer is down, protocol layer will be down;

When physical layer is up but the hello protocol packets between Routers are lost continuously;

（4）Hold off time: the waiting time when physical layer detects the condition which can trigger itself down ,  suggest setting hold off time as 200ms;

（5）Hold up time: the waiting time when physical layer cannot detect the condition which triggered itself down ,

【Resolution Summary】 Set the hold off time in Router and Hold off time in each ODUk SNCP protection group.
【Resolution Details】

We have to set the hold off time in each SNCP protection group of 100ms, so this will make the actual switching time more than 100ms.Actually switching time will be:-

                                Hold-off Time in ODUk SNCP Protection Group +<= 50ms(Means whatever will be th exact switching time). 

And need to set the hold off time in router should be greater than the above time. To avoid this flapping.

Required to set the hold off time in ODUk SNCP protection group and in router as well to avoid flapping on OSN 1800.