Puncte:0

Secvență TCP ciudată de la un dispozitiv

drapel cn

Depanez o problemă ciudată de resetare a conexiunii în Java și am următoarea Captură Wireshark:

Care poate fi cauza repetării acelui ACK? Sunt sigur că dispozitivul a primit datele corect, deoarece execută comanda care a fost trimisă. Dar nu trimite un răspuns, doar aceste TCP dup ACK

Effie avatar
drapel ne
asta e super ciudat. a avea mai multe ACK-uri fără pachete arată ca fie o eroare în implementarea tcp, fie ceva din rețeaua dvs. dublează pachetele (cred că sunt pachete, deoarece resetarea este trimisă, dar poate că și ack-urile sunt duplicate). RST din ultimele pachete oprește conexiunea din cauza unei erori, deci nu vor fi trimise date. dacă poți, captează traficul de pe partea cealaltă și vezi ce se întâmplă acolo.
Vasyl Danyliuk avatar
drapel cn
Bună Effie. Multumesc pentru un astfel de comentariu informativ. Am uitat de această întrebare, dar este deja rezolvată. Acesta este modul în care TCP a fost implementat pe partea dispozitivului. Dispozitivul are o setare pentru cât timp să păstreze conexiunea, în acest timp continuă să trimită acel ACK, apoi trimite RST pentru a reseta conexiunea. Problema a fost că unele comenzi pot dura mai mult decât timpul configurat. Așa că tocmai am prelungit acel timeout.

Postează un răspuns

Majoritatea oamenilor nu înțeleg că a pune multe întrebări deblochează învățarea și îmbunătățește legătura interpersonală. În studiile lui Alison, de exemplu, deși oamenii își puteau aminti cu exactitate câte întrebări au fost puse în conversațiile lor, ei nu au intuit legătura dintre întrebări și apreciere. În patru studii, în care participanții au fost implicați în conversații ei înșiși sau au citit transcrieri ale conversațiilor altora, oamenii au avut tendința să nu realizeze că întrebarea ar influența – sau ar fi influențat – nivelul de prietenie dintre conversatori.