Contenido

Introducción

Overview

Problema

Solución

Registros necesarios

Análisis de registro

Preguntas más Frecuentes

Introducción

Este documento describe cómo TFTP detiene el servicio de los archivos de configuración, evitando que los dispositivos reciban los archivos requeridos durante el registro.

Overview

Maximum Serving Count especifica el número máximo de solicitudes de cliente para aceptar y servir archivos a la vez. Valores sugeridos para un servidor TFTP dedicado: 1500 para un sistema de un solo procesador y 3000 para un sistema de doble procesador. Para configuraciones de CPU más altas, el número de servidores puede ser de hasta 3500.

Problema

Se crea un objeto de conexión cada vez que hay un archivo solicitado en TFTP. Hay cinco objetos de conexión activos (el diseño cambió en 11.5). A la vez, el TFTP puede servir cinco solicitudes, y las solicitudes subsiguientes se colocan en la cola de procesamiento. Una vez que se libera uno de los objetos de conexión. se ocupa de la 6ª solicitud, etc. Si se agotan todos los objetos de conexión (es decir, no se libera ningún objeto de conexión), las solicitudes pendientes seguirán acumulándose. Una vez que el conteo llega a 3000 (o el conteo de servicio máximo configurado bajo los parámetros de servicio), TFTP responde con un error 503, como se indica en los registros de depuración de TFTP. Lo ideal es que esto se borre en segundos o minutos. Si no es así, presente un caso al TAC.

Cuando hay una solicitud de archivo no válida como archivo estático no presente o el tamaño de archivo = 0, los objetos de conexión no se liberan.

Solución

Reinicie el servicio TFTP en el nodo afectado.

Registros necesarios

- Cisco CallManager (CUCM) [debug/detailed]

- TFTP [debug/detailed]

- Sistema/aplicación del visor de eventos

Análisis de registro

Registros TFTP:

### static file request and response ###

01975217.004 |19:33:58.685 |AppInfo | ServeFile::validateFileName File Requested

.

01975217.008 |19:33:58.685 |AppInfo | ServeFile::CheckFileIsStatic

is (Static) File

01975218.024 |19:33:58.686 |AppInfo | ServeStaticFile::FindAndServe File to be searched onDisk is [

], onDisk = 0

01975218.026 |19:33:58.686 |AppInfo | ServeStaticFile::processFileRequest File Not Found - 404 - Failure

01975220.002 |19:33:58.686 |AppInfo | HTTPConnection::wait_FileResponse Requested file NOT FOUND or File Contents EMPTY... Sending error response

### Max serving count reached ###

00002296.000 |20:56:50.807 |AppInfo | TID[b44f0b70] TFTPEngine::getRequest0xb384bde0, server socket(8) INFO:: File Requested SEPXXXXXXXXXXXX.cnf.xml

00002299.000 |20:56:50.807 |AppInfo |TFTPEngine::isReadRequest[0xb384bde0 Y.Y.Y.Y~59499], [SEPXXXXXXXXXXXX.cnf.xml] opcode(1), Mode(octet), Serving Count(3000)*

00002300.000 |20:56:50.807 |AppInfo | TID[b44f0b70] TFTPServer::****recvMessage0x8954318 sockets:8 count(03000)****, connect(0xb384bde0), nbytes(32)

00002301.000 |20:56:50.807 |AppInfo | TID[b44f0b70] TFTPServer::recvMessage0x8954318 sockets:8 Reached max count, returning 503

Preguntas más Frecuentes

¿Qué son los archivos estáticos?

Los archivos estáticos son todos archivos de carga que puede encontrar en /usr/local/cm/tftp y los archivos TFTP dinámicos son todos archivos de configuración como SEP<mac id>.cnf.xml.

¿Hay alguna manera de monitorear el conteo de porciones?

Aparte de los registros TFTP (debug), no hay otra manera de monitorear el conteo de servidores (como el contador de rendimiento, etc.).

¿Dónde puedo cambiar la cantidad de porciones?

El valor máximo de número de servidores se puede comprobar/cambiar desde la GUI de CUCM: System > Service Parameters > Service = Cisco TFTP.