GPRS/EDGE
Dan Lukes
dan at obluda.cz
Sat Apr 1 12:06:21 CEST 2006
Divacky Roman napsal/wrote, On 04/01/06 10:04:
> celkove mi ten protokol prisel dost silenej a vubec se nedivim ze u nej jde
> menit IP adresa protejsi strany :)
Mate v tom, panove, opravdu totalni zmatek. Na cemz neni nic spatneho,
nikdo nerozumi vsemu, ale opravdu me prekvapuje, ze v tom ma naprosty
zmate k i nekdo, kdo tvrdi, ze PPP implementoval. nenapadlo by me, ze to
je vubec mozne bez toho, ze si dotycny programator nastuduje potrebne
pozadi.
Zkusim to jeste jednou:
To, co nastavujete (napriklad ifconfigem), jsou parametry sitoveho
interface. V tomto pripade point-to-point sitoveho interface. Navic, v
pripade, ze tento interface pozdeji pouzijeme k tunelovani (coz navzdory
nazvu 'tun' neni jedine mozne pouziti tohoto interface) je treba si
uvedomit, ze konfigurovane adresy jsou adresami z hlediska tunelu
"vnitrnimi". V kazdem pripade - stale je to "jen" jakesi nastaveni
operacniho systemu.
PPP je jeden z mnoha protokolu umoznujicich zapouzdreni paketu jednoho
typu do paketu jineho typu (tzv. tunel). PPP je dale jednim z programu,
ktere umoznuji komunikovat timto protokolem.
Uz to samo "jednim z" naznacuje, ze mezi protokolem PPP jako takovym a
nastavenim sitoveho interface z hlediska OS je vazba relativne volna.
Protokol muze, ale nemusi, mit nejakou vlastni vnitrni adresaci ci
hanshaking nekterych parametru. Pokud je ma, pak je muze v nejake mire
predat systemu napriklad formou nastaveni nejakych parametru interface.
Toto predavani informaci sice muze byt i obousmerne, ale popravde
receno, nevybavuju si ted zadny tunelovaci software, ktery by od OS
konfiguraci prislusneho tunu prebiral. Takze, napriklad zrovna PPP (ale
take vetsina ostatnich tunelovacich softwaru, ktere znam) se o
prenastaveni zminene adresy typicky vubec nedozvi - a to zejmena proto,
ze se o ni ani nesnazi dozvedet, protoze pripadna zmena tohoto parametru
je mu uplne fuk - nema ji typicky jak pouzit. A tim je take zrejme, ze
nejmene v tomto pripade ROZHODNE neplati, ze by takova zmena mela
jakykoliv vliv na nastaveni operacniho systemu nebo sitoveho interface
na opacne strane. A jelikoz operacni system sam ona destinacni adresa
take prakticky nezajima, je jeji nastaveni prakticky nulitni operaci.
Opravdu presahuje ramec teto konference, abych vysvetlil, jak funguje
IP stack, se zvlastnim ohledem na implementaci na FreeBSD, zejmena ve
vztahu k sitovym interfacum s nastavenym flagem "POINTOPOINT" . A k cemu
se pripadne pouziva a k cemu se naopak naprosto nepouziva (stale mluvim
o operacnim systemu) nakonfigurovana "destination adres". Stejne tak
presahuje ramec teto konference vysvetlit protokol PPP a vzajemne
interakce programu, ktery tento protokol implementuje a jeho nastavenich
s nastavenimi operacniho systemu.
Nebudu diskutovat o otazce, zda a nakolik je PPP protokol divny nebo
sileny. To jsou subjektivni emotivni kategorie o kterych ze jen tezko
vest objektivni debatu. Ale co i v tomto pripade rict lze je, ze moznost
nastavovat destination address P2P sitoveho interface na FreeBSD se PPP
protokolu nijak nedotyka a tedy v tomto ohledu nelze nic dovodit ani z
jeho pripadne podivnosti a silenosti a naopak - moznost ci nemoznost
takove zmeny nepotvrzuje ani nevyvraci silenost ci podivnost tohoto
protokolu.
Proste to spolu v tomto ohledu vlastne vubec nesouvisi ...
Jestli do toho chcete proniknout, tak to tentokrat nepujde jinak, nez
ze nejprve pochopite - a to relativne detailne - jak funguje typicky
sitovy stack a hned pote, jak funguje prave ten na FreeBSD. Bez toho se
nemame sanci takovyhle zmatku zbavit.
Uff!
Dan
--
Dan Lukes SISAL MFF UK
AKA: dan at obluda.cz, dan at freebsd.cz,dan at kolej.mff.cuni.cz
More information about the Users-l
mailing list