We have been, unsuccessful, trying to implement inter-asterisk
communications using IAX. I was wondering if anyone is having similar
problems, or would share information about their succes/
Our environment consists of two servers with public IP addresses and DNS
entries that resolve. (for the example we use "domain.net")
Based on the information available to us, we have tried the following:
In the IAX.CONF of Server 1 (called "ABLE") we have placed:
register => able:password@baker.domain.net
we have also placed:
[baker]
context=internal
type=friend
host=baker@domain.net
secret=password
auth=md5
In the EXTENSIONS.CONF file on ABLE we have placed:
[to-baker]
exten => _6.,1,Dial(IAX/baker/${EXTEN:1})
and [internal] is the existing context for handling internal calls
In the IAX.CONF file on Server 2 (called "BAKER") we have placed:
register => baker:password@able.domain.net
we have also placed:
[able]
context=internal
type=friend
host=able@domain.net
secret=password
auth=md5
and in the EXTENSIONS.CONF on Baker we have placed:
[to able]
exten => _8.,1,Dial(IAX/able/${EXTEN:1})
and [internal] is the existing context for handling internal calls.
When we reload both Asterisk servers, ABLE shows no registration with BAKER,
and BAKER shows error messages :
Jan 29 11:06:49 NOTICE[-1147503696]: chan_iax.c:2896 register_verify: No
registration for peer 'baker' (from 10.1.1.1)
[Note: 10.1.1.1 is substituted in the above message for the actual IP]
No calls go through from ABLE to BAKER or vice-versa
Any suggestions would be appreciated.
Sam Zener
Network Techician
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
http://lists.digium.com/pipermail/asterisk-users/attachments/20040129/bb64aa85/attachment.htm
On Thursday 29 January 2004 10:12, MLS Drop for SysAdmin wrote:> We have been, unsuccessful, trying to implement inter-asterisk > communications using IAX. I was wondering if anyone is having > similar problems, or would share information about their succes/<snip>> host=baker@domain.net > host=able@domain.netThis doesn't resolve: Host baker\@domain.com not found: 3(NXDOMAIN) Host able\@domain.com not found: 3(NXDOMAIN) -Tilghman
You cannot allocate a static host ("host=foo.com") and also use
registration. If you are going to have one register with the other (it is
rarely valuable to have both register with both sides) then you should use
"host=dynamic". Alternatively you can not use registration and just
use
statics.
Mark
On Thu, 29 Jan 2004, MLS Drop for SysAdmin wrote:
> We have been, unsuccessful, trying to implement inter-asterisk
> communications using IAX. I was wondering if anyone is having similar
> problems, or would share information about their succes/
>
> Our environment consists of two servers with public IP addresses and DNS
> entries that resolve. (for the example we use "domain.net")
>
> Based on the information available to us, we have tried the following:
>
> In the IAX.CONF of Server 1 (called "ABLE") we have placed:
>
> register => able:password@baker.domain.net
>
> we have also placed:
>
> [baker]
> context=internal
> type=friend
> host=baker@domain.net
> secret=password
> auth=md5
>
> In the EXTENSIONS.CONF file on ABLE we have placed:
>
> [to-baker]
> exten => _6.,1,Dial(IAX/baker/${EXTEN:1})
>
> and [internal] is the existing context for handling internal calls
>
>
> In the IAX.CONF file on Server 2 (called "BAKER") we have placed:
>
> register => baker:password@able.domain.net
>
> we have also placed:
>
> [able]
> context=internal
> type=friend
> host=able@domain.net
> secret=password
> auth=md5
>
> and in the EXTENSIONS.CONF on Baker we have placed:
>
> [to able]
> exten => _8.,1,Dial(IAX/able/${EXTEN:1})
>
> and [internal] is the existing context for handling internal calls.
>
>
> When we reload both Asterisk servers, ABLE shows no registration with
BAKER,
> and BAKER shows error messages :
>
> Jan 29 11:06:49 NOTICE[-1147503696]: chan_iax.c:2896 register_verify: No
> registration for peer 'baker' (from 10.1.1.1)
> [Note: 10.1.1.1 is substituted in the above message for the actual IP]
>
> No calls go through from ABLE to BAKER or vice-versa
>
> Any suggestions would be appreciated.
>
>
> Sam Zener
> Network Techician
>