簡介
本檔案介紹TFTP停止提供組態檔，防止裝置在註冊期間接收所需的檔案。
概觀
Maximum Serving Count指定每次接受和服務檔案的最大客戶端請求數。專用TFTP伺服器的建議值：單處理器系統為1500，雙處理器系統為3000。對於更高的CPU配置，服務計數最高可達3500。
問題
每當在TFTP上請求檔案時都會建立連線對象。有五個活動連線對象（11.5中更改了設計）。 TFTP一次可處理五個請求，後續請求將置於處理隊列中。一旦其中一個連線對象變為空閒。它處理第6個請求，等等。如果所有連線對象都已用盡（即，未釋放任何連線對象），則掛起的請求將繼續堆積。一旦計數達到3000（或服務引數下設定的最大服務計數），TFTP將以503錯誤做出響應，如TFTP調試日誌中所示。理想情況下，這應在幾秒鐘或幾分鐘內清除。如果沒有，請向TAC提出問題。
如果存在無效的檔案請求，例如靜態檔案不存在或檔案大小= 0，則不會釋放連線對象。
解決方案
在受影響的節點上重新啟動TFTP服務。
需要日誌
- Cisco CallManager(CUCM)[調試/詳細]
- TFTP [debug/detail]
- 事件檢視器系統/應用
日誌分析
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
常見問題
什麼是靜態檔案？
靜態檔案是可以在/usr/local/cm/tftp下找到的所有載入檔案，而動態TFTP檔案是所有的配置檔案，如SEP<mac id>.cnf.xml。
是否有監控服務計數的方法？
除了TFTP日誌(debug)之外，沒有其他方法可以監控服務計數（如效能計數器等）。
在哪裡可以更改服務計數？
可在CUCM GUI上檢查/更改最大服務計數值：System > Service Parameters > Service = Cisco TFTP。
意見