DawidS28

Nie wiem, czy autor jeszcze śledzi temat, ale pozwolę sobie - po tej długiej zwłoce - postarać się odpowiedzieć. Ponieważ danych, na których można by oprzeć jakiekolwiek diagnozy brakuje, lub - wręcz - nie ma, to proszę o zamieszczenie raportów z OTL (otl.txt i extras.txt) oraz Net-log: https://www.fixitpc.pl/topic/61-diagnostyka-ogolne-raporty-systemowe/ https://www.fixitpc.pl/topic/2394-diagnostyka-ogolny-raport-konfiguracji-sieci/ Proszę także o informację o producencie i modelu modemu.

Nie wiem, czy śledzisz jeszcze ten temat, ale pozwolę sobie po dłuższym czasie odpowiedzieć, albowiem teraz dopiero znalazłem czas, żeby dokładniej zająć się problemami na forum. Chciałbym zapytać, czym jest ten interfejs: Karta PPP DialNet : Sufiks DNS konkretnego połączenia : Opis . . . . . . . . . . . . . . : WAN (PPP/SLIP) Interface Adres fizyczny. . . . . . . . . . : 00-53-45-00-00-00 DHCP włączone . . . . . . . . . . : Nie Adres IP. . . . . . . . . . . . . : 78.10.105.69 Maska podsieci. . . . . . . . . . : 255.255.255.255 Brama domyślna. . . . . . . . . . : 78.10.105.69 Serwery DNS . . . . . . . . . . . : 87.204.204.204 62.233.233.233 Wygląda jak połączenie od Dialog, a istnieje równolegle do połączenia z TP-Linkiem i to przez niego wychodzi połączenie przy opcji PPPoE/kabel oraz przy opcji Bridge/kabel. Równolegle istnieje sobie połączenie po kablu: Karta Ethernet Połączenie lokalne 2: Sufiks DNS konkretnego połączenia : Opis . . . . . . . . . . . . . . : Realtek PCIe GBE Family Controller Adres fizyczny. . . . . . . . . . : 00-19-DB-EB-CD-0E DHCP włączone . . . . . . . . . . : Tak Autokonfiguracja włączona . . . . : Tak Adres IP. . . . . . . . . . . . . : 192.168.1.100 Maska podsieci. . . . . . . . . . : 255.255.255.0 Adres IP. . . . . . . . . . . . . : fe80::219:dbff:feeb:cd0e%4 Brama domyślna. . . . . . . . . . : 192.168.1.1 Serwer DHCP . . . . . . . . . . . : 192.168.1.1 Serwery DNS . . . . . . . . . . . : 192.168.1.1 fec0:0:0:ffff::1%1 fec0:0:0:ffff::2%1 fec0:0:0:ffff::3%1 Dzierżawa uzyskana. . . . . . . . : 3 kwietnia 2013 16:36:27 Dzierżawa wygasa. . . . . . . . . : 6 kwietnia 2013 16:36:27 Nie mam żadnego namacalnego dowodu, że kabel prowadzi do TP-Linka, ale polecenie arp, wyświetlające tablicę mapowania adresów fizycznych MAC na adresy IP pokazuje, że pod 192.168.1.1 (czyli urządzeniem, które jest podpięte kablem Ethernet) jest adres MAC 00-23-cd-c5-1a-83. Krótkie spojrzenie w listę posiadaczy poszczególnych klas adresów MAC i okazuje się, że pod 00-23-cd kryje się TP-Link: 00-23-CD (hex) TP-LINK TECHNOLOGIES CO., LTD. 0023CD (base 16) TP-LINK TECHNOLOGIES CO., LTD. South Building, No.5 Keyuan Road, Central Zone, Science & Technology Park Nanshan Shenzhen Guangdong 518000 CHINAStąd prosty wniosek, że masz podpiętego TP-Linka, przez którego nie wychodzi żadna komunikacja oraz "coś", co ma połączenie z siecią DialNet i nie prowadzi żadnego routingu, który pozwalałby na podpięcie większej ilości komputerów, np. po WiFi. Teraz pojawia się pytanie, czym jest to coś. Przy połączeniu po WiFi to coś znika, a - jak mniemam - odpinasz tylko kabelek Ethernet od routera. Konkluzja: masz skonfigurowane przekazywanie obsługi PPPoA/PPPoE na komputer przez TP-Link i przez to nie możesz wykorzystywać WiFi. Tutaj pojawia się pytanie, jak skonfigurować odpowiednio TP-Link, ponieważ nie widać żadnej różnicy pomiędzy testowanym przez Ciebie trybem Bridge Mode a PPPoE/PPPoA. Powinieneś mieć ustawione PPPoE/PPPoA. Bridge spowoduje, że obsługa PPPoA/PPPoE zostanie przerzucona na komputer podpięty po kablu, a wtedy nie podepniesz nic do bezprzewodówki. Nie znam tego routera, więc będę szukał trochę po omacku, ale co masz do wyboru w Interface Setup -> Internet -> Bridge Mode -> Encapsulation? Pokaż także screen z Interface Setup -> Internet, gdy ustawisz PPPoA/PPPoE.

