Czy TCP jest dostarczany w kolejności?

Question

Jeśli wysyłam dwie wiadomości TCP, czy muszę zająć się sprawą, w której ta ostatnia przychodzi przed pierwszą? Czy jest zagwarantowane, że dotrzesz w kolejności, w jakiej go wysłałem? Zakładam, że nie jest to przykład specyficzny dla Twisted, ponieważ powinien on być zgodny ze standardem TCP, ale jeśli ktoś znający Twisted mógłby zapewnić odpowiedź na Twisted specyficzną dla mojego spokoju ducha, to byłoby to docenione :-)

Answer 1

Dopóki dwie wiadomości zostały wysłane na tym samym połączeniu TCP, zamówienie zostanie zachowane. Jeśli wiele połączeń zostanie otwartych między tymi samymi procesami, możesz mieć kłopoty.

Jeśli chodzi o Twisted lub jakikolwiek inny asynchroniczny system zdarzeń: Oczekuję, że otrzymasz komunikaty dataReceived w kolejności odebrania bajtów. Jeśli jednak zaczniesz odkładać pracę na odroczone połączenia, możesz, erm ... "przekręcić" swój przepływ sterowania nie do poznania.

Answer 2

TCP to strumień, UDP to wiadomość. Mieszasz terminy. W przypadku TCP prawdą jest, że strumień dotrze w tej samej kolejności, w jakiej został wysłany. W TCP nie ma żadnych niepoprawnych komunikatów, pojawiają się bajty po ich nadejściu, interpretując je jako wiadomości od Ciebie.

Answer 3

TCP jest zorientowany na połączenie i oferuje swoim klientom w zamówieniu dostawy. Oczywiście dotyczy to poziomu połączenia: poszczególne połączenia są niezależne.

Należy pamiętać, że zwykle odnosimy się do "strumieni TCP" i "komunikatów UDP".

Niezależnie od używanej biblioteki klienta (np. Twisted), podstawowe połączenie TCP jest od niej niezależne. TCP będzie dostarczać "komunikaty protokołu" do twojego klienta. Przez "komunikat protokołu" odsyłam oczywiście do protokołu używanego w warstwie TCP.

Dalsza uwaga, że ​​operacja We/Wy są asynchroniczne w przyrodzie i bardzo zależny od obciążenia systemu + również mieszanie sieć opóźnia & straty, nie można polegać na wiadomości nakazującej między połączenia TCP.

Answer 4

TCP "gwarantuje", że odbiorca otrzyma odtworzony strumień bajtów, tak jak został pierwotnie wysłany przez nadawcę. Jednakże pomiędzy punktami końcowymi wysyłania/odbierania TCP (to znaczy siecią fizyczną), dane mogą być odbierane nie w kolejności, mogą być pofragmentowane, mogą być uszkodzone, a nawet mogą zostać utracone. TCP uwzględnia te problemy za pomocą mechanizmu uzgadniania, który powoduje ponowne przesyłanie niepoprawnych pakietów. Stos TCP w odbiorniku umieszcza te pakiety w takiej kolejności, w jakiej zostały przesłane, aby po odczytaniu z gniazda TCP dane były odbierane tak, jak zostały pierwotnie wysłane.

Po wywołaniu metody doRead w trybie Twisted dane są odczytywane z gniazda do rozmiaru bufora. Te dane mogą reprezentować pojedynczą wiadomość, częściową wiadomość lub wiele wiadomości. Od ciebie zależy wyodrębnienie komunikatów z bufora, ale masz gwarancję, że bajty znajdują się w ich wysyłanej kolejności w tym momencie.

Niestety do zaciemniania wody z moim wcześniejszym poście ...