Pokrewne
menu      www.hitman.glt.pl - HITMAN ASYLUM
menu      Manager OVH - pół FR, pół PL?
menu      [crosspost - pl.rec.radio.amatorskie] Demodulator FM, filtr 7x7 121 itp.
menu      Coś źle z kodowanie - instalacja nowych skryptów = brak pl znaków
menu      Prywatny serwis mojej mieściny - wrzesnia.net.pl
menu      eProxy.pl - zmien swoje IP! Bezpieczenstwo w sieci!
menu      Lista mailingowa info-pl@60free.ovh.org
menu      Twoja .pl i Konto 1GB za 66 zł/rok
menu      Jaki system z oferty OVH.PL wybrać?
menu      Problem z aktywacją 1000GP+ domena com.pl
  • zanotowane.pl
  • doc.pisz.pl
  • pdf.pisz.pl
  • wypiekizpasja.opx.pl
  • Krótka przerwa na PL-IX





    Spacedust - 26-03-2010 00:06
    Krótka przerwa na PL-IX
      Ktoś coś zauważył ? Przez chwilę nie szedł nawet ping do ping.ovh.net




    Cuddles - 26-03-2010 06:19
    http://plix.pl/pl/network/statistic
    Chyba ten wykres to zauważył :rolleyes:



    Spacedust - 26-03-2010 20:37
    Dosłownie minutka, ale wróciło szybko do normy :)



    Spacedust - 28-03-2010 00:12
    Dzisiaj znowu to samo ! 2 minuty tym razem. Co to jest ?




    mlodszy - 28-03-2010 10:50
    Pisz do PL-IX to może się dowiesz. Ja osobiście nie doświadczyłem żadnych problemów z tym. Poza tym, skąd pewność że to PORT OVH wariuje a nie PORT Twojego operatora?



    dzimi - 28-03-2010 11:19
    Cytat:
    Pisz do PL-IX to może się dowiesz. Ja osobiście nie doświadczyłem żadnych problemów z tym. Poza tym, skąd pewność że to PORT OVH wariuje a nie PORT Twojego operatora? Ja zauważyłem to samo wczoraj. z UPC. Miałem akurat przyjemność pracować "zdalnie"



    mlodszy - 28-03-2010 11:42
    Hmmm .. Ciekawe. Ja na netii nie miałem takiego problemu.

    Traceroute do przykładowego serwisu w OVH:
    Cytat:
    traceroute to hatak.pl (91.121.145.5), 30 hops max, 60 byte packets
    1 . (192.168.1.1) 0.429 ms 0.411 ms 0.491 ms
    2 krakow-bras2.inetia.pl (195.114.190.154) 177.218 ms 179.411 ms 190.210 ms
    3 83.238.251.27 (83.238.251.27) 192.698 ms 195.412 ms 199.331 ms
    4 krakh001rt09-warsh002rt22.inetia.pl (83.238.250.168) 197.614 ms 200.289 ms 203.724 ms
    5 warsh002rt22-warsb010rt06.inetia.pl (83.238.250.176) 206.888 ms 211.565 ms 213.285 ms
    6 ovh.plix.pl (195.182.218.147) 213.759 ms * *
    7 40g.ams-1-6k.routers.chtix.eu (213.251.128.126) 140.293 ms 42.605 ms 337.621 ms
    8 40g.rbx-2-6k.routers.chtix.eu (91.121.131.9) 356.452 ms * *
    9 rbx-46-m1.routers.chtix.eu (91.121.130.138) 352.074 ms 355.506 ms 357.498 ms
    10 hatak.pl (91.121.145.5) 360.434 ms 363.279 ms 366.036 ms




    dzimi - 28-03-2010 13:29
    Cytat:
    Hmmm .. Ciekawe. Ja na netii nie miałem takiego problemu.

    Traceroute do przykładowego serwisu w OVH:
    i to było wczoraj około 23-24 ? :> Tak jak spacedust napisał, to była dosłownie chwilka i wszystko wróciło do normy. Być może to był PLIX a być może to UPC w UPC przełączało/rozłączało sesję BGP z OVH.



    mlodszy - 28-03-2010 16:17
    Wczoraj miedzy 23 a 1 w nocy robiłem aktualizacje/konserwacje na 2 serwerach. Poprzez SSH. Połączenie nie zostało zerwane.



    Spacedust - 29-03-2010 18:47
    Na pewno nie jest to wina mojego operatora, bo u mnie traceroute przechodziło przez PL-IX i po ams (Amsterdam) same gwiazdki.

    W tym samym momencie traceroute z lg.telia.com szedł gładko.
  • zanotowane.pl
  • doc.pisz.pl
  • pdf.pisz.pl
  • konstruktor.keep.pl
  • Design by flankerds.com