Skocz do zawartości

DawidS28

Użytkownicy
  • Postów

    4 563
  • Dołączył

  • Ostatnia wizyta

Odpowiedzi opublikowane przez DawidS28

  1. Ponieważ Twoje serwery DNS odrzucają (całkiem zresztą słusznie) połączenia z zewnątrz, to muszę Cię prosić o wykonanie kilki komend.

     

    Start -> Programy -> Akcesoria -> prawym na: Wiersz polecenia -> Uruchom jako administrator

     

    Wpisz komendy:

    nslookup twickerz.com 192.168.1.1 > C:\cmd_log.txt

    nslookup twickerz.com 159.255.184.42 >> C:\cmd_log.txt

    nslookup twickerz.com 188.112.37.42 >> C:\cmd_log.txt

     

    Potem wrzuć na forum jako załącznik plik C:\cmd_log.txt.

  2. No cóż. Komunikat mówi tyle, że nie ma połączenia z serwerem DNS i sugeruje, że winny jest właśnie ten serwer. A to jest nieprawda, bo nie ma komunikacji z niczym na zewnątrz. Router zwraca brak możliwości dostarczenia danych do zadanego celu, ponieważ nie ma routingu do niego. A to jest prawie równoznaczne z tym, że nie ma połączenia z dostawcą. Teraz pytanie, dlaczego router i Vectranet się nie lubią.

     

    Czy jak wepniesz kabelek od dostawcy bezpośrednio do komputera (z ominięciem routera), to musisz wykonywać jakąś dodatkową konfigurację, czy od razu działa?

  3. Do sprawdzania stabilności pingów o wiele lepiej nadaje się http://pingtest.net

     

    Testowanie połączenia względem Wirtualnej Polski z UK ma tę wadę, że pakiety muszą trochę przebyć i opóźnienia mogą powstawać nie z winy Twojego dostawcy czy Twojej własnej. Serwer WP stoi gdzieś w okolicach Gdańska (tyle mówi traceroute). Proponuję testować względem czegoś, co jest na miejscu. Speedtest wybiera sobie swój własny serwer, do którego ma najlepszy ping, żeby był blisko. Co nie zmienia faktu, że pingi są zdecydowanie za wysokie, co widać po raporcie z Net-log.

  4. Tak, dokładnie o to. Kilka rzeczy, które zwraca moją uwagę.

     

    Masz niskie tłumienie. Przy 16 dB, to powinno 15 Mb/s iść, a nie tyle, co tu widzimy. Synchronizuje się na 6,5 Mb/s, faktycznie wyciąga jakieś 30% tego, czyli bardzo słabo. Co zresztą pokrywa się z resztą parametrów. SNR Margin w okolicach 6 dB, co zupełnie nie pasuje do tego tłumienia i wskazuje na niski SNR (czyli obrazowo powierzchnię przekroju poprzecznego rury, którą płyną dane). Często przy niskiej odległości od centralek moc nadawania jest zaniżana, żeby nie zakłócać sąsiednich linii, co objawia się spadkiem SNR Margin, ale nie zbija się zazwyczaj aż do takich wartości. A tutaj wcale nie jest blisko centralki (sądząc po tłumieniu, to ponad kilometr), a dodatkowo widać bardzo dużo błędów CRC (RS uncorrectable errors) i FEC (RS correctable errors).

     

    Duży ping pochodzi po części z tego, że jest włączona korekcja błędów dla downstream. Widać to chociażby po Interleaver depth i Delay, a także tym, że wykrywane są błędy FEC. W brak błędów dla upstream nie wierzę, prędzej w to, że router nie umie ich liczyć. Przy takim SNR Marginie nie uwierzę, że cała komunikacja idzie zupełnie bez błędów. Swoją drogą, widać tutaj nieścisłość parametrów, bo masz Type: Fast, a jednocześnie Interleaver depth: 4 (Fast determinuje 1). Gdyby to był Fast, to błędów FEC by faktycznie nie było, bo nie miałoby co ich wykrywać.

     

    A drugim głównym powodem dużego pingu jest ilość retransmisji danych, jakie muszą być wykonywane, ponieważ pojawiają się problemy z łączem.

     

    Problem gdzieś między centralką dostawcy kilometr dalej a modemem. Ciężko odpowiedzieć, co dokładnie, stawiam na jakiś kabelek. W infrastrukturze dostawcy, ewentualnie Twojej instalacji.

  5. Jestem świadom, że ta wartość 10 Mb oznacza - DO. Czyli to co w obrazkach mieści się w granicach.

     

    Cóż. Opcja "do 10 Mb/s" zaczyna się, jeśli dobrze pamiętam, gdzieś w okolicach 990 kb/s, czyli nieco poniżej 1 Mb/s. Czekam, aż wreszcie dostawca będzie musiał określić widełki pasma i gwarantowaną przepustowość, bo inaczej nic się nie zmieni.

     

    Ping to nic, ten w checku z Netii jest zadziwiająco niski, pokusiłbym się nawet o stwierdzenie, że w normie. Prawdziwe testy pokazują coś innego (wartość uśredniona ze 100 wykonanych):

     

      0                                           192.168.1.2 
                                   0/ 100 =  0%   |
     1    0ms     0/ 100 =  0%     0/ 100 =  0%  192.168.1.1 
                                   0/ 100 =  0%   |
     2   66ms     4/ 100 =  4%     4/ 100 =  4%  195.114.190.150 
                                   0/ 100 =  0%   |
     3   68ms     4/ 100 =  4%     4/ 100 =  4%  83.238.250.38 
                                   0/ 100 =  0%   |
     4   70ms     0/ 100 =  0%     0/ 100 =  0%  83.238.251.166 
                                   3/ 100 =  3%   |
     5   70ms     3/ 100 =  3%     0/ 100 =  0%  83.238.251.99 
                                   0/ 100 =  0%   |
     6   83ms     4/ 100 =  4%     1/ 100 =  1%  141.136.97.105 

     

    Do pierwszego węzła Netii jest już 66 ms i dosyć znaczne straty pakietów. Podstawa do zgłoszenia usterki na pewno jest.

     

    Chciałbym zobaczyć parametry ADSL z modemu.

  6. Akurat ustawione DNS-y działają, są skonfigurowane poprawnie i obsługują zapytania.

     

    Start -> Programy -> Akcesoria -> prawym na: Wiersz polecenia -> Uruchom jako administrator

     

    Wpisz komendę netsh int ip reset reset.log i po jej wykonaniu uruchom ponownie komputer.

     

    Jeśli to nic nie da, to wyłącz IPv6.

     

    Panel sterowania -> Centrum sieci i udostępniania -> Zarządzaj połączeniami sieciowymi -> wybierz z listy połączenie, z którego korzystasz -> kliknij na jego ikonkę prawym przyciskiem myszy -> Właściwości -> zakładka: Ogólne -> odznacz: Protokół internetowy w wersji 6 (TCP/IPv6). Potem znowu restart.

  7. Ale tutaj to naprawdę wygląda na problem za modemem, ewentualnie na samym modemie, a nie na Twoim komputerze. Zbieżność wysokiego pingu z problemami u poprzedniego dostawcy moim zdaniem przypadkowa. Ponieważ teraz stwierdzasz, że ping skacze okresowo, to proponuję zgłosić dostawcy usterkę, bo prawdopodobnie u niego się ona znajduje.

  8. Hm. Czas połączenia ADSL i czas działania modemu nie zgadzają się, co oznacza, że jakieś 80 godzin temu połączenie zostało zerwanie i zestawione ponownie. Na razie to nie jest problem, połączenie trzyma się stabilnie od prawie 4 dni, czyli pod tym względem jest ok.

     

    Zwraca uwagę dosyć wysokie tłumienie (ponad 50 dB na downstream) i niski SNR Margin (po 6 - 7 dB). Przy tych parametrach wyższego pasma na tym łączu nie da się uzyskać, a i obecne może działać nie do końca stabilnie.

     

    Połączenie z komputera do modemu masz poprawne, ping na poziomie 1 ms jest idealny:

     

      1    <1 ms	 1 ms    <1 ms  192.168.1.1
     2   100 ms    92 ms    91 ms  host-89-243-32-1.as13285.net [89.243.32.1]
     3    60 ms    88 ms    65 ms  xe-11-2-0-bragg002.bre.as13285.net [78.151.225.41]
     4   154 ms   114 ms    95 ms  host-78-151-225-204.static.as13285.net [78.151.225.204]

     

    Ale zaraz dalej zaczyna się problem, zwłaszcza, że wartości skaczą. Jest to związane ze złym stanem linii (albo jej długością, 51 dB przekłada się średnio na około 4 km kabla), złą siecią w domu albo wreszcie uszkodzonym modemem. Zwróć uwagę, że żadnego z tych problemów nie jesteś w stanie wyeliminować przez zmianę dostawcy: zazwyczaj to dostawcy wynajmują porty na centralce od innego ISP, więc jesteś podłączony cały czas do tego samego miejsca, czyli masz ten sam problem.

     

    Która z tych trzech rzeczy zawiodła ciężko będzie ustalić. Według mnie ranking prawdopodobieństwa wygląda tak:

    1. Problem z instalacją w domu

    2. Problem w infrastrukturze dostawcy.

    3. Uszkodzony modem.

     

    Należy pamiętać, że Twoje obecne parametry ADSL są na granicy stabilnego działania i mogą pojawiać się problemy, a Huawei nie należy do dobrych marek.

  9. U mnie działa, co oznacza, że gdzieś prawdopodobnie u siebie albo u dostawcy masz wycinany ruch do niej. Przyczyn może być wiele. Wycięcie dostępu do adresu przez plik hosts, program od kontroli rodzicielskiej, filtrowanie ruchu na zainstalowanym firewallu albo na tym na routerze, korzystanie z DNS-ów, które wycinają niebezpieczne strony (np. OpenDNS), wreszcie blokada u dostawcy.

     

    Zaprezentuj raporty z Net-log i ICSI Netalyzr:

    https://www.fixitpc.pl/forum-44/announcement-11-wazne-zasady-obowiazujace-w-dziale-sieci/

  10. ICSI Netalyzr nie mógł sobie poradzić z HSS, prawdopodobnie dlatego, że jest problem z połączeniem, co sam zauważasz. Zrób raport z Net-log.

     

    Ja od pewnego czasu korzystam z firmowego VPN-a do przesyłania danych, więc nie mogę się wypowiedzieć w sprawie jakichś problemów z HSS.

  11. Nie widzę nic nienormalnego w logach, jedyne, co można podejrzewać, to Comodo Internet Security albo systemowy firewall. Spróbuj testowo odinstalować całkowicie CIS, potem uruchomić ponownie komputer i sprawdzić działanie programów wymagających połączenia.

     

    Jeśli to nic nie da, to Start -> Programy -> Akcesoria -> prawym na: Wiersz polecenia -> Uruchom jako administrator, wpisz komendę netsh advfirewall set allprofiles state off i po jej wykonaniu kolejny restart.

     

    Możesz jeszcze dla pewności poszukać w konfiguracji Liveboksa ustawień firewalla i przekierowywania portów, a potem zrobić screeny i wrzucić na forum. Przydatny byłby także link do raportu z ISCI Netalyzr: http://netalyzr.icsi.berkeley.edu/

  12. Start -> Programy -> Akcesoria -> prawym na: Wiersz polecenia -> Uruchom jako administrator

     

    W otwartym oknie CMD wprowadź komendy (po każdej Enter i czekasz na wykonanie):

    netsh advfirewall set allprofiles state off

    netsh int ip reset reset.log

    nslookup -type=ANY google.pl > C:\cmd_log.txt

     

    Potem uruchom ponownie komputer i wrzuć na forum plik C:\cmd_log.txt.

×
×
  • Dodaj nową pozycję...