The Upgrade of Common Services to the ASON Services Fails Because a Client Service Is Available at the Network Layer

The upgrade of common services to the ASON services fails because a client service is available at the network layer.

Fault Type

ASON

Symptom

To use the ASON function on the OptiX OSN 6800 V100R003, the common services need to be upgraded to the ASON services. Select the OCh trail over which the services travel on the T2000 and then perform the upgrade. The upgrade, however, fails. This indicates that a client service is available on the OCh trail.

Cause Analysis

The OptiX OSN 6800 V100R003 supports only the optical-layer ASON solution and does not support the electrical-layer ASON solution. To ensure successful upgrade of the common services to the ASON services, all services on the OCh layer, such as client-side services, ODU1 services, and ODU2 services, must be deleted from the network layer.

Procedure

  1. Choose Trail > WDM Trail Management from the Main Menu on the T2000. In the displayed window, delete the client-side services on the OCh trail. Then, perform the upgrade. The upgrade is successful.

Result

The problem is solved. That is, the upgrade is successful.

Reference Information

None.

Advertisements

How Do I Rapidly Check Interface Negotiation Information When the Eth-Trunk Works in LACP Mode?

Run the display eth-trunk command to check the negotiation information of the Eth-Trunk.

<Quidway> display eth-trunk 1
Eth-Trunk1's state information is:
Local:
LAG ID: 1                   WorkingMode: STATIC                      
Preempt Delay: Disabled     Hash arithmetic: According to SA-XOR-DA  
System Priority: 32768      System ID: 4c1f-cc45-a8f8                
Least Active-linknumber: 1  Max Active-linknumber: 8                 
Operate status: up          Number Of Up Port In Trunk: 2            
--------------------------------------------------------------------------------------------------------
ActorPortName         Status   PortType PortPri PortNo PortKey PortState Weight
GigabitEthernet1/0/1  Selected 1GE      32768   513    561     10111100  1     
GigabitEthernet1/0/2  Selected 1GE      32768   514    561     10111100  1    
Partner:
------------------------------------------------------------------------------------------------------------
ActorPortName         SysPri    SystemID        PortPri PortNo  PortKey   PortState
GigabitEthernet1/0/1  32768     5489-98f5-a433  32768   1025    561       10111100
GigabitEthernet1/0/2  32768     5489-98f5-a433  32768   1026    561       10111100

Local device information is displayed in the Local section, and remote device information is displayed in the Partner section (the interface name is displayed as the corresponding local interface name). The PortState field contains the following information:

Each bit is described as follows:

LACP_Activity: has a fixed value of 1 (this interface remains in active state), indicating that the interface can send LACPDUs as long as it joins the Eth-Trunk and turns Up.

LACP_TimeOut: indicates the timeout interval of LACPDUs. It is set to 1 for fast and 0 for slow. You can determine the timeout interval of LACPDUs on both ends based on the value of this bit.

Aggregation: indicates whether the local interface can be aggregated with other member interfaces in an Eth-Trunk. This bit is set to 1 for switch interfaces that have joined the Eth-Trunk and are in Up state, and is set to 0 for interfaces that are in Down state.

Synchronization: synchronization flag. Interfaces that can enter the Selected state are determined based on the interface rate, duplex mode, and packet exchange. This bit is set to 1 for interfaces in Selected state and to 0 for other interfaces.

Collecting and Distributing: These two bits are set to all 1s only when the local end and remote end negotiate successfully.

Defaulted: This bit is set to 1 when the interface is added to the Eth-Trunk and starts negotiation, and is set to 0 when the negotiation succeeds.

Expired: indicates the timeout bit. This bit is set to 1 if LACP packets are not received within the timeout interval. This bit is set to 0 if negotiation succeeds.

The PortState field should be displayed as 11111100 or 10111100 if negotiation succeeds.

 

We provide Huawei switches, such as

S5700-26X-SI-12S-AC

S5700-28C-EI

S5700-28C-EI-24S

The Communication Between the Boards in the OADM Frame and the SCC Board Is Interrupted

The communication between the boards in the OADM frame and the SCC board is interrupted because the PMU board is faulty.

Product

OptiX Metro 6100, WDM, OSN6800, OSN8800

Fault Type

Other

Symptom

An OptiX Metro 6100 subrack works with an OADM frame. This frame houses five boards: two MR2 boards, two EFIU boards, and one OCTL board (mandatory).

The communication between the SCC board and the boards in the OADM frame is interrupted, and the POWER ON indicator on the OCTL board extinguishes.

Cause Analysis

The possible causes of the problem are as follows:

  • The equipment is incorrectly installed.
  • The cable between the subrack and the OADM frame is faulty.
  • The OCTL board in the OADM frame is faulty.
  • The PMU board in the OptiX Metro 6100 subrack is faulty. (The PMU board provides a 5 V power supply for the OADM frame.)

