Universiteit Gent Faculteit Toegepaste Wetenschappen. Vakgroep Informatietechnologie Voorzitter: Prof. Dr. Ir. P. Lagasse

Universiteit Gent Faculteit Toegepaste Wetenschappen

Vakgroep Informatietechnologie Voorzitter: Prof. Dr. Ir. P. Lagasse

Vergelijkende studie van 802.11b en Bluetooth door Steven Van Dorsselaer Steven Christiaens

Promotor: Prof. Dr. Ir. P. Demeester Co-promotor: Prof. I. Moerman

SCRIPTIE ingediend tot het behalen van de academische graad van aanvullende studies informatica

Academiejaar 2002-2003

Voorwoord Deze scriptie is tot stand gekomen in het kader van de richting Aanvullende Studies Informatica. Draadloze netwerken stijgen alsmaar in belangstelling. Wij hebben voor dit scriptieonderwerp gekozen omdat we iets meer vertrouwd wilden geraken met Wi-Fi en Bluetooth. Hierbij willen wij iedereen bedanken die ons geholpen heeft tijdens deze scriptie. In het bijzonder bedanken wij Ir. J. Hoebeke en Ir. T. Van Leeuwen voor hun diensten en goede raad.

De auteurs geven de toelating deze SCRIPTIE voor consultatie beschikbaar te stellen en delen van de SCRIPTIE te kopiëren voor persoonlijk gebruik. Elk ander gebruik valt onder de beperkingen van het auteursrecht, in het bijzonder met betrekking tot de verplichting de bron uitdrukkelijk te vermelden bij het aanhalen van resultaten uit deze SCRIPTIE.

Vergelijkende studie van 802.11b en Bluetooth door Steven Van Dorsselaer Steven Christiaens

SCRIPTIE ingediend tot het behalen van de academische graad van aanvullende studies informatica

Academiejaar 2002-2003

Promotor: Prof. Dr. Ir. P. Demeester Co-promotor: Prof. I. Moerman Thesisbegeleiders: Ir. J. Hoebeke, Ir. T. Van Leeuwen, Ir. L. Peters Faculteit Toegepaste Wetenschappen Universiteit Gent

Vakgroep Informatietechnologie Voorzitter: Prof. Dr. Ir. P. Lagasse

Samenvatting 802.11b- en Bluetooth-apparaten werken in dezelfde frequentieband. Daarom treden er storingen op als de apparaten in elkaars bereik zenden en ontvangen. In dit werk wordt nagegaan in welke mate de apparaten elkaar storen in verschillende omstandigheden. De testen worden onder Linux uitgevoerd en de nadruk wordt hier ook gelegd op de installatie en configuratie van de hardware, drivers, packages en protocol stacks.

Trefwoorden: 802.11b, Bluetooth

Inhoudstafel 1 INLEIDING ....................................................................................................................1 2 TECHNOLOGIEËN .......................................................................................................2 2.1

Het OSI 7 lagen model ....................................................................................................... 2

2.2

De ISM frequentiebanden .................................................................................................. 4

2.3

IEEE 802.11b ...................................................................................................................... 5

2.3.1 Evolutie van de standaard .................................................................................................... 5 2.3.2 802.11b in detail .................................................................................................................. 6

2.4

2.3.2.1.

Topologie van een WLAN ................................................................................... 6

2.3.2.2.

Lagenarchitectuur ................................................................................................. 7

Bluetooth ........................................................................................................................... 17

2.4.1 Inleiding............................................................................................................................. 17 2.4.2 Basis .................................................................................................................................. 17 2.4.3 Bluetooth Protocol Stack ................................................................................................... 18 2.4.3.1.

Core protocols .................................................................................................... 18

2.4.3.2.

Kabel vervangende protocols ............................................................................. 19

2.4.3.3.

Adopted protocols .............................................................................................. 19

2.4.4 Gebruiksmodellen.............................................................................................................. 19 2.4.5 Piconetten en Scatternetten................................................................................................ 21 2.4.6 Opzetten van een netwerk.................................................................................................. 22 2.4.6.1.

De inquiry procedure .......................................................................................... 23

2.4.6.2.

De page procedure .............................................................................................. 24

2.4.6.3.

De connection toestand....................................................................................... 24

2.4.6.4.

Het wisselen van master en slave ....................................................................... 24

2.4.7 Baseband Specificatie ........................................................................................................ 25 2.4.7.1.

Frequentie Hopping ............................................................................................ 25

2.4.7.2.

Fysische Links .................................................................................................... 27

2.4.8 Bluetooth pakketten ........................................................................................................... 27 2.4.8.1.

De access code .................................................................................................... 27

2.4.8.2.

De pakket header ................................................................................................ 27

2.4.8.3.

Het payload formaat ........................................................................................... 28

2.4.9 Vermijden interferentie ..................................................................................................... 31 2.4.10 Bluetooth's Error Correctie Schema's .............................................................................. 31 2.4.11 Bluetooth beveiliging ...................................................................................................... 32 2.4.12 Specificatie details ........................................................................................................... 34 3 THEORETISCHE VERGELIJKING VAN 802.11B EN BLUETOOTH .........................35 3.1

Bandbreedte, throughput................................................................................................. 35

3.2

Bereik ................................................................................................................................. 35

3.3

Signaalsterkte.................................................................................................................... 36

3.4

Vermogenverbruik ........................................................................................................... 36

3.5

Beveiliging ......................................................................................................................... 37

3.6

Interferentie ...................................................................................................................... 37

4 INSTALLATIE EN CONFIGURATIE VAN DE RADIOKAARTEN ONDER LINUX ......38 4.1

Gebruikte hardware ......................................................................................................... 38

4.1.1 Lucent Wavelan met ORiNOCO chipset........................................................................... 38 4.1.2 ORiNOCO ISA adapter ..................................................................................................... 39 4.1.3 Netgate met PRISM2 chipset ............................................................................................ 40 4.1.4 PCI adapter ........................................................................................................................ 41 4.1.5 Acer Bluetooth................................................................................................................... 42 4.2

Installatie en configuratie ................................................................................................ 43

4.2.1 HOWTO compile a new kernel for Debian ....................................................................... 43 4.2.2 HOWTO install PCMCIA ................................................................................................. 47 4.2.2.1.

Inleiding.............................................................................................................. 47

4.2.2.2.

Installatie ............................................................................................................ 48

4.2.3 HOWTO install Wireless Tools ........................................................................................ 49 4.2.3.1.

Inleiding.............................................................................................................. 49

4.2.3.2.

Installatie ............................................................................................................ 51

4.2.4 Drivers voor Lucent Wavelan met Orinoco chipset .......................................................... 52 4.2.5 HOWTO Install Netgate met Prism2 chipset .................................................................... 52 4.2.6 HOWTO install bluetooth BlueZ stack ............................................................................. 54

5 METINGEN .................................................................................................................61 5.1

Gebruikte tools voor metingen ........................................................................................ 61

5.1.1 Netperf ............................................................................................................................... 61 5.1.2 Iperf ................................................................................................................................... 62 5.1.3 Ping.................................................................................................................................... 63 5.1.4 Bing ................................................................................................................................... 63 5.1.5 Nttcp .................................................................................................................................. 63 5.2

Uitgevoerde metingen ....................................................................................................... 65

5.2.1 Orinoco .............................................................................................................................. 65 5.2.1.1.

Vergelijking van de verschillende testtools ........................................................ 65

5.2.1.2.

Zonder interferentie met sleutels ........................................................................ 69

5.2.1.3.

Zonder interferentie zonder sleutels, RTS=0 ...................................................... 72

5.2.1.4.

Met interferentie van Bluetooth .......................................................................... 75

5.2.1.5.

Met interferentie van Prism2 kaarten bij verschillende kanalen......................... 79

5.2.1.6.

Met interferentie van Prism2 kaarten bij toenemend verkeer ............................. 82

5.2.2 Prism2 ................................................................................................................................ 84

5.3

5.2.2.1.

Zonder interferentie ............................................................................................ 84

5.2.2.2.

Met interferentie van Orinoco bij verschillende kanalen ................................... 87

5.2.2.3.

Zonder interferentie met sleutels ........................................................................ 90

5.2.2.4.

Met interferentie van Orinoco zonder sleutel ..................................................... 92

Algemeen besluit ............................................................................................................... 94

5.3.1 Metingen, algemeen .......................................................................................................... 94 5.3.2 802.11b of Bluetooth? ....................................................................................................... 94 6 BIBLIOGRAFIE...........................................................................................................96 Boeken ........................................................................................................................................... 96 Websites ......................................................................................................................................... 96 BIJLAGEN .....................................................................................................................97 A. Scripts voor metingen............................................................................................................. 97 wlan.test ...................................................................................................................................... 97 netperf.test .................................................................................................................................. 99 netperf.scr ................................................................................................................................. 101

ping.test .................................................................................................................................... 103 ping.scr ..................................................................................................................................... 105 iperf.test .................................................................................................................................... 106 iperf.scr ..................................................................................................................................... 108 nttcp.test ................................................................................................................................... 109 nttcp.scr .................................................................................................................................... 111 bluetooth.start1 ......................................................................................................................... 114 bluetooth.start2 ......................................................................................................................... 115 bluetooth.start3 ......................................................................................................................... 115 prism.start ................................................................................................................................. 116 prism.stop ................................................................................................................................. 117 B. Lucent ORiNOCO: configuratiebestanden, PCMCIA ’.opts’ files .................................. 117 network.opts file ....................................................................................................................... 117 wireless.opts file ....................................................................................................................... 119 config.opts file .......................................................................................................................... 122 config file ................................................................................................................................. 123 C. Netgate met PRISM2: configuratiebestanden.................................................................... 125 wlan.conf .................................................................................................................................. 125 wlancfg-asi2 ............................................................................................................................. 127 Commands ................................................................................................................................ 128 Mibs .......................................................................................................................................... 133

Inleiding

1

1

Inleiding

De laatste jaren zijn er een aantal protocollen voor draadloze netwerken ontstaan waardoor deze technologieën alsmaar meer toegepast worden. Twee belangrijke technologieën zijn 802.11b, ook gekend als Wi-Fi, en Bluetooth. De 802.11b standaard is ontwikkeld om ethernet te evenaren qua performantie. Bij de ontwikkeling van Bluetooth hield men rekening met lage kosten, laag verbruik en compacte hardware. Hoewel het doel van de technologieën grotendeels verschillend is, hebben ze 1 ding gemeen: datatransmissie tussen 2 apparaten door middel van radiogolven. De frequenties van de radiogolven van beide technologieën zijn gelegen in dezelfde frequentieband: de 2.4GHz band. Wanneer 2 golven van dezelfde frequentie samenkomen, treedt er interferentie op, de golven storen elkaar. Verzonden data verschilt dan van datgene dat binnenkomt bij de ontvanger. De data zal opnieuw verzonden moeten worden. Hierdoor duurt de datatransmissie langer en daalt de performantie van het netwerk. Het doel van dit eindwerk is na te gaan welke parameters de throughput beïnvloeden in netwerken waar interferentie optreedt. Parameters zoals afstanden tussen de apparaten, zendvermogen, werkingsfrequentie zullen we proberen te laten variëren om hieruit besluiten te kunnen trekken. Om te beginnen wordt een overzicht gegeven van de theoretische aspecten. Enkele basisprincipes, de technologieën en ook een theoretische vergelijking ervan worden beschreven. Daarna komt de installatie en configuratie van de radiokaarten. Hierbij wordt een technische beschrijving van de hardware gegeven alsook de installatie en configuratie van de drivers, packages en protocol stacks onder Linux. Vervolgens komen de metingen die onderverdeeld zijn in twee delen: individuele metingen en interferentiemetingen. In dit deel geven we ook een korte uitleg over de gebruikte tools voor de metingen. Als laatste deel komen de besluiten. In de bijlage vindt men de scripts voor de metingen en configuratiebestanden. Bij dit werk is ook een cd gevoegd met alle aangewende software.

Vergelijkende studie van 802.11b en Bluetooth

Technologieën

2

2

Technologieën 2.1 Het OSI 7 lagen model

Ter volledigheid wordt kort het OSI1 model vermeld omdat vele standaarden (zoals 802.11b en Bluetooth) hiervan afgeleid zijn. Dit referentiemodel is ontworpen door de ISO2 standaardenorganisatie als basismodel voor communicatieprotocollen voor computers. Het bestaat uit 7 lagen die kort worden toegelicht. •

Applicatielaag: geeft gebruikers toegang tot het netwerk en voorziet bepaalde services.

•

Presentatielaag: dataconversie, vercijferen van gegevens

•

Sessielaag: voorziet de uitwisseling van data tussen 2 presentatielaag-entiteiten.

•

Transportlaag: voorziet in een betrouwbare datatransfer tussen 2 eindterminals, end-toend error controle van de data en een mechanisme dat de datatransfersnelheid regelt.

•

Netwerklaag: maakt de bovenliggende lagen onafhankelijk van data transmissie en schakeltechnieken. Deze is ook verantwoordelijk voor de overdracht van data over het netwerk.

•

Datalink laag: maakt de fysische link betrouwbaar en foutvrij. Zorgt voor de activering en desactivering van de fysische connectie.

•

Fysische laag: is verantwoordelijk voor de overdracht van niet-gestructureerde bitstromen over het fysische netwerk.

1

OSI: Open System Interconnection

2

ISO: Internationale Standaard Organisatie


Technologieën

3

VERZENDEN

ONTVANGEN

Data APDU PPDU SPDU TPDU NPDU DPDU PPDU

Data 7

Applicatielaag

7

6

Presentatielaag

6

5

Sessielaag

5

4

Transportlaag

4

3

Netwerklaag

3

2

Data Linklaag

2

1

Fysische laag

1

APDU PPDU SPDU TPDU NPDU DPDU PPDU

Fysisch medium

Figuur 1: het OSI 7 lagen model

Data die verzonden moet worden, wordt in de host die zendt geëncapsuleerd, en in de host die ontvangt gedecapsuleerd. Elke laag implementeert een aantal functies. Er wordt in elke laag een header toegevoegd aan de Protocol data unit (PDU) waar de informatie van die functies in vervat zit. Elke laag gebruikt de services van de onderliggende laag en de bovenliggende laag gebruikt de services van de huidige laag. Data tussen de lagen wordt doorgegeven via service access points (SAP’s).


Technologieën

4

2.2 De ISM frequentiebanden In de verenigde staten beschreef de FCC3 in 1985 de Industrial, Scientific and Medical frequency bands (ISM) om het gebruik van draadloze netwerken aan te moedigen. Apparaten die met radiogolven werken hebben geen licentie nodig als ze werken binnen deze frequentiebereiken. Ook het zendvermogen moet lager zijn dan 1Watt.

26MHz

83.5MHz

125MHz

902

928

2.4

2.4835

5.725

5.850

MHz

MHz

MHz

MHz

MHz

MHz

Figuur 2: beschrijving van de ISM banden

Enkel de 2.4GHz en 5GHz band kunnen wereldwijd zonder licentie gebruikt worden, deze worden dan ook algemeen aangewend voor draadloze netwerken. De juiste waarden van de banden variëren in verschillende landen.

3

FCC: Federal Communication Commission


Technologieën

5

2.3 IEEE 802.11b 2.3.1

Evolutie van de standaard

Het doel van de 802.11 standaard ontwikkeling was een specificatie op te stellen om vaste, draagbare en bewegende toestellen draadloos te verbinden binnen een bepaalde ruimte. Voordelen hiervan zijn mobiliteit en flexibiliteit van de terminals. Als medium maakt men gebruik van elektromagnetische golven (radiogolven) die zich voortplanten door lucht, gegenereerd door radio NIC’s4. De IEEE5 publiceerde de standaard 802.11 in juni 1997. Deze beschrijft de werking van een draadloos netwerk in de 2.4GHz frequentieband. De transmissiesnelheden zijn 1Mb/s en 2Mb/s. De fysische laag, dit is de onderste laag in het OSI 7 lagen model, omvat 2 soorten modulatietechnieken: FHSS6 en DSSS7. Er is ook een beschrijving van netwerken met infraroodstraling in voorzien. Vanwege de lage transmissiesnelheden vergeleken met ethernet (802.3) werd deze standaard niet zo’n groot succes als aanvankelijk was aangenomen. Eind 1999 publiceerde de IEEE de standaarden 802.11a en 802.11b. De 802.11a standaard werkt in de 5GHz band en haalt transmissiesnelheden tot 54Mb/s. De voordelen van deze standaard zijn de kleinere kans op interferentie met andere toestellen (de 5GHz frequentieband wordt minder gebruikt) en de hoge transmissiesnelheden. Het grote nadeel is evenwel dat deze standaard niet compatibel is met 802.11 en 802.11b. 802.11b werkt in de 2.4GHz band met High rate-DSSS modulatie aan snelheden van 1, 2, 5.5 en 11Mb/s. Deze standaard is compatibel met de oorspronkelijke DSSS WLAN’s8. Hij is gekend in de industrie als WI-FI of Wireless Fidelity en wordt vandaag het meest gebruikt voor WLAN’s. De 802.11 werkgroep heeft momenteel een nieuwe standaard klaar: 802.11g. Deze technologie werkt in de 2.4 GHz frequentieband met een bandbreedte van 54Mb/s en gebruikt OFDM9 modulatie. Deze standaard is compatibel met 802.11b. De goedkeuring van de standaard wordt verwacht in de zomer van dit jaar. Wanneer er verder in dit hoofdstuk de 802.11b standaard bedoeld wordt zal de term WLAN gebruikt worden.

4

NIC: Network Interface Card

5

IEEE: Institute for Electrical and Electronic Engineers, een non-profit organisatie die standaarden ontwik-

keld. 6

FHSS: Frequency Hopping Spread Spectrum

7

DSSS: Direct Sequence Spread Spectrum

8

WLAN: Wireless Local Area Network

9

OFDM: Orthogonal Frequency Division Multiplexing


Technologieën

2.3.2

6

802.11b in detail

2.3.2.1.

Topologie van een WLAN

We spreken hier van stations en access points. Een station is elk apparaat dat het 802.11b protocol implementeert. Een access point is een station gekoppeld aan een backbone netwerk. Men heeft 2 manieren om een WLAN op te zetten: o

Independent Basic Service Set (IBSS)

Dit is een standalone BSS zonder backbone netwerk. Men noemt dit ook Ad Hoc networks.

Figuur 3: IBSS o

Extendent Service Set (ESS)

Hier maakt men gebruik van één of meer access points. Men spreekt van een infrastructured network.

Figuur 4: ESS


Technologieën

7

2.3.2.2.

Lagenarchitectuur

In de volgende figuur ziet men de structuur van de lagen in een WLAN.

Hogere lagen LLC Data Link laag MAC PLCP

WLAN functies

Fysische laag PMD

Figuur 5: lagen in een WLAN

De Data Link laag bestaat uit 2 sublagen: Logic Link Control sublaag en Medium Access Control sublaag. De LLC wordt beschreven in de 802.2 standaard en is geldig voor alle 802 standaarden. Deze omvat o.a. de 48 bitadressering van de NIC’s. De fysische laag bestaat eveneens uit 2 sublagen: Physical Layer Convergence Procedure sublaag en Physical Medium Dependent sublaag.

MAC laag Algemeen kan men stellen dat de MAC laag de communicatie onderhoudt tussen de stations (en evt. het access point). De MAC laag implementeert de volgende services: o

Toegang tot het draadloze netwerk

o

Scannen

o

Encryptie en Authentisering

o

Associatie

o

RTS/CTS

o

Power safe werking

o

Fragmentatie

o

Frame Check Sequence


Technologieën

8

Toegang tot het draadloze netwerk WLAN’s maken gebruik van een shared medium (lucht). Net zoals bij ethernet zal een station dat data wil verzenden moeten bepalen of het medium vrij is of niet. Bij ethernet is dit medium de bus (fysische draad). Er zijn 2 manieren om toegang te krijgen tot het netwerk: o

Carrier-Sense Multiple Access with Collision Avoidance (CSMA/CA), in 802.11 noemt men het Distributed Coordination Function (DCF).

o

Prioriteitstoegang, in 802.11 noemt men het Point Coordination Function (PCF).

Distributed Coordination Function Het CSMA protocol laat toe dat meer dan één station dezelfde frequentie en ruimte gebruiken om data uit te wisselen. Het medium is bezet (busy) of vrij (idle). Men zal een combinatie van een fysisch en virtueel carrier sense mechanisme gebruiken om de status van het medium bepalen. Fysisch betekent dit dat de onderliggende fysische laag informatie doorgeeft aan de MAC laag. De NIC luistert (dit gebeurt op niveau van de fysische laag) of er op een bepaald moment dataverkeer is over het medium. Met virtueel carrier sense mechanisme bedoelt men het volgende. Bij het verzenden van een frame wordt steeds de verzendtijd berekend en meegegeven in het duration field van de header. Dit getal wordt in de NAV of Network Allocation Vector geplaatst, aanwezig in elk station. De NAV werkt als een timer. Om na te gaan of een station data kan verzenden, zal de MAC laag eerst kijken naar de waarde van de NAV. Deze moet 0 zijn vooraleer het station toegang tot het medium kan verkrijgen. Indien het medium vrij is kan een station data verzenden. Ten gevolge van de traagheid kan het toch zijn dat meer dan 1 station tegelijk verzendt, wat resulteert in botsing van frames (collision). Bij ethernet LAN’s zal men aan collision detection doen, wat bij WLAN’s niet mogelijk is omdat een kaart niet kan verzenden en ontvangen tegelijk. Hier spreekt men van collision avoidance. Dit werkt als volgt. Wanneer een station detecteert dat het medium in gebruik is (busy) gebruikt deze een random back off timer om later opnieuw te proberen om toegang te krijgen. Dit belet dat stations allen tegelijk data willen verzenden op het moment dat het medium vrij komt en zo zullen botsingen vermeden worden. Bij WLAN’s kan een station dat aan het zenden is niet bepalen of er ogenblikkelijk botsingen optreden omdat, zoals eerder gezegd, deze tijdens het verzenden niet kan ontvangen. Daarom antwoordt de ontvanger met een acknowledgement (ACK) als er geen fouten opgetreden zijn in het frame. Als de verzender binnen een bepaalde periode geen ACK ontvangt, kan dit botsing van frames betekenen en zal hij het frame opnieuw zenden. Dit noemt men Automatic Repair Re-


Technologieën

9

quest (ARQ) Hier wordt opnieuw een random back off timer gebruikt om te bepalen wanneer het station opnieuw mag verzenden..De volgende figuur verduidelijkt de werking van CSMA/CD, gebruikt in de DCF. frame transmissie

NAV=0?

NEE

JA luister (fysisch) of medium vrij is

Medium vrij?

NEE

Random Backoff Time

JA Verzend frame

Botsing?

JA

NEE Frame verzonden Figuur 6: CSMA/CA principe

Wanneer er een botsing optreedt wordt het frame dus opnieuw verzonden (retransmissions).

Point Coordination Function Hierbij bepaalt het access point welk station mag zenden. Dit is optioneel, en wordt gebruikt bij het versturen van tijdsgebonden data, zoals audio en video.


Technologieën

10

Scannen Er kan passief of actief gescand worden. Bij passief scannen zendt het access point bakens uit. Dit zijn frames die informatie bevatten over het access point zelf, bandbreedtes, frequenties,… . Tijdens het scannen ontvangt het station deze info en beslist op basis hiervan welk access point gekozen wordt. Bij actief scannen zendt het station zelf een frame (probe) waarna access points onmiddellijk antwoorden.

Encryptie en authentisering Een verzonden frame plant zich in alle richtingen voort. Iedereen binnen het bereik van de zender kan de data dus ontvangen. Men kan de data beveiligen door deze te encrypteren. Bij WLAN’s gebeurt dit d.m.v. Wireless Encryption Protocol (WEP). Zowel verzender als ontvanger bevatten een identieke sleutel (shared key). Alvorens het versturen van een frame wordt de data geëncrypteerd met de sleutel. Enkel de body van het frame wordt geëncrypteerd, niet de header (zie veld 5,6). Bij de ontvanger van het frame wordt de data gedecrypteerd. Standaard WEP gebruikt 64-bit shared RC4 sleutels, waarvan 40 bits geheim. Shared wil zeggen dat zowel zender als ontvanger dezelfde sleutel moeten hebben, RC4 is het encryptiealgoritme dat gebruikt wordt om te versleutelen. In elk station in hetzelfde netwerk moet dus dezelfde sleutel ingesteld zijn. Voor gedetailleerde informatie over RC4 verwijzen we naar de literatuur. Deze vorm van beveiliging blijkt niet zo veilig te zijn. Hoe langer de sleutel, hoe moeilijker het is om het systeem te kraken. Daarom heeft men sleutels verlengd tot 128 bits (104 geheim). WEP blijkt niet ideaal om draadloze communicatie te beveiligen. Sommige 802.11b produktontwikkelaars implementeren een eigen vorm van verhoogde beveiliging door publieke en geheime sleutels. Daardoor moet niet elk station dezelfde sleutel bevatten (distributed keys). De IEEE 802.1x groep is speciaal opgericht om een robuust protocol voor data-encryptie te ontwikkelen.

Authentisering is het proces om de identiteit van een station te bewijzen t.o.v. een ander station of een access point. Bij WLAN’s zijn er 2 vormen: o

Open system authentication, onbeveiligd

o

Shared key authentication, beveiligd

Open system authentication Dit proces bestaat uit 2 stappen. Een station zendt een authentication request frame naar een access point of een ander station. Daarop wordt geantwoord met de informatie van de authentisering.


Technologieën

11

Shared key authentication Dit optioneel proces, bestaande uit 4 stappen, werkt met WEP. Er is een sleutel ingesteld in het station dat zich wenst te authentiseren (station A). Daarna moet het access point of een ander station waarbij A zich wil authentiseren nagaan of die sleutel geldig is (station B). Station A zendt hiervoor een authentication request frame naar station B. B antwoordt met een frame dat tekst bevat. Station A encrypteert deze tekst en zendt het terug naar B. Waarop station B deze tekst decrypteert en vergelijkt met de originele tekst. Daarna stuurt station B een frame dat de informatie van de authentisering bevat.

Associatie Vooraleer men data kan verzenden moet een station geassocieerd zijn met een access point (in geval van een infrastructured netwerk). Dit is nodig voor het uitwisselen van informatie die belangrijk is voor de transmissie van data. Het station stuurt een association request frame naar het access point, waarop deze antwoordt met een association response frame. Zo is er ook reassociatie en disassociatie. Het volgende diagram geeft de toestanden weer van een station.

Toestand 1 Niet geauthentiseerd Niet geassocieerd Authentisering OK Deauthentisering Deauthentisering Toestand 2 Geauthentiseerd Niet geassocieerd Associatie of Reassociatie OK Disassociatie Toestand 3 Geauthentiseerd Geassocieerd

Figuur 7: toestandsdiagram station

RTS/CTS Dit is een optioneel mechanisme. Wanneer een station data wil verzenden, wordt er eerst een RTS frame (Request to send) verzonden. De ontvanger antwoordt hierop met een CTS frame (Clear to send). Vervolgens wordt de data verstuurd en steeds een acknowledge teruggestuurd (4way handshake protocol).


Technologieën

12

Hiermee is het probleem opgelost in een situatie waarbij niet alle stations elkaar zien.

Figuur 8: RTS/CTS schema Figuur 9: hidden node probleem

Wanneer C verzendt naar B, en A wil verzenden naar B, ziet A het medium vrij. Maar A ontvangt geen CTS van B.

