Mobilnost u IEEE 802.

11 mreama
Predmet: Beine raunarske mree
Beini pristup Internetu
Dr Zoran Stankovi

Karakteristike rominga

Definisanje naina ponaanja stanica u

romingu ukljuuje razmatranje dve
njegove forme
Neprimetni

(seamless) roming

GSM

roming mrena aplikacija zahteva vezu

sa mreom tokom procesa rominga

Nomadski
Roming

(nomadic) roming

u IEEE 802.11 mrei - mrena

aplikacija ne zahteva vezu sa mreom tokom
procesa rominga ali se sesija ne prekida

Faktori koji utiu na rad aplikacije

tokom rominga u IEEE 802.11 mrei

Priroda rominga u 802.11 mrei

Tipa aplikacije da li je aplikacija

konekcionog ili ne-konekcionog tipa ?

Domen rominga da li se roming obavlja

u okviru iste podmree ili preko vie
podmrea ?

Trajanje rominga

Priroda rominga u 802.11 mrei

Roming u 802.11 mrei ima prirodu prekini pre

uspostave

Okonava se veza sa jednom takom pristupa pre nego

to se pree na drugu

Roming uspostavi pre prekida nije pogodan za

802.11 mreu

Odrava se veza sa prvim AP dok se prelazi na drugi AP

Izaziva se broadcast oluja nekontrolisano multipliciranje

jednog istog paketa

Tipa aplikacije

Aplikacije konekcionog tipa

Aplikacije bazirane na TCP protokolu

Manje osetljive na privremen gubitak podataka tokom

rominga

Aplikacije ne-konekcionog tipa

Aplikacije bazirane na UDP protokolu (VoIP, Video stream)

Vie osetljive na privremen gubitak podataka tokom

rominga (ako roming dugo traje moe doi do prekida
normalnog rada aplikacije)

Roming domen

Roming u okviru jednog roming

domena
Roming

u okviru jedne podmree na IP

nivou odnosno u okviru jedne ESS gde
svi AP imaju isti SSID

Roming izmeu dva roming domena

Roming

izmeu vie razliitih podmrea

na IP nivou

Roming u okviru jednog roming

domena

Roming izmeu dva roming domena

Trajanje rominga

Trajanje rominga je ukupan zbir

vremena trajanja sledeih procesa
Procesa

ispitivanja

802.11

ili 802.1X provere autentinosti

802.11

procesa procesa pridruivanja

Tehnika rominga na sloju 2 (sloju veze

podataka)

Da bi IEEE 802.11 klijent izvrio roming on mora

da izvri sledee radne sekvence

Kiljent mora da donese odluku o izvrenje rominga

algoritam za donoenje takve odluke nije specificiran
od strane IEEE 802.11 ve je preputen
proizvoaima opreme

Jaina signala

Broja ponovo poslatih okvira

Broja proputenih beacon okvira

Klijent mora da donese odluku o smeru izvrenja

rominga

Klijent inicira roming

Klijent nastavlja sa izvrenjem postojee sesije

aplikacije

Utvrivanje smera vrenja rominga

Mehanizmi za pronalaenje take pristupa prema

kojoj e se izvriti roming:

Preemptive AP discovery

Roam-time AP discovery

Svaki od ovih mehanizama moe da primeni

slede mehanizme za otkrivanje AP:

Aktivno skeniranje

Na svim kanalima korisnik alje probne zahteve za

pronalaenje AP (Problem: optereenje korisnika)

Pasivno skeniranje

Pasivno oslukivanje beacon okvira na svim

kanalima (Problemi: nedovoljan broj primljenih
okvira, blokiranje prenosa nekih informacija kao to
je npr. SSID)

Preemptive AP otkrivanje (I)

Otkrivanje AP taaka prema kojim e se ii u

roming pre donoenja odluke o romingu

Nakon donoenja odluke o romingu klijent kree

prema unapred poznatoj AP ime se postie
najkrae vreme rominga i klijentove aplikacije
najmanje trpe

Osnovna dva problema:

Klijent ne moe da prima podatke od trenutno

pridruene take pristupa u toku skeniranja kanala
(aktivno ili pasivno)

Aplikacija na klijentu moe da oseti smanjenje

brzine prenosa podataka jer klijent ne moe da alje
podatke dok skenira kanale

Preemptive AP otkrivanje (II)

Roam-time AP otkrivanje (I)

Otkrivanje AP taaka prema kojim e se

ii u roming nakon donoenja odluke o
romingu

Ovaj metod ne proizvodi overhead zbog

ponavljanja okvira koji su izgubljenji
tokom skeniranja kanala od strane
klijenta

Vreme trajanja rominga je due jer klijent

nakon donoenja odluke o romingu ne
zna unapred kome AP e se pridruiti tako
da je ovaj tipa AP otkrivanja nepovoljan
za UDP aplikacije

Roam-time AP otkrivanje (II)

