Does anyone have Incoming Calls working with a Voxbone, LES.NET or CallCentric DID?
Hi
I've tested with 2 SPA1001s and 1 PAP2. One of the SPA1001 are even on a different home network. All are located in the DMZ. The result of any calls coming in via these DIDs is ONE-WAY audio. All other DID provider numbers work fine. My ATAs are all registered to us.voxalot.com. I have tried making a few changes to NAT settings, but no luck. If anyone has DIDs working from these number. Either your own dedicated DID or through a SIPBroker gateway DID for these DID providers, would you kindly share your ATA configuration details? (or solution) Thanks in advance Richard |
Hi
I had no problems with les.net, using either SIPBroker gateway DIDs and *010xxxxxx or my own DID at les.net. My DID is sip-forwarded to xxxxxx@voxalot.com in the les.net trunk setup, the ATA is a PAP2T registered to us.voxalot.com. I will have a look at its configuration when I come home ... Marcel |
Thanks Baikal. Hopefully your configuration will help sort this out. Richard
|
Below my settings (SIP & Line1 tab of the PAP2t configuration page, les.net trunk setup). Which way is your one-way audio? I recently observed one-way audio (no outgoing audio!) with another provider which is registered in my voxalot account.
PAP2T-SIP: Code:
SIP Code:
Streaming Code:
Peer Name NNNNNNNNNNNNNNN |
My Voxbone DID (which is mapped to my Voxalot SIP URI) works fine, two-way audio.
NAT Support Parameters Handle VIA [no ] Handle VIA [no ] received: rport: Insert VIA [no ] Insert VIA [no ] received: rport: Substitute [yes] Send Resp To [no ] VIA Addr: Src Port: STUN [yes] STUN Test [no ] Enable: Enable: STUN [stun.voxalot.com.au] EXT IP: [ ] Server: EXT RTP [ ] NAT Keep [15 ] Port Min: Alive Intvl: I recommend changing "Send Resp To" to Yes. Normally it should be Yes if "Substitute VIA Addr" is Yes. That might help. If not try changing the other four VIA settings to Yes and those two back to No (either the top four should be yes, or the fifth and sixth ones should be yes, not both at once--I am told). If still no luck, DMZ your PAP. |
Thanks Baikal and Ctaylor.
I'll try playing with the setting again tomorrow and let you know. BTW, my device is in the DMZ already. Take care Richard |
I have the weird relationship of putting my ATA in the DMZ of my router, while keeping the various NAT compensating/port-busting techniques of the ATA enabled (in my case the fifth and six options to Yes), actually kills my device and cuts out voices. Just tried again now, and still have that happen, so I have to leave off the DMZ mode unless I want to investigate further what the settings should be.
I recommend playing with the STUN settings while not having any dmz or special port forwarding rules enabled for your ATA. |
All times are GMT. The time now is 10:20 PM. |
Powered by vBulletin® Version 3.7.2
Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.