Linux-TCP-Dump in Debug Shell zur Fehlerbehebung bei Durchmesserverbindungsproblemen
Einführung
In diesem Dokument wird beschrieben, wie der TCP-Dump in der StarOS-Debugging-Shell verwendet wird, um Probleme mit der Diameter-Verbindung zu beheben. Oft werden Fälle angefochten, in denen um Hilfe bei der Fehlerbehebung gebeten wird, warum eine Diameter-Verbindung nicht hergestellt wird oder ausfällt, obwohl (angeblich) keine Konfigurations- oder Netzwerkänderungen vorgenommen wurden. Die Verbindung mit dem Durchmesser kann auf der ursprünglichen TCP/IP-Aushandlung oder auf der CER-Stufe (Capabilities Exchange Request)/Capabilities Exchange Answer (CEA) nicht hergestellt werden.
Hintergrundinformationen
Zwar gibt es kein typisches Problem mit dem Peering der Durchmesser, doch fallen sie in einige Kategorien:
- Alle Peers für einen bestimmten Endpunkt und/oder ein bestimmtes Protokoll sind ausgefallen. <==== Dieses Beispiel
- Peers für eine bestimmte Portnummer sind ausgefallen.
- Peers, die an eine bestimmte PSC-, DPC- oder SF-Karte gebunden sind, sind ausgefallen.
Normalerweise wird der TCP-Port 3868 (Standard) für den Diameter-Server verwendet. Es können jedoch auch andere Ports angegeben und bestätigt werden, dass sie von 3868 in der Konfiguration abweichen, wenn für die Peer-Konfigurationsleitungen am Ende der Leitung eine Portnummer angegeben wurde.
Peering-Probleme
Im Beispiel hier wurden die Peers für den Endpunkt 3gpp-aaa-s6b nach dem show-durchmesser peer full all gemeldet und haben keine in den Peer-Leitungen angegebenen Portnummern. Daher verwenden die Peers für Gy standardmäßig Port 3868, 3869 und 3870 für die verschiedene Peers.
zeigt Durchmesser Peers alle Berichte aller konfigurierten Peers für alle Endpunkte mit Durchmesser an. Hier sehen wir 6 konfigurierte Peers und die zugehörigen Konfigurationsleitungen für 3gpp-aa-s6b (unterbrochen) sowie für Gy (arbeiten). Gy hat einige benutzerdefinierte Port-Nr. 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
Beachten Sie auch, dass für die meisten Konfigurationen das konfigurierbare use-Proxy festgelegt wird, um Peering auf der ASR-Seite so einzurichten, dass der Diamantenproxyprozess auf allen aktiven Karten ausgeführt wird. Dies ist z. B. ein vPC-DI, bei dem die Karten als Service Function Cards bezeichnet werden.
[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#
Hier zeigen Durchmesser Peers voll ist alles aus den show support Details erfasst die Tatsache, dass die Diameter Peers für den 3gpp-aaa-s6b Endpunkt komplett ausgefallen sind. Beachten Sie, dass es sich um eine spezielle Debugversion des Befehls show durchmesser peers full aus den show support details (SSD) handelt. Es zeigt also auch alle Peer-Verbindungen zu den aamgr-Prozessen (die Ausgabe wird hier nicht angezeigt) an, sodass die Endanzahl der Verbindungen viel höher ist als bei normaler Ausführung, aber unten wird die zusammengefasste Ausgabe angezeigt, als wenn sie mit der weniger Verbindungen (1) ausgeführt würde 44). Die VOLLSTÄNDIGE Ausgabe ist diesem Artikel beigefügt, und so werden nur die Verbindungen für einen Peer (aber mit allen 6 Diamanten) für die Kürze angezeigt.
Außerdem wird ein Beispiel für eine offene Arbeitsverbindung für die Gy-Endpunkte gezeigt, in dem ein zusätzliches Feld mit dem Namen Local Address angezeigt wird, das die Verbindung auf der ASR-Seite aufzeichnet, während auf den defekten 3gpp-aa-s6b-Peers dieses Feld nicht vorhanden ist. (Später wird die Ausgabe angezeigt, nachdem das Problem vom Kunden für den Peer 3gpp-aa-s6b behoben wurde, in dem diese lokale Adresse enthalten ist.)
******** 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
Als Referenz wird hier die normale Ausgabe dieses Befehls angezeigt, die die Anzahl der Verbindungen ohne die Adapter anzeigt:
Peers Summary: Peers in OPEN state: 107 Peers in CLOSED state: 36 Peers in intermediate state: 1 Total peers matching specified criteria: 144
Paketerfassung
Wie bereits erläutert, zeigt dieses Szenario, dass ALLE Peers mit Durchmesser für den Endpunkt mit dem s6b ausgefallen sind. Das Problem betrifft NICHT einen bestimmten Diamanten/eine bestimmte Karte, d. h., die PCAP-Erfassung für eine der Karten sollte das Problem für die Fehlerbehebung angemessen darstellen. Wäre das Problem nur bei einem bestimmten Diamanten-Proxy aufgetreten, wäre es wichtiger, eine PCAP für diesen Prozess zu erfassen. Dies ist wichtig, da für den Erfassungsprozess die Angabe einer bestimmten Karte erforderlich ist - sie kann nicht auf allen Karten mit einer einzigen Aufnahme ausgeführt werden - und obwohl in diesem Szenario das Problem tatsächlich auf allen Karten zu erkennen ist, sind im Folgenden zwei Karten aufgezeichnet, um einige Punkte zur Analyse der resultierenden Daten zu machen.
Als Erstes schauen Sie sich den Kartentisch an und wählen einige ACTIVE Cards (3 und 5) aus, auf denen die Aufnahme ausgeführt werden soll, sowie feststellen, welche die Demux-Karte ist, die nicht angegeben werden sollte.
[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#
Außerdem muss der Kontext #, in dem die Durchmesser-Peers definiert sind, abgerufen werden. In diesem Fall ist der Abrechnungskontext Nr. 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
Als Nächstes melden Sie sich bei der Linux-Debug-Shell für die Karten an, auf denen das PCAP gesammelt werden soll, in diesem Fall Karten 3 und 5, in ihrer eigenen CLI-Sitzung:
[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#
Führen Sie jetzt einen speziellen Linux-Befehl setvr (setzen Sie virtuelle Router) nur in dieser angepassten StarOS-Version von Linux verfügbar, und geben Sie den Kontext # abrufen zuvor. Beachten Sie, dass sich die Eingabeaufforderung ändert:
qvpc-di:card3-cpu0# setvr 2 bash bash-2.05b#
An diesem Punkt kann der TCP-Dump wie folgt mit den Parametern ausgeführt werden. Wenn die Portnummer anders ist als im Beispiel für "gy", sollte diese Portnummer verwendet werden. Außerdem kann eine Host-IP-Adresse mit host <Host-IP-Adresse> angegeben werden, wenn eine bestimmte Peer-Adresse zum Erfassen von Paketen vorhanden ist. Führen Sie den Befehl für einige Minuten aus und beenden Sie die Erfassung mit Control-C. Wenn Pakete erfasst werden, wird die Anzahl der Pakete angezeigt.
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#
Beenden Sie anschließend den virtuellen Router-Speicherplatz mit dem Exit-Befehl, und kopieren Sie die Datei in den Flash-Speicher der aktiven Management-Karte, der für den ASR 5500 MIO 5 oder 6 oder hier für vPC-DI, 1 oder 2 wäre.
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#
An diesem Punkt kann die Datei mit sftp abgerufen werden, wobei alle im Netzwerk vorhandenen Mittel verwendet werden, um das /flash-Verzeichnis zu erreichen.
Hier sind auch die Befehle für SF 5, was eine Wiederholung dessen ist, was gerade für SF 3 gezeigt wurde. Führen Sie im Idealfall beide Sitzungen gleichzeitig aus, um gleichzeitig Aufzeichnungen für die Analyse zu erstellen (dies ist jedoch möglicherweise nicht erforderlich).
[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#
PCAP-Analyse
Ziel hierbei ist es, festzustellen, wo sich der Abbau im Prozess der Herstellung der Verbindung mit Durchmesser befindet. Wie bereits erwähnt, kann es sich um eine TCP/IP-Verbindung handeln, oder sie kann sich im nächsten CER/CEA-Schritt befinden. Überprüfen Sie bei TCP/IP, ob ein TCP-SYN gesendet wird und ob ein TCP-SYN-ACK empfangen wird. Anschließend wird ein ACK von ASR gesendet. Pakete können mit einer beliebigen Anzahl von Filtern gefiltert werden, um die Analyse zu unterstützen. In diesem Fall zeigt der Filter tcp.flags.syn == 1, dass das SYN für alle 6 Peers für diese Karte gesendet wird. Wenn Sie sich eine ungefilterte Ansicht ansehen, klicken Sie mit der rechten Maustaste auf ein SYN-Paket, und nutzen Sie die TCP-Stream-Funktion in Wireshark, die alle TCP-Pakete aggregiert, die dieselbe TCP-Port-Nummer verwenden. Wählen Sie Folgen ... TCP-Stream, um zu überprüfen, ob ein entsprechender Austausch von TCP-Paketen vorhanden ist, die die Verbindung herstellen.
In diesem Szenario ist zu beachten, dass es KEINE weiteren Pakete außerhalb der SYN gibt. Dies bestätigt, dass die ASR wahrscheinlich ein SYN sendet, jedoch keine Antwort zurückruft. Dadurch wird verhindert, dass der ASR die Ursache für das nicht eingerichtete Verbindungsaufbau ist (obwohl dies nicht garantiert ist, wird das Paket möglicherweise nicht gesendet oder die Antwort verworfen, sodass ein externes PCAP bei der weiteren Verengung des Problems hilfreich wäre).
Beachten Sie auch, dass das Muster alle 30 Sekunden wiederholt wird, was der Standardkonfiguration für den Durchmesser des Endpunkts von 30 Sekunden entspricht, um die Verbindung erneut zu versuchen. Der ASR gibt nicht auf, sondern versucht es für immer wieder, bis er erfolgreich ist. Das PCAP für SF 5 zeigt genau das gleiche Verhalten.
context billing
diameter endpoint 3gpp-aaa-s6b
connection timeout 30
connection retry-timeout 30
Die Basisstatistiken des Durchmessers zeigen, dass die Anzahl der fehlgeschlagenen Verbindungen entsprechend der Anzahl der SF/Diamanten und des Timeouts für Wiederholungen zunimmt. Die Mathematik lautet wie folgt: 6 Peers * 6 Diamanten = 36 Versuche alle 30 Sekunden. Über eine Minute wären das 72 Versuche. Dies wird durch die Ausführung des Statistikproxys mit Anzeigedurchmesser und die Betrachtung der Connection-Timeouts, die von 60984 auf 61056 = 72 erhöht werden, über einen Zeitraum von einer Minute gesehen, wie die CLI-Zeitstempel zeigen.
[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#
Beachten Sie auch, dass die Anzahl der CER/CEAs (über alle Peers mit Durchmesser) trivial ist, was beweist, dass es nie so weit geht, diese Pakete auszutauschen, was bedeutet, dass es sich um ein TCP/IP-Konfigurationsproblem handelt.
[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
Beachten Sie schließlich, dass nach der Behebung des Problems durch den Kunden die Peers im CLOSED-Status auf 0 zurückgesetzt werden und das Feld Local Address (Lokale Adresse) in Peers mit Anzeigedurchmesser angezeigt wird, die alle Ausgaben enthalten.
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#
FeedbackCisco kontaktieren
- Eine Supportanfrage öffnen
- (Erfordert einen Cisco Servicevertrag)