Proces rominga u okviru sloja 2

Prethodna AP mora da ispita da li je klijent

romingom odvojen od nje

Prethodna AP treba da baferuje okvire podataka

koji su upueni klijentu koji odlazi u roming
(opciono)

Nova AP treba da ukae staroj da je klijnet

uspeno uradio proces rominga

Prethodna taka treba da poalje baferovane

podatke novoj AP (opciono)

Nova AP treba da inicira auriranje MAC tabela

infrastrukturnih svieva da bi se omoguilo
korektno prosleivanje okvira podataka ka
klijentu koji je otiao u roming

Aplikacija na serveru alje okvire

stanici koja jo nije otila u roming

Gubitak podataka nakon to je stanica

izvrila roming u sloju 2

Auriranje tabela MAC adresa nakon

to je stanica otila u roming

Roming izmeu roming domena

Klijent koji ulazi u roming menja podmreu a

samim tim i IP adresu

Menjanjem podmree gubi se tok IP podataka

koji je usmeren ka staroj IP adresi korisnika
kada je bio u prethodnom roming domenu

Aplikacije koje se oslanjaju na kontinulani tok IP

paketa se prekidaju. Primer: VoIP telefonija
izmeu dve podmree

Resenje je uvoenje mobilnog IP protokola

Roming izmeu dve podmree

Mobilni IP protokol

Mrea koja poseduje mehanizme mobilnog IP protokola

poseduje sledee kljune komponente:

Mobilni vor (MN) stanica koja vri roming

Kuni agent (HA) HA se nalazi na ruterima ili svievima

sloja 3 i oni obezbeuju da MN u romingu dobija IP pakete

Udaljeni agent (FA) Fa se se nalazi na ruterima ili

svievima sloja 3 i on pomae da MN obavesti svoj HA o
svojoj novoj poziciji u mrei

uvar adrese (CoA) CoA je lokalno povezani ruter koji

vri prijem paketa koji alje HA a koji su usmereni ka MN

Kolocirani uvar adrese (CCoA) CoA koji predstavlja

sam mobilni vor (MN)

Kljune sekvence u izvrenju rominga

u mrei koja poseduje mobilni IP
protokol

Stanica se nalazi u svojoj baznoj (kunoj) mrei i ima svoju IP

adresu koja pripada adresnom prostoru podmree kojoj pripada
i HA

Kada MN vri roming u drugu podmreu on mora da pronae

FA i da se registruje kod njega ili kod sopstvenog CCoA

FA ili CCoA komunicira sa HA i uspostavlja tunel izmeu HA i

CoA za raun MN

Paket upuen MN od strane nekog raunara prvo dolazi do HA

putem obinog rutiranja

HA zatim prosleuje paket MN putem uspostavljenog tunela

Bilo koji paket koji se alje sa MN prosleuje se preko FA kao

da je MN na baznoj mrei

Prenos paketa ka mobilnom voru koji

se nalazi u romingu

Prenos paketa od mobilnog vora u

romingu ka nekom raunaru u mrei

Karakteristine faze u Mobilnom IP

protokolu

Otkrivanje agenata

Registracija

Kreiranje tunela

Otkrivanje agenata

Mobilni vor koji je uao u roming mora da u najkraem

intervalu otkrije da je uao u drugu podmreu

Svi HA i FA ureaji se oglaavaju u odreenim vremenskim

intervalima putem IRDA paketa koji koriste Internet Control
Message Protokol (ICMP) i Router Discoveri Protokol
(RDP)

Mobilni vor pronalazi novi FA na osnovu IRDA paketa koje

oslukuje

Na osnovu objave FA (IRDA paketa koje on alje) Mobilni

vor dolazi do CoA

CoA moe imati dve forme:

Adresa od FA

CCoA najee se do adrese dolazi putem DHCP protokola

Sluaj identifikacije CoA kao FA ili

CCoA

Registracija mobilnog vora

Kada mobilni vor uspostavlja CoA i dobije lokalnog agenta (HA

ili FA), proces registracije zapoinje sa sledeim koracima:

MN alje zahtev zahtev za registraciju ka FA

FA obrauje zahtev za registracijom i prosleuje zahtev ka HA

HA prihvata ili odbija zahtev za registracijom i odgovor vraa ka FA

FA obrauje odgovor i prosleuje ga ka MN-u

U zahtevu za registracijom postoje vie karakteristinih polja.

Neka su:

Sumultaneous bindings MN moe da zahteva HA odri veze sa

prethodnim CoA

Broadcast Packets MN moe da zahteva da HA prosleuje bilo

koje broadcast pakete koje on prima na baznoj podmrei

Decapsulation bz MN MN moe da zahteva da on vri

dekapsulaciju paketa iz tunela. Ovo je bitno ako MN poseduje
CCoA

Proces registracije mobilnog vora kod

FA koristei mobilni IP protokol

Formiranje tunelovanog IP paketa

Inverzni tunel