LABORATORIUM SYSTEMÓW TELETRANSMISYJNYCH
Grupa szkoleniowa: E0T1S1
SPRAWOZDANIE Temat : Konfiguracja krotnicy SDH.

1. Plan połączeń pomiędzy krotnicami oraz urządzeniami zewnętrznymi (centralami).

Pierwszym naszym zadaniem było zaplanowanie fizycznych połączeń pomiędzy krotnicami oraz centralami zewnętrznymi. Plan jaki przyjęliśmy został zobrazowany na rysunku poniżej.

Rys. 1 Schemat połączeń między krotnicami i centralami.

Przyjęte przez nas rozwiązanie wydaje się najprostsze jednak nie zapewnia ono żadnej protekcji. Aby zapewnić protekcję należałoby połączyć interfejs zagregowany nr 2 krotnicy nr 1 z interfejsem zagregowanym nr 2 krotnicy nr 3. Wtedy w przypadku przerwania któregikolwiek połączenia z krtonicą nr 2 abonenci nie zostaliby rozłączeniu a jedynie przełączeni na łącze bezpośrednie pomiędzy krotnicami nr 1 i nr 3. Warto wspomnieć że abonenci w żaden sposób nie odczuliby przełączenia. Liczby w nawias pokazują do którego ze styków E1 w krotnicy jest podłączony trakt E1 wychodzący z centrali.

Tab. 1 Wybór interfejsu E1

	Krotnica 1	Krotnica 2	Krotnica 3
Nazwa urządzenia współpracującego	centrala 74	-----	centrala 75
Numer interfejsu E1 w module 16xE1	5	-----	7
Tryb pracy interfejsu E1	tra	-----	tra

Kolejnym zadaniem było zaplanowanie tzw. cross-connectów pomiędzy krotnicami. Przyjęte przez nas rozwiązanie jest zobrazowane w tabelach poniżej.

Tab. 2 Połączenia cross-connect

Krotnica 1
Typ połączenia
dwukierunkowe

Krotnica 2
Typ połączenia
dwukierunkowe

Krotnica 3
Typ połączenia
dwukierunkowe

Jak widać z tabeli powyżej krotnica nr 2 nie zmienia położenia ( ta sama jednostka podrzędna, to samo miejsce w grupie jednostek podrzędnych TUG2 i TUG3 ) informacji w trakcie. Oczywiście można w krotnicy nr 2 po stronie B wybrać dowolny nr jednostki podrzędnej, grupy jednostek TUG2 i TUG3 co wiązałoby się ze zmianą na ten sam numer w krotnicy nr 3 po stronie A.

1. Konfigurowanie krotnic.

Najpierw uruchomiliśmy i zalogowaliśmy się do programu AXX 9820 CRAFT. Pierwszą czynnością jaką należało zrobić było wyłączenie likwidacji struktury po usunięciu połączenia cross connect. Dokonaliśmy tego wybierając disable dla opcji AutoUnstructureOnXcDelete. Następnie włączyliśmy raportowanie błędów w portach E1. W polu AIS wybraliśmy allow dla każdego z 16 dostępnych portów E1. W kolejnym punkcie włączyliśmy interfejsy zagregowane. Dla krotnic nr 1 i nr 3 były to interfejsy nr 1 natomiast dla krotnicy nr 2 włączyliśmy obydwa dostępne interfejsy zagregowane. Aby tego dokonać ustawiliśmy w polu Administrative Status opcję enable. Po zapisaniu i odświeżeniu pole Operational Status zmieniło się na up, co oznacza że do krotnicy jest poprawnie przyłączony interfejs innej krotnicy. Następnie ustawiliśmy typ struktury na „TU-12 to cross connect” oraz zaznaczyliśmy opcje remove existing XCs aby usunąć istniejące połączenia cross connect. Po tych ustawieniach sprawdziliśmy czy wybrana przez nas jednostka TU-12 jest wolna. Pola Source XC Usage oraz Sink XC usage były free co sugeruje że wszystko jest w porządku. Ponieważ w krotnicy nr 2 nie jest wykorzystywany żaden ze slotów E1, to jej konfiguracja nie wymaga włączenia i ustawienia trybu pracy tych interfejsów. Dla krotnic 1 i 3 wykonaliśmy operację włączenia odpowiednich interfejsów. Dla krotnicy nr 1 w zakładce pdh:2.5, dla krotnicy nr 2 w zakładce pdh:2.7, w polu Administrative status ustawiliśmy enable. Następnie wybraliśmy tryb pracy tych interfejsów ( pole E1 Mode -> tra ). Następnie dla każdej z krotnic utworzyliśmy połączenia cross connect zgodnie z danymi zawartymi w tabeli nr 2. Po wykonaniu połączeń cross connect zawartość pól Source XC oraz Sink XC usage zmieniła się na pdh dla krotnic nr 1 i 3, natomiast dla krotnicy nr 2 na sdh.

