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 Westi on being selected by the Tek-Tips community for having the most helpful posts in the forums last week. Way to Go!

Testing private network trunks 1

Status
Not open for further replies.

gregarican

IS-IT--Management
Jan 31, 2002
469
US
I have one satellite office with a Magix r2 PBX and our HQ with a Legend r7 PBX. They communicate through tandem private networking, where the Magix INA board is connected to the Legend 100D-U board sharing a frac T-1 setup in Merlin as PRI. Life is generally good.

Today callers at the Magix end report situations where the calling party can't hear them. All the calling party hears is silence so they bail out on the call. This is true for calls from HQ internally going over the private circuit to them or external calls which are routed from HQ over the private circuit to them. The satellite office has 4 analog lines for backup in case the private circuit falls down, but other than those backup lines they rely on the private circuit for inbound and outbound calling.

I am trying to test the channels on the private circuit. I am using the *03blahblahblah routine from a POTS phone at HQ. I can test the PSTN trunks that HQ has, but for some reason I can't grab the private channels. From what I can see these are listed as lines 60 through 67 is the WinSPM report. I get a reorder tone when trying to access them. Anything stopping me from grabbing these to test?

In the interim I tried a line audit and one of the channels came back with a PRI SVC STATE INCONSIST 7002 error. When I make test calls it's a crapshoot which channel I get and the issue can't be 100% duplicated all of the time...
 
If I remember correctly you can not pick up straight to a trunk on a PRI. you could try and assign those trunks to buttons on you phone and see if you can pick up on them and dial.
 
Thanks for the heads-up. I will try that out tomorrow AM. Most likely after hours I'll just bounce the boards on either end of the circuit to see if that does anything :)
 
You can assign the trunks to individual buttons on an Operator extensions, or a pool button to a "regular" phone - or you could simply assign the pool dial out code to an extension so that you can grab the pool. Be sure that the trunks are labels are unique, so you know WHICH trunk you are getting when you hit the pool.
 
Here's the latest. The circuit bombed out totally yesterday evening. Testing the circuit at either end I loop back the Merlin CSU and it tests out okay at the Magix end. There's an Adtran Atlas between the Merlin boards I use for my testing. But testing the Legend end the Legend's CSU loopback eventually fails after 15-30 seconds due to a Loss of Signal so I can't test it anymore. I am suspecting the 100D-U board on the Legend might need to be replaced. I have reset/restored the boards at either end repeatedly with no luck.

Question. I have spare 100D board at the Legend site. Not a 100D-U board. What if I swap them out? Will the trunks be defined and just the CSU stuff won't appear in WinSPM? Or will I have to program the circuit from scratch again? Just want to avoid any surprises when I swap the board. Hopefully someone reads this forum early in the AM :)
 
As a follow-up in case anyone is wondering I was able to swap out the 100D-U board with a 100D board in the Legend without a problem. That didn't fix anything anyway. There were two issues serving as the root cause of the outage.

1) Telco fixed something behind the scenes last night and then reported the circuit ran clean.
2) I in turn had to restore a saved configuration to the Adtran Atlas 550 at the Legend end that breaks out the voice and data from the private circuit. Something in the Atlas flaked out and the config was screwy.

Now things are working again and I live to see another day :)
 
Status
Not open for further replies.

Part and Inventory Search

Sponsor

Back
Top