排除在SGW CDR中填加值為1的nodeID欄位的故障

下載選項

  • PDF     (302.9 KB)
    在多種裝置上使用 Adobe Reader 檢視
  • ePub     (78.2 KB)
    在 iPhone、iPad、Android、Sony Reader 或 Windows Phone 上的各種應用程式中檢視
  • Mobi (Kindle)     (62.2 KB)
    在 Kindle 裝置或多部裝置的 Kindle 應用程式上檢視
已更新: 2024 年 10 月 25 日
文件 ID:222543

無偏見用語

本產品的文件集力求使用無偏見用語。針對本文件集的目的，無偏見係定義為未根據年齡、身心障礙、性別、種族身分、民族身分、性別傾向、社會經濟地位及交織性表示歧視的用語。由於本產品軟體使用者介面中硬式編碼的語言、根據 RFP 文件使用的語言，或引用第三方產品的語言，因此本文件中可能會出現例外狀況。深入瞭解思科如何使用包容性用語。

關於此翻譯

思科已使用電腦和人工技術翻譯本文件，讓全世界的使用者能夠以自己的語言理解支援內容。請注意，即使是最佳機器翻譯，也不如專業譯者翻譯的內容準確。Cisco Systems, Inc. 對這些翻譯的準確度概不負責，並建議一律查看原始英文文件（提供連結）。

    簡介

    本文描述當服務網關(SGW)計費資料記錄(CDR)中的nodeID 欄位填入值1時，如何解決該問題。

    問題

    SGW CDR中的nodeID欄位有時會填加值1，而它應遵循ndddSTRING格式。在此格式中，n表示會話管理器(SessMgr)重新啟動計數器（範圍從0到7），ddd是生成CDR的SessMgr例項，而STRING是包含1到16個字元的字串。

    分析

    此問題似乎是由四位AAA管理器(AAAmgr)和SessMgr例項觸發SGW CDR引起的，而當前實現對於SGW CDR中的nodeID欄位支援0-998的AAAmgr/SessMgr例項範圍。日誌代碼段捕獲一個事件，其中AAAmgr例項1046發起GTPP資料記錄傳輸請求消息，將CDR資料從10.10.10.10：49999傳送到10.10.20:3386，節點ID設定為1。

    2024-Jul-17+08:30:12.322 [gtpp 52037 info] [1/2/14746 <aaamgr:1046> gr_gtpp_proxy.c:494] [context: Ga, contextID: 4]  [software internal security system syslog] AAAmgr instance 1046 sending request with 1 GCDRs to aaaproxy

    <<<<OUTBOUND  From aaaproxy:1 proxy_handler.c:1001 (Callid 716bbe13) 08:30:12:322 Eventid:66001(7)
    CDR Tx from 10.10.10.10:49999 to 10.10.10.20:3386 (241) PDU-dict=custom24
    Message Type: GTPP_DATA_RECORD_TRANSFER_REQUEST_MSG (0xf0)
    CDR ELEMENTS FOLLOW
      recordType                         SGWRECORD
      ...
      nodeID                             1
      ...

    解決方案

    為了解決此問題，從21.28.m29/21.28.mh21發行版本開始，SGW CDR中nodeID欄位中的AAAmgr/SessMgr例項所支援的範圍擴展到0-4095。

    修訂記錄

    修訂 發佈日期 意見
    1.0
    25-Oct-2024
    初始版本
    TAC Authored

    由思科工程師貢獻

    • 羅曼·雷布羅夫
      Cisco TAC工程師

    這份文件是否有所幫助？

    Feedback意見

    讓思科協助您

    本文件適用於這些產品