DawidS28

No dobra, ale w jaki sposób do odczuwasz? Strony się nie ładują, komunikator nie działa, ping do jakiegoś serwera nie idzie? Jak na razie wszystko, co przedstawiłeś świadczy o tym, że połączenie działa. Obecne drobne śmieci w postaci Incredibar, ale bez wpływu na główny problem.

Wywal dodatek Incredibar z IE i FF. Co przez to rozumiesz?

Mój Linksys WRT54GCv3 odszedł do krainy wiecznych elektronów po 4 albo 5 latach użytkowania po usmażeniu się kondensatorków. Nie chciało mi się ich wymieniać, chociaż zapłaciłbym za nie jakieś 5 PLN, ale router był na tyle słaby, że nie mogłem na nim postawić żadnego alternatywnego softu, a oryginalny nie spełniał moich oczekiwań. Aktualnie mam MikroTik RouterBoard RB751G-2HnD, który pozwala na praktycznie wszystko, co zrodzi się w moim umyśle. Możesz obcinać pasmo dla poszczególnych interfejsów, możesz skonfigurować kolejki, które mogą uzależniać limity od naprawdę wielu czynników. Oczywiście, jak napiszesz za dużo regułek, to router przy większym ruchu zacznie wymiękać, ale poniżej 100 Mb/s nie udało mi się tego doświadczyć. Jeśli chcesz na nim skonfigurować jakieś bardziej zaawansowane filtrowanie, firewalla, a przy okazji router ma obsługiwać naprawdę duży ruch (tak powyżej 100-200 Mb/s), to polecam poczekać na pojawienie się na rynku RB951G-2HnD z lepszym procesorem i zwiększoną dwukrotnie pojemnością pamięci RAM. Odpowiednio mają 600 zamiast 400 MHz i 128 zamiast 64 MB. Dokładniejszy opis: http://routerboard.com/RB951G-2HnD http://routerboard.com/RB751G-2HnD Dwie uwagi z korzystania. Pierwsza: ustawienie pipe'a (po polsku "potoku", a chodzi o ten "|" znak) w haśle uniemożliwia logowanie. Hasło jest w jakiś sposób parsowane i jeżeli to jedyne konto na MikroTiku dostępne tylko przez hasło, a nie np. kluczyk, to powstaje problem. Nie udało mi się znaleźć innego obejścia, tylko zresetowanie routera do ustawień domyślnych. Problem zaobserwowany na systemie RouterOS 5.14, może coś do tej pory zdążyli zmienić, ale nie widziałem tego w changelogach. Teraz jest mi trochę wstyd, bo nigdy tego błędu nie zgłosiłem, pewnie z lenistwa. Sam wiem, jak uciążliwe jest obsługiwanie użytkowników, którzy mają problem, ale z różnych przyczyn go nie zgłaszają, a prawda o nim wychodzi na jaw przez przypadek lub przy zgłaszaniu innego, bardziej denerwującego, problemu. Druga: maksymalna i domyślna zarazem moc nadajnika to 30 dBm = 1 W. Któreś rozporządzenie ministra infrastruktury pozwala na stosowanie na paśmie 2,4 GHz (czyli 802.11b/g/n) nadajników o mocy nie przekraczającej 20 dBm = 100 mW. 1 W jest nieszkodliwy, ale chyba nie chcesz, żeby goniło Cię UKE za za dużą moc nadajników. Z praktycznego punktu widzenia to nie ma żadnego znaczenia, bo 1 W jest bezpieczny (no chyba, że będziesz całe życie spał z tym routerem jako poduszką), a jeśli w pobliżu nie ma innych sieci bezprzewodowych, to nie masz czego zakłócać. No ale... Dura lex, sed lex. Na wyższą niż 20 dBm moc nadawania potrzebujesz zezwolenia. Ewentualnie przenosisz się na częstotliwości 5 GHz (802.11a), tam przepisy są mniej restrykcyjne. Fakt, że w gęściej zaludnionych terenach na paśmie 2,4 GHz nie ma już gdzie kolejnej sieci bezprzewodowej wcisnąć, żeby się nie zagłuszały nawzajem. Stąd chociażby moje forsowanie ciągnięcia wszędzie kabli zamiast wieszania access pointów. Cellpipe'y są dobre, natomiast ja od bardzo dawna korzystam ze Speedstreamów i przyzwyczaiłem się do nich. Poniżej link do firmware od Siemensa: http://www.elektroda...9bce500#6627751

