I'll try again tonight to have it working, it's difficult for me to do it
during the day without interrupting users.

I'll let you know.

Regards

2011/12/12 Michael Picher <mpic...@ezuce.com>

> 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/
>
_______________________________________________
sipx-users mailing list
sipx-users@list.sipfoundry.org
List Archive: http://list.sipfoundry.org/archive/sipx-users/

Reply via email to