No, I have not had replication issues in the real lab and I check the 
replication after NTP, every time.

I have had replication issues in my home lab but only when I have done 
something stupid.

-Bill

--
William Bell
blog: http://ucguerrilla.com
twitter: @ucguerrilla



On Apr 3, 2013, at 9:04 PM, Josh Petro wrote:

> Have you (or anyone) run into replication issues in the real lab? Im assuming 
> Cisco uses vmware which 7 isn't approved on, so that kind of cheating on 
> cisco's part, no? Your steps are a valid real world troubleshooting technique 
> for sure, but the lab should have better thing to test on I hope.
> 
> On Apr 3, 2013 12:18 PM, "William Bell" <b...@ucguerrilla.com> wrote:
> You definitely have a replication issue. You cannot go by the Unified 
> Reporting or by the perf counters (RTMT or from the CLI) as a valid 
> indication of replication health. I know that sucks but it's true.
> 
> I recommend using the CLI command: "utils dbreplication status all" from the 
> Publisher
> 
> In practice (and in the real lab) I use the following approach since NTP 
> seams to be where replication could fall apart on you:
> 
> 
> 1. Make sure that if you are using HQ, BR1, BR2 or some other device you 
> "control" in the lab as the NTP source for CUCM that that NTP server is 
> associated to a valid NTP clock source and is synchronized. Very important 
> step.
> 
> 2. Set the NTP server on the Pub as you normally would
> 
> 3. SSH to Pub and use "utils ntp status" command to ensure that time in 
> synchronized. If it does not sync then look at step 1 and you will need to 
> restart NTP on the pub.
> 
> 4. SSH to Sub (after Pub is sync'd) and use the "utils ntp restart" command 
> to restart NTP. You could check status beforehand if you want but you'll need 
> to restart NTP 99.999% of the time.
> 
> 5. Use "utils ntp status" on Sub to verify sync status. Once sync'd, proceed 
> to 6.
> 
> 6. Use "utils dbreplication status all" from Publisher to check replication 
> status.
> 
> 
> If you see a db replication issue, I'd recommend fixing it. Various methods 
> exist. The method I use for this lab:
> 
> 1. Subscriber:  utils dbreplication stop
> 
> 2. Publisher: utils dbreplication stop
> 
> 3. Once publisher has stopped replicating: utils dbreplication 
> forcedatasyncsub all
> 
> 4. Reload Subscriber
> 
> This all takes 10 - 15 minutes, so try to avoid stupid mistakes and also try 
> to catch dbreplication issues early on
> 
> 
> -Bill
> 
> 
> --
> William Bell
> blog: http://ucguerrilla.com
> twitter: @ucguerrilla
> 
> 
> 
> On Apr 2, 2013, at 1:14 PM, Hesham Abdelkereem wrote:
> 
> > Dear Experts,
> >
> > I was working yesterday on one of the online Rack Rentals.
> > I have registered all Phones , Gateways and everything to the Subscriber.
> > Something is very odd.
> > I was unable to make any calls from the phone at all and the calls were not 
> > reaching the gateway.
> > I have deleted the SLRG and Recreated, Delete all Route Patterns and then 
> > Recreated them again.
> > Deleted all Route Groups and recreated them again.
> > Disassociated LRG from Device Pool and Recreated them Again never worked.
> > Restarted all Device Pool , Phones and Gateways never worked.
> > However, When I shut down the subscriber and when it was restarting and 
> > everything fails over on Publisher then everything works perfectly and as 
> > soon as the Subscriber comes back everything is ruined.
> > However , NTP Server is configured properly , Checked DB replication in 
> > Unified Reporting and it's good status.
> > All Endpoints shows registered successfully but I am unable to perform 
> > calls.
> > All Devices are configured with the correct Device Pool and Correct CSS.
> > So what's likely other problem that makes the subscriber fail?
> > I restarted it and as soon as it comes back nothing works.
> >
> > Thanks a lot for your great efforts.
> >
> > Hesham
> > _______________________________________________
> > For more information regarding industry leading CCIE Lab training, please 
> > visit www.ipexpert.com
> >
> > Are you a CCNP or CCIE and looking for a job? Check out 
> > www.PlatinumPlacement.com
> 
> _______________________________________________
> For more information regarding industry leading CCIE Lab training, please 
> visit www.ipexpert.com
> 
> Are you a CCNP or CCIE and looking for a job? Check out 
> www.PlatinumPlacement.com

_______________________________________________
For more information regarding industry leading CCIE Lab training, please visit 
www.ipexpert.com

Are you a CCNP or CCIE and looking for a job? Check out 
www.PlatinumPlacement.com

Reply via email to