Wpisz czego szukasz
i kliknij enter

Jak wdrożyć MPLS-TP w energetyce? Case study

Kategoria

Udostępnij wpis

Technika MPLS-TP („Multiprotocol Label Switching – Transport Profile”) uznawana jest w przemyśle za kluczową w przypadku migracji z sieci SDH lub Ethernet dzięki możliwości przeprowadzenia modernizacji infrastruktury sieciowej bez zbędnej rewolucji i zaangażowania całego personelu.

Charakterystyce i zaletom MPLS-TP poświęciliśmy osobny artykuł na naszym blogu – przeczytaj go, jeśli chcesz dowiedzieć się, czym dokładnie jest i co wyróżnia tę technikę transmisyjną. W dzisiejszym artykule skupimy się na wdrożeniu Multiprotocol Label Switching w firmie z sektora energetycznego.

Wdrożenie MPLS-TP w energetyce

Punkt wyjścia – potrzeby klienta

Klient z branży energetycznej zgłosił się do nas z jasno określonymi potrzebami, mówiąc: „wiemy, że SDH to już przeszłość, ale w zasadzie potrzebujemy czegoś podobnego”. Takie podejście wynikało z przyzwyczajenia do systemu i jego sposobu działania. Nasz klient potrzebował prostego i wygodnego w obsłudze oraz szybkiego we wdrożeniu rozwiązania do obsługi pakietów i usług (jak E1 czy RS-232). Mając świadomość zbliżających się terminów oddania projektu, nie mógł pozwolić sobie na wybranie technologii, która wymaga długich tygodni na wdrożenie, uruchomienie i testy. Pod kątem topologicznym i strukturalnym punkt wyjścia w rozważanym studium przypadku na pierwszy rzut oka był dość prosty. Dwa obiekty klienta wymagały równoległego połączenia z zapewnieniem usług typu Ethernet, E1 oraz szeregowych. Oczekiwaniem klienta była przede wszystkim redundancja sprzętowa. Istotne jednak było także to, aby rozwiązanie umożliwiło sprawną rozbudowę w przyszłości – w tym przejście do topologii pierścienia, dołączenie nowych obiektów oraz utworzenie „podpierścieni”.

Propozycja rozwiązania – XTran

Po przeanalizowaniu zapotrzebowania klienta, jego możliwości i oczekiwań, zaproponowaliśmy rozwiązanie, jakim jest XTran firmy OTN Systems – platforma oparta na standardzie MPLS-TP. XTran został zaprojektowany, by spełniać surowe i specyficzne wymagania użytkowników przemysłowych. Właśnie dlatego cechuje się m.in. odpowiednią odpornością środowiskową, długim czasem życia, wysoką niezawodnością oraz niskimi kosztami OPEX (eksploatacyjnymi) ze względu na prostotę konfiguracji. W kontekście zastosowania na obiektach energetycznych równie istotne jest także wykonanie urządzeń zgodne z wytycznymi IEC 61850-3.

Jednym z kluczowych elementów platformy opartej na MPLS-TP jest matryca przełączająca. W przypadku XTran warto zwrócić uwagę na fakt, że wszelkie „niepakietowe” usługi jak TDM czy tzw. „legacy” są adaptowane do wersji pakietowej już na kartach interfejsów. Każda z kart zapewnia odpowiednią adaptację sygnału – w związku z czym usługa z karty wychodzi do matrycy już w postaci pakietowej.

W tym miejscu należy zwrócić uwagę na oczekiwanie klienta, szczególnie istotne w kontekście jego wymagań związanych z niezawodnością systemu. Spora grupa rozwiązań MPLS-TP – zwłaszcza tych adaptowanych z systemów SDH – migrację do techniki MPLS-TP zapewnia za pośrednictwem modułu emulującego. Inaczej mówiąc, od strony interfejsów klienckich agregacja sygnałów nadal odbywa się w dotychczasowy sposób, a wejście w świat MPLS-TP następuje dopiero dzięki emulatorowi. Czy przez to nie stanie się on krytycznym wąskim gardłem? Czy nie spowoduje pojedynczego punktu awarii? Klient postanowił nie ryzykować!

