Débogage TCP Linux dans le shell de débogage pour résoudre les problèmes de connexion de diamètre
Contenu
Introduction
Ce document décrit comment utiliser le débogage TCP dans le shell de débogage StarOS pour résoudre les problèmes de connexion Diameter. Souvent, des demandes d'assistance sont soulevées pour déterminer pourquoi une connexion Diameter ne s'active pas ou n'est pas arrêtée, même si (supposément) aucune modification de configuration ou de réseau n'a eu lieu. La connexion de diamètre peut ne pas être établie au niveau de négociation TCP/IP initial, ou au niveau de requête d'échange de capacités (CER) / réponse d'échange de capacités (CEA).
Informations générales
Bien qu'il n'y ait pas de problème typique d'appairage en diamètre, ils se classent en quelques catégories :
- Tous les homologues d'un point de terminaison et/ou d'un protocole spécifique sont désactivés. <=== cet exemple
- Les homologues d'un numéro de port spécifique sont désactivés.
- Les homologues liés à une carte PSC, DPC ou SF spécifique sont en panne.
En règle générale, le port TCP 3868 (par défaut) est utilisé pour le côté serveur Diameter, bien que d'autres ports puissent également être spécifiés, et confirmé comme étant différent de 3868 dans la configuration si les lignes de configuration homologues ont un numéro de port spécifié à la fin de la ligne.
Problèmes d'appairage
Dans l'exemple ci-dessus, les homologues pour le point de terminaison 3gpp-aaa-s6b ont été signalés par show diamètre peer full all et n'ont pas de numéro de port spécifié dans les lignes homologues et donc par défaut utilisent le port 3868, tandis que les homologues pour Gy utilisent une combinaison de 3868, 3869 et 30 pour les différents pairs.
show diamètre peers all signale tous les homologues configurés pour tous les terminaux de diamètre. Ici, nous voyons 6 homologues configurés et les lignes de configuration associées pour 3gpp-aaa-s6b (cassés) ainsi que pour Gy (en fonctionnement), notant que Gy a des numéros de port personnalisés :
diameter endpoint 3gpp-aaa-s6b origin realm epc.mnc260.mcc310.3gppnetwork.org use-proxy origin host s6b.IEPCF201.epc.mnc260.mcc310.3gppnetwork.org address 10.168.86.144 max-outstanding 64 route-failure threshold 100 route-failure deadtime 600 route-failure recovery-threshold percent 50 dscp af31 peer mp2.daldra01.dra.epc.mnc260.mcc310.3gppnetwork.org realm epc.mnc260.mcc310.3gppnetwork.org address 10.160.113.136 peer mp2.elgdra01.dra.epc.mnc260.mcc310.3gppnetwork.org realm epc.mnc260.mcc310.3gppnetwork.org address 10.160.114.136 peer mp2.nvldra01.dra.epc.mnc260.mcc310.3gppnetwork.org realm epc.mnc260.mcc310.3gppnetwork.org address 10.160.115.136 peer tsa06.draaro01.dra.epc.mnc260.mcc310.3gppnetwork.org realm epc.mnc260.mcc310.3gppnetwork.org address 10.162.6.73 peer tsa06.drasyo01.dra.epc.mnc260.mcc310.3gppnetwork.org realm epc.mnc260.mcc310.3gppnetwork.org address 10.164.57.41 peer tsa06.drawsc01.dra.epc.mnc260.mcc310.3gppnetwork.org realm epc.mnc260.mcc310.3gppnetwork.org address 10.177.70.201 route-entry peer mp2.daldra01.dra.epc.mnc260.mcc310.3gppnetwork.org route-entry peer mp2.elgdra01.dra.epc.mnc260.mcc310.3gppnetwork.org route-entry peer mp2.nvldra01.dra.epc.mnc260.mcc310.3gppnetwork.org route-entry peer tsa06.draaro01.dra.epc.mnc260.mcc310.3gppnetwork.org route-entry peer tsa06.drasyo01.dra.epc.mnc260.mcc310.3gppnetwork.org route-entry peer tsa06.drawsc01.dra.epc.mnc260.mcc310.3gppnetwork.org #exit [local]IEPCF201# show diameter peers all Friday December 11 20:27:43 UTC 2020 Diameter Peer details ====================== ------------------------------------------------------------------------------- Context: billing Endpoint: 3gpp-aaa-s6b ------------------------------------------------------------------------------- Peer: mp2.daldra01.dra.epc.mnc260.mc Addr:Port 10.160.113.136:3868 Peer: mp2.elgdra01.dra.epc.mnc260.mc Addr:Port 10.160.114.136:3868 Peer: mp2.nvldra01.dra.epc.mnc260.mc Addr:Port 10.160.115.136:3868 Peer: tsa06.draaro01.dra.epc.mnc260. Addr:Port 10.162.6.73:3868 Peer: tsa06.drasyo01.dra.epc.mnc260. Addr:Port 10.164.57.41:3868 Peer: tsa06.drawsc01.dra.epc.mnc260. Addr:Port 10.177.70.201:3868 ------------------------------------------------------------------------------- diameter endpoint credit-control origin realm starent.gy.com use-proxy origin host iepcf201.gy address 10.168.86.151 destination-host-avp always route-failure threshold 100 route-failure deadtime 600 route-failure recovery-threshold percent 50 peer ln24.daldra01.dra.epc3.mnc260.mcc310.3gppnetwork.org realm nsn-gy address 10.160.113.136 port 3869 peer ln24.drawsc01.dra.epc3.mnc260.mcc310.3gppnetwork.org realm nsn-gy address 10.177.70.201 port 3870 peer tsa05.drachr01.dra.epc3.mnc260.mcc310.3gppnetwork.org realm nsn-gy address 10.164.144.88 peer tsa05.draphx01.dra.epc3.mnc260.mcc310.3gppnetwork.org realm nsn-gy address 10.198.93.88 peer tsa05.drapol01.dra.epc3.mnc260.mcc310.3gppnetwork.org realm nsn-gy address 10.182.16.88 peer tsa06.drachr01.dra.epc3.mnc260.mcc310.3gppnetwork.org realm nsn-gy address 10.164.144.89 peer tsa06.draphx01.dra.epc3.mnc260.mcc310.3gppnetwork.org realm nsn-gy address 10.198.93.89 peer tsa06.drapol01.dra.epc3.mnc260.mcc310.3gppnetwork.org realm nsn-gy address 10.182.16.89 route-entry peer ln24.drawsc01.dra.epc3.mnc260.mcc310.3gppnetwork.org weight 20 route-entry peer ln24.daldra01.dra.epc3.mnc260.mcc310.3gppnetwork.org route-entry peer tsa05.drapol01.dra.epc3.mnc260.mcc310.3gppnetwork.org route-entry peer tsa06.drapol01.dra.epc3.mnc260.mcc310.3gppnetwork.org route-entry peer tsa05.drachr01.dra.epc3.mnc260.mcc310.3gppnetwork.org weight 5 route-entry peer tsa05.draphx01.dra.epc3.mnc260.mcc310.3gppnetwork.org weight 5 route-entry peer tsa06.drachr01.dra.epc3.mnc260.mcc310.3gppnetwork.org weight 5 route-entry peer tsa06.draphx01.dra.epc3.mnc260.mcc310.3gppnetwork.org weight 5 #exit
Notez également que pour la plupart des configurations, le configurable use-proxy est spécifié pour configurer l'appairage côté ASR pour utiliser le processus diamproxy exécuté sur toutes les cartes actives, par exemple, il s'agit d'un vPC-DI où les cartes sont appelées Service Function Cards.
[local]IEPCF201# show task resources facility diamproxy all
Friday December 11 20:34:37 UTC 2020
task cputime memory files sessions
cpu facility inst used allc used alloc used allc used allc S status
----------------------- ----------- ------------- --------- ------------- ------
3/0 diamproxy 5 0.12% 90% 41.62M 250.0M 38 2500 -- -- - good
5/0 diamproxy 2 0.11% 90% 41.63M 250.0M 51 2500 -- -- - good
6/0 diamproxy 6 0.13% 90% 41.62M 250.0M 35 2500 -- -- - good
7/0 diamproxy 3 0.12% 90% 41.64M 250.0M 34 2500 -- -- - good
8/0 diamproxy 4 0.13% 90% 41.65M 250.0M 34 2500 -- -- - good
10/0 diamproxy 1 0.10% 90% 41.64M 250.0M 49 2500 -- -- - good
Total 6 0.71% 249.8M 241 0
[local]IEPCF201#
Ici show diamètre peers full all est extrait des détails du support show capture le fait que les homologues Diameter pour le point de terminaison 3gpp-aaa-s6b sont tous en panne. Notez qu'il s'agit d'une version de débogage spéciale de la commande show diamètre peers full tirée de la commande show support details (SSD) et qu'elle affiche également toutes les connexions homologues aux processus aamgr (ne montrant pas le résultat ici) et donc le nombre final de connexions est beaucoup plus élevé que si ceci était exécuté normalement, mais affiché en bas est le résultat résumé comme s'il était exécuté normalement avec moins de connexions (1) 44). La sortie COMPLÈTE est jointe à cet article, de sorte que seules les connexions pour un homologue (mais avec les 6 diamproxies) sont affichées pour la concision.
L'exemple suivant illustre une connexion ouverte pour les terminaux Gy, où vous pouvez voir un champ supplémentaire appelé Adresse locale qui capture la connexion active côté ASR, tandis que sur les homologues 3gpp-aaa-s6b rompus, ce champ n'existe pas. (Plus loin, la sortie après que le problème a été corrigé par le client pour l'homologue 3gpp-aaa-s6b où cette adresse locale est incluse.)
******** show diameter peers full ******* Sunday December 13 15:19:00 UTC 2020 ------------------------------------------------------------------------------- Context: billing Endpoint: 3gpp-aaa-s6b ------------------------------------------------------------------------------- Peer Hostname: mp2.daldra01.dra.epc.mnc260.mcc310.3gppnetwork.org Local Hostname: 0001-diamproxy.s6b.IEPCF201.epc.mnc260.mcc310.3gppnetwork.org Peer Realm: epc.mnc260.mcc310.3gppnetwork.org Local Realm: epc.mnc260.mcc310.3gppnetwork.org Peer Address: 10.160.113.136:3868 State: IDLE [TCP] CPU: 10/0 Task: diamproxy-1 Messages Out/Queued: 0/0 Supported Vendor IDs: None Admin Status: Enable DPR Disconnect: N/A Peer Backoff Timer running:N/A Peer Hostname: mp2.daldra01.dra.epc.mnc260.mcc310.3gppnetwork.org Local Hostname: 0002-diamproxy.s6b.IEPCF201.epc.mnc260.mcc310.3gppnetwork.org Peer Realm: epc.mnc260.mcc310.3gppnetwork.org Local Realm: epc.mnc260.mcc310.3gppnetwork.org Peer Address: 10.160.113.136:3868 State: IDLE [TCP] CPU: 5/0 Task: diamproxy-2 Messages Out/Queued: 0/0 Supported Vendor IDs: None Admin Status: Enable DPR Disconnect: N/A Peer Backoff Timer running:N/A Peer Hostname: mp2.daldra01.dra.epc.mnc260.mcc310.3gppnetwork.org Local Hostname: 0003-diamproxy.s6b.IEPCF201.epc.mnc260.mcc310.3gppnetwork.org Peer Realm: epc.mnc260.mcc310.3gppnetwork.org Local Realm: epc.mnc260.mcc310.3gppnetwork.org Peer Address: 10.160.113.136:3868 State: IDLE [TCP] CPU: 7/0 Task: diamproxy-3 Messages Out/Queued: 0/0 Supported Vendor IDs: None Admin Status: Enable DPR Disconnect: N/A Peer Backoff Timer running:N/A Peer Hostname: mp2.daldra01.dra.epc.mnc260.mcc310.3gppnetwork.org Local Hostname: 0004-diamproxy.s6b.IEPCF201.epc.mnc260.mcc310.3gppnetwork.org Peer Realm: epc.mnc260.mcc310.3gppnetwork.org Local Realm: epc.mnc260.mcc310.3gppnetwork.org Peer Address: 10.160.113.136:3868 State: IDLE [TCP] CPU: 8/0 Task: diamproxy-4 Messages Out/Queued: 0/0 Supported Vendor IDs: None Admin Status: Enable DPR Disconnect: N/A Peer Backoff Timer running:N/A Peer Hostname: mp2.daldra01.dra.epc.mnc260.mcc310.3gppnetwork.org Local Hostname: 0005-diamproxy.s6b.IEPCF201.epc.mnc260.mcc310.3gppnetwork.org Peer Realm: epc.mnc260.mcc310.3gppnetwork.org Local Realm: epc.mnc260.mcc310.3gppnetwork.org Peer Address: 10.160.113.136:3868 State: IDLE [TCP] CPU: 3/0 Task: diamproxy-5 Messages Out/Queued: 0/0 Supported Vendor IDs: None Admin Status: Enable DPR Disconnect: N/A Peer Backoff Timer running:N/A Peer Hostname: mp2.daldra01.dra.epc.mnc260.mcc310.3gppnetwork.org Local Hostname: 0006-diamproxy.s6b.IEPCF201.epc.mnc260.mcc310.3gppnetwork.org Peer Realm: epc.mnc260.mcc310.3gppnetwork.org Local Realm: epc.mnc260.mcc310.3gppnetwork.org Peer Address: 10.160.113.136:3868 State: IDLE [TCP] CPU: 6/0 Task: diamproxy-6 Messages Out/Queued: 0/0 Supported Vendor IDs: None Admin Status: Enable DPR Disconnect: N/A Peer Backoff Timer running:N/A ... ------------------------------------------------------------------------------- Context: billing Endpoint: credit-control ------------------------------------------------------------------------------- ... Peer Hostname: ln24.daldra01.dra.epc3.mnc260.mcc310.3gppnetwork.org Local Hostname: 0001-diamproxy.iepcf201.gy Peer Realm: nsn-gy Local Realm: starent.gy.com Peer Address: 10.160.113.136:3869 Local Address: 10.168.86.151:55584 State: OPEN [TCP] CPU: 10/0 Task: diamproxy-1 Messages Out/Queued: 0/0 Supported Vendor IDs: 10415 Admin Status: Enable DPR Disconnect: N/A Peer Backoff Timer running:N/A Peers Summary: Peers in OPEN state: 1404 Peers in CLOSED state: 468 Peers in intermediate state: 0 Total peers matching specified criteria: 1872
Pour référence, voici la sortie normale de cette commande montrant le nombre de connexions sans les aamgrs :
Peers Summary: Peers in OPEN state: 107 Peers in CLOSED state: 36 Peers in intermediate state: 1 Total peers matching specified criteria: 144
Collection de captures de paquets
Comme nous l'avons vu, ce scénario montre que TOUS les homologues de diamètre sont désactivés pour le point de terminaison s6b, le problème n'est PAS pour un diamproxy/carte spécifique, ce qui signifie que la collecte PCAP pour l'une des cartes doit représenter le problème à des fins de dépannage. Si le problème n'était vu que sur un diamproxy spécifique, il serait alors plus important de capturer un PCAP pour ce processus. Ceci est important car le processus de collecte nécessite de spécifier une carte spécifique - elle ne peut pas être exécutée sur toutes les cartes avec une capture unique - et bien que dans ce scénario, le problème est effectivement visible sur toutes les cartes, montré ci-dessous sont des captures prises sur deux cartes pour aider à faire quelques points sur la façon d'analyser les données résultantes.
La première chose à faire est de regarder la table des cartes et de choisir quelques cartes ACTIVE (3 et 5) sur lesquelles exécuter la capture, ainsi que de noter qui est la carte Demux qui ne doit pas être spécifié.
[local]IEPCF201# show card table
Friday December 11 17:15:28 UTC 2020
Slot Card Type Oper State SPOF Attach
----------- -------------------------------------- ------------- ---- ------
1: CFC Control Function Virtual Card Active No
2: CFC Control Function Virtual Card Standby -
3: FC 4-Port Service Function Virtual Card Active No <=====
4: FC 4-Port Service Function Virtual Card Standby -
5: FC 4-Port Service Function Virtual Card Active No <=====
6: FC 4-Port Service Function Virtual Card Active No
7: FC 4-Port Service Function Virtual Card Active No
8: FC 4-Port Service Function Virtual Card Active No
9: FC 4-Port Service Function Virtual Card Active No
10: FC 4-Port Service Function Virtual Card Active No
[local]IEPCF201#
[local]IEPCF201# show session recovery status verbose
Saturday December 12 21:43:11 UTC 2020
Session Recovery Status:
Overall Status : Ready For Recovery
Last Status Update : 4 seconds ago
----sessmgr--- ----aaamgr---- demux
cpu state active standby active standby active status
---- ------- ------ ------- ------ ------- ------ -------------------------
3/0 Active 12 1 12 1 0 Good
4/0 Standby 0 12 0 12 0 Good
5/0 Active 12 1 12 1 0 Good
6/0 Active 12 1 12 1 0 Good
7/0 Active 12 1 12 1 0 Good
8/0 Active 12 1 12 1 0 Good
9/0 Active 0 0 0 0 8 Good (Demux)
10/0 Active 12 1 12 1 0 Good
[local]IEPCF201#
En outre, le numéro de contexte où les homologues de diamètre sont définis doit être récupéré, dans ce cas, le contexte de facturation est #2.
******** show context ******* Sunday December 13 15:14:24 UTC 2020 Context Name ContextID State Description --------------- --------- ---------- ----------------------- local 1 Active billing 2 Active <========== calea 3 Active gi 4 Active sgw 5 Active
Ensuite, connectez-vous au shell de débogage Linux pour les cartes où le PCAP doit être collecté, dans ce cas, les cartes 3 et 5, dans leur propre session CLI :
[local]IEPCF201# cli test password <password>
Saturday December 12 21:43:54 UTC 2020
Warning: Test commands enables internal testing and debugging commands
USE OF THIS MODE MAY CAUSE SIGNIFICANT SERVICE INTERRUPTION
[local]IEPCF201#
[local]IEPCF201# debug shell card 3 cpu 0
Saturday December 12 21:44:02 UTC 2020
Last login: Fri Dec 11 19:26:34 +0000 2020 on pts/1 from card1-cpu0.
qvpc-di:card3-cpu0#
Maintenant, exécutez un setvr de commande Linux spécial (set virtual router) uniquement disponible dans cette version personnalisée de StarOS de Linux, en spécifiant le contexte # récupéré précédemment. Notez que l'invite change :
qvpc-di:card3-cpu0# setvr 2 bash bash-2.05b#
À ce stade, le vidage TCP peut être exécuté à l'aide des paramètres suivants : Notez que si le numéro de port est différent comme dans l'exemple présenté précédemment pour gy, ce numéro de port doit être utilisé. En outre, une adresse IP hôte peut être spécifiée avec host <host ip address> s'il existe une adresse homologue spécifique pour laquelle capturer des paquets. Exécutez la commande pendant quelques minutes et arrêtez la capture avec Control-C. Si des paquets sont capturés, le nombre de paquets s'affiche.
bash-2.05b# tcpdump -i any -s 0 -w /tmp/diameter_SF3.pcap "port 3868" tcpdump: listening on any ^C 1458 packets received by filter 0 packets dropped by kernel bash-2.05b#
Ensuite, quittez l'espace du routeur virtuel avec la commande exit, puis copiez le fichier dans la mémoire flash de la carte de gestion active, qui pour ASR 5500 serait MIO 5 ou 6, ou dans le cas présent pour vPC-DI, 1 ou 2.
bash-2.05b# exit exit qvpc-di:card3-cpu0# scp /tmp/diameter_SF3.pcap card1:/flash/sftp/diameter_SF3.pcap diameter_SF3.pcap 100% 110KB 110.4KB/s 00:00 qvpc-di:card3-cpu0# exit [local]IEPCF201#
À ce stade, le fichier peut être récupéré avec sftp en utilisant tous les moyens disponibles sur le réseau pour atteindre le répertoire /flash.
Voici également les commandes de SF 5, qui est une répétition de ce qui vient d'être montré pour SF 3. Idéalement, exécutez les deux sessions en même temps afin d'avoir des captures simultanées pour l'analyse (bien que cela ne soit pas nécessaire).
[local]IEPCF201# cli test password <password>
Saturday December 12 21:43:28 UTC 2020
Warning: Test commands enables internal testing and debugging commands
USE OF THIS MODE MAY CAUSE SIGNIFICANT SERVICE INTERRUPTION
[local]IEPCF201# debug shell card 5 cpu 0
Saturday December 12 21:44:13 UTC 2020
qvpc-di:card5-cpu0#
qvpc-di:card5-cpu0# setvr 2 bash
bash-2.05b# tcpdump -i any -s 0 -w /tmp/diameter_SF5.pcap "port 3868"
tcpdump: listening on any
^C
1488 packets received by filter
0 packets dropped by kernel
bash-2.05b# exit
exit
qvpc-di:card5-cpu0# scp /tmp/diameter_SF5.pcap card1:/flash/sftp/diameter_SF5.pcap
diameter_SF5.pcap 100% 113KB 112.7KB/s 00:00
qvpc-di:card5-cpu0# exit
[local]IEPCF201#
Analyse PCAP
L'objectif ici est de déterminer où se trouve la ventilation dans le processus d'établissement de la connexion de diamètre. Comme mentionné précédemment, il peut s'agir de la connexion TCP/IP ou de l'étape CER/CEA suivante. Pour TCP/IP, vérifiez si un SYN TCP est envoyé et si un ACK SYN TCP est reçu, suivi d'un ACK envoyé par ASR. Les paquets peuvent être filtrés avec n'importe quel nombre de filtres pour faciliter l'analyse. Dans ce cas, le filtre tcp.flags.syn == 1 montre que le SYN est envoyé pour les 6 homologues pour cette carte particulière. En regardant une vue non filtrée, cliquez avec le bouton droit sur un paquet SYN et profitez de la fonctionnalité de flux TCP dans Wireshark qui agrège tous les paquets TCP qui utilisent le même numéro de port TCP, en choisissant Suivre ... Flux TCP pour voir s’il existe un échange correspondant de paquets TCP qui établissent la connexion.
Dans ce scénario, notez qu'il n'y a AUCUN autre paquet au-delà du SYN, et cela confirme que l'ASR envoie probablement un SYN mais ne reçoit aucune réponse, ce qui éliminerait l'ASR de la cause de l'échec de configuration de la connexion (bien que cela ne soit pas garanti, le paquet n'est peut-être pas envoyé, ou que la réponse est abandonnée, auquel cas un PCAP externe serait utile pour réduire le problème).
Notez également que le modèle est répété toutes les 30 secondes, ce qui correspond à la configuration par défaut du point de terminaison de diamètre de 30 secondes pour réessayer la connexion. L'ASR n'abandonne pas, mais réessaie définitivement jusqu'à ce que la connexion soit établie. Le PCAP pour SF 5 montre exactement le même comportement.
context billing
diameter endpoint 3gpp-aaa-s6b
connection timeout 30
connection retry-timeout 30
En associant les éléments, les statistiques de base de diamètre montrent que le nombre de connexions ayant échoué augmente à un rythme proportionnel au nombre de SF/diamproxies et au délai d'attente de la nouvelle tentative. Les calculs sont les suivants : 6 homologues * 6 diamproxies = 36 tentatives toutes les 30 secondes. Donc, plus d'une minute ce serait 72 tentatives, et cela peut être vu en exécutant show diamètre statistics proxy et en regardant Connection Timeouts en incrémentant de 60984 à 61056 = 72 sur une période de minutes comme indiqué par les horodatages CLI.
[local]IEPCF201# show diameter statistics proxy | grep "Connection Timeouts" Friday December 11 20:39:10 UTC 2020 Connection Timeouts: 60984 [local]IEPCF201# show diameter statistics proxy | grep "Connection Timeouts" Friday December 11 20:39:12 UTC 2020 Connection Timeouts: 60984 [local]IEPCF201# show diameter statistics proxy | grep "Connection Timeouts" Friday December 11 20:39:14 UTC 2020 Connection Timeouts: 60984 [local]IEPCF201# show diameter statistics proxy | grep "Connection Timeouts" Friday December 11 20:39:17 UTC 2020 Connection Timeouts: 60990 [local]IEPCF201# show diameter statistics proxy | grep "Connection Timeouts" Friday December 11 20:39:19 UTC 2020 Connection Timeouts: 60990 [local]IEPCF201# show diameter statistics proxy | grep "Connection Timeouts" Friday December 11 20:39:21 UTC 2020 Connection Timeouts: 60996 [local]IEPCF201# show diameter statistics proxy | grep "Connection Timeouts" Friday December 11 20:39:25 UTC 2020 Connection Timeouts: 61002 [local]IEPCF201# show diameter statistics proxy | grep "Connection Timeouts" Friday December 11 20:39:27 UTC 2020 Connection Timeouts: 61002 [local]IEPCF201# show diameter statistics proxy | grep "Connection Timeouts" Friday December 11 20:39:29 UTC 2020 Connection Timeouts: 61008 [local]IEPCF201# show diameter statistics proxy | grep "Connection Timeouts" Friday December 11 20:39:32 UTC 2020 Connection Timeouts: 61014 [local]IEPCF201# show diameter statistics proxy | grep "Connection Timeouts" Friday December 11 20:39:35 UTC 2020 Connection Timeouts: 61014 [local]IEPCF201# show diameter statistics proxy | grep "Connection Timeouts" Friday December 11 20:39:37 UTC 2020 Connection Timeouts: 61020 [local]IEPCF201# show diameter statistics proxy | grep "Connection Timeouts" Friday December 11 20:39:40 UTC 2020 Connection Timeouts: 61020 [local]IEPCF201# show diameter statistics proxy | grep "Connection Timeouts" Friday December 11 20:39:43 UTC 2020 Connection Timeouts: 61020 [local]IEPCF201# show diameter statistics proxy | grep "Connection Timeouts" Friday December 11 20:39:45 UTC 2020 Connection Timeouts: 61026 [local]IEPCF201# show diameter statistics proxy | grep "Connection Timeouts" Friday December 11 20:39:47 UTC 2020 Connection Timeouts: 61026 [local]IEPCF201# show diameter statistics proxy | grep "Connection Timeouts" Friday December 11 20:39:50 UTC 2020 Connection Timeouts: 61038 [local]IEPCF201# show diameter statistics proxy | grep "Connection Timeouts" Friday December 11 20:39:56 UTC 2020 Connection Timeouts: 61038 [local]IEPCF201# show diameter statistics proxy | grep "Connection Timeouts" Friday December 11 20:39:58 UTC 2020 Connection Timeouts: 61044 [local]IEPCF201# show diameter statistics proxy | grep "Connection Timeouts" Friday December 11 20:40:01 UTC 2020 Connection Timeouts: 61044 [local]IEPCF201# show diameter statistics proxy | grep "Connection Timeouts" Friday December 11 20:40:03 UTC 2020 Connection Timeouts: 61050 [local]IEPCF201# show diameter statistics proxy | grep "Connection Timeouts" Friday December 11 20:40:05 UTC 2020 Connection Timeouts: 61056 [local]IEPCF201# show diameter statistics proxy | grep "Connection Timeouts" Friday December 11 20:40:07 UTC 2020 Connection Timeouts: 61056 [local]IEPCF201# show diameter statistics proxy | grep "Connection Timeouts" Friday December 11 20:40:09 UTC 2020 Connection Timeouts: 61056 [local]IEPCF201# show diameter statistics proxy | grep "Connection Timeouts" Friday December 11 20:40:12 UTC 2020 Connection Timeouts: 61056 [local]IEPCF201# show diameter statistics proxy | grep "Connection Timeouts" Friday December 11 20:40:14 UTC 2020 Connection Timeouts: 61056 [local]IEPCF201# show diameter statistics proxy | grep "Connection Timeouts" Friday December 11 20:40:16 UTC 2020 Connection Timeouts: 61062 [local]IEPCF201# show diameter statistics proxy | grep "Connection Timeouts" Friday December 11 20:40:18 UTC 2020 Connection Timeouts: 61062 [local]IEPCF201# show diameter statistics proxy | grep "Connection Timeouts" Friday December 11 20:40:20 UTC 2020 Connection Timeouts: 61068 [local]IEPCF201# show diameter statistics proxy | grep "Connection Timeouts" Friday December 11 20:40:22 UTC 2020 Connection Timeouts: 61074 [local]IEPCF201# show diameter statistics proxy | grep "Connection Timeouts" Friday December 11 20:40:25 UTC 2020 Connection Timeouts: 61074 [local]IEPCF201# show diameter statistics proxy | grep "Connection Timeouts" Friday December 11 20:40:27 UTC 2020 Connection Timeouts: 61074 [local]IEPCF201#
Notez également que le nombre de CER/CEA (sur tous les homologues de diamètre) est trivial, ce qui prouve qu'il n'atteint jamais le point d'essayer d'échanger ces paquets, ce qui signifie qu'il s'agit d'un problème de configuration TCP/IP.
[local]IEPCF201# show diameter statistics proxy Friday December 11 20:57:09 UTC 2020 ... Capabilities Exchange Requests and Answers statistics: Connection CER sent: 109 Connection CER send errors: 0 CERs received: 0 Connection CER create failures: 0 CEAs received: 108 CEA AVPs unknown: 0 CEA Application ID mismatch: 0 Read CEA Messages: 108 Read CEA Messages Unexpected: 0 Read CEA Missing: 0 Read CEA Negotiation Failure: 0 Read CER Messages: 0 Read CER Messages Unexpected: 0 Read CER Missing: 0 Tw Expire Waiting for CEA: 0
Enfin, notez qu'une fois le problème résolu par le client, les homologues dans l'état CLOSED reviennent à 0 et le champ Adresse locale apparaît dans show diamètre peers full all output.
Peer Hostname: mp1.daldra01.dra.epc.mnc260.mcc310.3gppnetwork.org
Local Hostname: 0001-diamproxy.s6b.IEPCF201.epc.mnc260.mcc310.3gppnetwork.org
Peer Realm: epc.mnc260.mcc310.3gppnetwork.org
Local Realm: epc.mnc260.mcc310.3gppnetwork.org
Peer Address: 10.160.113.133:3868
Local Address: 10.168.86.144:32852
State: OPEN [TCP]
CPU: 10/0 Task: diamproxy-1
Messages Out/Queued: 0/0
Supported Vendor IDs: None
Admin Status: Enable
DPR Disconnect: N/A
Peer Backoff Timer running:N/A
Peers Summary:
Peers in OPEN state: 144
Peers in CLOSED state: 0
Peers in intermediate state: 0
Total peers matching specified criteria: 144
[local]IEPCF101#
CommentairesContacter Cisco
- Ouvrir un dossier d’assistance
- (Un contrat de service de Cisco est requis)