Kiskoza: /* MAC keret / Sequence Control mező: */

2013-12-19T12:08:06Z

MAC keret / Sequence Control mező:

← Régebbi változat		A lap 2013. december 19., 14:08-kori változata
121. sor:		121. sor:


	[~~https://wiki.sch.bme.hu/bin/view/Infoszak/~~InfoszakMobilInoora2010_16 << Előző] [~~https://wiki.sch.bme.hu/bin/view/Infoszak/~~InfoszakMobilInoora2010_18 Kövezkező >>]		[[InfoszakMobilInoora2010_16\| << Előző]] [[InfoszakMobilInoora2010_18\| Kövezkező >>]]

Unknown user: Új oldal, tartalma: „{{GlobalTemplate|Infoszak|InfoszakMobilInoora2010_17}} ==17. óra - 2010.04.19== ====802.11 MAC==== * Rejtett terminál probléma * A ad, B belehallgat, A olyan messz…”

2012-10-21T20:36:04Z

Új oldal, tartalma: „{{GlobalTemplate|Infoszak|InfoszakMobilInoora2010_17}} ==17. óra - 2010.04.19== ====802.11 MAC==== * Rejtett terminál probléma * A ad, B belehallgat, A olyan messz…”

Új lap

{{GlobalTemplate|Infoszak|InfoszakMobilInoora2010_17}}

==17. óra - 2010.04.19==
====802.11 MAC====
* Rejtett terminál probléma

* A ad, B belehallgat, A olyan messze, hogy B nem hallja
** B adni kezd

* Védekezés ellene:
** RTS (Request To Send) üzenet
** tartalmazza, hogy ki kinek akar adni, és hogy meddig tart az adás.
** Ha ezt sikeresen veszi az AP, akkor válaszol SIFS idő múlva egy CTS (Clear To Send) üzenettel.
** A befelyező ACK végéig
** Ha megjött a CTS, akkor SIFS múlva az adat csomag leadható.
** aki CTS-t hallja, az megjegyzi, hogy addig nem lehet adni, amig nem lesz vége
** a NAV-t beállítja az adás végéig
*** eddig nem kell hallgatni se.
*** akkor érdemes, ha a csomag nagyobb mint egy RTS/CTS küszöb

====csatlakozás====
* Minden AP periodikusan beacon kereteket küld, ami broadcast infót tartalmaz.
* passzív scanning: a terminál megvárja a várt beacont
* aktív scanning, amikor küld a terminál egy "probe request"-et
* erre válaszul egy probe response-t válaszol
* kiválasztott AP
* bejelentkezéshez:
** Association request üzenettel kezdeményezi a mobil
** erre jön válasz
** hitelesítés
** üzenetváltás a terminál képességeiről
* szinkronizáció megtartása:
** beacon-ök alapján
* Energiatakarékos üzemmód:
** ne kelljen mindig hallgatni a csatornát:
** amikor úgy gondolja a mobil, hogy nem fog adni, akkor alvó állapotba megy
*** erről értesíti az access pointot
*** AP-ben van lista arról, hogy kik alszanak
** Alvó periodikusan hallgatja a beaconöket
** A beacon-ben küldi azt is, hogy ha valakinek csomagja érkezett.
** mobil felébred, és le kell kérnie az adatot.
* Multicast/broadcast forgalom: DL
* A beaconben szól az AP, ha multicast csomag jön.
* Megmondja azt is, hogy mikor kísérli meg a kézbesítését.

====MAC keretek====
* Adat keretek
** Adat
** Adat + CF + ACK
** Adat + CF + Poll
** ...
* control keretek:
** RTS, CTS
** ACK
** PS poll: alvó módból felébredő mobil kérdezi az AP-t
** CF
* management keretek:
** Beacon
** Probe request/response
** authentication/deauthentication
** association req/res
** reassociation req/res
** disassociation

====MAC keret====
(módosítás: -- [[SoproniPeter2|Sopi]] - 2010.06.02.) <br />
Részek leírása: http://www.zytrax.com/tech/wireless/802_mac.htm <br />
Remek szemléltető: http://wifi.cs.st-andrews.ac.uk/wififrame.html

|*Frame Control*||*Duration*||*Addr1*||*Addr2*||*Addr3*||*Sequence Control*||*Addr4*||*Frame Body (adat)*||*FCS*
|}
| 2B || 2B || 6B || 6B || 6B || 2B || 6B || 0-2312B || 4B
|}

Frame Control:
|*Protocol Version*||*típus*||*altípus*||*to DS*||*from DS*||*more fragment*||*retry*||*power mgt*||*more data*||*WEP*||*order*
|}
| 2b || 2b || 4b || 1b || 1b || 1b || 1b || 1b || 1b || 1b || 1b
|}

* '''FCS''' Frame Check Sequence
* '''Keret típusok''' management / data / control (http://www.wi-fiplanet.com/tutorials/article.php/1447501/Understanding-80211-Frame-Types.htm)
* '''duration ID''' meddig tart majd a kommunikáció
* '''UD power save''' poll üzenetben azállomás power save listás azonosítója

=====MAC keret / címek:=====
* 1.- Címzett
* 2.- Küldő
* 3.- az eredeti címzett/küldő ( a helyi 802.x LAN-on a címzett/küldő)
** ha FromDS=1, eredeti küldő
** ha ToDS=1 a végleges címzett
* 4.- van ilyen, hogy wireless distribution system AP <--> AP 802.11 rádió
** itt mondott valami zagyvaságot, hogy csak mikor használják a 4. címet.

* Számítógép hálózatok WLAN diasor / 16.dia: -- [[SoproniPeter2|Sopi]] - 2010.06.02.
|*ToDS*||*FromDS*||*Addr1*||*Addr2*||*Addr3*||*Addr4*|| '''Wireless AP használata'''
|}
| 0 || 0 || DA || SA || BSSID || - || vezetékes -> vezetékes
|}
| 0 || 1 || DA || [[SenAP]] || SA || - || vezetékes -> vezetéknélküli
|}
| 1 || 0 || [[RecAP]] || SA || DA || - || vezetéknélküli -> vezetékes
|}
| 1 || 1 || [[RecAP]] || [[SenAP]] || DA || SA || vezetéknélküli -> vezetéknélküli
|}
<pre>
DS: Distribution System
BSSID: Basic Service Set ID
DA: Destination Address
SA: Source Address
SenAP: Sending AP
RecAP: Receiving AP
</pre>

=====MAC keret / Sequence Control mező:=====
* Fragment Number
* Sequence Number
** keret sorszám
** felsőbb réteg: LLC

[https://wiki.sch.bme.hu/bin/view/Infoszak/InfoszakMobilInoora2010_16 << Előző] [https://wiki.sch.bme.hu/bin/view/Infoszak/InfoszakMobilInoora2010_18 Kövezkező >>]

-- [[DonGatto|Liba]] - 2010.05.03.

[[Category:Infoszak]]

InfoszakMobilInoora2010 17 - Laptörténet

Kiskoza: /* MAC keret / Sequence Control mező: */

Unknown user: Új oldal, tartalma: „{{GlobalTemplate|Infoszak|InfoszakMobilInoora2010_17}} ==17. óra - 2010.04.19== ====802.11 MAC==== * Rejtett terminál probléma * A ad, B belehallgat, A olyan messz…”