Risoluzione dei problemi relativi al popolamento del campo nodeID in CDR SGW con valore 1

Opzioni per il download

PDF (249.1 KB)
Visualizza con Adobe Reader su diversi dispositivi
ePub (84.9 KB)
Visualizza in diverse app su iPhone, iPad, Android, Sony Reader o Windows Phone
Mobi (Kindle) (70.8 KB)
Visualizza su dispositivo Kindle o tramite app Kindle su più dispositivi

Aggiornato:25 ottobre 2024

ID documento:222543

Linguaggio senza pregiudizi

La documentazione per questo prodotto è stata redatta cercando di utilizzare un linguaggio senza pregiudizi. Ai fini di questa documentazione, per linguaggio senza di pregiudizi si intende un linguaggio che non implica discriminazioni basate su età, disabilità, genere, identità razziale, identità etnica, orientamento sessuale, status socioeconomico e intersezionalità. Le eventuali eccezioni possono dipendere dal linguaggio codificato nelle interfacce utente del software del prodotto, dal linguaggio utilizzato nella documentazione RFP o dal linguaggio utilizzato in prodotti di terze parti a cui si fa riferimento. Scopri di più sul modo in cui Cisco utilizza il linguaggio inclusivo.

Informazioni su questa traduzione

Cisco ha tradotto questo documento utilizzando una combinazione di tecnologie automatiche e umane per offrire ai nostri utenti in tutto il mondo contenuti di supporto nella propria lingua. Si noti che anche la migliore traduzione automatica non sarà mai accurata come quella fornita da un traduttore professionista. Cisco Systems, Inc. non si assume alcuna responsabilità per l’accuratezza di queste traduzioni e consiglia di consultare sempre il documento originale in inglese (disponibile al link fornito).

Sommario

Introduzione

Problema

Analisi

Soluzione

Introduzione

In questo documento viene descritto come risolvere il problema quando nodeID nel campo SGW (Serving Gateway) Charging Data Record (CDR) viene inserito il valore 1.

Problema

Nel campo nodeID del CDR SGW è talvolta inserito il valore 1, mentre è previsto che segua il formato nddSTRING. In questo formato, n rappresenta il contatore di riavvio di Gestione sessioni (SessMgr) (da 0 a 7), ddd è l'istanza di SessMgr che genera la registrazione dettagli chiamata e STRING è una stringa da 1 a 16 caratteri.

Analisi

Il problema sembra essere causato da un CDR SGW attivato da un'istanza AAA Manager (AAAmgr) e SessMgr a 4 cifre, mentre l'implementazione corrente supporta un intervallo di istanze AAAmgr/SessMgr compreso tra 0 e 998 per il campo nodeID nella CDR SGW. Lo snippet di registro acquisisce un evento in cui l'istanza di AAAmgr 1046 avvia un messaggio di richiesta di trasferimento record di dati GTP, inviando i dati CDR da 10.10.10.10:4999 a 10.10.10.20:3386, con nodeID impostato su 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
  ...

Soluzione

Per risolvere il problema, l'intervallo supportato per l'istanza AAAmgr/SessMgr nel campo nodeID in SGW CDR è stato esteso fino a 0-4095 a partire dal 21.28.m29/21.28.mh21.