Procedure

  1. Check whether the equipment is correctly installed (including checking whether the cable between the subrack and the OADM frame is correctly connected).
  2. Replace the cable between the subrack and the OADM frame and the fault still exists.
  3. Replace the OCTL board in the OADM frame and the fault still exists.
  4. Replace the PMU board. After the cable between the OptiX Metro 6100 subrack and the OADM frame is replaced, the communication between the SCC board and the OCTL board is resumed and the POWER ON indicator on the OCTL board blinks.

Result

The problem is solved. The root cause of the problem is a fault in the PMU board.

Reference Information

None.

The Existing Services Are Not Affected When the Fiber That Does Not Carry the Services

The existing services are not affected when the fiber that does not carry the services in the main optical path that traverses a passive board in a WDM product is installed or removed.

Product

OSN6800,OSN8800,WDM

Fault Type

Other

Symptom

Are the existing services affected when the fiber that does not carry the services in the main optical path that traverses a passive board (such as the FIU) in the OptiX BWS 1600G equipment is installed or removed?

Cause Analysis

Based on the design specifications, the existing services are not affected when the fiber that does not carry the services in the main optical path that traverses the ITL, SCS, GFU, MR2, MB2, MR8, or FIU (E1/E2/E3) board is installed or removed.

Result

None.

Reference Information

This helps the on-site engineers in selecting the proper time to install or remove the fiber. Ensure that the correct fiber jumper is installed or removed. Otherwise, the existing services are affected.

The optical interfaces of the main optical path and the non-main optical path on the passive board are listed in Table 1.

Table 1 The table of the optical interfaces of the main optical path and the non-main optical path on the passive board
Board Optical interface of the main optical path Optical interface of the non-main optical path
ITL IN/OUT TE/RE, TO/RO
SCS TO11/RI11, TO21/RI21, TO12/RI12, TO22/RI22 TI1/RO1, TI2/RO2
GFU NA IN/OUT
MR2, MR8 IN/OUT, MI/MO Ax/Dx
MB2 IN/OUT, BMI/BMO, MRO/MRI Ax/Dx
FIU IN/OUT, TC/RC RM/TM, MON
DSE IN/OUT BAx/BDx

Configuring the GPON FTTH Layer 2 Internet Access Service on the NMS

Services can be configured for an ONT(such as HG8245HHG8245H) only after the ONT is successfully added to an OLT.

Networking

  • The PC gains access to the Internet in PPPoE dialup mode.
  • The ONT is connected to the GPBC card of the OLT through an optical fiber.
  • The broadband remote access server (BRAS) provides broadband user access and functions of authentication and accounting.
Figure 1 Configuring the GPON FTTH Internet service

Data Plan

Table 1 Data plan
Item Data
DBA profile Name: ftth_dba

DBA Type: Assured Bandwidth/Maximum Bandwidth

Assured bandwidth: 8 Mbit/s

Maximum bandwidth: 20 Mbit/s

ONT line profile Profile name: ftth

T-CONT ID: 4

GEM port ID for Internet access services: 14

ONT service profile Profile name: ftth

ONT port capability set:

  • Number of POTS Ports: Adaptive
  • Number of ETH Ports: Adaptive
  • Number of CATV Ports: Adaptive
Network topology data Upstream port: 0/19/0

PON port: 0/1/0

ONT ID: 1

ID of the port on the ONT that is connected to the PC: 1

VLAN plan Double-tagged VLAN

  • S-VLAN ID: 100
  • S-VLAN type: smart
  • S-VLAN attribute: stacking
  • C-VLAN ID: 1001
  • C’VLAN ID: 1010
NOTE:

VLAN translation policy:

  • ONT: ONTs configure the VLAN and add the same C-VLAN tag to packets. All ONTs are in the same C-VLAN.
  • OLT: The OLT performs VLAN translation: C<->S+C’. The C’-VLAN of every ONT differs from each other.