W krotnicy nr 2 cały czas widoczny był alarm sugerujący niesprawność slotu 2 ( 16xE1 ).

1. Obsługa komputera z kartą A101 pełniącego rolę centrali.

Podczas gdy jedna grupa osób konfigurowała krotnice SDH drugi zespół zajmował się czynnościami obsługowymi komputerów PC pełniących rolę centrali SDH. Centrale obsługiwaliśmy w systemie GNU/Linux z poziomu konsoli, w tym celu musieliśmy się zalogować, jako administrator korzystając z polecenia su. Pierwszym zadaniem osób obsługujących centrale było sprawdzenie aktualnego statusu interfejsu karty A101.

Po sprawdzeniu, że nasza karta A101 jest poprawnie wykrywana przez system przeszliśmy do dalszych czynności, które wymagały od nas sprawdzania aktualnego stanu interfejsu E1. Dzięki poleceniu watch wanpipemon –i w1g2 –c Ta mogliśmy na bieżąco obserwować stany aktualnych alarmów. Początkowo, gdy sieć nie była poprawnie skonfigurowana mieliśmy bardzo dużo aktywnych alarmów, a status karty był „Disconnect”, co oznacza, że nasza karta nie wykrywała sygnału odbieranego lub występowały alarmy na interfejsie. Dzięki prostemu testowi mogliśmy w sposób kontrolowany wywołać alarm LOS i zobaczyć jak zmieniają się parametry. Po rozłączeniu centrali i krotnicy poprzez wyjęcie kabla zaobserwowaliśmy pojawienie się alarmu LOS a parametr RX level wskazywał <-45dB co oznaczało że całkowicie utraciliśmy sygnał. Po tym doświadczeniu ponownie połączyliśmy centrale i krotnice i zaobserwowaliśmy zniknięcie alarmu LOS a parametr RX level powrócił do stanu >-2.5 dB -sygnał odbierany przez centrale miał już odpowiedni poziom. Gdy nasi koledzy skończyli konfigurować krotnice w konsoli mogliśmy zaobserwować brak aktywnych alarmów, a status karty wynosił „Connected”, co oznaczało, że urządzenia zostały poprawnie skonfigurowane i połączone. Następnie koledzy poprawnie zestawili połączenie między abonentami centrali 74 a abonentami centrali 75, a my obserwowaliśmy statusu poszczególnych kanałów rozmownych w interfejsie E1 centrali. Zaobserwowaliśmy, że jedna centrala zajmuje szczeliny od najniższej numeracji, a druga centrala od najwyższej numeracji.

Opis zaobserwowanych alarmów:
LOS – brak sygnału lub sygnał odbierany jest zbyt niski
AIS – alarm ten uaktywnia się gdy w dwóch kolejnych ramkach wystąpi mniej niż 3 zera (brak wzoru fazowanie ramki)
RAI – wysyłany gdy w torze odbiorczym pojawia się alarm LOS lub LOF
LOF – nie wykryto poprawnego wzoru synchronizacji ramki
YELLOW –pojawia się wtedy gdy gdy odebrany jest alarm RAI
RED – pojawia się wtedy, gdy przez co najmniej 2,5s wystąpił alarm LOF

Centrala 75

Godzina	Tor Rx(odbierany)	Tor Tx	Status
-	LOS	AIS	LOF
13:35	OFF	OFF	ON
13:41	OFF	OFF	OFF

4.Wnioski końcowe
Ćwiczenie udało nam się wykonać prawidłowo. Mimo początkowych trudności szybko udało nam się poprawnie zaplanować połączenia między centralami i krotnicami. Skonfigurowanie urządzeń przebiegło sprawnie. Obserwowaliśmy, że im nasza sieć lepiej była konfigurowana tym mniej otrzymywaliśmy alarmów, aż do momentu gdy wszyscy członkowie naszej ekipy zakończyli proces konfigurowania urządzeń(krotnic) wówczas wszystkie alarmy całkowicie zniknęły.
Podczas zestawiana połączenia między abonentami obu central widzieliśmy, że jedna centrala rezerwuje szczeliny czasowe numerowane od najmniejszej cyfry a druga centrala zajmuje szczeliny czasowe numerowane od największej cyfry.