W erze szybko rozwijających się sieci światłowodowych, kompleksowa walidacja urządzeń ONT (Optical Network Terminal) staje się kluczowym elementem zapewnienia wysokiej jakości usług. Proces ten, obejmujący szczegółowe testy funkcjonalności i zgodności z branżowymi standardami, jest niezbędny przy każdej zmianie oprogramowania i powinien być powtarzany regularnie przez cały cykl życia produktu.

Niniejszy artykuł przedstawia studium przypadku przeprowadzone w laboratorium VECTOR TECH SOLUTIONS, gdzie podczas testów przejścia ruchu multicast przez ONT w technologii XGS-PON zidentyfikowaliśmy istotny problem operacyjny. Analiza tego przypadku podkreśla znaczenie rygorystycznych procedur testowych oraz eksperckiego podejścia do walidacji urządzeń sieciowych, oferując cenne wnioski dla operatorów i producentów sprzętu telekomunikacyjnego.

Potrzeba kompleksowej walidacji ONT

Walidacja ONT (Optical Network Terminal) w sieciach światłowodowych jest kluczowym procesem, który powinien być przeprowadzany według ściśle określonych procedur. Proces ten obejmuje nie tylko weryfikację zgodności urządzenia z branżowymi standardami, ale także testowanie po każdej zmianie oprogramowania. Co więcej, walidacja powinna być powtarzana regularnie przez cały cykl życia produktu.

Operatorzy często potrzebują wsparcia w tym procesie ze względu na brak odpowiedniego środowiska testowego lub doświadczonej kadry technicznej. To właśnie tutaj specjalistyczne laboratoria, takie jak VECTOR TECH SOLUTIONS, odgrywają kluczową rolę.

Podsumowanie testu ruchu multicast

W naszym laboratorium przeprowadziliśmy test ruchu multicast przez ONT w technologii XGS-PON. Mimo że początkowe testy OMCI zakończyły się sukcesem, sugerując zg odność z zaleceniem ITU-T G.9807.1, zidentyfikowaliśmy jednak istotny problem operacyjny wymagający interwencji producenta.

Środowisko i procedura testowa

Test miał na celu sprawdzenie, czy ONT przekazuje ruch bez zmiany kluczowych pól, takich jak wartość p-bit i numer VLAN. W tym celu przygotowaliśmy środowisko testowe składające się z następujących elementów :

Nasza procedura testowa rozpoczęła się od konfiguracji ONT (Optical Network Terminal) za pomocą protokołu OMCI (ONT Management and Control Interface), której celem było zapewnienie transparentnego przekazywania ramek Ethernet przez terminal ONT.

Po zakończeniu konfiguracji, przeszliśmy do kolejnego etapu testu. Na interfejsie 'V’ (interfejs po stronie sieci) wygenerowaliśmy ramkę multicast, symulując ruch sieciowy charakterystyczny dla transmisji multicast. Równocześnie, na interfejsie 'U’ (interfejs po stronie użytkownika) wygenerowaliśmy wiadomość 'join’, która jest typowa dla protokołu IGMP (Internet Group Management Protocol) używanego w transmisji multicast. Wiadomość ta została skonfigurowana z precyzyjnie określonymi parametrami, które są kluczowe dla prawidłowego funkcjonowania usługi multicast.

Następnym krokiem była weryfikacja poprawności transmisji ramek Ethernet zarówno w kierunku downstream (od sieci do użytkownika), jak i upstream (od użytkownika do sieci).
Dla pozytywnej walidacji urządzenia ONT i uzyskania miarodajnych wyników testów, kluczowe znaczenie miał fakt, by ONT nie wprowadzał żadnych modyfikacji w przesyłanych ramkach. Innymi słowy, integralność danych musiała zostać zachowana podczas całego procesu transmisji.
Szczególną uwagę zwróciliśmy na wiadomość 'join’. Zgodnie z naszymi kryteriami, ta wiadomość powinna była być identyczna na interfejsie „U” i interfejsie „R/S” (interfejs po stronie OLT – Optical Line Terminal). Ta zgodność powinna była być zachowana zarówno w kierunku upstream, jak i downstream. Aby ułatwić analizę i porównanie, przygotowaliśmy szczegółowe tabele przedstawiające oczekiwane parametry dla obu kierunków transmisji.

Kryteria pass/fail 

