You can modify bind in how it returns DNS values to the clients... you're kind of out of luck on Windows DNS servers.
Consult the Oracle: http://wiki.sipfoundry.org/display/sipXecs/DNS+Concepts+for+sipXecs See next to last section regarding Polycom issues. Thanks, Mike On Tue, Sep 6, 2011 at 4:30 AM, <[email protected]> wrote: > There is no relation between the provisioning server and the server where a > phone will register. > The provisioning server is just that; the place where a phone, in this case > Bria, gets its configuration files. > When it has the config it will register based on the information in there. > If the sip domain has more then 1 sip SRV records with equal priority then > Bria will pick one of them. > I do remember that newer Bria's always picks the first SRV, so if your DNS > does not "round-robin" the replies then all Bria's will register with > the first server. > This is however not caused by provisioning as such, but by the way DNS and > Bria work. > > Paul > > cyril constantin <[email protected]> wrote on 06-09-2011 > 09:48:00: > > > Hi Guys, > > > > I have configured several users with Bria 3 with provisioning, my > > provisioning URL is my Primary Sipxecs servers so all my users are > > registered to this primary server and doesn't load balance to others > > cluster server, so do there is any way to keep the ability to use > > DNS SRV for load balacing when using provisioning? > > > > Thanks a lot in advance for your feedback. > > > > Best Regards. > > > > Cyril_______________________________________________ > > sipx-users mailing list > > [email protected] > > List Archive: http://list.sipfoundry.org/archive/sipx-users/ > _______________________________________________ > sipx-users mailing list > [email protected] > List Archive: http://list.sipfoundry.org/archive/sipx-users/ > -- Michael Picher eZuce Director of Technical Services O.978-296-1005 X2015 M.207-956-0262 @mpicher <http://twitter.com/mpicher> www.ezuce.com
_______________________________________________ sipx-users mailing list [email protected] List Archive: http://list.sipfoundry.org/archive/sipx-users/
