No relevant resource is found in the selected language.

This site uses cookies. By continuing to browse the site you are agreeing to our use of cookies. Read our privacy policy>

Reminder

To have a better experience, please upgrade your IE browser.

upgrade

OTU_FESES-OTU_SES in trail CH37

Publication Date:  2012-07-25 Views:  32 Downloads:  3
Issue Description
Customer report:
OTU2_FESES(s) 24-Hour 05/25/2011 19:00:00 8
OTU2_FESESR(%) 24-Hour 05/25/2011 19:00:00 0.00920
and they want to know root cause.
Alarm Information
Only this alarm(warning) was reported:
Warning ODU2_PM_SSF  in SITE B/ SITE B-9-13LSX-1(IN/OUT)-ODU2:1 05/25/2011 15:50:12 05/25/2011 15:50:17
Handling Process
It was a punctual problem in a fiber between last OBU in SITE Y and first amplifier in SITE X. Traffic affection was not only for CH37 but other 4 lambdas were affected. We suggest customer to confirm whether a person was on the site 
at that moment. Anyway we suggest customer to keep under observation link between SITE Y and SITE X. 
SITE A <--> SITE Y <--> SITE X <--> SITE B  
Some days later problem appears again, this second time customer call us inmediately and we have available 15 min performance. Then we check SC2 performances as indicated in document "report for customer 2". We narrow down 
the problem in 2 fibers (red ones) and customer replaced them. Problem was solved after that action.
Root Cause
Network topology is:
SITE A <--> SITE Y <--> SITE X <--> SITE B  
As incident was some days ago, we only have available 24h performances, you can see them in next table for Source site (SITE A)
  
OTU2_BIAES 24-Hour 05/25/2011 19:00:00 1
OTU2_FEES(s) 24-Hour 05/25/2011 19:00:00 8
OTU2_FESES(s) 24-Hour 05/25/2011 19:00:00 8
OTU2_FESESR(%) 24-Hour 05/25/2011 19:00:00 0.00920
And the meaning is in attachments.
 
As we can see, performances reported indicate that far end has problem, that is transponder unit in SITE A. Unfortunately, history performances were not available in U2000, but customer tell us that next performances were captured 
during the problem
OTU_SES --> 1
FEC_UNCOR_BLOCK_CNT --> 157712.
So we look for alarms in SITE B and find.:
Severity Name Alarm Source Location Occurrence time Clearance time
Warning ODU2_PM_SSF SITE B/ SITE B-9-13LSX-1(IN/OUT)-ODU2:1 05/25/2011 15:50:12 05/25/2011 15:50:17
The meaning is(attachment)
 
First conclusión is that problem is SITE A-SITE B direction. We cannot find relevant alarms in that direction so we look for performances in all involved boards trhough the path (attached file). We find optical power abnormal in SITE  X 
IN port in OBU had a problem in optical power as we can see in performances. This variation did not happened in other days. OUT power in previous site did not change optical power in OUT port, so we suspect about a fiber problem 
in this section. We suggest customer to confirm scheduled job in these two sites.
In order to confirm our hypothesis, this problem should affect to other different lambdas (CH37, CH38, CH39, CH41 y CH42), as they used same boards. Thus we look for performances in transponder units for this lambdas. See 
attachment.
Summarizing, It was a punctual problem in a fiber between last OBU in SITE Y and first amplifier in SITE X. Traffic affection was not only for CH37 but other 4 lambdas were affected. We suggest customer to confirm whether a person 
was on the site at that moment. Anyway we suggest customer to keep under observation link between SITE Y and SITE X. 
Suggestions
Topo added SITE A <--> SITE Y <--> SITE X <--> SITE B  
 

END