Capture
Retransmission rapide après des ACK dupliqués · capturée sur le client · fabriquée pour l'enseignement et vérifiée avec tshark
Fais glisser ta capture ici ou ouvre-la avec le bouton : elle est lue dans ton navigateur, ne quitte pas ton appareil et n'est pas enregistrée.
Ce qui se passe
- Retransmission rapide:
- ACK dupliqué: , , ,
Ce que Wireshark ne te dit pas
Dans le paquet 9 manque un morceau perdu AVANT d'arriver au point de capture. Si son renvoi arrive par minuteur et dans l'ordre, vu d'ici cela ressemblera à un segment normal arrivant en retard : une retransmission de ce type ne se voit qu'en capturant côté émetteur.
| N.º | Temps | Source | Destination | Proto | Info | Analyse |
|---|---|---|---|---|---|---|
| 1 | 0.000000 | 192.168.1.48 | 10.0.0.247 | DNS | ? blog.prueba.test (id 0x49f4) | |
| 2 | 0.017000 | 10.0.0.247 | 192.168.1.48 | DNS | NOERROR · blog.prueba.test → CNAME edge.blog.prueba.test, A 203.0.119.211 (id 0x49f4) | |
| 3 | 0.018000 | 192.168.1.48 | 203.0.119.211 | TCP | 52028 → 80 [SYN] Seq=0 Win=64240 Len=0 MSS=1460 SACK_PERM | |
| 4 | 0.023000 | 203.0.119.211 | 192.168.1.48 | TCP | 80 → 52028 [SYN, ACK] Seq=0 Ack=1 Win=64240 Len=0 MSS=1460 SACK_PERM | |
| 5 | 0.023100 | 192.168.1.48 | 203.0.119.211 | TCP | 52028 → 80 [ACK] Seq=1 Ack=1 Win=64240 Len=0 | |
| 6 | 0.023300 | 192.168.1.48 | 203.0.119.211 | HTTP | GET /login HTTP/1.1 (Host: blog.prueba.test) · 52028 → 80 [PSH, ACK] Seq=1 Ack=1 Win=64240 Len=86 | |
| 7 | 0.028300 | 203.0.119.211 | 192.168.1.48 | TCP | 80 → 52028 [PSH, ACK] Seq=1 Ack=87 Win=64240 Len=1000 | |
| 8 | 0.028400 | 192.168.1.48 | 203.0.119.211 | TCP | 52028 → 80 [ACK] Seq=87 Ack=1001 Win=64240 Len=0 | |
| 9 | 0.028700 | 203.0.119.211 | 192.168.1.48 | TCP | 80 → 52028 [PSH, ACK] Seq=2001 Ack=87 Win=64240 Len=1000 | Un segment précédent manque |
| 10 | 0.028800 | 192.168.1.48 | 203.0.119.211 | TCP | 52028 → 80 [ACK] Seq=87 Ack=1001 Win=64240 Len=0 | ACK dupliqué n° 1 |
| 11 | 0.029100 | 203.0.119.211 | 192.168.1.48 | TCP | 80 → 52028 [PSH, ACK] Seq=3001 Ack=87 Win=64240 Len=1000 | |
| 12 | 0.029200 | 192.168.1.48 | 203.0.119.211 | TCP | 52028 → 80 [ACK] Seq=87 Ack=1001 Win=64240 Len=0 | ACK dupliqué n° 2 |
| 13 | 0.029500 | 203.0.119.211 | 192.168.1.48 | TCP | 80 → 52028 [PSH, ACK] Seq=4001 Ack=87 Win=64240 Len=1000 | |
| 14 | 0.029600 | 192.168.1.48 | 203.0.119.211 | TCP | 52028 → 80 [ACK] Seq=87 Ack=1001 Win=64240 Len=0 | ACK dupliqué n° 3 |
| 15 | 0.029900 | 203.0.119.211 | 192.168.1.48 | TCP | 80 → 52028 [PSH, ACK] Seq=5001 Ack=87 Win=64240 Len=831 | |
| 16 | 0.030000 | 192.168.1.48 | 203.0.119.211 | TCP | 52028 → 80 [ACK] Seq=87 Ack=1001 Win=64240 Len=0 | ACK dupliqué n° 4 |
| 17 | 0.035000 | 203.0.119.211 | 192.168.1.48 | HTTP | HTTP/1.1 200 OK · 80 → 52028 [PSH, ACK] Seq=1001 Ack=87 Win=64240 Len=1000 | Retransmission rapide |
| 18 | 0.035100 | 192.168.1.48 | 203.0.119.211 | TCP | 52028 → 80 [ACK] Seq=87 Ack=5832 Win=64240 Len=0 | |
| 19 | 0.035300 | 192.168.1.48 | 203.0.119.211 | TCP | 52028 → 80 [FIN, ACK] Seq=87 Ack=5832 Win=64240 Len=0 | |
| 20 | 0.040300 | 203.0.119.211 | 192.168.1.48 | TCP | 80 → 52028 [FIN, ACK] Seq=5832 Ack=88 Win=64240 Len=0 | |
| 21 | 0.040400 | 192.168.1.48 | 203.0.119.211 | TCP | 52028 → 80 [ACK] Seq=88 Ack=5833 Win=64240 Len=0 |
Seq et Ack sont relatifs (comme dans Wireshark) : ils comptent à partir du numéro initial de chaque sens.