Monthly Archives: December 2016

How to Configure Aggregated CAR on the S7700 and S9700?

Issue Description

How Do I Configure Aggregated CAR on the S7700 and S9700?

Solution

Aggregated CAR can be implemented in 1-level or 2-level mode.

1-level CAR: limits the total rate of outbound data flows destined for MAC addresses 1-1-1 and 2-2-2 to 100 kbit/s on GE1/0/1. The 1-level CAR rate limiting policy can be configured using the car cir 100 command in the traffic behavior view. The configuration is as follows:

#
acl number 4999
rule 5 permit destination-mac 0001-0001-0001
rule 10 permit destination-mac 0002-0002-0002
#
traffic classifier 2 operator or precedence 40
if-match acl 4999
#
traffic behavior 2
car cir 100 pir 100 cbs 18800 pbs 31300 mode color-blind green pass yellow pass red discard
#
traffic policy p1
classifier 2 behavior 2
#
interface gigabitethernet1/0/1
traffic-policy p1 outbound
#

2-level CAR: The first level limits the CIR and PIR of each of the outbound flows destined for MAC addresses 1-1-1 and 2-2-2 to 100 Kbit/s and 200 Kbit/s on GE1/0/1. The second level limits the total rate of the two flows to 300 Kbit/s. The configuration is as follows:

NOTE:
The CIR set in the CAR profile must be larger than the sum of the CIR values for the two flows and smaller than the sum of the PIR values. Otherwise, aggregated CAR is meaningless.

#
qos car car1 cir 300 cbs 56400
#
traffic classifier 1 operator or precedence 45
if-match destination-mac 0001-0001-0001
traffic classifier 2 operator or precedence 40
if-match destination-mac 0002-0002-0002
#
traffic behavior 1
permit
car cir 100 pir 200 cbs 12500 pbs 25000 mode color-blind green pass yellow pass red discard
car car1 share
traffic behavior 2
permit
car cir 100 pir 200 cbs 12500 pbs 25000 mode color-blind green pass yellow pass red discard
car car1 share
#
traffic policy 1 match-order config
classifier 2 behavior 2
classifier 1 behavior 1

 

TwitterLinkedInGoogle+FacebookPinterestTumblrStumbleUponRedditShare

Does the UA5000 MSAN support Radius accounting?

Issue Description

Q :
Does the UA5000 (MSAN)  support Radius accounting) .
version V100R013

Alarm Information

Null

Handling Process

A:
UA5000 V100R013 doesn’t support accounting function.
and the R&D confirmed that UA5000 doesn’t support accounting even in the most recently version which is UA5000 V100R019C05 so until now there is no version support that function(more information you can visit Thunder-link.com)

Root Cause

Null

Suggestions

Null

 

ADSL2+ service(ADEE service boards not working due to Damaged protection fuses (F1))

Issue Description

Product type: MA5600
Baords type : H565ADEE
Software version : V3R3
Symptom: (when power on for the first time all service board is not working but the control board working )
story:
in one site we ONE DSLAM cabinet contains three frame (A,B and C)
when the site is powered up all ADEE boards in Frame A,B are not (working)

cabinet

cabinet

(the LED is still off) and all ADEE cards in frame C are powered on normally

Alarm Information

in Frame A : the fan tray is working nomally and SCU working nomally but all ADEE boards are not working
when use the
Display board 0 the out put is :

Handling Process

to allocate the problem i made :

