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