- INFO - Listy mailingowe sieci LODMAN

PIONIER.20071116-2 OPEN: Aktualizacja oprogramowania na routerze w Bielsku Bia�ej
by Komunikaty Operatorzy LODMAN 16 Nov '07

16 Nov '07

Numer : PIONIER.20071116-2 Właściciel : PIONIER IP NOC Status : OPEN Typ : planowane Dotyczy : węzeł Bielsko Biała Nadawca : Jerzy Grzenda Początek zdarzenia : 2007-11-19 09:30:00 Koniec zdarzenia : Bilet otwarty : 2007-11-16 17:07:00 Bilet zamknięty : *** Opis problemu: W związku z zaplanowaną aktualizacją oprogramowania na routerze w Bielsku-Białej 19/11 wystąpi krótka przerwa w dostępie do użytkownikow podłączonych do tego urządzenia w Bielsku-Białej oraz do Cesnetu, Sanetu i Aconetu. *** Działanie: *** Przewidywany czas zakończenia: 2007-11-19 10:15 *** Zakończenie zdarzenia: *** Historia:

1 0

PIONIER.20071113-2 CLOSE: Problemy z serwerami Akamai
by Komunikaty Operatorzy LODMAN 16 Nov '07

16 Nov '07

Numer : PIONIER.20071113-2 Właściciel : PIONIER IP NOC Status : CLOSE Typ : nieplanowane Dotyczy : usługa Akamai Nadawca : Krzysztof Władyszewski Początek zdarzenia : 2007-11-13 13:21:00 Koniec zdarzenia : 2007-11-16 12:30:00 Bilet otwarty : 2007-11-13 13:27:00 Bilet zamknięty : 2007-11-16 12:31:00 *** Opis problemu: Od kilku dni są występują utrudnienia w korzystaniu ze stron microsoft.com, adobe.com, yahoo.com itp za pośrednictwem serwerów Akamai. Problem dotyczy co najmniej TASKu, TorMANa i LubMANa. Dla tych sieci wskazywane są serwery Akamai z domeny etop.pl. *** Działanie: 2007-11-15 11:45:00 (0,0) Witold Bogacki Akamai przeprowadziło zmianę konfiguracji albowiem przekierowuje już na serwery w Poznaniu. Co prawda jednocześnie obserwujemy wzrost pasma przez nich wykorzystywanego co w połączeniu z jak twierdzą zwiększonym obciążeniem serwerów wymagać będzie wymiany tychże oraz zwiększenia przepustowości co powinno dodatkowo polepszyć łączność. Do tego czasu, w związku z chwilowym obciążeniem, mogą zdarzyć się przypadki odsyłania do serwerów Akamai nie zlokalizowanych w Poznaniu. *** Przewidywany czas zakończenia: nieznany *** Zakończenie zdarzenia: Problem rozwiązano doraźnie przez zmianę konfiguracji serwerów Akamai, które docelowo będą wymieniane na bardziej wydajne. *** Historia: 2007-11-13 13:27:00 (1,0) Witold Bogacki Problem został zgłoszony do administratorów usługi Akamai. 2007-11-14 13:47:00 (0,0) Piotr Goczał Wstępnie udało się ustalić, że Akamai prawdopodobnie źle akceptuje wysyłane przez nas prefiksy w BGP. Trwa dalsze sprawdzanie problemu przez inżynierów Akamai. 2007-11-15 09:04:00 (0,0) Piotr Goczał Otrzymaliśmy pierwsze wyniki diagnozy ze strony Akamai. Po pierwsze była pewna nieścisłość w konfiguracji i przyjmowali ruch rozgłaszany przez PIONIERa (AS8501) czyli również ruch zza niego, który jest do nich rozgłaszany. Dodatkowo Akamai podało że przyczyną tego że część ruchu była kierowana do innych serwerów zamiast do naszych mogło być to, że serwery w Poznaniu były mocno obciążone i wolno odpowiadały na zapytania - w tej chwili to sprawdzają i jeśli się podejrzenie potwierdzi to nie wykluczone że zostaną wymienione serwery.

1 0

PIONIER.20071116-1 UPDATE: Krak�w - Bielsko Bia�a / Brak po��czenia
by Komunikaty Operatorzy LODMAN 16 Nov '07