Statystyki przy połączeniu przez Cellpipe idealne. Widać niskie pingi, czyli albo łącze jest nad wyraz stabilne i Orange uznało, że nie trzeba zwiększać Interleave Depth (aktualnie jest pewnie 8 ms), albo po prostu zapomnieli tego zrobić (jak u mnie przez miesiąc). Fakt, że chyba wszystkie łącza z Neostradą powyżej 2 Mb/s dostawały Interleaved a nie Fastpath odgórnie, bez patrzenia na statystyki łącza. I trudno się dziwić, zysk z Fastpath widać tylko w pingach, a Interleaved pozwala na korekcję błędów, co przy naszej polskiej infrastrukturze jest bardzo pożądane. Po kabelku do Linksysa jest lepiej niż po bezprzewodówce, ale wciąż słabo. 0 192.168.1.38 0/ 100 = 0% | 1 1ms 0/ 100 = 0% 0/ 100 = 0% 192.168.1.1 0/ 100 = 0% | 2 11ms 0/ 100 = 0% 0/ 100 = 0% 10.0.0.1 0/ 100 = 0% | 3 44ms 0/ 100 = 0% 0/ 100 = 0% 213.25.2.145 O ile sam Linksys (adres 192.168.1.1) odpowiada na pingi dosyć szybko, to ma problem z przekazywaniem ich dalej, bo średni czas odpowiedzi z Cellpipe powinien być 1, góra 2 ms (przypominam, że wszystko toczy się po kablu, a więc opóźnienia powinny być minimalne), a nie 11 ms. Stąd prosty wniosek, że z Linksysem jest problem. Podsumujmy, żeby nie było wątpliwości. Po WiFi Linksys zarówno bardzo wolno odpowiada na ping, jak i przekazuje komunikację dalej. Po kablu odpowiada na pingi bardzo szybko, ale dalej ma problem z przesyłaniem danych na zewnątrz. Proponuję na próbę zresetować Linksysa do ustawień domyślnych, potem skonfigurować od nowa i jeśli pomoże, to zostawić go w takim stanie. Jeśli nie, to sugerowana wymiana, zwłaszcza, że sprzęt Linksysa jest ostatnimi czasy dosyć awaryjny. To nie jest prawdziwe korporacyjne Cisco, tylko firma produkująca tani sprzęt przez Cisco kupiona, a której teraz pozbywa się, sprzedając oddział domowego sprzętu Belkinowi. Halfbridge, który obsługiwał SpeedStream? Nie spotkałem się z tym więcej na żadnym domowym routerze, widzę tylko możliwość zrobienia DMZ, przekierowania portów. Wreszcie, tak jak ja to mam rozwiązane, czyli przekierowanie portu 22/tcp (SSH) na SpeedStreamie na router wewnątrz (MikroTik z RouterOS 6.0rc11), a stamtąd mogę już robić wszystko, włącznie z rozwijaniem sesji po Telnet do modemu. Nie mam najmniejszej ochoty zestawiać nieszyfrowanej komunikacji z modemem po Telnecie z Internetu, bo nie wiem, po czym to idzie i kto słucha. Nie znam Cellpipe'a dobrze, chociaż jak widzę ten port RS232, to chcę sobie kupić jeden z sentymentu, więc nie jestem w stanie ze 100% pewnością odpowiedzieć, czy halfbridge (PPP on the modem, IP on the computer) jest wykonalny. Nawiasem mówiąc, dlaczego pozbyłeś się SpeedStreama? To bardzo dobry sprzęt, stabilny jak skała, a żeby obsługiwał ADSL2(+), które jest konieczne do prędkości powyżej jakichś 6 Mb/s, wystarczy tylko wgrać oryginalne firmware od Siemensa, a nie to biało-szare od Efficient Networks. Przy okazji warto zauważyć, że soft Siemensa również nie obsługuje halfbridge. Za to dostajesz piękny dostęp przez Telnet, FTP (po małej sztuczce) i SNMP. No ale koniec narzekania, co Cellpipe jest idealny na dłuższych i przez to słabszych liniach. Co z tymi statystykami ASDL z Cellpipe'a?