Power safe werking Een radiokaart slorpt heel wat vermogen op. Dit vormt een probleem bij stations met batterijvoeding. Daarom kan de radiokaart overgaan naar slaaptoestand.Wanneer er geen data verzonden wordt, bevindt de radiokaart zich in slaaptoestand, waarbij minder vermogen verbruikt wordt. De frames die dit station zou moeten ontvangen worden gebufferd in het access point. Na een bepaalde periode gaat de radiokaart uit slaaptoestand en kijkt of er frames in het access point gebufferd zijn die voor hem bestemd zijn. Indien ja, worden deze naar het station gestuurd. Hierna gaat de radiokaart terug in slaapmode.

Fragmentatie Wanneer pakketten door de MAC laag ontvangen groter zijn dan de MTU (Maximum Transfer Unit) dan worden ze afgebroken en elk met hun eigen MAC-header verstuurd. Op het niveau van de ontvanger worden ze in de MAC laag opnieuw geassembleerd tot 1 pakket. In geval van storingen (interferentie, botsingen, slechte ontvangst) is het van belang dat de pakketten klein genoeg zijn omdat men bij verlies dan niet het volledige pakket moet versturen, enkel het frame dat verloren of verminkt is. De MTU bij 802.11b kan men instellen van 256 tot 2296 bytes.

Frame Check Sequence Dit is de controle van ontvangen frames op fouten (header + body) door middel van CRC (Cyclic Redundancy Code). Aan de hand van een 32 bitcode kan de MAC laag bepalen of het frame fouten bevat (zie 2.3.9, veld 6). Zoja, dan zal er geen teruggezonden worden en zal het frame na een bepaalde tijd opnieuw verzonden worden.


Technologieën

13

MAC frame De verschillende delen van een MAC frame: 1. Frame Control: Protocol versie en frame type (management, data, controle) (2bytes) 2. Duration/ID (2bytes) •

Station ID: power safe poll frames

•

Duration field: NAV

3. Adressen: 1-4 MAC adressen (source, destination, verzender, ontvanger), afhankelijk van de frame waarde van de ToDS en FromDS bits (4 x 6 bytes) 4. Sequence control: indien fragmentatie wordt dit gebruikt om de pakketten weer samen te stellen (2 bytes) 5. Data 6. CRC: 32 bit Cyclic Redundancy Check (4 bytes)

Het Frame Control veld (1) is onderverdeeld in: A. Protocol Versie geeft de versie van IEEE 802.11 standaard weer (2 bits) B. Type: management, controle, data (2 bits) C. Subtype: RTS, CTS, ACK, etc. (4 bits) D. ToDS bit: 1 als verzonden naar access point (1 bit) E. FromDS bit: 1 als data gekregen van access point (1 bit) F. More Fragment bit: 1 wanneer er nog meer frames komen behorende tot hetzelfde pakket (fragmentatie) (1 bit) G. Retry: indiceert dat het om een retranmissie gaat (1 bit) H. Power Management: (1 bit) I.

More Data: geeft weer dat er nog meer data gebufferd is in het station (1 bit)

J. WEP: geeft weer dat data geëncrypteerd is (1 bit) K. Order: Strictly-Ordered service wordt gebruikt (1 bit) MAC header

1

2

A

3.1

B

3.2

C

3.3

D

E

4

F

G

3.4

H

I

5

J

K

Figuur 10: MAC frame


6

Technologieën

14

Fysische laag Op dit niveau worden de bits omgezet van spanningssignalen naar radiogolven (en omgekeerd). Door middel van modulatietechnieken wordt er beter van de beschikbare bandbreedte gebruik gemaakt. 802.11b gebruikt High Rate Direct Sequence Spread Spectrum (HR/DSSS) modulatie.

Spread Spectrum (SS) Het signaal wordt over een bepaald frequentiebereik gespreid. Hierdoor wordt er wel meer bandbreedte in beslag genomen, maar zo is het signaal meer bestand tegen storingen.

Figuur 11: spread spectrum

Bij 802.11b worden de frequenties gespreid over kanalen van 5MHz.

Direct Sequence Spread Spectrum (DSSS) DSSS gebruikt een 11-bit chipping code of ook barker sequence genoemd. Elke 11-bit chipcode stelt 1 databit voor en wordt omgezet naar een bepaald analoog golfpatroon.

Chipping code 0 = 11101100011 Chipping code 1 = 00010011100

Om te coderen gebruikt men PSK (Phase Shift Keying), wat wil zeggen dat men de fase van analoge golven gaat verschuiven naargelang de overeenkomstige bitwaarde.


Technologieën

15

Aan een snelheid van 1Mb/s wordt DBPSK (Differential Binary Phase Shift Keying) gebruikt. Representatie: Symbool

Faseverschuiving

0

0

1

180º

Een voorbeeld van modulatie voor de sequentie 0110:

Figuur 12: Differential Binary Phase Shift Keying

Bij 2Mb/s gebruikt men DQPSK (Differential Quadrature Phase Shift Keying).

Symbool

Faseverschuiving

00

0

01

90º

11

180º

10

270º

High Rate DSSS (HR/DSSS) De aanvankelijke DSSS kon snelheden aan tot 2Mb/s. 802.11b werkt met HR/DSSS modulatie. Hierdoor kan men snelheden tot 11Mb/s halen. Er wordt geen barker sequence gebruikt, wel CCK (Complementary Code Keying). Dit is een eerder complexe modulatietechniek en wordt hier niet verder besproken.


Technologieën

16

Frequentieallocatie en regelgeving De beschikbare licentievrije kanalen variëren over de wereld. De volgende tabel geeft een overzicht. Frequentie VS en Kanaal nr (GHz) Canada 1 2.412 2 2.417 3 2.422 4 2.427 5 2.432 6 2.437 7 2.442 8 2.447 9 2.452 10 2.457 11 2.462 12 2.467 13 2.472 14 2.484

Europa

Spanje

Frankrijk Japan

PLCP sublaag De PLCP sublaag maakt ontvangen MAC Protocol Data Units (MPDU) klaar om verzonden te worden. Er wordt informatie aan het frame toegevoegd: 1. Sync: alternerende reeks van 0 en 1, om zender en ontvanger te synchroniseren (128 bits) 2. Start Frame Delimmiter: steeds 1111001110100000 (16 bits) 3. Signal: representeert de zendsnelheid (8 bits) 4. Service: niet gebruikt (8 bits) 5. Length: tijd in microseconden om het frame te versturen (16 bits) 6. Frame Check Sequence: een 16 bit cyclic redundancy check (wordt ook in de MAC laag gedaan, 16 bits) 7. MPDU: de data

1

2

3

PLCP preamble

4

5

6

7

PLCP header

Figuur 13: PLCP frame

PMD sublaag Deze laag verzendt de ontvangen PLCP Protocol Data Units (PPDU), gebruik makend van de modulatietechnieken besproken in de vorige secties.


Technologieën

17

2.4 Bluetooth 2.4.1

Inleiding

Verschillende elektronische apparaten kunnen op vele manieren met elkaar verbonden worden. Veelal wordt gebruik gemaakt van verscheidene soorten kabels, soms ook van draadloze verbindingen zoals radiogolven of infrarood verbindingen. Bluetooth is een draadloze datacommunicatie technologie, ter vervanging van kabels tussen verschillende toestellen. (vb. tussen computers en hun randapparatuur: toetsenborden, muizen… tussen gsm’s en hun toebehoren, tussen de hifiinstallatie en de afstandsbediening, de hoofdtelefoon enz … ) Bluetooth heeft als doel een standaard te zijn op 2 niveau’s: •

Het bestaat uit een overeenkomst op de fysische laag, m.a.w. het is een radiofrequentie standaard.

•

Het bevat ook afspraken op een hoger niveau, waar de verschillende toestellen moeten bepalen wanneer bits verzonden worden, hoeveel er tegelijk verzonden worden en hoe ze er zeker van kunnen zijn of het ontvangen bericht hetzelfde is als hetgeen dat verzonden werd.

Bluetooth werkt aan een frequentie rond de 2,45 gigahertz, deze kan vrij gebruikt worden voor industriële, wetenschappelijke en medische toepassingen (de ISM-band). Vele toestellen maken al gebruik van deze ISM-band, van babymonitors, garagepoort openers tot de nieuwste draadloze telefoons… Een belangrijk onderdeel van het ontwerpproces was het voorkomen dat Bluetooth met deze toestellen interfereert.

2.4.2

Basis

Bluetooth is vooral gebaseerd op de IEEE 802.11 standaard en maakt gebruik van de ad-hoc mode. De IEEE 802.11 communicatiestandaard definieert een protocol voor 2 types van netwerken: ad-hoc of infrastructured. Ad-hoc is een simpel netwerk waarbij de communicatie tussen verschillende toestellen plaatsvindt zonder het gebruik van acces-points of servers. Daarom is er een regeling voorzien die ervoor zorgt dat alle apparaten evenveel kans hebben op toegang tot het draadloos medium en dat de throughput maximaal is voor alle gebruikers. Infrastructured netwerken maken gebruik van een acces-point. Dit regelt de toewijzing van de zendtijd en laat voor mobiele stations roaming toe over verschillende cellen. Verder wordt het gebruikt om het verkeer te regelen van de mobiele stations naar het al dan niet draadloze backbone


Technologieën

18

netwerk. Op deze manier kan het netwerkverkeer beter geregeld worden, dit resulteert in betere prestaties van het netwerk dan ad-hoc netwerken. Wanneer twee Bluetooth-toestellen in elkaars buurt komen, vindt er een conversatie plaats om uit te zoeken of ze data uit te wisselen hebben of de ene de andere moet controleren. Deze elektronische conversatie heeft automatisch plaats, zonder dat de gebruiker iets hoeft te doen. Nadien vormen deze toestellen of ze nu deel uit maken van een computersysteem of een stereo-installatie een netwerk. Bluetooth-systemen vormen een personal-area netwerk (PAN) of piconet. Dit netwerk kan een volledige ruimte vullen, of zich enkel beperken tot een GSM en de bijhorende headset.

2.4.3

Bluetooth Protocol Stack

Figuur 14: Bluetooth protocol stack

Bluetooth heeft een gelaagde protocol architectuur bestaande uit core protocols, protocols ter vervanging van kabels, telefooncontrole protocols en adopted protocols. De core protocols vorm een 5-lagen stapel bestaande uit volgende elementen.

2.4.3.1.

Core protocols

1.Radio: specifiëert de details van de radio interface, bestaande uit de frequentie, het gebruik van frequentie hopping, het modulatie schema en het zendvermogen. 2.Baseband: verantwoordelijk voor het opzetten van verbindingen binnen een piconet, de adressering, het formaat van de pakketten, de timing en regeling van het vermogen.


Technologieën

19

3.Link Manager Protocol (LMP): van belang voor het opzetten van een link tussen Bluetooth toestellen en bevat veiligheidsaspecten zoals authentisering en encryptie plus controle en onderhandelingen over de baseband pakket groottes. 4.Logical Link Control and Adaptation Protocol (L2CAP): aanpassen van de hoger gelegen protocols aan de basebandlaag. Voorziet zowel connectieloze als connectiegeoriënteerde services. 5.Service Discovery Protocol (SDP): de device informatie, de services en de eigenschappen van de services kunnen opgevraagd worden om het opzetten van een connectie tussen 2 of meer Bluetooth toestellen mogelijk te maken.

2.4.3.2.

Kabel vervangende protocols

RFCOMM: is een protocol ter vervanging van kabels. RFCOMM biedt een virtuele seriële poort aan die het mogelijk maakt de vervanging van kabels zo transparant mogelijk te maken. TSC BIN: is een bitgeoriënteerd protocol dat de oproep controle signalen definieert voor het opzetten van spraak en data oproepen tussen Bluetooth toestellen.

2.4.3.3.

Adopted protocols

De specificaties hiervan zijn gedefinieerd door andere standaardisatie organisaties en zijn bevat in de algemene Bluetooth architectuur. De Bluetooth strategie bestaat eruit om enkel de nodige protocols te ontwikkelen en zoveel mogelijk gebruik maken van bestaande protocols. De volgende protocols behoren tot de adopted protocols: PPP: het point-to-point protocol is een internet standaard protocol voor het transporteren van IP pakketten over een point-to-point link. TCP/UDP/IP: Transmission Control Protocol/ User Datagram Protocol/Internet Protocol TCP: Protocol over IP waarbij een connectie opgezet wordt tussen 2 hosts. UDP: Een connectieloos protocol over IP IP: Het standaard internet protocol, verantwoordelijk voor de IP-pakketen OBEX: Het object exchange protocol is een protocol op session level ontwikkeld door de Infrared Data Association (IrDA) voor het uitwisselen van objecten. Het levert ongeveer dezelfde functionaliteit als HTTP maar op een eenvoudigere manier. WAE/WAP: wireless application environment en het wireless application protocol.

2.4.4

Gebruiksmodellen

File transfer. Het file transfer gebruiksmodel ondersteunt het verzenden van directories, files, documenten, afbeeldingen en streaming media formaten. Dit gebruiksmodel biedt ook de mogelijkheid folders ook een verbonden device te doorzoeken. Dial-up networking. Bij dit gebruiksmodel is een PC draadloos verbonden aan een mobiele telefoon of een draadloze modem om dial-up networking of faxmogelijkheden te verlenen. Bij dialup worden AT commando's gebruikt om de mobiele telefoon of modem te bedienen. Een andere


Technologieën

20

protocol stack (zoals PPP over RFCOMM) wordt gebruikt voor data transfer. Voor het faxen maakt de software direct gebruik van RFCOMM LAN access. Dit gebruiksmodel verleent toestellen in een piconet toegang tot een LAN netwerk en laat het toe te werken alsof het direct verbonden is aan het LAN netwerk. Synchronization. Dit model verleent een device-to-device synchronisatie van PIM (personal information management) informatie, zoals een telefoonboek, kalenders, agenda's. IrMC (Ir mobile communications) is een IrDA protocol dat client/server mogelijkheden biedt voor het verzenden van geüpdate PIM informatie van het ene toestel naar het andere. Cordless phone and intercom. Telefoons die dit gebruiksmodel ondersteunen kunnen gebruikt worden als draadloze telefoons verbonden met een basisstation. Headset. De headset kan dienen als afstandsbediening voor een audio apparaat en ook als output interface.

Figuur 15: Bluetooth gebruikersmodellen


Technologieën

2.4.5

21

Piconetten en Scatternetten

De basis unit van Bluetooth netwerken is een piconet, bestaande uit een master en één tot zeven slaves. Diegene die de master is bepaalt welk kanaal (de frequency-hopping sequentie) en fase (de timing offset d.w.z. wanneer te zenden) er gebruikt wordt door alle toestellen in dit piconet. De slaves kunnen enkel communiceren met de master en enkel wanneer deze dit toelaat. Een toestel in een piconet kan ook deel uitmaken van een ander piconet en kan zowel als master of als slave optreden in beide piconetten. Deze vorm van overlappen wordt een scatternet genoemd. Het voordeel van het piconet/scatternet is dat het toelaat dat vele toestellen werken in hetzelfde fysisch gebied en dat er efficiënt gebruik gemaakt wordt van de beschikbare bandbreedte. Bluetooth maakt gebruik van een frequency-hopping schema dat uit 79 verschillende kanalen (23 in Japan) met een breedte van 1MHz bestaat, dit geeft dus een totale bandbreedte van 79 MHz. Dit frequency-hopping schema definieert een logisch kanaal met een bandbreedte van 1 MHz. Een logisch kanaal kan gedeeld worden door ten hoogste 8 gebruikers nl. een master en zeven slaves. Verschillende logische kanalen kunnen gebruik maken van dezelfde bandbreedte van 79 MHz. Botsingen zullen optreden wanneer verschillende piconetten op hetzelfde moment gebruik maken van dezelfde frequentie. Wanneer het aantal piconetten in dezelfde ruimte toeneemt zal ook de kans op botsingen stijgen en zal de prestatie van de verschillende dalen. Samengevat, de fysische ruimte en de totale bandbreedte worden gedeeld door een scatternet, het logisch kanaal en het data transport over dat ene kanaal door een piconet.

Figuur 16: scatternet / piconetten


Technologieën

2.4.6

22

Opzetten van een netwerk

Bluetooth toestellen die zich in elkaars bereik bevinden kunnen een ad-hoc connectie opzetten. Twee of meer Bluetooth toestellen die hetzelfde kanaal delen vormen een piconet. Om het verkeer te regelen in het netwerk moet één van hen master zijn, elk kan master zijn, maar volgens de definitie is diegene die het netwerk opzet de master, al de anderen zijn dan slaves. De rol van master en slave kan eventueel omgewisseld worden (zie verder), maar elk piconet moet steeds een master hebben en er kan slechts één master zijn per piconet. Ieder maakt gebruik van de klok en identiteit van de master om het hopping schema te volgen. Ieder heeft zijn eigen klok, dus wordt er gebruik gemaakt van een offset om gelijk te lopen met de klok van de master. De eigen klok wordt nooit aangepast en de offset is enkel geldig voor de duur van de verbinding. Bij het opzetten van een connectie kunnen de toestellen zich in verschillende toestanden bevinden. De twee belangrijkste zijn: Stand-by: Dit is de default toestand. In deze toestand loopt enkel de eigen klok en wordt er weinig vermogen verbruikt. Connection: Het toestel is verbonden in een piconet als master of als slave. Verder zijn er nog 7 andere subtoestanden mogelijk die gebruikt worden om slaves toe te voegen aan een piconet. Page: Wordt gebruikt door de master om een slave te activeren en een connectie op te zetten. De master zend een page boodschap waarbij hij de slave's toegangscode (DAC) zendt over verschillende hop kanalen. Page scan: Een toestel luistert of het een page ontvangt met zijn eigen toegangscode. Master Response: De master ontvangt een page antwoord van een slave. De master kan nu overgaan naar de connection toestand of in de page toestand blijven om andere slaves te activeren. Slave Response: De slave antwoordt op een page van de master. Wanneer het opzetten van de connectie gelukt is gaat de slave over naar de connection toestand, anders blijft hij in de page scan toestand. Inquiry: In deze toestand wordt gezocht naar de identiteit van toestellen binnen het bereik. Inquiry Scan: Er wordt geluisterd naar inkomende inquiries. Inquiry Response: Er wordt een antwoord op een eerder uitgezonden inquiry ontvagen.


Technologieën

23

Figuur 17: toestand transitie diagram

2.4.6.1.

De inquiry procedure

Hetgeen eerst moet gebeuren bij het opzetten van een piconet is dat diegene die master zal worden alle toestellen (binnen het bereik), die deel willen uitmaken van het piconet identificeert. Daarom start deze een inquiry procedure. Dit houdt in dat de toekomstige master een ID pakket zendt met een inquiry acces code (IAC), deze code is gemeenschappelijk voor alle Bluetooth toestellen. Het ID pakket heeft geen header of payload. Op het totaal van 79 beschikbare frequenties zijn er 32 hop frequenties (wake-up carriers) vastgelegd voor elk toestel, deze subset is pseudorandom bepaald aan de hand van de identiteit. De master zendt om beurt een IAC uit over deze verschillende wake-up carriers, dit gebeurt in de inquiry toestand. Ondertussen gaan diegenen die zich in stand-by bevinden over naar de inquiry scan toestand op zoek naar de IAC boodschappen op de wake-up carriers. Wanneer een inquiry ontvangen wordt dan gaat het toestel over naar de inquiry response toestand en zendt een FSH pakket terug als antwoord. Dit pakket bevat het eigen hardware adres en timing informatie die nodig zijn voor de master om een connectie op te zetten. De master antwoordt niet op dit FSH pakket en blijft in de inquiry toestand tot alle Bluetooth toestellen waarmee men een connectie wil opzetten gevonden zijn. Eens geantwoord op een inquiry gaat het device over naar de page scan status om een page van de master te kunnen ontvagen en zo een connectie op te zetten. Mocht er echter een botsing opgetreden zijn wanneer 2 devices samen een inquiry antwoord zenden, dan moeten ze terug naar de inquiry scan toestand overgaan om een nieuwe inquiry te ontvangen en een inquiry response te kunnen zenden. Vergelijkende studie van 802.11b en Bluetooth

Technologieën

2.4.6.2.

24

De page procedure

Eens de master alle devices binnen zijn bereik gevonden heeft kan er een connectie opgezet worden. Bij elk device dat 'gepaged' moet worden gebruikt de master het hardware adres van dat device (BD_ADDR) om een page hopping sequentie te berekenen. Dat is nodig om een verbinding te maken tijdens de paging. De master maakt tijdens het pagen gebruik van een ID pakket, deze keer met een device acces code (DAC) specifiek voor elke slave. De slave antwoordt door het terugzenden van hetzelfde DAC ID pakket tijdens dezelfde hopping sequentie, welke gebruikt werd door de master. (page-mode-hopping sequentie) De master antwoordt dit in het volgende master-to-slave slot met zijn eigen FSH pakket en dit bevat het adres en de real-time Bluetooth klok waarde van de master. Opnieuw zendt de slave een DAC ID antwoord om het ontvangen van het FSH pakket te bevestigen. Daarna gaat de slave over van de slave response toestand naar de connection status en begint met de connection-hopping sequentie zoals vastgelegd in het FSH pakket van de master. Ondertussen kan de master nog steeds bezig zijn met pages tot alle slaves verbonden zijn, daarna komt de master ook in de connection toestand terecht.

2.4.6.3.

De connection toestand

Voor alle slaves start de connection status met het ontvangen van een poll pakket van de master om na te gaan of de slave de timing en frequentie hopping van de master volgt. Een slave die zich in connection status bevindt kan werken in een van de volgende 4 modes: Active:De slave maakt actief deel uit van het piconet door te luisteren het zenden en ontvangen van pakketten. Geregeld zendt de master naar de verschillende slaves om de synchronisatie te onderhouden. Sniff: De slave luistert niet tijdens elk recieve slot maar enkel tijdens die sloten die overeenkomen met de eigen sloten. Elk van de slaves heeft zijn eigen tijdssloten tijdens dewelke ze data kunnen ontvangen van de master en elk van hen krijgt om beurt een tijdsslot toegewezen. De rest van de tijd kan de slave werken aan een lager vermogen. Hold: Het device in deze status ondersteunt geen ACL pakketten en gaat over naar een reduced power status. De slave kan nog steeds SCO verbindingen opzetten. Tijdens perioden van inactiviteit kan de slave overgaan naar de reduced power status of deel uit maken van een ander piconet. Park:Wanneer een device niet deelneemt aan de activiteit binnen een piconet maar toch deel wil blijven uitmaken van het piconet dan kan het overgaan tot de park mode. Dit is een zeer lowpower mode met zeer weinig activiteit. Het device krijgt een parking menber adres (PM_ADDR) en verliest zijn active menber adres (AM_ADDR). Door het gebruik van park mode kan een piconet meer dan 7 slaves hebben.

2.4.6.4.

Het wisselen van master en slave

Zoals reeds gezegd wordt diegene die het netwerk opzet de master van dit netwerk en de overige zijn dan slaves. Nu bestaat de mogelijkheid dat de master en een slave wisselen van rol. Dit


Technologieën

25

houdt in dat deze twee devices hun TX en TD timing omwisselen. Maar aangezien een piconet gedefinieerd wordt door het hardware adres en de klok van de master, houdt een master-slave switch in dat het volledige piconet geherdefinieerd moet worden. De nieuwe piconet parameters worden afgeleid uit het hardware adres en klok van de nieuwe master. Als gevolg van deze piconet switch moeten alle overige slaves die deel uit maakten van het vorige piconet logisch verplaatst worden naar het nieuwe netwerk, hetgeen een redelijk complexe aangelegenheid is.

2.4.7

Baseband Specificatie

Een overzicht van de belangrijkste elementen van de Bluetooth baseband specificaties.

2.4.7.1.

Frequentie Hopping

Dit heeft 2 doelen 1.Vermijden van interferentie 2.Laat toe verschillende toestellen te gebruiken in verschillende piconetten tezelfdertijd.

Frequentie hopping werkt als volgt: De totale bandbreedte wordt verdeeld in 79 fysische kanalen, elk met een bandbreedte van 1 MHz. Frequentie hopping is dan het pseudorandom wisselen tussen de verschillende frequenties. Alle toestellen in hetzelfde piconet delen dezelfde hopping sequentie; we kunnen dit beschouwen als een gemeenschappelijk logisch kanaal. De hop frequentie is 1600 keer per seconde, zodat elk fysisch kanaal bezet is gedurende 0.625 ms Elke 0.625 ms wordt een slot genoemd, deze slots worden sequentieel genummerd. De frequentie hopping sequentie wordt vastgelegd door de master die hierbij gebruik maakt van zijn hardware adres. Daarbij worden een vrij complexe wiskundige bewerkingen gebruikt om een pseudorandom hopping sequentie te bekomen. Aangezien verschillende piconetten in eenzelfde ruimte geregeld worden door verschillende masters zullen ze ook allen gebruik maken van een verschillende hopping sequentie. Dus zullen 2 piconetten in eenzelfde ruimte gedurende het grootste deel van de tijd gebruik maken van een verschillende fysische frequentie. Slechts zelden zullen ze zich op hetzelfde fysische kanaal bevinden, hetgeen dan resulteert in een botsing en verlies van data. Bluetooth gebruikt TDD (Time Division Duplex) bij de communicatie. Bij deze techniek kan slechts in één richting gezonden worden gedurende een bepaalde tijd. TTD vermijdt op die manier crosstalk tussen zender en ontvanger. Dit heeft ook tot gevolg dat voor zenden en ontvangen verschillende frequenties gebruikt worden aangezien ze plaatsvinden gedurende verschillende tijdsloten. Aangezien er meer dan twee toestellen deel kunnen uitmaken van eenzelfde piconet wordt gebruik gemaakt van TDMA (Time Division Multiple Access) om toegang te krijgen tot het medium. Dus een piconet is gekarakteriseerd door FH-TDD-TDMA. zie figuur. k komt overeen met het slotnummer en f(k) is het fysische kanaal geselecteerd gedurende periode k.


Technologieën

26

Figuur 18: frequecy hop time division duplex

Het verzenden van een pakket start aan het begin van een slot. Pakketlengten van 1, 3 en 5 sloten zijn mogelijk. Bij multislot pakketten blijft de radio op dezelfde frequentie gedurende de volledige zendtijd van het pakket. Nadat het multislot pakket verzonden is gaat de hopping sequentie door, overeenkomstig met de gebruikte hopping sequentie. Dus worden er eigenlijk 2 of 4 hopping frequenties overgeslaan.

Figuur 19: multislot pakketten


Technologieën

27

2.4.7.2.

Fysische Links

Er kunnen 2 soorten links opgezet worden tussen master en slave. Synchronous connection oriented (SCO): SCO is een point-to-point verbinding tussen de master en slave. De master onderhoudt de link door gebruik te maken van gereserveerde tijdssloten op regelmatige intervals. Er zijn geen pakket retransmissies. Asynchronous connectionless (ACL): ACL zorgt voor een pakket-switched connectie tussen de master en de actieve slaves. Er worden pakket retransmissies gebruikt om de data integriteit te waarborgen.

2.4.8

Bluetooth pakketten

Bluetooth pakketten bestaan uit 3 delen. Access Code: Wordt gebruikt voor synchronisatie, offset compensatie en zowel paging als inquiry. Header: Wordt gebruikt om het type van het pakket aan te geven en om protocol controle informatie mee te geven. Payload: Indien aanwezig, bevat het data en in de meeste gevallen ook een payload header.

2.4.8.1.

De access code

Er zijn drie soorten access codes Channel Access Code (CAC): uniek voor een piconet. Device Access Code (DAC): wordt gebruikt voor paging en de antwoorden ervan. Inquiry Access Code (IAC): wordt gebruikt bij inquiries.

