TB - LAB 6 hacked by reczu, hacked by reczu123
[ Pobierz całość w formacie PDF ]
P
AŃSTWOWA
W
YŻSZA
S
ZKOŁA
Z
AWODOWA W
T
ARNOWIE
I
NSTYTUT
P
OLITECHNICZNY
KIERUNEK
:
E
LEKTRONIKA I
T
ELEKOMUNIKACJA
ROK
:
III
Techniki bezprzewodowe
Laboratoria
Ćwiczenie nr 6
Sieć IEEE 802.11 (CSMA/CA)
Celem ćwiczenia jest zapoznanie się z możliwościami symulatora
COMNET III
w
zakresie badania sieci standardu IEEE 802.11, dla której podstawowy algorytm dostępu
oparty jest na działaniu algorytmu CSMA/CA. Informacje na temat protokołu CSMA/CA
wraz z jego implementacją w symulatorze COMNET można znaleźć w instrukcji do
symulatora na stronach 129-132.
W ćwiczeniu wykorzystana zostanie możliwość precyzyjnego definiowania
parametrów ruchowych przy wykorzystaniu różnego rodzaju źródeł ruchu. Podpinając źródła
ruchu do określonych obiektów, można tworzyć własne aplikacje, własne rozkłady
prawdopodobieństw, lub wykorzystać rozkłady zaimplementowane w symulatorze.
Rozbudowany zestaw parametrów ruchowych pozwala na dokładniejszą analizę zachowania
się sieci w różnych przypadkach.
W trakcie ćwiczenia utworzone zostaną dwie sieci. W jednej będzie generowany ruch
FTP, natomiast w drugiej FTP i HTTP. Analizie poddany zostanie wpływ rodzaju
generowanego ruchu oraz rozbudowa sieci o nowe stacje robocze i serwery, na obciążenie
łącza, opóźnienie pakietów, czy liczbę kolizji.
Ćwiczenie składa się z następujących części:
-
Zapoznanie się z graficznym interfejsem użytkownika
-
Rozmieszczenie i połączenie urządzeń
-
Zdefiniowanie rodzajów ruchu dla konkretnych urządzeń
-
Symulacja sieci
-
Przegląd wyników
-
Rozbudowa istniejącej sieci i ponowna symulacja (do samodzielnego wykonania)
a) Zapoznanie się z graficznym interfejsem użytkownika
Interfejs użytkownika składa się dwóch części:
-
Przestrzeni roboczej – środkowe okno
-
Palety obiektów – pasek narzędziowy domyślnie umieszczony po lewej stronie
Przestrzeń robocza jest integralną częścią programu, w której umieszcza się i łączy
urządzenia, tworząc strukturę sieci. Po utworzeniu nowego projektu, w przestrzeni roboczej
pojawia się pusty obszar, w którym można umieszczać obiekty metodą “przeciągnij i upuść”.
Paleta obiektów zawiera:
−
Urządzenia sieciowe: grupa komputerów, ruter, przełącznik
−
Łącza: łącze punkt – punkt, łącze CSMA/CD (w parametrach łącza można ustawić
również inne protokoły), łącze token-passing
−
Różnego rodzaju źródła: źródło wiadomości, źródło odpowiedzi, źródło aplikacji.
b) Utworzenie nowego projektu oraz przykładowej sieci
Nowy projekt tworzony jest automatycznie przy każdym uruchomieniu programu lub
po wybraniu z menu głównego programu opcji
File->New.
Aby zbudować sieć, z paska
narzędziowego należy wybrać i umieścić w obszarze roboczym następujące obiekty:
2
−
Łącze CSMA/CA (
CSMA/CD Link
) - to samo, co łącze CSMA/CD (po dwukrotnym
kliknięciu ikony obiektu, w oknie szczegółów, w polu
Type
należy wybrać typ łącza:
CSMA/CA),
-
Węzeł przetwarzający (
Processing Node
) - serwer FTP,
-
Grupa komputerów (
Computer Group
) - grupę powinno stanowić 10 komputerów.
W wyniku połączenia powstanie następujący schemat sieci:
Rysunek 1 Schemat przykładowej sieci bezprzewodowej
Wartości parametrów dla poszczególnych obiektów:
PC GROUP:
Type: Computer Group
Parameters -> DEFAULT -> Number In Group: 10
CSMA/CA
Type: CSMA/CA
Parameters: Po wybraniu przycisku z dwoma kropkami należy na listę po prawej
stronie przenieść opcję IEEE 802.11 Wireless LAN, a następnie po wybraniu przycisku
Edit ustawić następujące parametry:
Bandwidth: 11000 kbit/s
Frgmt thrshld: 2304 B
Frame OH: 42 B
Frame max: 2304 B
Pozostałe parametry należy pozostawić z wartościami domyślnymi.
c) Przypisanie parametrów ruchowych dla utworzonej sieci
COMNET III
oferuje kilka metod generowania ruchu w sieci. Dwie najpopularniejsze
z nich to generowanie ruchu przy użyciu źródeł aplikacji oraz generowanie ruchu przy użyciu
źródeł ruchu. W ćwiczeniu wykorzystane zostaną obydwie z nich.
COMNET III
definiuje trzy rodzaje źródeł ruchu:
−
Źródło wiadomości
−
Źródło odpowiedzi
−
Źródło sesji
Źródło wiadomości (
Message Source
) to generator wiadomości odpowiedzialny za ich
dostarczenie do jednego lub więcej węzłów przeznaczenia. Źródło wykorzystywane jest
między innymi do symulacji ruchu związanego z przesyłaniem plików lub wiadomości e-
mail. Edycji źródła można dokonać poprzez dwukrotne kliknięcie ikony obiektu.
3
Źródło odpowiedzi (
Response Source
) jest generatorem wiadomości zwrotnych dla
otrzymanych wiadomości. Wykorzystywane jest w przypadku generowania zapytań
bazodanowych, odpowiedzi na wiadomości e-mail i innych wiadomości będących
odpowiedzią dla wiadomości, które do węzła nadeszły. Wiadomości generowane przez to
źródło zawsze są wysyłane tylko do węzła, który wiadomość nadał.
Źródło sesji (
Session Source
) jest takim źródłem wiadomości, które najpierw tworzy
sesję pomiędzy dwoma węzłami sieci, a następnie przesyła wiadomości między nimi. Źródło
tego typu może być wykorzystywane w przypadku symulacji ruchu paczkowego lub w
przypadku analizy ruchu zorientowanego połączeniowo.
W poniższej tabeli znajduje się opis najważniejszych parametrów źródeł ruchu:
Nazwa parametru
Opis
Message Name
Nazwa obiektu (musi być unikalna w skali całego projektu).
Sposób generowania wiadomości. W przypadku źródła
wiadomości i sesji dostępne są dwie metody:
iteration time
(wykorzystanie rozkładów prawdopodobieństwa) oraz
received
message
(lista utworzonych przez użytkownika wiadomości).
Źródła odpowiedzi wykorzystują tylko metodę
Message Scheduling
received
message.
Interarrival
Czas między generowaniem kolejnych wiadomości.
Czas wygenerowania pierwszej wiadomości.
First arrival
Last arrival
Czas wygenerowania ostatniej wiadomości.
Parametr określa porządek pakietów w buforze. Im wyższa
wartość pola
Priority
tym większy priorytet ma dany pakiet.
Priorytet musi być liczbą naturalną od 1 do 99. Pakiety z tym
samym priorytetem umieszczane są w kolejce zgodnie z FIFO.
Message Priority
Jest
to
etykieta
nadawana
wiadomości,
określająca
Message Routing Class
wykorzystywany protokół rutingu.
Określa protokół warstwy transportowej wykorzystywany do
przenoszenia wiadomości wygenerowanych przez dane źródło.
Jeśli wykorzystywany jest protokół z kontrolą przepływu (pole
Flow ctl
), to wcześniej należy ustawić rozmiar okna oraz liczbę
potwierdzanych pakietów. Jeśli w danym protokole kontrola
przepływu nie jest wykorzystywana, to wtedy pole
flow control
powinno zostać ustawione na
NONE
.
Message
Transport
Protocol
Packetize
Czas przetwarzania pakietu w buforze.
Wielkość wiadomości.
Message size
Określa węzeł przeznaczenia danej wiadomości. Nie występuje
w przypadku źródeł odpowiedzi, gdyż domyślnie węzłem
docelowym dla wiadomości wygenerowanych przez ten typ
źródła jest źródło, które tą wiadomość nadesłało.
Tabela 1 Opis ważniejszych parametrów źródeł ruchu
Message Destination
4
Nazwa parametru Opis
Message/session
Ilość wiadomości transmitowanych podczas jednej sesji
Message IAT
Interwał czasowy pomiędzy kolejnymi wiadomościami w jednej
sesji.
Setup packet
Liczba bajtów w pakiecie startowym.
Confirm packet
Liczba bajtów w pakiecie potwierdzającym.
Tabela 2 Opis parametrów dla źródła sesji
Oprócz wyżej wymienionych źródeł, występują jeszcze źródła aplikacji, które
pozwalają na zaawansowaną analizę sieci pod kątem konkretnych zastosowań. Źródła
aplikacji korzystają ze specjalnie przygotowanych w projekcie poleceń (
commands
). Źródła
aplikacji mogą być stosowane tylko w przypadku takich obiektów jak: komputery, grupy
komputerów, rutery. W ćwiczeniu źródło aplikacji wykorzystane zostanie do przesyłania
plików z serwera FTP do węzła przeznaczenia.
W ćwiczeniu wykorzystane zostaną:
−
Źródło aplikacji (
Message Source
)
−
Źródło odpowiedzi (
Application Source
)
Obiekty te należy przenieść z paska narzędziowego na obszar roboczy i połączyć z
dwoma węzłami w sposób przedstawiony na poniższym rysunku:
Rysunek 2. Schemat sieci po podłączeniu źródeł
Zanim źródła zostaną skonfigurowane, należy zdefiniować polecenia wykorzystywane
przez źródło aplikacji. W tym celu, z menu głównego programu należy wybrać opcję
Define -
> Global Commands
, a po pojawieniu się okna szczegółów zaznaczyć opcję
Answer Message
i przenieść ja na listę znajdującą się po prawej stronie. Nazwa polecenia powinna mieć
wartość
FTP_ANSWER,
natomiast pozostałe parametry należy pozostawić z wartościami
domyślnymi. Tak zdefiniowane polecenie jest poleceniem globalnym. W ćwiczeniu należy
również zdefiniować polecenie lokalne (za pomocą opcji
Commands
w szczegółach obiektu
FTP SERWER
). Idea tworzenia polecenia lokalnego jest taka sama jak w przypadku polecenia
zdefiniowanego globalnie. Polecenie lokalne powinno mieć typ
Read File
i nazwę
FTP_FILE_READ1
.
W opcjach węzła przetwarzającego (FTP SERVER), po przejściu do edycji
parametrów węzła, w sekcji
File List
, należy wpisać nazwy i rozmiary (od 600 MB do
800MB) dziesięciu plików do pobrania. Po zdefiniowaniu listy plików, w opcjach polecenia
FTP_FILE_READ1
należy wybrać plik, który będzie odczytywany. Dodatkowo należy
zdefiniować dziewięć poleceń lokalnych, odpowiadających za odczyt każdego z pozostałych
plików.
Aby serwer FTP obsługiwał żądania FTP, musi posiadać niezerową pojemność dysku,
na którym będzie przechowywał zdefiniowane wcześniej pliki (
Node Properties ->
Parameters -> Computer Group Parameters
parametr
Disk (Mb)
w sekcji
Disc Storage
).
5
[ Pobierz całość w formacie PDF ]