DHCP & Wifi AP client

Printable View

06.11.2004, 13:28
Waliz

DHCP & Wifi AP client

Zajimala by me jedna vec. Situace je asi takova: AP WP11B+ - rezim AP, DHCP zapnuto. Proti nemu je totez zarizeni - rezim AP client, DHCP vypnuto. Na ethernetovy port tohoto zarizeni je pripojeno pres switch asi 7 PC. Vsichni ziskavaji adresu z DHCP serveru. A ted prichazi moje otazka. Jak je mozne, ze jednotlava PC dostanou adresu od DHCP serveru, kdyz jsou v podstate vsichni schovani za MAC toho druheho AP. Jejich adresy nejsou podle me vubec videt. Preci na prideleni adresy jsou zapotrebi i ethernetove packety na urovni MAC adres. Je mozne, ze by tam dochazelo k nejakemu prekladu adres (NAT) na urovni MAC?

Druha otazka. Tento model funguje pro PC s Win2k a vyse. Pokud ma nekdo Win98, adresu proste z neznameho duvodu nedostane. Nedokazu pochopit proc.

Diky za odpoved.
06.11.2004, 13:35
Fox!MURDER

Re: DHCP & Wifi AP client

Citace:

Původně odeslal Waliz

Zajimala by me jedna vec. Situace je asi takova: AP WP11B+ - rezim AP, DHCP zapnuto. Proti nemu je totez zarizeni - rezim AP client, DHCP vypnuto. Na ethernetovy port tohoto zarizeni je pripojeno pres switch asi 7 PC. Vsichni ziskavaji adresu z DHCP serveru. A ted prichazi moje otazka. Jak je mozne, ze jednotlava PC dostanou adresu od DHCP serveru, kdyz jsou v podstate vsichni schovani za MAC toho druheho AP. Jejich adresy nejsou podle me vubec videt. Preci na prideleni adresy jsou zapotrebi i ethernetove packety na urovni MAC adres. Je mozne, ze by tam dochazelo k nejakemu prekladu adres (NAT) na urovni MAC?

Druha otazka. Tento model funguje pro PC s Win2k a vyse. Pokud ma nekdo Win98, adresu proste z neznameho duvodu nedostane. Nedokazu pochopit proc.

Diky za odpoved.

NAT na druhe vrstve afaik neexistuje.
jak mas ty AP nastaveny? NATujou, routujou nebo jen bridgujou? pokud jen bridgujou tak se DHCP requesty dostanou po cely siti a muze na ne odpovidat kterykoli pc v siti.

to ze to funguje/nefunguje s ruznejma windouz je dano tim ze proste v tom protokolu muzou bejt drobounky rozdily. bejva to problem i s ISC DHCP a nekterejma windows treba v kabelovy siti ...
06.11.2004, 14:04
KUBA

Compex WP11B+ se v režimu AP client chová transparentně.
06.11.2004, 20:47
spy

AFAIK DHCP packety pouzivaji UDP => pokud ve stejne broadcastove domene je DHCP server (coz je), IP dostanou
07.11.2004, 14:45
Waliz

Citace:

Původně odeslal KUBA

Compex WP11B+ se v režimu AP client chová transparentně.

Tohle jsem nasel v jednom PDF ke Compexu, citace: "WP11B+ se v módu „access point client“ nechová transparentně a všechny PC připojené na ethernetový port jsou skryty za jednu jedinou MAC adresu tohoto Compexu. WP11B+ tak provádí jakousi obdobu NAT na fyzické ethernetovské vrstvě. Proč to? Dle normy 802.11x totiž může být v režimu „infrastructure client“ připojená pouze 1 MAC adresa. Pro více MAC adres není „bezdrátový paket“ stavěný a proto to musí výrobci access pointů a karet různě obcházet."

To bude asi ono, ne? Akorat nechapu, jakym zpusobem to obchazeji.
07.11.2004, 14:48
Waliz

Citace:

Původně odeslal spy

AFAIK DHCP packety pouzivaji UDP => pokud ve stejne broadcastove domene je DHCP server (coz je), IP dostanou