2.4.8.2.

De pakket header

De header bestaat uit 6 velden: AM_ADDR: Dit is het “active mode” adres van de slaves die deel uit maken van een piconet. Hiermee kan aangegeven worden naar wie het bericht gestuurd moet worden of van wie het bericht komt. Er kunnen tot 7 slaves zijn, het adres kan bijgevolg de waarden van 1 tot 7 hebben. Het adres 0 wordt gebruikt voor broadcast. Type: Geeft aan om welk type van pakket het gaat. Flow: Dient voor een 1-bit flow controle mechanisme, wordt alleen gebruikt bij ACL verkeer. ARQN: Verleent een 1-bit acknowledgment mechanisme voor ACL verkeer dat beschermd is met een CRC (Cyclic Redundancy Code). SEQN: Verleent een 1-bit nummering schema. Header error control (HEC): Dit is een 8-bit error detectie code ter bescherming van de pakket header.


Technologieën

2.4.8.3.

28

Het payload formaat

Voor sommige pakket types legt de baseband specificatie het formaat van de payload vast. Bij voice payloads is er geen header voorzien. Voor alle ACL pakketten en voor data die deel uit maakt van een SCO DV pakket is er een header gedefinieerd. Voor data payloads bestaat het payload gedeelte uit drie delen: Payload header: Er is een 8-bit header voorzien voor een singleslot pakket en een 16 bit header voor multislot pakketten. Payload body: Bevat de eigenlijke informatie CRC: Wordt gebruikt bij alle data payloads. De payload header bestaat uit drie velden: L_CH: Geeft het logische kanaal aan. Flow: Wordt gebruikt voor flow controle. Length: Geeft het aantal bytes in de data payload aan, zonder de payload header en CRC.


Technologieën

29

Tabel :Bluetooth packet types Type Physical Name Number Description Code link

of slots

0000 Common NULL 1

0001 Common POLL 1 0010 Common FHS

1

0011 Common DM1

1

0101 SCO

HV1

1

0110 SCO

HV2

1

0111 SCO

HV3

1

1000 SCO

DV

1

0100 ACL

DH1

1

1001 ACL

AUX1 1

1010 ACL

DM3

3

1011 ACL

DH3

3

1110 ACL

DM5

5

1111 ACL

DH5

5

Has no payload. Used to return link information to the source regarding the success of the previous transmission (ARQN), or the status of the RX buffer (FLOW). Not acknowledged. Has no payload. Used by master to poll a slave. Acknowledged. Special control packet for revealing device address and the clock of the sender. Used in page master response, inquiry response, and frequency hop syncrhonization. 2/3 FEC encoded. Supports control messages and can also carry user data. 16-bit CRC. 2/3 FEC encoded. Carries 10 information bytes; typically used for 64-kbps voice. 1/3 FEC encoded. Carries 20 information bytes; typically used for 64-kbps voice. 2/3 FEC encoded. Carries 30 information bytes; typically used for 64-kbps voice. Not FEC encoded. Combined data (150 bits) and voice (50 bits) packet. Data field 2/3 FEC encoded. Carries 28 information bytes plus 16-bit CRC. Not FEC encoded. Typically used for high-speed data. Carries 30 information bytes with no CRC or FEC. Typically used for high-speed data. Carries 123 information bytes plus 16-bit CRC. 2/3 FEC encoded. Carries 185 information bytes plus 16-bit CRC. Not FEC encoded. Carries 226 information bytes plus 16-bit CRC. 2/3 FEC encoded. Carries 341 information bytes plus 16-bit CRC. Not FEC encoded.


Technologieën

30

Figuur 20: Bluetooth pakketten


Technologieën

2.4.9

31

Vermijden interferentie

Eén van de manieren waarop Bluetooth interferentie vermijdt is door het uitzenden van zeer zwakke signalen van 1 milliwatt. Het lage vermogen van Bluetooth beperkt het bereik van Bluetooth tot ongeveer 10 meter, zo vermindert men de kans op mogelijke interferentie. Ondanks dit lage vermogen kan Bluetooth toch gebruikt worden voor apparaten die zich in verschillende kamers bevinden. Het zwakke signaal is nog steeds sterk genoeg om door muren en wanden te gaan. Met het gebruik van verschillende Bluetooth toestellen in 1 kamer zou men verwachten dat deze met elkaar interfereren, maar dit is zeer onwaarschijnlijk omdat de verschillende toestellen op een verschillende frequentie zullen werken op hetzelfde tijdstip. Dit komt door het gebruik van spreadspectrum frequency hopping . (zie vorige) Dit maakt het zeer onwaarschijnlijk dat 2 Bluetoothzenders op hetzelfde ogenblik gebruik zullen maken van dezelfde frequentie en dit zorgt er tevens voor dat het risico op interferentie met andere apparaten in dezelfde frequentieband tot een minimum beperk blijft. Wanneer ze dan toch optreedt zal ze slechts een fractie van een seconde duren.

2.4.10

Bluetooth's Error Correctie Schema's

Bluetooth heeft vaak af te rekenen met elektromagnetische storingen. Dus is er de noodzaak om gebruikt te maken van een soort error detectie en correctie. Voor detectie maakt Bluetooth gebruik van verschillende checksum berekeningen. Wanneer errors gedetecteerd worden, zijn er 3 correctie schema's voorzien: •

1/3 rate FEC (Forward Error Correction)

•

2/3 rate FEC

•

ARQ unnumbered scheme (Automatic Repeat Request)

Het doel van FEC schema op de data payload is het aantal retransmissies te verminderen. In een error-vrije omgeving geeft FEC onnodige overhead en vermindert de throughput. Daarom zijn de pakket definities flexibel gehouden om al dan niet FEC te gebruiken in de payload, hetgeen resulteert in DM en DH pakketten voor ACL links en HV pakketten voor de SCO links. •

De 1/3 rate FEC wordt gebruikt voor de 18-bit header en ook voor het voice veld in een HV1 pakket. Het bestaat simpelweg uit het driemaal zenden van iedere bit. Per drie bits wordt dan de waarde genomen van diegene die in meerderheid zijn.

•

De 2/3 rate FEC wordt gebruikt voor alle DM pakketten, in het dataveld van DV pakketten en in het HV2 pakket. De encoder is een soort van Hamming code. Deze code kan alleen enkele fouten corrigeren en alle dubbele fouten detecteren.


Technologieën •

32

Het ARQ schema wordt gebruikt bij DM en DH pakketten en in het data veld van DV pakketten. Het ARQ schema bevat de volgende elementen: o

Error correctie: De ontvanger bemerkt errors en laat pakketten met errors vallen. Error detectie gebeurt aan de hand van een CRC error-detectie code bovenop de FEC code.

o

Positieve acknowledgment: De ontvanger zendt een positief acknowledgment voor alle error vrije ontvangen pakketten.

o

Retransmissies na time-out: De zender herzendt een pakket dat niet geacknowledged is na een voorop vastgelegde tijd.

o

Negatieve acknowledgement en retransmissies: De ontvanger antwoordt met een negatief acknowledgment voor pakketten waarbij een error werd gedetecteerd. De zender stuurt deze pakketten opnieuw door.

2.4.11

Bluetooth beveiliging

Bluetooth heeft ingebouwde encryptie en authentisering voorzien en zowel een gebruik als management van sleutels. Bijkomend wordt een frequentie-hopping schema van 1600 hops/sec gebruikt. Plus het feit dat gebruik gemaakt wordt van automatische aanpassing van het zendvermogen naargelang de specifieke situatie, maakt dat het vrij moeilijk is om af te luisteren.

De beveiliging algoritmes maken gebruik van 4 parameters: •

Het hardware adres: Dit is een 48bit adres en publiek gekend.

•

Geheime authentiseringssleutel: Een 128-bit geheime sleutel.

•

Geheime privacy sleutel: Een geheime sleutel met een lengte van 4 tot 128 bits.

•

Random getal: Een 128-bit random getal afgeleid uit een pseudorandom algoritme uitgevoerd door de Bluetooth unit.

Authentisering heeft als doel het verifiëren van de identiteit van de andere Bluetooth devices die deel uit maken van de data-uitwisseling. Authentisering gebeurt door na te gaan of de twee toestellen dezelfde vooringestelde authentiseringssleutel bezitten. Om te beginnen genereert A een willekeurig getal AU_RAND en zendt de waarde ervan naar B. Beiden voeren dan een authentiseringsalgoritme E1 uit om zo een 32-bit antwoord te genereren nl. SRES. E1 neemt als input de waarde van AU_RAND, het 48-bit hardware adres van B en de gedeelde geheime sleutel, dit geeft een 128-bit output, waarvan er 32 bits gebruikt worden om het SRES te vormen. Nadat B SRES berekend heeft zendt B het door naar A. Wanneer de waarde ervan overeen komt met hetgeen A berekend had dan is B geauthentificeerd. Nu heeft de authentisering slechts plaatsgehad in één


Technologieën

33

richting. Om in beide richtingen geauthentificeerd te worden past men deze procedure nogmaals toe maar nu wordt de rol van A en B omgewisseld.

Figuur 21: authentisering d.m.v. challenge response

De verzonden data kan ook beveiligd worden door encryptie van de payload van de pakketten. De access code en de headers worden nooit geëncrypteerd. Encryptie gebeurt door een encryptiealgoritme E0. Wanneer encryptie aanstaat dan zendt de master een random getal naar de slave nl. RAND. Voor elk pakket dat verzonden wordt, wordt een nieuwe encryptie sleutel aangemaakt, dit gebeurt als volgt. Eerst wordt er een payload sleutel gegenereerd voor eenmalig gebruik. Dit door op een redelijk complexe manier RAND, het adres van de master de huidige klok waarde en de gedeelde geheime sleutel te combineren. Deze payload sleutel wordt gebruikt als invoer voor E0 om zo een continue stroom van bits te genereren, z genaamd. Voor encryptie en ook decryptie wordt de payload bitstroom geXORd met de output van E0. Aangezien de waarde van de klok steeds verandert, wordt ook steeds een andere sleutel gebruikt, hetgeen de veiligheid verhoogt.

Figuur 22: stream vercijfering bij Bluetooth


Technologieën

2.4.12 •

34

Specificatie details

In de Verenigde Staten en Europa, is het frequentie bereik 2.400 tot 2.483,5 MHz, met 79 1-MHz radio frequentie (RF) kanalen. In de praktijk is het bereik van 2.402 tot 2.480 MHz. In Japan is het frequentie bereik van 2.472 tot 2.497 MHz met 23 1MHz kanalen.

•

Een data kanaal hopt willekeurig 1600 keer per seconde tussen de 79 of (23) RF kanalen.

•

Elke kanaal is verdeeld in tijdsloten van 625 microseconden lang.

•

Een piconet heeft één master en tot 7 slaves. De master zendt tijdens de even tijdssloten, de slaves in de oneven tijdsloten.

•

Pakketen kunnen tot 5 tijdssloten lang zijn.

•

Data in een pakket kan tot 2.745 bits lang zijn.

•

Er zijn 2 soorten van data transfer tussen twee devices: SCO (synchronous connection oriented) en ACL (asynchronous connectionless).

•

In een piconet, kunnen er tot 3 SCO links van elk 64.000 bits per seconde zijn. Ter vermijding van timing en collision problemen, gebruiken de SCO links gereserveerde sloten aangeduid door de master.

•

De master kan tot 3 SCO links ondersteunen met 1, 2 of 3 slaves.

•

Sloten niet gereserveerd voor SCO kunnen gebruikt worden voor ACL links.

•

Eén master en slave kunnen 1 enkele ACL link hebben.

•

ACL is ofwel point-to-point (master en 1 slave) of broadcast naar alle slaves.

•

ACL slaves kunnen alleen zenden wanneer dit aangevraagd wordt door de master.


Theoretische vergelijking van 802.11b en Bluetooth

3

35

Theoretische vergelijking van 802.11b en Bluetooth 3.1 Bandbreedte, throughput

Men zal de beschikbare bandbreedte beter benutten door gebruik te maken van modulatietechnieken. Bij 802.11b heeft men de keuze tussen 1, 2, 5.5 en 11 Mb/s. Bluetooth heeft symmetrische (SCO, Synchrone connection Orientated) en asymmetrische (ACL, Asynchrone ConnectionLess) overdracht. Het aantal tijdsloten is 1, 3 of 5. SCO dient voor tijdsgebonden dataoverdracht zoals spraak. De volgende tabel geeft snelheden bij verschillende parameters.

Aantal slots

Error Check (FEC)

Symmetrisch (kb/s)

Asymmetrisch (kb/s) upstream

downstream

1

Ja

108.8

108.8

108.8

1

Nee

172.8

172.8

172.8

3

Ja

256.0

384.0

54.4

3

Nee

384.0

576.0

86.4

5

Ja

286.7

477.8

36.3

5

Nee

432.6

721.0

57.6

De datathroughput wordt verminderd door overhead, kwaliteit van ontvangst en interferentie en hangt sterk af van de omstandigheden.

3.2 Bereik Het bereik hangt af van verschillende parameters zoals signaalsterkte en attenuatie (afname van de amplitude van het signaal) van de radiogolven. Gebruik van een antenne kan het bereik vergroten, afhankelijk van de antenna gain. De waarden in een open ruimte zullen hoger zijn omdat men daar geen multipath propagation heeft. Bij 802.11b geldt: hoe hoger de transmissiesnelheid, hoe complexer de modulatie. Hierdoor zal het signaal meer last hebben van attenuatie en dus verlaagt de maximale afstand tussen de stations.



36

De volgende tabellen geeft waarden, typisch voor kantooromgevingen. Bluetooth

802.11b, 30mW Txpower

Klasse

Bandbreedte

Bereik

(Mb/s)

(m)

Bereik (m)

III

32

11

33

II

43

5.5

53

I

66

2

63

I*

>100

1

>100

I* bij -85dB ontvanger gevoeligheid

3.3 Signaalsterkte Hoe hoger de signaalsterkte bij de zender, hoe groter het bereik. De signaalsterkte wordt gelimiteerd door de FCC (1 Watt). Voor draadloze communicatie houdt men deze waarde veel lager omwille van vermogenverbruik en warmteontwikkeling. 802.11b radiokaarten hebben een typisch zendvermogen rond de 30 mW. Bluetooth adapters hebben een signaalsterkte afhankelijk van de klasse: •

Klasse III : 0dBm = 1mW

•

Klasse II

: 4dBm = 2.5mW

•

Klasse I

: 20dBm = 100 mW

3.4 Vermogenverbruik 802.11b is ontwikkeld om een draadnetwerk te evenaren qua performantie. Hierdoor verbruiken de radiokaarten vrij veel vermogen. Een van de vereisten bij de ontwikkeling van Bluetooth was het lage energieverbruik. In de volgende tabel wordt het stroomverbruik in mA van Bluetooth adapters en courante 802.11b kaarten gegeven.

kaartmode

Bluetooth

802.11b

Zenden

50-100 mA

285-450 mA

Ontvangen

50-80 mA

185-310 mA

Idle / sleepmode

1.5-2 mA

9-32 mA



37

3.5 Beveiliging 802.11b maakt voor authentisering en encryptie gebruik van WEP. Men gebruikt sleutels van 64 of 128 bits. Bluetooth maakt gebruik van het hardwareadres, een random getal en een geheime sleutel voor authentisering. Bij encryptie wordt per pakket een nieuwe sleutel aangemaakt m.b.v. het hardwareadres, een random getal, een geheime sleutel en de klok die steeds veranderd. Voor beide technologieën bestaan bijkomende externe beveiligingsmechanismen.

3.6 Interferentie Interferentie tussen 802.11b en Bluetooth zal optreden wanneer apparaten in elkaars bereik op een bepaald moment radiogolven genereren met dezelfde frequentie. Een 802.11b zender kan een Bluetooth ontvanger storen en omgekeerd. Normaal is Bluetooth minder gevoelig aan interferentie vanwege het snel veranderen van frequentie. Er wordt a.h.w. weggesprongen van de interferentie. 802.11b maakt gebruik van 1 kanaal. Indien daarin storingen optreden zal dit merkbare gevolgen hebben voor de throughput. Men kan bij interferentie de throughput verhogen door pakketten te verkleinen, waardoor er in geval van retransmissie minder moet verzonden worden. De IEEE 802.15 groep voor WPAN's , welke ondermeer oplossingen biedt voor de interferentieproblemen tussen 802.11b en Bluetooth, is verdeeld in de volgende deelgroepen: •

Task group 1: heeft een WPAN standaard ontwikkeld, gebaseerd op Bluetooth

•

Task group 2: biedt oplossingen zodat 802.11b en Bluetooth niet meer interfereren met elkaar

•

Task group 3: staat in voor de ontwikkeling van een high-rate WPAN van minstens 20Mb/s met een klein vermogenverbruik en lage kosten.

•

Task group 4: specialiseert zich in het minimaliseren van vermogenverbruik, zodat batterijtoestellen maanden tot jaren kunnen werken zonder op te laden.


Installatie en configuratie van de radiokaarten onder Linux

4

38

Installatie en configuratie van de radiokaarten onder Linux 4.1 Gebruikte hardware 4.1.1

Lucent Wavelan met ORiNOCO chipset

ORiNOCO is de nieuwe chipset van Lucent kaarten. Lucent produceert zowel de chipset als de kaarten. Zij waren de eersten die radiokaarten op de markt brachten (Lucent WaveLAN, nog voor de 802.11 standaard er was).

Interface: PC Card Technische specificaties: Frequenties: 2400 - 2483.5 MHz Modulatie: Direct Sequence Spread Spectrum (CCK,DQPSK, DBPSK) Media Access Protocol CSMA/CA met ACK Bit Error Rate (BER) > 10-5 Nominaal zendvermogen:

15dBm (32mW)

Verbruik:

PC Card Doze mode:

9mA

Ontvanger mode:

185mA

Verzender mode:

285mA

Bereik (m):

11Mb/s

5.5 Mb/s

2 Mb/s

1 Mb/s

Open ruimte

160

270

400

550

Half open ruimte

50

70

90

115

Gesloten ruimte

25

35

40

50

Ontv. gevoeligheid (dBm)

-82

-87

-91

-94

Delay spread* (ns)

65

225

400

500

*FER < 1% Voedingsspanning: LED's: LED 1: voeding LED 2: zendmode


5VDC van host (+/-0.2V)


39

Fysische specificaties: Afmetingen: 117.8 mm X 53.95 mm X 8.7 mm (PC Card) Gewicht: 55 gram Omgevingsspecificatie:

Temperatuur

Vochtigheid

Werking

0-55°C

95%

Opslag

20-75°C

95%

Ondersteunende besturingssystemen:

Novell Client 3.x &4.x, Windows 95/98/2000, Me and Windows NT (NDIS Miniport driver), Apple Macintosh, Windows CE, Linux MTBF10: 150 000 u met een belasting van 2040 u/jaar (continue werking), binnen voorgeschreven werkingsvoorwaarden. Databeveiliging: Silver: 64 bits WEP Gold: 128 bits WEP Garantie:3 jaar Bijhorende producten: ISA Adapter, PCI Adapter Antenne(2.5 dBi)

4.1.2

ORiNOCO ISA adapter

Mechanisch: PC card slot:

enkel slot voor type II PC card

Elektrisch: Bus:

16 bit, 5V

Chipset:

Vadem 469 (Intel 82365 PCIC compatibel)

I/O adressen:

3E2-3E3 (default) 3E0-3E1

10

Voeding:

5V

Verbruik:

1200mA

MTBF: Mean Time Between Failiure



40

Fysisch: Afmetingen:

lengte 170mm, breedte 100mm

Omgevingsspecificaties: Werkingstemperatuur: 0° -55° Opslag:

-10°-60°

Vochtigheid:

95%max

Compatibiliteit: Lucent Wavelan/IEEE PC kaarten Lucent ORiNOCO PC kaarten

4.1.3

Netgate met PRISM2 chipset

De PRISM11 en PRISM2 chipsets worden geproduceerd door Intersil (vroeger Harris Semiconductor). De eerste is voor 802.11-kaarten, de tweede voor 802.11b-kaarten. Produkt type: Long Range Wireless PC Card met 2 antenne-aansluitingen Regulation Certifications FCC Part 15/UL, ETSI 300/328/CE Compatibility Fully interoperable with IEEE802.11b compliant products Model nr.: EL-2511CD PLUS EXT2 Interface: PC Card Technische specificaties: Frequentieband 2.4 – 2.484 GHz Modulatie: Direct Sequence Spread Spectrum (DSSS) CCK (11, 5.5Mbps) DQPSK (2Mbps) DBPSK (1Mbps) Access Protocol CSMA/CA RF zendvermogen:

23dBm(200mW) FCC 20dBm(100mW) CE

Radio Data Rate: 11, 5.5, 2 and 1 Mbps, Auto Fall-Back Bereik* (m):

11Mb/s

5.5 Mb/s

2 Mb/s

1 Mb/s

Min.

300

400

500

800

Max.

450

600

750

1200

*open ruimte 23dBm gevoeligheid @FER=0.08 11 Mbps <-87dbm 11

PRISM: Programmable Radio in the ISM band


Installatie en configuratie van de radiokaarten onder Linux 5.5 Mbps <-90dbm 2 Mbps <-93dbm 1 Mbps <-95dbm Voedingsspanning: 3.3V/5V LED Indicator: RF Link activity Netwerk Informatie: Drivers: Windows 95/98/ME/2000/NT 4.0/CE/XP,Linux Roaming IEEE802.11b compliant Databeveiliging: 64/128-bit WEP data encryption Antenne: 2 antenne connectoren (MMCX female) Fysische specificaties: PCMCIA Type II PC Card Afmetingen: 118(L) mm x 54(W) mm x 7.5(H) mm gewicht: 40 g Omgevingsspecificaties: Temperatuur: 0-50 C (werking), -20-80 C (opslag) vochtigheid: 5% tot 95%

4.1.4

PCI adapter

De adapter is uitgerust met de PCI 9052 accelerator van PLX.


41


4.1.5

42

Acer Bluetooth

Algemene Specificaties Productomschrijving

Acer Bluetooth Mini USB Adapter BT500 - network adapter

Frequentieband

2.4 MHz

Data Link Protocol

Bluetooth

Aansluiting

External

Compliant Standards

Plug and Play

Garantie

2 jaar

Technische specificaties Data Transfer Rate

1 Mbps

Interface Type

USB ver 1.1

Transmit power

0dBm (1mW)

Voedingsspanning

5V

Stroom

150mA

Gevoeligheid bij 0.1%BER

-70dBm

Afmetingen (WxDxH)

5 cm x 1.8 cm x 0.9 cm

Gewicht

10 g

Software OS

MSWindows Millennium Edition, 98 Second Edition /2000, XP, Linux

Software

Drivers & Utilities



43

4.2 Installatie en configuratie HOWTO recompile new kernel HOWTO install PCMCIA HOWTO install bluetooth BlueZ stack HOWTO install Lucent Wavelan met Orinoco chipset HOWTO install Netgate met Prism2 chipset

4.2.1

HOWTO compile a new kernel for Debian

Om het PCMCIA package te gebruiken moet een kernelversie 2.4 of hoger geïnstalleerd zijn.. Om een nieuwe kernel te kunnen compileren moet men deze eerst downloaden. De nieuwste versie van de kernel kan men vinden op de site http://www.kernel.org . Best slaat men deze kernel op in de work directory. De nieuwe kernel zit in de file linux-2.4.20.tar.gz genaamd of gelijkaardig, waarbij het versienummer kan verschillen, dit hangt af van welke de laatste versie is. .tar.gz-files zijn archieven in Linux. Met tar (tape archive) wordt eerst een niet gecomprimeerd archief gemaakt door alle bestanden aan elkaar te plakken tot één groot bestand. Vervolgens wordt dit éne grote bestand gecomprimeerd met gzip. Het eerste dat nu moet gebeuren is het uitpakken van de kernel. Ga daarvoor eerst in de work directory staan. cd /work

Daarna kan de kernel uitgepakt worden, dit gebeurt met het programma tar. tar -xzvf linux-2.4.20.tar.gz

De betekenis van de verschillende opties is de volgende: (zie ook man pages van tar: man tar) x: extract z: run trough v: verbose (display) f: filename follows Na het uitpakken van de kernel is er in de work directory een nieuwe directory bijgekomen nl. /work/linux-2.4.20, deze bevat onder andere de source code van de nieuwe kernel. Vervolgens moet er een symbolische link aangemaakt worden in de /usr/src directory naar de source code van de nieuwe kernel. Ga daarom eerst naar de directory /usr/src cd /usr/src

Het aanmaken van de link gebeurt als volgt ln -s /work/linux-2.4.20 linux

waarbij de optie -s aangeeft dat het hier om een symbolische link gaat. Nu bevat de /usr/src directory een symbolische link genaamd linux die verwijst naar /work/linux2.4.20 Vergelijkende studie van 802.11b en Bluetooth


44

Vervolgens moet men de configuratie van de nieuwe kernel bepalen. Hierbij kan men aangeven welke hardware ondersteund moet worden. Een juiste configuratie zal van belang blijken bij het achteraf installeren van de verschillende kaarten. We zullen hier later op terug komen bij de bespreking van de installatie van de kaarten. De configuratie kan men instellen door volgende commando's in te geven: Ga eerste naar de directory die de source code bevat: (aangezien we een symbolische link gemaakt hebben kunnen we dit door:) cd /usr/src/linux

Vervolgens roepen we een menu op waarbij men de gewenste kernelconfiguratie kan aangeven: make menuconfig

Van belang zijn vooral: General setup : PCMCIA af Indien er een netwerkkaart aanwezig is, duid de juiste dan aan in network device support. Nadien kunnen we de nieuwe configuratie opslaan: save config Na dit voorbereidend werk kan de eigenlijke compilatie van start gaan. make dep

Deze stap gaat de kernel afhankelijkheden na. make bzImage

Deze stap bevat de eigenlijke compilatie van de kernel en zal o.a. in arch/i386 een bestand met de naam bzImage zetten. Dit is de nieuw gecompileerde en gecomprimeerde kernel. make modules

Compileren van de kernel modules, die niet in de kernelconfiguratie gespecifieerd zijn. Kernel modules zijn bedoeld om aparte onderdelen te maken van zaken die normaal gezien vast in de kernel zitten. Hierdoor kunnen ze apart geladen worden op het moment ze nodig zijn, dit gebeurt met behulp van insmod. Alles wat voor het opstarten (diskdrivers, filesystemen, etc.) noodzakelijk is dient vast in de kernel te zitten. Als vuistregel geldt: Zaken die veel worden gebruikt dienen bij voorkeur ook in de kernel te zitten. Zaken die nauwelijks gebruikt worden kunnen heel goed als module gecompileerd worden. make modules_install

Hiermee worden de modules in de /lib/modules/x.y.z directory geïnstalleerd, x.y.z staat hier voor de kernelrelease.



45

cd /boot

Nog een laatste stap is het backuppen van System.map. In /usr/src/linux staat het bestand System.map. In deze map staan al de symbolische links van belangrijke variabelen en functies van de kernel. cp /usr/src/linux/System.map System.map-2.4.20

Het kopiëren van de System.map naar de boot directory. cp /work/linux/arch/i368/boot/bzImage vmlinuz-2.4.20

Het kernelimagebestand wordt gewoonlijk vmlinuz genoemd en zou in de '/boot' directory te vinden moeten zijn. Daarom kopiëren we bzImage naar de boot directory. ln -s System.map-2.4.20 System.map ln -s vmlinuz-2.4.20 vmlinuz

