Okay, basically, I need to know how to set this up! So here we have 1 PRI with 4 b-channels, and 1 d-channel. SBC has the PRI set up so that there is a block of 10 DID numbers, and 1 main number for the whole thing. Here is what we want to happen with this. When a person dials one of the DID numbers, the call is routed to the appropriate extension. When a person dials the main number for the PRI, ALL of the phones ring, and the call can be picked up anywhere. The system is in Hybrid/PBX mode. Is there ANYWAY this will work? Oh, and we have made sure that the PRI is custom protocal, yatta yatta yatta. Thanks to everyone in advance!
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 Rhinorhino on being selected by the Tek-Tips community for having the most helpful posts in the forums last week. Way to Go!
PRI with DIDs
- Thread starter aussie88
- Start date
Set up your incoming route tables and create extensions to match. If you have the appropriate Magix software and firmware levels then you can create a Group hunt group with all extensions in it. Set the route to match the group number.
But of course a group type hunt group does not offer coverage after the call has been distributed.
All of what you desire is possible.
But of course a group type hunt group does not offer coverage after the call has been distributed.
All of what you desire is possible.
- Thread starter
- #3
- Thread starter
- #4
A Dial Plan Routing Table
A Entry Number: 0
A NtwkServ: Any service
A Expected Digits: 4
A Pattern to Match:
A Digits to Delete: 0
A Digits to Add:
This route will look for any four digits and find an extension to match. So if you build your dial plan to match your incoming numbers(4 digits max) then this is the route for you.
Does this site need an AA or night service?
A Entry Number: 0
A NtwkServ: Any service
A Expected Digits: 4
A Pattern to Match:
A Digits to Delete: 0
A Digits to Add:
This route will look for any four digits and find an extension to match. So if you build your dial plan to match your incoming numbers(4 digits max) then this is the route for you.
Does this site need an AA or night service?
- Thread starter
- #8
I am waiting to hear back in regards to some things. HERE is what they want. They want calls from the main number to ring in like co lines, and they ALSO want the DIDs, to act, like, well, DIDs. In the legend it gives my the option for line routing, or dial plan routing. So they could all act like CO. lines, or DIDS, but, I really cant mix it. Basically they want calls to come in on the main number like it would on an ordinary key system. Im gonna post some more once they call me back and give me all of the snufff on everything.
- Thread starter
- #9
Yes, aussie88, I think we're both looking for the same solutions here. However, you had the good sense to setup your system in PBX mode, so you have more options.
I currently only have my test number working. I've asked my carrier to point one of my seldom-used 800-numbers to my trunk group and send in my 10-digit main number( let's call it MAIN) as DNIS. I intend to first enter MAIN on line 814 using PRI->telephone number. I have line 814 appearing on my own extension. I expect my extension to ring when MAIN is called.
After this test, I will move line 814 to a phantom extension. I will then put a Primary Coverage button for the phantom extension on all the real extension who want to answer the main number. When anyone calls the MAIN number, all extension will ring (I hope!).
The bigger question I have is how to get multiple occurrences of MAIN? I intend to enter MAIN onto 4 lines (813-816) assigned to my b-channel group. I will assign lines 814-816 to the phantom extension. I hope that by doing this, every caller to MAIN will wind up ringing all extensions who have the primary cover button for the
phantom.
Now I'm in uncharted waters. I still want individuals to have their own DID number. I intend to add 5 more lines to my b-channel group. Lets say 817-821. Yes, I now have more lines (9) than b-channels (4). I will assign the 5 DID numbers in turn to each of lines 817-821 and then place the appropriate line on the appropriate extension.
I have no idea if the above will work. Any comments from the experts? I'll be trying it as soon as my carrier points some numbers to my PRI trunk group.
I'll be reading this thread as well as my own, so feel free to post responses here. If I see we have traffic on this thread, I'll post a pointer to here on my original thread for historical purposes.
I currently only have my test number working. I've asked my carrier to point one of my seldom-used 800-numbers to my trunk group and send in my 10-digit main number( let's call it MAIN) as DNIS. I intend to first enter MAIN on line 814 using PRI->telephone number. I have line 814 appearing on my own extension. I expect my extension to ring when MAIN is called.
After this test, I will move line 814 to a phantom extension. I will then put a Primary Coverage button for the phantom extension on all the real extension who want to answer the main number. When anyone calls the MAIN number, all extension will ring (I hope!).
The bigger question I have is how to get multiple occurrences of MAIN? I intend to enter MAIN onto 4 lines (813-816) assigned to my b-channel group. I will assign lines 814-816 to the phantom extension. I hope that by doing this, every caller to MAIN will wind up ringing all extensions who have the primary cover button for the
phantom.
Now I'm in uncharted waters. I still want individuals to have their own DID number. I intend to add 5 more lines to my b-channel group. Lets say 817-821. Yes, I now have more lines (9) than b-channels (4). I will assign the 5 DID numbers in turn to each of lines 817-821 and then place the appropriate line on the appropriate extension.
I have no idea if the above will work. Any comments from the experts? I'll be trying it as soon as my carrier points some numbers to my PRI trunk group.
I'll be reading this thread as well as my own, so feel free to post responses here. If I see we have traffic on this thread, I'll post a pointer to here on my original thread for historical purposes.
O.K. aussie and David. So you both apparently have a customer who would like multiple call appearances of a DID and the appearance of a key system for a main number.
Generally those two are diametrically opposed to each other but you can craft a setup that appears to have the traits of both.
First you must be in PBX mode and setup PRI as call by call-route by dial plan.
Have the carrier send the last four digits of all DIDs. Create your extensions to match the last four digits of the DID numbers.
So far this will give you multiple call appearances of a DID to an extension number.
Specification 1 has been met. This is classic PRI call handling. Smoke em if ya got em.
Being able to simulate a key system in PBX mode is a forked road that may take you one way or the other or both depending on the hardware involved.
You can send the main DID to a phone that is not classified as an operators extension. From there you may put shared system access buttons of this extension on other phones that require the ability to "access" this number. It works well but has limintations on the number of SSA buttons that you can distribute among the other extensions.
Or you route the Main number to a group that is labeled appropriately. Any member of this group will receive the label on the display and will know how to answer the call.
Perhaps you could partition the T-1. Some channels for PRI and some channels for say T1 Loop start. You would have to coordinate this with the provider very closely. The provider could then assign numbers to trunks for the T1 loop. You could then assign these T1 trunks to buttons.
I am not certain if a partition on a single card using different protocols is possible but I am certain that partitioning a PRI into separate channels using a common d-channel is possible since I have done this before. Two companies sharing a PRI.
Generally those two are diametrically opposed to each other but you can craft a setup that appears to have the traits of both.
First you must be in PBX mode and setup PRI as call by call-route by dial plan.
Have the carrier send the last four digits of all DIDs. Create your extensions to match the last four digits of the DID numbers.
So far this will give you multiple call appearances of a DID to an extension number.
Specification 1 has been met. This is classic PRI call handling. Smoke em if ya got em.
Being able to simulate a key system in PBX mode is a forked road that may take you one way or the other or both depending on the hardware involved.
You can send the main DID to a phone that is not classified as an operators extension. From there you may put shared system access buttons of this extension on other phones that require the ability to "access" this number. It works well but has limintations on the number of SSA buttons that you can distribute among the other extensions.
Or you route the Main number to a group that is labeled appropriately. Any member of this group will receive the label on the display and will know how to answer the call.
Perhaps you could partition the T-1. Some channels for PRI and some channels for say T1 Loop start. You would have to coordinate this with the provider very closely. The provider could then assign numbers to trunks for the T1 loop. You could then assign these T1 trunks to buttons.
I am not certain if a partition on a single card using different protocols is possible but I am certain that partitioning a PRI into separate channels using a common d-channel is possible since I have done this before. Two companies sharing a PRI.
BTW why Key mode? What is the purpose? There is no reason for key mode on incoming calls since multiple call appearances out class one call path at a time.
Do your customers want to be able to see, feel and touch a particular line for incoming and outgoing calls?
Do your customers want to be able to see, feel and touch a particular line for incoming and outgoing calls?
CarGoSki, you hit the nail on the head. The customers do indeed want to be able to see, feel, and touch each line for incoming and outgoing calls.
They want to see the line light up as each call comes in and the AA (I know I didn't mention AA in the previous posts, but I was trying to simplify) plays its message. This clues the folks in the group to expect an incoming call. As calls come in and are answered, they want to see the line lights so they know how many lines are in use and how many are left. If 3 of 4 lights are on, they may postpone an outgoing call for now, to avoid tying up the last line. They take comfort from seeing on their extension exactly what's going on with each of the company's lines.
I'll let you all know how how it goes when I have the main line working. I'm still looking for some key-mode guidance on having more lines in the b-channel group than I have b-channels.
They want to see the line light up as each call comes in and the AA (I know I didn't mention AA in the previous posts, but I was trying to simplify) plays its message. This clues the folks in the group to expect an incoming call. As calls come in and are answered, they want to see the line lights so they know how many lines are in use and how many are left. If 3 of 4 lights are on, they may postpone an outgoing call for now, to avoid tying up the last line. They take comfort from seeing on their extension exactly what's going on with each of the company's lines.
I'll let you all know how how it goes when I have the main line working. I'm still looking for some key-mode guidance on having more lines in the b-channel group than I have b-channels.
Allright. So I had a couple of minutes on my hand and fired up a Legend 7.
Since you have decided to provision the T1 as PRI in key mode you can NOT have access to the routing tables. Well that makes sense.
Also you can not provision a slot for T1 and PRI. It must be one or the other.
Since you have decided to provision the T1 as PRI in key mode you can NOT have access to the routing tables. Well that makes sense.
Also you can not provision a slot for T1 and PRI. It must be one or the other.
As I said earlier, I do have my PRI working in Key mode, but I'll wait to post the PRI print until I have both the main and individual numbers working. Or (perish the thought!) until it doesn't work. I'm still waiting for my carrier to point some numbers besides the test number to my PRI TG.
- Status
Similar threads
- Question
- Locked
- Question
- Locked
- Question