Click Here To Visit SIP Broker  

Go Back   Voxalot / SIP Broker Support Forums > Voxalot Forums > Voxalot Support

Voxalot Support Support for the Voxalot service.

 
 
Reply
Thread Tools Display Modes
Unread 03-03-2007, 01:26 AM   #1
Tslam
Junior Member
 
Join Date: Jun 2006
Posts: 29
Thanks: 0
Thanked 0 Times in 0 Posts
Tslam is on a distinguished road
Default X-Lite: some IP calls lose audio ~3secs

My X-Lite registers to au.voxalot.com, and passes the echo test. It also calls eg 1-516-687-5089 (supernettel.com) and confirms ENUM. Supernettel also works if called with the Sipbroker prefix *013.

But... some IP calls to eg *266300 (monkeys) and *393612 (NY clock) lose audio after a few seconds. Why?

I've configured X-Lite as follows:

. discover global IP address
. Use STUN stun.voxalot.com:3478
. enable ICE *
. manual port range 5070-5080 ; to avoid conflict with my ATAs *
. send SIP Keep Alives *
. contemporary registration with same Vox ID on my ATA port 5060 *

* apparently makes no difference - still registers with same audio symptoms without enabling these options

I haven't explicitly forwarded any ports thru my NAT router, but why should I. Besides, I don't know what RTP range X-Lite is using (that's STUN's problem).
Tslam is offline   Reply With Quote
Unread 03-03-2007, 02:01 AM   #2
ctylor
 
ctylor's Avatar
 
Join Date: Apr 2006
Location: Vancouver, BC
Posts: 296
Thanks: 94
Thanked 53 Times in 27 Posts
ctylor will become famous soon enough
Default

Try disabling the manual port ranges, and if you haven't already, check "Use rport" as well. With those settings and everything else as you have set above (though I use "stun.xten.com" instead as my STUN server), I cannot duplicate your problem.
ctylor is offline   Reply With Quote
Unread 03-03-2007, 02:19 AM   #3
Tslam
Junior Member
 
Join Date: Jun 2006
Posts: 29
Thanks: 0
Thanked 0 Times in 0 Posts
Tslam is on a distinguished road
Default

I tried that previously, and again just now. I'm still having the problem. I even tried using stun.xten.com with and without the 3478 suffix.

Incidentally, using rport appears to be contrary to the instructions for using STUN with Voxalot as per voipstuff.com.au.

If you'd like to test peering with my X-Lite in the next hour or so, pm me and I'll give you my Vox number. I guess that would ring both X-Lite and my ATA - I'd answer the softphone first.

Last edited by Tslam; 03-03-2007 at 02:21 AM.
Tslam is offline   Reply With Quote
Unread 03-03-2007, 04:30 AM   #4
Tslam
Junior Member
 
Join Date: Jun 2006
Posts: 29
Thanks: 0
Thanked 0 Times in 0 Posts
Tslam is on a distinguished road
Default

Here's a possible clue is that my firewall is blocking ICMP from Voxalot: http://support.counterpath.com/posti...e0949121d35386

I don't know anything about ICMP, and I can't see where my WAG54Gv2 blocks it. Anyhow, I tried disabling my router firewall, and/or my Windows firewall. Nothing gives.
Tslam is offline   Reply With Quote
Unread 03-03-2007, 04:47 AM   #5
Tslam
Junior Member
 
Join Date: Jun 2006
Posts: 29
Thanks: 0
Thanked 0 Times in 0 Posts
Tslam is on a distinguished road
Default

Then I tried registering with SIPME. In this case, a call to *266300 doesn't just lose audio, it hangs up. Interestingly the dropout / hangup occurs exactly between "monkeys" and the monkey sounds.

I should mention that VSP calls to PSTN negotiated by Voxalot on X-Lite work fine - eg reasonable latency and continuity to my mobile.

Last edited by Tslam; 03-03-2007 at 04:50 AM.
Tslam is offline   Reply With Quote
Unread 03-03-2007, 11:12 AM   #6
MarkLL
Member
 
Join Date: Aug 2006
Posts: 44
Thanks: 1
Thanked 4 Times in 4 Posts
MarkLL is on a distinguished road
Default

Hi Tslam,
The linksys have an option to disable pings from the WAN ("Block WAN requests" on my RVS4000), The Prompt is not always obvious what it does. Try turning it off. What does the Debug log show?
MarkLL is offline   Reply With Quote
Unread 03-03-2007, 10:21 PM   #7
Tslam
Junior Member
 
