排除基於RCM的UPF升級（基於NSO）和故障故障

簡介

本檔案說明如何偵測由於IP集區清除問題而造成的RCM型UPF （使用者平面功能）升級失敗。

疑難排解

1. 從「作用中備援組態管理員(RCM)」控制器，執行 rcm show-statistics switchover-verbose 指令，如果失敗的UPF切換只有start_ip_pool_flush欄位但end_ip_pool_flush遺失，則尋找其詳細資訊。

[RCM-active] rcm# rcm show-statistics switchover-verbose
世界協調時2018年1月18日星期四21:52:11.781+00:00
消息：
{
"stats_verbose"：[
{

"status"： "Failed"，
「已啟動」：「1月18日05:08:59.442」，
"switchover reason"："計畫的切換"，
「switchoverfailreason」：「Old Active由於接收待機狀態超時（計畫的切換），已從PendingStandby移至Active」，
"source_endpoint"："192.168.100.3"，
"destination_endpoint"："192.168.100.2"，
"start_chkpt_flush"："Jan 18 05:09:01.783"，
"end_chkpt_flush_each"： {
「1」：「1月18日05:09:05.776」，
「10」：「1月18日05:09:06.056」，
「11」：「1月18日05:09:05.909」，
「12」：「1月18日05:09:06.189」，
「13」：「1月18日05:09:05.991」，
「14」：「1月18日05:09:05.981」，
「15」：「1月18日05:09:05.531」，
「16」：「1月18日05:09:05.502」，
「17」：「1月18日05:09:05.751」，
「18」：「1月18日05:09:06.116」，
「19」：「1月18日05:09:05.834」，
「2」：「1月18日05:09:05.932」，
「20」：「1月18日05:09:05.889」，
「21」：「1月18日05:09:05.354」，
「22」： 「1月18日05:09:05.780」，
「3」：「1月18日05:09:05.671」，
「4」：「1月18日05:09:05.996」，
「5」：「1月18日05:09:05.455」，
「6」：「1月18日05:09:05.839」，
「7」：「1月18日05:09:06.111」，
「8」：「1月18日05:09:06.019」，
「9」：「1月18日05:09:05.996」
}，

"end_chkpt_flush"："Jan 18 05:09:06.189"，
"start_cfg_push"："Jan 18 05:08:59.495"，
"end_cfg_push"："Jan 18 05:09:01.774"，
「start_ip_pool_flush」：「Jan 18 05:09:01.783」 /*此行「end_ip_pool_flush」下缺少*/
}，

2. 收集源和目標UPF系統日誌，覆蓋切換時間+/- 30分鐘。

3. 深入研究目標終端UPF（輸出中為192.168.100.2）系統日誌和UPF切換前後vpnmgr6(context n6)報告與IP池/資料塊相關的多個錯誤。

    記錄事件範例：

      - 1月18日05:09:01 <UPF> evlogd： [local-60sec1.767] [srp 84220 error] [1/0/9589 <vpnmgr：6> vpnmgr_rcm.c：6235] [context： rcm， contextID： 6] [software internal system syslog] 安裝池路由失敗。訊息已退回。

- evlogd： [local-60sec12.192] [vpn 5013錯誤] [1/0/9370 <vpnmgr：3> vpn_ip_pool.c：15699] [context： n6， contextID： 3] [software internal system syslog]] #012字首<IP池的IPv4地址>未分配給此UP：找到的ID為3145764 start_addr： <IP池的IPv4地址> end_addr： <IP池的IPv4地址>

注意：只有已註冊的思科使用者才能訪問內部思科資訊和工具。

相關資訊

• 思科技術支援與下載