1.unplug and plug the one off the Faulty boards in Frame A (the board still off)
2.Switch off SW1 in PDU in order to power off the Frame A and then Switch on to  power on and measure the voltage  (all the board are powered off except the SCU board (main control board)
3.Swap one board(ADEE) from Frame C with one from Frame A (we found that Board form frame C directly works normally in Frame A)
and (the Board form frame A still power off ) the problem allocated in ADEE hardware in all boards in frame A.

4.by using multi _meter i have checked the Fuse ( F1

multi-meter

multi-meter

i all boards in Frame A and B we found them are faulty (this fuse is connected to power source in order to protect the boards from un expected power changes)
to solve the problem i replace the Damage fuses and re-install the board inside the frame the board powered on normally.

Root Cause

the problem reason :
1.power problem (over/under voltage)
2.Frame problem(can’t connect the power to ADEE boards)
3.problem with SCU
4.the ADEE boards are Damaged

Suggestions

1.it is better if  you will power on the site it is better to check the voltage of  power system and protections of the service in order to avoid electrical problems that might affect the equipment.
2.it is better to keep one Additional service board only for test.

End-to-End GE Services Cannot Be Created on the OptiX OSN 6800

Issue Description

In the case of a newly deployed OptiX OSN 6800 V100R003, the WSD9 and the RMU9 form an ROADM network, in which the L4G boards are used. After optical fiber connections are established, OTS and OMS trails are found. Enable the end-to-end trail function to create GE services on the T2000 V200R006C01. After the OCh service layer trail is created by using the WDM end-to-end trail function to create, the system automatically completes the optical cross-connection configuration, but it fails to create the end-to-end GE services.

Alarm Information

Null

Handling Process

After the OCh trails are created, use the WDM trail search function to search the electrical layer service trails of the ODU5G and the OTU5G. Then, use the WDM trail function to create client GE services. The system automatically completes the electrical cross-connection configuration.

Root Cause

After creating the OCh trails in the ROADM network formed by the WSD9 and the RMU9, check the trails. Only optical layer OCh trails are created. The electrical layer service trails of the ODU5G and the OTU5G, however, are not created. The ODU5G and the OTU5G can be discovered only through the search function. Client GE services must be created above the service trails of the OCh optical layer and the OTU5G/ODU5G electrical layer. The following figure shows the relations between trails of different layers.

ODU5G

ODU5G

Suggestions

End-to-end grooming is an important function in WDM service management. The T2000 supports creating end-to-end services at the network layer. After you specify the service source and the service sink, the T2000 can search the service trails and then generate corresponding client trails. The WDM trail creation process effectively simplifies the service configuration and improves operation correctness. It can also perform flexible service grooming and deployment during deployment commissioning or capacity expansion. When you configure the end-to-end service on the T2000, remember to search the created OCh trails before configuring client services.

Comunication failure between the GSCC and EOW Gateway NE

Issue Description

The gateway equipment and affiliated lost management because the communication between the GSCC and EOW boards had problems.

Vesionn Software: 5.21.18.50 P01.
Version GSCC: N3GSCC02

Alarm Information

- NET_COMMUN_FAIL
- NET_COMMUN_BRAKE
- NE_NOT_LOGIN

Handling Process

1. DCC channel is reviewed gateway NE are configured,
2. DCC channels are reviewed equipments affiliatted to the gateway and are configured.
3. Proceeds to disable and enable DCC channels but no go up  to management equipments.
4. Another equipment  is configured as a gateway from the same site and up the equipment was less as a gateway.
5. Proceed to a hard reset on the board AUX.
6. Reset after the AUX board from the center of management are logged the equipment.
7. Is performed one-hour monitoring and management equipment is still normal.

Root Cause

- Failure to try to login to gateway equipment
- To changed the affiliated equipments of gateway it was not possible
- To made ping test it was not successful
- The management was restored when the reset on the EOW board was made

Suggestions

N/A

 

Broadcast storm occured in S5300 when STP was ruuning

Issue Description

There were 2, S5300 switches and 1 Eudemon 200E firewall, connected in a ring in layer 2 mode. Vlans were passing between switches and firewall.

 

Networking Scanario:

 

On swtich S5300_01:

port towards S5300_02:                            Ethernet trunk 1 (gig 0/0/19,gig0/0/20) passing vlans 10,20,30,40.

port towards Firewall Eudemon_200E:                gig0/0/18 in trunk mode passing vlans 10,20,30,40

 

On swtich S5300_02:

port towards S5300_01:                              Ethernet trunk 1 (gig 0/0/19,gig0/0/20) passing vlans 10,20,30,40.

port towards Firewall Eudemon_200E:              gig0/0/18 in trunk mode passing vlans 10,20,30,40

 

 

On Eudemon_200E:

port towards S5300_01:                                            gig 0/0/0 in trunk mode passing vlans 10,20,30,40

port towards S5300_2:                                              gig 0/0/1 in trunk mode passing vlans 10,20,30,40

 

Issue:

STP was not working and there was a broadcast storm on the devices due to which firewall cup-utilization got very high and it could not process packets any more.and same was the case with the switches.

 

Solution

 

On trouble shooting it came out that Ether-trunk on S5300 was not  passing STP bpdu’s.

By default ether-trunk on S5300 does not passes the STP BPDU’s. we have to maunally define STP bpdu enabe under the ether-trunk mode on S5300.So when Ether-trunk passed the STP bpdu’s, stp was working fine as expected.

When abnormal NE Login Caused by Incorrect NE Subnet Mask.

Issue Description

Coutry Z, one hop of Microwave link interconnected by RTN 950 (V1R3), DCN adopts the Inband IP soultion.

PTN

PTN

When the commissioning personnel is trying to login to the NE 9-8 through theWeb LCT, and found there is something abnormal. When the ODU is power off, the login is successful, but when the ODU is power on, the login is failed. The commissioning personnel calls the person at the other end, NE 9-9, the person at the NE 9-9 site does the same operaion, the Login is normal regardless of the ODU status.

Alarm Information

No alarms

Handling Process

Modify the submask of NE 9-8 as 255.255.255.0, and fault is removed.

Root Cause

1. This is a local login fault, so there is no business with the Microwave link itself.

2. Since it is a fault of communication, so communication parameters should be firstly check and the following information is got:

NE 9-8   NE IP: 10.109.1.8 Submask: 255.255.0.0
NE 9-9   NE IP: 10.109.1.9 Submask: 255.255.255.0
Laptop IP:10.109.1.125 Submask: 255.255.255.0

3. Check the IP routing table, and pick out the two key items as follow:

4. As we know, when Weblct on the laptop logins into the NE 9-8, the laptop sends out the packet to the NE 9-8, and the NE 9-8 sends back a reply packet according to the routing foward table, and right now as shown above in the route table ,there are two available pieces of routing, 10.109.0.0/16 and 10.109.1.0/24, and the corresponding interface are NMS port (Etherent1) and Microwave link(Serial2), based on the longest match principle, 10.109.1.0/24 is the final option, and the reply packet is forwarded to Serial2 but not Ethernet1, in another word, the laptop can not receive the reply packets, and the Weblct login fails.

Suggestions

DCN parameters should be uniformly planned and carefully configured.

 

When Failed to get the SNCP state of N3EAS2 board, NMS error code 38752

Issue Description

Customer created many VC4 SNCP services for the N3EAS2 board in slot 11, but a NMS error appaeared when try to get the SNCP state for the VC4 timeslot bigger than 64, plese find it in attachment.
version information:
U2000       V100R005C00SPC600
OSN7500  V100R010C03SPC200

Alarm Information

Invalid parameter returned by board.Error Code:38752

Handling Process

workaround:
1.Dont configure the SNCP services on the N3EAS2 board with the VC4 timeslot bigger than 64,
Or use a normal cross-connection service instead of it.
2.Configure the SNCP to a line board instead of the N3EAS2 board.
solution:
R&D will release a hot patch(V1R10C03SPH201) to solve this issue in May 2012.
In this version, the max value for VC4IdPort parameter is modified to 256.

Root Cause

We make a simulation enviroment in our lab and re-produce the issue:
1.make a SNCP services on the N3EAS2 board in slot 8,then check the SNCP infomartion:
:cfg-get-sncpbdmap:8
SNCP-PU-MAP
PG-ID   PU-ID     SRC-BID  SRC-PID  SRC-AU4  SRC-PATH  DST-BID  DST-PID  DST-AU4  DST-PATH  XC-LEVEL
8       work      2        1        3        0         7        1        76       0         vc4
8       backup    11       1        3        0         7        1        76       0         vc4
Total records :2

:cfg-get-sncpstate:8
failed! cmd:0×8552 error:0×9760 NSERR_BDRSP_BAD_PARA
Configuration exists on the GSCC board.But cant get the state.

2. Compare the SNCP configuration on the GSCC and SXCS board:
:cfg-get-sncppg
SNCP-PROTECTION-GROUP
PG-ID   REVERT-MODE  ACTIVE-FLAG
1       rvt          active
2       rvt          active
3       rvt          active
8       rvt          active
Total records :4
Four sncp protection groups are confiuged on the GSCC board.
:optp:a,0,ad,1,23,03
Optp cmd : 2303
00 03 00 03 00 02 00 01
Total records :1
Three sncp protection groups are confiuged on the 10-SXCS board.
So we find the sncp protection group does not exist on the SXCS board.
3.Check the black box of SXCS board,and find follow records from bb9.log &bb4.log during creating the SNCP serivces:
bb9.log                               2012-04-18 05:32:48+00:00      Level:3, algx_config.cpp, Line:9216, wPairID[8],VC4IdInPort[76],UnitID[2],sncxpType[0],Algx Add Sncx
bb9.log                               2012-04-18 05:32:48+00:00      Level:2, algx_config.cpp, Line:1515, Cmd[0x2300] Err: ErrNum[2]
bb9.log                               2012-04-18 05:32:48+00:00      Level:2, algx_config.cpp, Line:1515, Cmd[0x2700] Err: ErrNum[4]
bb9.log                               2012-04-18 05:32:49+00:00      Level:3, Sncp.cpp, Line:2591, wPairID[8],sncxpType[SNCP],Evt HpState Mointor Non-existant.

bb4.log                               2012-04-18 05:32:48+00:00      23 00 00 08 00 43 02 01 00 03 00 02 83 0b 01 00 03 00 01 cc 07 01 00 4c 00 01 01 02 58 01 ff ff ff

The highest bandwidth is 10G for an optical port of SDH board Normally, so there is a limitation on the SXCS board that the VC4IdInPort parameter cant be bigger than 64.
In this scenario, GSCC board would send the command to SXCS board with VC4IdInPort-0x004c(76), then SXCS board will discard this configuration and write an error record in black box.

Suggestions

This problem only happened on N3EAS2 board by now.
When the problem happened, the SNCP services can work,but cant switch.

 

When unable to configure OSN1800 using built in WebLCT TL1 without need U2000 or WebLCT on laptop?

Issue Description

The OSN 1800 can be acess and configured without using U2000 or WebLCT on laptop, instead using the built-in tool , OSN1800 WebLCT for TL1.
Open Internet Explorer, type htp:// ‘ Ne ip address’
Login page appears ”OSN1800 Weblct For TL1”
Problem occur, once input username n password, 4seconds later we were pushed out from the system with error display – Web Services Inhibited

Alarm Information

None

Handling Process

Upon failure to login in , we checked username and password is correct. Checked Internet Explorer setting for ”off” proxy and security settings ”Low”. Checked to make sure NE IP is correct with Navigator. And found out for OSN1800 customized for North America, this feature/tool is disabled.

SO enable it by changing the pin setting on J51 on the SCC board.
Refer to attached PDF for step by step explanation to enable this tool on customized OSN1800 for North America

 

Root Cause

Reason was the OSN1800 was customized for North America. This is determined by the jumper pin on J51 on the SCC board.

Suggestions

This built in tool is important and useful to engineers on-site for commissioning OSN 1800 in case U2000 failure or don’t have U2000/WebLCT .
Sometimes engineer laptop can have problem loading U2000 or slow and with the customer pushing Huawei for fast commissioning, using this tool will be very helpful.

Hope this helps engineers to have better knowledge and complete commissioning fast.