asterisk users - May 2008 - realtime problem with two Asterisk servers

Hi all,


I have a problem with using remote MySQL database server with two Asterisk
(1.4.17) servers. PhoneA registers with Asterisk#1 using realtime into MySQL on
remote server and everything is working fine and when I call Phone A from Phone
B (also registered with Asterisk#1) call is established. Problem is when I call
PhoneA
(which is registered with Asterisk#1) from PhoneC (which is registered
with Asterisk#2) and call fails because "cause 3 - No route to
destination".

This is the record (among other data) for PhoneA in MySQL:
fullcontact/ipaddr/port/regserver
sip:361 at 10.2.4.15:5060;user=phone;transport=udp/10.2.4.15/5060/asterisk

"sip show peers" on Asterisk#1
Name/username              Host            Dyn Nat ACL Port     Status    
Realtime
361/361                    10.2.4.15        D          5060     OK (99 ms)

"sip show peers" on Asterisk#2
Name/username              Host            Dyn Nat ACL Port     Status    
Realtime

So, I have three questions:
1. Why is "Realtime" column on Asterisk#1 empty for PhoneA when it is
registered by using realtime (is this normal condition?)
2. Why doesn't Asterisk#2 use IP address of PhoneA which exists in database
3. If I put this two Asterisk servers in failover mode (Linux HA) does this mean
that no calls will be done until all phones register with secondary Asterisk
server (e.g. if regexpire is 3600 sec, do I have to wait for one hour before
phone reregister to the secondary server)?

I'm missing something, but I don't know what so I would be grateful for
any directions. Should I do some kind of cache replication between this two
Asterisk servers (if yes, how should I do it?)


Configuration on both Asterisk servers:

extconfig.conf
sippeers => mysql,asterisk,sipfriends
sipusers => mysql,asterisk,sipfriends

res_mysql.conf
dbhost = 10.2.4.13
dbname = asterisk
dbuser = xxx
dbpass = yyy
port = 3306

sip.conf
dbhost = 10.2.4.13
dbname = asterisk
dbuser = xxx
dbpass = yyy
port = 3306


Thanks

Dubravko


      
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
http://lists.digium.com/pipermail/asterisk-users/attachments/20080525/24a461bf/attachment.htm