I have a Mitel IP phone with set key assigned for DTS ( Direct Trunk Select )on an analogue trunk How do I programme for an external incoming call to this IP Phone to route to either its VM or to 1st alternative reroute number should the IP phone became busy or doesnt answer. Presently an incoming trunk call will continues ringing until it hangs up
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!
Direct Trunk Select 1
- Thread starter zodiacgam
- Start date
-
1
- #2
DTS is another one of the holdovers from the days long before there was voicemail. I have only once had a useful application of it.
Unfortunately the 3300/MCD does not make a very good key system and does not seem to be adopting the small business features of the abandoned 200 as quickly as we had hoped.
you will have to point the analog trunk at a non-prime DN that appears on the phone and then use ARS or individual trunk access for dialing out (assuming you want to dial out on that line.)
There are a couple of ways that you could design it, each with subtle differences in use, depending on how the end user wants to use it.
Unfortunately the 3300/MCD does not make a very good key system and does not seem to be adopting the small business features of the abandoned 200 as quickly as we had hoped.
you will have to point the analog trunk at a non-prime DN that appears on the phone and then use ARS or individual trunk access for dialing out (assuming you want to dial out on that line.)
There are a couple of ways that you could design it, each with subtle differences in use, depending on how the end user wants to use it.
- Thread starter
- #4
Looks like q is bit confusing. Am using a mitel 3300 R8. The DTS works fine bothways but only that if there is incoming trunk call i want it to route to its embedded VM should the Phone be found busy or doesnot answer at all. In my configuration the phone continues to ring until it hangs up.
Not Particularily confusing, no. But answers do depend on system type.
As you've discovered, the 3300 does not have the capability to route a DTS key to alternate termination points on inbound calls.
There are numerous ways to terminate the call to the phone such that it will reroute.
The key question at this point is why are you using a DTS key for outbound. Once this is understood, a solution might present itself.
*******************************************************
Occam's Razor - All things being equal, the simplest solution is the right one.
As you've discovered, the 3300 does not have the capability to route a DTS key to alternate termination points on inbound calls.
There are numerous ways to terminate the call to the phone such that it will reroute.
The key question at this point is why are you using a DTS key for outbound. Once this is understood, a solution might present itself.
*******************************************************
Occam's Razor - All things being equal, the simplest solution is the right one.
- Thread starter
- #6
The customer requires a dedicated trunk for exlusive use such that incoming calls only terminates on one user and also the user's outgoing calls to be routed only through this same trunk and no other but aslo requires calls to be routed to the user's embedded VM box or to an assigned user if busy or no answer. The user should however have the option of using the ARS by dialling say 9 like others should this particular trunks goes out of service
OzzieGeorge
Programmer
I come from an NEC background (just learning Mitel)so I may be totally off on what can be done but wouldn't it be easier to place this user & trunk in a different tennant and use ARS to always select this route as first choice and others as subsequent choices. You would have to allow inter tennant connection but that would automate the process and do away with the need to select the trunk. Then just DIT the trunk to the user's prime line and let his normal arrangements dictate how the call is handled
No need to be overly complicated.
Simplest method is to use ARS list to select a trunk group with the specified trunk as the first choice and the other trunks as the second choice.
COR or interconnect tables can restrict access to the specified trunk for outbound.
Inbound will then terminate directly to the destination DN and follow that DN's forwarding as required.
*******************************************************
Occam's Razor - All things being equal, the simplest solution is the right one.
Simplest method is to use ARS list to select a trunk group with the specified trunk as the first choice and the other trunks as the second choice.
COR or interconnect tables can restrict access to the specified trunk for outbound.
Inbound will then terminate directly to the destination DN and follow that DN's forwarding as required.
*******************************************************
Occam's Razor - All things being equal, the simplest solution is the right one.
OzzieGeorge
Programmer
Believe it or not I've only just found out that the mitel works that way with trunk groups (nec systems need you to be more specific) The one I'm working on needed a trunk to be last choice and it took me a while to get my head round this solution as I would have programmed 1st second and final choices to achieve the same end.
- Thread starter
- #10
UncleRalph
Vendor
A rather bizar twist on this (I'm not recommending it just putting it out there) is to bridge the trunk, if it's copper, to a second trunk port. Ring the second port to a phantom line, it mayhave to be an analog line, and then reroute it to VM on RNA.
The down side is that there is a possibily of (1) barging in on a call leaving a vm, (2) answering the call just as the call is picked up by vm.
Ralph
The down side is that there is a possibily of (1) barging in on a call leaving a vm, (2) answering the call just as the call is picked up by vm.
Ralph
- Status
