Smart questions
Smart answers
Smart people
INTELLIGENT WORK FORUMS
FOR COMPUTER PROFESSIONALS

Member Login




Remember Me
Forgot Password?
Join Us!

Come Join Us!

Are you a
Computer / IT professional?
Join Tek-Tips now!
  • Talk With Other Members
  • Be Notified Of Responses
    To Your Posts
  • Keyword Search
  • One-Click Access To Your
    Favorite Forums
  • Automated Signatures
    On Your Posts
  • Best Of All, It's Free!

Join Tek-Tips
*Tek-Tips's functionality depends on members receiving e-mail. By joining you are opting in to receive e-mail.

Donate Today!

Do you enjoy these
technical forums?
Donate Today! Click Here

Posting Guidelines

Promoting, selling, recruiting, coursework and thesis posting is forbidden.
Jobs from Indeed

Link To This Forum!

Partner Button
Add Stickiness To Your Site By Linking To This Professionally Managed Technical Forum.
Just copy and paste the
code below into your site.

Mitelmatt (Vendor)
3 Nov 10 14:37
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
Supernova99 (TechnicalUser)
3 Nov 10 16:29
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

Mitelmatt (Vendor)
3 Nov 10 16:44
hi supernova

ok i'll give that a go

thanks
DoubleUT (Vendor)
9 Nov 10 9:31
The fact that is going back and forth would indicate an routing issue.
Mitelmatt (Vendor)
9 Nov 10 13:13
Forward hop timer didn;.t work

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

 
DoubleUT (Vendor)
9 Nov 10 14:22
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.
DoubleUT (Vendor)
9 Nov 10 14:40
Sorry for the TYPO CCS and not CSS
Supernova99 (TechnicalUser)
9 Nov 10 17:24
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

DoubleUT (Vendor)
10 Nov 10 4:25
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.
Supernova99 (TechnicalUser)
10 Nov 10 6:46
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

Reply To This Thread

Posting in the Tek-Tips forums is a member-only feature.

Click Here to join Tek-Tips and talk with other members!

Close Box

Join Tek-Tips® Today!

Join your peers on the Internet's largest technical computer professional community.
It's easy to join and it's free.

Here's Why Members Love Tek-Tips Forums:

Register now while it's still free!

Already a member? Close this window and log in.

Join Us             Close