W celu przeprowadzenia kompleksowej oceny wyników testu ruchu multicast, opracowaliśmy precyzyjne kryteria pass/fail. Pierwszym krokiem w naszej procedurze testowej była weryfikacja konfiguracji ONT. Dokonaliśmy tego poprzez szczegółową analizę wiadomości OMCI (ONT Management and Control Interface). Naszym celem było upewnienie się, że wszystkie wysłane polecenia konfiguracyjne zostały prawidłowo przetworzone i zakończyły się sukcesem. Ten etap był kluczowy, ponieważ jakakolwiek awaria lub nieprawidłowość w konfiguracji ONT na tym poziomie uczyniłaby dalsze testy bezcelowymi i mogłaby prowadzić do błędnych wniosków.

Po pozytywnym przejściu pierwszego etapu, skupiliśmy się na kolejnych kryteriach. Te dotyczyły szczegółowego porównania dwóch kluczowych typów ramek sieciowych: „wiadomości join” związanych z protokołem IGMP (Internet Group Management Protocol) oraz właściwego „ruchu multicast”.

Dla testu ruchu multicast ustanowiliśmy trzy precyzyjne kryteria pass/fail:

• Poprawność przetwarzania komend OMCI: To kryterium wymaga, aby wszystkie wysłane komendy OMCI były prawidłowo przetwarzane przez ONT. Jest to fundamentalny aspekt, który świadczy o poprawnej komunikacji między OLT (Optical Line Terminal) a ONT.
• Prawidłowy odbiór IGMP Join: Zgodnie z tym kryterium, wiadomość IGMP Join powinna być odbierana na interfejsie R/S (interfejs po stronie OLT) z poprawnie ustawioną wartością p-bitu oraz prawidłowym numerem VLAN (Virtual Local Area Network). Te parametry są kluczowe dla prawidłowego funkcjonowania usługi multicast.
• Poprawny odbiór ruchu multicast: To kryterium wymaga, aby ruch multicast był odbierany na interfejsie U (interfejs po stronie użytkownika) również z poprawną wartością p-bitu i numerem VLAN. Jest to ostateczne potwierdzenie, że cały proces transmisji multicast przebiega prawidłowo.

Przeprowadzenie tego testu wymagało specyficznej konfiguracji portów GEM (GPON Encapsulation Method) w celu obsługi ruchu multicast. W tym celu OLT wykorzystało protokół OMCI do utworzenia dwóch specjalistycznych portów:

• Dwukierunkowy port GEM (ID 1210) dedykowany dla wiadomości IGMP.
• Jednokierunkowy port GEM multicast (ID 1220) przeznaczony dla ramek Ethernet multicast.

Ponadto, Bridge MAC w ONT został skonfigurowany w taki sposób, aby zapewnić przejrzyste przekazywanie ramek w obu kierunkach. Ta konfiguracja ma na celu umożliwienie transmisji ramek bez wprowadzania jakichkolwiek modyfikacji, co jest kluczowe dla zachowania integralności danych w sieci.

Wiadomości OMCI i logiczna konfiguracja 

W celu weryfikacji pierwszego kryterium oceny, które brzmi: „Poprawne przetwarzanie komendy OMCI – wszystkie wysłane komendy OMCI są prawidłowo przetwarzane przez ONT”, przeprowadziliśmy szczegółową analizę komunikatów OMCI (ONT Management and Control Interface). Te komunikaty są kluczowe dla konfiguracji ONT (Optical Network Terminal) i zapewnienia płynnego przekazywania ruchu sieciowego.

Aby zobrazować ten proces, przygotowaliśmy szczegółowy diagram, który przedstawia przepływ wybranych, kluczowych komunikatów OMCI pomiędzy testowanymi urządzeniami. Diagram ten nie tylko ilustruje sekwencję komunikacji, ale także podkreśla znaczenie każdego etapu w procesie konfiguracji.

Co szczególnie istotne, każdy z przedstawionych na diagramie komunikatów OMCI kończy się statusem „Sukces”. Ten jednoznaczny wynik wskazuje na dwa kluczowe aspekty:

• Bezbłędną konfigurację ONT: Oznacza to, że wszystkie parametry i ustawienia zostały poprawnie zaimplementowane w urządzeniu.
• Bezbłędną komunikację za pośrednictwem protokołu OMCI: Potwierdza to, że interfejs zarządzania między OLT (Optical Line Terminal) a ONT funkcjonuje prawidłowo, umożliwiając skuteczną wymianę informacji konfiguracyjnych.

Na podstawie tych pozytywnych wyników, na tym etapie testowania mogliśmy z pewnością stwierdzić, że nie zidentyfikowaliśmy żadnych problemów. Ta konkluzja jest niezwykle istotna, ponieważ stanowi podstawę do przeprowadzenia kolejnych, bardziej zaawansowanych testów funkcjonalności ONT.
Podsumowując, konfiguracja urządzenia za pośrednictwem protokołu OMCI okazała się w pełni poprawna. Rezultatem tego procesu jest logiczna konfiguracja ONT, którą dla przejrzystości przedstawiliśmy w formie uproszczonego schematu.

