Skocz do zawartości

DawidS28

Użytkownicy
  • Postów

    4 563
  • Dołączył

  • Ostatnia wizyta

Odpowiedzi opublikowane przez DawidS28

  1. 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.

  2. Tego linksysa mam już ok 7lat nawet zasilacz oryginalny, ale przywróce go do domyślnych i skonfiguruje na czysto i dam znać.

     

    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.

     

    Ehhh z tym speedstreamem to mi wcisneli ze moze nie pociagnac 10Mb, ale znam tą ekipę która obsługuje teren może uda mi się wrócić chociaż teraz dają znów coś innego.

     

    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

  3. 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.

     

    Czy wiesz może jak ustawić Cellpipe aby był przezroczysty w sieci? tzn. żeby robił tylko jako modem tak jak to miałem na sppedstream a stały adres IP abym mógł ustawić na tomato na Linksysie (chodzi o logowanie do tomato ze świata)

     

    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?

  4. 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.

  5. 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.

  6. 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.

  7. 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.

  8. 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.

  9. Respond To ICMP Ping

     

    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ń.

     

    koledzy ostatnio cos tam dłubali ale jak pojade to sprawdze czy LAN z linksysa nie jest wpięty w port WAN asusa (co chyba byloby bez sensu)bo asus robi tylko jako moduł radia a linksys ma zarządzać pasmem

     

    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.

  10. 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.

  11. 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/

  12. 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.

  13. 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.

  14. 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.

     

×
×
  • Dodaj nową pozycję...