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

Multiple PRI Trunk Groups

Status
Not open for further replies.

kflounders

Programmer
Dec 8, 2002
694
US
I am having an issue with a providers PRI. We have two billing trunk groups on one PRI. We send Company A calls out over channels 1-12 and and Company B calls out over 13-23 using ARS and trunk access codes. Our issue is that although all is programmed correctly and the Magix shows that the calls are going out over the correct channels, when we connect a T-Bird to the card it shows that all calls begin at channel 1 and go up. Could this be a card issue?
 
It sounds like you have only 1 pool for out bound access. (Usually the 70 by default)

Is that true?

If so, you could create a 2nd pool for company B and only allow A to access their pools and B thiers.

 
70 is pool for Company A, and 5 is pool for Company B
 
So, you are saying that ALL CALL ARE GOING OVER THE 70 POOL?

YES ?

If this is true, it sounds like every one is dialing 9.

Am I right?

Again, there is a way to keep the "5" people from being able to do this.
 
Made the same mistake myself, but was recently re-educated.

Do NOT equate the assigned trunks to the actual channels!!!

When you grab a trunk it will then look for an available channel. If you assigned your b-channels in ascending order, it will always pick channel one first then channel 2 etc. If you assigned your b-channels in descending order, it will always pick channel 23 first then channel 22 etc.

franke
 
Even if they are in different pools? I have Company A dialing 9 for outside lines (pool 70) and Company B dialing 5 (pool 5). They are both on the same PRI though.
 
As Franke said, I am pretty sure that it will grab any available B-channel on the PRI, regardless of pool assignments. That's why it is a PRI.
 
I would think so, but I have not done that.

It only makes sense......
 
Status
Not open for further replies.

Part and Inventory Search

Sponsor

Back
Top