Thanks for the input, always appreciated.
Changing option 150 to the publisher may mask/hide the problem, it does not fix what is underlying it. Indeed one does not in this case need to change option 150, since tftp to the Sub is working OK. It is the registration process which fails, it is the ordering of the CCM Group List which determines this behavior. I am trying to understand what causes this behavior. Regards Steve _____ From: Jonathan Charles [mailto:[EMAIL PROTECTED] Sent: 12 August 2008 12:32 To: Stephen Collinson Cc: OSL CCIE Voice Lab Exam Subject: Re: [OSL | CCIE_Voice] Auto registration to subscriber - strange problem Change your option 150 to the Publisher. Jonathan On Tue, Aug 12, 2008 at 6:07 AM, Stephen Collinson <[EMAIL PROTECTED]> wrote: Anyone got any thoughts on the following results of testing? Phones have to be registered to the Publisher initially, after which they can be registered to either Pub or Sub as primary. The problem exists when a phone tries to autoreg to the sub. There seems to be a lack of some communication between the pub and sub. The SEPxxxx cfg file is never created on the sub and the phone can not register. The phone is sent the 8 block XMLDefault profile. The phone does NOT get registration rejected. Packet traces show all of this. Phone gives up every 20 minutes and start again. Once the auto reg has taken place to the pub the order can be changed to put the sub first in the CCM GROUP list, reload phones and then have Sub as the primary call processing device. The Annunciator / MTP / CFB etc also register to the Sub after a kick. The platform is 2 VMs now running with a single NIC. SR 7 applied to both. DBLHelper shows subscriptions in order. Both machines allowed to read/write to DB. Something I do find which is suspicious is if you do any form of operation requiring a write to the DB, initiated from the subscriber HTTP interface, the CPU goes to 100% and browser hangs. If anyone is really bored and into this sort of thing I can send you packet traces. Sorry to bother you all with this very tedious stuff. Steve _____ From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Stephen Collinson Sent: 11 August 2008 23:04 To: 'Vik Malhi'; 'OSL CCIE Voice Lab Exam' Subject: Re: [OSL | CCIE_Voice] Auto registration to subscriber - strangeproblem Thanks Vik, I wish it was something nice like that. Would be nice and quick to fix. Phone/s shows TFTP - sub Call Manager 1 - sub Call Manager 2 - Pub TFTP running on sub as is CCM process. Packet capture on sub shows some TFTP activity for Default phone load and SCCP register, along with on going keepalives. SDL trace shows activity on SUB. Building a new subscriber. Thanks Steve _____ From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Vik Malhi Sent: 11 August 2008 22:46 To: 'Stephen Collinson'; 'OSL CCIE Voice Lab Exam' Subject: Re: [OSL | CCIE_Voice] Auto registration to subscriber - strangeproblem looks like the sub is missing from the ccm group which has auto-reg enabled. Or maybe the sub is beneath the pub in the list of ccm's within the group. Vik Malhi - CCIE #13890 Senior Technical Instructor - IPexpert, Inc. Telephone: +1.810.326.1444 Fax: +1.810.454.0130 Mailto: <mailto:[EMAIL PROTECTED]> [EMAIL PROTECTED] Join our free online support and peer group communities: http://www.IPexpert.com/communities IPexpert - The Global Leader in Self-Study, Classroom-Based, Video-On-Demand and Audio Certification Training Tools for the Cisco CCIE R&S Lab, CCIE Security Lab, CCIE Service Provider Lab , CCIE Voice Lab and CCIE Storage Lab Certifications. _____ From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Stephen Collinson Sent: Monday, August 11, 2008 12:49 PM To: OSL CCIE Voice Lab Exam Subject: [OSL | CCIE_Voice] Auto registration to subscriber - strange problem Hi I would appreciate any experience people have with solving the following problem. Auto registration in a clean environment to the subscriber. DHCP address allocation works fine TFTP request for SEPXXXXX fails, as expected Request for xml default results in a short tftp transfer with sub Phone state shows registering. Trace shows ongoing SCCP keepalives Phone/s never register. Background info Pub and sub have ip addresses as server identifiers. DHCP running on pub .1 Option 150 set to sub .2 Pub has ccm service running Sub has ccm and tftp running Subscriber set to auto register phones - leave all possible params as default. - Assign extension range 9980 - 9999 Same process works fine to publisher. Checked the SDL and CCM trace files for errors indicating subscriber is not part of the cluster, but it seems to be. Is there anything specifically I can look for to prove this? In the Application event log I get some Alarms from the phone, indicating no SEPmacxxx file found. Call manager is at latest SR-7. Thanks Steve
