PBXes » English » Bugs »
Print Page | Recommend to Friend | Add Thread to Favorites
Post New Thread Post Reply
Author
Post « Previous Thread | Next Thread »
dor


Registration Date: 01.01.1970
Posts:

Distorted sound on callthrough Post Reply with Quote Edit/Delete Post Report Post to a Moderator       IP Information Go to the top of this page

I set up an extension to forward the calls to SIP URI, the recipient happens to be registered @eu.voxalot.com. I called few times using callthrough from Montreal, Canada - the other party hears me perfectly, but I have seriously distorted sound, although we both hear each other.

To exclude PBXes as a cause I setup DID to forward my call directly to that SIP URI - quality was excellent on both sides. Call through PBXes - I have distortions.

What could be wrong here?

10.06.2008 20:45 doronin is offline Search for Posts by doronin Add doronin to your Buddy List
Dia
Premium Account


Registration Date: 03.03.2006
Posts: 1443

Post Reply with Quote Edit/Delete Post Report Post to a Moderator       IP Information Go to the top of this page

Somewhere along the line of the call, the packetization period is set to 30 ms instead off 20 ms in a SIP User Agent. That is demonstrated as the voice being heard through water on one side of the call.

Does this describe accurately the symptom you are experiencing?

11.06.2008 15:13 Diafora is offline Search for Posts by Diafora Add Diafora to your Buddy List
dor


Registration Date: 01.01.1970
Posts:

Post Reply with Quote Edit/Delete Post Report Post to a Moderator       IP Information Go to the top of this page

Well, I'd describe it as sound has tiny interruptions few times a second.

The line

Me(PSTN) => DID => PBXes (callthrough) => Voxalot << ATA

What is SIP user agent here - is it ATA, or it can also be something in the middle?

Even if packetization period in ATA set to 30ms, shouldn't PBXes be able to deal with it? When I set up DID to call that SIP URI there was no problems, which means that server managed to get in the right mode?

This post has been edited 1 time(s), it was last edited by dor on 11.06.2008 at 16:39.

11.06.2008 16:38 doronin is offline Search for Posts by doronin Add doronin to your Buddy List
dor


Registration Date: 01.01.1970
Posts:

Post Reply with Quote Edit/Delete Post Report Post to a Moderator       IP Information Go to the top of this page

I did one more test to see if something wrong could be in Voxalot where my recipient registered.
I called the same way, but forced Voxalot to give me a error message instead routing the call to the registered ATA. Everything was OK, no distortions, which to me means that packetization period is most likely set to 30 in ATA.

Diafora, could you help me figure out a workaround? I can't go to that person and demand changing its settings just because I want to call him using PBXes.

11.06.2008 18:57 doronin is offline Search for Posts by doronin Add doronin to your Buddy List
Dia
Premium Account


Registration Date: 03.03.2006
Posts: 1443

Post Reply with Quote Edit/Delete Post Report Post to a Moderator       IP Information Go to the top of this page

Well, the PBXes server is dealing with it, since the call is going through, but as you have experienced the results are not ideal.

In the calls scenario you mentioned, there are 2 SIP UAs, which might have a packetization setting that affects the call, but the most important UA is your friend's ATA, which I am willing to bet is Sipura (Linksys) unit.

Start by asking the person, what kind of ATA he or she has. Then mention, they might have to deal with the issue in the future, if and when they acquire their own DIDs. They might be willing to change the setting on a trial basis.

11.06.2008 22:44 Diafora is offline Search for Posts by Diafora Add Diafora to your Buddy List
dor


Registration Date: 01.01.1970
Posts:

Post Reply with Quote Edit/Delete Post Report Post to a Moderator       IP Information Go to the top of this page

Thanks Diafora, but please, help me understand this better.

First, he has PAP2T, where 30 is predefined default value

Second, how comes it works when calling from other systems, and it's only PBXes that doesn't work well? Don't you see something illogical in making that ATA as a root cause?

Considering that 30 is the default value for Linksys boxes, and it does work for him everywhere - it doesn't work only for me, and only when using PBXes.

What if a thousand others my recipients buy Linksys boxes with pre-set 30 - should I persuade all of them to change it?

C'mon, guys!

This post has been edited 1 time(s), it was last edited by dor on 12.06.2008 at 15:07.

12.06.2008 15:04 doronin is offline Search for Posts by doronin Add doronin to your Buddy List
dor


Registration Date: 01.01.1970
Posts:

Post Reply with Quote Edit/Delete Post Report Post to a Moderator       IP Information Go to the top of this page

I'm happy to report that after I convinced my recipient to change RDP packet size to 20ms everything looks, no - actually sounds - fine.

This post has been edited 1 time(s), it was last edited by dor on 14.06.2008 at 01:54.

14.06.2008 01:54 doronin is offline Search for Posts by doronin Add doronin to your Buddy List
dor


Registration Date: 01.01.1970
Posts:

Post Reply with Quote Edit/Delete Post Report Post to a Moderator       IP Information Go to the top of this page

Guys, I do realize that this problem is overly boring, but can you do (or at least say) something specific about the fact that SIP URI calls can only be done if the recipient set up with 20ms RTP packet size? You disagree that it's a bug?

This post has been edited 1 time(s), it was last edited by dor on 14.06.2008 at 22:10.

14.06.2008 22:10 doronin is offline Search for Posts by doronin Add doronin to your Buddy List
Dia
Premium Account


Registration Date: 03.03.2006
Posts: 1443

Post Reply with Quote Edit/Delete Post Report Post to a Moderator       IP Information Go to the top of this page

There is actually nothing boring with your question, except that you had an answer regarding the root cause of the issue, and I naively believed the explanation could wait for a couple of days.

The slight incompatibility between all Sipura (now Linksys) devices and Asterisk systems is a well known fact, when two Asterisks are used back to back, and the vocoder is either G.729 or G.711. So the bug is clearly on Linksys' side, but someone could argue that it's not really a bug more of a quirk, since the packetization period interval can be changed via the web interface.

Please note Sipura devices have other slight quirks, for which almost all SIP Proxies had to make changes to accommodate them, due to their popularity. One of them is the G.729 vocoder name in the SDP description of the SIP packets.

Regarding the timeframe of our response, I would like to remind you, the support service we provide via the forums is not meant for time critical issues. Occasionally, we would like to take a weekend off and enjoy life too. I am sorry if this affects the flow of explanations, but not the actual support cases!

16.06.2008 10:02 Diafora is offline Search for Posts by Diafora Add Diafora to your Buddy List
 
Post New Thread Post Reply
Go to:

Powered by Burning Board Lite 1.0.2 © 2001-2004 WoltLab GmbH
English Translation by Satelk