IAX2 PBX to PBX trunk dropping when dynamic dns IP change.
Has anybody configured a IAX2 trunk between two PBX's across public domain using dynamic references in the trunk configs, the system works fine untill dynDNS updates the new IP, then the trunk fails to work until the box is bounced then all is O.K. again.
Here are my config for trunk in iax_additional.conf (added [mirror config for serve B]
[Server1User]
host=196.*.*.* [Server2User] host=hostname.dyndns.org
secret=*******
type=user
context=from-internal
[Server2]
context=from-internal
host=196.*.*.* [Server1] host=hostname.dyndns.org
username=Server2User [Server1] username=Server1User
secret=*******
type=peer
qualify=yes
I have added relevant details in add [] to save time in description.
Has anyone had this problem or can suggest how to solve this?
Thanks.
HI Scott.
Thank you for replying, any assistance is greatly appreciated.
A VPN is a great way to go, we have CISCO VPN capability, however we have 10 offices in different naional geographic locations where each will have trixbox firewalled, deployed and trunked.
In this configuration we would wish a star topology where the public cloud becomes the center of the star topology and not one specific location outside of the public cloud.
In laymans terms one site can call any other site without being routed through a central VPN server.
With this in mind it presents mesh redundancy with calling between sites.
Ideally the dynamic adress issues once resolved will constitute a solution for the company in question leveraging lowest cost of implementation.
You mentioned that this problem is known issues with trixbox/Asterisk, if so can you point me to some links for study/Search engine wording or suggest a work around?
Thanks.
Kevern.
O.K.
Site to Site VPN's are a "work around" for dynamic IP issues, are there any other "work arounds" for dynamic trunking?
Like for Example could I use registration on IAX2 trunk and run something like Argus to reset the trunk when dynamic ip changes (unresponsive trunk) ocurr thus overcomming the need for VPN work around?
Kevern



Member Since:
2008-08-16