Ok, wysokie tłumienie, ale SNR Margin dobry i pozwala na stabilne działanie łącza. Jeśli będziesz odnawiać umowę z Orange, to w opcji "do 10 Mb/s" powinieneś dostać jakieś 4 - 6 Mb/s, o ile linia będzie stabilna. Na razie jest ok. Czy masz na routerze konfigurację firewalla? Zamieść jeszcze log z OTL: https://www.fixitpc.pl/topic/61-diagnostyka-ogolne-raporty-systemowe/

Ok, masz dostęp do urządzenia pod adresem http://192.168.2.1? Jaki to jest router? Interesuje mnie konfiguracja firewalla i statystyki ADSL stamtąd. W raportach z Net-log i ICSI Netalyzr nie stwierdziłem nic interesującego. Jedyne, co rzuca się w oczy, to przekierowywanie ruchu DNS do adresu 217.96.30.10, co zgłasza Netalyzr, ale jednocześnie twierdzi, że DNS działa. Przekierowanie musi się odbywać dopiero na routerze, bo komputer ma ustawiony lokalnie adres serwera DNS na Twój domowy router.

To znaczy jaką? Ile masz w umowie z dostawcą, a ile pokazał speedstest.net? I co z tym Net-logiem?

Raport z Net-log niekompletny. Do ponowienia. Proszę nie wyłączać programu podczas działania! Po zakończeniu wszystkich etapów (jest ich ponad 60) pojawi się stosowny komunikat. Zazwyczaj program działa przez ok. 10 - 15 minut. Raport ma dosyć jednoznaczną budowę i kończy się stopką z datą, godziną i "EoF". Dopóki Net-log nie dojdzie w raporcie do tego miejsca, to znaczy, że nie zakończył pracy.

dziubi21 - wracaj do zasad działu i przeczytaj je dokładnie. Brakuje, podstawowego zresztą, raportu z Net-log. nitro07 - oszacowaną przez ICSI Netalyzr przepustowość masz podaną w sekcji Network Access Link Properties. Poza tym, speedstest.pl jest niewiele warty, niejednokrotnie przekłamywał prędkość u mnie, zawyżając upload. http://speedstest.net jest lepszy, ale uważam, że nie warto w ten sposób sprawdzać połączeń, zdecydowanie lepszym testem jest pobieranie plików z http://noc.gts.pl/ lub ftp://ftp.icm.edu.pl/. Nawiasem mówiąc, jaki ma sens wyciąganie speedtesta, skoro nie wiemy jeszcze zupełnie nic o sieci autora tematu, a w szczególności nie znamy pasma, jakie dostał od dostawcy. Obserwując Twoje ostatnie posty, mam wrażenie, że podstawowym celem, który Ci przyświeca, jest nabijanie licznika.

Ok, w takim razie temat zamykam jako rozwiązany. Gdybyś w przyszłości zastanawiała się nad wyborem modemu, to załóż nowy wątek.

Rozumiem, że reszty instrukcji wykonać nie łaska?

W konfiguracji wszystko jest wyłączone, więc firewall na routerze nie powinien sprawiać żadnych problemów. A jednak... Jak tam Facebook?