Procedure

  • Implement pre-configurations.
    NOTE:

    After all profiles are configured, perform the following steps to issue them to the device:

    • In the information list, right-click the record and choose Download to NE from the shortcut menu.
    • In the dialog box that is displayed, select the required NE(s), and click OK.
    1. Configure a DBA profile.
    2. Configure a line profile.In a line profile, a GEM port can be bound to up to eight service streams. In a GEM port, different GEM connections need to be set up for different service streams.

      In this example, the mapping between GEM ports and ONT-side services is implemented through VLANs, and the service streams of each service are mapped to GEM port 14. In addition, different GEM connections are set up for the management VLAN and the VLANs for the Internet, voice, and multicast services.

    3. Configure a service profile.Set the port capability set to adaptive. Then, the system adapts the port capability set of an online ONT to its actual capability. Then, in the ONT service profile, configure a VLAN translation policy to translate C-VLAN 1001 to VLAN 100.
    4. Configure an MEF IP traffic profile.The profile name is ftth_hsi, CIR is 4 Mbit/s, and the priority is 0. Traffic is scheduled based on the priority specified in the profile.
    5. Configure a service VLAN on the OLT side.The prerequisite for performing operations in the navigation tree is to navigate to the NE Explorer of the OLT. To navigate to the NE Explorer of the OLT, do as follows: In the Main Topology, double-click the required OLT in the Physical Root navigation tree; or right-click the required OLT and choose NE Explorer from the shortcut menu.

      A service VLAN is the VLAN used for the Internet service.

  • Provision services.The prerequisite for performing operations in the navigation tree is to navigate to the NE Explorer of the OLT. To navigate to the NE Explorer of the OLT, do as follows: In the Main Topology, double-click the required OLT in the Physical Root navigation tree; or right-click the required OLT and choose NE Explorer from the shortcut menu.
    1. Add an ONT.The ONT connects to the GPON port 0/1/0 is ONT 1. The serial number of the ONT is 32303131D659FD40, password is 0100000001, discovery mode for password authentication is Always On, management mode is OMCI, bound ONT line profile name is ftth, and the ONT service profile name is ftth.

      NOTE:

      HG8245H is used as an example. For other ONTs, set Terminal Type based on practical conditions.

      The ONT software version is the same (V3R017C00) for the SIP protocol and H.248 protocol.

    2. Configure an ETH port of the GPON ONU.
    3. Add a service virtual port on the OLT side.

Result

Check whether the user successfully gains access to the Internet through dialup on the PC.

  1. The LAN1 port of the ONT is connected to the Ethernet port of the PC properly.
  2. Dial up on the PC using the PPPoE dialup software.
  3. The user gains access to the Internet on the PC after the dialup is successful.

WXCP Protection Cannot Be Implemented Due To Wrong Configuration of the LQG Boards

The WXCP protection cannot be implemented due to wrong configuration of the LQG boards.

Fault Type

Protection

Symptom

In the case of the OptiX Metro 6100 V100R007C01B02a, the user tries to configure the WXCP protection for a new service by using the LQG boards. During the configuration, however, the T2000 reports errors and thus the configuration of the WXCP protection fails.

Cause Analysis

The configuration mismatch could be the most probable reason for not working.

Procedure

  1. Log in to the T2000 server remotely to check whether the LQG boards at the local and opposite station are configured properly.
  2. Double-click the ONE icon on the Main Topology. The NE Panel tab is displayed.
  3. Right-click the NE and then choose NE Explorer.
  4. In the NE Explorer, select the LQG board and then choose Configuration > WDM Interface from the Function Tree. The steps for checking the board configuration are as follows:
    1. Check the value of Automatic Laser Shutdown. It is found that the parameter is set to Disabled.
    2. Check the value of Laser Status for the optical interfaces on the WDM side and client side. It is found that the parameter is set to Open.
    3. Check other parameters and make sure that the settings of the LQG boards at the local site and opposite site are the same.

Result

In the check process, it is found that LPT Enabled is set to Enabled for one LQG board but Disabled for the other board. That is why the configuration of the WXCP protection fails. After LPT Enabled for both LQG boards is set to Disabled, the WXCP protection is configured successfully.

The parameter settings of the LQG boards at both ends should be consistent so that the WXCP protection can be configured successfully.

Reference Information

None.

Failure of the Test Frame Due to the Inconsistent Bearing Modes

When the Ethernet boards are interconnected, the test frame cannot function normally due to the inconsistent bearing modes.

Product

OptiX OSN 3500

Symptom

When the N2EFS4 board is interconnected to the N1EFT8/R1EFT4/N1EFT8A board, the receive end fails to receive any test frame, and the transmit end fails to receive any response frame.

Cause Analysis

The N2EFS4 board transmits the test frames in Ethernet bearing mode, but the N1EFT8/R1EFT4/N1EFT8A board supports GFP bearing mode only.

Procedure

  1. Before enabling the function of the test frame, check whether the bearing modes at the two interconnected ends are consistent.
    • For the board whose bearing mode of the test frame can be set and queried, you just need to query on the T2000.
    • For the board whose bearing mode of the test frame cannot be set or queried, you need to refer to “Availability” in “Test Frame” of Features Description to obtain its bearing mode.
  2. If the bearing modes of the boards at the two interconnected ends are inconsistent, change the bearing modes to be the same so that the test frame can function normally.

Reference

Before transmitting test frames, ensure that the VC trunk port on which the function of the test frame is enabled, and that the corresponding cross-connection is configured.

The bearing modes of the boards at the two interconnected ends must be consistent. The boards in equipment of different versions may support different bearing modes for the test frame. See “Availability” in “Test Frame” of Features Description.