Komenco: Havi pakaĵperdon aŭ malrapidan efikecon?
Klaku por komenci la diagnozan procezon. Ni piediras per sistemaj perturboj.
↓
Ĉu vi povas kun malgrandaj pakaĵoj (64 bajtoj)?
Testo: ping -s 64 destination (Linŭ) aŭ ping -l 64 destination (Windows)
↓
Layer 1/2 Problemo - Ne MTU-ligilo
Se malgrandaj pakaĵetoj malsukcesas, tio estas konektivtemo, ne MTU/frakto.
Problemoj:
- Kontrolu fizikajn konektojn kaj kablo integrecon
- Solvu interfacostatuson:
show interface - Kontrolu por eraroj / kartoj sur interfacoj
- Verify routing kaj ARP tabloj
- Kontrolu fajromuroj reguloj kaj ACLoj
Ĉu vi povas kun grandaj pakaĵoj (1472 bajtoj)?
Testo: ping -s 1472 destination (Linŭ) aŭ ping -l 1472 destination (Windows)
Notu: 1472 datenoj + 20 IP + 8 ICMP = 1500 bajto pakas
↓
No MTU Issues Detected
Grandaj pakaĵoj bone funkcias. Via funkcio estas ĝusta. Vidu aliajn spektaklotemojn.
❓ Ĉu vi povas kun DF (Ne Fragment) peceto metita?
Testo: ping -M do -s 1472 destination (Linŭ) aŭ ping -f -l 1472 destination (Windows)
↓
PMTUD Black Hole Detected!
ICMP "Fragmentation Needed" (Tie 3, Kodo 4) mesaĝoj estas filtritaj ie en la pado.
Solvoj:
TCP MSS Clamping (Recommended):Cisco IOS/IOS-XE
interfaco GigabitEthernet0/0
ip tcp adapti-mss 1460Juniper JunOS
metitaj interfacoj ge-0/0-unuo 0 familio inet tcp-mss 14601 Linuksoj
Tcp - tcp-flaga SYN,RST SYN -
TCPMSS -set-mss 1460
Vidu ICMP Tipo 3 Kodo 4:Cisco ACL
permesi al vi ajnan pakaĵ-al-grandan
ipabloj
iptables - INPUT - p icmp - ikmp-speca fragmentiĝo - j ACCEPTPT
Redukti Interface MTU:Cisco!
interfaco GigabitEthernet0/0
ip mtu 1400
PMTUD Laboranta Correctly
Path MTU Discovery funkcias konvene. ICMP-mesaĝoj ne estas filtritaj.
Rekomenditaj agoj:
- Uzu TCP MSS-klamadon por optimuma efikeco
- Konsideru redukti MTU sur interfacoj se necese
- Ekrano por pakaĵperdo kaj redissendoj
- Dokumentas viajn MTU-valorojn por estonta referenco