Share what you know with millions of people
Focus is the best place to turn what you know into remarkable content
0
Intermittant Dropped Calls
Our company has an Avaya Telephone Solution Communications Manager with 8710 duel servers. We have had a problem over the past year with intermittant dropped calls. This comes mainly from one area (1 & 2 particular hunt groups) and usually only happens when the employee conferences in a third party. The employee will lose the first caller.
We can't seem to pinpoint the problem with any of our vendors.
Events
- Dos and Don'ts of Small Business Marketing May 29 @ 11 am PT
- Lead Nurturing 202: The Next Generation May 31 @ 11 am PT
- The Tricks to Paid Media June 6 @ 11 am PT
- Display Advertising for Brand Awareness June 20 @ 11 am PT
Related Activity
4 Answers
Hello,
In the case of a VoIP call, the use of IPSec has detremental effects on conference calling and long duration calls. In my previous organization we had issues with this (from a Carrier perspective). What we found is that complex calls begin with a small packet size but evolve in the SIP signalling space to be more than the limit betwee small packet and large packet settings. In this case, the call is at the mercy of the audit routines that monitor whether a virtual port is active or not. Once the packet size barrier is crossed, packets containing the signalling information and call data are lost. Once the audit routine recognizes that there are not packets beeing sent, it terminates the call. This limit could exist in your call server or your enterprise router, or your firewall.
What software and firmware versions are you running? It seems trivial but updating all the software and relevant firmware should be a standard practice, but is essential in any troubleshooting scenarios. I'm an ACE, happy to help - feel free to reach out to me directly for assistance.
If any of the connections involve outside callers, you may need to allow trunk-to-trunk transfers.
By default it is probably restricted, but can be alloed via COS and COR.
OR you may check command change system-parameters features .....hope it helps
One possibility will arise from using SIP trunks that don't use the same RFP for conference. rfc for the comm manager may be different than the carrier.
Assumption is that the dropped calls only happen on outside public calls?
Arre you usinf SIP trunks?
Answer This Question