|
SIP Broker Support Support for the SIP Broker service. |
Thread Tools | Display Modes |
09-02-2007, 10:48 AM | #11 |
Join Date: Feb 2006
Posts: 2,930
Thanks: 528 Thanked 646 Times in 340 Posts |
It's not mis-routing. See my explanation here:
http://forum.voxalot.com/sip-broker-...html#post12316 .
__________________
Martin Please post support questions on the forum. Do not send PMs unless requested. |
09-23-2007, 06:25 PM | #12 |
Junior Member
Join Date: Jul 2007
Posts: 23
Thanks: 2 Thanked 1 Times in 1 Posts |
nat option in asterisk configuration
Hi Martin, I hope you are still monitoring this thread. It has become somewhat cluttered. Misrouted ACK seems to be a common problem but it can have various causes.
Going back to my specific problem, I am hoping you can tell me if the asterisk PSTN gateways are using the NAT option in their configuration files. I have been doing some research on asterisk and I believe this option could have a bearing on my specific case. The NAT options are as follows -- NAT undefined means default to NO NO means use the RFC3581 extension ( use rport parameter ) ROUTE means do not use rport and work around bug in Uniden phones YES means use rport and work around bug in Uniden phones NEVER means do not use rport and do not work around bug in Uniden phones. I realize things are very busy with the rollout of new features and a new business model. Thanks in advance. |
09-23-2007, 11:39 PM | #13 | |
Join Date: Feb 2006
Posts: 2,930
Thanks: 528 Thanked 646 Times in 340 Posts |
Hi telenerd,
The NAT setting is undefined in the configs of our PSTN gateway servers. Quote:
__________________
Martin Please post support questions on the forum. Do not send PMs unless requested. |
|
09-24-2007, 02:22 AM | #14 |
Junior Member
Join Date: Jul 2007
Posts: 23
Thanks: 2 Thanked 1 Times in 1 Posts |
Hi Martin
Unfortunately that is not the answer I wanted to see. My research led me to believe if the NAT option was YES or ROUTE then the CONTACT URI would be ignored. So we still do not know why the ACK is not sent to my CONTACT URI when the call originates from the sipbroker PSTN gateway. Most people will not have a problem if the ACK is sent to the URI that was registred because it is usually the same as the CONTACT obtained from the 200 OK. Not so in my case. Is there no hope of getting this to work? I believe that RFC3261 is pretty clear that the ACK should be sent to the CONTACT URI derived from 200 OK. |
09-24-2007, 09:32 AM | #15 | |
Join Date: Feb 2006
Posts: 2,930
Thanks: 528 Thanked 646 Times in 340 Posts |
Looking at your log snippets, my guess is the reason the ACK is *not* being sent directly to the Contact URI is because Voxalot NAT handling is kicking in and changing the Contact URI.
If the have "Symmetric NAT Handling" set to yes and your Contact URI is and RFC1918 address as highlighted in your log: Contact: <sip:246875@192.168.1.3> Then Voxalot will change this Contact in the 200 OK message before passing it back to the PSTN gateway. Quote:
__________________
Martin Please post support questions on the forum. Do not send PMs unless requested. |
|
09-24-2007, 04:25 PM | #16 | |
Junior Member
Join Date: Jul 2007
Posts: 23
Thanks: 2 Thanked 1 Times in 1 Posts |
Quote:
As I mentioned in an earlier post, eventually an ACK arrives with the proper REQUEST URI. Up to that point there is two way audio. So with the arrival of a proper ACK the phone is satisfied but incoming audio ceases. Is it possible that voxalot is changing the media address to a private address as well? Private addresses can not be routed through the internet. My outgoing proxy is associated with an rtp proxy/media relay and the SDP contained in the 200 OK specifies a public address. |
|
10-25-2007, 05:09 AM | #17 |
Junior Member
Join Date: Jul 2007
Posts: 23
Thanks: 2 Thanked 1 Times in 1 Posts |
Hi Martin
After some weeks I decided to try once again to access my SIP phones through the PSTN gateway. Something apparently has been changed. After INVITE/200 OK the ACK now gets sent to the phone that answered and I have two-way audio. There is one peculiar thing though. Immediately after the call is established the gateway sends a re-INVITE. It does not change anything. Thank you. This will make Voxalot/Sipbroker much more useful for me. |
10-25-2007, 07:16 AM | #18 | |
Join Date: Feb 2006
Posts: 2,930
Thanks: 528 Thanked 646 Times in 340 Posts |
Quote:
http://forum.voxalot.com/sip-broker-...html#post13367 The re-invite allows for a more direct audio path. .
__________________
Martin Please post support questions on the forum. Do not send PMs unless requested. |
|
10-25-2007, 04:43 PM | #19 | |
Junior Member
Join Date: Jul 2007
Posts: 23
Thanks: 2 Thanked 1 Times in 1 Posts |
Quote:
|
|
01-17-2008, 02:19 PM | #20 |
Junior Member
Join Date: Nov 2007
Posts: 1
Thanks: 0 Thanked 0 Times in 0 Posts |
SIP PSTN Access number not working.
Hi Telenerd,
Did you notice that, calls from Vancouver PSTN Access Numbers are not working again.? Calls drop with in few sec. And also that, PSTN access numbers from other destinations are also not working properly. All calls are dropping with in 2.5 mins. How do we solve this problem. Who is responsible to fix this issue? I hope someone does it quickly. Cheers..... |
Thread Tools | |
Display Modes | |
|
|
Similar Threads | ||||
Thread | Thread Starter | Forum | Replies | Last Post |
ENUM for sipbroker PSTN gateways... | affinity | Voxalot Support | 3 | 07-28-2007 10:32 PM |
sipbroker pstn gateway sends ACK to proxy rather than the UA | telenerd | Voxalot Support | 1 | 07-28-2007 11:05 AM |
Australian PSTN to VoIP Gateway (1300 number) | AlexErko | Voxalot Support | 7 | 05-10-2007 06:31 AM |
SipBroker PSTN not getting in | Xoraxoganom | Voxalot Support | 2 | 01-27-2007 02:05 PM |
PSTN Gateway problem | philled | Voxalot Support | 10 | 01-22-2007 11:21 AM |