TCP csomag

[vajk fekete]

tegyunk tisztaba valamit:

1. a bongeszo nem allitgat semmit. megkeri az oprendszert, hogy nyisson egy connectiont, es fos bele byteokat, majd azt mondja flush.

2. szempontunkbol van az ethernet keretezes, abban az ip csomag, abban a tcp

a darabolas a ip retegben tortenik. akar a felado is darabolhat, de szelsoseges esetben koztes router vagy mas eszkoz is darabolhatja a hozza meg egeszben erkezo csomagot. 

3. ha a te webszervered azt latja, hogy a request nem egyetlen csomagban erkezik, az meg nem biztos hogy ip fragmentacio tortent!! az ip csomag max merete asszem 8000 byte, mivel az ethernete kisebb, muszaj darabolni.

az hogy egy tcp kapcsolaton, ami nem csomag(uzenet) orientalt, hanem osszekottetes alapu, akar sok tizmillio byteot akarsz atvinni, nyilvan nem fer egy ethernet keretbe, de meg egy 8k-s ip keretbe sem. szepen egymas utani ip csomagokbol fog allni. 

tcp szinten csak abbol dontheted el, hogy nem lesz tobb, hogy kerte a masik fel a kapcsolat bontasat.

4. ha tisztan annyi a kerdes, hogy hogy jojj ra, hogy a request maradektalalnul megerkezett, akkor mivel a request egy http protokoll fogalom, a valaszt is a http protokoll szintjen fogod megkapni. GET eseten a GET egyetlen sor, amint megvan a CR, vege a keresnek, lehet valaszolni. POST eseten tobb eset van. Legegyszerubb esetben a form adatai urlencoded formaban vannak, tehat ahogy a GET utan is lettek volna. Csak igy nincs a 64k sormeret korlat. (ez a korlat csak de facto, vannak szerverek/browserek amik kevesebbtol is megfekudnek, es vannak akik tobbet is birnak) de lehet az encoding pl mime multipart is. A lenyeg, hogy a headerben lesz egy content length sor is, az megadja byteban hogy a request milyen hosszu. asszem header nelkul. ez kell neked en azt hiszem.

vajk

regen volt ez nekem, es gyakorlatban szinte soha nem hasznaltam, ugyhogy a szohasznalatom nem teljesen szakszeru, de hatha segitettem.

----- Original Message ----
From: Zoltan Balla <kalip777 at gmail.com>
To: elektro at tesla.hu
Sent: Friday, 16 February, 2007 8:23:53 PM
Subject: Re: TCP csomag

Megsem ez az :( Ethereal-lal nezve ezt a bitet nem bantja a bongeszo, holott
a kuldeni kivant TCP csomagot darabolja boszen.
Valakinek mas otlete, hogy tudnam vizsgalni hogy megkaptam-e mar az egesz
csomagot, vagy varnom kell meg reszekre?

2007/2/16, Zoltan Balla <kalip777 at gmail.com>:
>
> Ez az ami kell nekem.
> Koszi szepen!
>
> Stolmár Tamás <knight at borsodi.7seas.hu> írta, 2007.02.16.:
> >
> > Hali
> >
> > Nem veletlenul az IP fejlec More Fragments bitjet keresed?
> >
> > Persze ennek semmi köze az IP payloadban csucsulo TCP fejlec resznek es
> > adathoz.
> >
> > Udv: Tamas
> >
> > ----- Original Message -----
> > From: "B Z" <kalip777 at freemail.hu>
> > To: <elektro at tesla.hu >; "elektronika" <retro at lists.tmp.hu>
> > Sent: Friday, February 16, 2007 3:30 PM
> > Subject: TCP csomag
> >
> >
> > Sziasztok!
> >
> > Olyan kerdesem lenne, hogy honnan tudom eldonteni, hogy egy
> > TCP csomag tobb darabbol all-e? Sorszam az ugye megadja,
> > hogy honnan folytatodik a csomag, nyugtaszam meg, hogy
> > honnan varja a kovetkezot adagot. Ezekbol kene kiokoskodni a
> > csomagszamot, vagy egyertelmuen megtalalom, hogy hany
> > darabbol all?
> >
> > zoli
> >
> >
> >
> > _________________________________________________________
> > Madonna fantasztikus új koncertalbuma, 2 exkluzív dallal,
> > mindössze 1990 Forintért a T-Online Zeneáruházban!
> > http://zenearuhaz.t-online.hu
> >
> > -----------------------------------------
> >           elektro[-flame|-etc]
> >
> >
> > -----------------------------------------
> >           elektro[-flame|-etc]
> >
>
>
-----------------------------------------
          elektro[-flame|-etc]







		
___________________________________________________________ 
All New Yahoo! Mail – Tired of unwanted email come-ons? Let our SpamGuard protect you. http://uk.docs.yahoo.com/nowyoucan.html