re...
moze tym razem uda mi sie posta zamiescic pod nickiem.. argh ;p
ale wracajac do tematu... (znowu IMHO, AFAIR I AFAIC)
k.. rzucilem sie do RFC zeby cie nie oklamac (moze mi sie uda)...
tych checksumoow tam jest sporo...
-
w warstwie IP
--cut-- (cytat z rfc 791)
Header Checksum: 16 bits
A checksum on the header only. Since some header fields change
(e.g., time to live), this is recomputed and verified at each point
that the internet header is processed.
--cut--
ten checksum pozwala upewnic sie czy wszystko w adresach i typie danych i w ogóle naglowku pakietu IP gra...
-
w warstwie TCP
--cut-- (cytat z rfc 793)
Checksum: 16 bits
The checksum field is the 16 bit one's complement of the one's
complement sum of all 16 bit words in the header and text.
....
--cut--
czyli kolejny checksum, ten wysylany or sth ;>
... (tutaj trwaja poszukiwania w rfc)
...( oo... "three-way handshake".. tak sie ten SYN, ACK, SYN ACK zwalo ;p)...
a jest ;>
nyo masz racje... tyo komp wysylajacy zawiera checksum w swoim pakiecie.. i nawet wysyla pakiety (te same) az nie dostanie odpowiedzi...
ale potwierdzenie przyjecia i tak jest wysylane...
-- cut -- (ten sam rfc co poprzednio)
[..] the sender creates a segment and transmits it [....]
[...] the receiver accepts a segment [...] and sends an acknowledgment.
-- cut --
Co do pytania o routing...
anom tcp nie wykozystuja...
ale od routingu jest warstwa ip.. nie wazne dzieki temu czy slemy tcp, udp czy icmp, czy jakies inne cos...
UDP i TCP to ta sama rodzina.. oba sa zalezne od IP (w przeciwienstwie do IPXa)
z tego co kojarze router nawet nie sprawdza co za rodzaj pakietu dostaje... po prostu patrzy na adres docelowy zawarty w naglowkooo ip i posyla pakiet dalej.... (poprawka: oczywiscie jesli musi to patrzy co to, czy to nie jest ICMP, czy to nie jest cos co powinien zablokowac etc)
taki pakiet w sumie wyglada tak...
[ NAGLOWEK IP ][ NAGLOWEK TCP lub UDP ][ DANE ]
z kazda warstwa rosnie ilosc naglowkoow ;p
hmm jesli w pytaniu o cos innego chodzilo tyo sproobooj dokladniej wyjasnic o co ;>