Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.


Topics - WGAIT

Pages: [1]
1
Mitel MiVoice Business/MCD/3300 / Hot Desking
« on: July 24, 2019, 10:34:37 AM »
Hi all,

We have a Mitel 3300 with 5312 handsets.

We want to set certain users up as 'hot desk' users so they can login to other handsets using the hot desk login/logoff feature access codes.  While this does seem to be working we have an issue we can't work out.

If the user logs in to another handset it all works fine on that new handset but the handset designated as their base handset (which is the handset on their main desk) disassociates itself from the phone system and sits there with 'USE Superkey TO SEND PIN' on the display.  Under 'Service Profile' for the relevant user who wants to hot desk, all we are changing is 'Hot Desking User' to 'Yes' for this feature to work.

Is there some way we can set their main phone handset on their main desk as some sort of 'dummy' phone which they log in to when sat there, but when they go elsewhere and login on another handset it doesn't become disassociated from the phone system, and simply sits on a user login type of prompt?

Hope the above makes sense, appreciate any suggestions!

2
SIP On Mitel / External Transfer on 3300 with SIP
« on: October 11, 2016, 11:24:34 AM »
Hi all,

We have a Mitel 3300 using a SIP supplied by a national UK provider. 

Everything works as it should, but we're unable to transfer calls to an external number.  For example, if someone calls our office, and we want to transfer that call to a staff member's home number (if they're working from home) the call goes through but there is no voice, on either end.

We used to have a SIP trunk provided by BT, who used a Proxy, and this external transfer worked fine.  We've made no other changes other than the SIP provider (who don't use a Proxy).  We're assuming it's Firewall/NAT related, but Wireshark shows both RTP streams are successful, and there's no lost packets, it's almost as though the two streams aren't being connected together as a complete call.

Wireshark shows the internal IP address of the Mitel handset making the external transfer on the OK200, which I gather is normal for a Mitel system, should this be set to the external IP address of the PBX somehow, or is this behaviour OK?

Does anyone have any ideas?  Thanks

3
Mitel MiVoice Business/MCD/3300 / Incoming number display (SIP)
« on: May 05, 2016, 11:14:15 AM »
Thank you to everyone who helped on my previous post, I seem to unable to get that to work as I was expecting so maybe I'm looking at it from the wrong perspective.  I'm starting a new thread as I believe this may be a different question/solution.

We have a SIP trunk that has lots of different numbers pointing to it.  When we dial some of these numbers, the incoming call shows as it should (e.g. 01234 567890).

When we dial some of the other numbers, we get the 44 (e.g. 441234 567890)

I was hoping to be able to absorb the 44 and replace with a 0 but that didn't work out. 

We've run a Wireshark trace and can see that on the incoming calls that display the incoming caller ID fine, the SIP header reads as:

From: <sip:01234567890@sip.provider;user=phone>;tag=xxxxxxxxxxxxxx
SIP from address: sip:01234567890@sip.provider;user=phone>

But on the calls that show the extra 44 information, the SIP header reads as:

From: "+441234567890"<sip:01234567890@sip.provider;user=phone>;tag=xxxxxxxxxxxxxx
SIP Display info: "+441234567890"
SIP from address: sip:01234567890@sip.provider;user=phone>

So, in essence, it's adding a 'SIP Display info' line to the header, then using the information contained within that to populate the 'From' header also.

So, is there a way to ignore the 'SIP Display Info' field and just use the number displayed in the "sip:01234567890@sip.provider" part of the header?


4
Hello all,

We have a Mitel 3300 with a BT UK SIP trunk that presented incoming numbers fine, until we upgraded to MiVoice 7.2, now incoming calls show the +44 and when you lift the handset to answer the call a load of digits get stripped off.

Our supplier will not change the way they present the calls as they say the calls adhere to the SIP standard so it's on us to change our system accordingly.

I assume we need to add a rule in the 'Inward Dialing Modification' form but wondered if someone could give a quick tutorial on this. I know that once it's set you then assign it to the SIP trunk, I just need help with the form itself.

So for:

Digits to match
Digit Length Operator
Digit Length
Number of Digits to absorb
Digits to be inserted

So, all I want to do is strip the '+44' and replace with a '0'

Any help greatly appreciated!

Thanks

Pages: [1]