Wynik testu – nieoczekiwany rezultat

Przeprowadzony test, który miał na celu ocenę podstawowej funkcjonalności ONT, przyniósł wyniki znacząco odbiegające od naszych oczekiwań. Ocena oparta na przyjętych kryteriach wykazała pozytywne rezultaty dla pierwszych dwóch testów. Jednakże, podczas weryfikacji ostatniego kryterium: „Ruch multicast jest odbierany na interfejsie U z poprawną wartością p-bitu (1) i numerem VLAN”, wykryliśmy istotny błąd.

Analiza przyczyn wyniku negatywnego

W celu zbadania przyczyn niepowodzenia testu, przeprowadziliśmy szczegółową analizę. Ujawniła ona duplikację ramek Ethernet na interfejsie 'U’. Ramki te, pierwotnie przesyłane z generatora ruchu w kierunku downstream, były powielane przez ONT. Dla każdej ramki Ethernet wysłanej z generatora ruchu, ONT przesyłało do użytkownika dwie ramki – jedną prawidłową, z poprawnie ustawionym p-bitem (wartość 1) oraz jedną nieprawidłową, z p-bitem ustawionym na 0.

Dalsza analiza konfiguracji wysłanej do ONT pozwoliła nam zidentyfikować Managed Entity (ME), która potencjalnie odpowiadała za to zachowanie: „Rozszerzone dane konfiguracji operacji tagowania VLAN”. Zgodnie ze specyfikacją OMCI (ITU-T G.988 11/2022), ta ME organizuje dane związane z klasyfikacją VLAN i operacją tagowania na porcie Ethernet ONT. Kluczowym atrybutem tego elementu jest „Tabela operacji tagowania VLAN odbieranych ramek”, która filtruje, taguje i modyfikuje p-bit ramek. W oryginalnej specyfikacji atrybut ten jest oznaczony jako „N/A” (Nie Dotyczy).

Podsumowanie wyniku testu

Zidentyfikowane kluczowe pole „Received frame VLAN tagging operation table” było zgodne ze standardowymi specyfikacjami. Mimo to, testowany ONT wykazywał anomalie w ruchu downstream. Problem został niezwłocznie zgłoszony do producenta ONT i operatora. Obecnie trwają prace i dyskusje ze wszystkimi zaangażowanymi stronami nad rozwiązaniem tego problemu.

Z perspektywy operatora sieci PON, potencjalne ryzyko związane z wykrytą anomalią polega na przeciążeniu sieci użytkownika końcowego przez wprowadzenie duplikatów ramek. Może to prowadzić do błędnych interpretacji przez urządzenia sieciowe, co podkreśla wagę rozwiązania zaobserwowanej rozbieżności. Szybkie i skuteczne rozwiązanie tego problemu jest kluczowe dla zapewnienia stabilności i wydajności sieci.

Testuj ONT w naszym laboratorium

Zapraszamy do skorzystania z naszego specjalistycznego laboratorium do przeprowadzania kompleksowych testów urządzeń abonenckich ONT. Dzięki naszym zaawansowanym procedurom testowym, możesz wprowadzać do sieci nowe urządzenia zyskując pewność ich niezawodności. Nasze testy pozwalają na wczesne wykrycie i rozwiązanie potencjalnych problemów, jeszcze przed wdrożeniem urządzeń do sieci produkcyjnej. To podejście znacząco zwiększa stabilność i niezawodność funkcjonowania całej infrastruktury sieciowej

Korzystając z naszego laboratorium, eliminujesz potrzebę inwestowania w kosztowne wyposażenie laboratoryjne oraz zatrudniania wysoko wykwalifikowanych ekspertów. Nasza oferta obejmuje nie tylko niezbędną infrastrukturę, ale także kompleksową wiedzę, specjalistyczny sprzęt, zaawansowane narzędzia i sprawdzone procesy testowe. Dzięki temu jesteśmy w stanie przeprowadzać szybkie i efektywne kosztowo testy, dostosowane do indywidualnych potrzeb każdego operatora i producenta urządzeń sieciowych.

Najważniejszym atutem naszej oferty jest dostęp do doświadczonego zespołu specjalistów. Nasi eksperci łączą w sobie głęboką wiedzę laboratoryjną z praktycznym doświadczeniem w pracy w sieciach telekomunikacyjnych. Ta unikalna kombinacja umiejętności pozwala nam na kompleksowe podejście do testowania ONT, uwzględniające zarówno aspekty teoretyczne, jak i praktyczne wyzwania związane z wdrażaniem i utrzymaniem sieci.