Do your dns tests from each box... and as a client (phone / softphone) might.
Check the wiki for these tests. http://wiki.sipfoundry.org/display/sipXecs/DNS+Concepts+for+sipXecs whether these things are set to master / slave or set to manual makes no difference if DNS is working properly. mike On Mon, Dec 12, 2011 at 10:55 AM, Cyril Constantin < cyril.constan...@gmail.com> wrote: > Hi Micheal, > > It's what I did but incoming calls work only for primary and redundant > reject it and send calls to voicemail, maybe my named.conf has a wrong > setting but I can't figure out. > > Regards. > > > 2011/12/12 Michael Picher <mpic...@ezuce.com> > >> If you are going to change to manual, i'd change on all of your servers. >> >> Then you just need to keep up with any zone file changes... >> >> Mike >> >> >> On Mon, Dec 12, 2011 at 10:30 AM, Cyril Constantin < >> cyril.constan...@gmail.com> wrote: >> >>> Hi, >>> >>> I have followed Sipx wiki and it looks to say that I need to put Manual >>> on all servers like it has been indicated in one of the comment of Josh >>> patten at the bottom of this link, he said *"That being said, the mode >>> does need to be changed to manual on all of the secondary servers, so I'll >>> update the page."* >>> >>> >>> http://wiki.sipfoundry.org/display/sipXecs/Location+based+DNS+views+for+sipXecs+using+BIND >>> >>> >>> >>> So regarding what you are saying Tony if I understood I need to change >>> to Manual on Master keep "Slave" on redundant make all my changes on Master >>> and do "send profiles" , is that correct? >>> >>> Regarding wiki link above they say: >>> >>> If the installer changes the DNS_MODE in named.conf from "Master" to >>> "Manual" then the *.zone file will no longer be automatically generated on >>> the primary server. The installer can then add additional DNS names to the >>> *.zone file and they won't get overwritten by the system. The installer >>> will then be responsible for changing the serial number in the zone file so >>> that it gets automatically copied to the slave DNS servers. >>> >>> In my case I expect that my changes are not overwritten by the system. >>> >>> Is not very explicit for my point of view on the wiki, if somebody can >>> clarify it for the way to proceed with manual change on master server? >>> >>> Thanks to all >>> >>> >>> 2011/12/12 Tony Graziano <tgrazi...@myitdepartment.net> >>> >>>> DNS MODE MANUAL is not suggested on an HA secondary system. It tends to >>>> break HA when you change it because the setting cannot be pushed down to >>>> the other servers. >>>> >>>> I think you might want to look instead at the timing of the records, >>>> etc. and whether you sent profiles after making the change to the master. >>>> >>>> On Mon, Dec 12, 2011 at 9:20 AM, cyril constantin < >>>> cyril.constan...@gmail.com> wrote: >>>> >>>>> Hi Guys, >>>>> >>>>> I have HA cluster with three servers. >>>>> >>>>> Like I have posted three months ago Bria 3.2.1 (the latest) doesn't >>>>> support DNS SRV with Weight of 0 for the three servers and will always use >>>>> the same server to register all phone which is annoying to load balance >>>>> all >>>>> my users on the three servers so to prevent this problem I have changed my >>>>> zone and put a weight of 33 for all three servers which is working fine >>>>> and >>>>> all users are load balanced on three servers, if I don't want to have >>>>> these >>>>> settings erased by sipxecs I need to change the named.conf DNS_MODE to >>>>> manually, but I'm facing some issues when I'm changing it to manually on >>>>> all servers, I can't figure out it yet (incoming calls only works when >>>>> coming into primary when they are coming on the redundant servers the >>>>> calls >>>>> goes straight to voicemail 's users) >>>>> >>>>> My current configuration: >>>>> 10.147.113.221 : primary server >>>>> 10.147.113.222 : redundant server >>>>> 10.147.113.223 : redundant server >>>>> >>>>> *I have tried on primary server to configure named.conf like below:* >>>>> >>>>> // DNS_MODE="Manual" >>>>> >>>>> options { >>>>> directory "/var/named"; >>>>> dump-file "/var/named/data/cache_dump.db"; >>>>> statistics-file "/var/named/data/named_stats.txt"; >>>>> forwarders { >>>>> 10.147.113.10; >>>>> 10.147.113.11; >>>>> }; >>>>> >>>>> >>>>> }; >>>>> >>>>> >>>>> zone "webcti.local" IN { >>>>> type master; >>>>> file "webcti.local.zone"; >>>>> allow-update { none; }; >>>>> allow-transfer { >>>>> >>>>> 10.147.113.10; >>>>> 10.147.113.11; >>>>> 10.145.108.10; >>>>> 10.147.113.222; >>>>> 10.147.113.223; >>>>> }; >>>>> allow-query { >>>>> 10.147.113.0/24; >>>>> 10.145.108.10; >>>>> }; >>>>> notify yes; >>>>> }; >>>>> >>>>> *On both redundant servers:* >>>>> >>>>> // DNS_MODE="Manual" >>>>> >>>>> options { >>>>> directory "/var/named"; >>>>> dump-file "/var/named/data/cache_dump.db"; >>>>> statistics-file "/var/named/data/named_stats.txt"; >>>>> }; >>>>> >>>>> zone "webcti.local" IN { >>>>> type slave; >>>>> file "data/webcti.local.zone"; >>>>> masters {10.147.113.221;}; >>>>> allow-notify {10.147.113.221;}; >>>>> notify no; >>>>> }; >>>>> >>>>> >>>>> on redundant servers into /etc/resolv.conf >>>>> nameserver 127.0.0.1 >>>>> >>>>> rndc reload and serial number increased and named service restarted on >>>>> primary server >>>>> >>>>> My incoming calls are coming from Asterisk to Sipxecs with sip trunk >>>>> and asterisk use srvlookup to resolve the zone webcti.local. It's working >>>>> fine until I change the named.conf to "Manual" and make my changes above. >>>>> >>>>> So if I use configuration above I have only one incoming calls on >>>>> three which is working. >>>>> >>>>> Any idea on this problem ? Do I miss something ? >>>>> >>>>> Can it be possible to have in Admin GUI a webpage where you can set >>>>> the weight per server (even priority) without modifying the DNS mode and >>>>> keep SIPXecs manage DNS ? >>>>> >>>>> >>>>> >>>>> Thanks a lot in advance for your help and any ideas will be >>>>> appreciated. >>>>> >>>>> Best Regards. >>>>> >>>>> Cyril >>>>> >>>>> _______________________________________________ >>>>> sipx-users mailing list >>>>> sipx-users@list.sipfoundry.org >>>>> List Archive: http://list.sipfoundry.org/archive/sipx-users/ >>>>> >>>> >>>> >>>> >>>> -- >>>> ====================== >>>> Tony Graziano, Manager >>>> Telephone: 434.984.8430 >>>> sip: tgrazi...@voice.myitdepartment.net >>>> Fax: 434.465.6833 >>>> >>>> Email: tgrazi...@myitdepartment.net >>>> >>>> LAN/Telephony/Security and Control Systems Helpdesk: >>>> Telephone: 434.984.8426 >>>> sip: helpd...@voice.myitdepartment.net >>>> >>>> Helpdesk Customers: http://myhelp.myitdepartment.net >>>> Blog: http://blog.myitdepartment.net >>>> >>>> Linked-In Profile: >>>> http://www.linkedin.com/pub/tony-graziano/14/4a6/7a4 >>>> Ask about our Internet Fax services! >>>> >>>> _______________________________________________ >>>> sipx-users mailing list >>>> sipx-users@list.sipfoundry.org >>>> List Archive: http://list.sipfoundry.org/archive/sipx-users/ >>>> >>> >>> >>> _______________________________________________ >>> sipx-users mailing list >>> sipx-users@list.sipfoundry.org >>> List Archive: http://list.sipfoundry.org/archive/sipx-users/ >>> >> >> >> >> -- >> Michael Picher, Director of Technical Services >> eZuce, Inc. >> >> 300 Brickstone Square**** >> >> Suite 201**** >> >> Andover, MA. 01810 >> O.978-296-1005 X2015 >> M.207-956-0262 >> @mpicher <http://twitter.com/mpicher> >> www.ezuce.com >> >> >> _______________________________________________ >> sipx-users mailing list >> sipx-users@list.sipfoundry.org >> List Archive: http://list.sipfoundry.org/archive/sipx-users/ >> > > > _______________________________________________ > sipx-users mailing list > sipx-users@list.sipfoundry.org > List Archive: http://list.sipfoundry.org/archive/sipx-users/ > -- Michael Picher, Director of Technical Services eZuce, Inc. 300 Brickstone Square**** Suite 201**** Andover, MA. 01810 O.978-296-1005 X2015 M.207-956-0262 @mpicher <http://twitter.com/mpicher> www.ezuce.com
_______________________________________________ sipx-users mailing list sipx-users@list.sipfoundry.org List Archive: http://list.sipfoundry.org/archive/sipx-users/
