Interruption during call soft phone wifi
Options
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
07-30-2013 01:23 AM
Hi all!
we use AP 7363. This ap is managed by ZD1100.
Power signal is high, no throughput trouble.
We use a soft phone, we notice several interruption during the communication.
We try the same thing in the same room on same network with other wifi AP and there is no problem. No interruption during call.
Same issue with a computer connected in wifi.
Sometimes we have high ping latency.
With a wired client device connected on this network no ping latency issue.
We try several mobile phone, computer and AP (zf7363) but same issue. zf7363 is installed in other location same issue.
We tried to adjust different parameters like TOS, CAC... but no results.
Thanks.
Alex
we use AP 7363. This ap is managed by ZD1100.
Power signal is high, no throughput trouble.
We use a soft phone, we notice several interruption during the communication.
We try the same thing in the same room on same network with other wifi AP and there is no problem. No interruption during call.
Same issue with a computer connected in wifi.
Sometimes we have high ping latency.
With a wired client device connected on this network no ping latency issue.
We try several mobile phone, computer and AP (zf7363) but same issue. zf7363 is installed in other location same issue.
We tried to adjust different parameters like TOS, CAC... but no results.
Thanks.
Alex
15 REPLIES 15
Options
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
08-07-2013 06:06 AM
For additional information, we have the same issues with Skype from phone to phone, in a dedicated VLAN and WLAN with the suggested settings above, ZD version 9.6. The communication with skype degrade slowly until we have no audio signal anymore.
We also noticed when the audio signal is strongly degraded, a reconnection of the phone to the wifi improves the quality of the communication until the interruptions restart again few minutes later...
If somebody has any idea, we begin to go blank !
We also noticed when the audio signal is strongly degraded, a reconnection of the phone to the wifi improves the quality of the communication until the interruptions restart again few minutes later...
If somebody has any idea, we begin to go blank !
Options
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
08-07-2013 09:40 AM
If you can - given the AP's that you have installed (which may have minimum software version requirements) - try a downgrade to 9.4.3. I hate to offer these "shot in the dark" recommendations and especially a downgrade, but there was a kernel change in 9.5 that seems to have impacted some VOIP installations. Our escalation team is investigating that issue.
Options
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
08-08-2013 08:48 AM
We've downgraded only one AP in 9.4.3 version. Then, we've put it in our network configuration in stand alone mode but we still have the same issues...
Thanks for your investigation.
Thanks for your investigation.
Options
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
10-08-2013 02:18 PM
This issue is likely related to the issue here, which is currently being investigated by Ruckus and SpectraLink. Hoping that 9.5MR3 is going to make all the difference. Watch this space.
Options
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
10-08-2013 05:18 PM
The topic of this discussion was for Soft-Phone, or an application running on a PC
which cannot necessarily be identified as VoIP. This will result in QoS placing the
traffic in the Background/Best Effort queue, where packets are most likely to be
dropped in favor of higher priority packets.
A method of increasing the depth of the Background/Best Effort queue may be the
solution you're looking for. You can configure all APs on your ZoneDirector to use
deeper Background/Best Effort queue with a ZD CLI command, executed from
debug mode:
remote_ap_cli -A "(set mq wifi0 qtime 2000 2000 4000 400)"
which cannot necessarily be identified as VoIP. This will result in QoS placing the
traffic in the Background/Best Effort queue, where packets are most likely to be
dropped in favor of higher priority packets.
A method of increasing the depth of the Background/Best Effort queue may be the
solution you're looking for. You can configure all APs on your ZoneDirector to use
deeper Background/Best Effort queue with a ZD CLI command, executed from
debug mode:
remote_ap_cli -A "(set mq wifi0 qtime 2000 2000 4000 400)"