16 Nov '07

Numer : PIONIER.20071116-1 Właściciel : PIONIER IP NOC Status : UPDATE Typ : nieplanowane Dotyczy : linia Kraków - Bielsko-Biała Nadawca : Krzysztof Władyszewski Początek zdarzenia : 2007-11-16 07:56:00 Koniec zdarzenia : Bilet otwarty : 2007-11-16 09:10:00 Bilet zamknięty : *** Opis problemu: Od godz. 7:56 obserwujemy brak połączenia na obu kanałach na łączu pomiędzy, Krakowem a Bielsko-Białą. ADVA w Krakowie zgłosiła LOS w kierunku z Bielsko Białej. *** Działanie: 2007-11-16 12:26:00 (0,0) Krzysztof Władyszewski O 9:46 połączenia wznowiły prace. Przyczyną przerwy był samoczynny restart xmr-bielsko-biala po którym nie podniosły się interfejsy w kierunku Krakowa. *** Przewidywany czas zakończenia: nieznany *** Zakończenie zdarzenia: *** Historia: 2007-11-16 09:10:00 (1,0) Tomasz Berner Exatel nie potwierdza awarii na kablu na tym odcinku. Ruch przeniósł się na łącze obejściowe przez Kielce.

1 0

PIONIER.20071030-2 CLOSE: Prace budowlane w Szczecinie
by Komunikaty Operatorzy LODMAN 16 Nov '07

16 Nov '07

Numer : PIONIER.20071030-2 Właściciel : PIONIER IP NOC Status : CLOSE Typ : planowane Dotyczy : linia Szczecin - Pionier Nadawca : Krzysztof Władyszewski Początek zdarzenia : 2007-11-05 07:00:00 Koniec zdarzenia : 2007-11-10 18:00:00 Bilet otwarty : 2007-10-30 14:11:00 Bilet zamknięty : 2007-11-16 12:24:00 *** Opis problemu: Przedsiębiorstwo Telekomunikacyjne TELGOM, działające w imieniu Miasta Szczecin zgłosiło gotowość przeprowadzenia prac związanych z nadbudowaniem studni na rurociąg Miasta Szczecina, który przebiega we wspólonym wykopie z rurociągiem PIONIER. Prace nie powinny spowodować przerw w transmisji, wpływają one jednak na poziom podwyższonego ryzyka. *** Działanie: *** Przewidywany czas zakończenia: 2007-11-10 18:00 *** Zakończenie zdarzenia: Prace zostały zakończone. *** Historia:

1 0

PIONIER.20071113-1 UPDATE: Prace w sieci ICM-UW
by Komunikaty Operatorzy LODMAN 16 Nov '07

16 Nov '07

Numer : PIONIER.20071113-1 Właściciel : PIONIER IP NOC Status : UPDATE Typ : planowane Dotyczy : linia Pionier - ICM-UW Nadawca : Tomasz Berner Początek zdarzenia : 2007-11-16 07:00:00 Koniec zdarzenia : Bilet otwarty : 2007-11-13 13:20:00 Bilet zamknięty : *** Opis problemu: Na dzień 16/11/2007 w godzinach 07:00 - 08:00 planowane są prace modernizacyjne w sieci ICM-Uniwersytetu Warszawskiego (UW). W trakcie prac wystąpi pojedyncza, kilkuminutowa przerwa w łączności do sieci akademickiej. Zakresy adresowe IP do których mogą wystąpić przerwy w trakcie prac: 193.0.64.0/18, 212.87.0.0/21, 212.87.8.0/23, 212.87.12.0/22, 212.87.16.0/20. *** Działanie: 2007-11-16 09:13:00 (0,0) Tomasz Berner Przerwa wystąpiła w godzinach 7:35 - 7:48. *** Przewidywany czas zakończenia: 2007-11-16 08:00 *** Zakończenie zdarzenia: *** Historia:

1 0

PIONIER.20071116-1 OPEN: Krak�w - Bielsko Bia�a / Brak po��czenia
by Komunikaty Operatorzy LODMAN 16 Nov '07

16 Nov '07