pouzivaji se UDP v kombinace s packety na fyzicke MAC vrstve
07.11.2004, 14:49
KUBA

2Waliz: manuály nečtu, ale mně to prostě chodí transparentně. Mám Compexa jako klient, za nim switch, 8 počítačů a všechny dostávaj IP z DHCP na APčku podle své MAC adresy, v arp cache na APčku jsou vidět přímo MAC adresy těch připojených počítačů :arrow: Compex neprovádí žádnej Layer 2 NAT...
Zkoušeno s více verzema FW...
07.11.2004, 15:29
Waliz

Citace:

Původně odeslal KUBA

2Waliz: manuály nečtu, ale mně to prostě chodí transparentně. Mám Compexa jako klient, za nim switch, 8 počítačů a všechny dostávaj IP z DHCP na APčku podle své MAC adresy, v arp cache na APčku jsou vidět přímo MAC adresy těch připojených počítačů :arrow: Compex neprovádí žádnej Layer 2 NAT...
Zkoušeno s více verzema FW...

A ty adresy dostavaji PC od toho Compexe, co je AP client, nebo wirelessem od jineho AP, kde bezi DHCPcko?

Mas tam nekde win98, na kterych to beha?

Se starsim FW jsme pouzivali wireless ethernet adapter. V toto rezimu to fungovalo vsecho OK, i na win98. Pak jsme tam dali FW 2.96 a tento rezim prestal fungovat uplne. Tak jsem to prepli do AP client a ten nam zas nepovoli prideleni adresy od DHCP serveru pod win98.
07.11.2004, 15:48
KUBA

Adresy přiděluje APčko (Linux), na kterém běží DHCP server (isc), na Compexu je DHCP vypnuté.
Win98 tam v jednom případě mám a neběhá to s nima, to máš pravdu, musím tam mít adresu natvrdo.

Ten DHCP server je DHCP démon od isc ve verzi 3.0.1 .
07.11.2004, 17:45
VOiD

Podle mě se ten AP chová jako DHCP proxy.
07.11.2004, 22:16
Fox!MURDER

pokud se to chova transparentne tak mi to prijde jako dosti standardni chovani a uprimne nevim co resis ;)
08.11.2004, 09:54
Waliz

Citace:

Původně odeslal Fox!MURDER

pokud se to chova transparentne tak mi to prijde jako dosti standardni chovani a uprimne nevim co resis ;)

OK, chova se to transparentne, i kdyz v tom manualu pisou neco jineho. Ale me by prave zajimalo jak je tedy ta transparentnost resena, kdyz ten wireless packet je staven jen na jednu MAC adresu.
08.11.2004, 10:37
Waliz

Citace:

Původně odeslal Waliz

Citace:

Původně odeslal KUBA

Compex WP11B+ se v režimu AP client chová transparentně.

Tohle jsem nasel v jednom PDF ke Compexu, citace: "WP11B+ se v módu „access point client“ nechová transparentně a všechny PC připojené na ethernetový port jsou skryty za jednu jedinou MAC adresu tohoto Compexu. WP11B+ tak provádí jakousi obdobu NAT na fyzické ethernetovské vrstvě. Proč to? Dle normy 802.11x totiž může být v režimu „infrastructure client“ připojená pouze 1 MAC adresa. Pro více MAC adres není „bezdrátový paket“ stavěný a proto to musí výrobci access pointů a karet různě obcházet."

To bude asi ono, ne? Akorat nechapu, jakym zpusobem to obchazeji.

Trochu jsem hledal na netu a nasel jsem, jak vypada ramec standardu 802.11x. Mimojine obsahuje 4 adresni pole po 6B. - adresu cile, zdroje, wireless odesilatele, wireless prijemce. To znamena, ze vsechno to, co jsem vycetl z toho PDFka jsou kecy. V ramci se normalne prenaseji MAC adresy cile a zdroje (v tomto pripade ethernetovych adapteru danych PC). Konecne jsem to pochopil. Jinak diky za vsechny prispevky.
09.11.2004, 12:05
spy

