InfoszakMobilInoora2010 17

A VIK Wikiből

Ez az oldal a korábbi SCH wikiről lett áthozva.

Ha úgy érzed, hogy bármilyen formázási vagy tartalmi probléma van vele, akkor, kérlek, javíts rajta egy rövid szerkesztéssel!

Ha nem tudod, hogyan indulj el, olvasd el a migrálási útmutatót.


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: -- Sopi - 2010.06.02.)
Részek leírása: http://www.zytrax.com/tech/wireless/802_mac.htm
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 |}

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: -- 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 |}

	  DS: Distribution System
	  BSSID: Basic Service Set ID
	  DA: Destination Address
	  SA: Source Address
	  SenAP: Sending AP
	  RecAP: Receiving AP
MAC keret / Sequence Control mező:
  • Fragment Number
  • Sequence Number
    • keret sorszám
    • felsőbb réteg: LLC


<< Előző Kövezkező >>


-- Liba - 2010.05.03.