Tek-Tips is the largest IT community on the Internet today!

Members share and learn making Tek-Tips Forums the best source of peer-reviewed technical information on the Internet!

  • Congratulations Mike Lewis on being selected by the Tek-Tips community for having the most helpful posts in the forums last week. Way to Go!

MSDL down load/self test?

Status
Not open for further replies.

SL1M1

Technical User
Feb 10, 2005
971
GB


I'm having to go through a process of elimination with my carrier provider by swapping out mainly Dchannels and PRI's

Now that I have changed out the original DDCH Dbrd all looks OK and both Links still reside on their.

Now the the next phase of splitting the trunks is causing me a nightmare really....I'm utilising an Separate MSDL card with a different PRI and Slot (Loop).

The MSDL Card is FDL OK an Self Test Passed when I connect up the link I'm getting NEA alarm, level G2 DTA 112 LS errors. The Telco diagnosed this as CRC errors but this has been set on the loop timers.

If the MSDL Card self tests can i discount this and maybe suspect the PRI

Is my next step Looping back the PRI if so what do you recommend, appreciate a quick run down on this.

Many Thanks Guys
 
my next step would be a loop back.. check your clock condition prior to chasing crc errors..

before i move anything i test my pri's to loopback.. i have had out one and put it back in to test them back to back when the provider was having trouble with new service..

bring it up to a loopback, the lights will green up, the d will estb then rls wronge mode..

john poole
bellsouth business
columbia,sc
 
Thanks John, I guess each PRI and Dchannel should be programmed as SL1, one usr and the other net?

Then physically connect Tx-Rx Rx-Tx 75 Ohm/BNC

Cheers for your help again, it's just that I am being made to look a right one here, believe it or not a Dbrd and PRI was shipped from Nortel, to my horror one of the DDCH pins was bent on inspection, done my best to re-align to fit it onboard, slotted this in and the switch generated all sorts of errors/fiji/ring/cni's the whole shooting match so I don't know if the PRI's has been effected...Double checked dip switches etc so I guess that Dbrd is dead.

The other thing is the PRI was shipped from Israel and the origin of the Dbrd was the Netherlands. The PRI is one release higher (DDP 97AD) then the ones working, don't beleive this should be a problem though?

Cheers!!
 
John, carried out the next step to eliminate the PRI with both trunks configured as SL1 (USR & NET) different routes and members etc...Looped Back all Idle and Dchannels OK

Able to make internal calls to extns via ACOD's

I'm struggling to get to grips on why I cannot connect the carriers link up in this case an 'E1' yet on another position/dbrd its ok

Going to try again later on maybe something has been overlooked ??

Thanks for your ongoing support
 
Looped Back all Idle and Dchannels OK

so your software and hardware are perfect.. you could have built a dsc and sent a call out and back in.. route 412 to one route, then on the inbound use an idc to change 412 to a working dn.. or just put a dgt on the rlb to change it to a working station...

can your provider run test patterns to a hard loop? they said that they see crc errors but you don't.. if there is a repeater in the middle of that ckt, they may be trying to come up with that in loop back.. send him a hard loop, then while he is running to that loop, remove it.. i've done that and the test kept running.. it's easy to do on a dax, you send a code to loop the csu, it loops that and another test point.. your testing to point b, nothing on your screen shows the second loop..

some testers are better then others.. what switch is on the far end.. in a dms you have to go to the same level that you post the d, and pra dch x, some command and enl mdsl x fdl.. missing that step used to be a major problem..

john poole
bellsouth business
columbia,sc
 
Cheers John, this is really a weird one!!

Having looped all hardware and software proving ok.
I tried with with the Telco with same fault conditions...As a last ditched attempt grabbed a spare trunk cable, connected it and it came up straight away?

This doesn't make much sense as the Loopback would suggest the cable to be OK on top of that a Continuity check was performed beforehand.

What do you think - I must admit the Telco's Rack is out of the dark ages via a Radio Link


Cheers John and have a great weekend!!


 
Status
Not open for further replies.

Part and Inventory Search

Sponsor

Back
Top