Ok, teraz komunikaty ICMP widzimy, ale z połączeniem jest źle. Przy bezprzewodówce z Asusa występują straty pakietów na poziomie 30 - 40%, czyli zdecydowanie za dużo. 0 192.168.1.6 29/ 100 = 29% | 1 175ms 29/ 100 = 29% 0/ 100 = 0% 192.168.1.1 7/ 100 = 7% | 2 354ms 39/ 100 = 39% 3/ 100 = 3% 10.0.0.1 Pingi zdecydowanie na zbyt wysokim poziomie, w sieci lokalnej nie powinny przekraczać 5 ms, a tu masz średnią 350 ms. Przy połączeniu po WiFi z Linksysem jest lepiej, natomiast pingi są dalej za duże. 0 192.168.1.6 0/ 100 = 0% | 1 74ms 1/ 100 = 1% 1/ 100 = 1% 192.168.1.1 0/ 100 = 0% | 2 158ms 0/ 100 = 0% 0/ 100 = 0% 10.0.0.1 Pingi nadal powyżej 150 ms, lekkie straty pakietów, ale to ostatnie już nie jest problemem. Teraz wygląda na to, że problem jest z Linksysem. Nie potrafię powiedzieć, co konkretnie, ale jeśli masz możliwość wypięcia go na chwilę z sieci, a bezpośredniego połączenia Cellpipe i Asusa, to proponuję to zrobić i sprawdzić działanie sieci.

Pokaż screen z tych statystyk. Mam wrażenie, że piszesz o blokach danych transmitowanych po warstwie fizycznej, czyli falami radiowymi. Wygląda to analogicznie jak przy ADSL, tam też masz tyle samo danych wysłanych, co i otrzymanych w warstwie fizycznej. Przykład z mojego modemu ADSL: Time TxCrcErr TxFecErr RxCrcErr RxFecErr Los Sef LosSec SefSec ErrSec RxBlk TxBlk SNR Atten 46:27:32 0 0 4 223 0 0 0 0 4 53123 53123 8.5 27.5 46:12:31 0 0 2 319 0 0 0 0 10 53248 53247 8.5 27.5 45:57:29 0 0 2 192 0 0 0 0 8 53329 53330 8.5 27.5 45:42:26 0 0 3 419 0 0 0 0 12 53166 53166 8.5 27.5 45:27:25 0 0 1 127 0 0 0 0 8 53166 53166 8.5 27.5 45:12:24 0 0 0 19 0 0 0 0 5 53191 53191 8.5 27.5 44:57:23 0 0 1 409 0 0 0 0 8 53142 53142 8.5 27.5 44:42:23 0 0 0 27 0 0 0 0 5 53274 53274 8.5 27.5 44:27:20 0 0 1 134 0 0 0 0 3 53162 53162 8.5 27.5 44:12:20 0 2 1 135 0 0 0 0 9 53219 53219 8.5 27.5 43:57:18 0 0 4 323 0 0 0 0 20 53191 53190 8.5 27.5 Patrz: kolumny RxBlk i TxBlk.

Nie za bardzo rozumiem, jak Paint może się wywalić, ale ok.

Ma być zaznaczone. Zauważ, że Cellpipe i tak odpowiada na pingi z zewnątrz, dalej ping z zewnątrz nie wejdzie bo jest NAT. A we własnej sieci chyba nie masz żadnych komputerów, które podejrzewałbyś o tworzenie zagrożeń. Takie ustawienie tworzyłoby osobną podsieć. I w sumie, o ile istnieje routing między podsieciami tworzonymi przez Asusa i Linksysa, to nie ma problemu. Tylko nie wiem, czy na tych urządzeniach da się to w ogóle łatwo zrobić. Bo przy takim normalnym wpięciu bez żadnej konfiguracji, to Linksys i komputery bezpośrednio do niego podłączone tracą możliwość połączenia się z hostami za Asusem (bo przecież Asus na pewno sobie utworzy własną sieć z NAT-em), a z komputerów w Asusie nie będzie się można dostać do hostów podpiętych bezpośrednio do Linksysa, gdyż pewnie nie ma żadnego żadnego wpisu w tabeli routingu, który odpowiadałby za te podsieci. Ogółem: tworzenie więcej niż jednego NAT-u jest strzałem w stopę, bo może utrudnić/uniemożliwić komunikację pomiędzy hostami znajdującymi się w osobnych podsieciach.

