[cisco-voip] Changing a CCM server to a dedicated TFTP server

Erick Bergquist erickbee at gmail.com
Thu Apr 10 08:54:06 EDT 2008


A long time ago, on 4.0x a client had disabled the ccm service on
their publisher because they wanted to dedicate it for other tasks
besides call processing and once doing so the CPU would spike to 100%
for periods causing problems in the cluster.  We had a few TAC
engineers look at it, and the end result was that disabling the CCM
service is a no no and not the way to make it dedicated and can cause
problems. Removing the server from being a member of the Call Manager
group configurations will accomplish the same and not cause the issue
above. Cisco also pointed us to a Cisco document on this but I do not
have it offhand since it's been awhile.  Maybe this is different if
your dedicated TFTP server is not also the publisher.


On Thu, Apr 10, 2008 at 7:36 AM, STEVEN CASPER <SCASPER at mtb.com> wrote:
>
>
>  I have a 4.1.3 Call Manager subscriber server that no longer has any phones
> registered to it that is used in my option 150 scope. I would like to make
> it a dedicated TFTP server. Is it as easy as stopping  the Call Manager
> service and setting it to manual or disabled?
>
> 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
>
>


More information about the cisco-voip mailing list