X-Lite: some IP calls lose audio ~3secs

Tslam · 03-03-2007, 01:26 AM

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).

ctylor · 03-03-2007, 02:01 AM

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.

Tslam · 03-03-2007, 02:19 AM

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.

Tslam · 03-03-2007, 04:30 AM

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 · 03-03-2007, 04:47 AM

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.

MarkLL · 03-03-2007, 11:12 AM

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?

03-03-2007, 01:26 AM	#1
Tslam Junior Member Join Date: Jun 2006 Posts: 29 Thanks: 0 Thanked 0 Times in 0 Posts	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).

03-03-2007, 02:19 AM	#3
Tslam Junior Member Join Date: Jun 2006 Posts: 29 Thanks: 0 Thanked 0 Times in 0 Posts	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.

03-03-2007, 04:47 AM	#5
Tslam Junior Member Join Date: Jun 2006 Posts: 29 Thanks: 0 Thanked 0 Times in 0 Posts	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.*

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

03-03-2007, 02:01 AM	#2
ctylor Join Date: Apr 2006 Location: Vancouver, BC Posts: 296 Thanks: 94 Thanked 53 Times in 27 Posts	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.

03-03-2007, 04:30 AM	#4
Tslam Junior Member Join Date: Jun 2006 Posts: 29 Thanks: 0 Thanked 0 Times in 0 Posts	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.

03-03-2007, 11:12 AM	#6
MarkLL Member Join Date: Aug 2006 Posts: 44 Thanks: 1 Thanked 4 Times in 4 Posts	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?