Ok, jak to jest problem, to spróbuj w Tomato na Asusie poszukać konfiguracji firewalla i odblokować przekazywanie komunikatów ICMP. Tak się składa, że korzystam z Cisco IOS, RouterOS, DD-WRT i OpenWRT, ale Tomato nie znam zupełnie, więc za bardzo nie będę w stanie pomóc w konfiguracji. Cellpipe 7130 obsługuje ADSL/ADSL2/ADSL2+, więc jeśli parametry łącza pozwolą, to będzie w stanie spokojnie zsynchronizować się na 10 Mb/s. Moje obawy o wspieranie tylko samego ADSL G.dmt wynikły z faktu, że Cellpipe 20A-GX-E wspiera tylko ADSL (bez 2/2+), a więc teoretycznie maksymalnie 8 Mb/s (na downstream), w praktyce nie więcej niż 6,5 - 7 Mb/s, bo przy podstawowym ADSL, żeby wyciągnąć te 8 Mb/s, trzeba byłoby na centralce siedzieć. Przydałyby się screeny wszystkich zakładek ze Status.

Ostatni router (Asus) wycina Ci całą komunikację ICMP, więc nie jestem w stanie nic ocenić. Podepnij się kablem do Linksysa i zrób Net-log jeszcze raz. Masz dostęp strony konfiguracyjnej Cellpipe? Który to dokładnie model, bo wiem, że niektóre nie obsługiwały ADSL2(+), a do 10 Mb/s potrzebujesz ich koniecznie.

Napisałeś temat w dziale Sieci, zastosuj się więc do jego zasad: https://www.fixitpc.pl/forum-44/announcement-11-wazne-zasady-obowiazujace-w-dziale-sieci/

Pokaż screeny ze wszystkiego, co masz w Security oraz System tools -> Log i System tools -> Statistics na stronie konfiguracyjnej routera.

Raczej nie jest to uszkodzenie, tylko jego świadoma konfiguracja. Najprawdopodobniej przez producenta. Pojawia się zatem pytanie, czy można to zmienić. Z doświadczenia wiem, że jeżeli to jest jakiś tani domowy router, to zazwyczaj się nie da. Jeżeli podaj model routera, to postaram się poszukać dokładniejszej odpowiedzi. Dlaczego przekazywanie komunikatów ICMP jest potrzebne pisałem już w osobnym artykule o MTU (patrz: Czarne dziury Path MTU Discovery): http://www.fixitpc.p...nsmission-unit/

Dziwna wartość. Ponieważ dodatkowe 28 B schodzi na nagłówki TCP/IP, to wynikałoby z testów, że odpowiednie dla Facebooka MTU ma wartość 1400 B i takie proponuję też na próbę ustawić. Jest to właściwie najniższa sensowna wartość dla sieci Ethernet, przy niższych straty wydajności zaczynają się stawać dosyć znaczące. Start -> Programy -> Akcesoria -> prawym na: Wiersz polecenia -> Uruchom jako administrator Wpisz komendy: netsh int ip set int 10 mtu=1400 netsh int ip set int 11 mtu=1400 Po ich wykonaniu uruchom ponownie komputer. Sprawdź działanie Facebooka.

Ok, zrób następujący test. Zmień MTU na komputerze na 1500, czyli polecenia: netsh int ip set int 10 mtu=1500 netsh int ip set int 11 mtu=1500 Potem uruchom ponownie komputer. Postaraj się poprzez wpisywanie polecenia ping -f -l NNNN facebook.com wyznaczyć najwyższą wartość, którą można wpisać za NNNN, żebyś dostała odpowiedź z Facebooka, a nie komunikat, że pakiet musi być podzielony. Będzie to gdzieś w okolicach 1400 - 1472. Potem podaj mi ją na forum. Oczywiście wszystko po kablu z pominięciem routera. Później zajmiemy się tym, dlaczego blokuje ICMP.

Czyli to jednak router blokuje ICMP. No cóż... Robimy zatem po kablu tę listę poleceń: tracert facebook.com > C:\cmd_log.txt ping -f -l 1444 facebook.com >> C:\cmd_log.txt ping -f -l 1464 facebook.com >> C:\cmd_log.txt pathping facebook.com >> C:\cmd_log.txt Po wykonaniu komend wrzuć jako załącznik C:\cmd_log.txt.

Wykonaj Net-log z pominięciem routera po kablu.