First of all, if Asterisk is the client and it must register to the other side,
does the peer\user entry have to be in sip.conf, or can it be in ARA?
Second, why do all calls fall through to the last context specified, whether in
that peer\user definition or not? I'm assuming it's a typo somewhere, but I
can't find it. I had a full sip.conf, but axed a lot of the fluff trying to
remove any source of typo.
[EMAIL PROTECTED] asterisk]# cat sip.conf
[general]
context=default
port=5060
canreinvite=no
;register = 8157582715::[EMAIL PROTECTED] ; ottos 815-758-2715
register = 8157879826::[EMAIL PROTECTED] ; ottos 815-787-9826
;register = 8159092441::[EMAIL PROTECTED] ; RWest 815-909-2441
;register = 8159092443::[EMAIL PROTECTED] ; RWest 815-909-2443
;- REALTIME SUPPORT
; For additional information on ARA, the Asterisk Realtime Architecture,
; please read realtime.txt and extconfig.txt in the /doc directory of the
; source code.
;
rtcachefriends=yes ; Cache realtime friends by adding them to the
internal list
; just like friends added from the config file
only on a
; as-needed basis? (yes|no)
;rtsavesysname=yes ; Save systemname in realtime database at
registration
; Default= no
;rtupdate=yes ; Send registry updates to database using
realtime? (yes|no)
; If set to yes, when a SIP UA registers
successfully, the ip address,
; the origination port, the registration
period, and the username of
; the UA will be set to database via realtime.
; If not present, defaults to 'yes'.
;rtautoclear=yes; Auto-Expire friends created on the fly on the
same schedule
; as if it had just registered?
(yes|no|seconds)
; If set to yes, when the registration expires,
the friend will
; vanish from the configuration until requested
again. If set
; to an integer, friends expire within this
number of seconds
; instead of the registration interval.
;ignoreregexpire=yes; Enabling this setting has two functions:
;
; For non-realtime peers, when their
registration expires, the
; information will _not_ be removed from memory
or the Asterisk database
; if you attempt to place a call to the peer,
the existing information
; will be used in spite of it having expired
;
; For realtime peers, when the peer is
retrieved from realtime storage,
; the registration information will be used
regardless of whether
; it has expired or not; if it expires while
the realtime peer
; is still in memory (due to caching or other
reasons), the
; information will not be removed from realtime
storage
[8157582715]
type=friend
accountcode=2
context=ottos
secret=
username=2715
fromuser=8157582715
insecure=very
host=63.175.151.3 ;voip.essex1.com
fromdomain=63.175.151.3 ;voip.essex1.com
canreinvite=no
disallow=all
allow=ulaw
allow=alaw
;qualify=yes
[8159092441]
type=friend
accountcode=12
context=rwest
secret=
username=2441
fromuser=8159092441
insecure=very
host=63.175.151.3 ;voip.essex1.com
fromdomain=63.175.151.3 ;voip.essex1.com
canreinvite=no
disallow=all
allow=ulaw
allow=alaw
;qualify=yes
[8159092443]
type=friend
accountcode=12
context=rwest
secret=
username=2441
fromuser=8159092443
insecure=very
host=63.175.151.3 ;voip.essex1.com
fromdomain=63.175.151.3 ;voip.essex1.com
canreinvite=no
disallow=all
allow=ulaw
allow=alaw
;qualify=yes
[8157879826]
type=friend
;accountcode=2
context=ics
secret=
username=9826
fromuser=8157879826
insecure=very
host=63.175.151.3 ;voip.essex1.com
fromdomain=63.175.151.3 ;voip.essex1.com
;canreinvite=no
;disallow=all
;allow=ulaw
--
Mike Hammett
Intelligent Computing Solutions
http://www.ics-il.com
___
-- Bandwidth and Colocation Provided by http://www.api-digital.com --
asterisk-users mailing list
To UNSUBSCRIBE or update options visit:
http://lists.digium.com/mailman/listinfo/asterisk-users