Numer : PIONIER.20071116-1 Właściciel : PIONIER IP NOC Status : OPEN Typ : nieplanowane Dotyczy : linia Kraków - Bielsko-Biała Nadawca : Tomasz Berner Początek zdarzenia : 2007-11-16 07:56:00 Koniec zdarzenia : Bilet otwarty : 2007-11-16 09:10:00 Bilet zamknięty : *** Opis problemu: Od godz. 7:56 obserwujemy brak połączenia na obu kanałach na łączu pomiędzy, Krakowem a Bielsko-Białą. ADVA w Krakowie zgłosiła LOS w kierunku z Bielsko Białej. *** Działanie: 2007-11-16 09:10:00 (1,0) Tomasz Berner Exatel nie potwierdza awarii na kablu na tym odcinku. Ruch przeniósł się na łącze obejściowe przez Kielce. *** Przewidywany czas zakończenia: nieznany *** Zakończenie zdarzenia: *** Historia:

1 0

LODMAN.20071109-3 CLOSE: Prace energetyczne w CBMM
by Komunikaty Operatorzy LODMAN 15 Nov '07

15 Nov '07

Numer : LODMAN.20071109-3 Właściciel : LODMAN NOC Status : CLOSE Typ : planowane Dotyczy : węzeł CBMM Nadawca : Witold Bogacki Początek zdarzenia : 2007-11-11 12:00:00 Koniec zdarzenia : 2007-11-12 13:00:00 Bilet otwarty : 2007-11-09 15:01:00 Bilet zamknięty : 2007-11-15 11:57:00 *** Opis problemu: Zgodnie z wiadomością otrzymaną od administratora z CBMM Zakład Energetyczny będzie prowadził prace energetyczne w budynku przy ul. Tylnej 1. Spowoduje to wyłączenie zasilania także dla naszych urządzeń w CBMM. Nie znamy czasu trwania prac. *** Działanie: 2007-11-12 10:32:00 (0,0) Piotr Goczał Zaobserwowano przerwę w działaniu węzła w dniu 2007.11.12 12:03-13:00 *** Przewidywany czas zakończenia: nieznany *** Zakończenie zdarzenia: Prace zostały zakończone. Ticket zamknięty. *** Historia:

1 0

LODMAN.20071113-1 CLOSE: Przeniesienie pod�aczenia CBMM
by Komunikaty Operatorzy LODMAN 15 Nov '07

15 Nov '07

Numer : LODMAN.20071113-1 Właściciel : LODMAN NOC Status : CLOSE Typ : planowane Dotyczy : linia CBMM Nadawca : Witold Bogacki Początek zdarzenia : 2007-11-14 09:00:00 Koniec zdarzenia : 2007-11-15 11:51:00 Bilet otwarty : 2007-11-13 13:07:00 Bilet zamknięty : 2007-11-15 11:52:00 *** Opis problemu: W dniu jutrzejszym, tj. 2007-11-14 w godz. 9-15 zaplanowano przełączenie Centrum Badań Molekularnych i Makromolekularnych (CBMM) na nowy port. W czasie prac spodziewane są krótkie przerwy w dostępie do zasobów CBMM. *** Działanie: 2007-11-14 13:44:00 (0,0) Witold Bogacki Prace w dniu dzisiejszym zostały odwołane. *** Przewidywany czas zakończenia: 2007-11-14 15:00 *** Zakończenie zdarzenia: Prace zostają przeniesione na bliżej nieokreślony termin w przyszłości. O nowym terminie prac poinformujemy w osobnym tickecie. *** Historia:

1 0

PIONIER.20071113-2 UPDATE: Problemy z serwerami Akamai
by Komunikaty Operatorzy LODMAN 15 Nov '07

15 Nov '07

