VoIP Mailing List Archives

[dubravko_caric at yaho...]

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