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

3300 Embeded Voicemail with Qsig

Status
Not open for further replies.

Jonnyphan

Technical User
Jan 16, 2010
12
GB
Hello,

This is a rather long shot, but i thought here is the best palce to ask.

I have a Mitel 3300 MXe with embeded voicemail. Its connected via a E1 QSIG link to another PABX (Seimens Hicom 350E).

When a call comes in, from the Hicom, it gets passed to a corrosponding Mailbox on the 3300, which puts the call into our voice tree.

A couple of the options in the tree transfers you back to the Hicom (0 for the operator for example). Which then using ARS passes the call back down the QSIG link to the Hicom.

My problem, is that external call, rather unsuprisingly has lost its external CLI once it gets to the Hicom.

If i do the same thing, but the MLAA transfers the call to an extention on the Mitel 3300, the original external CLI is displayed? So it seems like just because it goes back over that QSIG link that it looses its CLI (and gets given a CLI of one of the Voicemail Ports).



Again, confusing one, but anybody have any idea how to get that CLI back? Something on the 3300 Programming in reference to the QSIG trunk prehaps?

Many thnaks in advance for any help =]

Jon
 
I'm sure there is an option for 'replace external cli' somewhere it is mainly used to send out a callers cli to a twinned mobile device. Can't remember where it is right now will check and repost.

 
ok so read up on it and I am not sure 100% if this will affect your situation but in protocol assignment for the qsig link make sure the option 'replace external CLID' is not enabled.

Definition from the helpfile:

True or False. Checked box indicates True. When checked, any inbound PRI call that is call forwarded to an external destination over PRI will use the forwarded station's number not the calling party's number for CPN substitution or the default CPN if it not in the CPN substitution form.
 
Bob,

Cheers for your help. Just checked that under protocol assignment and that box wasn't ticked, in fact its greyed on on my link,so i couldnt have accidently turned it on anyway - Its a shame, that sounded like exactly what was going on!

Jon
 
If you would test the same scenario with a phone you will see that depending on the CoS setting you'll see the external party as long as you stay at the Mitel side. If this call is transferred to the Siemens switch the call originator is the transferring phone and there is no display update after the setup.
Unfortually this is the way it works.
 
The caller ID will only appear after the call is answered

Have you tried changing the option Vendor Interworking Type
in the Digital link descriptor to iSDX?



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

Part and Inventory Search

Sponsor

Back
Top