- INFO - Listy mailingowe sieci LODMAN

PIONIER.20070330-1 CLOSE: Problemy z Foundry XMR w sieci krajowej
by Komunikaty Operatorzy LODMAN 26 Jul '07

26 Jul '07

Numer : PIONIER.20070330-1 Właściciel : PIONIER IP NOC Status : CLOSE Typ : nieplanowane Dotyczy : usługa Pionier / problemy z Foundry XMR w sieci krajowej Nadawca : Krzysztof Władyszewski Początek zdarzenia : 2007-03-30 10:40:00 Koniec zdarzenia : 2007-07-26 10:23:00 Bilet otwarty : 2007-03-30 13:38:00 Bilet zamknięty : 2007-07-26 10:24:00 *** Opis problemu: W dniu dzisiejszym, od około 10:40 zaobserwowaliśmy kilkukrotne już problemy z samoczynnymi restartami kart na XMR-ach w następujacych miastach: Łódź, Radom, Kielce i Koszalin. Problem został już zgłoszony do serwisu z prośba o pilną reakcję. Przyczyny i czas usunięcia problemu nieznane. *** Działanie: 2007-06-28 13:35:00 (0,0) Witold Bogacki Zgodnie z planem o godz. 10:00 wyłączony został testowo kanał nr 2 w relacji Warszawa-Radom. W czasie prac zaobserwowano zbyt długi czas przełączenia kilku LSP. W związku z tym testy zostaną powtórzone. Włączony zostanie kanał 2 i wyłączony kanał 1 na łączu Rad-War. *** Przewidywany czas zakończenia: nieznany *** Zakończenie zdarzenia: Po aktualizacji oprogramowania Foundry problemy na XMRach obecnie już nie występują. Zakonczono również zwiazane z tym problemem testowe wyłączenia wybranych kanałów pomiędzy XMRami na łączach szkieletowych Pioniera. *** Historia: 2007-03-30 13:47:00 (0,0) Piotr Goczał W związku z opisywanymi problemami testowo wyłączono lambdę nr2 w relacji Łódź-Częstochowa-Katowice celem sprawdzenia jej wpływu na obserwowane restarty kart XMR. 2007-04-17 09:22:00 (0,0) Tomasz Berner Na środe 18.04.2007 zaplanowano ponowne włączenie drugiego kanału Łódz-Częstochowa-Katowice. Inżynierowie Foundry rozpoczną wtedy monitorowanie wszystkich XMRów w celu ustalenie przyczyny samoistnych restartów moduóów. Po włączeniu kanalów należy spodziewać sie, że takie restarty nastąpią. Kanały zostaną wyłączone ponownie, jeżeli restarty będą powodować znaczne przerwy w działaniu sieci. 2007-04-18 16:17:00 (0,0) Piotr Goczał Dodatkowe kanały zostały uruchomione ponownie. 2007-04-26 14:51:00 (0,0) Witold Bogacki Serwis Foundry udostępnił i zalecił instalacje poprawki do oprogramowania. Rozpoczęcie aktualizacji zaplanowano na 30.04.2007. W zależności od postępu prac bedą one kontynuowane 2.05.2007. W pierwszej kolejności Foundry zaleciło aktualizacje XMRów dotkniętych opisywanymi wcześniej problemami. Terminy poszczególnych aktualizacji zostaną podane w następnej aktualizacji. 2007-04-30 12:12:00 (0,0) Tomasz Berner Po restarcie modułu w Gdańsku, Foundry zaleciło wstrzymanie aktualizacji. Trwa analiza przyczyn awarii w Gdańsku. 2007-05-02 09:51:00 (0,0) Piotr Goczał Zgodnie z wcześniejszą zapowiedzią dzisiaj przeprowadzona zostanie aktualizacja oprogramowania XMRow do wersji wskazanej przez serwis Foundry. 2007-05-02 13:54:00 (0,0) Piotr Goczał Ze względu na przeprowadzaną aktualizację oprogramowania na urządzeniach Foundry XMR, w sieci krajowej obserowane będa kilkuminutowe przerwy w ich działaniu. Aktualizacja obejmuje Kielce, Kraków, Puławy, Lublin, Zieloną Góre, Opole. Prace prowadzone będą do godziny 17. 2007-05-02 16:00:00 (0,0) Piotr Goczał Zakończona została aktualizacja oprogramowania na XMRach: Gorzów Wlkp., Szczecin, Koszalin, Gdańsk, Bydgoszcz, Łódź, Warszawa, Częstochowa, Katowice, Radom, Kielce, Kraków, Puławy, Lublin, Opole, Zielona Gora, Poznan1. Prace będa kontynuowane również 04.05.2006. 2007-05-04 14:09:00 (0,0) Jerzy Grzenda Zakończona została aktualizacja oprogramowania na zapasowym XMRze w Poznaniu. 2007-05-08 15:00:00 (0,0) Witold Bogacki Na dzisiaj zaplanowano wymianę modułu 10GE w Gdańsku. Prace nie powinny spowodować odcięcia MANu Gdańsk (połączenia zapasowe realizowane są w Koszalinie. 2007-05-10 07:50:00 (0,0) Piotr Goczał Karta w Gdańsku została wymieniona. 2007-06-13 15:16:00 (0,0) Witold Bogacki Od czasu aktualizacji oprogramowania nie stwierdzono restartow kart w przełącznikach. W celu potwierdzenia poprawnego działania urządzeń przeprowadzone zostaną testy polegające na czasowym wyłączeniu obu kanałów 10GE na wybranych relacjach. Na dziś na godz. 22 zaplanowano zamkniecie łącza w relacji Łódz-Częstochowa. Prace nie powinny spowodować przerwy w łączności - ruch powinien zostać skierowany na ścieżki obejściowe. 2007-06-13 21:55:00 (0,0) Piotr Goczał Prace zostały rozpoczęte. 2007-06-13 22:49:00 (0,0) Piotr Goczał O godz 22:12 łącze w relacji Łódź-Częstochowa zostało zamknięte. Ruch został skierowany na ścieżki obejściowe. 2007-06-14 00:42:00 (0,0) Piotr Goczał W związku z awarią sieci Pionier (ticket PIONIER.20070614-1), na łącze Łódź-Częstochowa został ponownie skierowany ruch produkcyjny. 2007-06-19 09:53:00 (0,0) Witold Bogacki W związku z kontynuacja testów działania nowego oprogramowania, dzisiaj na godz. 12.00 zaplanowano wyłączenie połączenia Poznań-Zielona Góra. Prace potrwają około 2 godzin i nie powinny spowodować przerw w łącznosci. 2007-06-19 14:29:00 (0,0) Witold Bogacki Prace przeniesiono na godz. 14.15. 2007-06-19 15:35:00 (0,0) Witold Bogacki Prace rozpoczęły się o godz. 14:18. Wszystkie połączenia PIONIER działają poprawnie po wyłączeniu łącza. 2007-06-19 17:35:00 (0,0) Piotr Wilk Prace zostały zakończone o godzinie 17:00. 2007-06-26 17:13:00 (0,0) Witold Bogacki Dalsze testy będą prowadzone w-g następującego planu: 27.06 Poz-War-ch6, 28.06 War-Rad-ch2, 02.07 War-Lod-ch1, 03.07 Byd-Tor-ch2. Wyłączenie poszczególnych kanałów nastąpi od godz. 10.00 do 15.00. Prace nie powinny spowodować przerw w łącznosci. 2007-06-27 11:13:00 (0,0) Tomasz Berner Zgodnie z planem testów o 10:09 wyłączono kanał 6 w relacji Poznań-Warszawa. 2007-06-27 16:29:00 (0,0) Krzysztof Władyszewski Kanał 6 został ponownie włączony o godz. 16:03.

1 0

PIONIER.20070719-2 CLOSE: Nie dzia�aj� po�aczenia do ICM
by Komunikaty Operatorzy LODMAN 25 Jul '07

25 Jul '07

Numer : PIONIER.20070719-2 Właściciel : PIONIER IP NOC Status : CLOSE Typ : nieplanowane Dotyczy : linia PIONIER-ICM Nadawca : Piotr Goczał Początek zdarzenia : 2007-07-19 15:01:00 Koniec zdarzenia : 2007-07-25 14:32:00 Bilet otwarty : 2007-07-19 15:30:00 Bilet zamknięty : 2007-07-25 14:33:00 *** Opis problemu: Od godziny 15:01 obserwujemy brak łączności z ICM. *** Działanie: 2007-07-19 16:08:00 (0,0) Tomasz Berner Połączenia wznowiły pracę o godzinie 15:25. *** Przewidywany czas zakończenia: nieznany *** Zakończenie zdarzenia: Przyczyną awarii był problem z routerem w ICM. Ticket zamknięty. *** Historia: 2007-07-19 15:30:00 (1,0) Tomasz Berner Według informacji z ICM przyczyną przerwy są problemy z ich routerem. Szacowany czas naprawy to godzina 15:30

1 0

PIONIER.20070718-1 CLOSE: Nie dzia�aj� po��czenia zapasowe do TASKu
by Komunikaty Operatorzy LODMAN 25 Jul '07

25 Jul '07

Numer : PIONIER.20070718-1 Właściciel : PIONIER IP NOC Status : CLOSE Typ : nieplanowane Dotyczy : linia PIONIER-TASK Backup Nadawca : Piotr Goczał Początek zdarzenia : 2007-07-18 03:41:00 Koniec zdarzenia : 2007-07-25 14:31:00 Bilet otwarty : 2007-07-18 09:07:00 Bilet zamknięty : 2007-07-25 14:31:00 *** Opis problemu: Od godziny 03:41 nie działają połączenia zapasowe do TASKu. *** Działanie: 2007-07-25 14:31:00 (0,1) Piotr Goczał Połączenie z routera poznan-gw2 działa poprawnie od 17:31 (20/07). Ruch do TASKu odbywał się bezprzerwowo pozostałymi łączami. *** Przewidywany czas zakończenia: nieznany *** Zakończenie zdarzenia: Ticket zamknięty. *** Historia: 2007-07-18 09:07:00 (1,0) Tomasz Berner Według informacji uzyskanych od administratorów z TASKu przyczyną awarii są problemy ze switchem TASKu w węźle "Kaliska". 2007-07-18 11:23:00 (0,0) Piotr Goczał O 10:35 polaczenie wznowilo prace. 2007-07-20 18:35:00 (0,0) Jerzy Grzenda Od godz. 17:27 do 17:31 (20.07.2007) ponownie wystąpił brak połączenia na tym łączu. Jak poinformował administrator z Gdańska był to wynik planowanego przełączenia w węźle. Obecnie połączenie działa poprawnie.

1 0

PIONIER.20070717-1 CLOSE: Kr�tkie przerwy na ��czu PCWS do Telii w Warszawie
by Komunikaty Operatorzy LODMAN 24 Jul '07

24 Jul '07

Numer : PIONIER.20070717-1 Właściciel : PIONIER IP NOC Status : CLOSE Typ : nieplanowane Dotyczy : linia PCWS Telia Warszawa Nadawca : Piotr Wilk Początek zdarzenia : 2007-07-17 08:51:00 Koniec zdarzenia : 2007-07-19 23:59:00 Bilet otwarty : 2007-07-17 14:33:00 Bilet zamknięty : 2007-07-24 18:23:00 *** Opis problemu: Oberwujemy krótkie (kilkusekundowe) przerwy na łączu zapasowym PCWS do Telii w Warszawie (IC-113984/IC-113983). *** Działanie: 2007-07-24 18:23:00 (0,1) Piotr Wilk Przerwy wystąpiły jeszcze 19 lipca. *** Przewidywany czas zakończenia: nieznany *** Zakończenie zdarzenia: Ticket zamknięty. *** Historia: 2007-07-17 14:33:00 (1,0) Krzysztof Władyszewski Problem został zgłoszony do Telii. 2007-07-17 18:17:00 (0,0) Tomasz Berner Telia poinformowała, że sprawdziła swoją sieć i otworzyła ticket u swojego lokalnego dostawcy, ale nie obserwuje żadnych alarmów. Również w logach nie ma potwierdzenia na występowanie krótkich przerw na łączu.

1 0

LODMAN.20070717-1 CLOSE: Brak ��czno�ci z routerem cmiw-gw
by Komunikaty Operatorzy LODMAN 22 Jul '07

22 Jul '07

Numer : LODMAN.20070717-1 Właściciel : LODMAN NOC Status : CLOSE Typ : nieplanowane Dotyczy : węzeł router cmiw-gw Nadawca : Piotr Goczał Początek zdarzenia : 2007-07-17 17:10:00 Koniec zdarzenia : 2007-07-22 18:20:00 Bilet otwarty : 2007-07-17 17:30:00 Bilet zamknięty : 2007-07-22 18:20:00 *** Opis problemu: Od godziny 17:10 brak łączności z routerem cmiw-gw. *** Działanie: 2007-07-17 23:17:00 (0,0) Tomasz Berner Połączenie do routera wznowiło pracę o godzinie 19:49. *** Przewidywany czas zakończenia: nieznany *** Zakończenie zdarzenia: Ticket zamknięty. *** Historia: 2007-07-17 17:30:00 (1,0) Tomasz Berner Sprawdzamy przyczyny awarii. 2007-07-17 18:12:00 (0,0) Tomasz Berner W chwili obecnej nie udało się ustalić przyczyny awarii. Dalsza diagnoza będzie prowadzona jutro w godzinach pracy administratorów z CMiW.

1 0

LODMAN.20070716-2 CLOSE: Brak ��czno�ci ze switchem MPK-Nowe-Sady-esw
by Komunikaty Operatorzy LODMAN 22 Jul '07

22 Jul '07

Numer : LODMAN.20070716-2 Właściciel : LODMAN NOC Status : CLOSE Typ : nieplanowane Dotyczy : węzeł MPK-Nowe-Sady-esw Nadawca : Piotr Goczał Początek zdarzenia : 2007-07-16 13:57:00 Koniec zdarzenia : 2007-07-22 15:41:00 Bilet otwarty : 2007-07-16 14:32:00 Bilet zamknięty : 2007-07-22 15:41:00 *** Opis problemu: Od godziny 13:57 brak łączności ze switchem MPK-Nowe-Sady-esw. *** Działanie: 2007-07-17 09:00:00 (0,0) Piotr Wilk Połączenie wznowiło pracę o 7:30. *** Przewidywany czas zakończenia: nieznany *** Zakończenie zdarzenia: Ticket zamknięty. *** Historia: 2007-07-16 14:32:00 (1,0) Tomasz Berner Dział łącz sprawdza przyczyny awarii. 2007-07-16 16:29:00 (0,0) Piotr Wilk Pradwopodbnie przyczyną awarii jest brak zasilania w węźle MPK Nowe Sady.

1 0

LODMAN.20070722-1 OPEN: Przerwy w ��czno�ci z w�z�ami na Wapienniej i Limanowskiego
by Komunikaty Operatorzy LODMAN 22 Jul '07

22 Jul '07

Numer : LODMAN.20070722-1 Właściciel : LODMAN NOC Status : OPEN Typ : nieplanowane Dotyczy : węzeł Wapienna, Limanowskiego Nadawca : Piotr Goczał Początek zdarzenia : 2007-07-22 13:40:00 Koniec zdarzenia : Bilet otwarty : 2007-07-22 14:47:00 Bilet zamknięty : *** Opis problemu: Od godz. 13:40 łącza do węzłów Wapienna i Limanowskiego pracują niestabilnie. *** Działanie: *** Przewidywany czas zakończenia: nieznany *** Zakończenie zdarzenia: *** Historia:

1 0

PIONIER.20070718-1 UPDATE: Nie dzia�aj� po��czenia zapasowe do TASKu
by Komunikaty Operatorzy LODMAN 20 Jul '07

20 Jul '07

Numer : PIONIER.20070718-1 Właściciel : PIONIER IP NOC Status : UPDATE Typ : nieplanowane Dotyczy : linia PIONIER-TASK Backup Nadawca : Jerzy Grzenda Początek zdarzenia : 2007-07-18 03:41:00 Koniec zdarzenia : Bilet otwarty : 2007-07-18 09:07:00 Bilet zamknięty : *** Opis problemu: Od godziny 03:41 nie działają połączenia zapasowe do TASKu. *** Działanie: 2007-07-20 18:35:00 (0,0) Jerzy Grzenda Od godz. 17:27 do 17:31 (20.07.2007) ponownie wystąpił brak połączenia na tym łączu. Jak poinformował administrator z Gdańska był to wynik planowanego przełączenia w węźle. Obecnie połączenie działa poprawnie. *** Przewidywany czas zakończenia: nieznany *** Zakończenie zdarzenia: *** Historia: 2007-07-18 09:07:00 (1,0) Tomasz Berner Według informacji uzyskanych od administratorów z TASKu przyczyną awarii są problemy ze switchem TASKu w węźle "Kaliska". 2007-07-18 11:23:00 (0,0) Piotr Goczał O 10:35 polaczenie wznowilo prace.

1 0

PIONIER.20070716-1 CLOSE: Pulawy / Modernizacja zasilania - drugi etap
by Komunikaty Operatorzy LODMAN 20 Jul '07

20 Jul '07

Numer : PIONIER.20070716-1 Właściciel : PIONIER IP NOC Status : CLOSE Typ : planowane Dotyczy : węzeł Puławy Nadawca : Krzysztof Władyszewski Początek zdarzenia : 2007-07-16 11:30:00 Koniec zdarzenia : 2007-07-16 15:08:00 Bilet otwarty : 2007-07-16 11:13:00 Bilet zamknięty : 2007-07-20 09:38:00 *** Opis problemu: Dzisiaj będą prowadzone prace przy modernizacji zasilania węzła sieciowego i serwerowni OSK PulMAN. Wyłączenia zasilania, wymagane do przeprowadzenia prac, zaplanowane zostały na godziny: 11:30 - 15:00. W czasie prac urządzenia będą zasilane z zasilaczy awaryjnych lub tylko bezpośrednio z sieci elektro-energetycznej - konieczność wyłączenia zasilacza awaryjnego na czas przełączenia go do nowego obwodu. Prace łączą się z dużym ryzykiem. Zakładamy, że: - węzeł sieci Pionier nie powinien mieć przerw w działaniu, chyba że wystąpią przerwy w dostawie energii el. w czasie pracy bezpośrednio z sieci - AS komercyjny j.w. - może wystąpić konieczność wyłączeń, które spowodują brak dostępu do części sieci i serwisów PulMAN, przewidywany czas wyłączenia: 0,5 godziny - ze względu na brak redundancji zasilania switcha 3com oraz lantronixa, urządzenia te będą miały przerwy w działaniu. *** Działanie: 2007-07-16 15:08:00 (0,0) Tomasz Berner Zapowiedziane prace zostały ukończone. Zgodnie z założeniami miała miejsce tylko krótka, około 10 minut, przerwa w dostępie do części sieci i serwisów PulMAN. Węzeł sieci Pionier był cały czas on-line. *** Przewidywany czas zakończenia: 2007-07-16 15:00 *** Zakończenie zdarzenia: Ticket zamknięty. *** Historia:

1 0

LODMAN.20070612-1 CLOSE: B�edy na po��czeniu do routera amuz-gw
by Komunikaty Operatorzy LODMAN 20 Jul '07

20 Jul '07

Numer : LODMAN.20070612-1 Właściciel : LODMAN NOC Status : CLOSE Typ : nieplanowane Dotyczy : linia amuz-gw Nadawca : Krzysztof Władyszewski Początek zdarzenia : 2007-06-12 12:00:00 Koniec zdarzenia : 2007-07-13 13:05:00 Bilet otwarty : 2007-06-12 12:05:00 Bilet zamknięty : 2007-07-20 09:37:00 *** Opis problemu: Obserwujemy problemy na połączeniu do routera amuz-gw. *** Działanie: 2007-07-13 13:05:00 (0,0) Krzysztof Władyszewski Według administratora Ak. Muzycznej TP poprawiła jakość łącza i można było podnieść prędkość. Obecnie nie ma błędów na łączu. *** Przewidywany czas zakończenia: nieznany *** Zakończenie zdarzenia: Błędy nie zostały całkowicie wyeliminowane, ale ich ilość pozwala na pracę z wyższą prędkością łącza jaka jest obecnie dopuszczona. *** Historia: 2007-06-13 09:49:00 (0,0) Witold Bogacki Przyczyną problemów jest łącze LB. Na połączeniu występują błędy CRC. Awaria została zgłoszona do TPSA, która wymieniła parę na inną. Mimo to, błędy występują nadal. Sprawdzone zostaną modemy na obu końcach łącza. 2007-06-13 14:01:00 (0,0) Witold Bogacki Modemy zostały wymienione na inne. Dalsze prace na tym łączu będą kontynuowane w poniedziałek (18.06.2007). Łącze pracuje w tej chwili na obniżonej przepustowości. 2007-06-13 14:23:00 (0,0) Witold Bogacki Błędy nie występują. Łącze pracuje poprawnie. 2007-06-19 13:03:00 (0,0) Witold Bogacki W dniu jutrzejszym w godz 9-15 będą prowadzone prace na łączu mające na celu określenie jego jakości i przywrócenie poprzedniej przepustowości. W trakcie prac możliwe są przerwy w działaniu łącza. 2007-06-20 15:17:00 (0,0) Tomasz Berner Prace zostały przeprowadzone zgodnie z planem. Nie udało się jednak osiągnąć poprzedniej przepustowości łącza. Pogorszenie jakości łącza zostało zgłoszone do TPSA. 2007-06-28 13:52:00 (0,0) Witold Bogacki TPSA w dalszym ciągu poszukuje przyczyny obniżenia jakości łącza. Sprawdzane są lokalizacje po stronie TP i klienta. 2007-07-11 13:43:00 (0,0) Krzysztof Władyszewski Łącze jest w dalszym ciągu serwisowane wspólnie z administratorem Ak. Muzycznej i TP.

1 0