Der Inhalt dieses Artikels befasst sich mit der Verwendung von iPerf zum Testen und Beheben von UDP-Paketverlustproblemen. Ich hoffe, dass er für Sie hilfreich ist.
Verwenden Sie iPerf, um UDP-Paketverlustprobleme zu testen und zu beheben
Phänomenbeschreibung
Verwenden Sie Hochgeschwindigkeitskanäle, um die zu öffnen gleiche Region (Region Nach dem Einrichten von zwei ECS-Instanzen des VPC-Netzwerktyps unter Die Rate zeigt einen steigenden Trend. Wie unten gezeigt:
Problemanalyse
Angenommen, dass die privaten IPs von zwei ECS-Instanzen vom Netzwerktyp sind Sind VPC ECS A (192.168.104.235) und ECS B (10.182.83.13) und verwenden Netcat (NC) zum Überwachen und Senden von UDP-Datenpaketen, sieht das Kommunikationsverbindungsdiagramm zwischen ECS-Instanz A und Instanz B des Netzwerktyps wie folgt aus :
Die Datenflussrichtung ist:
ECS A(192.168.104.235)-> NC 1(100.105.59.3)-> VGW(10.141.166.253)-> NC 2(100.105.59.9)-> ECS B(10.182.83.13)
Wir müssen den Link beheben und analysieren, um die letztendliche Ursache für den Paketverlust herauszufinden.
Lösung
Hinweis: Da nur die Kommunikation zwischen Quell-Netcat (d. h. NC 1) und Ziel-Netcat (d. h. NC 2) angezeigt wird, Durch die Paketerfassung und Fehlerbehebung sollten Missverständnisse vermieden werden, d. h. die willkürliche Beurteilung, dass der Paketverlust durch die direkte Kommunikation zwischen Netcat (NC) verursacht wird.
Bei der Fehlerbehebung wird festgestellt, dass die erfassten Pakete von eth0 am Quellende an VGW gesendet werden. Bei der Erfassung von Paketen am Zielende wird jedoch festgestellt, dass die Shell die Ziel-NC 2-IP kapselt. wie im Beispiel:
[Time ] 17:32:07.130844 Point: `input ` [ETHER] 24:4c:07:33:0e:02 -> 00:04:37:28:00:65, eth_type: 0x0800 [IPv4 ] 100.105.59.3 -> 10.141.166.253 proto: 17, ver: 04, ihl: 05, len: 1534, ident: 59824,R: 0, DF: 1, MF: 0, offset: 0, ttl: 60, chksum: 0xfe47 [UDP ] sport: 46703, dport: 250, size: 1514, chksum: 0x0000 [VxLan] debug_flag: 0, vlan_tag: 0, payload_type: 0, version: 1, tunnel_id: 1878597, tos: 0, tof: 0 [IPv4 ] 192.168.104.235 -> 10.182.83.13 proto: 17, ver: 04, ihl: 05, len: 1498, ident: 55469,R: 0, DF: 1, MF: 0, offset: 0, ttl: 64, chksum: 0xd50e [UDP ] sport: 36687, dport: 5001, size: 1478, chksum: 0xa0aa [Time ] 17:32:07.130854 Point: `output` [ETHER] 24:4c:07:33:0e:02 -> 00:04:37:28:00:65, eth_type: 0x0800 [IPv4 ] 100.105.59.3 -> 100.105.59.9 proto: 17, ver: 04, ihl: 05, len: 1534, ident: 59824,R: 0, DF: 1, MF: 0, offset: 0, ttl: 60, chksum: 0x0000 [UDP ] sport: 46703, dport: 250, size: 1514, chksum: 0x0000 [VxLan] debug_flag: 0, vlan_tag: 0, payload_type: 0, version: 1, tunnel_id: 2125861, tos: 0, tof: 0 [IPv4 ] 192.168.104.235 -> 10.182.83.13 proto: 17, ver: 04, ihl: 05, len: 1498, ident: 55469,R: 0, DF: 1, MF: 0, offset: 0, ttl: 64, chksum: 0xd50e [UDP ] sport: 36687, dport: 5001, size: 1478, chksum: 0xa0aa
Bestätigen Sie, dass das Datenpaket weitergeleitet wird. Beginnen Sie nach VGW mit der Zählung der Paketerfassungsinformationen:
ECS A empfängt UDP-Verkehr über iPerf: iperf -c 10.182.83.13 -u - b 600m
ECS B empfängt über iPerf: iperf -u - s
erfasst Pakete innerhalb der Instanz.
ECS A：sudo tcpdump -w ~/client.pcap -n -i eth0 src host 192.168.104.25 and src port 1234 ECS B：sudo tcpdump -w ~/server.pcap -n -i eth0 src host 192.168.104.25 and src port 1234
Erfassen Sie Pakete bei zwei NC eth0.
NC 1：sudo houyi-tcpdump -w /apsara/i-6we6pnh19n2q7srkgomd.pcap -nnK -i eth0 udp and src inner_port 1234 and dst inner_host 10.182.83.13 NC 2：sudo houyi-tcpdump -B 4096 -w /apsara/i-6we53i9h3ducbju5rmuw.pap -nn -i eth0 udp -K and src inner_host 192.168.104.235 and src inner_port 1234
Stellen Sie das System in ASW und LSW bereit.
100.105.59.3:46728 -> 10.141.166.253:250
Hinweis: Da die Zielpaket-Shell die Ziel-NC 1-IP automatisch kapselt, lautet das Nachrichtenformat des VGW-seitigen Datenpakets: 100.105.59.3:46728 -> 100.105.59.9:250.
Analyse basierend auf den Ergebnissen der Paketerfassung.
ECS A-Paketverlust/-Versand: 171/510203
NC 1 Eth0-Paketversand: 510204
ASW- und LSW-Flussstatistik-Paketversand: 510204
NC 2 eth0-Paket empfangen: 510204
ECS B-Paket empfangen: 510204, Erfassung 507442, verworfen von Kernel 2162
Die obige Analyse lokalisiert Paketverluste im Instanzprotokollstapel und passt das interne UDP an Puffergrößen der Instanz. Passen Sie den Netzwerkstapel (Stack) an. Die Standard-UDF-Puffergröße beträgt 212992 (208 KB) und Sie können sie auf 2097152 (2 MB) anpassen.
/proc/sys/net/core/rmem_default #默认的接收数据包内存大小 /proc/sys/net/core/rmem_max #最大的接收数据包内存大小
Testen Sie den UDP-Paketverlust nach der Anpassung.
Das obige ist der detaillierte Inhalt vonSo verwenden Sie iPerf zum Testen und Beheben von UDP-Paketverlusten. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!