Het aanmaken van symbolische links in de boot directory. Deze symbolische links worden gebruikt door lilo. Lilo (Linux Loader) is een bootmanager voor Linux en zorgt ervoor dat de kernel in het geheugen geladen wordt. Dit gebeurt aan de hand van het configuratiebestand lilo.conf. Daarom moet dit aangepast worden aan de nieuwe kernel.


Installatie en configuratie van de radiokaarten onder Linux Het aanpassen van lilo.conf cd /etc/ pico lilo.conf

lba32 boot=/dev/hda root=/dev/hda1 install=/boot/boot.b map=/boot/map vga=normal delay=1 # image=/boot/vmlinuz label=linux #new kernel image=/boot/vmlinuz-2.4.20 label=linux-2.4.20 #old kernel image=/boot/vmlinuz-2.2.20 label=linux-2.2.20

Herstarten van lilo (dit is nodig om de nieuwe kernel in te laden) lilo

Of herstarten van de computer (hierbij wordt de Lilo ook uitgevoerd) reboot


46


4.2.2

47

HOWTO install PCMCIA12

4.2.2.1.

Inleiding

PCMCIA Card Services for Linux is een compleet PCMCIA of “PC Card” support package. Het bevat een set in te laden kernel modules die een versie van de PCMCIA Card Services applicatie programma interface implementeren, een set van client drivers voor specifieke kaarten en een kaart manager daemon die kan reageren op het toevoegen of verwijderen van een kaart en het inals uitladen van drivers. Verder ondersteunt het “hot swapping” van de meeste kaart types, zodat kaarten veilig kunnen verwijderd en teruggestoken op elk moment. Wanneer een kaart ingestoken wordt, beheert de card manager (cardmgr) de configuratie van het apparaat. Dit is het toewijzen van o

systeemmiddelen (CPU, geheugen,…)

o

kernel componenten

o

kernel driver modules dmv. de configuratiebestanden in de folder /etc/pcmcia.

12

PCMCIA: Personal Computer Memory Card International Association



48

De volgende stappen worden overlopen: 1. De kaart wordt in de PC gestoken. Cardmgr detecteerd dit. Een aantal harwaregebonden stappen worden ondernomen (vb voeding voor de socket voorzien). Ook zal cardmgr de card information structure (CIS) bekijken zodat deze weet welk type kaart er aanwezig is. De CIS is informatie die in elke PC kaart zit en is op te vragen met het commando dump_cis. 2. cardmgr kijkt in de kaartendatabank in /etc/pcmcia/config waarin de driver staat die gebruikt wordt. De kaart wordt ook gebonden met een klasse die gebruikt zal worden in het script network. 3. Systeemmiddelen worden door de cardmgr gealloceerd. 4. Gealloceerde systeem middelen worden in de PCMCIA controller gezet. 5. De kernel modules voor PCMCIA ondersteuning worden ingeladen. 6. De cardmgr voert het network script uit. Het network script raadpleegt het bestand /etc/pcmcia/network.opts. In dit bestand worden netwerkparameters ingesteld zoals IP adres ed. Systeemmiddelen I/O poort 2

/etc/pcmcia

3

6

IRQ

cardmgr 5 4

/lib/modules

geheugen

Kernel

Hardware

DRIVER

PCMCIA controller

1 CIS

Figuur 23: werking van PCMCIA onder Linux

4.2.2.2.

Installatie

Het pcmcia package (pcmcia-cs-3.2.4.tar.gz of een recentere versie) kan gedownload worden vanop http://pcmcia-cs.sourceforge.net. Download het package in de /work directory. Eerst moet het package uitgepakt worden. Vergelijkende studie van 802.11b en Bluetooth


49

tar -xzvf pcmcia-cs-3.2.4.tar.gz

Maak vervolgens een symbolische link in /usr/src cd /usr/src ln -s /work/pcmcia-cs-3.2.4 pcmcia

Verder moet de gewenste configuratie ingesteld worden. Ga daarom naar de pcmcia directory. cd pcmcia make config

Na het ingeven van 'make config' mag alles op de default waarden blijven staan. De eigenlijke compilatie: make all make install

Vervolgens kunnen alle opties ingesteld worden in enkele .opts files. cd /etc/pcmcia/ pico network.opts pico wireless.opts pico config.opts pico config

network.opts: De netwerk adapter configuratie file. Netwerkinstellingen zoals IP adres, netmask, broadcast, ... wireless.opts: De wireless LAN adapter configuratie file. Instellingen van de netwerkkaart zoals ESSID (naam van het wireless LAN netwerk), mode (ad-hoc, managed), bitrate, ... config.opts: Local PCMCIA configuratie file. Opties voor de driver. config: Device driver definities. (voor de gebruikte instellingen zie bijlagen B) Starten, herstarten en stoppen van de PC card services doet men met: /etc/inet.d/pcmcia start /etc/inet.d/pcmcia restart /etc/inet.d/pcmcia stop

4.2.3

HOWTO install Wireless Tools

4.2.3.1.

Inleiding

De Linux Wireless Extension en de Wireless Tools zijn een Open Source project gesponsord door Hewlett Packard sinds 1996. De wireless extentions zitten vervat in het PCMCIA package. De Wireless Extension is een generieke API (application programming interface) die drivers toelaat de configuratie en statistieken specifiek aan algemene Wireless LANs te tonen aan de gebruiker. Het voordeel hiervan is dat deze ene set van tools elke soortWireless LANs kan ondersteunen, ongeacht hun type (zolang de driver maar de Wireless Extension ondersteunt). Een ander



50

pluspunt is dat deze parameters ‘on the fly’ gewijzigd kunnen worden zonder de driver (of Linux) te herstarten. De Wireless Tools zijn een set van tools die toelaten de Wireless Extensions aan te passen. Ze maken gebruik van een tekstuele interface en redelijk minimalistisch maar ondersteunen volledig de Wireless Extension. •

iwconfig: aanpassen van de basis wireless parameters

•

iwlist: (vroeger deel van iwspy) laat toe adressen, frequenties, bitrates enz ... op te vragen

•

iwspy: geeft per node de link kwaliteit

•

iwpriv: voor het instellen van optionele (private) instellingen van een specifieke driver.

Gebruik van iwconfig en iwlist

