Also can not understand why a BINDADDR=0.0.0.0, that should BIND on ALL IP address, does not work… Is that a bug ? Could someone explain why ? How do I get Asterisk bind to ALL addresses ? I need * recognizes / bind both IP address in order to get not only a HA system, but also a Load Balanced system ![/quote]
Uhhmmm… I did some googling and I find my own answer form the statments below… Please find attached the solution I found at http://www.voip-info.org/wiki/index.php?comment_page=1&page_id=78&maxComments=10&comments_maxComments=10&comments_sort_mode=commentDate_desc&comments_style=flat
[quote]The statement “(0.0.0.0 binds to all)” next to the bindaddr= parameter in the default sip.conf is very misleading.
If you configure bindaddr=0.0.0.0 in sip.conf, SIP will not truly bind to any IP other than the first IP on a particular ethernet interface (or more specifically, the system’s ip route to the SIP device, which will be the first IP unless configured otherwise). It will respond to requests sent to any IP on the machine, however those responses will always be sent from the first IP and therefore if the original request was sent to a secondary IP, the response will inevitably be discarded by the SIP device as unrelated.
This is contrary to the behavior of hundreds if not thousands of other types of servers, and in particular the behavior of those which claim to bind to all addresses, but apparently is intended behavior as according to Corydon76 from Digium: “This has been asked many times before, and the answer is still the same. We simply don’t support this behavior.”
So beware â€” “you cannot alias your Ethernet interface to multiple addresses and expect it to work.”
Of course this means you cannot use systems like heartbeat to transfer a virtual IP between SIP servers to maintain redundancy as a workaround for yet another asterisk weakness (that it will only use the first SRV record, though this weakness is actually well-documented and I believe they intend to fix it).
Hope you have a plan C. If it helps, we solved this problem here using SRV on the clients (since they handle it correctly), and DUNDi on the server side.[/quote][/url]