[cisco-voip] ATAs stuck in SRST

STEVEN CASPER SCASPER at mtb.com
Mon Jun 21 14:22:26 EDT 2010


Thanks for the input. At this site we using a 3825 ISR on 12.4.20(T5). I finally figured out if I did a shut, waited 30 seconds, and then did a no shut on the switch ports it restored the devices. I still have a few I  left for TAC so I will report back on what they say.
 
Steve

>>> Steve G <smgustafson at gmail.com> 6/21/2010 1:45 PM >>>
in the short term you can go into call-manager-fallback and do a reset of the ATAs or you can powercycle them. They will then find CCM again. 

We had to upgrade to the 15.x IOS to alleviate this problem. I don't remember off hand the exact version. Are you using a Gen2 ISR? 29xx or 39xx? 

On Mon, Jun 21, 2010 at 9:22 AM, STEVEN CASPER <SCASPER at mtb.com> wrote:


I have a site that went into SRST over the weekend it recovered, and all the phone did also but the ATAs are staying in SRST. Tried to shut, no shut the associated switch ports to no avail. Any ideas? Running:
CUCM - 6.1.3b
SRST router - 12.4(20) T5
ATA firmware - ATA030204SCCP090202A.ZUP
Thanks
Steve
************************************ This email may contain privileged and/or confidential information that is intended solely for the use of the addressee. If you are not the intended recipient or entity, you are strictly prohibited from disclosing, copying, distributing or using any of the information contained in the transmission. If you received this communication in error, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. This communication may contain nonpublic personal information about consumers subject to the restrictions of the Gramm-Leach-Bliley Act and the Sarbanes-Oxley Act. You may not directly or indirectly reuse or disclose such information for any purpose other than to provide the services for which you are receiving the information. There are risks associated with the use of electronic transmission. The sender of this information does not control the method of transmittal or service providers and assumes no duty or obligation for the security, receipt, or third party interception of this transmission. ************************************

_______________________________________________
cisco-voip mailing list
cisco-voip at puck.nether.net 
https://puck.nether.net/mailman/listinfo/cisco-voip 



************************************
This email may contain privileged and/or confidential information that is intended solely for the use of the addressee.  If you are not the intended recipient or entity, you are strictly prohibited from disclosing, copying, distributing or using any of the information contained in the transmission.  If you received this communication in error, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy.  This communication may contain nonpublic personal information about consumers subject to the restrictions of the Gramm-Leach-Bliley Act and the Sarbanes-Oxley Act.  You may not directly or indirectly reuse or disclose such information for any purpose other than to provide the services for which you are receiving the information.
There are risks associated with the use of electronic transmission.  The sender of this information does not control the method of transmittal or service providers and assumes no duty or obligation for the security, receipt, or third party interception of this transmission.
************************************
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20100621/7a05c487/attachment.html>


More information about the cisco-voip mailing list