Mam takovy dojem ze se tu trochu matou vrstvy ISO/OSI (prip. TCP/IP stacku).

Stanice dostane IP adresu, protoze k tomu AP kde bezi DHCP dojde DHCP request - to je packet, v jehoz tele je nekde ulozena MAC adresa stanice ktera zada o IP.

Cely packet je obalen do ramce (ktery obsahuje MAC adresy cile a zdroje - sousedni zarizeni na siti) - MAC adresy v ramci muzou byt jakekoliv, ale DHCP server se proste podiva do tela packetu a z nej si vytahne MAC adresu ke ktery ma zjistit IP.

btw, kdyz uz sme zabredli do toho slovickareni, tak fyzicka MAC vrstva je vcelku blbost :wink:
09.11.2004, 23:11
Fox!MURDER

Citace:

Původně odeslal spy

Mam takovy dojem ze se tu trochu matou vrstvy ISO/OSI (prip. TCP/IP stacku).

Stanice dostane IP adresu, protoze k tomu AP kde bezi DHCP dojde DHCP request - to je packet, v jehoz tele je nekde ulozena MAC adresa stanice ktera zada o IP.

Cely packet je obalen do ramce (ktery obsahuje MAC adresy cile a zdroje - sousedni zarizeni na siti) - MAC adresy v ramci muzou byt jakekoliv, ale DHCP server se proste podiva do tela packetu a z nej si vytahne MAC adresu ke ktery ma zjistit IP.

btw, kdyz uz sme zabredli do toho slovickareni, tak fyzicka MAC vrstva je vcelku blbost :wink:

mno ono se proste enkapsuluje Ethernetovej ramec (kvuli kompatibilite a zjednoduseni - aby se nemusely vymejslet novy sitovky, standardy apod.) do 802.11 ramce. tzn. DHCP pakety se proste prenesou z jedne site do druhe uplne stejne jako by byly spojene jen kabelem.

fyzicka mac vrstva takova blbost neni. fyzicka vrstva se deli na pod vrstvy MAC - Media Access Control - stara se o komunikaci sousednich systemu a HDLC - High Level Data Link Control - resi spolehlivost prenosu....
10.11.2004, 16:14
spy

Citace:

Původně odeslal Fox!MURDER

mno ono se proste enkapsuluje Ethernetovej ramec (kvuli kompatibilite a zjednoduseni - aby se nemusely vymejslet novy sitovky, standardy apod.) do 802.11 ramce. tzn. DHCP pakety se proste prenesou z jedne site do druhe uplne stejne jako by byly spojene jen kabelem.

no neco takoveho sem chtel napsat, ale nepouzil sem spravna slova

Citace:

Původně odeslal Fox!MURDER

fyzicka mac vrstva takova blbost neni. fyzicka vrstva se deli na pod vrstvy MAC - Media Access Control - stara se o komunikaci sousednich systemu a HDLC - High Level Data Link Control - resi spolehlivost prenosu....

to je IMHO linkova, ne fyzicka
a deli se na MAC a LLC
HDLC je protokol
10.11.2004, 17:02
Fox!MURDER

Citace:

Původně odeslal spy

Citace:

Původně odeslal Fox!MURDER

fyzicka mac vrstva takova blbost neni. fyzicka vrstva se deli na pod vrstvy MAC - Media Access Control - stara se o komunikaci sousednich systemu a HDLC - High Level Data Link Control - resi spolehlivost prenosu....

to je IMHO linkova, ne fyzicka
a deli se na MAC a LLC
HDLC je protokol

jo jasne :P to je linkova :) nedavam pozor :D
10.11.2004, 22:51
spy

Citace:

Původně odeslal Fox!MURDER

Citace:

Původně odeslal spy

to je IMHO linkova, ne fyzicka
a deli se na MAC a LLC
HDLC je protokol

jo jasne :P to je linkova :) nedavam pozor :D

coze ty ke me chodis na cviceni ze zakladu pocitacovych siti ? ;D

(sory za OT ale ja proste musel :))