iwconfig iwconfig interface[essid {NN|on|off}] [nwid {NN|on|off}] [mode {managed|ad-hoc|...} [freq N.NNNN[k|M|G]] [channel N] [sens N] [nick N] [rate {N|auto|fixed}] [rts {N|auto|fixed|off}] [frag {N|auto|fixed|off}] [enc {NNNN-NNNN|off}] [power {period N|timeout N}] [txpower N {mW|dBm}] [commit]

iwlist iwlist[interface] frequency [interface] channel [interface] ap [interface] accesspoints [interface] bitrate [interface] rate [interface] encryption [interface] key



51

[interface] power [interface] txpower [interface] retry [interface] scanning

Moderne versies van het PCMCIA package bieden de mogelijkheid verscheidene wireless parameters mee te geven bij het opstarten (of bij het insteken van de kaart) dit door het gebruik van de file wireless.opts. Dit laat toe de wireless settings volledig te integreren in het PCMCIA schema mechanisme. Dit veronderstelt wel dat de Wireless Tools geïnstalleerd zijn op het systeem. De meeste distributies hebben ook een geïntegreerd Wireless Extension ondersteuning in hun netwerk initialisatie scripts voor een eenvoudigere boot-time configuratie van de wireless interfaces. Ze nemen de Wireless Tools ook op als deel van hun standaard pakketten. De Wireless Tools (vanaf versie 19) ondersteunen volledig de IEEE 802.11 parameters en toetstellen, de oudere toestellen en de meeste gedeponeerde protocols en er wordt gewerkt aan de ondersteuning van HiperLan. De meest recente versies hebben een betere 802.11 ondersteuning.

4.2.3.2. De

wireless

tools

Installatie kunnen

gedownload

worden

van

op

volgende

website:

http://www.hpl.hp.com/personal/Jean_Tourrilhes/Linux/Tools.html. Voor het installeren van de wireless tools is de volgende volgorde van installatie van belang. 1.uitpakken: kernel (zie vorige) pcmcia (zie vorige) wireless tools tar -xzvf wireless_tools.25.tar.gz

2.Symbolische

link

leggen

van

/usr/include/linux/wireless.h

naar

/work/wireless-

tools.25/wireless.h (versie 15). cd /usr/include/linux/ ln –s /work/wireless-tools.25/wireless.h wireless.h

De wireless extensions maken deel uit van de recentste versies van de linux kernel. Willen we nu de wireless extensions willen instaleren is het belangrijk bij het hercompileren van de kernel met de nieuwste header versie te werken. Daarom maken we in de directory die de source code van de linux kernel bevat een symbolische link aan naar de recentste header wireless.h die bij het wireless tools package zit. Zo wordt er bij de hercompilatie van de kernel gebruik gemaakt van deze laatste versie.



52

3.compileren kernel (zie vorige) pcmcia (zie vorige) wireless tools cd /work/wireless-tools.25 make all make install

4.2.4

Drivers voor Lucent Wavelan met Orinoco chipset

Voor de Lucent kaarten zijn er momenteel 2 open source drivers voor handen: •

wvlan_cs

•

orinoco_cs

De 2de is de nieuwste. Wij hebben gebguik gemaakt van de wvlan_cs driver. Deze wordt ingesteld in het bestand /etc/pcmcia/config (zie bijlagen B).

Opmerking Indien men een kanaal wil instellen moet 1 kaart uitgeschakeld zijn. (Dit kan gebeuren met het commando: pcmcia stop) De kaart die aanstaat wordt op het goede kanaal gezet en de andere wordt terug aangezet, zij zal op het kanaal van de eerst ingestelde komen.

4.2.5

HOWTO Install Netgate met Prism2 chipset

Bij de PRISM2 kaart maken we gebruik van een PCI adapter met PLX chipset. Door gebruik van de juiste module wordt de PC kaart dan aanzien als een gewone netwerkkaart. Daardoor moeten we het PCMCIA package niet installeren en kunnen we ook geen gebruik maken van de wireless tools. Er is de wlan driver voor 802.11 en de wlan-ng (new generation) driver voor 802.11b. Download de laaste versie van de linux-wlan-ng drivers (in dit geval linux-wlan-ng-0.2.1pre2.tar.gz). Deze kan afgehaald worden van: http://www.linux-wlan.org en zet hem in de work directory. Uitpakken van de file met tar, dus tar -xvzf linux-wlan-ng-0.2.1-pre2.tar.gz

Ga naar de directory met de uitgepakte files. cd /work/linux-wlan-ng-0.2.1-pre2

Vervolgens moet de juiste configuratie meegegeven worden, nodig voor de compilatie en installatie make config



53

PLX 9052 Driver y

De driver die nodig is, is afhankelijk van het type van de adapterkaart. In ons geval ging het om een kaart met een PLX 9052 chipset. Compilatie en installatie make all make install

Na de installatie moeten nog de nodige modules ingeladen worden Ga daarvoor eerst naar volgende directory cd /lib/modules/2.4.20/net/

Inladen van de modules gebeurt als volgt insmod p80211.o

Een algemene 802.11 utility layer voor Linux, geïmplementeerd als kernel module. insmod prism2_plx.o

Prism2_plx.o is de driver voor Prism2.x PCMCIA kaarten die gebruikt worden met een PLX 9052 PCI/PCMCIA adapter. in de folder /etc/wlan staan configuratiebestanden. Editeer het bestand wlan.conf. cd /etc/wlan pico wlan.conf Hierin verander je de gewenste gegevens. Op het einde vind je SSID_wlan0=""

Tussen de haakjes vul je de naam van het netwerk in. Vb.: SSID_wlan0="asi2"

Sla dit op en keer terug naar de shell. Nu maak je een bestand wlancfg-asi2. cp wlancfg-DEFAULT wlancfg-asi2

Editeer dit bestand. Je kan er snelheden, sleutels en andere instellen. pico wlancfg-asi2

Een voorbeeld van dit bestand vind je in de bijlagen C. De configuratietool voor de Prism2 kaarten is wlanctl-ng. Er zijn 3 soorten commando’s: o

dot11req_: eigen aan de 802.11 standaard

o

lnxreq_: eigen aan de kernel

o

p2req_: eigen aan de PRISM2 chipset

Gebruik van wlanctl-ng: wlanctl-ng wlan0 + commando's

Aanzetten van de kaarten wlanctl-ng wlan0 lnxreq_ifstate ifstate=enable

Instellen van de kaarten (‘\’ geeft aan dat het om 1 doorlopend commando gaat over verschillende lijnen.) wlanctl-ng wlan0 dot11req_start ssid=asi \ bsstype=independent beaconperiod=100 dtimperiod=3 \



54

cfpperiod=3 cfpmaxduration=100 dschannel=10 \ probedelay=100 cfpollable=false cfpollreq=false \ basicrate1=2 basicrate2=4 \ operationalrate1=2 operationalrate2=4 operationalrate3=11 \ operationalrate4=22

Wijzigen of aflezen van de 802.11 en MIB attributen kan door middel van volgend commando: wlanctl-ng wlan0 dot11req_mib[set/get] mibattribute=...=...

bv.: wlanctl-ngwlan0 dot11req_mibset \ mibattribute=dot11CurrentChannelNumber=10

Stelt het kanaal van de kaart in op 10. wlanctl-ngwlan0 dot11req_mibget \ mibattribute=dot11CurrentChannelNumber

Lees het ingestelde kanaal uit. MIB staat voor Management Information Base (Voor de volledige lijst zie bijlagen C.) Opmerking Indien men een kanaal wil instellen moet 1 kaart uitgeschakeld zijn. Dit houdt in dat de modules uitgeladen moeten zijn. (Zie script prism.stop in bijlagen A) De kaart die aanstaat wordt op het goede kanaal gezet en de andere wordt terug aangezet, zij zal op het kanaal van de eerst ingestelde komen.

Tot slot moet men nog een IP adres toekennen aan de kaarten ifconfig wlan0 ifconfig wlan0 netmask ifconfig wlan0 broadcast

of in 1 commando: ifconfig wlan0 netmask broadcast

4.2.6

HOWTO install bluetooth BlueZ stack

Voor men met de installatie van de BlueZ stack kan beginnen moet men de kernel hercompileren. (zie vorige) De ondersteuning voor bluetooth wordt als apparte modules geladen daarom wordt dit niet meegecompileerd in de kernel. cd /usr/src/linux/ make menuconfig

Volgende instellingen zijn van belang: Bluetooth support off USB support on



55

--- USB Host Controller Drivers <M> UHCI (Intel PIIX4, VIA, ...) support <M> UHCI Alternate Driver (JE) support <M> OHCI (Compaq, iMacs, OPTi, SiS, ALi, ...) support De ondersteuning van USB wordt hier als module gecompileerd. De compilatie van de kernel: make dep make bzImage make modules make modules_install

De installatie van de nieuwe kernel: lilo

Vervolgens kan men beginnen met de installatie van BlueZ. BlueZ is te downloaden van volgende site: http://bluez.sourceforge.net/. Download volgende files en zet ze in de /work directory.

bluez-kernel-2.3.tar.gz bluez-libs-2.4.tar.gz bluez-utils-2.3.tar.gz bluez-sdp-1.1.tar.gz

SDP is het Service Discovery Protocol (zie Bluetooth protocol stack) bluez-pan-1.1.tar.gz

PAN levert (naast andere ) IP support over Bluetooth en is min of meer vergelijkbaar met Wireless LAN bluez-hcidump-1.5.tar.gz bluez-hciemu-1.0.tar.gz bluez-bluefw-0.9.tar.gz

Daarna moeten deze files uitgepakt worden d.m.v.tar. Voor men tot de installatie van BlueZ kan overgaan moet men volgende header overschrijven: overschrijf:

/work/bluez/bluez-kernel-2.3/drivers/hci_usb.h

met:

/work/linux-2.4.20/drivers/bluetooth/hci_usb.h

Dan kan men overgaan tot de installatie van de verschillende modules, hierbij is de volgorde van belang. kernel: ./configure make install ./create_dev

libs:



56

./configure make install

utils: Alvorens men kan overgaan tot de installatie van de utils module kan het nodig zijn eerst flex te installeren dit gebeurt met het volgende commando bij Debian: flex:apt-get install flex make install

(install package flex from fileserver) Vervolgens kan men verder gaan met de installatie van utils. ./configure make install

hcidump: ./configure make install

sdp: ./configure make make install

pan: ./configure make make install

Na het installeren van de verschillende modules moeten deze nog ingeladen worden. Ook hierbij is de volgorde van belang. cd /lib/modules/2.4.20/kernel/drivers/usb/ insmod usb-uhci.o

(We maakten eerst gebruik van de module uhci.o, hierbij viel de verbinding tussen de Bluetooth devices steeds uit, met het gebruik van de module usb-uhci.o verdwenen deze problemen.) Deze module is ter ondersteuning van UHCI-type (Universal Host Controller Interface) op PCI gebaseerde USB controllers. cd ../../net/bluetooth/ insmod bluez.o

Dit is de Bluez core module. cd ../../drivers/bluetooth/ insmod hci_usb.o

Hci_usb.o is een HCI USB driver geschikt voor de meeste USB Bluetooth devices types. (maakt deel uit van de Bluez stack) cd ../../net/bluetooth/ insmod l2cap.o



57

Dit is de L2CAP module (Logical Link Control & Adaptation Protocol). Hciconfig is een HCI device configuratie tool. Gebruik van Hciconfig hciconfig - HCI device configuration utility Usage: hciconfig hciconfig [-a] hciX [command] Commands: up

Open and initialize HCI device

down

Close HCI device

reset

Reset HCI device

rstat

Reset statistic counters

auth

Enable Authentication

noauth

Disable Authentication

encrypt

Enable Encryption

noencrypt

Disable Encryption

piscan

Enable Page and Inquiry scan

noscan

Disable scan

iscan

Enable Inquiry scan

pscan

Enable Page scan

ptype

[type]

Get/Set default packet type

lm

[mode]

Get/Set default link mode

lp

[policy]

Get/Set default link policy

name

[name]

Get/Set local name

class

[class]

Get/Set class of device

voice

[voice]

Get/Set voice setting

inqparms

[win:int]

Get/Set inquiry scan window and in-

pageparms

[win:int]

Get/Set page scan window and inter-

pageto

[to]

Get/Set page timeout

aclmtu

<mtu:pkt>

Set ACL MTU and number of packets

scomtu

<mtu:pkt>

Set SCO MTU and number of packets

terval

val

features

Display device features

version

Display version information

revision

Display revision information

Starten van de HCI deamon, dit start het Bluetooth device: hciconfig hci0 up



58

hciconfig

Dit toont o.a. het Bluetooth adres en andere configuatie informatie van het Bluetooth toestel: hci0:

Type: USB BD Address: 00:60:57:18:FC:83 ACL MTU: 192:8

SCO MTU: 64:8

UP RUNNING PSCAN ISCAN RX bytes:551 acl:4 sco:0 events:31 errors:0 TX bytes:431 acl:4 sco:0 commands:20 errors:0

Hcid.conf is de HCI deamon configuratie file, deze dient o.a. voor het instellen van encryptie. Men kan ook het gebruik van een pincode instellen, deze code is nodig voor het authentiseren en bevindt zich in een file /etc/bluetooth/bluepin genaamd. Inladen van de configuratie file. hcid -f /etc/bluetooth/hcid.conf

Scannen cd /etc/bluetooth hcitool scan

Gebruik van de HCI Tool hcitool - HCI Tool ver 2.3 Usage: hcitool [options] [command parameters] Options: --help

Display help

-i dev

HCI device

Commands: dev

Display local devices

inq

Inquire remote devices

scan

Scan for remote devices

name

Get name from remote device

info

Get information from remote device

cmd

Submit arbitrary HCI commands

con

Display active connections

cc

Create connection to remote device

dc

Disconnect from remote device

sr

Switch master/slave role

cpt

Change connection packet type

rssi

Display connection RSSI

lq

Display link quality

lst

Set/display link supervision timeout

For more information on the usage of each command use: hcitool --help



59

Het scannen dient om het hardware adres van de andere Bluetooth devices waarmee men en connectie wil opzetten te achterhalen. Zo zullen we straks het hardware adres van de master nodig hebben. Na de scan en verschijnt het adres op het scherm. Scanning ... 00:60:57:18:FE:56

BlueZ (0)

De verschillende modules dienen ingeladen te zijn voor men kan overgaan tot het opzetten van een netwerk tussen verschillende computers. Om de PAN deamon te kunnen starten, moet de bnep.o module eerst ingeladen zijn. cd /lib/modules/2.4.20/kernel/net/bluetooth/ insmod bnep.o

Nu moet de PAN deamon (‘pand’)gestart worden op de computers. In een Bluez PAN kunnnen de deelnemers de volgende rollen op zich nemen: •

PANU: PAN User, is van het client type.

•

GN: Group ad-hoc Network controller, werkt als master in een piconet.

•

NAP: Network Acces Point, neemt de taak van proxy, router of bridge in een bestaand netwerk op zich.

Gebruik van pand: PAN daemon version 1.1 Usage: pand Options: --show --list -l

Show active PAN connections

--listen -s

Listen for PAN connections

--connect -c

Create PAN connection

--search -Q[duration]

Search and connect

--kill -k

Kill PAN connection

--killall -K

Kill all PAN connections

--role -r

Local PAN role (PANU, NAP, GN)

--service -d

Remote PAN service (PANU, NAP,

GN) --device -i

Network interface name

--source -S

Source bdaddr

--nosdp -D

Disable SDP

--encrypt -E

Enable encryption

--master -M

Become the master of a piconet

--nodetach -n

Do not become a daemon

--persist -p[interval]

Persist mode

--cache -C[valid]

Cache addresses



60

Eén van hen start als server en neemt de rol van master aan, deze maakt gebruik van de ‘— listen’ parameter. pand --listen --role GN

Merk op dat aan de GN en NAP kant het Bluez device in staat moet zijn om als Bluetooth master op te treden. Daarvoor moet de master/slave switch in de /etc/bluetooth/hcid.conf file aanstaan. Of gebruik het volgende commando: pand --master

De andere computers die deel uit maken van het netwerk zijn slaves.Nu kan er een connectie opgezet worden tussen PANU en GN of NAP pand --connect #hardwareadr.master

Het hardware adres van de master komt men te weten na het scannen. Pas als één computer als master is ingesteld en de anderen als slaves dan pas kan men beginnen met het toekennen van IP adressen. Algemeen gebeurt dit op volgende manier: ifconfig bnep0 ifconfig bnep0 netmask ifconfig bnep0 broadcast

Opmerking •

Indien het maken van een Bluetooth connectie niet lukt dan moet men de USB adapters eens uittrekken en terug insteken.

•

Men mag niet vergeten de USB ondersteuning in de BIOS aan te zetten.


Metingen

5

61

Metingen 5.1 Gebruikte tools voor metingen

Op de site http://www.caida.org/tools/taxonomy/performance.xml#bw vindt men tools om onder andere de throughput tussen 2 hosts te meten. De tools Netperf, Iperf en Nttcp zijn gebaseerd op client-server architectuur. Hierbij moeten de programma’s op beide hosts geïnstalleerd zijn. Op de ene host moet een deamon draaien met een bepaald poortnummer, de andere host zal data verzenden naar de serverhost naar de ingestelde poort en na de test resultaten weergeven. Bing moet niet op beide machines geïnstalleerd zijn.

5.1.1

Netperf

Netperf is een benchmark voor het meten van verschillende aspecten van een netwerk. Het is vooral gericht op testen waarbij bulk data verzonden wordt en request/response metingen, gebruik makend van ofwel TCP of UDP, andere soorten testen zijn ook mogelijk. De testen: TCP en UDP_STREAM testen TCP test: Gedurende 10 sec wordt een hoeveelheid bulk data verzonden. UDP_STREAM test: Gedurende 10 sec wordt een hoeveelheid bulk data verzonden, de pakketlengte kan worden ingesteld. Dit laat toe om de test te laten verlopen bij verschillende pakketlengten en de invloed van de pakketlengten op de prestaties kan worden nagegaan.

Usage: netperf [global options] -- [test options]

Global options: -a send,recv Set the local send,recv buffer alignment -A send,recv Set the remote send,recv buffer alignment -c [cpu_rate] Report local CPU usage -C [cpu_rate] Report remote CPU usage -d Increase debugging output -f G|M|K|g|m|k Set the output units -F fill_file Pre-fill buffers with data from fill_file -h Display this text -H name|ip Specify the target machine -i max,min Specify the max and min number of iterations (15,1) -I lvl[,intvl] Specify confidence level (95 or 99) (99) and confidence interval in percentage (10) -l testlen Specify test duration (>0 secs) (<0 bytes|trans) -o send,recv Set the local send,recv buffer offsets


Metingen

62

-O send,recv Set the remote send,recv buffer offset -n numcpu Set the number of processors for CPU util -p port Specify netserver port number -P 0|1 Don't/Do display test headers -t testname Specify test to perform -v verbosity Specify the verbosity level -W send,recv Set the number of send,recv buffers

5.1.2

Iperf

Met dit tool kan men in grote lijnen hetzelfde testen als Netperf. Alleen kan men hier het aantal bytes dat men wil doorsturen ook instellen. Usage: iperf [-s|-c host] [options] iperf [-h|--help] [-v|--version]

Client/Server: -f, --format [kmKM] format to report: Kbits, Mbits, KBytes, MBytes -i, --interval # seconds between periodic bandwidth reports -l, --len #[KM] length of buffer to read or write (default 8 KB) -m, --print_mss print TCP maximum segment size (MTU - TCP/IP header) -p, --port # server port to listen on/connect to -u, --udp use UDP rather than TCP -w, --window #[KM] TCP window size (socket buffer size) -B, --bind bind to , an interface or multicast address -C, --compatibility for use with older versions does not sent extra msgs -M, --mss # set TCP maximum segment size (MTU - 40 bytes) -N, --nodelay set TCP no delay, disabling Nagle's Algorithm -V, --IPv6Version Set the domain to IPv6

Server specific: -s, --server run in server mode -D, --daemon run the server as a daemon

Client specific: -b, --bandwidth #[KM] for UDP, bandwidth to send at in bits/sec (default 1 Mbit/sec, implies -u) -c, --client run in client mode, connecting to -d, --dualtest Do a bidirectional test simultaneously -n, --num #[KM] number of bytes to transmit (instead of -t) -r, --tradeoff Do a bidirectional test individually -t, --time # time in seconds to transmit for (default 10 secs)


Metingen

63

-F, --fileinput input the data to be transmitted from a file -I, --stdin input the data to be transmitted from stdin -L, --listenport # port to recieve bidirectional tests back on -P, --parallel # number of parallel client threads to run -T, --ttl # time-to-live, for multicast (default 1)

Miscellaneous: -h, --help print this message and quit -v, --version print version information and quit

5.1.3

Ping

Door te pingen tussen 2 hosts heeft men door middel van de Round Trip Time (RTT) een gedacht van de kwaliteit van de verbinding.

5.1.4

Bing

Dit is een afgeleide tool van PING (Bandwidth Ping). Men pingt eigenlijk naar 2 hosts en uit de RTT berekent men de bandbreedte tussen de hosts. Dit tool is eigenlijk geschikt om de traagste link (bottleneck) te vinden tussen 2 hosts en gaf onstabiele waarden. usage: bing [-dDnrRPvVwz] [-c count] [-e samples] [-i wait] [-p pattern] [-s small packetsize] [-S big packetsize] [-u size increment] [-t ttl] [-I interface address] [-f sample file] host1 host2...

5.1.5

Nttcp

New Test TCP Program meet o.a. de throughput van een TCP, UDP en UDP multicast connectie. Het is gebaseerd op het programma ttcp.c. Usage: nttcp [local options] host [remote options] local/remote options are: -t transmit data (default for local side) -r receive data -l# length of bufs written to network (default 4k) -m use IP/multicasting for transmit (enforces -t -u) -n# number of source bufs written to network (default 2048) -u use UDP instead of TCP -g#us gap in micro seconds between UDP packets (default 0s) -d set SO_DEBUG in sockopt -D don't buffer TCP writes (sets TCP_NODELAY socket option) -w# set the send buffer space to #kilobytes, which is dependent on the system - default is 16k


Metingen

64

-T print title line (default no) -f give own format of what and how to print -c compares each received buffer with expected value -s force stream pattern for UDP transmission -S give another initialisation for pattern generator -p# specify another service port -i behave as if started via inetd -R# calculate the getpid()/s rate from # getpid() calls -v more verbose output -V print version number and exit -? print this help -N remote number (internal use only) default format is: %9b%8.2rt%8.2ct%12.4rbr%12.4cbr%8c%10.2rcr%10.1ccr moirae237:/work/bing/bing_src-1.1.3# nttcp -h nttcp-l: unknown option: -hUsage: nttcp [local options] host [remote options] local/remote options are: -t transmit data (default for local side) -r receive data -l# length of bufs written to network (default 4k) -m use IP/multicasting for transmit (enforces -t -u) -n# number of source bufs written to network (default 2048) -u use UDP instead of TCP -g#us gap in micro seconds between UDP packets (default 0s) -d set SO_DEBUG in sockopt -D don't buffer TCP writes (sets TCP_NODELAY socket option) -w# set the send buffer space to #kilobytes, which is dependent on the system - default is 16k -T print title line (default no) -f give own format of what and how to print -c compares each received buffer with expected value -s force stream pattern for UDP transmission -S give another initialisation for pattern generator -p# specify another service port -i behave as if started via inetd -R# calculate the getpid()/s rate from # getpid() calls -v more verbose output -V print version number and exit -? print this help -N remote number (internal use only) default format is: %9b%8.2rt%8.2ct%12.4rbr%12.4cbr%8c%10.2rcr%10.1ccr


Metingen

65

5.2 Uitgevoerde metingen 5.2.1

Orinoco

5.2.1.1.

Vergelijking van de verschillende testtools

Gebruikte testtools Netperf, Iperf en Nttcp

Doel van de test Vergelijken van de verschillende testtools met elkaar. Dit om na te gaan of de gemeten waarden niet verschillen naargelang het gebruikte testprogramma.

Beschrijving v/d testopstelling De twee computers met de Orinoco kaarten bevinden zich boven elkaar. De afstand tussen de twee kaarten is ongeveer 20 cm. Er is geen interferentie van enige andere draadloze kaarten of Bluetooth toestellen.


Metingen

66

Testresultaten Netperf: UDP Stream Test

500 600 700 800 900 1000 1100 1200 1300 1400 1500 1600 1700 1800 1900 2000

1 Mbit

2 Mbit

5,5 Mbit

11 Mbit

key 40 bit send receive




0,76 0,79 0,83 0,85 0,88 0,88 0,90 0,91 0,92 0,93 0,85 0,85 0,85 0,87 0,87 0,88

0,76 0,79 0,83 0,85 0,88 0,88 0,90 0,91 0,92 0,93 0,85 0,85 0,85 0,87 0,87 0,88

1,32 1,40 1,45 1,51 1,57 1,60 1,63 1,67 1,68 1,70 1,50 1,53 1,55 1,56 1,58 1,60

1,32 1,40 1,45 1,51 1,57 1,60 1,63 1,67 1,68 1,70 1,49 1,53 1,55 1,56 1,58 1,60

2,44 2,69 2,91 3,09 3,24 3,39 3,51 3,62 3,71 3,80 3,01 3,09 3,17 3,25 3,33 3,39

2,44 2,69 2,91 3,09 3,24 3,39 3,51 3,62 3,71 3,80 2,98 3,08 3,17 3,25 3,33 3,39

3,25 3,68 4,07 4,41 4,73 5,01 5,25 4,98 4,74 4,70 3,83 3,99 4,11 4,25 4,37 4,49

3,25 3,68 4,07 4,41 4,73 5,01 5,25 4,98 4,74 4,70 3,75 3,90 4,02 4,17 4,31 4,45

Iperf: UDP Stream Test

500 600 700 800 900 1000 1100 1200 1300 1400 1500 1600 1700 1800 1900 2000

1 Mbit

2 Mbit

5,5 Mbit

11 Mbit





0,73 0,76 0,79 0,81 0,83 0,84 0,85 0,86 0,87 0,88 0,80 0,81 0,82 0,83 0,84 0,84

0,72 0,76 0,78 0,81 0,82 0,84 0,85 0,86 0,87 0,88 0,81 0,76 0,72 0,69 0,65 0,63

1,28 1,36 1,42 1,48 1,52 1,56 1,59 1,62 1,64 1,66 1,46 1,48 1,51 1,53 1,55 1,56


1,26 1,34 1,41 1,47 1,51 1,55 1,58 1,61 1,64 1,66 1,47 1,37 1,31 1,26 1,21 1,16

2,41 2,66 2,87 3,05 3,21 3,35 3,47 3,58 3,67 3,77 2,97 3,06 3,14 3,22 3,29 3,36

2,37 2,61 2,82 3,01 3,17 3,31 3,44 3,55 3,65 3,74 3,06 2,81 2,73 2,64 2,56 2,48

3,23 3,66 4,04 4,39 4,70 4,98 5,21 4,96 4,72 4,65 3,80 3,95 4,10 4,22 4,33 4,45

3,12 3,56 3,96 4,30 4,62 4,91 5,15 5,00 4,75 4,65 3,83 3,56 3,47 3,40 3,32 3,25

Metingen

67

Nttcp: UDP Stream Test

500 600 700 800 900 1000 1100 1200 1300 1400 1500 1600 1700 1800 1900 2000

1 Mbit

2 Mbit

5,5 Mbit

11 Mbit





0,73 0,77 0,79 0,81 0,83 0,85 0,86 0,87 0,88 0,88 0,81 0,82 0,83 0,83 0,84 0,85

0,73 0,76 0,79 0,81 0,83 0,84 0,85 0,86 0,87 0,88 0,80 0,81 0,82 0,83 0,84 0,84

1,28 1,37 1,43 1,48 1,53 1,56 1,60 1,63 1,65 1,67 1,46 1,49 1,51 1,53 1,55 1,57


1,28 1,36 1,43 1,48 1,52 1,56 1,59 1,62 1,64 1,66 1,45 1,48 1,51 1,53 1,55 1,56

2,42 2,67 2,88 3,06 3,22 3,36 3,48 3,60 3,69 3,78 2,98 3,07 3,15 3,23 3,30 3,37

2,41 2,66 2,87 3,05 3,21 3,34 3,47 3,58 3,67 3,76 2,94 3,04 3,14 3,21 3,29 3,35

3,23 3,66 4,05 4,39 4,71 4,99 5,23 4,98 4,73 4,68 3,80 3,96 4,11 4,24 4,36 4,47

3,22 3,65 4,03 4,37 4,69 4,97 5,15 4,90 4,71 4,65 3,71 3,82 3,96 4,10 4,27 4,41

Metingen

68

Grafieken

1,8 1,6 1,4 1,2 1 0,8 0,6 0,4 0,2 0

Netperf Iperf Nttcp Netperf Iperf

00 19

00 17

00 15

00 13

00 11

90

0 70

50

0

Nttcp 0

Mbit/s

UDP Stream test 1 & 2 Mbit/s

Pakketgrootte

UDP Stream test 5.5 & 11 Mbit/s 6 Netperf

Mbit/s

5

Iperf

4

Nttcp

3

Netperf

2

Iperf

1

Nttcp 00 19

00 17

00 15

00 13

00 11

0 90

70

50

0

0

0

Pakketgrootte

Besluit De verschillende testtools geven bij metingen in dezelfde omstandigheden praktisch geen verschillen t.o.v. elkaar. Daarom werd besloten de metingen uit te voeren met 1 testtool nl. Netperf.


Metingen

69

5.2.1.2.

Zonder interferentie met sleutels

Gebruikte testtools Netperf

Doel van de test Vergelijkende testen met het gebruik van verschillende sleutels, dit om eventuele negatieve effecten ervan op de throughput na te gaan.


Testresultaten

TCP Stream test no interference TCP No key TCP key 40 bit TCP key 104 bit 1Mbit 2Mbit 5,5Mbit 11Mbit

0,831 1,536 3,351 5,036

0,827 1,535 3,332 3,969


0,829 1,537 3,336 3,97

Metingen

70

UDP Stream Test 1 Mbit

2 Mbit

no key key 40 bit key 104 bit no key key 40 bit key 104 bit send receive send receive send receive send receive send receive send receive 500 0,77 600 0,81 700 0,83 800 0,85 900 0,878 1000 0,88 1100 0,9 1200 0,91 1300 0,92 1400 0,93 1500 0,85 1600 0,85 1700 0,88 1800 0,87 1900 0,883 2000 0,88

0,77 0,81 0,83 0,85 0,878 0,88 0,9 0,91 0,92 0,93 0,85 0,85 0,88 0,87 0,883 0,88

0,757 0,79 0,83 0,85 0,877 0,88 0,9 0,91 0,92 0,93 0,85 0,85 0,853 0,87 0,87 0,88

0,757 0,79 0,83 0,85 0,877 0,88 0,9 0,91 0,92 0,93 0,85 0,85 0,853 0,87 0,87 0,88

0,79 0,83 0,85 0,89 0,92 0,92 0,94 0,97 0,98 0,99 0,89 0,89 0,898 0,91 0,916 0,94

0,79 0,83 0,85 0,89 0,92 0,92 0,94 0,97 0,98 0,99 0,89 0,89 0,898 0,91 0,916 0,94

1,32 1,4 1,476 1,53 1,57 1,608 1,63 1,67 1,686 1,709 1,51 1,53 1,55 1,576 1,6 1,62

1,32 1,4 1,476 1,53 1,57 1,608 1,63 1,67 1,686 1,709 1,5 1,53 1,55 1,576 1,6 1,62

1,316 1,4 1,451 1,511 1,57 1,599 1,63 1,67 1,68 1,7 1,496 1,53 1,55 1,56 1,58 1,6

1,316 1,4 1,451 1,511 1,57 1,599 1,63 1,67 1,68 1,7 1,488 1,53 1,55 1,56 1,58 1,6

1,34 1,42 1,49 1,55 1,61 1,644 1,685 1,71 1,75 1,77 1,539 1,57 1,59 1,6 1,634 1,66

1,34 1,42 1,49 1,55 1,61 1,644 1,685 1,71 1,75 1,77 1,527 1,57 1,59 1,6 1,634 1,66

UDP Stream Test 5,5 Mbit

11 Mbit

no key key 40 bit key 104 bit no key key 40 bit key 104 bit send receive send receive send receive send receive send receive send receive 500 600 700 800 900 1000 1100 1200 1300 1400 1500 1600 1700 1800 1900 2000

2,459 2,704 2,926 3,101 3,262 3,4 3,524 3,629 3,735 3,822 3,024 3,111 3,186 3,271 3,335 3,409

2,459 2,704 2,926 3,101 3,262 3,4 3,524 3,629 3,735 3,822 2,977 3,075 3,185 3,271 3,335 3,409

2,444 2,686 2,906 3,085 3,24 3,388 3,506 3,62 3,711 3,8 3,008 3,089 3,171 3,251 3,325 3,39

2,444 2,686 2,906 3,085 3,24 3,388 3,506 3,62 3,711 3,8 2,977 3,079 3,171 3,251 3,325 3,39

2,464 2,72 2,945 3,131 3,288 3,434 3,569 3,682 3,78 3,883 3,05 3,139 3,22 3,308 3,378 3,444


2,464 2,72 2,945 3,131 3,288 3,434 3,569 3,682 3,78 3,883 3,013 3,12 3,22 3,308 3,378 3,444

3,267 3,703 4,084 4,427 4,744 5,031 5,292 5,523 5,742 5,949 4,262 4,437 4,594 4,747 4,894 5,038

3,267 3,703 4,084 4,427 4,744 5,031 5,292 5,523 5,742 5,949 4,187 4,366 4,535 4,711 4,862 5,037

3,253 3,684 4,065 4,406 4,727 5,006 5,245 4,981 4,743 4,697 3,832 3,987 4,114 4,253 4,371 4,487

3,253 3,684 4,065 4,406 4,727 5,006 5,245 4,981 4,743 4,697 3,747 3,895 4,021 4,172 4,309 4,447

3,274 3,72 4,084 4,422 4,725 4,949 5,036 4,748 4,684 4,743 3,847 3,999 4,139 4,257 4,378 4,479

3,274 3,72 4,083 4,422 4,725 4,949 5,036 4,748 4,684 4,743 3,755 3,898 4,036 4,163 4,305 4,43

Metingen

71

Grafieken TCP Stream Test no interference 6

Mbit/s

5 4

TCP No key

3

TCP key 40 bit TCP key 104 bit

2 1 0 1 Mbit/s

2Mbit/s

5,5Mbit/s

11Mbit/s

Snelheid

UDP Stream Test 7

6

5

Mbit/s

no key 4

key 40 bit key 104 bit no key

3

key 40 bit key 104 bit

2

1

19 00

17 00

15 00

13 00

11 00

90 0

70 0

50 0

0

Pakketgrootte

Besluit Het gebruik van sleutels heeft geen invloed op de prestaties bij lage snelheden. Vanaf een snelheid van 5,5 Mbit/s zijn er zeer minieme verschillen merkbaar. Het is pas bij een bitrate van 11 Mbit/s dat er duidelijke verschillen optreden. Bij de TCP test is er geen verschil tussen het gebruik van een sleutel van 40 bit en een van 104 bit. Bij de UDP testen treden de verschillen pas op bij pakketten groter dan 1000 bytes. Bij een bitrate van 11 Mbit/s is het dus aangeraden om de maximum pakketgrootte te beperken tot ongeveer 1000 bytes omdat men hierbij de hoogste transfersnelheden haalt.


Metingen

72

5.2.1.3.

Zonder interferentie zonder sleutels, RTS=0


Doel van de test Bij een RTS (resquest to send) gelijk aan 0 wordt er voor ieder pakket dat verzonden wordt eerst een RTS verstuurd. Dit omdat de ingestelde waarde van RTS aangeeft vanaf welke pakketgrootte er een RTS verzonden moet worden. Dus bij RTS=0 is dit voor ieder pakket. RTS wordt gebruikt om na te gaan of het medium vrij is voordat men zendt, hierdoor zullen er minder snel botsingen optreden bij een druk netwerkverkeer hetgeen de throughput bevordert. Is er geen interferentie dan is het gebruik van RTS enkel overhead. Met deze test wilden we nagaan in welke mate RTS voor overhead zorgt.


Testresultaten

TCP Stream test RST Off 1Mbit 2Mbit 5,5Mbit 11Mbit

0,831 1,536 3,351 5,036

RTS 0 Bytes 0,79 1,418 2,744 3,739


Metingen

73

UDP Stream Test 1 Mbit

2 Mbit

5,5 Mbit

11 Mbit

RTS Off RTS 0 Bytes RTS Off RTS 0 Bytes RTS Off RTS 0 Bytes RTS Off RTS 0 Bytes send receive send receive send receive send receive send receive send receive send receive send receive 500 0,77 600 0,81 700 0,83 800 0,85 900 0,878 1000 0,88 1100 0,9 1200 0,91 1300 0,92 1400 0,93 1500 0,85 1600 0,85 1700 0,88 1800 0,87 1900 0,883 2000 0,88

0,77 0,81 0,83 0,85 0,878 0,88 0,9 0,91 0,92 0,93 0,85 0,85 0,88 0,87 0,883 0,88

0,72 0,75 0,79 0,83 0,85 0,88 0,89 0,923 0,94 0,941 0,82 0,83 0,85 0,866 0,87 0,88

0,72 0,75 0,79 0,83 0,85 0,88 0,89 0,923 0,94 0,941 0,82 0,83 0,85 0,866 0,87 0,88

1,32 1,4 1,476 1,53 1,57 1,608 1,63 1,67 1,686 1,709 1,51 1,53 1,55 1,576 1,6 1,62


1,32 1,4 1,476 1,53 1,57 1,608 1,63 1,67 1,686 1,709 1,5 1,53 1,55 1,576 1,6 1,62

1,15 1,244 1,33 1,392 1,45 1,5 1,558 1,59 1,63 1,65 1,36 1,393 1,44 1,45 1,48 1,5

1,15 1,244 1,33 1,392 1,45 1,5 1,558 1,59 1,63 1,65 1,36 1,393 1,44 1,45 1,48 1,5

2,459 2,704 2,926 3,101 3,262 3,4 3,524 3,629 3,735 3,822 3,024 3,111 3,186 3,271 3,335 3,409

2,459 2,704 2,926 3,101 3,262 3,4 3,524 3,629 3,735 3,822 2,977 3,075 3,185 3,271 3,335 3,409

1,88 2,11 2,32 2,503 2,676 2,821 2,951 3,084 3,2 3,299 2,42 2,51 2,59 2,678 2,76 2,826

1,88 2,11 2,32 2,503 2,676 2,821 2,951 3,084 3,2 3,299 2,42 2,51 2,59 2,678 2,76 2,826

3,267 3,703 4,084 4,427 4,744 5,031 5,292 5,523 5,742 5,949 4,262 4,437 4,594 4,747 4,894 5,038

3,267 3,703 4,084 4,427 4,744 5,031 5,292 5,523 5,742 5,949 4,187 4,366 4,535 4,711 4,862 5,037

2,297 2,649 2,969 3,271 3,551 3,81 4,05 4,284 4,498 4,699 3,13 3,278 3,42 3,56 3,697 3,815

2,297 2,649 2,969 3,271 3,551 3,81 4,05 4,284 4,498 4,699 3,13 3,278 3,42 3,56 3,697 3,815

Metingen

74

Grafieken TCP Stream Test 6

Mbit/s

5 4

TCP RST Off TCP RTS 0 Bytes

3 2 1 0 1Mbit/s

2Mbit/s

5,5Mbit/s

11Mbit/s

Snelheid

UDP Stream test 7 6 1 Mbit/s RTS Off

Mbit/s

5

1 Mbit/s RTS 0 Bytes 2 Mbit/s RTS Off

4

2 Mbit/s RTS 0 Bytes

3

5,5 Mbit/s RTS Off

2

5,5 Mbit/s RTS 0 Bytes 11 Mbit/s RTS Off 11 Mbit/s RTS 0 Bytes

1

19 00

17 00

15 00

13 00

11 00

90 0

70 0

50 0

0

Pakketgrootte

Besluit Uit de metingen blijkt dat vooral bij hoge bitrates het gebruik van RTS een invloed heeft op de throughput, zowel bij TCP als UDP. Hoe hoger de bitrate hoe groter het verschil in throughput. Dit verschil is wel ongeveer constant voor alle pakketgroottes. In complexe netwerken met veel verkeer zal er echter voordeel gehaald worden uit het gebruik van RST/CST bij grote pakketten. Vergelijkende studie van 802.11b en Bluetooth

Metingen

75

5.2.1.4.

Met interferentie van Bluetooth


Doel van de test Nagaan in welke mate Bluetooth interfereert met de draadloze kaarten. Hierbij werden testen uitgevoerd op verschillende afstanden, dit om na te gaan tot op welke afstand de draadloze kaarten hinder ondervinden van Bluetooth.

Beschrijving v/d opstelling De twee computers met de Bluetooth devices bevinden zich boven elkaar. De afstand tussen de twee Bluetooth devices is 20 cm. De twee andere computers die de Orinoco kaarten bevatten bevinden zich op een afstand van 10 m van elkaar. De opgegeven afstanden in de testen is de afstand tussen de ontvanger van de wireless LAN kaarten en de Bluetooth. Deze afstand is verschillend per test. De afstand tussen de twee Orinoco kaarten blijft 10 m. Er werden zowel TCP als UDP testen uitgevoerd aan een snelheid van 11Mbit/s.


Metingen

76

Testresultaten TCP Stream Test Afstand 15 cm 50 cm 100 cm 150 cm 200 cm zonder int

Throughput 1,334 2,822 3,432 4,165 4,964 5,036

UDP Stream Test 15 cm 50 cm 100 cm 150 cm 200 cm geen int send receive send receive send receive send receive send receive send receive 500 600 700 800 900 1000 1100 1200 1300 1400 1500 1600 1700 1800 1900 2000

1,955 2,177 2,423 2,649 2,922 2,967 3,11 3,201 3,044 2,803 2,492 2,54 2,347 2,944 2,929 2,819

1,896 2,101 2,332 2,566 2,868 2,864 3,012 3,113 2,861 2,523 2,323 2,353 2,068 2,816 2,758 2,627

2,208 2,526 2,725 2,928 3,3 3,285 3,382 3,665 3,612 3,73 2,829 2,907 3,016 3,145 3,195 3,274

2,159 2,481 2,657 2,854 3,27 3,204 3,303 3,619 3,522 3,632 2,703 2,777 2,889 3,022 3,074 3,163

2,441 2,764 3,004 2,541 3,179 3,507 3,771 3,972 4,074 4,183 3,068 3,189 3,326 3,475 3,597 3,715


2,42 2,742 2,972 2,38 3,13 3,454 3,732 3,943 4,029 4,13 2,97 3,08 3,229 3,393 3,524 3,668

2,64 2,93 3,173 3,578 3,751 3,942 4,116 4,479 4,573 5,136 3,701 3,953 4,207 4,1 4,188 4,147

2,63 2,917 3,156 3,57 3,742 3,935 4,103 4,47 4,564 5,13 3,621 3,881 4,152 4,059 4,153 4,134

3,274 3,696 4,064 4,45 4,735 4,945 4,872 5,354 5,711 5,983 4,283 4,423 4,547 4,693 4,872 4,957

3,274 3,696 4,064 4,45 4,735 4,945 4,872 5,353 5,711 5,983 4,192 4,342 4,477 4,652 4,838 4,957

3,267 3,703 4,084 4,427 4,744 5,031 5,292 5,523 5,742 5,949 4,262 4,437 4,594 4,747 4,894 5,038

3,267 3,703 4,084 4,427 4,744 5,031 5,292 5,523 5,742 5,949 4,187 4,366 4,535 4,711 4,862 5,037

Metingen

77

Grafieken

TCP S tream tes t aan 11 M bit/s 6

Mbit/s

5 4 3 2 1 0 15 c m

50 c m

100 c m

150 c m

200 c m

z onder int

Afsta nd

U D P Stream Test 7 6

Mbit/s

5

15 cm 50 cm 100 cm 150 cm 200 cm geen int

4 3 2 1

Pakketgroottes


19 00

17 00

15 00

13 00

11 00

90 0

70 0

50 0

0

Metingen

78

Besluit Bij de eerste testen die we uitvoerden stonden de twee computers met de draadloze kaarten bovenop elkaar. Hierbij ondervonden ze geen storingen van de Bluetooth devices ook al stonden deze vlakbij. Dit valt te waarschijnlijk te verklaren vanwege het feit dat deze kaarten een veel hoger zendvermogen hebben dan Bluetooth. Daarom werd besloten de zender van de draadloze kaarten op een afstand van 10 m te zetten, dit om de signaalsterkte aan de ontvangstzijde te beperken. Toen viel er wel een vermindering van throughput te bemerken als gevolg van interferentie. De testen werden uitgevoerd aan een snelheid van 11 Mbit/s. Hieruit blijkt dat de draadloze kaarten bij deze testopstelling hinder ondervinden van de Bluetooth tot op een afstand van 2 m. Eens voorbij 2 m was er geen storende invloed meer vanwege Bluetooth. Dus wanneer zender en ontvanger van de draadloze kaarten zeer kort bij elkaar staan geeft het gebruik van Bluetooth geen storende werking, het is pas als de afstand vergroot dat verschillen zichtbaar worden, maar dan enkel nog wanneer de gebruikte Bluetooth devices zich in de nabije omgeving bevinden.


Metingen

79

5.2.1.5.

Met interferentie van Prism2 kaarten bij verschillende

kanalen


Doel van de test Nagaan in welke mate draadloze kaarten die op verschillende kanalen werken elkaar beïnvloeden en storen. Hiertoe werden de Prism2 kaarten op kanaal 6 gezet, waarbij deze voortdurend verkeer genereerden. Vervolgens werden er verschillende throughput testen uitgevoerd op de Orinoco kaarten en dit op verschillende kanalen.

Beschrijving v/d opstelling De twee computers met de Orinoco kaarten bevinden zich boven elkaar, de afstand tussen de twee draadloze kaarten bedraagt ongeveer 20 cm. De twee computers met de Prism2 kaarten bevinden zich eveneens boven elkaar bovenop deze met de Orinoco kaarten. Er wordt gebruik gemaakt van externe antennes bij de Prism2 kaarten. De externe antenne van de Prism2 kaart die dient als zender en dus zorgt voor storing en interferentie bevindt zich naast de Orinoco kaart die dienst doet als ontvanger. Er werden zowel TCP als UDP testen uitgevoerd aan een snelheid van 11Mbit/s. De UDP testen met pakketten van 500 en 1400 bytes.


Metingen

80

Testresultaten TCP stream test Kanaal v. Throughput interferentie geen int 1 2 3 4 5 6 7 8 9 10 11 12 13

5,01 4,83 4,9 4,9 4,89 4,69 4,41 4,66 4,84 4,96 4,95 4,76 4,85 4,86

UDP stream test Kanaal v. Throughput interferentie 500 send receive geen int 3,29 3,29 1 2,94 2,94 2 3,26 3,26 3 3,25 3,25 4 3,23 3,23 5 2,97 2,97 6 2,70 2,70 7 2,96 2,96 8 3,25 3,25 9 3,29 3,29 10 3,28 3,28 11 3,29 3,29 12 3,24 3,24 13 3,27 3,27

1400 send receive 6,05 6,05 5,59 5,59 6,05 6,05 6,06 6,06 6,04 6,04 5,76 5,76 5,34 5,34 5,68 5,68 5,80 5,80 6,05 6,05 6,05 6,05 6,06 6,06 6,06 6,06 6,05 6,05


Metingen

81

Grafieken

TCP stream test 5,2 5 Mbit/s

4,8 4,6 4,4 4,2 4 1

2

3

4

5

6

7

8

9

10 11 12 13

Kanaal v. interferentie

UDP Stream test 7,00 6,00 Mbit/s

5,00 4,00

500

3,00

1400

2,00 1,00 0,00 1

2

3

4

5

6

7

8

9 10 11 12 13

Kanaal v. interfentie

Besluit Het gebruik van twee verschillende draadloze netwerken op een al dan niet verschillend kanaal vermindert de prestaties t.o.v. de situatie waar er geen interferentie is. TCP is hier gevoeliger aan dan UDP. Wanneer de twee netwerken op hetzelfde kanaal zitten is dit effect het grootst. Ook 2 kanalen hoger en lager is het verschil goed merkbaar. Grotere afstand tussen de kanalen beperkt het verlies aan prestaties. Vijf kanalen hoger en lager treedt er echter opnieuw een sterkere interferentie op dit enkel bij TCP.


Metingen

82

5.2.1.6.

Met interferentie van Prism2 kaarten bij toenemend ver-

keer


Doel van de test Bij deze test werd onderzocht in welke mate toenemend verkeer op hetzelfde kanaal invloed heeft op de throughput.

Beschrijving van de opstelling De twee computers met de Orinoco kaarten bevinden zich boven elkaar, de afstand tussen de twee draadloze kaarten bedraagt ongeveer 20 cm. De twee computers met de Prism2 kaarten bevinden zich eveneens boven elkaar bovenop deze met de Orinoco kaarten. Er wordt gebruik gemaakt van externe antennes bij de Prism2 kaarten. De externe antenne van de Prism2 kaart die dient als zender en dus zorgt voor storing en interferentie bevindt zich naast de Orinoco kaart die dienst doet als ontvanger. Alle computers werkten op hetzelfde kanaal per 2 in een verschillend netwerk. Op 2 computers werd er verkeer gegenereerd waarbij periodes van ongeveer 300 ms met verkeer werden afgewisseld met pauzes. Deze pauzes varieerden van 1000 ms tot 250 ms. Ook werden er testen uitgevoerd zonder verkeer en bij continu verkeer dit alles aan een snelheid van 11Mbit/s.

Testresultaten

TCP Stream Test Geen Verkeer

1000 ms pauze 500 ms pauze

5,02

4,12

250 ms pauze

3,61

0 ms pauze

3,49

3,51

UDP Stream Test Geen Verkeer 1000 ms pauze 500 ms pauze 250 ms pauze 0 ms pauze pakketgrootte send receive send receive send receive send receive send receive 600 1000 1400 1800

3,71 5,05 5,99 4,79

3,71 5,05 5,99 4,74

2,99 4,15 4,94 3,85

2,99 4,15 4,94 3,81


2,52 3,55 4,29 3,32

2,52 3,55 4,29 3,30

2,14 3,17 3,90 3,00

2,14 3,17 3,90 2,98

2,04 3,18 3,89 2,93

2,04 3,18 3,89 2,90

Metingen

83

Grafieken

TCP Stream Test 6,00

5,00

Mbit/s

4,00

3,00

2,00

1,00

0,00 Geen Verkeer

1000 ms pauze

500 ms pauze

250 ms pauze

0 ms pauze

UDP Stream Test

7,00 6,00

Mbit/s

5,00 600

4,00

1000

3,00

1400

2,00

1800

1,00 0,00 Geen Verkeer

1000 ms pauze

500 ms pauze

250 ms pauze

0 ms pauze

Besluit Bij toenemend verkeer daalt de throughput. Bij een snelle afwisseling van periodes met verkeer met korte pauzes is er nauwelijks verschil merkbaar met een continue stroom verkeer.


Metingen

84

5.2.2

Prism2

5.2.2.1.

Zonder interferentie


Doel van de test Bij deze test werden metingen uitgevoerd bij de verschillende snelheden om de theoretische waarden te vergelijken met de gemeten waarden.

Beschrijving van de testopstelling De twee computers met de Orinoco kaarten bevinden zich boven elkaar. De afstand tussen de twee kaarten is ongeveer 20 cm. Er is geen interferentie van enige andere draadloze kaarten of Bluetooth toestellen. Er werd gebruik gemaakt van externe antennes welke op een afstand van ongeveer 20 cm van elkaar stonden


Metingen

85

Testresultaten

TCP Stream test no interference TCP No key 1Mbit 2Mbit 5,5Mbit 11Mbit

0,765 1,473 3,005 4,461

UDP Stream Test 1 Mbit 2 Mbit 5,5 Mbit 11 Mbit no key no key no key no key send receive send receive send receive send receive 500 600 700 800 900 1000 1100 1200 1300 1400 1500 1600 1700 1800 1900 2000

0,8 0,838 0,858 0,898 0,915 0,934 0,941 0,959 0,962 0,975 0,864 0,846 0,907 0,922 0,924 0,927

0,8 0,838 0,858 0,898 0,915 0,934 0,941 0,959 0,962 0,975 0,864 0,846 0,907 0,922 0,924 0,927

1,354 1,43 1,488 1,546 1,605 1,641 1,662 1,702 1,726 1,749 1,516 1,552 1,565 1,61 1,626 1,64

1,354 1,43 1,488 1,546 1,605 1,641 1,662 1,702 1,726 1,749 1,516 1,552 1,565 1,61 1,626 1,64

2,43 2,716 2,911 3,09 3,261 3,403 3,467 3,591 3,715 3,795 2,908 3,074 3,153 3,202 3,329 3,395


2,43 2,716 2,911 3,09 3,261 3,403 3,467 3,591 3,715 3,795 2,908 3,074 3,153 3,202 3,329 3,395

3,091 3,584 3,905 4,263 4,529 4,864 5,133 5,418 5,63 5,831 4,048 4,263 4,375 4,62 4,751 4,909

3,091 3,584 3,905 4,263 4,529 4,864 5,133 5,418 5,63 5,831 4,048 4,263 4,375 4,62 4,751 4,909

Metingen

86

Grafieken

Mbit/s

TCP Stream Test no interference 5 4,5 4 3,5 3 2,5 2 1,5 1 0,5 0 1Mbit

2Mbit

5,5Mbit

11Mbit

UDP Stream Test 7 6

Mbit/s

5 1 Mbit

4

2 Mbit

3

5,5 Mbit

2

11 Mbit

1

00 19

00 17

00 15

00 13

00 11

0 90

70

50

0

0

0

Pakketgrootte

Besluit Hoewel deze kaarten gebruik maken van externe antennes liggen de gemeten waarden lager dan bij de Orinoco kaarten. Waarschijnlijk valt dit juist te verklaren aan het gebruik van de antennes. De aansluiting van de externe antennes was waarschijnlijk niet helemaal ideaal. Soms daalde de throughput ineens heel sterk bij bepaalde metingen zonder enige verklaring, het opnieuw bevestigen van de antennes en de testen opnieuw uitvoeren loste het probleem meestal op.


Metingen

87

5.2.2.2.

Met interferentie van Orinoco bij verschillende kanalen


Doel van de test Nagaan in welke mate draadloze kaarten die op verschillende kanalen werken elkaar beïnvloeden en storen. Hiertoe werden de Orinoco kaarten op kanaal 13 gezet en genereerden deze voortdurend verkeer. Ondertussen werd met de Prism2 kaarten de verschillende kanalen afgelopen en werden er verschillende throughput testen uitgevoerd op de kaarten bij een snelheid van 11 Mbit/s.

Beschrijving van de testopstelling De twee computers met de Orinoco kaarten bevinden zich boven elkaar, de afstand tussen de twee draadloze kaarten bedraagt ongeveer 20 cm. De twee computers met de Prism2 kaarten bevinden zich eveneens boven elkaar bovenop deze met de Orinoco kaarten. Er wordt gebruik gemaakt van externe antennes bij de Prism2 kaarten. De externe antenne van de Prism2 kaart die dient als ontvanger bevindt zich naast de Orinoco kaart die dienst doet als zender en dus zorgt voor storing en interferentie. Er werden zowel TCP als UDP testen uitgevoerd aan een snelheid van 11Mbit/s.


Metingen

88

Testresultaten TCP Stream test kanaal

TCP 1 2 3 4 5 6 7 8 9 10 11 12 13

3,21 2,24 2,19 1,82 2,01 1,27 1,50 0,97 0,00 0,00 0,00 0,00 0,00

UDP Stream test kanaal v. interferentie send 1 2 3 4 5 6 7 8 9 10 11 12 13

UDP 500 UDP 1470 receive send receive 2,48 2,48 3,76 3,76 1,91 1,91 2,63 2,62 1,86 1,86 2,63 2,62 1,83 1,83 2,24 2,22 1,03 1,03 2,53 2,53 0,71 0,71 1,49 1,49 0,62 0,62 2,24 2,24 0,50 0,50 1,41 1,41 0,10 0,10 0,16 0,10 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00


Metingen

89

Grafieken TCP Stream Test 3,50 3,00 2,50 2,00 1,50 1,00 0,50 0,00 1

2

3

4

5

6

7

8

9

10 11 12 13

Kanaal

Mbit/s

UDP Stream test 4,00 3,50 3,00 2,50 2,00 1,50 1,00 0,50 0,00

UDP 500 UDP 1470

1

2

3

4

5

6

7

8

9 10 11 12 13

Kanaal

Besluit Eerst planden we om een gelijkaardige test uit te voeren zoals bij de Orinoco kaarten waarbij nu de Orinoco kaarten op kanaal 6 zouden staan en voor interferentie zouden zorgen. De Prism2 kaarten ondervonden echter zo’n sterke invloed van interferentie dat het onmogelijk was enige metingen uit te voeren. Daarom werd besloten de Orinoco kaarten op kanaal 13 te zetten en op die manier de testen uit te voeren. De metingen geven aan dat prestaties in dalende lijn naar beneden gaan. Vanaf kanaal 9 was de throughput zo goed als nul en metingen uitvoeren bij hogere kanalen werd onmogelijk. Blijkbaar ondervinden deze kaarten juist door het gebruik van de externe antennes een sterke storende invloed. Verder viel het ons dat de metingen uitgevoerd met deze kaarten verre van stabiel waren, verschillende metingen in dezelfde omstandigheden gaven soms sterk uiteenlopende resultaten.


Metingen

90

Bluetooth 5.2.2.3.

Zonder interferentie met sleutels


Doel van de test Nagaan in hoeverre de gemeten waarden overeenkomen met de theoretische waarden. En onderzoeken of er enig verschil optreedt bij het al dan niet gebruiken van encryptie.

Beschrijving van de testopstelling De twee computers met de Bluetooth devices bevinden zich boven elkaar, de afstand tussen de twee Bluetooth devices bedraagt ongeveer 20 cm. Er is geen interferentie van enige draadloze kaarten.

Testresultaten

TCP stream test nokey

key

0,628

0,63

UDP stream test

500 600 700 800 900 1000 1100 1200 1300 1400 1500 1600 1700 1800 1900 2000

nokey key send reveive send receive 0,571 0,571 0,571 0,571 0,66 0,654 0,68 0,68 0,597 0,592 0,6 0,6 0,69 0,69 0,69 0,69 0,69 0,69 0,69 0,69 0,68 0,68 0,661 0,655 0,691 0,691 0,688 0,688 0,69 0,69 0,69 0,69 0,73 0,73 0,73 0,73 0,7 0,7 0,7 0,7 0,64 0,64 0,64 0,64 0,68 0,68 0,68 0,68 0,68 0,68 0,68 0,68 0,69 0,69 0,69 0,69 0,68 0,68 0,68 0,68 0,69 0,69 0,69 0,69


Metingen

91

Grafieken

UDP stream test 0,8

Mbit/s

0,7 0,6 0,5 0,4

nokey key

0,3 0,2

19 00

17 00

15 00

13 00

11 00

90 0

70 0

50 0

0,1 0

pakketgrootte Besluit De gemeten waarden van de throughput bij zowel TCP als UDP geven zo goed als geen verschil. Het gebruik van encryptie bij Bluetooth heeft geen negatief effect op de prestaties.


Metingen

92

5.2.2.4.

Met interferentie van Orinoco zonder sleutel

De gebruikte testtools Netperf

Doel van de test Het doel van deze test was het onderzoeken of/en in welke mate de wireless LAN kaarten een invloed hebben op de prestaties van Bluetooth en in welke omstandigheden.

Beschrijving van de opstelling De twee computers met Bluetooth bevinden zich boven elkaar. De afstand tussen de twee Bluetooth devices is 20 cm. De twee andere computers, die de Orinoco kaarten bevatten, bevinden zich eveneens boven elkaar, ook met een afstand van 20 cm tussen de twee wireless LAN kaarten. Verder is de afstand tussen de computers met Bluetooth en diegene met de wireless LAN kaarten verschillend per test. Er werden zowel TCP als UDP testen uitgevoerd op de Bluetooth.

Testresultaten TCP Stream test interference TCP Stream test no interference 20cm 1m 2m 3m 4m TCP No key TCP No key TCP No key TCP No key TCP No key TCP No key 0,07

0,145

0,37

0,62

0,623

0,628

UDP Stream Test no key no int no key 20cm no key 1m no key 2m no key 3m no key 4m send receive send receive send receive send receive send receive send receive 500 0,571 0,571 0,114 0,079 0,184 0,165 0,394 0,394 0,57 0,57 0,57 0,57 600 0,66 0,654 0,114 0,081 0,186 0,167 0,414 0,414 0,666 0,666 0,68 0,68 700 0,597 0,592 0,11 0,079 0,194 0,163 0,4 0,4 0,6 0,6 0,6 0,6 800 0,69 0,69 0,119 0,079 0,2 0,178 0,412 0,412 0,672 0,672 0,69 0,69 900 0,69 0,69 0,124 0,082 0,214 0,181 0,419 0,419 0,674 0,674 0,69 0,69 1000 0,68 0,68 0,125 0,084 0,206 0,178 0,44 0,44 0,68 0,68 0,68 0,68 1100 0,691 0,691 0,123 0,079 0,216 0,184 0,44 0,44 0,655 0,648 0,682 0,682 1200 0,69 0,69 0,121 0,082 0,206 0,18 0,45 0,45 0,684 0,684 0,69 0,69 1300 0,73 0,73 0,125 0,082 0,204 0,173 0,461 0,461 0,73 0,73 0,73 0,73 1400 0,7 0,7 0,125 0,082 0,211 0,177 0,454 0,454 0,67 0,67 0,697 0,697 1500 0,64 0,64 0,121 0,082 0,192 0,168 0,42 0,42 0,64 0,64 0,64 0,64 1600 0,68 0,68 0,119 0,079 0,204 0,183 0,43 0,43 0,68 0,68 0,66 0,654 1700 0,68 0,68 0,118 0,079 0,197 0,169 0,42 0,42 0,678 0,678 0,681 0,681 1800 0,69 0,69 0,122 0,081 0,208 0,175 0,438 0,438 0,675 0,675 0,69 0,69 1900 0,68 0,68 0,126 0,081 0,216 0,193 0,432 0,432 0,68 0,68 0,68 0,68 2000 0,69 0,69 0,125 0,082 0,221 0,191 0,448 0,448 0,688 0,688 0,69 0,69


Metingen

93

Grafieken

TCP Stream Test 0,7 0,6

Mbit/s

0,5 0,4 0,3 0,2 0,1 0 20cm

1m

2m

3m

4m

Afstand

UDP Stream Test 0,8 0,7 no key no int no key 20cm no key 1m no key 2m no key 3m no key 4m

Mbit/s

0,6 0,5 0,4 0,3 0,2 0,1

19 00

17 00

15 00

13 00

11 00

90 0

70 0

50 0

0

Afstand

Besluit Op korte afstanden hebben de wireless LAN kaarten een zeer sterke negatieve invloed op de Bluetooth devices. De throughput daalt zeer sterk, dit zowel bij de TCP als UDP testen. Wanneer de afstand vergroot daalt dit negatief effect echter snel, vanaf een drietal meter, is er zo goed als geen meetbaar effect meer.


Metingen

94

5.3 Algemeen besluit 5.3.1

Metingen, algemeen

•

Het zendvermogen van zowel de ORiNOCO als de PRISM2 kaart was niet aan te passen.

•

Het is niet gelukt om data uit te wisselen tussen een ORiNOCO kaart en een PRISM2 kaart in hetzelfde netwerk.

•

PRISM2 presteert zeer slecht zonder antennes. Met antennes presteert ze minder goed dan ORiNOCO zowel individueel als met interferentie. Waarschijnlijk hebben we niet de juiste antennes gebruikt, waardoor de signaalkwaliteit slecht is.

•

Wij hebben gebruik gemaakt van een script om de PRISM2 kaarten te starten. Als argumenten worden snelheid en kanaal meegegeven. Men zou dit nog kunnen uitbreiden zodat alle commando’s geïntegreerd worden in een script, wat de instelling van de kaarten eenvoudiger maakt.

•

Interferentie speelde enkel een grote rol bij kleine afstanden tussen de stations.

5.3.2

802.11b of Bluetooth?

De toepassingsgebieden van beide technologieën overlappen elkaar. In sommige gevallen haalt men toch voordeel uit een bepaalde technologie.

802.11b zal men gebruiken: •

Wanneer men een hoge transmissiesnelheid eist. Aangezien Bluetooth gebruik maakt van een frequentie-hopping aan 1600 hops/sec kan er geen gebruik gemaakt worden van lange datablokken nodig voor het halen van hogere snelheden.

•

Bij complexe netwerken met vele gebruikers.

•

Eerder bij industriële toepassingen

•

Wanneer relatief grote afstanden moeten overbrugd worden, zeker wanneer men externe antennes gebruikt: bedrijfsterreinen, luchthavens, universiteiten,…

Voorbeelden van toepassingen: draadloze netwerken in kantoorgebouwen, openbare draadloze netwerken (toegankelijk voor iedereen).

Bluetooth zal men gebruiken: •

in compacte toestellen

•

in toestellen op batterijen

•

bij kleinere afstanden


Metingen

95

Bluetooth toestellen kunnen de mogelijkheid bezitten om zelfstandig een netwerk op te zetten, zonder tussenkomst van de gebruiker. Dit laat toe om snel een connectie op te zetten tussen 2 Bluetooth devices. Hierdoor is Bluetooth eerder geschikt voor het opzetten van tijdelijke connecties, bv. voor het uitwisselen van gegevens zoals het synchroniseren van agenda’s, aanpassen van een telefoonlijst van een GSM,... Voorbeelden van toepassingen zijn: GSM’s, PDA’s, hand-held apparaten, draadloze hoofdtelefoons, toetsenborden, muizen, draadloze sensoren met batterijen, …


Bibliografie

6

96

Bibliografie Boeken

J. Geier. Wireless LAN’s, second edition. Sams Publishing, 2002

W. Stallings. Wireless communications and networks. Prentice-Hall, Inc., Upper Sadle River, New Jersey, 2002

Mathew S. Gast 802.11 Wireless networks O’Reilly & Associates, Inc., 1005 Gravenstein Highway North, Sebastopol.

Cameron Newham, Bill Rosenblatt Learning the bash Shell, 2nd Edition O’Reilly & Associates, Inc., 1005 Gravenstein Highway North, Sebastopol January 1998

Websites www.bluetooth.com www.palowireless.com www.kernel.org pcmcia-cs.sourceforge.net/ bluez.sourceforge.net/ www.hpl.hp.com/personal/Jean_Tourrilhes/ Linux/Tools.html

tools voor metingen http://www.caida.org/tools/taxonomy/performance.xml#bw

hardware specificaties http://www.orinocowireless.com/products/all/orinoco/docs/ds/PC-card.pdf http://www.netgate.com/Library/Spec2511CD+EXT2.pdf

linux http://panic.et.tudelft.nl/debian/handleiding/


Bijlagen

Bijlagen A. Scripts voor metingen wlan.test #!/bin/bash #wlan.test

#Naam van test (meegeven als argument) naam=$1

#Omschrijving (meegeven als argument) omschr=$2

#Oproepen van verschillende testscripts

#------#NETPERF #-------

echo Start van netperf.test echo Start van netperf.test>>log.txt date>>log.txt cd /work/scripts/netperf/ ./netperf.test $naam $omschr cd /work/scripts/ echo Einde van netperf.test echo Einde van netperf.test>>log.txt date>>log.txt echo -->>log.txt

#----#IPERF #-----

echo Start van iperf.test echo Start van iperf.test>>log.txt date>>log.txt cd /work/scripts/iperf/


97

Bijlagen ./iperf.test $naam $omschr cd /work/scripts/ echo Einde van iperf.test echo Einde van iperf.test>>log.txt date>>log.txt echo -->>log.txt

#---#PING #----

echo Start van ping.test echo Start van ping.test>>log.txt date>>log.txt cd /work/scripts/ping/ ./ping.test $naam $omschr cd /work/scripts/ echo Einde van ping.test echo Einde van ping.test>>log.txt date>>log.txt echo -->>log.txt

#---#BING #----

echo Start van bing.test echo Start van bing.test>>log.txt date>>log.txt cd /work/scripts/bing/ ./bing.test $naam $omschr cd /work/scripts/ echo Einde van bing.test echo Einde van bing.test>>log.txt date>>log.txt echo -->>log.txt

#----#NTTCP #-----


98

Bijlagen

99

echo Start van nttcp.test echo Start van nttcp.test>>log.txt date>>log.txt cd /work/scripts/nttcp/ ./nttcp.test $naam $omschr cd /work/scripts/ echo Einde van nttcp.test echo Einde van nttcp.test>>log.txt date>>log.txt echo -->>log.txt

netperf.test #!/bin/bash #netperf.test testscript netperf

#Logfile waarnaar de testresultaten worden uitgeschreven

#Directory dir=/work/results/netperf/

#Filename (unieke naam, aan te passen na iedere test) netperf=netperf naam=$netperf$1

#Omschrijving test (aan te passen na veranderen testopstelling) omschrijving=$2

#Naam logfile file=$naam$omschrijving.log

#Aantal herhalingen van dit script aantal=1 #Uit te voeren script script=./netperf.scr

#Uitprinten datum + instellingen kaart date>>$dir$file echo>>$dir$file echo --------------------------------------------------->>$dir$file


Bijlagen

100

j=0 while [ $j -lt 4 ]; do #Aanpassen bitrate van kaart case $j in 0)iwconfig eth1 rate 1M;; 1)iwconfig eth1 rate 2M;; 2)iwconfig eth1 rate 5.5M;; 3)iwconfig eth1 rate 11M;; esac #Uitschrijven bitrate echo -------------------------------------------------->>$dir$file case $j in 0)echo Test Bitrate 1 Mbit echo Bitrate 1 Mbit>>$dir$file date>>$dir$file;; 1)echo Test Bitrate 2 Mbit echo Bitrate 2 Mbit>>$dir$file date>>$dir$file;; 2)echo Test Bitrate 5.5 Mbit echo Bitrate 5.5 Mbit>>$dir$file date>>$dir$file;; 3)echo Test Bitrate 11 Mbit echo Bitrate 11 Mbit>>$dir$file date>>$dir$file;; esac echo -------------------------------------------------->>$dir$file sleep 1 iwconfig eth1>>$dir$file echo -------------------------------------------------->>$dir$file

#Aantal keer uitvoeren van script bij huidige bitrate i=0 while [ $i -lt $aantal ]; do $script $naam $omschrijving $j >>$dir$file let i=i+1 done let j=j+1 done


Bijlagen

101

netperf.scr #!/bin/bash #netperf.scr

#Aangepaste file waarnaar de resultaten worden uitgeschreven

#Directory dir=/work/results/netperf/

#Filename naam=$1

#Omschrijving test omschrijving=$2

#Naam file excel=excel file=$naam$omschrijving$excel.txt

#Tempfile temp=temp.txt recvtemp=recvtemp.txt

#Aantal herhalingen vd verschillende testen aantal=10

#instellingen kaart uitschrijven naar excelfile echo --------------------------------------------------->>$dir$file sleep 1 iwconfig eth1>>$dir$file echo --------------------------------------------------->>$dir$file

#---------#TCP TESTEN #----------

date>>$dir$file i=0 #while [ $i -lt 0 ]; do while [ $i -lt $aantal ]; do


Bijlagen

102

cd /opt/netperf/ ./netperf -H 10.10.110.236>$dir$temp cat $dir$temp echo if [ $i -eq 0 ] then cat $dir$temp>>$dir$file else cat $dir$temp | sed -e '7!d;q'>>$dir$file fi let i=i+1 done echo average:>>$dir$file echo --------------------------------------------------->>$dir$file

#----------------#UDP STREAM TESTEN #-----------------

#udptest met variabele message size

i=0 k=500 declare -i t t=$aantal-1 while [ $i -lt 16 ]; do #while [ $i -lt 2 ]; do date>>$dir$file j=0 cd /opt/netperf/ # while [ $j -lt 2 ]; do while [ $j -lt $aantal ]; do ./netperf -H 10.10.110.236 -t UDP_STREAM -- -m $k>$dir$temp cat $dir$temp

if [ $j -eq 0 ] then cat $dir$temp | sed -e '1,5!d;5q'>>$dir$file echo send performance>>$dir$file cat $dir$temp | sed -e '6!d;q'>>$dir$file else cat $dir$temp | sed -e '6!d;q'>>$dir$file fi if [ $j -eq $t ]


Bijlagen

103 then echo average:>>$dir$file fi if [ $j -eq 0 ] then cat $dir$temp | sed -e '1,5!d;5q'>$dir$recvtemp echo receive performance>>$dir$recvtemp cat $dir$temp | sed -e '7!d;q'>>$dir$recvtemp else cat $dir$temp | sed -e '7!d;q'>>$dir$recvtemp fi if [ $j -eq $t ] then echo average:>>$dir$recvtemp fi let j=j+1

done echo

>>$dir$file

cat $dir$recvtemp>>$dir$file let k=k+100 let i=i+1 echo ------------------------------------------------->>$dir$file done

#verwijderen beginspaties + .>,

xl=xl if [ $3 -eq 3 ] then sed '/^ /s/\./,/g' $dir$file | sed 's/^ *//' >> $dir$naam$omschrijving$xl.txt

#beveiligen tegen schrijven chmod 444 $dir$naam$omschrijving$xl.txt fi

ping.test #!/bin/bash #ping.test testscript ping


#Directory dir=/work/results/ping/


Bijlagen

104

#Filename (unieke naam, aan te passen na iedere test) ping=ping naam=$ping$1



#Aantal herhalingen van dit script aantal=1 #Uit te voeren script script=./ping.scr


j=0 while [ $j -lt 4 ]; do #Aanpassen bitrate van kaart case $j in 0)iwconfig eth1 rate 1M;; 1)iwconfig eth1 rate 2M;; 2)iwconfig eth1 rate 5.5M;; 3)iwconfig eth1 rate 11M;; esac #Uitschrijven bitrate echo -------------------------------------------------->>$dir$file case $j in 0)echo Test Bitrate 1 Mbit echo Bitrate 1 Mbit>>$dir$file date>>$dir$file;; 1)echo Test Bitrate 2 Mbit echo Bitrate 2 Mbit>>$dir$file date>>$dir$file;; 2)echo Test Bitrate 5.5 Mbit echo Bitrate 5.5 Mbit>>$dir$file


Bijlagen

105

date>>$dir$file;; 3)echo Test Bitrate 11 Mbit echo Bitrate 11 Mbit>>$dir$file date>>$dir$file;; esac echo -------------------------------------------------->>$dir$file iwconfig eth1>>$dir$file echo -------------------------------------------------->>$dir$file #Aantal keer uitvoeren van script bij huidige bitrate i=0 while [ $i -lt $aantal ]; do $script $naam $omschrijving >>$dir$file let i=i+1 done let j=j+1 done