Scenariusze rozwoju

Znając oczekiwania klienta, mogliśmy wspólnie stworzyć pierwsze scenariusze rozwoju.

Pierwszy etap zakładał połączenie urządzeń końcowych ze sobą – w czym pomocne były aspekty MPLS-TP. Budując tego typu połączenie, mogliśmy zestawić usługę dwoma różnymi tunelami, tworząc trasy podstawowe i zapasowe. Dzięki MPLS-TP utworzyliśmy tunel zrealizowany na dwóch trasach, zapewniając od razu wbudowany mechanizm przełączania.

W kolejnym kroku zaproponowaliśmy budowę ringu. Mając strukturę wynikającą z obiektów połączonych, moglibyśmy z łatwością zbudować pierścień i usługi typu Ethernet przekazywać w ramach tego pierścienia. Tworząc tunel o strukturze pierścienia, dokonujemy w naturalny sposób redundancję sprzętową, zapewniając jednocześnie odniesienie do prostej, łatwej w użytkowaniu struktury, którą klient znał z systemu SDH i której oczekiwał.

Następną możliwością jest dodanie w przyszłości subringów (podpierścieni) do istniejącego już głównego ringu, budując tym samym sieć obiektową. Dzięki zbudowaniu sieci obiektowej każdy z modułów ma dwie trasy do głównego ringu i dwie ścieżki w głównym ringu. Tak rozbudowana struktura – kontrolowana przez system nadzoru TXCare – daje wiele możliwości w zakresie wyboru konkretnej trasy i zapewnienia jak największej niezawodności.

Oczekiwania klienta a możliwości MPLS-TP

Jak wspomnieliśmy, klient nade wszystko oczekiwał rozwiązania łatwego w obsłudze. Jak spełnia te oczekiwania adaptacja MPLS-TP w wydaniu platformy XTran?

XTran w błyskawiczny sposób buduje topologię całej sieci, odciążając klienta od konieczności wykonywania żmudnej pracy związanej z ręcznym konfigurowaniem adresów IP, punktów wyjścia, portów itp. Platforma OTN Systems dostarcza gotowy obraz sieci uwzględniający wszystkie węzły, karty i połączenia fizyczne do zatwierdzenia klienta. Łatwość obsługi objawia się także w zakresie kreowania tuneli i usług, które przebiega w sposób pół-automatyczny, co usprawnia pracę i odciążają od konieczności m.in. ręcznego generowania etykiet.

Użytkownikowi szczególnie mocno przypadł do gustu w pełni graficzny system konfiguracji, nadzoru i monitorowania sieci i usług. Istotną częścią tego systemu są tzw. wizzard’y, czyli menu wspierające administratora krok po kroku we wspomnianym powyżej tworzeniu tuneli MPLS-TP czy usług w sieci. Za ich pomocą tworzenie tuneli czy usług stało się naprawdę przyjazne – i polega obecnie na wskazaniu na widoku sieci ich przebiegu oraz określeniu parametrów użytkowych. Co więcej, użytkownik nie musi już martwić się np. o zapewnienie unikalności etykiet MPLS-TP, dobór właściwych parametrów i przepływności dla usług “legacy”, określenie poprawnego typu portu albo po prostu popełnienie zwykłych błędów (‘mis-click’ lub ‘mis-spelling’). Nad tym wszystkich czuwa i w tym wszystkim wspiera go platforma XTran.

Czynniki wpływające na decyzję klienta

Analizę czynników decydujących dla klienta przy wyborze zaproponowanego rozwiązania należy podzielić na dwa etapy, którymi są: wybór samej techniki (MPLS-TP) oraz wybór urządzenia (platforma XTran).

