5/9/2014 1:01:28 PM kbackman

Internal Case Notes

Hi Vishal,
There must be a data sheet for ZTE available.
(found this one from the net:
http://www.scribd.com/doc/7090758/23-Technical-Specification-of-ZXMP-S385-V2)
Please provide:
- serial number information(CM107X) from ALL connection between CM107X and ZTE.
(with information which are error free and which are not)
- fibre length between ZTE and Tellabs in every case.
(with information which are error free and which are not)
rg,
KimB
5/7/2014 1:38:08 AM vsahu
vsahu added internal attachment 4 to CTS case CS00297151
5/7/2014 1:36:56 AM vsahu
Internal Case Notes
Hi Kim,
As discussed with ZTE team,they don't have any datasheet.I am attaching the snap
shot of SFP information of ZTE named ZTE SFP INFO for your reference.
Rgds,
Vishal
5/5/2014 2:36:49 PM kbackman
Internal Subcase Notes: Sub Case Number - CS00297151-1
Hi,
I need to have the datasheet.
Please attach it.
rg,
KimB
5/3/2014 2:34:57 PM vsahu
vsahu added internal attachment 3 to CTS case CS00297151
5/3/2014 2:34:57 PM vsahu
vsahu added internal attachment 2 to CTS case CS00297151
5/3/2014 12:29:29 PM vsahu
Internal Case Notes
Hi Kim,
Answer to your queries are as follows.
1) Could you attach the data sheet of ZTE interface?
- SFP at third party node is S-64.2b.
2) One fibre or several linked together?
- It's only one pair fiber which is directly connected between ZTE & Tellabs in
terfaces but we have also tried to change the patch cords to isolate any fiber i
ssue but still problem persist.
3) Do you have any error free connections between CM1070/73 and ZTE?
- No
4) Do you have any error free connection between Tellabs 6300 (any 6300 NE) and
ZTE?
- Yes,one connection is at Allahabad 4-1-11-1 (CM1070/71) and another at Bangal
ore 1-1-22-1 (CM1070/74).Snapshot attached named "Errorfree and Errored connecti
on" for all errored and error free links.You will find that there is only one ca
se of errorfree connection using CM1070/71 but four cases of errored connection
using same module.We are unable to find out any difference between errored and e
rrorfree link.
a) if yes, what kind of connection?
- SFP at third party node is S-64.2b and Tellabs modules are CM1070/71 and CM10
70/74.
5) What kind of connections do you have between Tellabs 6300 and ZTE?
- It's a simple point to point connection between two SDH node.
6) In which part of the connections life time you start see problems?
- It's since starting when ZTE nodes deployed in customer network around 1.5 ye
ar ago.
7) Do you have any Y-cable connection in the setup?
- No
8) Have you tried with another SIM64 module type?
- No as it involve outage and in selfloop test performance is error free.We are
having the same issue with other module types at different locations
9) Have you been talking to ZTE about the problem?
Any responce?
- ZTE end is alaways operating on SFP of S-64.2b while we are using CM1070/71,C
M1070/73 and CM1070/74 modules (all ZTE & Tellabs are operating well within oper
ating range of module as per receive power). There is no errors and alarms at ZT
E end.They also self looped their module but didn't find any problem in self loo
p or in through connectivity as well.
Regards
Vishal
4/22/2014 5:07:06 PM kbackman
Internal Case Notes
Hi,
We been trying to reproduce the problem without ZTE, By using 2 x 1070/73 And we
never end up situation with only "RS degraded".
Lowering the laser power caused both MS and RS degraded.
and using the same power as in this case is error free.
-Could you attach the data sheet of ZTE interface?
- One fibre or several linked together?
Ans : Question need to be explain further.
I mean, is the connection between ZTE and 6350 made by using one fibre pair or i
s there several fibres connected together?
You mentionded the same problem in other locations:
- Do you have any error free connections between CM1070/73 and ZTE?
- if yes, what are the differences compared to the connection in this case?
-Do you have any error free connection between Tellabs 6300 (any 6300 NE) and ZT
E?
- if yes, what kind of connection?
(both ends interface and Tellabs module type?)
-What kind of connections do you have between Tellabs 6300 and ZTE?
- In which part of the connections life time you start see problems?
- Do you have any Y-cable connection in the setup?
- Have you tried with another SIM64 module type?
-Have you been talking to ZTE about the problem?
- Any responce?
rg,
KimB
4/21/2014 11:12:55 PM vsahu
Internal Case Notes
Hi T-2,
Please update the case.
Rgds,
Vishal Sahu
4/5/2014 10:48:08 PM vsahu
Internal Case Notes
Hi Kim,
Answer to your queries are as follows.
1) I can not see from the case notes that any HW is replaced.
In that case, pelase replace both CM1070 and CM1073.
First CM1070 to see if it is causing this.
Ans: We are not suspecting module issue as we have several cases of this type an
d everywhere card couldn't be faulty.
2) Alarm log is showing only twice RS degraded for slot 1.
So it seems that problem is not there all the time.
Is this true?
Ans: Alarm logs shows that it only got cleared for some seconds/minutes only and
reappear again.It is continuous since 11-feb-2014 10:21:23 PM.
3) I need full description of the ZTE interface,output powers and etc. etc.
Ans : SFP at third party node is operating at 1550 nm.Output power is +1 dbm and
sensitivity is -14 dbm and operating within specification.
- How long is the distance between ZTE and Tellabs 6350?
Ans: 30 mtrs Maximum.
- One fibre or several linked together?
Ans : Question need to be explain further.
- How the port loops were made?
Ans : Using the existing patch cords with help of attenuator wherever necessary.
- next to the port?
Ans : Question need to be explain further.
- what about if loop is made in every connection on the line?
Ans :As alaready shown in attachment named " kalwa ZTE Error ",performance on co
nnection level is
error free even we made the link through.
4) "We have several this type of cases of local patching with third party equipm
ent and the problem is same."
Please explain "the local patching" in the sentence as I don't understand it...
.
Ans: " the local patching " means both the nodes are situated at same location a
nd connected through each other directly with patch cords.
Rgds,
Vishal Sahu
3/31/2014 5:54:23 PM kbackman
Internal Case Notes
Hi Vishal,
I can not see from the case notes that any HW is replaced.
In that case, pelase replace both CM1070 and CM1073.
First CM1070 to see if it is causing this.
Alarm log is showing only twice RS degraded for slot 1.
So it seems that problem is not there all the time.
Is this true?
KimB
3/28/2014 6:50:15 PM kbackman
Internal Case Notes
Hi Vishal,
I need full description of the ZTE interface,output powers and etc. etc.
-How long is the distance between ZTE and Tellabs 6350?
- One fibre or several linked together?
- How the port loops were made?
- next to the port?
- what about if loop is made in every connection on the line?
"We have several this type of cases of local patching with third party equipment
and the problem is same."
Please explain "the local patching" in the sentence as I don't understand it...
.
KimB
3/27/2014 10:55:29 PM vsahu
Internal Case Notes
Hi Kim,
We have checked the 3rd party equipment as well.It is also showing ok while perf
orming self loop test and when we make the patching through between their and o
ur equipment .Alarm is only reported at our equipment when we make the patching
through between 3rd paty equipment and our equipment.
Customer wanted to know why 'Degraded siganl' alarm is reporting at our equipme
nt on RS level when patching is made through between our and third party equipme
nt.
Rgds,
Vishal
3/3/2014 4:34:07 PM kbackman
Internal Case Notes
Hi,
As test are showing that Tellabs equipment are working OK, please check the 3rd
party equipment and patching.
rg,
KimB
2/27/2014 9:38:52 AM vsahu
Internal Case Notes
Hi,
Please update the case,awaiting reply.
Rgds,
Vishal Sahu
2/18/2014 8:11:23 AM ssharma3
Internal Case Notes
Hi
please update.
Regards
Sandeep
2/12/2014 5:57:25 PM schaturv
Internal Case Notes
Hi,
We have already performed power reset to the modules. Also performed the self lo
op test of the mudule, no errors were observed.
As many such issues are observed in local patching with third party euipment, ki
ndly suggest.
Regards,
Saurabh
2/12/2014 4:35:16 PM kbackman
Internal Case Notes
Hi Vishal,
CM1070 revision is 20.
CM1073 revision is E.
Meaning both revisions are OK.
Optical level is OK.
As only errors are on RS layer, is it possible to do following:
1. Power reset both 1070 and 1073 (if not done yet).
2. put a physical loop on the SIM64, to eliminate the other end.
=> if still errors, replace SIM64.
3. Replace the SIM64.
rg,
KimB
2/12/2014 2:55:24 AM vsahu
vsahu added internal attachment 1 to CTS case CS00297151
2/12/2014 2:51:23 AM vsahu
Internal Case Notes
Hi,
We are getting 'Degraded Signal' alarm at RS level and 100% Error Second (ES) at
RS near end at Kalwa_lxxc (2-1-1-1) when connected to third party equipment(ZTE
SDH node).Although we have checked performance on some of AU-4's from same port
and found error free.
In this case,third party node is using shorthaul SFP transmitting at 1550 nm and
we are using CM1070 and CM1073(S-64.2b) module.Optical power at port is also we
ll within sensitivity of module at kalwa end.At third party equipment, no errors
or alarms are reported.
We have several this type of cases of local patching with third party equipment
and the problem is same.
Logs for same is as an attachment named "Kalwa ZTE Error logs" in which Current
alarm,Alarm log,module specific log,optical power,Actual module property,softwar
e of node,performace at RS,MS and AU-4 level is attached for your reference.
Customer want resolution for same.
Rgds,
Vishal