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

Mitel to Siemens and Hop Count

Status
Not open for further replies.

Mitelmatt

Vendor
Joined
Oct 3, 2007
Messages
817
Location
GG
Hi Guys

Hope someone can help me out with this.

we have a 3300 integrated with a Siemens and has been working fine for years.

We now have a situation where the Trunk call comes into the Siemens and routd to an extension off the Mitel. That Mitel i sometims forwarded to a phoe on the DX, so far so good. However, when the DX phone goes to Voicemail, which is also on the Mitel it fails, re order tone. After extensive tetin it appears to be that because the all is going back and forth over the DPNSS, it won;t go accross more han twice.... if that makes sense

There must be a setting in the Mitel to allow call to trumbone more than twice?

3300 is on 4.1

Any ideas?

Tanks

Matt
 
forward hops is set to 2 by default to a max of 10
It is in the system options form

There is also a Siemens setting in the digital link descriptor form that I would enable on the dpnss link
It provides better compatability messaging

Share what you know - Learn what you don't
 
hi supernova

ok i'll give that a go

thanks
 
The fact that is going back and forth would indicate an routing issue.
 
Forward hop timer didn;.t work

DoubleUT, i know it is but that's kin off the point with the example i gave

 
When the call from Mitel 3300 is offered to the DX the DX will inform the Mitel of the fact that the dialed extension has a Call Forward no Answer to Voicemail. This is tested and specially made in the Mitel to interact with DX systems.
Digital Link Describtor the Vendor interworking should be set to Realitis and Inhibit Sending Mitel specific info should be set to YES.
System options the DPNSS/QSIG Diversion Enabled set to YES.
If this all is setup and you have checked that the number of the VM is not bounced between the two systems make a CSS trace on one of the systems. Prefered out of hours as this can be a lot of messages.
 
Sorry you only use the Qsig DPNSS diversion when using QSIG.
The Siemens system supports dpnss and is connected in this way so it is not required.

The Inhibit Sending Mitel specific info should not be needed if the inter vendor is set to Siemens as this is what this option is performing.

Agreed if the system is tromboning then it must be a routing issue on the DX.
Make sure the routing digits to the voicemail are correct on the DX as the voicemail is on the Mitel then the routing to voicemail must point to Mitel.
Perhaps there is a local number on the DX that is the same number as the voicemail hunt group.

Share what you know - Learn what you don't
 
The system option Qsig/DPNSS diversion is to support the following DPNSS messages:
37 Diverting - immediate B party address
38 Diverting on busy B party address
39 Diverting on no reply B party address

Within the DX this is default and can't be changed, so the Mitel should work the same and not with the Default setting were the 3300 controlled the divert by making a new call and join the incoming trunk with the outgoing.

The only way to solve this is by looking at a CCS trace.
 
To be honest I have never had to enable this option when connecting to a DX as it has never been an issue when forwarding/diverting just enable inter vendor option

Agreed get some CCS traces and see what is going on.
If it is tromboning then at least you will be able to see why.

Share what you know - Learn what you don't
 
Status
Not open for further replies.

Part and Inventory Search

Sponsor

Back
Top