DawidS28

Jeden błąd dysku w Dzienniku zdarzeń. Zrób skanowanie + S.M.A.R.T. z MHDD: https://www.fixitpc.pl/topic/141-mhdd-podstawowa-instrukcja-obslugi/

Jeżeli masz problem z jakimś konkretnym serwerem, to daj na niego namiar. Pingi masz dosyć wysokie (40 ms), ale stabilne, więc nie widzę tutaj problemu. Możesz pro forma wykonać dwie rzeczy. Zrestartuj modem. W tym celu odłącz od niego zasilanie na kilkanaście sekund, potem podłącz ponownie i pozwól mu się uruchomić. Następnie Start -> Programy -> Akcesoria -> prawym na: Wiersz polecenia -> Uruchom jako administrator. Wpisz w otwarte okno komendę netsh int ip reset reset.log i po jej wykonaniu uruchom ponownie komputer.

Moderator - uprawnienia do określonych działów. Admin - uprawnienia do wszystkich działów + tworzenie ogłoszeń + zarządzanie użytkownikami + administracja IP.Board.

Względem czego robisz ping? W logach wszystko w porządku. Żadnych anomalii, nawet jak pinguję Ciebie, to jest ok.

Ok, dla mnie nie ma problemu, może być jutro.

Powiem tak: 90% ludzi z TP, których miałem możliwość (nie powiem, że "przyjemność") spotkać, nie poddaje w wątpliwość pomiarów tłumienia. Możesz zadzwonić na infolinię i zapytać, czy mają odczyty parametrów z ostatnich kilku-kilkunastu dni i poprosić o ich przesłanie. Zainstaluj sobie TeamViewer, podeślij mi na PW identyfikator i PIN oraz hasło logowania do routera.

Hm, z tego, co podałeś na PW, masz do centralki około 5-6 km, może mniej. Na każdy kilometr przypada tłumienie ok. 13 dB, to się może zgadzać. Jeżeli tak jest faktycznie (baza, którą dysponuję może nie być aktualna), to więcej nie wyciągniesz.

Ma. Ale jeśli sam mówisz, że wcześniej działało, to wygląda na to, że problem na łączu. Widywałem już takie. Jeżeli wiesz, jaka jest odległość do centrali, to podaj. Jeśli nie, podeślij na PW swój adres. Sprawdzę.

Zdecydowanie za wysokie wartości tłumienia, generalnie przy ADSL2+ jest to graniczna wartość dla 1-2 Mb/s. SNR Margin oscyluje w okolicach 6 dB, czyli także minimalnej. Dużo błędów niekorygowalnych (CRC), jeszcze więcej korygowalnych (FEC), ale te drugie są normalne. Problem ewidentnie fizyczny, prawdopodobnie po stronie TP.

Nie będzie. Zakład? Odpowiadając na Twoje pytanie: nic wtedy. Ktoś je po prostu nieoptymalnie ustawił.

Przepraszam, ale nie będę pracował bez logów, które mogą mi dużo powiedzieć. Do tego proszę screen ze statystyk ADSL z konfiguracji modemu. Pojawią się zerwania synchronizacji ADSL, a to jest jeszcze gorsze niż błędy CRC. TP nie odróżnia twardego resetowania modemu od zerwania synchronizacji. Właśnie na statystykach częstotliwości tego zdarzenia opiera się algorytm zmniejszania prędkości synchronizacji, żeby ustabilizować połączenie. I tak oczywiście jest. Może zwiększyć moc transmisji, ale TP robi to bardzo niechętnie, ponieważ wpływa źle na innych klientów na tej linii, powodując większe zakłócenia po ich stronie. Nie. Zwróć uwagę, że upstream pracuje na częstotliwościach 25-138 kHz a downstream na 142 - 1104 kHz dla ADSL i 142 - 2208 kHz dla ADSL2+. Możesz zmniejszyć obie wartości przez naprawienie fizycznego uszkodzenia sieci, ale one raczej się nie wyrównają. A przynajmniej nie o to chodzi.

Możesz spróbować.

Daj raporty z Net-log i ICSI Netalyzr (tu wystarczy tylko link): https://www.fixitpc.pl/forum-44/announcement-11-wazne-zasady-obowiazujace-w-dziale-sieci/ Jaki masz router?

