Daisy, sales manager at Thunder-link.com, a leading Huawei hardware supplier. Focus on Huawei MSTP, WDM, OLT, ONT, SWITCH, with competitive price and free remote technical support.
This article shares with you a case about Huawei MA5800 X7 can not synchronize with NCE through the VPN instance. I hope you like it!
Issue description
The NCE can not manage the MA5800 X7, the synchronization by ftp/sftp or tftp is not successful. The NE backup can not be done.
Handling Process
1. The NCE can ping OLT, but OLT can not ping NE directly.
2. The OLT has inband management, VLAN interface uses a VPN Instance.
Root cause
The VPN instance corresponding to the xFTP server is not configured. The xFTP Server is the NCE. For this reason is not possible to synchronize the NE or backup the data configuration.
Solution
The VPN instance assigned to the xFTP Serverv(NCE) should be specified according to the following command:
sysman sftp vpn-instance 192.**.**.10 VPN_NAME
Summary
The sysman vpn-instance(xFTP) command is used to configure the VPN instance corresponding to an xFTP server. You can select a VPN instance as the one corresponding to the IP address of an xFTP server by running this command. After this command is executed successfully, when a device communicates with the user-specified xFTP server, it processes only requests on the corresponding VPN but not requests from other VPNs or public networks.
When setting up a local configuration environment with the console interface being used, you can log in to theNetEngine 8100 M, NetEngine 8000E M, NetEngine 8000 M Seriesby using the terminal emulation program on the PC.
Prerequisites
Figure 1 Networking diagram of logging in to the NetEngine 8100 M, NetEngine 8000E M, NetEngine 8000 M by using the console interface
The NetEngine 8100 M, NetEngine 8000E M, NetEngine 8000 M is powered on and works properly.
The PC is connected to the NetEngine 8100 M, NetEngine 8000E M, NetEngine 8000 M through asynchronous interfaces.
Installing terminal emulation program on the PC (such as PuTTY.exe)
Perform the following configurations on the terminal emulation program on the PC.
The console port applies the non-standard serial port communication cable sequence. For more information, see ETH/OAM Management Cables in Hardware Description.
Procedure
Use a serial cable to connect the serial interface on the PC and the console interface on the NetEngine 8100 M, NetEngine 8000E M, NetEngine 8000 M.
For details about the console interface, see the NetEngine 8100 M, NetEngine 8000E M, NetEngine 8000 M Hardware Description.
If a third-party USB-to-RJ45 serial cable is used, it is recommended that the cable length be less than or equal to 2 m to ensure signal integrity.
Start the terminal emulation program such as PuTTY.exe on the PC.
On the PuTTY configuration page (shown in Figure 2), set the connection type to Serial.
Figure 2 PuTTY configuration page
Select Serial under Connection from the left navigation tree on the PuTTY configuration page. On the page shown in Figure 3, set communication parameters of the port to be consistent with those on the device. (The following figure is for reference only. Use the default settings during configuration.)
Figure 3 PuTTY configuration page
Click Open. Then the system prompts you to set an authentication password, as shown in Figure 4. After the confirm the password, the system automatically saves it.
Figure 4 Login page
Commissioning Result
After the password is set, the command prompt (for example, <HUAWEI>) of the user view is displayed, which indicates that you have entered the user view and can perform configurations.
You can enter commands to configure the router or view its running status. Enter a question mark (?) when you need help.
A password is entered in man-machine interaction mode. The system does not display the entered password.
A password is a string of 8 to 16 case-sensitive characters and must contain at least two types of the following characters: uppercase letters, lowercase letters, digits, and special characters.
Special characters do not include question marks (?) or spaces. However, when double quotation marks are used around a password, spaces are allowed in the password.
Double quotation marks cannot contain double quotation marks if spaces are used in a password.
Double quotation marks can contain double quotation marks if no space is used in a password.
For example, the password "Aa123"45"" is valid, but the password "Aa 123"45"" is invalid.
The configured password is displayed in ciphertext in the configuration file.
If the login fails, click Disconnect and then Call. If the login still fails, repeat Step 1 to check whether the parameters or physical connections are correct. If they are correct, log in to the NetEngine 8100 M, NetEngine 8000E M, NetEngine 8000 M again.
This post is about the issue that Impossible to query OSNR from NMS by Huawei OPM8 board. Do have a look below for more information on the topic.
Issue Description
Networking Topology:
Fault Symptom:
Failed to query OSNR by OPM8 board on site B.
Handling Process
1. In 100G system, the OSNR is calculated by EMCA module in the system control board. Even though, query the OSNR by OPM8 board, but it's not calculated by OPM8 direclty.
2. The EMCA module in the system control board performs modeling for each board and fiber type in an OMS trail. During calculation, the EMCA module obtains the input and output multiplexed-wavelength optical power of each OA on the OMS trail, and the single-wavelength signal and noise power scanned by the OPM8 board to calculate the single-wavelength OSNR.
3. So the OSNR calculation depends on the OMS OD route configuration.
4. Check the "OD Route Configuration" of the OMS between site A and site B, the status is "Partially Created". Try to create once again by clicking "New", it reported "Not Supported Board Type (Error code: 38664)".
5. Check all the boards on the OMS trail, in Site B, there are 15OAU, 52WSMD9, 55OPM8. Those boards can't be supported by Site A(OptiX OSN8800 UPS V100R012C10SPC300).
6. The Site B is new implemented, some new boards are not supported by Site A. So can't create the "OD Route Configuration". Finally, failed to calculate the OSNR.
Root Cause
The Site B is new implemented, some new boards are not supported by Site A. So can't create the "OD Route Configuration". Finally, failed to calculate the OSNR.
Solution
1. Upgrade Site A to R13C10SPC700 or later version, so Site A can support 15OAU, 52WSMD9, 55OPM8.
2. Create the 15OAU, 52WSMD9, 55OPM8 as logic board with the lower version, so Site A can support.
Suggestions
1. The OSNR of 100G system is calculated by EMCA module in the system control board, it depend on the OMS and "OD Route Configuration".
2. In the implementation phase, should consider the board can be supported, not only the current device, also should be supported by the peer device of OMS.
This post will share how to convert between common E1 services and E1 SNCP services.
Scenario Description
The network topology consists of four OptiX OSN 3500 and one virtual NE.
Carries two common E1 services.
Video
This video will show how to convert between common E1 services and E1 SNCP services， and how to implement conversion on virtual NEs after topology changes.
Text description
Converting common E1 services to E1 SNCP services
1. Confirm the existing E1 services.
2. Configure dual-fed and selective receiving on NE1.
A. Expanding bidirectional services into unidirectional services
B. Convert the unidirectional service whose signal source is a line board and whose signal sink is a tributary board to an SNCP service. The two services need to be configured separately.
C. Create the unidirectional service in the reverse direction by referring to the generated protection service. The two services can be configured at the same time.
3. Configure two bidirectional pass-throughs on NE3.
4. Configure the dual-fed and selective receiving service on NE4.
A. Expand bidirectional services as unidirectional services.
B. For the services forwarded to the virtual NE, convert the unidirectional services whose signal source is a dual-fed line board and whose signal sink is a selective-receiving line board into SNCP services. For the services dropped locally, select the unidirectional service whose signal source is a line board and the signal sink is a tributary board to convert the services to SNCP services.
C. Configure unidirectional services in the reverse direction according to the generated protection services.
5. Search for new SDH trails.
Searching for new SDH trails = Refreshing SDH trails
Results:
Please note:
1. On NE1 and NE4, the signal source is dual-transmit end and the signal sink is selective receive end, and the unidirectional service is converted into SNCP services. If the selection is incorrect, the conversion fails.
2. During the configuration, the timeslots occupied by the E1 services in each place must be correct. Otherwise, E1 SNCP trails cannot be searched out in the last step.
Converting E1 SNCP services to common E1 services
1. Operations on NE1
A. Expand a bidirectional path into a unidirectional path.
B. Restore the SNCP service to an unprotected service. When you select a unidirectional working service, the protection service is automatically selected.
Another simpler method is to select the protection service between, right-click, and choose Convert to Non-Protection Service from the shortcut menu. This does not require step A.
C. Delete unnecessary unidirectional services.
2. Delete the pass-through service from NE3.
3. On NE4, convert the SNCP service to the non-protection service. The operation method is the same as that of step 1.
4. Search for SDH trails again.
Service conversion on virtual NE
After NE6 is added to the topology, the virtual NE service can be used as the node of the SNCP service. Therefore, the first E1 service can be converted again. When two SNCP nodes are at both ends of an E1 path, the protection capability is the best.
1. Configure services on NE1, NE3, and NE6.
The configuration method is the same as above.
2. Configure SNCP services for virtual NEs.
Common E1 services cannot be converted to SNCP E1 services on virtual NEs.
Solution:
A. In the NE Explorer of the virtual NE, delete the original E1 service,
B. Create an SNCP service. The working timeslot must be the same as the deleted timeslot.
After the configuration is complete, the unidirectional service in the reverse direction is automatically created. It no needs to manually create the service again.
3. Search for SDH trails again.
Results:
Please note:
1. When converting an E1 SNCP service to a common E1 service, it needs to delete the entire E1 SNCP service on the virtual NE and then create the common E1 service.
2. Creating, deleting, or modifying services on virtual NEs does not affect services.
A new 1G ethernet port in TNV3E224 installed in OSN 9800 U32E didn’t work after being configured and show no traffic in the transmit or receive direction.
Procedures of Check
The first thing is checking the optical power and after checking, I found that the optical power is in the optimal range.
After that I wanted to confirm whether the port has configured services or not, so there should be a traffic in it, and it was already configured with several PWs in a correct way.
Then I come to check alarms and found that there is a Major Alarm in the board named (BD_fILE_NOT_Active ).
From the alarm details, the parameters of the alarm are 0x03 0x00 0x03
The Solution
referring to the NCE help with the alarm parameters, the causes are a file missed.
The details of this file are as follow:-
0x01: board software (BDSOFT).
0x03: control logic (FPGA).
0x04: CPLD.
0x05: configuration file (ne.ini).
0x07: service logic 1 (FPGA).
0x08: service logic 2 (FPGA).
0x09: service logic 3 (FPGA).
As the parameter was 0X03 so the FPGA is the missed file, the possible cause is that, The logic or CPLD in the file system where the board is located is updated during package loading. The CPLD or FPGA file of the board can be activated only after the board undergoes a cold reset or power failure. This alarm is reported when the CPLD or FPGA file of the board is not activated.
As explained the board needs a cold reset or unplug then plug it, to activate the FPGA file after a software update, and after I made a cold reset for it, the alarm cleared and the board worked normally.
Note:-Usually boards bought long time before deployment need a upgrade for the soft, and if not follow all the procedures of the upgrade a total or partial failure happens to the board.
Type C provides redundancy for OLT (dual homing), ONU's PON ports, backbone fibers, optical splitters, and distribution optical fibers. When a fault occurs, services can be automatically switched to the functional link. After the fault is rectified, services are automatically switched back to the original link.
xPON type C protection can be deployed in two networking scenarios: single homing and dual homing.
Figure 1 shows the xPON type C protection single homing network.
Figure 1 xPON type C protection network (single homing)
Networking Mode
Advantage
Disadvantage
Scenario
Single homing
The networking mode is simple, and OLT and ONU can be managed easily.
When the OLT becomes faulty, services are interrupted. Optical fibers are deployed on the same channel and therefore two optical fibers may be broken at the same time.
This mode is used to protect important services, such as Enterprise private line services and base station services.
Figure 2 shows the xPON type C protection dual homing network.
Figure 2 xPON type C protection network (dual homing)
Networking Mode
Advantage
Disadvantage
Scenario
Dual homing
When the active OLT or its uplink fails, services can be switched to the standby OLT.
The networking mode is complicated and costly, and the ONU management is difficult.
This mode is used to protect a power system or Enterprise private line services and base station services.
On a single homing network, one ONU such as Huawei MA5626 is connected to two PON ports on an OLT, one working as the active port and the other as standby. The two ports on the OLT cannot forward packets at the same time. An automatic switching can be triggered by any of the following conditions:
Loss of signal (LOS) occurs in the input direction.
The ONU is offline.
The OLT or ONU hardware is faulty.
On a dual homing network, two PON lines, one working as the active line and one as standby, between an ONU and two OLTs cannot forward packets at the same time. An automatic switchover can be triggered by any of the following conditions:
Loss of signal (LOS) occurs in the input direction.
The ONU is offline.
The OLT or ONU hardware is faulty.
The OLT's uplink is faulty (this condition triggers automatic switching only in the associated protection switching scenario).
If you want to know more information about xPON type C protection, you can contact Thunder-link.com.
