<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=Content-Type content="text/html; charset=iso-8859-1">
<META content="MSHTML 6.00.2900.2802" name=GENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=#ffffff>
<DIV><FONT face=Arial size=2>I think people have demonstrated with success the 
ability to change an IP address, which may or may not be required in your case. 
So you should be OK there. The two things I would worry about are the length of 
time your publisher will be down and the features that are unavailable for that 
time, i.e. forwarding/unforwarding of phones, extension mobility, IPCC agent 
logings, etc. Database replication is another issue, the subscribers can get 
into some state of disarray if the publisher is not available for an extended 
period of time. I think a restart of the cluster and/or using the DBLhelper tool 
may help you here.</FONT></DIV>
<DIV><FONT face=Arial size=2></FONT>&nbsp;</DIV>
<DIV><FONT face=Arial size=2>The most important thing is the latency between the 
sites. A distributed cluster requires a specific maximum roundtrip delay between 
cluster members so as long as that is OK, you should be good to go.</FONT></DIV>
<DIV>&nbsp;</DIV>
<DIV><FONT face=Arial size=2></FONT><BR>On 1/14/06, Bob A. Bowie &lt;<A 
href="mailto:bababooey@cox.net">bababooey@cox.net</A>&gt; wrote:<BR>&gt; Here is 
a summary of what we're doing, if I move the publisher server, the<BR>&gt; 
locations are in different areas of the US,<BR>&gt; so the publisher would be 
offline a couple of days to physically transport<BR>&gt; which I don't believe 
is desirable.<BR>&gt;<BR>&gt; To clarify my situation, my company has three core 
sites and multple wan<BR>&gt; sites.<BR>&gt; The three core sites contain the 
call managers, and one core site the<BR>&gt; publisher.<BR>&gt; We have aquired 
new office space with state of the art data center facilites<BR>&gt; and will 
become a<BR>&gt; core site.&nbsp; This new site is the optimum site for the 
publisher server and I<BR>&gt; will install a call manager suite there.<BR>&gt; 
The current publisher though exists at a core site that is not desirable, 
so<BR>&gt; I want to move the<BR>&gt; publisher server to the new 
location.<BR>&gt; What do you think my best option is in this 
case.<BR>&gt;<BR>&gt;<BR>&gt;<BR>&gt; ----- Original Message -----<BR>&gt; From: 
"Wes Sisk" &lt;<A href="mailto:wsisk@cisco.com">wsisk@cisco.com</A>&gt;<BR>&gt; 
To: "Bob A. Bowie" &lt;<A 
href="mailto:bababooey@cox.net">bababooey@cox.net</A>&gt;<BR>&gt; Cc: &lt;<A 
href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A>&gt;<BR>&gt; 
Sent: Saturday, January 14, 2006 12:08 AM<BR>&gt; Subject: Re: [cisco-voip] 
CM4.1.3-move publisher<BR>&gt;<BR>&gt;<BR>&gt; &gt; please tell us a little more 
about what you are trying to do.<BR>&gt; &gt;<BR>&gt; &gt; it is not possible to 
'promote' a subscriber to become a publisher.<BR>&gt; &gt;<BR>&gt; &gt; it is 
possible to take a BARS backup of your existing publisher,<BR>&gt; &gt; 
reinstall the OS and all same version of CM software, install BARS,&nbsp; 
then<BR>&gt; &gt; restore your BARS backup.&nbsp; the restore will 
re-establish&nbsp; connections and<BR>&gt; &gt; replication between pub and 
subs.<BR>&gt; &gt;<BR>&gt; &gt; it is possible to physically move the publisher 
CM server.<BR>&gt; &gt; it is possible to change the IP of the publisher to move 
it to a<BR>&gt; &gt; different network.<BR>&gt; &gt;<BR>&gt; &gt; what do you 
mean by 'move'?<BR>&gt; &gt;<BR>&gt; &gt; /Wes<BR>&gt; &gt;<BR>&gt; &gt;<BR>&gt; 
&gt; On Jan 13, 2006, at 12:09 AM, Bob A. Bowie wrote:<BR>&gt; &gt;<BR>&gt; &gt; 
Is it possbile to change which server is the publisher in a call manager<BR>&gt; 
&gt; cluster?<BR>&gt; &gt; Is it reliable and is there a procedure anywhere on 
CCO?<BR>&gt; &gt;<BR>&gt; &gt; Also, do you have to make changes and do 
adminsitration from the<BR>&gt; &gt; publisher<BR>&gt; &gt; server only<BR>&gt; 
&gt; or do changes made on a subscriber get updated to the publisher?<BR>&gt; 
&gt;<BR>&gt; &gt; Thanks,<BR>&gt; &gt; Bob<BR>&gt; &gt;<BR>&gt; &gt;<BR>&gt; 
&gt; _______________________________________________<BR>&gt; &gt; cisco-voip 
mailing list<BR>&gt; &gt; <A 
href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A><BR>&gt; 
&gt; <A 
href="https://puck.nether.net/mailman/listinfo/cisco-voip">https://puck.nether.net/mailman/listinfo/cisco-voip</A><BR>&gt; 
&gt;<BR>&gt; &gt;<BR>&gt;<BR>&gt;<BR>&gt; 
_______________________________________________<BR>&gt; cisco-voip mailing 
list<BR>&gt; <A 
href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A><BR>&gt; 
<A 
href="https://puck.nether.net/mailman/listinfo/cisco-voip">https://puck.nether.net/mailman/listinfo/cisco-voip</A><BR>&gt;<BR><BR><BR>--<BR>Ed 
Leatherman<BR>IP Telephony Coordinator<BR>West Virginia 
University<BR>Telecommunications and Network 
Operations<BR><BR>_______________________________________________<BR>cisco-voip 
mailing list<BR><A 
href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A><BR><A 
href="https://puck.nether.net/mailman/listinfo/cisco-voip">https://puck.nether.net/mailman/listinfo/cisco-voip</A><BR></DIV></BODY></HTML>