On Wed, Aug 13, 2008 at 5:51 PM M. Ranganathan wrote:
> Please use an outbound registrar setting. Bandtel.com needs
> Registration requests to be sent to registrar.bandtel.com.
> You can set the registrar address in the advanced settings of
> the ITSP configuration page.
Hi Ranga,
The instructions that came with my account prescribe the use of
proxyx.bandtel.com for all requests. I can successfully register and
make calls using proxyx.bandtel.com as an outbound proxy for both
registrations and outgoing calls if I use x-lite with a public address.
I used outbound-registrar setting:
<outbound-registrar>bandtel.com</outbound-registrar> and the outgoing
request came out as follows:
REGISTER sip:bandtel.com SIP/2.0
From: <sip:[EMAIL PROTECTED]>;tag=2791590335185228142
To: <sip:[EMAIL PROTECTED]>
Route: <sip:bandtel.com:5060;lr>
Contact: <sip:[EMAIL PROTECTED]:5080;transport=udp>
This request however still attracts 404 Not found response.
On a separate note I noticed something else about sipXbridge: It looks
like sipXbridge was designed for a multihomed machine which has two
interfaces - one possibly facing the LAN and another facing the WAN.
I am trying to use sipX on a machine with single NIC card located on a
private LAN behind a NAT/FW with appropriate port forwarding rules. I am
noticing that sipXbridge bind to two ports (facing in and facing out)
and I must set the external-address to be equal to local-address and
equal to my LAN IP address.
<external-address>192.168.1.4</external-address>
<external-port>5080</external-port>
<local-address>192.168.1.4</local-address>
<local-port>5081</local-port>
sipXbridge uses external-address to bind to SIP port facing out and I
can't supply my public address in this field as bind fails.
With that looks like this address is also used in various SIP message
headers of the requests that are sent out to the public side. I would
expect global-address to be used instead.
For instance VIA and Contact headers contain private addresses.
Does sipXbridge support the above deployment option?
Thank you in advance,
Mark.
_______________________________________________
sipx-dev mailing list
[email protected]
List Archive: http://list.sipfoundry.org/archive/sipx-dev
Unsubscribe: http://list.sipfoundry.org/mailman/listinfo/sipx-dev
