LABORATORIUM

Transkrypt

LABORATORIUM

"!#$%&'$()*!
Pracowania Sieci i Systemów Komutacyjnych
http://www.ssk.et.put.poznan.pl
LABORATORIUM
SIECI K O M PUTERO WYCH
,.-0/2143414576
F
,98;:<145>=@?@/21A6B5DCE1A6
8G6B34576
H.,.I
6B37J>/KF
Poz n a + , kwi eci e + 01
3ML
SI ECI KO MPUT ERO WE
1.
L ABO RAT O RI UM
Cel wiczenia
Celem wiczenia jest zapoznanie si z zasadami pracy i konfiguracj abonenta asynchronicznego w
sieci pakietowej X.25.
2.
Zagadnienia do przygotowania
1.
Budowa i działanie w złów sieci pakietowej
2.
Rodzaje sieci pakietowych i zasady tworzenia adresów w tych sieciach
3.
Usługi sieci pakietowych`
4.
Zalecenia X.3, X.28 i X.29
5.
Funkcje PAD-ów
6.
3.
2
Transmisja asynchroniczna i jej parametry
Literatura
[1]
T.Batycki (red), Sieci komputerowe, skrypt Politechniki Wrocławskiej, 1984
[2]
U.Black, X.25 and Related Protocols, IEEE Computer Society PressMonograph, 1991
[3]
J.Piotrowski, Przewodnik po sieciach rozległych, HELION, 1993
[4]
J.Małecki, Wst p do telekomunikacji, Lynx SFT, Wrocław, 1993
[5]
R. Piotrowski, Protokół X.25 , Netforum ,maj 1993
[6]
R. Piotrowski, X.25 – struktura, udogodnienia, Netforum ,czerwiec 1993
[7]
R.Filipow, Telbank, Netforum, listopad 1993
[8]
PASS 25/25-E-V.840 USER MANUAL, OST, 1994
[9]
Z.Papir, Sieci z komutacj pakietów od X.25 do Frame Relay i ATM, Wydawnictwo Post pu
Telekomunikacji, Kraków 1996
Ab o n en t asyn ch ro n i czn y w si eci p aki eto w ej
L ABO RAT O RI UM
4.
Wprowadzenie teoretyczne
Komutatory pakietowe realizuj komutacj pakietów pomi dzy terminalami wysyłaj cymi pakiety X.25,
komputerami obliczeniowymi (ang. hosts) oraz PAD-ami (ang. Packet Assemblers/Disassemblers), czyli
urz dzeniami dokonuj cymi podziału wiadomo ci na pakiety po stronie nadawczej oraz zło enia wiadomo ci z
otrzymanych pakietów po stronie odbiorczej. Omawiane urz dzenia tworz sie szkieletow dla sieci pakietowej i
odpowiedzialne s za wyszukiwanie drogi dla transmitowanych pakietów (ang. routing).
Komutatory pakietowe realizuj funkcje pierwszych trzech warstw modelu OSI. Terminale mog
doł czone bezpo rednio do komutatora pakietowego, który ma wbudowane funkcje PAD-a.
by
4.1.
Funkcjonowanie sieci pakietowej
Implementacja sieci pakietowej wymaga zainstalowania sieci szkieletowej ł cz cej w zły sieciowe. W zły
sieciowe mog składa si z wielu komutatorów pakietowych i ł czone s ł czami o du ej przepustowo ci z co
najmniej dwoma innymi w złami. Ka dy w zeł obsługuje pakiety napływaj ce z urz dze+ do niego doł czonych
oraz z innych w złów sieci. Terminale mog by doł czone do w zła sieciowego z wykorzystaniem ł czy
komutowanych powszechnej sieci telefonicznej, komputery obliczeniowe ł czone s z w złami zazwyczaj za pomoc
ł czy dzier awionych.
Obecnie w wielu krajach wiata dost pne s publiczne sieci danych z komutacj pakietów PSDNs (ang.
Packet Switched Data Networks). Wydzielone (prywatne) sieci pakietowe (ang. private packet switching networks)
mog by budowane z wykorzystaniem dowolnych rodzajów ł czy. Pakiety przesyłane s z wykorzystaniem
wirtualnych ł czy komutowanych SVC (ang. switched virtual circuit) lub wirtualnych ł czy stałych PVC (ang.
permanent virtual circuit).
W przypadku wirtualnych ł czy komutowanych SVC sie dynamicznie tworzy drog poł czeniow dla
przesłania ka dego pakietu w taki sposób, aby czas jego przej cia przez sie był jak najmniejszy. Kanał logiczny
przypisywany jest stacji na cały czas trwania poł czenia wirtualnego, lecz czasowe ł cze fizyczne jest zestawiane
przez sie do stacji odbiorczej tylko na czas fizycznej transmisji pakietu.
Wirtualne ł cze stałe PVC polega na tym, e na czas trwania sesji poł czeniowej wybierana jest okre lona
cie ka, terminale nie musz uzyskiwa zgody na przesyłanie pakietów mi dzy sob . Po zako+ czeniu transmisji
wirtualne ł cze stałe zestawione mi dzy stacjami zostaje rozł czone i nowe poł czenie mi dzy tymi samymi
u ytkownikami mo e by zestawione z wykorzystaniem innej cie ki.
Pakiet jest swego rodzaju kopert , która zawiera dane a do momentu otwarcia w w le przeznaczenia.
Typowa wiadomo składa si z jednego lub wielu pakietów. Wiadomo ci składaj ce si z wielu pakietów wymagaj
kolejnego numerowania w celu prawidłowego zło enia wiadomo ci w w le przeznaczenia. Przed transmisj w sieci
pakiety umieszczane s w ramkach. Ka da ramka składa si z: sekwencji flagi pocz tkowej, pola adresowego, pola
steruj cego, pola danych (w którym umieszczany jest pakiet X.25), zabezpieczenia kodowego i sekwencji flagi
ko+ cowej.
Typowy pakiet ma długo do 1024 znaków. Ka dy pakiet zawiera nagłówek i dane u ytkownika.
Komutatory sieciowe analizuj informacje zawarte w nagłówkach w celu prawidłowego skierowania pakietów do
w złów przeznaczenia na podstawie tablic trasowania. Sie przesyła pakiety od w zła do w zła w kierunku w zła
przeznaczenia. Mechanizmy trasowania i sterowania zapewniaj przesyłanie pakietów "do przodu", nie s one
cofane.
Podczas transmisji przez sie ka dy w zeł sprawdza pakiet w celu okre lenia w zła przeznaczenia pakietu.
W zeł jest odpowiedzialny za detekcj i korekcj bł dów w pakietach; kopia ka dego pakietu jest zapami tywana w
w le przed wysłaniem do kolejnego w zła. Kopia ta jest niszczona po otrzymaniu potwierdzenia prawidłowego
3
L ABO RAT O RI UM
odebrania pakietu przez kolejny w zeł. Je li wykryte zostan bł dy, to pakiety s retransmitowane automatycznie. W
w le ko+ cowym pakiety s "układane" w odpowiedniej kolejno ci i dostarczane do odbiorcy.
Je li jaki ze składników ł cza ulega uszkodzeniu, to komutatory pakietowe automatycznie kieruj pakiety
przez inne ł cza, a sesja ł czno ci u ytkowników nie zostaje przerwana. Uszkodzenie ł cza powoduje utrat tylko
tych danych, które były transmitowane w danej chwili przez ł cze; s one retransmitowane przez inne cie ki.
4.2.
Składniki sieci pakietowej
W sieci pakietowej mo emy wyró ni par elementów składowych i obszarów funkcjonalnych. Elementy te
wspólnie spełniaj funkcje sieciowe wł czaj c w to routing, komutacj , transmisj danych u ytkownika i
zarz dzanie sieci . Budow sieci pakietowej przedstawiono schematycznie na rys.1.
Komutatory pakietowe oraz inne składniki sieci komputerowej s produkowane przez wiele firm i s dost pne
w wielu wersjach w zale no ci od potrzeb u ytkownika. Posiadaj one najcz ciej budow modułow pozwalaj c na
rozbudow urz dze+ wraz z rozwojem sieci. Rozbudowa polega na zwi kszeniu ilo ci pami ci operacyjnej,
wymianie procesora steruj cego, zwi kszeniu ilo ci urz dze+ peryferyjnych lub portów wej cia/wyj cia.
4
Rysunek 1.
Prywatna sie z komutacj pakietów
L ABO RAT O RI UM
Przesyłane w sieci wiadomo ci s dzielone na bloki (pakiety) przez urz dzenie zwane PAD-em. Urz dzenie
to przechowuje napływaj ce do sieci dane w buforze najcz ciej o wielko ci 128 bajtów i dodaje informacje
steruj ce. PAD mo e rezydowa w komputerze obliczeniowym, mo e by urz dzeniem wolno-stoj cym, do którego
doł czone s komputery lub terminale, lub mo e by umieszczony w komutatorze sieciowym. Po stronie
terminalowej PAD obsługuje zazwyczaj kilka urz dze+ , natomiast po stronie sieciowej dostarcza ł cza do sieci X.25.
Omawiane urz dzenia spełniaj równie rol koncentratora i multipleksera. Dokonuj konwersji szybko ci, kodów i
protokołów w procesie przystosowywania danych pochodz cych od ró nych u ytkowników do wymaga+ transmisji
wewn trz sieci. W w le ko+ cowym PAD dokonuje konwersji otrzymanych danych zgodnie z wymaganiami stacji
odbieraj cej. PAD-y umo liwiaj wykonywanie funkcji diagnostycznych dla sprawdzenia prawidłowego
funkcjonowania sieci.
4.3.
Usługi realizowane przez komutatory pakietowe
Poni ej zostan omówione usługi realizowane przez wi kszo komutatorów pakietowych. Zaliczamy do
nich: dynamiczne wyszukiwanie dróg dla pakietów, automatyczne monitorowanie jako ci ł czy, kontrola bł dów od
ko+ ca do ko+ ca, monitorowanie sieci, wspomaganie X.25, opcja adresowania ograniczonego i grupowego,
okre lanie grupy, priorytety, szybki wybór.
Dynamiczne wyszukiwanie dróg.
Komutatory pakietowe podejmuj decyzje dotycz ce dalszej drogi pakietów na podstawie informacji o
opó nieniu w sieci i dost pno ci linii napływaj cych w czasie rzeczywistym. Dynamiczne wyszukiwanie dróg
zapewnia, e w ka dym momencie ka dy z komutatorów kieruje pakiety do w zła przeznaczenia przez najszybsz ,
dost pn w danej chwili cie k . Komutatory pakietowe w sposób automatyczny dokonuj rekonfiguracji sieci w
przypadku uszkodzenia jakiego elementu sieci dostarczaj c tym samym niezawodnej usługi transportowej.
W sieci nie wyst puje rezerwacja zasobów sieciowych, nie ma te stałych cie ek. Ka dy komutator
pakietowy wyznacza drog dla pakietu na podstawie własnych tablic marszrutowania. Tablice te s aktualizowane w
sposób zdecentralizowany w oparciu o informacje o dost pno ci linii i zmierzonego czasu opó nienia. Nie jest
wymagana interwencja operatora w celu okre lenia tras i tablic marszrutowania. Upraszcza to znacznie zarz dzanie
sieci i zapewnia, e uszkodzenie pojedynczego urz dzenia nie spowoduje załamania pracy całej sieci.
Automatyczne monitorowania jako ci ł czy.
Ka dy komutator pakietowy monitoruje jako ł czy sieciowych. Kiedy liczba bł dów wyst puj cych na
danym ł czu przekroczy ustalone parametry, to ł cze przestaje by obsługiwane. Powiadamiane s o tym wszystkie
komutatory, aktualizowane s tablice marszrutowania i ruch jest kierowany z wył czeniem uszkodzonego ł cza.
Komutatory kontynuuj sprawdzanie ł cza i w momencie, gdy jego jako wraca do zdefiniowanego poziomu, to
zostaje ona automatycznie uwzgl dnione w strukturze sieci. Własno ta pozwala na optymalne wykorzystanie
pojemno ci niezawodnych ł czy w całej sieci.
Kontrola bł dów od ko ca do ko ca.
Kontrola bł dów zapewnia niezawodn transmisj od terminala ródłowego do terminala docelowego. Na obu
ko+ cach sieci sprawdzana jest kolejno nadawanych i odbieranych pakietów, mo e by równie wyliczana suma
kontrolna zapewniaj ca kontrol integralno ci danych. Na poziomie ramki sprawdzany jest nadmiar kodowy CRC
oraz bity parzysto ci zapewniaj c tym samym kontrol informacji przesyłanych mi dzy komutatorami pakietowymi.
W przypadku wykrycia bł dów retransmitowane s tylko bł dne pakiety.
Monitorowanie sieci.
Komutatory pakietowe pracuj bezobsługowo, st d konieczne jest zorganizowanie Centrum Zarz dzania
Sieci spełniaj ce funkcje kontrolne i nadzorcze. Ka dy komutator wspomaga działanie Centrum przez regularne
przesyłanie informacji o stanie w zła na podstawie ci głego kontrolowania sprz tu, oprogramowania i ł czy.
Nieprawidłowo ci w działaniu zgłaszane s do Centrum w postaci alarmów. Komutatory pakietowe umo liwiaj
5
L ABO RAT O RI UM
diagnozowanie sieci przez mo liwo tworzenia p tli, generowanie wiadomo ci i ledzenie pakietów. Dodatkowo
ka dy komutator uczestniczy w procesie taryfikacji kontroluj c tym samym u ytkowanie sieci oraz zbiera dane
statystyczne dotycz ce ilo ci transmitowanych pakietów, długo ci poł cze+ , wykorzystania udogodnie+ sieciowych
itd. Dane te s zbierane a nast pnie przekazywane do Centrum w celu ich dalszego przetworzenia.
Wspomaganie X.25.
Wi kszo komutatorów pakietowych działa zgodnie z zaleceniem CCITT X.25, zatem dost pne s wszystkie
udogodnienia ł cznie z zaliczeniem opłaty na koszt abonenta wywoływanego i identyfikacj sieciow . Niestety nie
wszystkie interpretacje zalecenia X.25 s takie same, st d mog wyst powa kłopoty we współpracy sprz tu
pochodz cego od ró nych producentów.
Opcja skróconego adresowania.
Adresowanie wewn trz sieci pakietowej zgodne jest z zaleceniem CCITT X.121. Metody fizycznego i
logicznego adresowania ułatwiaj tworzenie nowych aplikacji z zakresu przetwarzania danych. Adresowanie
logiczne nie jest zale ne od fizycznej lokalizacji u ytkowników. Zmiana lokalizacji komputerów u ytkowników i
komputerów obliczeniowych nie ma wpływu na ich adres sieciowy.
Udogodnienie wielokrotnego adresowania pozwala na przydzielenie wi cej ni jednego adresu dla
pojedynczego portu. Dla przykładu, je eli komputer obliczeniowy udost pnia ró ne aplikacje, to u ytkownik mo e
da poł czenia u ywaj c adresu specyficznego dla danej aplikacji.
Opcja ograniczonego adresowania stwarza dodatkowe zabezpieczenie dla komputerów obliczeniowych
zawieraj cych informacje, które nie powinny by udost pnione wszystkim u ytkownikom sieci. Opcja zamkni tej
grupy u ytkowników (ang. Closed User Group - CUG) ogranicza dost p u ytkowników do pewnych portów w sieci.
Udogodnienie to umo liwia tworzenie poł cze+ w ramach grupy oraz realizowanie poł cze+ wychodz cych i
przychodz cych.
Udogodnienie okre lania grupy.
Pojedynczy adres mo e by równie przypisany do wielu portów. Zalecenie X.25 zezwala na przydzielenie
tego samego adresu kanału logicznego grupie portów w tym samym komutatorze sieciowym. Poł czenia s
rozdzielane w komutatorze stosownie do liczby aktywnych kanałów wirtualnych z wykorzystaniem ka dego portu.
Priorytety.
Komutatory pakietowe obsługuj pakiety zgodnie z przypisanymi im poziomami priorytetów, które mog by
negocjowane lub przypisywane standardowo. Udogodnienie zabezpieczaj ce ruch priorytetowy polegaj na
wykorzystywaniu poł cze+ o ni szych priorytetach dla zrealizowania ruchu o wy szym priorytecie w przypadku
braku zasobów dla realizacji tego ruchu.
Przesyłanie krótkich wiadomo ci.
Udogodnienie to redukuje czas potrzebny do nawi zania poł czenia. Polega ono na przesyłaniu informacji do
128 bajtów w polu danych u ytkownika pakietu Call Request. Jest szczególnie przydatne dla aplikacji
zorientowanych na przetwarzanie transakcyjne.
4.4.
Standardy dotycz ce PAD-ów
Po wydaniu zalecenia X.25 komisja standaryzacyjna stwierdziła, e wi kszo terminali jest urz dzeniami
asynchronicznymi. Konieczne stało si stworzenie standardów, które dawałby mo liwo podł czenia tych urz dze+
do synchronicznej sieci pakietowej. W ten sposób powstały standardy dostarczaj ce metod konwersji protokołów i
funkcji PAD-a dla terminala asynchronicznego. Po wydrukowaniu propozycji zalecenia X.25 w 1976 roku w roku
1977 pojawiły si trzy standardy: X.3, X.28, X.29 umo liwiaj ce współdziałanie interfejsu X.25 z terminalami
6
L ABO RAT O RI UM
asynchronicznymi. Zakres działania poszczególnych protokołów zobrazowano na rys. 2.
Rysunek 2.
Zakres działania protokołów X.3, X.28, X.29;
X.3 definiuje parametry PAD-a,
X.28 definiuje interface pomi dzy PAD-em i terminalem,
X.29 definiuje interface mi dzy PAD-em i oddalonym DTE
Asynchroniczny PAD wykonuje nast puj ce funkcje:
– Umieszczenie znaków w polu danych u ytkownika w pakiecie.
– Rozpakowanie pola danych pakietu na poszczególne znaki w w le odbiorczym.
– Zestawienie poł czenia wirtualnego, jego utrzymanie i rozł czenie.
– Generowanie sygnałów statusu od PAD-a do terminala.
– Mechanizm wysyłania pakietów (wysyłanie pełnego pakietu lub te wysyłanie pakietu nie całkowicie
zapełnionego.
– Edycja komend PAD-a.
– Automatyczna detekcja pr dko ci transmisji, kodu i innych danych.
Zalecenie X.3
Definiuje zbiór 22 parametrów, których u ywa PAD w celu identyfikacji i sterowania ka dym terminalem
komunikuj cym si z nim. Kiedy zestawione jest poł czenie mi dzy DTE i DCE parametry PAD-a s u ywane dla
okre lenia w jaki sposób PAD b dzie si komunikował z DTE i odwrotnie. DTE u ytkownika równie ma
mo liwo zmiany parametrów po poł czeniu si z PAD-em. Składnikami ka dego z 22 parametrów s : kod
parametru i warto parametru. Parametry PAD-1 zostały przedstawione w tabeli 1.
7
L ABO RAT O RI UM
Zalecenie X.28
Zalecenie X.28 definiuje procedury steruj ce poł czeniem mi dzy DTE i PAD-em. Po otrzymaniu inicjuj cej
transmisji z DTE, PAD zestawia poł czenie z DTE i wiadczy usługi zgodnie z X.28. Główne funkcje to:
– zestawienie sesji poł czeniowej,
– inicjalizacja obsługi,
– wymiana danych,
– wymiana informacji steruj cych,
– zako+ czenie sesji poł czeniowej.
Wiadomo ci przesyłane od terminala do PAD-a s nazywane sygnałami rozkazowymi (ang. command
signals) - tabela 2. W trybie wydawania komend terminal mo e zestawia poł czenia i rozł cza je oraz
rekonfigurowa tablic X.3. Wiadomo ci przesyłane od PAD do terminala nazywane s sygnałami obsługuj cymi
(ang. service signals) - tabela 3 i s zwi zane z utrzymaniem poł czenia i tablicy X.3. X.28 wymaga wysłania do
terminala sygnału obsługuj cego jako odpowiedzi na wysłan przez terminal komend . Sygnały dotycz ce
rozł czenia poł czenia przedstawiono w tabeli 4.
Zalecenie X.29
Zalecenie X.29 definiuje procedury wymiany informacji mi dzy PAD-em i odległym DTE.
Jest ono bardzo u yteczne w momencie np. zmiany przez komputer obliczeniowy (DTE)
parametrów PAD-a terminali do niego doł czonych. Protokół X.29 jest cz sto wykorzystywany do
zmiany profilu terminala. Dale on mo liwo komputerowi obliczeniowemu zmiany parametrów
terminala komunikuj cego si z nim przez PAD. X.29 definiuje 8 wiadomo ci steruj cych
nazywanych wiadomo ciami PAD-a (tabela 5). Dokładniejsze omówienie niektórych wiadomo ci
zawarto w tabeli 6.
8
L ABO RAT O RI UM
Tabela 1.
Nr
Parametry PAD-a
X.3 parametr
Opis
1
PAD RECALL
Escape from data transfer mode to command mode in order to send
PAD
2
ECHO
Controls the echo of characters sent by the terminal
3
DATA FORWARDING
Defines the character to be interpreted by the PAD as a signal to
forward data. Indication to complete assembly and forward a
complete packet.
4
IDLE TIMER DELAY
Select a time interval between successive characters of terminal
activity as a signal to forward data.
5
ANCILLARY DEVICE CONTROL
6
CONTROL OF PAD SIGNALS
Allows the PAD to control the flow of terminal data using
XON/XOFF characters
7
OPERATION OF THE PAD RECEIPT OF
BREAKING SIGNAL FROM DTE
Defines PAD action when a break signal is received from the
terminal
8
DISCARD OUTPUT
Controls the discarding of data pending output to a terminal
9
PADDING AFTER CARRIAGE RETURN
Controls PAD insertion of padding characters after a carriage
return is sent to the terminal
10
LINE TOLDING
Specifes whether the PAD should told the output line to the
terminal. Predetermined number of characters per line.
11
BINARY SPEED OF DTE
Indicates the speed of the terminal. Cannot be changed by
DTE.
12
FLOW CONTROL OF THE PAD
Allows the terminal to flow control data being transmitted
by the PAD
13
LINE FEED INSERTATION
Controls PAD insertion of line feed after a carriage return
is sent to the terminal.
14
LINE FEED PADDING
Controls PAD insertion of padding characters after a line
feed is sent to the terminal
15
EDITING
Controls whether editing by PAD is available during data
transfer mode (parameters 16,17 and 18).
16
CHRACTER DELETE
Selects character used to signal character delete
17
LINE DELETE
Selects character used to signal line delete
18
LINE DISPLAY
Selects character used to signal line display
19
EDITING PAD SERVICE SIGNALS
Controls the format to the editing PAD service signals
20
ECHO MASK
Selects the characters which are not echoed to the
terminal when echo (parameter 2) is enable.
21
PANTRY TREATMENT
Controls the checking and generation of panty of
characters from/to the terminal
22
PAGE WAIT
Specifies the number of lines to be displayed at one time
9
Tabela 2.
L ABO RAT O RI UM
Sygnały rozkazowe PAD-a
rozkaz
funkcja
PAD service signal sent response
STAT
The request status information regarding a virtual
call connected to the DTE
FREE or ENGAGED
CLR
To clear down a virtual call
CLR CONF or CLR ERR
(in the case of local procedure error)
PAR?
To request the current values of specified
parameters
PAR
(list of references with their current values or INV)
SET?
To request changing or setting of the current values
of the specified parameters and to request the
current values of specified parameters
PAR
PROF
(identifier)
To give to PAD parameters a standard set of values
Acknowledgement
RSET
To reset the virtual call
Acknowledgement
INT
To transmit an interrupt packet
Acknowledgement
SET
To set or change parameters values
Acknowledgement or PAR (list of invalid parameter
references followed by INV)
Wybór
sygnału
komendy
To set a virtual call
Acknowledgement
ICLR
To invite remote PAD to clear down a virtual call
CLR PAD
RPAR?
To request the current values of specified
parameters in remote PAD
RPAR
REST?
To request changing or setting of the current values
of the specified parameter(s) and to request the
current values of specified parameter(s)
RPAR
? oznacza, e wymagane s dodatkowe parametry
10
L ABO RAT O RI UM
Tabela 3.
Sygnały obsługuj ce PAD-a
Standard format of the PAD service signal
RESET
DTE
1,2 or 3 characters which represent
the decimal value of the diagnostic
code
Indication that the remote DTE has reset the virtual call
ERR
Indication of the reset of the virtual call due to local
procedure error
NC
Indication of the reset of the virtual call due to network
congestion
RPE
Indication of the reset of the virtual call due to remote
procedure error
CLR
CLR
Explanation
Identification of clearing
CONF
Confirmation of clearing
The characters to be sent are network dependent
PAD identification services signal
ERR
A PAD command signal is an error
XXX
Indication of line delete function completed for printing
terminals
PAGE
Indication that a page wait condition has occurred
BS SP SS
Indication of character delete function completed for
video terminals
ENGAGED
Response to status PAD commend signal when a call
has been established
FREE
Response to status PAD command signal when a call is
not established
PAR
Decimal values of parameter: parameter value
INV or list of invalid parameters
Response to set and read PAD command signal and set
PAD command signal, it at least one parameter is
invalid.
*
Prompt PAD service signal
Format
effector
Acknowledgement PAD service signal
Transfer to
DTE address and facilities
Indication that called DTE reselection by the PAD is in
progress
RPAR
Decimal values of parameter: parameter value
INV or list of invalid parameter
Response to remote set and real PAD command signal
11
Tabela 4.
L ABO RAT O RI UM
Sygnały rozł czaj ce poł czenie
sygnał
NUMBER BUSY
Mo liwy
standardowy
skrót
Explanation
(see recommendation X.96)
OCC
The called DTE is detected by the DCE as engaged
and not able to accept the incoming call
NETWORK CONGESTION
NC
A congestion condition exists within the network
INVALID FACILITY REQUEST
INV
Invalid facility requested by the calling DTE
ACCESS BARRED
NA
The calling DTE is not permitted to obtain
connection to the called DTE
LOCAL PROCEDURE ERROR
ERR
A procedure error cased by the DTE is detected by
the PAD
REMOTE PROCEDURE ERROR
RPE
A procedure error cased by DTE is detected by the
DCE at the remote DTE/DCE interface
NOT OBTAINABLE
NP
The called DTE address is out of the number plan or
is not assigned to any DTE
OUT OF ORDER
DER
The called number is out of order
PAD CLEARING
PAD
The call has been cleared by the local PAD as an
answer to an invitation to clear from the remote DTE
DTE CLEARING
DTE
The remote DTE has cleared the call
REVERSE CHARGING
ACCEPTANCE NOT SUBSCRIBED
RNA
The called DTE has not subscribed to reverse
charging acceptance
Tabela 5.
Wiadomo ci protokołu X.29
Typ wiadomo ci
Cel wiadomo ci
SET
READ
SET AND READ
PARAMETRES INDICATION
IVITATION TO CLEAR
INVITATION TO BREAK
12
Changes an X.3 value
Read an X.3 value
Change an X.3 value and require PD to confirm the change
Returned in response to above commands
Allows X.25 call clear by remote DTE, PAD clears to local terminal
PAD indicates terminal has transmitted a break
ERROR
In response to an invalid PAD message
RESELECTION
Instructs PAD to call a different address
L ABO RAT O RI UM
Tabela 6.
Wiadomo ci SET, SET & READ i READ PAD (X.29)
PAD message sent from the DTE
typ
Indication PAD message
transmitted to the DTE
Action upon
the PAD’s parameter
pole parametru
SET
Blank
Reset all the implemented X.3
parameters to their initial values
List of selected
parameters with the
desired values
Set selected to given values:
a)
None
if no error
a)
b) PAD fails to modify
some parameters
SET & READ
READ
4.5.
None
b) List these invalid
parameters
Blank
Reset all the implemented X.3
parameters to their initial values
List the implemented X.3
parameters and their initial values
li List of selected
parameters with the
desired values
Set selected parameters to given
values
List these invalid parameters with
new values
Blank
None
List all implemented X.3 parameters
with their current values
li List of selected
parameters with the
desired values
None
List of selected parameters with
their current values
Praktyczna konfiguracja komutatora X.25 dla abonenta asynchronicznego
Model prywatnej sieci pakietowej znajduj cy si w laboratorium składa si z trzech komutatorów
pakietowych PASS25, trzech terminali asynchronicznych oraz trzech abonentów sieci pakietowej X.25 pracuj cych
na bazie karty komputerowej PCXNET. Sprz t ten pozwala na zbudowanie przykładowej sieci, w której dost pne s
usługi bezpo redniej komunikacji pomi dzy u ytkownikami sieci, jak równie transfer plików.
Buduj c sie nale y pami ta o stworzeniu warunków do niezawodnej pracy. Nale y uwzgl dni mo liwo ci
uszkodzenia kabli ł cz cych poszczególne w zły jak równie inne przypadki losowe wpływaj ce na pogorszenie
jako ci usług. Trzeba mie wiadomo , e jakkolwiek model sieci w laboratorium znajduje si w jednym
pomieszczeniu, to w rzeczywistych warunkach poszczególne w zły mog by od siebie oddalone na znaczne
odległo ci. Fakt ten trzeba bra pod uwag chc c zaprojektowa sie , której u ywanie sprawi satysfakcj jej
u ytkownikom. Nale y zaprojektowa sie w konfiguracji w pełni rozdzielonej, która to konfiguracja stanowi
optymalne rozwi zanie pod wzgl dem niezawodno ciowym.
W ka dej sieci, tak e tej najmniejszej istotn kwesti jest uło enie planu numeracji, który umo liwi
bezbł dne nadanie przesyłki do adresata. W sieci istotne jest okre lenie numerów katalogowych dla w złów sieci
oraz dla abonentów doł czonych do tych w złów. W modelu, plan numeracji obejmuje cztery cyfry podzielone jak na
rysunku:
Maska
X
Y
Z
Z
Identyfikator
Identyfikator sieci
Identyfikator PASS'a
numer
abonenta
13
L ABO RAT O RI UM
Na pocz tku numeru wyst puje jednocyfrowy identyfikator sieci. Powoduje to, e wszyscy abonenci doł czeni
do tej sieci b d mieli tak sam pierwsz cyfr swojego numeru katalogowego. Drugie pole to z kolei jednocyfrowy
numer w zła w sieci. W przypadku modelowym jedna cyfra wyró niaj ca poszczególne w zły jest w zupełno ci
wystarczaj ca, gdy liczba w złów nie przekracza 10. Ustalenie numeru w zła powoduje, e wszyscy abonenci
doł czeni do tego samego w zła b d mieli takie same dwie pierwsze cyfry swojego numeru katalogowego. Numery
abonentów doł czonych do ró nych w złów b d miały wspóln pierwsz cyfr (doł czeni do tej samej sieci), ale
drugie cyfry numeru b d ró ne. Ostatnie dwie cyfry numeru to indywidualny numer abonenta doł czonego do
danego w zła. Oznacza to, e numery katalogowe dwóch ró nych abonentów doł czonych do tego samego w zła
musz si mi dzy sob ró ni na trzeciej i/lub czwartej pozycji.
Aby móc przesyła informacj pomi dzy abonentami a w złami oraz pomi dzy w złami nale y zapewni
odpowiednie warunki sprz towe. Oznacza to na przykład, e jeden koniec poł czenia musi generowa sygnał taktu,
a drugi koniec tego samego poł czenia musi zapewni mo liwo odtworzenia sygnału zegarowego. W sieci jest to
mo liwe do zrealizowania tylko w wypadku, gdy jeden koniec poł czenia sterowany jest przez obwód steruj cy DCE
HS (zegar wychodz cy), a drugi koniec poł czenia przez obwód steruj cy DTE HE (zegar przychodz cy). Terminal
asynchroniczny mo e by przył czony do sieci tylko przez obwód steruj cy Async.
Poł czenia pomi dzy w złami sieci s typu wewn trznego. Poł czenia abonentów dokonuje si poprzez linie
abonenckie. Tryb pracy poszczególnych linii uzale niony jest od ich przeznaczenia. Na przykład poł cze+ wewn trz
sieci dokonuje si przez linie X.25. Abonenci asynchroniczni doł czani s poprzez lini prowadz c do assemblera i
disassemblera pakietowego (PAD). Abonenci synchroniczni pracuj z kolei na liniach X.25.
Poniewa w modelu sieci obwody steruj ce s ju z góry przydzielone poszczególnym liniom w zwi zku z
tym nale y sytuacj tak uwzgl dni przy konfigurowaniu sieci.
Konfiguracja abonenta asynchronicznego.
W celu skonfigurowania abonenta u ytkownik powinien uruchomi emulator terminala (znajduj cy si na
przykład w programie Norton Commander). Po jego uruchomieniu nale y wpisa cyfr 9 , potwierdzi j
klawiszem ENTER, a nast pnie poda hasło dost pu “HELLO”. Po podaniu hasła uzyskamy znak zach ty
PASS25>
Oznacza to, e mo emy rozpocz konfiguracj komutatora. Program konfiguracyjny jest skonstruowany w
struktur drzewa, za na ka dym jego poziomie mo emy uzyska pomoc wpisuj c komend HLP com (gdzie com
oznacza interesuj c nas komend ) lub HELP ( kiedy chcemy uzyska informacj na temat wszystkich komend
dost pnych w danym MENU).
14
L ABO RAT O RI UM
PASS25>help
CFG
calls ConFiGuration menu
CMD
calls CoMmanDe menu
CUG
calls Closed User Group menu
MPM
calls Memory and Processors Management menu
NUI
calls NUI table management menu
OFF
disconnects
PAS
changes PASsword
PHY
displays PHYsical number of the switch
PRO
changes PROmpt message
REL
displays software RELease number
RLU
RoLl Up
RTG
calls RouTinG menu
SND
calls Switched Network Destination menu
STA
calls STAtistics menu
TIM
TIMe
TRA
changes TRAffic generator message
TST
calls TeST menu
(polska wersja tej tabeli znajduje si w dodatku umieszczonym na ko+ cu instrukcji)
1. PLAN ROUTINGU.
Pierwsz czynno ci któr powinien wykona
wicz cy jest PLAN ROUTINGU.
Aby go wykona nale y:
- wpisa komend RTG . Na ekranie pojawi si znak zach ty
RTG>
- wpisa komend
FLD X,DEL
słu y ona do usuni cia poprzedniej tablicy routingu. Aby sprawdzi poprawno
wykonania rozkazu wpisz komend DRO. Powiniene uzyska nast puj cy wygl d ekranu
RTG>FLD X,DEL
15
L ABO RAT O RI UM
RTG>DRO
Max number of crossed switches
: 03
Default number length
: 03
Network number length
: 05
TABLE
Size
Usedelts
ConFIdentiality
00010
00000
PVC
00010
00000|
ADDresses
00010
00003
SWItches addresses
00010
00000
user DATa's
00010
00000
HPT timetable
00000
00000|
004 max. outg. ln.
009 max. data lgth
No configured field in routing plan !
- wpisz nast puj c lini
RTG>FLD X,0,9,ID:SIECI
Powoduje to okre lenie , e wyró nik sieci (X) mo e przyjmowa warto ci od 0 do 9 (FLD X,0,9,ID:SIECI)
Sekwencja ID:SIECI, jest tylko ułatwieniem dla u ytkownika (LABEL).
Wpisanie w tej chwili komendy DRO spowoduje pojawienie si poni szego ekranu
RTG>FLD X,0,9,ID:SIECI
RTG>DRO
:03
:03
:05
TABLE
Size
Used elts
ConFIdentiality
00010
00000
PVC
00010
00000
ADDresses
00010
00003
SWItches addresses
00010
00000
user DATa's
00010
0000
HPT timetable
00000
00000|
FIELD format
Minimum
Maximum
Identification
X
0
9
SIECI
16
004 max. outg. ln.
009 max. data lgth
L ABO RAT O RI UM
Mo na zauwa y zmian w stosunku do poprzedniego wywołania tego polecenia w ostatniej linii ekranu.
- wpisz nast puj c lini
RTG>FLD 1X,0,9,ID:PASS12
gdzie 1 oznacza, e wyró nikiem sieci b dzie cyfra "1 ", natomiast "X" jest wyró nikiem w zła komutacyjnego
(mo e on by zakresu 0-9 FLD 1X,0,9,ID:PASS12) .
RTG>DRO
:03
:03
:05
TABLE
Size
Used elts
ConFIdentiality
00010
00000
PVC
00010
00000
ADDresses
00010
00003
SWItches addresses
00010
00000
user DATa's
00010
0000
HPT timetable
00000
00000|
FIELD format
Minimum
Maximum
Identification
X
0
9
SIECI
1X
0
9
PASS12
004 max. outg. ln.
009 max. data lgth
Tu te mo na zauwa y zmian w stosunku do poprzedniego wywołania tego polecenia w ostatniej linii.
-
wpisz nast puj c lini
RTG>FLD 12XX,00,99,ID:NR.AB
gdzie 1 – warto
zdefiniowana poprzednio, 2 oznacza, e wyró nikiem tego konkretnego komutatora b dzie cyfra
"2 " (pami tajmy, e mo e ich by 10), natomiast "XX" oznacza, e dany w zeł mo e obsłu y do 100 abonentów (
FLD 12XX,00,99,ID:NRAB)
Wpisanie w tej chwili komendy DRO spowoduje pojawienie si poni szego ekranu
RTG>FLD 12XX,00,99,ID:NR.AB
17
L ABO RAT O RI UM
RTG>DRO
:03
:03
:05
TABLE
size
Used elts
ConFIdentiality
00010
00000
PVC
00010
00000
ADDresses
00010
00003
SWItches addresses
00010
00000
user DATa's
00010
0000
HPT timetable
00000
00000|
FIELD format
Minimum
Maximum
Identification
X
0
9
SIECI
1X
0
9
PASS12
12XX
00
99
NR.AB
004 max. outg. ln.
009 max. data lgth
W ostatnich liniach mo emy zauwa y wszystkie poprzednio wprowadzone zmiany.
-
wpisa komend
RTG>OUT 11,PR,0100,0101
Komenda ta słu y do zdefiniowania drogi do komutatora 11 ( gdzie pierwsza jedynka oznacza, e wyró nikiem sieci
jest cyfra 1 druga numer komutatora do którego chcemy "doj ") .
OUT 11,PR,0100,0101 – 0100-bezpo rednia droga do komutatora 11, 0101-droga obej ciowa od komutatora 11
poprzez inny komutator (13).
-
wpisa komend
RTG>OUT 13,PR,0101,0100
Działanie tej komendy jak wy ej, dotyczy ona komutatora 13.
-
wpisa komend
RTG>OUT xx99,PR,0001
komenda ta słu y do zdefiniowania abonenta wirtualnego o numerze xx99, gdzie xx jest numerem danego
komutatora ( w naszym przykładzie xx=12)
-
18
wpisa komend
L ABO RAT O RI UM
RTG>OUT 1207,PR,0107 – zdefiniowanie numeru abonenta asynchronicznego
RTG>OUT 1206,PR,0106 – zdefiniowanie numeru abonenta synchronicznego
W tym miejscu ko+ czymy definiowanie PLANU ROUTINGU.
Wszystkie wprowadzone przez nas zmiany w planie routingu nale y zapisa w komutatorze
wykonamy to komend RST
RTG>RST
Wyjd my teraz z menu RTG komend OFF
RTG>OFF
Na ekranie powinni my ponownie zobaczy
PASS25>
2. Konfiguracji wła ciwo ci linii.
Interesuj nas nast puj ce parametry:
-
CLK – szybko ci transmisji
-
MOD - tryb pracy zako+ czenia linii (DCE lub DTE)
-
FRK – wielko
potwierdzenia
-
TM1 – zegar temporyzacji – warto tego zegara reprezentuje max czas który mo e upłyn
wysłaniem danej ramki, a otrzymaniem potwierdzenia jej odbioru
-
TM2 – zegar temproryzacji warto tego zegara reprezentuje max czas pomi dzy odebraniem danej ramki a
wysłaniem potwierdzenia jej odbioru
-
okna transmisji; reprezentuje max liczb
ramek które mog
by
wysłane bez
pomi dzy
CN2 – licznik powtórze+ ; licznik ten okre la max liczb powtórze+
potwierdzona
transmisji ramki, która nie została
-
SVC – liczba komutowanych kanałów wirtualnych ; okre la liczb kanałów wirtualnych zarezerwowanych jako
kanały komutowane
-
PVC – liczba stałych kanałów wirtualnych ; okre la liczb kanałów wirtualnych które s zestawione na stałe
-
US0 – u ycie kanału zerowego ; w niektórych sieciach kanał zerowy wykorzystywany jest w celach
diagnostycznych , nale y wi c okre li czy kanał ten mo e by u yty do przenoszenia danych
Skonfigurujmy dla przykładu lini 0100 prowadz c do komutatora 11.
Sprawd my aktualne ustawienia linii, robimy to komend
CFG>DIS nr-linii
Wpiszmy DIS 0100. Otrzymamy nast puj cy ekran:
19
L ABO RAT O RI UM
CFG>DIS 0101
FEP 01
Line 00 - X25
Transfer MODe
DCE
ConFIdentiality
N
line routing TYPe
IT
PVCs number
000
SVCs number
008
USe of v.c. 0
Y
STat. Validation
Y
WaRnings Validation
N
Standby Indication
N
NETwork mode
TPC
NETwork profile
PR0
Data Compression Trunk
I.TR
Reser. Prior. Calls
000
Fac. REver. Charg
N
NUI facility treatment
TRA
Fac. fAst Select
N
Fac. Flow ControL
N
Fac. THrough. Class
N
Fac. Incom. Access
N
Fac. OUtgoing access
N
Fac. Prev. Charging
N
Rec. pack. Wind. Size
3
Trans. Pack. Wind. Size
3
Rec. Packet Length
07
Trans. Packet Length
07
Rec. THroughput class
05
Trans. THrough. Class
05
Rec. Max. Thr. Class
06
Trans. Max. Thr. Class
06
NUI to send
N
ACCes : network
LEA
ACCes : connection type
LEA
Frame window size (K)
007
Counter N2
03
TiMer t1
0010
TiMer t2
0001
ClocK speed
04
POLling level 2
Y
MoDuLo level 2
8
Identific Syst Validat
N
Jak widzimy niektóre z parametrów s niezgodne z instrukcjami prowadz cego.
Skonfigurujmy ustawienia interesuj cych nas parametrów linii:
-
MOD
Składnia rozkazu
: MOD ffll/PRxy,DTE/DCE/DFL
gdzie ffll – nr linii
np. MOD 0101,DTE spowoduje ustawienie trybu pracy zako+ czenia linii jako terminala
-
CLK
Składnia rozkazu
: CLK ffll/PRxy,value
np. CLK 0101,4 spowoduje ustawienie trybu pracy urz dzenia taktowanego zegarem 9600b/s
20
L ABO RAT O RI UM
Inne mo liwe szybko ci
0
1
2
3
4
5
6
7
bits/s :.
hl ext.
1200
2400
4800
9600
19200
48000
56000
warto
8
9
10
11
12
13
14
64000
200
300
600
128000
192000
256000
warto
bits/s
Uwaga:
Ustawienie “0” spowoduje, e urz dzenie b dzie pracowało w trybie terminala, czyli z szybko ci dyktowan
z “zewn trz”. Czyli, gdy MOD ustawimy na DTE to obligatoryjnie CLK ustawiamy na “0”.
-
FRK
Składnia rozkazu
: FRK ffll/PRxy,value
np. FRK 0101, 7 spowoduje ustawienie okna na 8 ramek
-
TM1
Składnia rozkazu
: TM1 ffll/PRxy,value
warto ci TM1 s ustawiane w wielokrotno ciach 1/20 s
np. TM1 0101, 0010 spowoduje ustawienie zegara TM1 na 0.5s
-
TM2
Składnia rozkazu
: TM2 ffll/PRxy,value
Warto ci TM2 s ustawiane w wielokrotno ciach 1/20s. S one zazwyczaj pod wielokrotno ciami TM1
np. TM2 0101, 0010 spowoduje ustawienie zegara TM2 na 0.05s (tzn na 1/10 TM1)
-
CN2
Składnia rozkazu : CN2 ffll/PRxy,value
np. CN2 0101, 03 spowoduje ustawienie licznika CN2 na 3
-
SVC
Składnia rozkazu : SVC ffll/PRxy,number,[first SVC number]
np. SVC 0101, 008 spowoduje ustawienie liczby kanałów wirtualnych zarezerwowanych na
komutowane w liczbie 8
-
kanały
PVC
Składnia rozkazu : PVC ffll/PRxy,number[,first CVP number]
21
L ABO RAT O RI UM
np. PVC 0101, 000 spowoduje ustawienie liczby kanałów wirtualnych które s zestawione na stałe w liczbie 0
-
US0
Składnia rozkazu : US0 ffll/PRxy,Y/N
W podobny sposób dokonujemy ustawie+ pozostałych linii sieci.
Wszystkie wprowadzone przez nas zmiany w ustawieniach linii nale y zapisa w komutatorze.
Wykonamy to komend RST.
CFG>RST
wyjd my teraz z menu CFG komend OFF
-
CFG>OFF
Na ekranie powinni my ponownie zobaczy
PASS25>
Ostatni czynno ci któr musi wykona
wicz cy jest zapisanie wszystkich wprowadzonych zmian do pami ci
komutatora i zrestartowanie całego w zła (komutatora). Aby to zrobi musimy przej
do menu MPM - robimy to
wpisuj c komend MPM po znaku zach ty PASS25>. Na ekranie zobaczymy
MPM>
Wpiszmy teraz komend RST 01. Spowoduje ona zapis zmian do komutatora i jego restart.
Nawi zanie poł czenia w sieci jest mo liwe poprzez podanie numeru abonenta wywoływanego. Abonent
asynchroniczny musi uruchomi program emulacji terminala i uzyska na ekranie informacj PASS25 OST. W tym
momencie nale y poda numer katalogowy abonenta, z którym ma nast pi poł czenie. Je eli abonent wywoływany
jest gotowy do przyj cia zgłoszenia (np. ma uruchomiony program emulacji terminala i nie jest w danej chwili
zaanga owany w inne poł czenie) wtedy na ekranie u abonenta wywołuj cego pojawia si napis
COM
co wiadczy o nawi zaniu poł czenia. U abonenta wywoływanego pojawia si informacja o numerze abonenta
wywołuj cego i tak e napis COM wiadcz cy o zestawieniu poł czenia. W tym momencie mo liwy jest dialog
pomi dzy abonentami. Pakiet danych tworzony jest po przesłaniu od abonenta znaku ko+ ca linii (klawisz
<ENTER>). Przej cie do nowej linii uzyskuje si po naci ni ciu kombinacji klawiszy <Ctrl-L>. Rozł czenie
poł czenia mo liwe jest po podaniu sekwencji steruj cej protokołu X.3 - <Ctrl-P> i wpisaniu komendy LIB.
W rzeczywistych warunkach sprawdzenie niezawodno ci sieci mo e nast pi
na przykład w wyniku
uszkodzenia bezpo redniego poł czenia pomi dzy dwoma w złami. W warunkach laboratoryjnych mo na
zasymulowa tak sytuacj poprzez konfiguracj linii wyj ciowej w ten sposób, e blokuje ona bezpo redni dost p do
innego w zła. Fakt ten w dobrze skonfigurowanej sieci nie powinien mie wpływu na mo liwo
22
zestawienia
L ABO RAT O RI UM
poł czenia pomi dzy abonentami doł czonymi do tych w złów.
Zerowanie danych dotycz cych konfiguracji sieci nast puje po naci ni ciu klawisza RESET na płycie
czołowej komutatora PASS25.
5.
Przebieg wiczenia:
1.
Narysowa konfiguracj sieci w pełni rozdzielonej.
2.
Okre li plan numeracji. Dane wpisa do tabeli i nanie
Maska
X
Y
Identyfikator sieci
Identyfikator
na rysunek.
Z
Identyfikator PASS'a
Z
Numer abonenta
Sie
Komutator 1
Komutator 2
Komutator 3
Abonent asynchroniczny 1
Abonent synchroniczny 1
1.
Okre li typy zako+ cze+ linii, tryby pracy, typy linii, kierunki i warto ci zegarów oraz numery
przeznaczenia dla ka dej linii w sieci. Dane wpisa do tabeli i nanie na rysunek (patrz dodatek 1).
Nr fizyczny linii
Obwód
steruj cy
Typ
zako cz
Zegar
Tryb
pracy
Typ
linii
Przeznaczenie
Komut. 1
0100
HS
0101
HE
0102
S0
0103
S0
0106
HS
0107
Async
Komut. 2
0100
HS
23
0101
HE
0102
S0
0103
S0
0106
HS
0107
Async
L ABO RAT O RI UM
Komut. 3
0100
HS
0101
HE
0106
HS
0107
Async
1.
Na podstawie danych zawartych w tabelkach wprowadzi odpowiednie dane do komutatorów.
2.
Nawi za poł czenie pomi dzy abonentami asynchronicznymi.
3.
Programowo dokona rozł czenia bezpo redniego poł czenia pomi dzy wybranymi dwoma komutatorami.
Sprawdzi , czy jest mo liwa transmisja pomi dzy abonentami doł czonymi do tych dwóch komutatorów.
4.
Dokona zerowania danych dotycz cych konfiguracji sieci.
Dodatek 1.
24
L ABO RAT O RI UM
Dodatek 2
PASS25>help
CFG
: wywołanie menu konfiguracyjnego
CMD
: wywołanie menu komend
CUG
: wywołanie menu zamkni tych grup u ytkowników
MPM
: wywołanie menu zarz dzania pami ci i procesorem
NUI
: wywołanie menu zarz dzania tablic NUI
OFF
: rozł czenie
PAS
: zmiana hasła
PHY
: wy wietlenie numeru fizycznego komutatora
PRO
: zmiana znaku zach ty
REL
: wy wietlenie numeru oprogramowania
RLU
: RoLl Up
RTG
: wywołanie menu routingu
SND
: calls Switched Network Destination menu
STA
: wywołanie menu statystyki
TIM
: czas
TRA
: zmiana wiadomo ci generatora ruchu
TST
: wywołanie menu testowania
25
L ABO RAT O RI UM
Dodatek 3
RTG>DRO
Max. liczba komutatorów
:03
Domy lna długo
:03
Długo
numeru
numeru w sieci
:05
TABLE
size
Used elts
Confidentiality (udogodnienia)
00010
00000
PVC (stałe kanały wirtualne)
00010
00000
ADDresses (adres)
00010
00003
SWItches addresses (adres wêz³a)
00010
00000
user DATa's
00010
0000
HPT timetable
00000
00000|
004 maksymalna długo
009 maksymalna długo
Format pola
Minimum
Maximum
Nazwa(LABEL)
X
0
9
SIECI
1X
0
9
PASS12
12XX
00
99
NR.AB
26
outg
danych
L ABO RAT O RI UM
Dodatek 4
CFG>DIS 0100
FEP 01
Line 00 - X25
Typ pracy zako+ czenia linii
DCE
ConFIdentiality
N
line routing TYPe
IT
Liczba stałych kanałów wirtualnych (PVC)
000
Liczba komutowanych kanałów wirtualnych (SVC)
008
Wykorzystanie kanału logicznego 0 (US0)
Y
STat. Validation
Y
WaRnings Validation
N
Standby Indication
N
Tryb pracy sieci
TPC
Profil sieci (NETwork profile)
PR0
Data Compression Trunk
I.TR
Reser. Prior. Calls
000
Fac. REver. Charg
N
NUI facility treatment
TRA Fac. FAst Select
N
Fac. Flow ControL
N
Fac. THrough. Class
N
Fac. INcom. Access
N
Fac. OUtgoing access
N
Fac. Prev. Charging
N
Rec. Pack. Wind. Size
3
Wielko
okna transmisyjnego (TWS)
3
Rec. Packet Length
07
pakietu (TPL)
07
Rec. Throughput class
05
Trans. THrough. Class
05
Rec. Max. Thr. Class
06
Trans. Max. Thr. Class
06
NUI to send
N
ACCes : network
LEA Typ linii dost powej
LEA
007
03
Wielko
Szeroko
okna wyra ona liczb ramek
Licznik N2
Zegar t1
0010 Zegar t2
0001
Szybkoœæ zegara
04
POLling level 2
Y
MoDuLo level 2
8
Identific Syst Validat
N
27
L ABO RAT O RI UM
Konfiguracja sprz towa laboratoryjnej sieci X.25
28
L ABO RAT O RI UM
Tworzenie planu numeracji i konfiguracja routingu
29
L ABO RAT O RI UM
Konfiguracja parametrów portów komutatora PASS 25
30

LABORATORIUM

Transkrypt

Podobne dokumenty

Kabel USB do defibrylatora PAD

Słowa po japońsku.

Kliknij aby pobrać dokument w formacie PDF

PAD AK117A

PAS BIAŁY 1. Etykieta Ju-Jitsu i Historia Ju

deklaracja zgodności