ping.scr #!/bin/bash #ping.scr



#Filename

naam=$1


#Naam file xl=xl file=$naam$omschrijving$xl.txt

#Aantal herhalingen vd verschillende testen


Bijlagen

106

aantal=1

#instellingen kaart uitschrijven naar excelfile echo --------------------------------------------------->>$dir$file iwconfig eth1>>$dir$file echo --------------------------------------------------->>$dir$file

#---------# TESTEN #----------

test="ping 10.10.110.236 -c 100" date>>$dir$file i=0 #while [ $i -lt 0 ]; do while [ $i -lt $aantal ]; do echo $test >>$dir$file $test >>$dir$file let i=i+1 done echo --------------------------------------------------->>$dir$file

#beveiligen tegen schrijven chmod 444 $dir$file

iperf.test #!/bin/bash #ping.test testscript ping



#Filename (unieke naam, aan te passen na iedere test) ping=ping naam=$ping$1


Bijlagen

107



#Aantal herhalingen van dit script aantal=1 #Uit te voeren script script=./ping.scr


j=0 while [ $j -lt 4 ]; do #Aanpassen bitrate van kaart case $j in 0)iwconfig eth1 rate 1M;; 1)iwconfig eth1 rate 2M;; 2)iwconfig eth1 rate 5.5M;; 3)iwconfig eth1 rate 11M;; esac #Uitschrijven bitrate echo -------------------------------------------------->>$dir$file case $j in 0)echo Test Bitrate 1 Mbit echo Bitrate 1 Mbit>>$dir$file date>>$dir$file;; 1)echo Test Bitrate 2 Mbit echo Bitrate 2 Mbit>>$dir$file date>>$dir$file;; 2)echo Test Bitrate 5.5 Mbit echo Bitrate 5.5 Mbit>>$dir$file date>>$dir$file;; 3)echo Test Bitrate 11 Mbit echo Bitrate 11 Mbit>>$dir$file date>>$dir$file;; esac


