キャンセル
次の結果を表示 
次の代わりに検索 
もしかして: 
cancel
175
閲覧回数
0
いいね!
0
コメント
JapanTAC_CSC
Level 7
Level 7

2022年7月29日 (初版)

TAC SR Collection
主な問題

CUPS CP において SX Path failure 発生時に sessmgr が以下のスタックトレースを伴って crash する事があります。

Assertion failure at sess/snx/drivers/saegw/saegw_fsm.c:xxxx
Function: saegwdrv_ue_fsm_st_active_evt_snx_dropcall()
Expression: ((clp)->pure_s_bearer_mask & (0x1 << (sgw_dropcall->bearer_id)))
Proclet: sessmgr (f=xxxxx,i=xxx)
Process: card=xx cpu=0 arch=X pid=xxxxx cpu=~0% argv0=sessmgr
Crash time: yyyy-mmm-dd+hh:mm:ss UTC
Recent errno: 11 Resource temporarily unavailable
Build_number: xxxxx
Stack (xxxxxx@xxxxxxxxxxxx, probably truncated):
[ffffe430/X] __kernel_vsyscall() sp=0xxxxxxxxx
[0d115607/X] sn_assert() sp=0xxxxxxxxx
[061f71ad/X] saegwdrv_ue_fsm_st_active_evt_snx_dropcall() sp=0xxxxxxxxx
[0620bb73/X] snx_saegwdrv_request_control_dispatch() sp=0xxxxxxxxx

原因

sx path failure によりコールドロップ処理を行う際に call state が接続処理中であるにも関わらず、接続処理完了 と call state を誤って認識しているため crash に至っております。これは PGW からの Create Session Response を受信する前(接続処理中)の call state を接続処理完了と誤った状態で認識する事が原因です。

この問題は CSCvt33842 として報告されています。
CSCvt33842:
BP-CUPS- saegwdrv_ue_fsm_st_active_evt_snx_dropcall()

解決策

本事象の回避方法はありません。恒久的な対策には、 CSCvt33842 の修正されたバージョンを使用する必要があります。

備考
本不具合は、Bug Search Tool でも確認できます。
各製品の TAC SR Collection の一覧は、よくある質問と解決方法 (TAC SR Collection) から確認できます。

Getting Started

検索バーにキーワード、フレーズ、または質問を入力し、お探しのものを見つけましょう

シスコ コミュニティをいち早く使いこなしていただけるよう役立つリンクをまとめました。みなさんのジャーニーがより良いものとなるようお手伝いします