I have 130 Spectralink 8440’s configured on a Mitel 3300 ICP using SIP and we have an issue where the first call 90% of the time is placed on hold when you receive a call and press talk. You can either take the hold off by pressing the unhold button or call back and it works. On the second call it works nearly 100% of the time. The phones are using the latest firmware as well. We are using Cisco switches with a Cisco WLC and Cisco 1242 APs. QoS has been configured properly to receive and send through the Mitel server, see the tags with Wireshark.
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 Westi on being selected by the Tek-Tips community for having the most helpful posts in the forums last week. Way to Go!
Mitel 3300 w/Spectralink 8440
- Thread starter cadieuxr
- Start date
Supernova99
Technical User
I woud try adjusting the 'Invite Ringing Response Timer' in the SIP device capabilities form to higher than what you have now maybe just a second or two. (The recommended time for a wireless device is 4 seconds to support call forwarding when out of range)
Share what you know - Learn what you don't
Share what you know - Learn what you don't
Supernova99
Technical User
There is but it is a bit old rel 4.1 integration I suppose it is a good starting point.
Share what you know - Learn what you don't
Share what you know - Learn what you don't
- Thread starter
- #5
Supernova99
Technical User
try here
Share what you know - Learn what you don't
Share what you know - Learn what you don't
The 8440's are really finicky about their access points. Make sure the cisco model is on the Compatible Hardware in that guide. Also make sure that all the wireless settings are correct. It sounds like an access point issue where the connection idle time is having an issue. Personally I find these devices terrible and so finicky. The only access points that seem ok so far are the Aruba's listed on that document. For the price of the 8440 I would invest in a cell phone, turn on Wi-Fi and use a client like Bria or 3cx. Better function and none of the access point issues.
- Thread starter
- #8
I made the modifications in the MoL document but still have the same issue. I had two options set but don't think it has anything to do with it.
The two options were Supress Use of SDP Inactive Media Streams was set to Yes and under Signaling and Header Manipulation Session Timer was at 0 and it should be at 90.
The phones are configured to use the 802.11a wireless.
The two options were Supress Use of SDP Inactive Media Streams was set to Yes and under Signaling and Header Manipulation Session Timer was at 0 and it should be at 90.
The phones are configured to use the 802.11a wireless.
CoryCuster
IS-IT--Management
We have found ourself with the same proble running MCD 5.0 and polycom 8440 running rev. 4.2
after many log captures this is what we have found
In the successful call, the wireless phone sends an OK packet (959 in the filtered trace) with SDP information to the Mitel (call server) and the call server sends a single ACK with SDP, and there is no further SDP information for that call.
In the unsuccessful call, starting at packet 3192, the wireless phone sends the OK with SDP, the Mitel sends an ACK, then the Mitel sends another INVITE.
I have a couple of ideas on how to proceed from here:
1: filter G.722.1 on the miltel controller
2: Change the codec priority on the phone so that G.711 takes precedence over G.722.1 or remove G.722 & G.722.1
after many log captures this is what we have found
In the successful call, the wireless phone sends an OK packet (959 in the filtered trace) with SDP information to the Mitel (call server) and the call server sends a single ACK with SDP, and there is no further SDP information for that call.
In the unsuccessful call, starting at packet 3192, the wireless phone sends the OK with SDP, the Mitel sends an ACK, then the Mitel sends another INVITE.
I have a couple of ideas on how to proceed from here:
1: filter G.722.1 on the miltel controller
2: Change the codec priority on the phone so that G.711 takes precedence over G.722.1 or remove G.722 & G.722.1
- Thread starter
- #11
- Status