Bijlagen

108

echo -------------------------------------------------->>$dir$file iwconfig eth1>>$dir$file echo -------------------------------------------------->>$dir$file #Aantal keer uitvoeren van script bij huidige bitrate i=0 while [ $i -lt $aantal ]; do $script $naam $omschrijving >>$dir$file let i=i+1 done let j=j+1 done

iperf.scr #!/bin/bash #ping.scr



#Filename

naam=$1


#Naam file xl=xl file=$naam$omschrijving$xl.txt

#Aantal herhalingen vd verschillende testen aantal=1

#instellingen kaart uitschrijven naar excelfile echo --------------------------------------------------->>$dir$file iwconfig eth1>>$dir$file


Bijlagen

109

echo --------------------------------------------------->>$dir$file

#---------# TESTEN #----------

test="ping 10.10.110.236 -c 100" date>>$dir$file i=0 #while [ $i -lt 0 ]; do while [ $i -lt $aantal ]; do echo $test >>$dir$file $test >>$dir$file let i=i+1 done echo --------------------------------------------------->>$dir$file

#beveiligen tegen schrijven chmod 444 $dir$file

nttcp.test #!/bin/bash

echo "/-------------------\\" echo "| testscript NTTCP

|"

echo "\\-------------------/"

#doorgegeven variabelen #---------------------naam=$1 omschrijving=$2

#Aantal tests (aantal keer dit testscript wordt uitgevoerd) #---------------------------------------------------------aantal=1


Bijlagen

110

#Resultaten (file waarnaar de testresultaten worden uitgeschreven) #----------------------------------------------------------------file=/work/results/nttcp/nttcp$naam$omschrijving.txt

rm $file

j=0 while [ $j -lt 4 ]; do

#verrschillende bitrates instellen case $j in 0)iwconfig eth1 rate 1M;; 1)iwconfig eth1 rate 2M;; 2)iwconfig eth1 rate 5.5M;; 3)iwconfig eth1 rate 11M;; esac

#Herhalen van dit script i=0 while [ $i -lt $aantal ]; do echo testreeks $j test $i

# oproepen van script waar de commando's instaan # doorgeven van bitrateparameter en file ./nttcp.script $j $file let i=i+1 done let j=j+1 done

#backup


Bijlagen

111

cat $file > backupLastTest.txt

nttcp.scr #script voor het uitvoeren van de testcommando's temp=/work/results/nttcp/temp.txt #tijdelijk bestand tempSender=/work/results/nttcp/tempSender.txt #tijdelijk bestand tempReceiver=/work/results/nttcp/tempReceiver.txt #tijdelijk bestand

#aantal keer dat elk commando moet uitgevoerd worden #--------------------------------------------------aantalTests=10

#aantal bytes per test #--------------------#10MB

#doorgegeven parameters rateIndex=$1 file=$2

#rateIndex 0 -> 1Mbps #rateIndex 1 -> 2Mbps #rateIndex 2 -> 5.5Mpbs #rateIndex 3 -> 11Mbps

iwconfig eth1 >> $file bestand

#TCP #--------------------------#lengte buffers

l= 8kB = 8192B

#aantal buffers

n=640


#schrijf huidige settings eth1 naar

Bijlagen

112

#hieruit volgt dat filsize=10MB

i=0 while [ $i -lt $aantalTests ]; do if [ $i -eq 0 ] then echo "sender" > $tempSender echo "receiver" > $tempReceiver echo "" >> $file date >> $file echo "->TCP">> $file nttcp -p 5038 -n 1280 -l 8192 -T -f "%9b%8.2rt%12.4rbr%10l%10n" 10.10.110.236 > $temp sed -e '1!d' $temp >> $tempSender else nttcp -p 5038 -n 1280 -l 8192 -T -f "%9b%8.2rt%12.4rbr%10l%10n" 10.10.110.236 > $temp fi sed -e 's/^l/HOST/' -e '2!d' $temp >> $tempSender sed -e 's/^1/SERV/' -e '3!d' $temp >> $tempReceiver

let i=i+1 done

cat $tempSender >> $file echo "average:" >> $file cat $tempReceiver >> $file echo "average:" >> $file #---------------------------

#UDP variabele packetsize #---------------------------

declare -i packetSize=500 number=0 while [ $packetSize -le 2000 ]; do

let number='10485760 / packetSize'

i=0 while [ $i -lt $aantalTests ]; do


Bijlagen

113

case $rateIndex in 0)rate=1m;; 1)rate=2m;; 2)rate=5.5m;; 3)rate=11m;; esac

if [ $i -eq 0 ] then

echo "sender" > $tempSender echo "receiver" > $tempReceiver

echo "" >> $file date >> $file echo "->UDP, packetsize " $packetSize " bytes, test0"

>> $file nttcp -p 5038 -T -u -n $number -l $packetSize

-f "%9b%8.2rt%12.4rbr%10l%10n" 10.10.110.236 > $temp sed -e '1!d' $temp >> $tempSender

else nttcp -p 5038 -T -u -n $number -l $packetSize -f "%9b%8.2rt%12.4rbr%10l%10n" 10.10.110.236 > $temp

fi

sed -e 's/^l/HOST/' -e '2!d' $temp

>> $tempSender

sed -e 's/^1/SERV/' -e '3!d' $temp >> $tempReceiver

let i=i+1 done

cat $tempSender >> $file echo "average:" >>$file

cat $tempReceiver >> $file echo "average:" >>$file


Bijlagen

let packetSize=packetSize+100 done #---------------------------

bluetooth.start1 #Laden modules

cd /lib/modules/2.4.20/kernel/drivers/usb/ insmod usb-uhci.o cd ../../net/bluetooth/ insmod bluez.o cd ../../drivers/bluetooth/ insmod hci_usb.o cd ../../net/bluetooth/ insmod l2cap.o

#Hci0 up sleep 1 hciconfig hci0 up

#Inladen config file

hcid -f /etc/bluetooth/hcid.conf

#Scannen #cd /etc/bluetooth #hcitool scan

#Opzetten netwerk

#cd /lib/modules/2.4.20/kernel/net/bluetooth/ #insmod bnep.o

#enkel voor 238 #pand --listen --role GN

#enkel voor 239


114

Bijlagen #pand --connect 00:60:57:18:FE:56

#IP toekennen 238 #ifconfig bnep0 10.10.110.238 #IP toekennen 239 #ifconfig bnep0 10.10.110.239

bluetooth.start2 echo scannen hcitool scan

echo module bnep.o inladen cd /lib/modules/2.4.20/kernel/net/bluetooth insmod bnep.o

echo "station als master instellen" pand --listen role GN

#echo "ip adres toekennen" #ifconfig bnep0 10.10.210.238

#ifconfig

bluetooth.start3 #echo scannen #hcitool scan

#echo module bnep.o inladen #cd /lib/modules/2.4.20/kernel/net/bluetooth #insmod bnep.o

#echo "station als master instellen" #pand --listen role GN

echo "ip adres toekennen" ifconfig bnep0 10.10.210.238

ifconfig


115

Bijlagen

116

prism.start #!/bin/bash

rate=$1 ch=1 #uitzetten kaart ifconfig -i wlan0 down

#verwijderen modules rmmod prism2_plx rmmod p80211

#laden modules cd /lib/modules/2.4.20/net/ insmod p80211.o insmod prism2_plx.o

wlanctl-ng wlan0 lnxreq_ifstate ifstate=enable #message=lnxreq_ifstate

case $rate in 0)wlanctl-ng wlan0 dot11req_start ssid=asi \ bsstype=independent beaconperiod=100 dtimperiod=3 \ cfpperiod=3 cfpmaxduration=100 dschannel=$ch \ probedelay=100 cfpollable=false cfpollreq=false \ basicrate1=2 basicrate2=4 \ operationalrate1=2 operationalrate2=4 operationalrate3=11 operationalrate4=22;; 2)wlanctl-ng wlan0 dot11req_start ssid=asi \ bsstype=independent beaconperiod=100 dtimperiod=3 \ cfpperiod=3 cfpmaxduration=100 dschannel=$ch \ probedelay=100 cfpollable=false cfpollreq=false \ basicrate1=2 basicrate2=4 \ operationalrate1=2;; 4)wlanctl-ng wlan0 dot11req_start ssid=asi \ bsstype=independent beaconperiod=100 dtimperiod=3 \ cfpperiod=3 cfpmaxduration=100 dschannel=$ch \ probedelay=100 cfpollable=false cfpollreq=false \


Bijlagen

117

basicrate1=2 basicrate2=4 \ operationalrate1=4;; 11)wlanctl-ng wlan0 dot11req_start ssid=asi \ bsstype=independent beaconperiod=100 dtimperiod=3 \ cfpperiod=3 cfpmaxduration=100 dschannel=$ch \ probedelay=100 cfpollable=false cfpollreq=false \ basicrate1=2 basicrate2=4 \ operationalrate1=11;; 22)wlanctl-ng wlan0 dot11req_start ssid=asi \ bsstype=independent beaconperiod=100 dtimperiod=3 \ cfpperiod=3 cfpmaxduration=100 dschannel=$ch \ probedelay=100 cfpollable=false cfpollreq=false \ basicrate1=2 basicrate2=4 \ operationalrate1=22;; esac

#toekennen ip-adres

ifconfig wlan0 10.10.110.239 \ netmask 255.255.255.0 \ broadcast 10.10.110.255

prism.stop #uitzetten kaart ifconfig -i wlan0 down

#verwijderen modules rmmod prism2_plx rmmod p80211

B. Lucent ORiNOCO: configuratiebestanden, PCMCIA ’.opts’ files network.opts file # Network adapter configuration # # The address format is "scheme,socket,instance,hwaddr".


Bijlagen

118

# # Note: the "network address" here is NOT the same as the IP address. # See the Networking HOWTO.

In short, the network address is the

IP # address masked by the netmask. # case "$ADDRESS" in *,*,*,*) INFO="Sample private network setup" # Transceiver selection, for some cards -- see 'man ifport' IF_PORT="" # Use BOOTP (via /sbin/bootpc, or /sbin/pump)? [y/n] BOOTP="n" # Use DHCP (via /sbin/dhcpcd, /sbin/dhclient, or /sbin/pump)? [y/n] DHCP="n" # If you need to explicitly specify a hostname for DHCP requests DHCP_HOSTNAME="" # Host's IP address, netmask, network address, broadcast address IPADDR="10.10.110.237" NETMASK="255.255.255.0" NETWORK="10.10.110.0" BROADCAST="10.10.110.255" # Gateway address for static routing GATEWAY="10.10.10.12" # Things to add to /etc/resolv.conf for this interface DOMAIN="" SEARCH="" DNS_1="" DNS_2="" DNS_3="" # NFS mounts, should be listed in /etc/fstab MOUNTS="" # If you need to override the interface's MTU... MTU="" # For IPX interfaces, the frame type and network number IPX_FRAME="" IPX_NETNUM=""


Bijlagen

119 # Extra stuff to do after setting up the interface start_fn () { return; } # Extra stuff to do before shutting down the interface stop_fn () { return; } # Card eject policy options NO_CHECK=n NO_FUSER=n ;;

esac

# This tries to use Debian's network setup in /etc/network/interfaces # if no settings are given higher up in this file.

You can delete

it # if that isn't desired.

is_true $PUMP || is_true $BOOTP || is_true $DHCP || \ [ -x /proc/sys/kernel/hotplug ] || \ if [ -z "$IPADDR" -a -f /etc/network/interfaces ] ; then INFO="Debian network setup" start_fn () { log /sbin/ifup $1 } stop_fn () { log /sbin/ifdown $1 } fi

wireless.opts file # Wireless LAN adapter configuration # # Theory of operation : # # The script attempts to match a block of settings to the specific wireless # card inserted, the *first* block matching the card is used. # The address format is "scheme,socket,instance,hwaddr", with * as a wildcard. # 'scheme' is the pcmcia scheme (set via 'cardctl scheme XXX'). # 'hwaddr' is the unique MAC address identifier of the wireless card.


Bijlagen

120

# The MAC address is usually printed on the card, or can be found via ifconfig. # Some examples here use only half of the MAC address with a wildcard to # match a whole family of cards... # # All the Wireless specific configuration is done through the Wireless # Extensions, so we will just call 'iwconfig' with the right parameters # defined below. # Of course, you need to have iwconfig installled on your system. # To download iwconfig, or for more info on Wireless Extensions : # http://www.hpl.hp.com/personal/Jean_Tourrilhes/Linux/Tools.html # # Note : you don't need to fill all parameters, leave them blank, in most # cases the driver will initialise itself with sane defaults values or # automatically figure out the value... And no drivers do support all # possible settings... # # If you make any mistakes, you'll get a cryptic message in the system # log.

You'll need to figure out on your own which parameter was

wrong: #

cardmgr[310]: executing: './network start wvlan0'

#

cardmgr[310]: + SIOCSIWMODE: Invalid argument

# I've tried to give more troubleshooting help at : # http://www.hpl.hp.com/personal/Jean_Tourrilhes/Linux/Tools.html#de bug # In case of doubts, just check "/etc/pcmcia/wireless" for the gory details... # # Note also that this script will work only with the original Pcmcia scripts, # and not with the default Red Hat scripts. Send a bug report to Red Hat ;-) #


Bijlagen

121

# Finally, send comments and flames to me, Jean Tourrilhes <[email protected]> #

case "$ADDRESS" in

# NOTE : Remove the following four lines to activate the samples below ... # --------- START SECTION TO REMOVE ----------#*,*,*,*) #

;;

# ---------- END SECTION TO REMOVE ------------

# Here is an example of scheme matching # Activate with "cardctl scheme essidany"

# Pick up any Access Point, should work on most 802.11 cards #essidany,*,*,*) #

INFO="Any ESSID"

#

ESSID="wavelan intec2"

#

;;

# Here are a few examples with a few Wireless LANs supported... # The matching is done on the first 3 bytes of the MAC address

# Lucent Wavelan IEEE (+ Orinoco, RoamAbout and ELSA) # Note : wvlan_cs driver only, and version 1.0.4+ for encryption support *,*,*,00:60:1D:*|*,*,*,00:02:2D:*) INFO="Wavelan IEEE example (Lucent default settings)" ESSID="asi" MODE="Ad-Hoc" #

RATE="auto"

#

KEY="s:secu1"

# To set all four keys, use : #

KEY="s:secu1 [1] key s:secu2 [2] key s:secu3 [3] key s:secu4

[4] key [1]" # For the RG 1000 Residential Gateway: The ESSID is the identifier on # the unit, and the default key is the last 5 digits of the same. #

ESSID="084d70"


Bijlagen #

122 KEY="s:84d70" ;;

...

config.opts file # # Local PCMCIA Configuration File # #----------------------------------------------------------

# System resources available for PCMCIA devices

include port 0x100-0x4ff, port 0x800-0x8ff, port 0xc00-0xcff include memory 0xc0000-0xfffff include memory 0xa0000000-0xa0ffffff, memory 0x60000000-0x60ffffff

# High port numbers do not always work... # include port 0x1000-0x17ff

# Extra port range for IBM Token Ring include port 0xa00-0xaff

# Resources we should not use, even if they appear to be available

# First built-in serial port exclude irq 4 # Second built-in serial port #exclude irq 3 # First built-in parallel port exclude irq 7

#----------------------------------------------------------------

# Examples of options for loadable modules

# To fix sluggish network with IBM ethernet adapter... #module "pcnet_cs" opts "mem_speed=600"

# Options for IBM Token Ring adapters #module "ibmtr_cs" opts "mmiobase=0xd0000 srambase=0xd4000"


Bijlagen

123

# Options for Raylink/WebGear driver: uncomment only one line... # Generic ad-hoc network #module "ray_cs" opts "essid=ADHOC_ESSID hop_dwell=128 beacon_period=256 translate=1" # Infrastructure network for older cards #module "ray_cs" opts "net_type=1 essid=ESSID1" # Infrastructure network for WebGear #module "ray_cs" opts "net_type=1 essid=ESSID1 translate=1 hop_dwell=128 beacon_period=256"

# Options for WaveLAN/IEEE driver (AccessPoint mode)... #module "wvlan_cs" opts "station_name=MY_PC" # Options for WaveLAN/IEEE driver (ad-hoc mode)... module "wavelan_cs" opts "port_type=3 channel=10 station_name=moirae237"

# Options for Xircom Netwave driver... #module "netwave_cs" opts "domain=0x100 scramble_key=0x0"

config file # # PCMCIA Card Configuration Database # # config 1.221 2003/02/22 08:51:28 (David Hinds) #

# config.opts is now included at the very end.

In general, it is a

# good idea to add things to that file rather than to this one.

# # Device driver definitions # # These should generally not be changed! #

...

card "Lucent Technologies WaveLAN/IEEE Adapter" version "Lucent Technologies", "WaveLAN/IEEE" bind "wvlan_cs"


Bijlagen # bind "orinoco_cs"

...

# Include configuration files for add-on drivers

