Hello , I had customer with the problem below any help is appreciated
"To explain to you the what we are trying to do with the WRP400 and the problems that we are having.
We are a Wireless ISP in Ireland and we deliver a broadband and VoIP service to our customers. For our residential customers that use our VoIP service we use the WRP400 at the customer premises as it has wifi but most importantly 2 build in ATA for the phone service.
On our network we have QoS set up using Difffserv and all VoIP our traffic is marked in both directions and we find this works well. The problem that we have been having with the wrp400's is that when a customer is on a call they get gaps with silence in the call. So what we mean here is that our customer using the WRP400 cannot hear the person at the other end of the call for periods up to 6-7 sec at a time.
We would normally expect for a customer to to have difficults with the upload of a voice service as out typical data package is 3072kbps down and 512kbps upload however in this instance the problem is on the download side. We put this issue down to a QoS at the start and when we connect an ATA (PAP2T) onto the same router (WRP400) and set priority on it then this problem was resolved and the voice quality was fine. However having deleted the QoS config for the same router with the extenal ATA the phone worked fine.
When we came across this problem first we put it down to capacity issues on our network but having performed a number of upgraded on our network we noticed that this was not fixing the problem and we are confident that this is not a capacity issue on our network
As a result of the testing that we have done with the ATA (PAP2T) connected to the ethernet port on the same router (WRP400) we believe this is either an issue with QoS on the WRP 400 or it is an issue with the Build in Phone Ports on the WRP400.
I was hoping that somebody from Cisco could do some work on this problem with us to get is resolved and allow us to start using this great product (when it does what its surpose to do) again"
(1) What's the bandwidth utilization in downlink? For links that are around 2Mbps utilization, to ensure rigth Voice delays and jitter should not be higher than 60%. If the full pipe is used, this would generate additional jitter.
(2) Have you played with the jitter buffer size? This may help a bit if the situation is not bad.
(3) Use a more efficient codec, e.g. G.729 instead of G.711.
Traces would also help to see how the packets are being marked in the downlink. The amount of traffic is way lower than the max capacity of the WRP400, so this should not be an issue of the WRP400 (unless there is a bug, so I would vote for checking the above tests and see the results).
This Chat covers the intersection of technology and social impact from community to global levels. Learn how digital maturity accelerates SMB growth and profits that can fund social programs and enable sustainable business practices like remote work.
This Chat covers the intersection of technology and social impact from community to global levels. Learn how digital maturity accelerates SMB growth and profits that can fund social programs and enable sustainable business practices like remote work. We'l...
Join us live on Thursday, April 29 at 10 am PT as we discuss how the pandemic affected non profits and find out what their secret weapon was to weathering the past year. Our guests will share how giving back during this challenging time actually enabled t...
Join us live on Thursday, April 29 at 10 am PT as we discuss how the pandemic affected non profits and find out what their secret weapon was to weathering the past year. Our guests will share how giving back during this challenging time actually enabled ...
Discover the cybersecurity strategies that small and midsize business (SMB) leaders are using to thrive in today's ever-evolving threat landscape.
The Cisco Cybersecurity Report Series is a collection of thought leadership studies. This spin-off from our...