Ok, temat zamykam jako rozwiązany.

Cóż, u mnie aktualnie wygląda to tak: Modem model: Siemens Subscriber Networks 4100-Series (D241) Firmware part: 004-D241-A3V Config part: 003-6145-G09 Build number: 106-96 DataPump 7.00.02.00 ADSL Modulation: ADSL2+ Downstream Rate (bps): 12443000 Upstream Rate (bps): 1147000 Attainable Downstream Rate (bps): 15992000 Attainable Upstream Rate (bps): 1148000 Downstream Attenuation (0.1 dB): 290 Downstream SNR Margin (0.1 dB): 105 Downstream Output Power (0.1 dBm): 105 Upstream Attenuation (0.1 dB): 150 Upstream SNR Margin (0.1 dB): 60 Upstream Output Power (0.1 dBm): 60 Downstream FEC Errors: 12882 Downstream CRC Errors: 97 Czyli generalnie żadnych zmian od listopada 2012.

Pobierz obraz płytki z Knoppixem, potem programem unetbootin wypal jej zawartość na pendrive.

Według mnie router do aktualizacji softu, jeżeli to nic nie da, to wymiany. Zakładam, że nie będziesz próbował pisać własnego oprogramowania do niego, jak ja kiedyś do Cisco WAP200 na podstawie źródeł Cisco. Po pół roku rzuciłem to w cholerę i kupiłem MikroTiki.

Trochę w ten maksymalny upload nie wierzę przy takich parametrach, zwłaszcza, że na upstream od poprzedniego razu wiele się nie zmieniło. Zapas SNR duży, ale tłumienie też. Zmiany na downstream mogą wskazywać, że tym razem modem zsynchronizował się, wykorzystując inne tony do transmisji. Wybrał zapewne te, na których jest mniej szumów, a ponieważ wraz z wzrostem częstotliwości rośnie tłumienie, to zakładam, że używane są tony wyższe niż wcześniej. Powyższe jest prawdziwe, ale przy założeniu, że te wartości tłumienia i SNRM wyliczane są jako średnia z reszty, a nie brane np. dla jednej wartości, jak często było przy ADSL (wartości brane z 300 kHz).

O ile karta będzie dobrze sobie radzić, np. jak RTL8187, to powinno być lepiej. Potrzebuję jeszcze identyfikatorów sprzętu z Twojej obecnej karty.

W drugim miejscu masz tego samego dostawcę? Możesz spróbować wypalić na płytce jakieś LiveCD, polecam Knoppix, uruchomić z niego komputer i też sprawdzić ping. Wyeliminujemy wtedy zależności systemowe.

Według mnie teraz jest bez zarzutu. Jakie są Twoje odczucia z korzystania?

Zaktualizuj sterowniki do karty WiFi: http://www.atheros.cz/atheros-wireless-download.php?chipset=31&system=6 Pierwsza od góry paczka, pobieranie zielonym przyciskiem "Click for Download". Potem kliknij Windows+R, wpisz devmgmt.msc i przejdź do swojej karty sieciowej (Atheros AR9002WB-1NG Wireless Network Adapter). Z menu kontekstowego wybierz Aktualizuj oprogramowanie sterownika..., wybierz aktualizację przy pomocy posiadanych plików i wskaż wypakowaną paczkę. Po zainstalowaniu ich restart komputera.