source ./*.conf

# Include local configuration settings

source ./config.opts


124

Bijlagen

125

C. Netgate met PRISM2: configuratiebestanden wlan.conf #! /bin/sh # Wireless LAN adapter configuration # # etc/wlan/wlan.conf # # Copyright (C) 1999 AbsoluteValue Systems, Inc.

All Rights

Reserved. # -------------------------------------------------------------# # linux-wlan # #

The contents of this file are subject to the Mozilla Public

#

License Version 1.1 (the "License"); you may not use this file

#

except in compliance with the License. You may obtain a copy of

#

the License at http://www.mozilla.org/MPL/

# #

Software distributed under the License is distributed on an "AS

#

IS" basis, WITHOUT WARRANTY OF ANY KIND, either express or

#

implied. See the License for the specific language governing

#

rights and limitations under the License.

# #

Alternatively, the contents of this file may be used under the

#

terms of the GNU Public License version 2 (the "GPL"), in which

#

case the provisions of the GPL are applicable instead of the

#

above.

If you wish to allow the use of your version of this

file #

only under the terms of the GPL and not to allow others to use

#

your version of this file under the MPL, indicate your decision

#

by deleting the provisions above and replace them with the

notice #

and other provisions required by the GPL.

If you do not delete

#

the provisions above, a recipient may use your version of this

#

file under either the MPL or the GPL.

# # ---------------------------------------------------------------#


Bijlagen

126

# Inquiries regarding the linux-wlan Open Source project can be # made directly to: # # AbsoluteValue Systems Inc. # [email protected] # http://www.linux-wlan.com # # --------------------------------------------------------------# # Portions of the development of this software were funded by # Intersil Corporation as part of PRISM(R) chipset product development. # # ---------------------------------------------------------------# This file is sourced by all configuration scripts. # # The WLAN_DEVICES variable identifies the device names of each WLAN device. # If you have more than one, make sure each one is identified in a whitespace # separated list that's assigned to WLAN_DEVICES.

WLAN_DEVICES="wlan0"

# Below is the list of channels to scan, when we scan. ChannelList="01:02:03:04:05:06:07:08:09:0a:0b:00:00:00" # Below is the min and max time we linger on a channel during a scan. ChannelMinTime=200 ChannelMaxTime=250 # And here we have the master scan toggle. WLAN_SCAN=n

########## # Note:

To bind to a specific network, change the SSID to some-

thing different #

and create the file /etc/wlan/wlancfg-<SSID> with your

network#

specific settings.

If this file is not present, the set-

tings in #

/etc/wlancfg/wlancfg-DEFAULT are used.


Bijlagen

127

# # for example: #

SSID_wlan0="linux-wlan"

# This expects a file called "/etc/wlan/wlancfg-linux-wlan" to be present. # # Use a SSID of "" to associate with any network in range. #########

SSID_wlan0="asi2" ENABLE_wlan0=y #SSID_wlan1="" #ENABLE_wlan1=n #SSID_wlan2="" #ENABLE_wlan2=n

wlancfg-asi2 #=======USER MIB SETTINGS============================= # You can add the assignments for various MIB items #

of your choosing to this variable, separated by

#

whitespace.

The wlan-ng script will then set each one.

# Just uncomment the variable and set the assignments #

the way you want them.

#USER_MIBS="p2CnfRoamingMode=1 p2CnfShortPreamble=mixed"

#=======WEP=========================================== # [Dis/En]able WEP.

Settings only matter if PrivacyInvoked is true

lnxreq_hostWEPEncrypt=false

# true|false

lnxreq_hostWEPDecrypt=false

# true|false

dot11PrivacyInvoked=false

# true|false

dot11WEPDefaultKeyID=0

# 0|1|2|3

dot11ExcludeUnencrypted=true

# true|false, in AP this means WEP is

required.

# If PRIV_GENSTR is not empty, use PRIV_GENTSTR to generate #

keys (just a convenience)

# add-ons/ in the tarball contains other key generators. PRIV_GENERATOR=/sbin/nwepgen PRIV_KEY128=false

# nwepgen, Neesus compatible

# keylength to generate


Bijlagen

128

PRIV_GENSTR=""

# or set them explicitly.

Set genstr or keys, not both.

dot11WEPDefaultKey0=

# format: xx:xx:xx:xx:xx


#

or

xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx dot11WEPDefaultKey2=

#


#

e.g.

01:20:03:40:05

or

01:02:03:04:05:06:07:08:09:0a:0b:0c:0d #=======SELECT STATION MODE=================== IS_ADHOC=y

# y|n, y - adhoc, n - infrastructure

#======= INFRASTRUCTURE STATION

===================

# What kind of authentication? AuthType="opensystem"

# opensystem | sharedkey (requires

WEP)

#======= ADHOC STATION ============================ BCNINT=100

# Beacon interval (in Kus)

CHANNEL=6

# DS channel for BSS (1-14, depends #

on regulatory domain)

BASICRATES="2 4"

# Rates for mgmt&ctl frames (in 500Kb/s)

OPRATES="2 4 11 22"

# Supported rates in BSS (in 500Kb/s)

Commands Command: dot11req_mibget mibattribute(required):UNKDATA{maxlen=392} Command: dot11req_mibset mibattribute(required):UNKDATA{maxlen=392} Command: dot11req_powermgmt powermgmtmode(required):ENUMINT{active|powersave} wakeup(required):ENUMINT{false|true} receivedtims(required):ENUMINT{false|true} Command: dot11req_scan bsstype(required):ENUMINT{infrastructure|independent|any} bssid(required):OCTETSTR{minlen=6, maxlen=6} ssid(required):DISPLAYSTR{minlen=0, maxlen=32} scantype(required):ENUMINT{active|passive|both} probedelay(optional):INT{} channellist(required):OCTETSTR{minlen=14, maxlen=14} minchanneltime(required):INT{}


Bijlagen

129 maxchanneltime(required):INT{}

Command: dot11req_scan_results bssindex(required):INT{} Command: dot11req_join bssid(required):OCTETSTR{minlen=6, maxlen=6} joinfailuretimeout(required):BOUNDEDINT{min=1, max=-1} basicrate1(required):BOUNDEDINT{min=2, max=127} basicrate2(optional):BOUNDEDINT{min=2, max=127} basicrate3(optional):BOUNDEDINT{min=2, max=127} basicrate4(optional):BOUNDEDINT{min=2, max=127} basicrate5(optional):BOUNDEDINT{min=2, max=127} basicrate6(optional):BOUNDEDINT{min=2, max=127} basicrate7(optional):BOUNDEDINT{min=2, max=127} basicrate8(optional):BOUNDEDINT{min=2, max=127} operationalrate1(required):BOUNDEDINT{min=2, max=127} operationalrate2(optional):BOUNDEDINT{min=2, max=127} operationalrate3(optional):BOUNDEDINT{min=2, max=127} operationalrate4(optional):BOUNDEDINT{min=2, max=127} operationalrate5(optional):BOUNDEDINT{min=2, max=127} operationalrate6(optional):BOUNDEDINT{min=2, max=127} operationalrate7(optional):BOUNDEDINT{min=2, max=127} operationalrate8(optional):BOUNDEDINT{min=2, max=127} Command: dot11req_authenticate peerstaaddress(required):OCTETSTR{minlen=6, maxlen=6} authenticationtype(required):ENUMINT{opensystem|sharedkey|not_set} authenticationfailuretimeout(required):BOUNDEDINT{min=1, max=1} Command: dot11req_deauthenticate peerstaaddress(required):OCTETSTR{minlen=6, maxlen=6} reasoncode(required):ENUMINT{unspec_reason|auth_not_valid|deauth_lv_ss|in activity|ap_overload|class23_err|class3_err|disas_lv_ss|asoc_not_auth} Command: dot11req_associate peerstaaddress(optional):OCTETSTR{minlen=6, maxlen=6} associatefailuretimeout(optional):BOUNDEDINT{min=1, max=-1} cfpollable(optional):ENUMINT{false|true} cfpollreq(optional):ENUMINT{false|true} privacy(optional):ENUMINT{false|true} listeninterval(required):INT{}


Bijlagen

130

Command: dot11req_reassociate newapaddress(required):OCTETSTR{minlen=6, maxlen=6} reassociatefailuretimeout(required):BOUNDEDINT{min=1, max=-1} cfpollable(required):ENUMINT{false|true} cfpollreq(required):ENUMINT{false|true} privacy(required):ENUMINT{false|true} listeninterval(required):INT{} Command: dot11req_disassociate peerstaaddress(required):OCTETSTR{minlen=6, maxlen=6} reasoncode(required):ENUMINT{unspec_reason|auth_not_valid|deauth_lv_ss|in activity|ap_overload|class23_err|class3_err|disas_lv_ss|asoc_not_auth} Command: dot11req_reset setdefaultmib(required):ENUMINT{false|true} macaddress(optional):OCTETSTR{minlen=6, maxlen=6} Command: dot11req_start ssid(required):DISPLAYSTR{minlen=0, maxlen=32} bsstype(required):ENUMINT{infrastructure|independent|any} beaconperiod(required):BOUNDEDINT{min=1, max=65535} dtimperiod(required):BOUNDEDINT{min=1, max=255} cfpperiod(optional):BOUNDEDINT{min=0, max=255} cfpmaxduration(optional):BOUNDEDINT{min=0, max=65535} fhdwelltime(optional):BOUNDEDINT{min=1, max=65535} fhhopset(optional):BOUNDEDINT{min=1, max=255} fhhoppattern(optional):BOUNDEDINT{min=0, max=255} dschannel(required):BOUNDEDINT{min=1, max=14} ibssatimwindow(optional):INT{} probedelay(optional):INT{} cfpollable(required):ENUMINT{false|true} cfpollreq(required):ENUMINT{false|true} basicrate1(required):BOUNDEDINT{min=2, max=127} basicrate2(optional):BOUNDEDINT{min=2, max=127} basicrate3(optional):BOUNDEDINT{min=2, max=127} basicrate4(optional):BOUNDEDINT{min=2, max=127} basicrate5(optional):BOUNDEDINT{min=2, max=127} basicrate6(optional):BOUNDEDINT{min=2, max=127} basicrate7(optional):BOUNDEDINT{min=2, max=127} basicrate8(optional):BOUNDEDINT{min=2, max=127} operationalrate1(required):BOUNDEDINT{min=2, max=127} operationalrate2(optional):BOUNDEDINT{min=2, max=127}


Bijlagen

131 operationalrate3(optional):BOUNDEDINT{min=2, max=127} operationalrate4(optional):BOUNDEDINT{min=2, max=127} operationalrate5(optional):BOUNDEDINT{min=2, max=127} operationalrate6(optional):BOUNDEDINT{min=2, max=127} operationalrate7(optional):BOUNDEDINT{min=2, max=127} operationalrate8(optional):BOUNDEDINT{min=2, max=127}

Command: lnxreq_ifstate ifstate(required):ENUMINT{disable|fwload|enable} Command: lnxreq_wlansniff enable(required):ENUMINT{false|true} channel(optional):BOUNDEDINT{min=1, max=14} prismheader(optional):ENUMINT{false|true} wlanheader(optional):ENUMINT{false|true} keepwepflags(optional):ENUMINT{false|true} stripfcs(optional):ENUMINT{false|true} packet_trunc(optional):BOUNDEDINT{min=0, max=2000} Command: lnxreq_hostwep decrypt(required):ENUMINT{false|true} encrypt(required):ENUMINT{false|true} Command: lnxreq_commsquality link(optional):BOUNDEDINT{min=0, max=0} level(optional):BOUNDEDINT{min=0, max=0} noise(optional):BOUNDEDINT{min=0, max=0} Command: lnxreq_autojoin ssid(required):DISPLAYSTR{minlen=0, maxlen=32} authtype(required):ENUMINT{opensystem|sharedkey|not_set} Command: p2req_join bssid(required):OCTETSTR{minlen=6, maxlen=6} basicrate1(optional):BOUNDEDINT{min=2, max=127} basicrate2(optional):BOUNDEDINT{min=2, max=127} basicrate3(optional):BOUNDEDINT{min=2, max=127} basicrate4(optional):BOUNDEDINT{min=2, max=127} basicrate5(optional):BOUNDEDINT{min=2, max=127} basicrate6(optional):BOUNDEDINT{min=2, max=127} basicrate7(optional):BOUNDEDINT{min=2, max=127} basicrate8(optional):BOUNDEDINT{min=2, max=127} operationalrate1(optional):BOUNDEDINT{min=2, max=127} operationalrate2(optional):BOUNDEDINT{min=2, max=127} operationalrate3(optional):BOUNDEDINT{min=2, max=127} operationalrate4(optional):BOUNDEDINT{min=2, max=127} operationalrate5(optional):BOUNDEDINT{min=2, max=127}


Bijlagen

132 operationalrate6(optional):BOUNDEDINT{min=2, max=127} operationalrate7(optional):BOUNDEDINT{min=2, max=127} operationalrate8(optional):BOUNDEDINT{min=2, max=127} ssid(required):DISPLAYSTR{minlen=0, maxlen=32} channel(optional):BOUNDEDINT{min=1, max=14} authtype(required):ENUMINT{opensystem|sharedkey|not_set}

Command: p2req_readpda pda(required):UNKDATA{maxlen=1024} Command: p2req_readcis cis(required):UNKDATA{maxlen=1024} Command: p2req_auxport_state enable(required):ENUMINT{false|true} Command: p2req_auxport_read addr(required):INT{} len(required):INT{} Command: p2req_auxport_write addr(required):INT{} len(required):INT{} data(required):UNKDATA{maxlen=1024} Command: p2req_low_level command(required):INT{} param0(required):INT{} param1(required):INT{} param2(required):INT{} Command: p2req_test_command testcode(required):INT{} testparam(required):INT{} Command: p2req_mmi_read addr(required):INT{} Command: p2req_mmi_write addr(required):INT{} data(required):INT{} Command: p2req_ramdl_state enable(required):ENUMINT{false|true} exeaddr(required):INT{} Command: p2req_ramdl_write addr(required):INT{} len(required):INT{} data(required):UNKDATA{maxlen=4096} Command: p2req_flashdl_state enable(required):ENUMINT{false|true}


Bijlagen

133

Command: p2req_flashdl_write addr(required):INT{} len(required):INT{} data(required):UNKDATA{maxlen=4096} Command: p2req_mm_state enable(required):ENUMINT{false|true} Command: p2req_dump_state level(required):BOUNDEDINT{min=0, max=63} Command: p2req_channel_info channellist(optional):BITARRAY{min=1, max=14} channeldwelltime(optional):BOUNDEDINT{min=1, max=65535} Command: p2req_channel_info_results channel(required):BOUNDEDINT{min=1, max=14} Command: p2req_enable

Mibs Mib Group: p80211Table p80211_ifstate(r-):ENUMINT{disable|fwload|enable} Mib Group: dot11StationConfigTable dot11StationID(rw):OCTETSTR{minlen=6, maxlen=6} dot11MediumOccupancyLimit(rw):BOUNDEDINT{min=0, max=1000} dot11CFPollable(r-):ENUMINT{false|true} dot11CFPPeriod(rw):BOUNDEDINT{min=0, max=255} dot11CFPMaxDuration(rw):BOUNDEDINT{min=0, max=65535} dot11AuthenticationResponseTimeOut(rw):INT{} dot11PrivacyOptionImplemented(r-):ENUMINT{false|true} dot11PowerManagementMode(rw):ENUMINT{active|powersave} dot11DesiredSSID(rw):DISPLAYSTR{minlen=0, maxlen=32} dot11DesiredBSSType(rw):ENUMINT{infrastructure|independent|any} dot11OperationalRateSet(rw):OCTETSTR{minlen=1, maxlen=126} dot11BeaconPeriod(rw):BOUNDEDINT{min=1, max=65535} dot11DTIMPeriod(rw):BOUNDEDINT{min=1, max=255} dot11AssociationResponseTimeOut(r-):INT{} dot11DisassociateReason(r-):BOUNDEDINT{min=1, max=9} dot11DisassociateStation(r-):OCTETSTR{minlen=6, maxlen=6} dot11DeauthenticateReason(r-):BOUNDEDINT{min=1, max=9} dot11DeauthenticateStation(r-):OCTETSTR{minlen=6, maxlen=6} dot11AuthenticateFailStatus(r-):BOUNDEDINT{min=1, max=18} dot11AuthenticateFailStation(r-):OCTETSTR{minlen=6, maxlen=6} Mib Group: dot11AuthenticationAlgorithmsTable


Bijlagen

134 dot11AuthenticationAlgorithm1(r-

):ENUMINT{opensystem|sharedkey|not_set} dot11AuthenticationAlgorithmsEnable1(rw):ENUMINT{false|true} dot11AuthenticationAlgorithm2(r):ENUMINT{opensystem|sharedkey|not_set} dot11AuthenticationAlgorithmsEnable2(rw):ENUMINT{false|true} dot11AuthenticationAlgorithm3(r):ENUMINT{opensystem|sharedkey|not_set} dot11AuthenticationAlgorithmsEnable3(rw):ENUMINT{false|true} dot11AuthenticationAlgorithm4(r):ENUMINT{opensystem|sharedkey|not_set} dot11AuthenticationAlgorithmsEnable4(rw):ENUMINT{false|true} dot11AuthenticationAlgorithm5(r):ENUMINT{opensystem|sharedkey|not_set} dot11AuthenticationAlgorithmsEnable5(rw):ENUMINT{false|true} dot11AuthenticationAlgorithm6(r):ENUMINT{opensystem|sharedkey|not_set} dot11AuthenticationAlgorithmsEnable6(rw):ENUMINT{false|true} Mib Group: dot11WEPDefaultKeysTable dot11WEPDefaultKey0(-w):OCTETSTR{minlen=5, maxlen=13} dot11WEPDefaultKey1(-w):OCTETSTR{minlen=5, maxlen=13} dot11WEPDefaultKey2(-w):OCTETSTR{minlen=5, maxlen=13} dot11WEPDefaultKey3(-w):OCTETSTR{minlen=5, maxlen=13} Mib Group: dot11WEPKeyMappingsTable dot11WEPKeyMappingIndex(rw):INT{} dot11WEPKeyMappingAddress(rw):OCTETSTR{minlen=6, maxlen=6} dot11WEPKeyMappingWEPOn(rw):ENUMINT{false|true} dot11WEPKeyMappingValue(rw):OCTETSTR{minlen=5, maxlen=5} Mib Group: dot11PrivacyTable dot11PrivacyInvoked(rw):ENUMINT{false|true} dot11WEPDefaultKeyID(rw):BOUNDEDINT{min=0, max=3} dot11WEPKeyMappingLength(rw):INT{} dot11ExcludeUnencrypted(rw):ENUMINT{false|true} dot11WEPICVErrorCount(r-):INT{} dot11WEPExcludedCount(r-):INT{} Mib Group: dot11OperationTable dot11MACAddress(rw):OCTETSTR{minlen=6, maxlen=6} dot11RTSThreshold(rw):BOUNDEDINT{min=0, max=2347} dot11ShortRetryLimit(r-):BOUNDEDINT{min=1, max=255} dot11LongRetryLimit(r-):BOUNDEDINT{min=1, max=255} dot11FragmentationThreshold(rw):BOUNDEDINT{min=256, max=2346}


Bijlagen

135 dot11MaxTransmitMSDULifetime(r-):INT{} dot11MaxReceiveLifetime(r-):INT{} dot11ManufacturerID(r-):DISPLAYSTR{minlen=0, maxlen=128} dot11ProductID(r-):DISPLAYSTR{minlen=0, maxlen=128}

Mib Group: dot11CountersTable dot11TransmittedFragmentCount(r-):INT{} dot11MulticastTransmittedFrameCount(r-):INT{} dot11FailedCount(r-):INT{} dot11RetryCount(r-):INT{} dot11MultipleRetryCount(r-):INT{} dot11FrameDuplicateCount(r-):INT{} dot11RTSSuccessCount(r-):INT{} dot11RTSFailureCount(r-):INT{} dot11ACKFailureCount(r-):INT{} dot11ReceivedFragmentCount(r-):INT{} dot11MulticastReceivedFrameCount(r-):INT{} dot11FCSErrorCount(r-):INT{} dot11TransmittedFrameCount(r-):INT{} dot11WEPUndecryptableCount(r-):INT{} Mib Group: dot11GroupAddressesTable dot11Address1(rw):OCTETSTR{minlen=6, maxlen=6} dot11Address2(rw):OCTETSTR{minlen=6, maxlen=6} dot11Address3(rw):OCTETSTR{minlen=6, maxlen=6} dot11Address4(rw):OCTETSTR{minlen=6, maxlen=6} dot11Address5(rw):OCTETSTR{minlen=6, maxlen=6} dot11Address6(rw):OCTETSTR{minlen=6, maxlen=6} dot11Address7(rw):OCTETSTR{minlen=6, maxlen=6} dot11Address8(rw):OCTETSTR{minlen=6, maxlen=6} dot11Address9(rw):OCTETSTR{minlen=6, maxlen=6} dot11Address10(rw):OCTETSTR{minlen=6, maxlen=6} dot11Address11(rw):OCTETSTR{minlen=6, maxlen=6} dot11Address12(rw):OCTETSTR{minlen=6, maxlen=6} dot11Address13(rw):OCTETSTR{minlen=6, maxlen=6} dot11Address14(rw):OCTETSTR{minlen=6, maxlen=6} dot11Address15(rw):OCTETSTR{minlen=6, maxlen=6} dot11Address16(rw):OCTETSTR{minlen=6, maxlen=6} dot11Address17(rw):OCTETSTR{minlen=6, maxlen=6} dot11Address18(rw):OCTETSTR{minlen=6, maxlen=6} dot11Address19(rw):OCTETSTR{minlen=6, maxlen=6} dot11Address20(rw):OCTETSTR{minlen=6, maxlen=6} dot11Address21(rw):OCTETSTR{minlen=6, maxlen=6}


Bijlagen

136 dot11Address22(rw):OCTETSTR{minlen=6, maxlen=6} dot11Address23(rw):OCTETSTR{minlen=6, maxlen=6} dot11Address24(rw):OCTETSTR{minlen=6, maxlen=6} dot11Address25(rw):OCTETSTR{minlen=6, maxlen=6} dot11Address26(rw):OCTETSTR{minlen=6, maxlen=6} dot11Address27(rw):OCTETSTR{minlen=6, maxlen=6} dot11Address28(rw):OCTETSTR{minlen=6, maxlen=6} dot11Address29(rw):OCTETSTR{minlen=6, maxlen=6} dot11Address30(rw):OCTETSTR{minlen=6, maxlen=6} dot11Address31(rw):OCTETSTR{minlen=6, maxlen=6} dot11Address32(rw):OCTETSTR{minlen=6, maxlen=6}

Mib Group: dot11PhyOperationTable dot11PHYType(r-):ENUMINT{fhss|dsss|irbaseband}

dot11CurrentRegDomain(rw):ENUMINT{fcc|doc|etsi|spain|france|mkk} dot11TempType(r-):ENUMINT{commercial|industrial} dot11ChannelAgilityPresent(r-):ENUMINT{false|true} dot11ChannelAgilityEnabled(r-):ENUMINT{false|true} dot11ShortPreambleEnabled(r-):ENUMINT{false|true} Mib Group: dot11PhyAntennaTable dot11CurrentTxAntenna(rw):BOUNDEDINT{min=1, max=255} dot11DiversitySupport(r):ENUMINT{fixedlist|notsupported|dynamic} dot11CurrentRxAntenna(rw):BOUNDEDINT{min=1, max=255} Mib Group: dot11PhyTxPowerTable dot11NumberSupportedPowerLevels(r-):BOUNDEDINT{min=1, max=8} dot11TxPowerLevel1(r-):BOUNDEDINT{min=0, max=10000} dot11TxPowerLevel2(r-):BOUNDEDINT{min=0, max=10000} dot11TxPowerLevel3(r-):BOUNDEDINT{min=0, max=10000} dot11TxPowerLevel4(r-):BOUNDEDINT{min=0, max=10000} dot11TxPowerLevel5(r-):BOUNDEDINT{min=0, max=10000} dot11TxPowerLevel6(r-):BOUNDEDINT{min=0, max=10000} dot11TxPowerLevel7(r-):BOUNDEDINT{min=0, max=10000} dot11TxPowerLevel8(r-):BOUNDEDINT{min=0, max=10000} dot11CurrentTxPowerLevel(rw):BOUNDEDINT{min=1, max=8} Mib Group: dot11PhyFHSSTable dot11HopTime(r-):INT{} dot11CurrentChannelNumber(rw):BOUNDEDINT{min=0, max=99} dot11MaxDwellTime(r-):BOUNDEDINT{min=1, max=65535} dot11CurrentDwellTime(rw):BOUNDEDINT{min=1, max=65535} dot11CurrentSet(rw):BOUNDEDINT{min=1, max=255}


Bijlagen

137 dot11CurrentPattern(rw):BOUNDEDINT{min=0, max=255} dot11CurrentIndex(rw):BOUNDEDINT{min=1, max=255}

Mib Group: dot11PhyDSSSTable dot11CurrentChannel(r-):BOUNDEDINT{min=1, max=14} dot11CCAModeSupported(r-):INT{} dot11CurrentCCAMode(r):ENUMINT{edonly|csonly|edandcs|cswithtimer|hrcsanded} dot11EDThreshold(rw):INT{} dot11ShortPreambleOptionImplemented(r-):ENUMINT{false|true} dot11PBCCOptionImplemented(r-):ENUMINT{false|true} Mib Group: dot11PhyIRTable dot11CCAWatchdogTimerMax(rw):INT{} dot11CCAWatchdogCountMax(rw):INT{} dot11CCAWatchdogTimerMin(rw):INT{} dot11CCAWatchdogCountMin(rw):INT{} Mib Group: dot11RegDomainsSupportedTable dot11RegDomainsSupportIndex(rw):BOUNDEDINT{min=1, max=8} dot11RegDomainsSupportValue(r):ENUMINT{fcc|doc|etsi|spain|france|mkk} Mib Group: dot11AntennasListTable dot11AntennaListIndex(rw):BOUNDEDINT{min=1, max=255} dot11SupportedTxAntenna(rw):ENUMINT{false|true} dot11SupportedRxAntenna(rw):ENUMINT{false|true} dot11DiversitySelectionRx(rw):ENUMINT{false|true} Mib Group: dot11SupportedDataRatesTxTable dot11SupportedDataRatesTxIndex(rw):BOUNDEDINT{min=1, max=8} dot11SupportedDataRatesTxValue(r-):BOUNDEDINT{min=2, max=127} Mib Group: dot11SupportedDataRatesRxTable dot11SupportedDataRatesRxIndex(rw):BOUNDEDINT{min=1, max=8} dot11SupportedDataRatesRxValue(r-):BOUNDEDINT{min=2, max=127} Mib Group: p2Table p2MMTx(rw):ENUMINT{false|true} p2EarlyBeacon(rw):ENUMINT{false|true} p2ReceivedFrameStatistics(r-):INTARRAY{maxlen=31} p2CommunicationTallies(r-):INTARRAY{maxlen=21} p2Authenticated(r-):MACARRAY{maxlen=60} p2Associated(r-):MACARRAY{maxlen=60} p2PowerSaveUserCount(r-):INT{} p2Comment(rw):DISPLAYSTR{minlen=0, maxlen=80} p2AccessMode(rw):BOUNDEDINT{min=1, max=3} p2AccessAllow(rw):MACARRAY{maxlen=60}


Bijlagen

138 p2AccessDeny(rw):MACARRAY{maxlen=60} p2ChannelInfoResults(r-):INTARRAY{maxlen=70}

Mib Group: p2Static p2CnfPortType(rw):BOUNDEDINT{min=1, max=6} p2CnfOwnMACAddress(rw):OCTETSTR{minlen=6, maxlen=6} p2CnfDesiredSSID(rw):DISPLAYSTR{minlen=0, maxlen=32} p2CnfOwnChannel(rw):BOUNDEDINT{min=0, max=14} p2CnfOwnSSID(rw):DISPLAYSTR{minlen=0, maxlen=32} p2CnfOwnATIMWindow(rw):BOUNDEDINT{min=0, max=100} p2CnfSystemScale(rw):BOUNDEDINT{min=1, max=3} p2CnfMaxDataLength(rw):BOUNDEDINT{min=350, max=2312} p2CnfWDSAddress(rw):OCTETSTR{minlen=6, maxlen=6} p2CnfPMEnabled(rw):ENUMINT{false|true} p2CnfPMEPS(rw):ENUMINT{false|true} p2CnfMulticastReceive(rw):ENUMINT{false|true} p2CnfMaxSleepDuration(rw):BOUNDEDINT{min=1, max=65535} p2CnfPMHoldoverDuration(rw):BOUNDEDINT{min=1, max=1000} p2CnfOwnName(rw):DISPLAYSTR{minlen=0, maxlen=32} p2CnfOwnDTIMPeriod(rw):BOUNDEDINT{min=1, max=65535} p2CnfWDSAddress1(rw):OCTETSTR{minlen=6, maxlen=6} p2CnfWDSAddress2(rw):OCTETSTR{minlen=6, maxlen=6} p2CnfWDSAddress3(rw):OCTETSTR{minlen=6, maxlen=6} p2CnfWDSAddress4(rw):OCTETSTR{minlen=6, maxlen=6} p2CnfWDSAddress5(rw):OCTETSTR{minlen=6, maxlen=6} p2CnfWDSAddress6(rw):OCTETSTR{minlen=6, maxlen=6} p2CnfMulticastPMBuffering(rw):ENUMINT{false|true} p2CnfWEPDefaultKeyID(rw):BOUNDEDINT{min=0, max=3} p2CnfWEPDefaultKey0(-w):OCTETSTR{minlen=5, maxlen=13} p2CnfWEPDefaultKey1(-w):OCTETSTR{minlen=5, maxlen=13} p2CnfWEPDefaultKey2(-w):OCTETSTR{minlen=5, maxlen=13} p2CnfWEPDefaultKey3(-w):OCTETSTR{minlen=5, maxlen=13} p2CnfWEPFlags(rw):BITARRAY{min=0, max=7} p2CnfAuthentication(rw):BITARRAY{min=0, max=1} p2CnfMaxAssociatedStations(rw):BOUNDEDINT{min=0, max=65535} p2CnfTxControl(rw):BOUNDEDINT{min=0, max=65535} p2CnfRoamingMode(rw):BOUNDEDINT{min=1, max=3} p2CnfHostAuthentication(rw):ENUMINT{false|true} p2CnfRcvCrcError(rw):BITARRAY{min=0, max=1} p2CnfAltRetryCount(rw):BOUNDEDINT{min=0, max=65535} p2CnfBeaconInterval(rw):INT{} p2CnfMediumOccupancyLimit(rw):BOUNDEDINT{min=0, max=1000}


Bijlagen

139 p2CnfCFPPeriod(rw):INT{} p2CnfCFPMaxDuration(rw):INT{} p2CnfCFPFlags(rw):BITARRAY{min=0, max=15} p2CnfSTAPCFInfo(rw):BOUNDEDINT{min=0, max=2} p2CnfPriorityQUsage(rw):INTARRAY{maxlen=2} p2CnfTIMCtrl(rw):INT{} p2CnfThirty2Tally(rw):ENUMINT{false|true} p2CnfEnhSecurity(rw):BITARRAY{min=0, max=1} p2CnfShortPreamble(rw):ENUMINT{long|short|mixed} p2CnfExcludeLongPreamble(rw):ENUMINT{false|true} p2CnfAuthenticationRspTO(rw):BOUNDEDINT{min=20, max=65535} p2CnfBasicRates(rw):BITARRAY{min=0, max=3} p2CnfSupportedRates(rw):BITARRAY{min=0, max=3}

Mib Group: p2Dynamic p2CreateIBSS(rw):ENUMINT{false|true} p2FragmentationThreshold(rw):BOUNDEDINT{min=256, max=2346} p2RTSThreshold(rw):BOUNDEDINT{min=0, max=3000} p2TxRateControl(rw):BITARRAY{min=0, max=3} p2PromiscuousMode(rw):ENUMINT{false|true} p2FragmentationThreshold0(rw):BOUNDEDINT{min=256, max=2346} p2FragmentationThreshold1(rw):BOUNDEDINT{min=256, max=2346} p2FragmentationThreshold2(rw):BOUNDEDINT{min=256, max=2346} p2FragmentationThreshold3(rw):BOUNDEDINT{min=256, max=2346} p2FragmentationThreshold4(rw):BOUNDEDINT{min=256, max=2346} p2FragmentationThreshold5(rw):BOUNDEDINT{min=256, max=2346} p2FragmentationThreshold6(rw):BOUNDEDINT{min=256, max=2346} p2RTSThreshold0(rw):BOUNDEDINT{min=0, max=3000} p2RTSThreshold1(rw):BOUNDEDINT{min=0, max=3000} p2RTSThreshold2(rw):BOUNDEDINT{min=0, max=3000} p2RTSThreshold3(rw):BOUNDEDINT{min=0, max=3000} p2RTSThreshold4(rw):BOUNDEDINT{min=0, max=3000} p2RTSThreshold5(rw):BOUNDEDINT{min=0, max=3000} p2RTSThreshold6(rw):BOUNDEDINT{min=0, max=3000} p2TxRateControl0(rw):BITARRAY{min=0, max=3} p2TxRateControl1(rw):BITARRAY{min=0, max=3} p2TxRateControl2(rw):BITARRAY{min=0, max=3} p2TxRateControl3(rw):BITARRAY{min=0, max=3} p2TxRateControl4(rw):BITARRAY{min=0, max=3} p2TxRateControl5(rw):BITARRAY{min=0, max=3} p2TxRateControl6(rw):BITARRAY{min=0, max=3} Mib Group: p2Behavior


Bijlagen

140 p2TickTime(rw):BOUNDEDINT{min=0, max=65535}

Mib Group: p2NIC p2MaxLoadTime(r-):INT{} p2DLBufferPage(r-):BOUNDEDINT{min=0, max=65535} p2DLBufferOffset(r-):BOUNDEDINT{min=0, max=65535} p2DLBufferLength(r-):BOUNDEDINT{min=0, max=65535} p2PRIIdentity(r-):INTARRAY{maxlen=4} p2PRISupRange(r-):INTARRAY{maxlen=5} p2CFIActRanges(r-):INTARRAY{maxlen=5} p2NICSerialNumber(r-):DISPLAYSTR{minlen=0, maxlen=12} p2NICIdentity(r-):INTARRAY{maxlen=4} p2MFISupRange(r-):INTARRAY{maxlen=5} p2CFISupRange(r-):INTARRAY{maxlen=5} p2ChannelList(r-):BITARRAY{min=0, max=13} p2RegulatoryDomains(r-):OCTETSTR{minlen=10, maxlen=10} p2TempType(r-):INT{} p2STAIdentity(r-):INTARRAY{maxlen=4} p2STASupRange(r-):INTARRAY{maxlen=5} p2MFIActRanges(r-):INTARRAY{maxlen=5} p2STACFIActRanges(r-):INTARRAY{maxlen=5} p2BuildSequence(r-):INTARRAY{maxlen=2} p2PrimaryFWID(r-):DISPLAYSTR{minlen=0, maxlen=13} p2SecondaryFWID(r-):DISPLAYSTR{minlen=0, maxlen=13} p2TertiaryFWID(r-):DISPLAYSTR{minlen=0, maxlen=13} Mib Group: p2MAC p2PortStatus(r-):INT{} p2CurrentSSID(r-):DISPLAYSTR{minlen=0, maxlen=32} p2CurrentBSSID(r-):OCTETSTR{minlen=6, maxlen=6} p2CommsQuality(r-):INTARRAY{maxlen=3} p2CommsQualityCQ(r-):BOUNDEDINT{min=0, max=65535} p2CommsQualityASL(r-):BOUNDEDINT{min=0, max=65535} p2CommsQualityANL(r-):BOUNDEDINT{min=0, max=65535} p2dbmCommsQuality(r-):INTARRAY{maxlen=3} p2dbmCommsQualityCQ(r-):BOUNDEDINT{min=0, max=65535} p2dbmCommsQualityASL(r-):BOUNDEDINT{min=0, max=65535} p2dbmCommsQualityANL(r-):BOUNDEDINT{min=0, max=65535} p2CurrentTxRate(r-):INT{} p2CurrentBeaconInterval(r-):INT{} p2StaCurrentScaleThresholds(r-):INTARRAY{maxlen=6} p2APCurrentScaleThresholds(r-):INTARRAY{maxlen=3} p2ProtocolRspTime(r-):INT{}


Bijlagen

141 p2ShortRetryLimit(r-):INT{} p2LongRetryLimit(r-):INT{} p2MaxTransmitLifetime(r-):INT{} p2MaxReceiveLifetime(r-):INT{} p2CFPollable(r-):INT{} p2AuthenticationAlgorithms(r-):INTARRAY{maxlen=2} p2PrivacyOptionImplemented(r-):INT{} p2CurrentTxRate1(r-):INT{} p2CurrentTxRate2(r-):INT{} p2CurrentTxRate3(r-):INT{} p2CurrentTxRate4(r-):INT{} p2CurrentTxRate5(r-):INT{} p2CurrentTxRate6(r-):INT{} p2OwnMACAddress(r-):OCTETSTR{minlen=6, maxlen=6}

Mib Group: p2Modem p2PHYType(r-):INT{} p2CurrentChannel(r-):INT{} p2CurrentPowerState(r-):INT{} p2CCAMode(r-):INT{} p2SupportedDataRates(r-):OCTETSTR{minlen=10, maxlen=10} p2TxPowerMax(rw):INT{}


Universiteit Gent Faculteit Toegepaste Wetenschappen. Vakgroep Informatietechnologie Voorzitter: Prof. Dr. Ir. P. Lagasse

Recommend Documents