ADSL G.lite? Jak patrzyłem na screeny z konfiguracji, to tego nie było. A to się zgadza. Ten router obsługuje tylko ADSL G.lite i G.dmt, czyli do 8 Mb/s w przypadku tego drugiego. W praktyce na G.dmt nie śmiga więcej niż 6,5 Mb/s. Kup jakiś router z ADSL2+, polecam Siemens SpeedStream 4100 (ale to modem, ma tylko jedno wyjście, chociaż jest najstabilniejszy z tych wszystkich), NetGear DG834G v4, NetGear DGN2000. W tych NetGearach będziesz mógł zmieniać target SNR Margin, co mogłoby przyspieszyć połączenie, gdybyś podpisał umowę na opcję do 20 Mb/s. No i żonglowania konfiguracją ADSL nie polecam bez dobrej znajomości technologii. Nie jestem w stanie stwierdzić przyczyny. Musiałbym mieć podpięty na linii modem, który generuje wszystkie statystyki, czyli albo coś z tych wymienionych wyżej, albo z oprogramowaniem ADSLCTL (teraz nie podam przykładów, nie pamiętam, które dokładnie mają).

Router będzie miał 1492 B, Ty też 1492 B, komputery po 1500 B. Nie stworzy to problemów, bo MTU to rozmiar największego wysyłanego pakietu. Odbierać można większe, o ile pozwala na to technologia. Oczywiście rozmiar odbieranych też można ograniczyć, ale tego się nie robi. Proponuję zmienić MTU na pozostałych komputerach na 1492 B.

Wygląda na winę dostawcy, ewentualnie routera. Zrestartuj na próbę, potem zobacz efekty.

Wywołaj z uprawnieniami admina pathping 8.8.8.8 > C:\cmd_log.txt i załącz plik C:\cmd_log.txt po wykonaniu polecenia (potrwa 5-10 minut).

Zmiana na routerze w celu podniesienia MTU do maksymalnego obsługiwanego w technologii PPPoE. Jest prosta zależność między wartością MTU, czyli rozmiarem maksymalnego możliwego pakietu, a wydajnością łącza. Jeśli rozpatrywać by samą tylko technologię PPPoE, to im wyższe MTU, tym lepiej (standard ma nałożone ograniczenie na rozmiar ładunku ramki do 1492 B z powodu konieczności zapewnienia zgodności z Ethernet; maksymalny ładunek ramki Ethernet to 1500 B, a dochodzi jeszcze 8 B nagłówka PPP). Nie wiem natomiast, czy między centralką Netii a następnym węzłem, jest wykorzystywana technologia ATM, czy Ethernet. 1492 B jest najbardziej optymalną wartością dla Ethernet, dla ATM można by próbować regulować, ponieważ w ATM ładunek w ramki jest pakowany po 48 B w każdą i do tego dodawane są nagłówki 5 B. Każda ramka musi mieć 53 B, więc korzystne jest manipulowanie wartością MTU, żeby podzielić pakiety na 48 B bez żadnej reszty. Jeżeli natomiast nie wiemy, co jest zastosowane w połączeniu między DSLAM a kolejnym węzłem dostawcy, to najlepiej wykorzystać te 1492 B jako MTU. Ustawienie na komputerze MTU na 1492 B w normalnych warunkach, jeżeli włączone jest automatyczne ustalanie MTU ścieżki nie daje nic. Jeśli jednak pojawi się problem z Path MTU, to wykorzystywana jest domyślna wartość. A za duża może czasem powodować problemy (patrz: czarne dziury PMTU). Napisałem o tym cały tutorial, wiec jeśli chcesz, to polecam: https://www.fixitpc.pl/topic/11926-mtu-%E2%80%94-maximum-transmission-unit/ Na pozostałych komputerach też możesz zmienić, tylko chcę najpierw z nich Net-logi i eksporty z rejestru. Komenda jest dla każdego komputera indywidualna, chociażby dlatego, że inne są indeksy interfejsów.

To wyłącz przez sysdm.cpl -> Zaawansowane -> Uruchamianie i odzyskiwanie -> Ustawienia automatyczne ponownie uruchamianie po Blue Screenie i następnym razem zrób zdjęcie.

Czyli nie masz żadnego zrzutu pamięci. Ani pełnego, ani małego. Jesteś pewien, że miałeś te Blue Screeny?

Aaaa... find rozróżnia wielkość znaków. Wpisz dir C:\Windows | find ".DMP"

Hm, ok. Jeszcze jedna komenda. dir C:\Windows | find ".dmp"

Windows+R, wpisz cmd i w oknie Wiersza poleceń odpal komendę dir %SystemRoot%\Minidump i zrób screen.

LiveCD/LiveUSB - nośnik, z którego mozna uruchomić niezależny system. Poczytaj sobie: http://jakilinux.org/jaki-linux/live-cd/

No ok, ale zaznacz to, bo chcę wiedzieć, jaka jest lokalizacja minidumpów (pojawi się jedno pole formularza niżej).