Join Date: Jun 2006
Posts: 29
Thanks: 0
Thanked 0 Times in 0 Posts
Tslam is on a distinguished road
Default

Hi MarkLL, I tried enabling WAN requests, then disabling the firewall entirely.

The firewall log shows a couple UDP entries associated with negotiating the SIP and RTP traffic, but says nothing about blocking ICMP or any other unexpected packets.

I haven't run a Debug log on X-Lite. Is that possible?
Tslam is offline   Reply With Quote
Unread 03-04-2007, 12:00 AM   #8
martin
 
Join Date: Feb 2006
Posts: 2,930
Thanks: 528
Thanked 646 Times in 340 Posts
martin is a jewel in the roughmartin is a jewel in the roughmartin is a jewel in the roughmartin is a jewel in the roughmartin is a jewel in the roughmartin is a jewel in the rough
Default

Hi Tslam,

A couple of things I can think of:

1. What Codecs are enabled in x-lite (under options->advanced)

2. Another possibility is a re-invite is not reaching x-lite and the other side is dropping the call. Are you able to confirm that inbound calls to x-lite are working?
__________________
Martin

Please post support questions on the forum. Do not send PMs unless requested.
martin is offline   Reply With Quote
Unread 03-05-2007, 12:37 AM   #9
Tslam
Junior Member
 
Join Date: Jun 2006
Posts: 29
Thanks: 0
Thanked 0 Times in 0 Posts
Tslam is on a distinguished road
Default

Martin - yes the problem seems to be codec related.

Since I'm only using 264/64 at the moment, I had selected the only available slow codecs GSM and iLBC. As mentioned, monkeys and NY Speaking Clock (for example) lose audio with those codecs.

When I added a and u law, the X-Lite maintained incoming audio. It also maintained outgoing audio on eg echo test, but of course it was unusable with these codecs.

Which begs the question - how to select codecs that will work with slow broadband - only 64k upstream?? Many ppl will only require X-Lite when they're travelling - often in homes and hotel rooms which possibly don't support more than 64k up (assuming they don't block SIP/RTP).

The underlying problem IMO isn't perhaps due to forcing codecs (eg regular VoIP/VSP calls work fine), but rather the negotiation of slow codecs between X-Lite and... sipbroker (which is the agent for eg *266300, *393612).

I found X-Lite's diagnostics. The log shows lots of gibberish, and coincidentally "Warning Audio Not enough data in latency reducer" messages when GSM/iLBC codecs are enabled (but not necessarily applied).
Tslam is offline   Reply With Quote
Unread 03-05-2007, 01:48 AM   #10
martin
 
Join Date: Feb 2006
Posts: 2,930
Thanks: 528
Thanked 646 Times in 340 Posts
martin is a jewel in the roughmartin is a jewel in the roughmartin is a jewel in the roughmartin is a jewel in the roughmartin is a jewel in the roughmartin is a jewel in the rough
Default

Quote:
Originally Posted by Tslam View Post
The underlying problem IMO isn't perhaps due to forcing codecs (eg regular VoIP/VSP calls work fine), but rather the negotiation of slow codecs between X-Lite and... sipbroker (which is the agent for eg *266300, *393612).
Going via a VSP allows VoXaLot to use transcoding. This means that x-lite -> voxalot can use say gsm, and voxalot -> destination (via provider) g711.

I'd be interested to see what happens when you route the call to monkeys via the dial plan with the SIP Broker provider.

I half suspect the transcoding will kick in.
__________________
Martin

Please post support questions on the forum. Do not send PMs unless requested.
martin is offline   Reply With Quote
Reply

Thread Tools
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off
Forum Jump

Similar Threads
Thread Thread Starter Forum Replies Last Post
Voxalot and Sipura/ATA Tutorial: A Comprehensive Walkthrough ctylor Voxalot General 5 04-28-2010 12:52 AM
No audio on outbound calls darbzenith Voxalot Support 1 11-14-2006 04:14 AM
Nor receiving incoming calls Sharps1 Voxalot Support 1 10-16-2006 12:38 PM
No outbound audio on outbound calls KiniK Voxalot Support 2 05-21-2006 06:40 PM
Newbie - but please be nice Mallycat Voxalot Support 21 04-15-2006 07:50 AM


All times are GMT. The time now is 04:40 AM.


Powered by vBulletin® Version 3.7.2
Copyright ©2000 - 2019, Jelsoft Enterprises Ltd.