Numer : PIONIER.20071113-2 Właściciel : PIONIER IP NOC Status : UPDATE Typ : nieplanowane Dotyczy : usługa Akamai Nadawca : Witold Bogacki Początek zdarzenia : 2007-11-13 13:21:00 Koniec zdarzenia : Bilet otwarty : 2007-11-13 13:27:00 Bilet zamknięty : *** Opis problemu: Od kilku dni są występują utrudnienia w korzystaniu ze stron microsoft.com, adobe.com, yahoo.com itp za pośrednictwem serwerów Akamai. Problem dotyczy co najmniej TASKu, TorMANa i LubMANa. Dla tych sieci wskazywane są serwery Akamai z domeny etop.pl. *** Działanie: 2007-11-15 11:45:00 (0,0) Witold Bogacki Akamai przeprowadziło zmianę konfiguracji albowiem przekierowuje już na serwery w Poznaniu. Co prawda jednocześnie obserwujemy wzrost pasma przez nich wykorzystywanego co w połączeniu z jak twierdzą zwiększonym obciążeniem serwerów wymagać będzie wymiany tychże oraz zwiększenia przepustowości co powinno dodatkowo polepszyć łączność. Do tego czasu, w związku z chwilowym obciążeniem, mogą zdarzyć się przypadki odsyłania do serwerów Akamai nie zlokalizowanych w Poznaniu. *** Przewidywany czas zakończenia: nieznany *** Zakończenie zdarzenia: *** Historia: 2007-11-13 13:27:00 (1,0) Witold Bogacki Problem został zgłoszony do administratorów usługi Akamai. 2007-11-14 13:47:00 (0,0) Piotr Goczał Wstępnie udało się ustalić, że Akamai prawdopodobnie źle akceptuje wysyłane przez nas prefiksy w BGP. Trwa dalsze sprawdzanie problemu przez inżynierów Akamai. 2007-11-15 09:04:00 (0,0) Piotr Goczał Otrzymaliśmy pierwsze wyniki diagnozy ze strony Akamai. Po pierwsze była pewna nieścisłość w konfiguracji i przyjmowali ruch rozgłaszany przez PIONIERa (AS8501) czyli również ruch zza niego, który jest do nich rozgłaszany. Dodatkowo Akamai podało że przyczyną tego że część ruchu była kierowana do innych serwerów zamiast do naszych mogło być to, że serwery w Poznaniu były mocno obciążone i wolno odpowiadały na zapytania - w tej chwili to sprawdzają i jeśli się podejrzenie potwierdzi to nie wykluczone że zostaną wymienione serwery.

1 0

PIONIER.20071113-2 UPDATE: Problemy z serwerami Akamai
by Komunikaty Operatorzy LODMAN 15 Nov '07

15 Nov '07

Numer : PIONIER.20071113-2 Właściciel : PIONIER IP NOC Status : UPDATE Typ : nieplanowane Dotyczy : usługa Akamai Nadawca : Piotr Goczał Początek zdarzenia : 2007-11-13 13:21:00 Koniec zdarzenia : Bilet otwarty : 2007-11-13 13:27:00 Bilet zamknięty : *** Opis problemu: Od kilku dni są występują utrudnienia w korzystaniu ze stron microsoft.com, adobe.com, yahoo.com itp za pośrednictwem serwerów Akamai. Problem dotyczy co najmniej TASKu, TorMANa i LubMANa. Dla tych sieci wskazywane są serwery Akamai z domeny etop.pl. *** Działanie: 2007-11-15 09:04:00 (0,0) Piotr Goczał Otrzymaliśmy pierwsze wyniki diagnozy ze strony Akamai. Po pierwsze była pewna nieścisłość w konfiguracji i przyjmowali ruch rozgłaszany przez PIONIERa (AS8501) czyli również ruch zza niego, który jest do nich rozgłaszany. Dodatkowo Akamai podało że przyczyną tego że część ruchu była kierowana do innych serwerów zamiast do naszych mogło być to, że serwery w Poznaniu były mocno obciążone i wolno odpowiadały na zapytania - w tej chwili to sprawdzają i jeśli się podejrzenie potwierdzi to nie wykluczone że zostaną wymienione serwery. *** Przewidywany czas zakończenia: nieznany *** Zakończenie zdarzenia: *** Historia: 2007-11-13 13:27:00 (1,0) Witold Bogacki Problem został zgłoszony do administratorów usługi Akamai. 2007-11-14 13:47:00 (0,0) Piotr Goczał Wstępnie udało się ustalić, że Akamai prawdopodobnie źle akceptuje wysyłane przez nas prefiksy w BGP. Trwa dalsze sprawdzanie problemu przez inżynierów Akamai.

1 0