排除由於進程而導致的CPU使用率較高的故障

簡介

本文檔介紹如何解決由不同進程導致的CPU使用率較高的故障。

必要條件

需求

在閱讀本文之前，建議您閱讀對Cisco路由器上的CPU使用率過高進行故障排除。

採用元件

本文件所述內容不限於特定軟體和硬體版本。

本文中的資訊是根據特定實驗室環境內的裝置所建立。文中使用到的所有裝置皆從已清除（預設）的組態來啟動。如果您在即時網路中工作，請確保在使用任何命令之前瞭解其潛在影響。

慣例

如需文件慣例的詳細資訊，請參閱思科技術提示慣例。

ARP輸入

如果路由器必須發出過多的ARP請求，則會發生地址解析協定(ARP)輸入進程中的CPU使用率較高。路由器對所有主機使用ARP，而不只是本地子網上的主機，並且ARP請求作為廣播傳送，這會導致網路中每台主機的CPU使用率較高。同一IP地址的ARP請求被速率限制為每兩秒一個請求，因此，不同的IP地址需要發出過多的ARP請求。如果已配置指向廣播介面的IP路由，則會發生這種情況。最明顯的示例是預設路由，例如：

ip route 0.0.0.0 0.0.0.0 Fastethernet0/0

在這種情況下，路由器會為無法通過更具體路由訪問的每個IP地址生成一個ARP請求，這實際上意味著路由器為網際網路上的幾乎每個地址生成一個ARP請求。有關配置靜態路由的下一跳地址的詳細資訊，請參閱指定靜態路由的下一跳IP地址。

或者，如果惡意資料流透過本地連線的子網進行掃描，則會導致過量的ARP請求。ARP表中存在大量不完整ARP條目，即表明存在這種資料流。由於必須處理會觸發ARP請求的傳入IP資料包，因此解決此問題本質上與排除在執行IP輸入進程時CPU使用率過高的故障相同。

IPX輸入

IPX輸入進程與IP輸入進程相似，不同之處在於前者負責進程交換，而IPX輸入進程交換IPX資料包。幾乎所有IPX資料包都在排隊加入其他IPX進程（如IPX SAP In、IPX RIP In等）之前由IPX輸入檢視的處理級別。與IP不同，IPX僅支援一種中斷交換模式，即預設情況下啟用的IPX快速交換。IPX快速交換是使用ipx route-cache介面命令啟用的。

如果您在IPX輸入過程中看到高CPU使用率，請驗證以下內容：

• IPX快速交換已停用。如果IPX快速交換已停用，請使用show ipx interface命令。

• 有些IPX流量無法進行IPX快速交換：

  • IPX廣播-使用show ipx traffic命令檢查路由器是否過載了IPX廣播。

  • IPX路由更新-如果網路中存在大量不穩定，則路由更新處理會增加。

注意：使用IPX EIGRP （增量）而不是IPX RIP來減少更新量，特別是在低速串列鏈路上(有關詳細資訊，請參閱透過慢速串列線路路由Novell IPX和SAP管理)。

注意：如需更多IPX相關檔案，請參閱Novell IPX技術支援頁面。

TCP計時器

當傳輸控制通訊協定(TCP)計時器處理作業使用許多CPU資源時，這表示TCP連線端點太多。這種情況可能會發生在具有許多對等點的資料連結交換(DLSw)環境中，或在路由器上同時開啟許多TCP作業階段的其他環境中。

FIB控制計時器

FIB控制計時器初始化並啟動每個VLAN統計資訊和全局統計資訊的FIB統計資訊收集計時器；初始化並啟動FIB/ADJ請求/異常計時器；維護與FIB相關的登錄檔功能；以及初始化BGP記帳計時器。EARL初始化後，這些程式即會啟動。

TTY背景

TTY後台進程是所有終端線路（控制檯、輔助、非同步等）使用的通用進程。通常情況下，路由器效能不會受到任何影響，因為與Cisco IOS軟體需要安排的其他進程相比，此進程的優先順序較低。

如果此進程佔用高CPU使用率，請檢查「line con 0」下是否配置了「logging synchronous」。 可能的原因是Cisco bug ID CSCed16920(僅限註冊客戶)Cisco bug ID或CSCdy01705(僅限註冊客戶)。

標籤統計資料背景

預期的「TAG Stats Background」進程的CPU使用率，並且不會影響流量轉發。

TAG Stats Background是一個低優先順序進程。此過程會收集標籤統計資訊並將其轉發到RP。它不是流量量的函式，而是MPLS/LDP控制平面的工作量的函式。這是預期行為，不會影響流量轉發。此問題已記錄在CSCdz32988錯誤中(僅限註冊客戶)。

虛擬範本背景

每當新使用者連線到路由器或訪問伺服器時，必須為每個新的虛擬訪問介面克隆一個虛擬模板(vtemplate)。如果使用者數量龐大，Vtemplate Backgr進程中的CPU使用率可能會非常高。透過配置虛擬模板的預克隆可以避免這種情況。有關詳細資訊，請參閱會話可擴充性增強。

網路背景

每當需要緩衝區，但進程或介面無法使用緩衝區時，網路後台進程就會運行。它會根據請求從主池建立所需的緩衝區。網路背景也會管理每個程式使用的記憶體，並清除已釋放的記憶體。此進程主要與介面相關，可能會佔用大量的CPU資源。CPU使用率高的症狀包括介面上的節流增加、忽略、溢位和重置。

IP背景

IP Background過程包括以下過程：每分鐘定期老化ICMP重定向快取；介面封裝型別更改；將介面移至新的狀態（UP和/或DOWN）；更改介面的IP地址；新dxi對映到期；撥號計時器到期。

IP Background進程根據介面的狀態修改路由表，而IP Background進程在收到鏈路狀態更改消息時假定存在鏈路狀態更改。然後，它會通知所有路由協定檢查受影響的介面。如果更多的介面運行路由協定，IP後台進程會導致CPU使用率較高。

ARP背景

ARP後台進程處理多個作業，可能會佔用高CPU利用率。

此清單提供一些範例工作：

1. 由於介面打開/關閉事件造成的ARP刷新

2. 透過clear arp命令清除ARP表

3. ARP輸入資料包

4. ARP管理器

其他流程

如果任何其他進程佔用大量CPU資源，並且記錄的消息中沒有任何問題指示，則問題可能由Cisco IOS®軟體的Bug導致。使用Bug工具包(僅供註冊客戶使用)，運行指定進程的搜尋，檢視是否已報告任何Bug。

建立TAC案例時要收集的資訊

如果執行上述故障排除步驟後仍需幫助，並且要使用Cisco TAC 建立服務請求，請確保包括以下資訊：
以下show命令的輸出： show processes cpu show interfaces show interfaces switch show interfaces stat 顯示對齊 顯示版本 顯示日誌

相關資訊

• 疑難排解思科路由器 CPU 高使用率的問題
• 排除由於IP Input進程而導致的CPU使用率較高的故障
• 技術支援 - Cisco Systems