Co spowodowało, że nasz klient postawił na MultiProtocol Label Switching? Przede wszystkim atrakcyjne okazały się cechy cenione przez klienta w systemie SDH – pełna kontrola nad siecią, trasowaniem tuneli oraz usługami. Kolejnymi czynnikami była redundancja sprzętowa i szeroki wachlarz możliwości rozbudowy sieci w przyszłości, a także bezpośrednia obsługa protokołów „legacy” (E1, STM-1 i -4, RS-232/-485 itp.). Ponadto zapewnienie redundancji na poziomie sprzętowej wyeliminowało konieczność stworzenia jej na poziomie kart – w związku z tym kolejnym decydującym czynnikiem była uniwersalność modułów ETH (możliwość użycia portów zarówno jako WAN, jak i LAN).

Dla naszego klienta niezwykle istotny okazał się także fakt, że rozwiązanie dopasowane jest do potrzeb OT pod wieloma względami – m.in. pod względem systemu nadzoru (łatwy w obsłudze, intuicyjny) czy użytych urządzeń (chłodzone pasywnie!, zgodne z IEC 61850-3 o szerokim zakresie temperaturowym). Decydujący przy wyborze platformy XTran okazał się dla klienta system nadzoru TXCare – intuicyjny, wygodny w obsłudze i pozwalający na stuprocentowo zdalne działanie w sieci. Ważna była także kwestia wsparcia, czyli pisemna deklaracja producenta o minimum 15-letnim wsparciu sprzętowym, software’owym i obsługowym. Ostatnim decydującym czynnikiem było bardzo szybkie wdrożenie rozwiązania w przedsiębiorstwie klienta i przygotowanie dotychczasowego personelu do obsługi sieci.

Zobacz całe case study

Na naszym kanale na Youtube znajdziesz wrześniowy webinar z cyklu Drugie Śniadanie z Tekniska, który w całości poświęciliśmy na przedstawienie uczestnikom case study z wdrożenia technologii MPLS-TP i platformy XTran w firmie z sektora energetycznego.

Webinar poprowadził Krzysztof Kawecki, Menadżer projektów energetyki i automatyki w Tekniska. W trakcie ponad godzinnego spotkania nasz specjalista odpowiedział także na pytania uczestników:

  • Czy MPLS-TP odpowiada potrzebom współczesnego świata?
  • Czy możliwa jest obsługa pracowników wykonujących pracę w trybie zdalnym/mieszanym?
  • Czy zastosowanie MPLS-TP jest bezpieczne, wydajne i łatwe w sytuacji, gdy obsługa pracuje w trybie zdalnym/mieszanym?
  • Co wyróżnia MPLS-TP spośród innych technik transmisyjnych?
  • Jakie dokładnie są różnice między MPLS-TP a MPLS-IP?
  • Jakie konsekwencje pociąga za sobą modernizacja eksploatowanej sieci transmisyjnej?
  • Jak połączyć sieci różnych producentów urządzeń MPLS-TP?
  • Jak przeprowadzić płynną migrację z SDH do MPLS-TP, zapewniając ciągłość usług współdzielonych w oparciu o oba szkielety?

Eksperci Tekniski tłumaczą, radzą i edukują podczas webinarów z cyklu Drugie Śniadanie z Tekniska. Obserwuj nas w social mediach na FacebookuLinkedIn, by być na bieżąco i nie przegapić kolejnego spotkania z naszym teamem!

Zobacz inne wpisy

OTnośnik – cykliczny biuletyn z komentarzami ekspertów Tekniska
OTnośnik: Cyberatak zablokował pociągi w Danii. Kolejny raz atak na infrastrukturę IT zatrzymuje OT

Zapraszamy do lektury kolejnego wydania OTnośnika – cyklicznego biuletynu z komentarzami ekspertów Tekniska! Stefan Bednarczyk (Kierownik Działu Technicznego / Starszy Specjalista Cyberbezpieczeństwa IT/OT) komentuje doniesienia Reuters na temat ataku na infrastrukturę IT, który zatrzymał pociągi w Danii.

Cyberbezpieczeństwo
Zabbix dla monitorowania elementów infrastruktury krytycznej

Wykorzystanie systemu Zabbix do monitorowania elementów infrastruktury krytycznej

Ta strona używa plików Cookie. Korzystając ze strony wyrażasz zgodę na używanie Cookie, zgodnie z aktualnymi ustawieniami używanej przeglądarki. Szczegóły znajdziesz w Polityce prywatności.