Wdrożenie sieci Cisco Warszawa

Co się dzieje z siecią, gdy dwie spółki stają się jedną

Warszawa jest miejscem, w którym takie decyzje zapadają najczęściej, a ich skutki techniczne pojawiają się z opóźnieniem. Umowa jest podpisana, zarząd wspólny, adresy dwa, a dział IT dostaje polecenie, żeby „spiąć te sieci”. Bez rozpoznania kończy się to zestawionym tunelem, przez który nic nie przechodzi, albo, gorzej, przechodzi w połowie przypadków, zależnie od tego, po której stronie leży odpytywany serwer.

Powód jest zawsze ten sam i zawsze banalny. Obie firmy zaczynały od routera z domyślnymi ustawieniami, więc obie mają tę samą pulę adresów. Dopóki żyły osobno, nikomu to nie przeszkadzało. W dniu połączenia staje się to pierwszą rzeczą do rozwiązania i jednocześnie najdroższą do naprawienia po fakcie.

Cztery rzeczy, które prawie zawsze się nakładają

Element	Co zastajemy	Jak to rozstrzygamy
Zakresy adresów	identyczne pule po obu stronach	przenumerowanie strony z mniejszą liczbą wpisów stałych
Nazwy segmentów	ten sam numer, inne przeznaczenie	jedna numeracja opisana w dokumencie
Wyjście do internetu	dwa łącza, dwie polityki	jedno wyjście główne, drugie jako zapasowe
Konta administracyjne	wspólne hasła w obu firmach	konta imienne i odebranie dostępów wykonawcom
Dostęp z zewnątrz	dwa różne rozwiązania tunelowe	jedno, z drugim składnikiem logowania
Sprzęt bez wsparcia	zwykle po jednej ze stron	wymiana na brzegu, reszta zostaje

Ostatnia kolumna wygląda na oczywistą, dopóki nie zacznie się jej wykonywać. Przenumerowanie jednej strony dotyka każdego urządzenia z adresem wpisanym na sztywno, a takich w firmie produkcyjnej albo w kancelarii z własnym systemem bywa więcej, niż wynika z jakiejkolwiek listy.

W jakiej kolejności scalamy dwie sieci

Najpierw rozpoznanie po obu stronach, bez zmian. Potem projekt docelowy i decyzja, która firma zmienia adresację. Trzeci krok to przygotowanie konfiguracji poza obiektem i przetestowanie jej, żeby okno serwisowe zajęło się przełączaniem, a nie pisaniem ustawień przy otwartej konsoli.

Dopiero czwarty krok to połączenie, i wykonujemy je etapami. Najpierw jeden segment, zwykle ten, w którym siedzi księgowość korzystająca z systemu po drugiej stronie, bo tam korzyść jest natychmiastowa, a skutki ewentualnego błędu ograniczone. Stary układ zostaje sprawny do czasu odbioru każdego etapu, więc wycofanie się z kroku zajmuje minuty.

Co zostawiamy rozdzielone na stałe

Nie wszystko warto łączyć, nawet po fuzji. Środowiska produkcyjne o różnych wymaganiach, sieci sprzętu należącego do jednej ze spółek i te obszary, których rozdzielenia wymagają umowy z klientami, zostają w osobnych strefach z ruchem otwieranym pojedynczo. Kosztuje to trochę pracy przy każdej zmianie i oszczędza całe tygodnie, gdyby część grupy została kiedyś sprzedana dalej.

To samo dotyczy dostępu administracyjnego. Wspólne konta odziedziczone po poprzednich wykonawcach wyłączamy w pierwszym tygodniu, bo w firmie po połączeniu nikt nie potrafi już powiedzieć, ilu ludzi zna to hasło.

Kiedy odradzamy ten sprzęt na tym etapie

Gdy scalane firmy mają razem jedno biuro i kilkadziesiąt osób, a sieć ma po prostu działać. Wtedy prostsze urządzenia dają ten sam efekt taniej i łatwiej się je utrzymuje, a różnica trafia do budżetu na rzeczy, które przy połączeniu firm bolą bardziej: porządek w kontach i w danych. Mówimy to również wtedy, gdy klient przychodzi z gotowym założeniem, bo za dwa lata to on zostaje z tą decyzją.

Pojedyncze urządzenia i przeglądy opisuje konfiguracja Cisco, platformę zarządzaną z chmury Cisco Meraki, awarie serwis urządzeń Cisco, a stałą opiekę administracja siecią.

Treść sprawdzona i zaktualizowana: 2 sierpnia 2026