Ponieważ problem dotyczy zatem sieci bezprzewodowej, proszę o podanie poniższych informacji:

Interesujące. Raport Net-log z bezprzewodówki (poprzedni) post wskazuje na dosyć duże problemy przy połączeniu z routerem. Teraz wszystko jest w porządku (przynajmniej według tego, co dostałem do interpretacji), ale twierdzisz, że przy kablu również jest problem. Zrób jeszcze dwie rzeczy przy połączeniu kablowym, czyli test z ICSI Netalyzr oraz http://speedtest.net

Zrób nslookup -type=ANY appmsg.gadu-gadu.pl i pokaż wynik komendy.

Net-log korzysta w 90% bezpośrednio z poleceń systemowych, a skoro system jest lokalizowany, to raport z Net-log też. Nie widzę innego wyjścia, niż wyżej przez Ciebie zlinkowane. Mógłbyś co prawda wyciągnąć z każdej angielskiej wersji systemu odpowiednie programy (ipconfig.exe, netsh.exe itd.) i potem po wersji systemu decydować, które uruchamiasz zamiast systemowych, ale to jest moim zdaniem rozwiązanie chore.

A co ja pisałem w instrukcji o robieniu raportów w Net-log? W czystym środowisku, bez żadnych uruchomionych aplikacji sieciowych. A tutaj widzę Spotify, Google Chrome, LOL i jeszcze trochę innych rzeczy. Wyłącz to oprogramowanie i zrób log jeszcze raz. Proszę tym razem o raport z Net-log przy połączeniu po kablu.

Screeny powinny być z Wireless G USB Adapter, a nie z Realteka. Z inSSIDer widać, że jest słaby sygnał i to może być przyczyna - jesteś za daleko od nadajnika albo ma on obciętą moc.

Nie wszystkie karty, określane jako działające w 802.11n, są kompatybilne z 802.11n. Przykładem jest chociażby Intel WiFiLink 5100, który ma potężne problemy z N-ką przy większych odległościach. Nigdy nie udało mi się znaleźć całkowicie poprawnie działających sterowników do niej, a własnych przecież nie napiszę.

Tak, daj. Przydadzą się. Z logów wygląda właśnie na problem z ADSL.

Zawieszanie się modułu odpowiedzialnego za WiFi na routerze? Widziałem już takie przypadki i rozwiązania nie znalazłem. Możesz próbować wyłączać i włączać przez Menedżer Urządzeń kartę WiFi, żeby upewnić się, że to nie wina komputera lub systemu na nim.

Wpisać w Google: site:tp.pl filetype:xls Jedyne możliwe przyczyny, jakie widzę, to Avast i VMware wpięte w Winsock. To ostatnie jest dosyć inwazyjnym działaniem dla systemu, ale nie widzę przyczyny, dla której miałoby to wpływać na nk.pl. Proponuję spróbować się zalogować i patrzyć w nagłówki HTTP (dodatek Live HTTP Headers dla FF) lub pełną komunikację (Wirehark), szukając błędów.

Niestety, nie. Ale jeżeli zaobserwowałbyś już jakieś straty pakietów, a te nieuchronnie łączą się ze skokami pingu. Prawdę powiedziawszy, nie widzę, jak to rozegrać. Speedtesty mogą pomóc.

Dla XP warto sprawdzić, czy ma zainstalowane poprawki dla WPA. Nie pamiętam, która to była dokładnie, przez Google na pewno od razu znajdziesz. Z tego, co pamiętam, brak obsługi WPA powodował niemożność połączenia się z siecią, a nie zupełny jej brak na liście dostępnych. Nie masz czasem wyłączonego rozgłaszania SSID? Pokaż, co widzi inSSIDer.

Pokaż statystyki ADSL z routera. Potem wykonaj test przez ICSI Netalyzr i daj link do wyniku: http://netalyzr.icsi.berkeley.edu/

Zacznij od wyłączenia IPv6: Windows 2000 / XP: Panel sterowania -> Połączenia sieciowe -> 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 restart komputera i zobacz, co się stanie.