Przejdź do treści forum
eko.one.pl
OpenWrt, Linux, USB, notebooki i inne ciekawe rzeczy
Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
Aktywne tematy Tematy bez odpowiedzi
Opcje wyszukiwania (Strona 34 z 61)
cdxa napisał/a:Problem objawia się tym że może nie tyle zawiesza się karta, ile wylogowuje z sieci. Na numer karty nie można się dodzwonić. Na routerze jest "disconnected" i nie daje się połączyć. Z tego co udało mi się zorientować to problem występuje w Tmobile i takiej karty używam.
Osobiście sprawdził bym na karcie innego operatora i jeżeli by nie było powtarzalności, reklamował bym zaistniałą sytuację. Jeżeli by operator zaczął mataczyć i kombinować to bay,bay. 
kewy napisał/a:Posiadam TP-Linka TL-MR3420 v1 z oprogramowaniem OpenWRT Gargoyle v 1.6.0.1 by obsy.
Podłączam do niego modem USB w tej chwili akurat Huawei E156G z kartą LTE plusa.
Tutaj mamy dostęp HSDPA, czyli dzwonimy na 2601 lub 601 102 601, wybieramy połączenie z konsultantem (o ile jest to abonament), prosimy o uruchomienie na naszym koncie takowej usługi i mamy w kilka minut dostęp z zewnątrz (5zł-dynamiczny adres, 15zł statyczny, kwoty netto), zmieniając jedynie APN i restartując połączenie (Cezary dodał do listy Gargoyle stosowne APN).
cdxa napisał/a:Czasem się zawiesza w nim karta sim i do czasu restartu nie ma internetu. Czy można takie coś dorzucić bez większych przeróbek?
To kiepsko jak na takiej klasy sprzęt. Producent nie dostarcza w nowych softach takich funkcjonalności? Watchdog w tym przypadku będzie działaniem na skutku, jeżeli modem ma dobre parametry sygnału to przyczyną jest przy braku transmisji schodzenie do czystego UMTS-"usypianie modemu". Rozwiązaniem zastępczym mógłby być inny router z openwrt/gargoyle który by generował transmisję w sieci.
frutis napisał/a:Operator limituje prędkość na podstawie adresu mac 
Czy jest jakaś konkretna pula adresów mac dla routerów?
Kiedyś również miałem autoryzowany dostęp na podstawie mac adresu i jak zmieniałem sprzęt to klonowałem adres, nie miało to jednak żadnego wpływu na prędkość, teraz podłączam jakikolwiek sprzęt, konfiguruję wan od isp i dostęp działa bez jakichkolwiek niedomagań. Z pewnością mac adres nie jest przyczyną takowego stanu, są to jedynie sztywne dane identyfikacyjne sprzętu. Jak by nie patrzeć sprzęt do takowego łącza jest za słaby, także nie ma co się łamać. 
rolo12 napisał/a:Tak mi się wydaje bo mam do niego antenę na dachu więc trochę ciągnie prądu. Jutro sprawdzę z hubem.
Tylko jak wypnę antenę to też nie widzi modemu, wiraless mode : disable
To z anteną ma niewiele wspólnego-modemy LTE wymagają wydajnego zasilania a ten router ma problem z zasileniem modemu HSPA
Maximum power consumption
<4W
Power supply
4.75V-5.25V / 800mA
Używałem z tym routerem AnyDATA 510L, także może i 520L powinien ruszyć po ustawieniu konfiguracji połączenia w zakładce 3G/CDMA (router miał jedynie problem z zasilaniem po USB).
Cinsan napisał/a:Na minus:
- słaba jakość obrazu po zmroku (bez oświetlacza)
- skomplikowana konfiguracja z poziomu oprogramowania kamery (nie udało mi się ustawić wykonywania zdjęć i zapisu na serwer ftp, poległem też przy próbie spięcia z drugim dyskiem - NFS, pomimo, że teoretycznie można podłączyć 8 nośników; ponieważ działa z poziomu Synology odpuściłem sobie kolejne próby oraz sprawdzanie takich rzeczy jak powiadomienia e-mail).
- krótki kabel
Podsumowując, wygląda na to, że kamera spełnia moje oczekiwania. Jakością wykonania oraz obrazu jestem pozytywnie zaskoczony, jednak dalej nie rozumiem skąd się bierze cena tego typu urządzeń. Pomimo, że to podstawowy model HikVision, to wciąż wg mnie kosztuje trochę za dużo (choćby przez porównanie z aparatami fotograficznymi).
Porównanie kamerki USB do IP jest jak już wielokrotnie pisałem nieporozumieniem, nie tyle w kwestii jakości obrazu (używam 3-różnych marek kamer USB i nie mam zastrzeżeń co do jakości obrazu), lecz narzędzi do zarządzania, przetwarzania widzianego materiału video, sposobu zasilania ww egzemplarz może być zasilany po ethernecie do 100m. Możliwości przekładają się na cenę (mając nie używaną już na komputerze stacjonarnym kamerkę-koszt inwestycji 0zł, nawet kupując takową wydamy zazwyczaj między 20-100zł), cena ww http://www.kamery-ip.com/HikVision-DS-2 … 51081.html mieści się w średniej cenie tego typu produktów, także mając router który się zbytnio nie przemęcza odpalonymi usługami, ograniczony budżet to na początek wystarczy. Jeżeli potrzebna sama kamera a możliwości finansowe ograniczone to szukać kamer IP na aukcjach-może coś ciekawego się znajdzie. Co do cen, są wysokie, stabilne (jest duże zapotrzebowanie rynku na tego typu produkty) i hardware w tym przypadku to nie wszystko, urządzenia te mają rozbudowane funkcje softwer-owe (za bardzo przyzwyczaił nas Cezary do wsparcia za free) a to też kosztuje, dochodzi funkcjonalność zasilania PoE (samo urządzenie jest wyposażone jak wydajny router-CPU,RAM+optyka), a to nie wszystko jeżeli chcemy mieć profesjonalny monitoring to jeszcze musimy zakupić dedykowany rejestrator (w opcji z NAS może to wyglądać jak porównanie kam IP z USB).
kezard napisał/a:Witam.
Mam problem z podłączeniem modemu Huawei E3272 do Routera TP-Link MR3220v2.2. Na standardowym oprogramowaniu w routerze po wgraniu jakichś plików bin znalezionych na rosyjskim forum "pasujących" do modemu sprzęt się synchronizował średni raz na 10 prób, i działało wszystko, jednak to nie było stabilne, bo po kilku godzinach się rozłączało.
Nie licz na to że oprogramowanie w tym przypadku rozwiąże problem-o ile dzięki wsparciu Cezarego uda się uruchomić ten modem pod Gargoyle. Modemy LTE mają duże zapotrzebowanie na prąd a ten router bardzo mizerne zasilanie po USB-wskazany na start dobry aktywny HUB.
sakson napisał/a:A tam nie zawracaj glowy.
Dobre dam ci life dostęp do kamery .
Device Name:AirCamDome
Version:v1.1.4
Uptime:14 days 06:31:49
Date:2014-01-26 20:02:27
MAC Address:DC:...
LAN:100Mbps-Full
SD Card:4.35 GB of 14.82 GB available
Video Settings:2048 Kbit/s, 25 fps, 60 Hz
pepe2k napisał/a:Źle liczysz... wlicz w swoim rozwiązaniu również koszt routera, bo przecież samej kamery USB do sieci sobie nie podłączysz... i nagle cena już się nie robi tak atrakcyjna. AirRouter + HD-5000 to > 200 PLN
Twoje rozwiązanie to zawodny półśrodek, a moim skromnym zdaniem, wręcz - zabawka. Chcesz, używaj - oczywiście nie wszyscy potrzebują dedykowanych i porządnych rozwiązań, ale rozpowiadanie, że to takie doskonałe rozwiązanie, porównywalne z dedykowanymi kamerami IP, to bzdury...
Nic podobnego-nie można postawić znaku = między kamerą IP, a USB. Przecież nie odpowiadam na pytanie: kamera IP czy router+kamera USB, nie kupowałem routera pod kontem kamery USB (to jakiś absurd aby iść w takim kierunku), ba router już miałem od ponad roku (w taką taniochę można by było się pchać gdyby ww routery WR703,710…itd, były wstanie obsługiwać kamery, mając na stanie wspieraną kamerę-niestety nie potrafią ze względu na niestabilnie działające USB). Tj. takie porównanie czy NAS+klient torrentów czy sam router (tu jest o wiele łatwiej bo już za 200zł kupimy takowy, dobrze działającej kamery IP-nie). To nie jest doskonałe rozwiązanie, lecz bardzo tania i niezawodna-mówie o swoim zestawie namiastka kamery IP (działa mi ten zestaw od początku września ub.r)
sakson napisał/a:Pokaz adres_kamerki/snapshot.cgi?chan=0 z tej kamerki ubnt.
Nawet sobie nią nie zawracaj głowy, jak @pepe2k twierdzi że ta podana przez niego z linku działa stabilnie-daje nie porównywalnie lepszy obraz a cena przybliżona.
Możliwości proporcjonalne do ceny 428 nie jest =95 (nówka w sklepie z pełnymi kosztami brutto), wzrok mam bdb, w zeszłym tygodniu robiłem dokładane B.O, także dziękuję za poradę.
pepe2k napisał/a:Jeżeli Ty podajesz rozmiar obrazów z kamery na ekranie używając jednostki "milimetr", to naprawdę nie dziwię się, że byle jaka kamera na USB w routerze, pracująca w rozdzielczości 424x240px jest dla Ciebie satysfakcjonująca.
Na mnie te cyferki w ogóle nie działają-ważne jest to co widzę. , P.S Nadal nie chwalisz się tymi bdb kamerami IP.
Czegoś tu nie rozumiem-ten plugin działa jak chce? Przecież ja mam dokładnie taką samą funkcjonalność jak chce @roblad. Serwer ustawiony na 192.168.1.1, klienci na 192.168.2.1… z dostępem do zasobów lokalnych i wszystko mi działa jak należy w obu kierunkach (mogę się logować bez żadnych kombinacji z pozycji np. klienta do dowolnego urządzenia w sieci serwera np.192.168.1.121). ?!
pepe2k napisał/a:
Nie mogłem się powstrzymać. Ja o dobrej jakości obrazie mówię dopiero jak rozdzielczość jest w okolicach 1280x960 px. Z tego, to można potem coś uzyskać/zobaczyć/sprawdzić. Przy 424x240, to ludzka twarz z kilku metrów zajmuje na obrazie ile - 20, 30 pikseli?
Również … . Lejesz wodę aż miło bez żadnych konkretów, podaj linki do tych kamer o tak świetnych rozdzielczościach. Mam 2 kamery IP (jedna, sprawna, druga kupiona za 50%ceny na aukcji wyłożyła się po ok. 9 miesiącach). Przed zakupem testowałem-tak tanie w cenie ok. 300zł TL i D-Link, zdecydowałem się na Ubiquiti-Doma ze sklepu i mini z aukcji ze względu na zasilanie PoE i gniazdu miniSD, jakość obrazu podobna. Teraz realnie jak to wygląda: 1-kamera USB-HD5000 obraz na 13 calowym MBP, proporcjonalny, płynny bdb jakości 100mm x 55mm, mogę go bardzo łatwo powiększyć do pełnej strony, 2-kamera IP-Doma, obraz kiepskiej jakości (wymaga bdb oświetlenia) obraz w GUI dostępu 140mm x 80mm standardowo nie nadaje się do powiększania bo przy takiej jakości to wygląda marnie (kamerka kosztowała ok. 400zł), jednakże nie można powiedzieć że są z nią problemy-działa w 5 dniu i 35 dniu-rzadko PGE pozwala w tej lokalizacji na dłuższe statusy. To że są kamerki no-name o dużo lepszych parametrach obrazu jest oczywiste, jednakże trzeba je przetestować bo w większości przypadków ich działanie skończy się tak j.w. z tą na USB. Żeby była jasność-nie stawiam tu znaku = między kamerami IP i USB bo dzieli je przepaść, cenowa również, całe OT.
Szczerze-wydaje mi się że coś niepotrzebnie namieszałeś. Korzystam w Gargoyle z serwera oraz klientów openvpn z dostępem do sieci lokalnej i mam dostęp do wszystkich urządzeń podłączonych w obu kierunkach (serwer-klient), nie ważne czy się loguje po adresie podsieci 192..., czy serwera, klientów openvpn 10.8…
Cinsan napisał/a:Chociaż pomysł z wykorzystaniem "zalegającej" kamerki USB nie wypalił, to warto było to sprawdzić. Niestety kamery IP za 300zł to można sobie odpuścić na wstępie, zatem nie będzie tak tanio jak myślałem.
Dokonałeś złego wyboru routera (z najtańszych mogłeś zastosować AirRouter lub TL 842ND), używam kilka miesięcy pierwszego w opcji z webcam Microsoft HD5000 oraz klientem OpenVPN i ani razu sprzęt nie miał problemu (przy rozdzielczości 424x240 działa bardzo stabilnie, dając płynny bdb jakości obraz). Teraz logując się poprzez OpenVPN sprzęt generuje takie obciążenie
Gargoyle
Wersja Gargoyle:1.5.11.2 (r38621), by obsy
Model:Ubiquiti AirRouter
Konfiguracja urządzenia:Brama sieciowa
Zajętość pamięci RAM:19.1MB / 28.4MB (67.4%)
Połączenia:34/4096
Średnie obciążenie CPU:0.83 / 0.75 / 0.67 (1/5/15 min.)
Czas pracy:0 dni, 21 godz., 22 min.
Bieżąca data i czas:2014-01-25 20:22 CET
jeżeli routerowi brakuje RAM to robi restart raz na 5-15 dni, bez jakikolwiek skutków ubocznych.
Może dla czystego OpenWRT nie ma to jakiegoś znaczenia ale dla Gargoyle obrazy dla większych flash są bardzo przydatne (mnie wcześniej w swoim 703N/16MB flash nie chciało się nawet robić aktualizacji firmware aby nie motać się z instalowaniem większości dodatków od początku, w obrazie 8MB wszystko co najważniejsze mam już zawarte, a czego nie mam szybko dorzucam za pomocą pluginów poprzez kilka kliknięć). Także moje uznanie dla Cezarego że poświęcił swoją wiedzę i czas, aby takowe utworzyć.
pepe2k napisał/a:Koszt zakupu WDR3500 i przyzwoitej kamery USB jest niewiele niższy niż gotowej kamery IP, a problemów, kabli i kombinowania zdecydowanie więcej. Ale, jak to mówią, jeden lubi papcie, inny kasztany.
To oczywiste, przecież nie wyobrażam sobie aby kupować router po to żeby obsługiwał tylko kamerę USB (wielu osobom dziś zbywają kupione kiedyś do desktopów kamerki USB, wspierane przez plugin webcam), lecz często jest to dodatkowy AP w celu rozszerzenia zasięgu sieci.
Cinsan napisał/a:Działało pięknie ale krótko 
Po jakimś czasie od włączenia routera, obraz zaczyna skakać i migotać. W routerze zmniejsza się z czasem ilość dostępnej pamięci RAM. Zmiana rozdzielczości i/lub ilości klatek na sekundę pomaga tylko na chwilę. Być może to kwestia kombinacji sterownik/kamera. Szkoda bo zapowiadało się dobrze, a tak pozostaje szukać kamery IP.
Co prawda kamery IP są o wiele stabilniejsze, wygodniejsze w obsłudze ale takich którymi warto się zainteresować cena zaczyna się od ok. 300zł, ba obraz z wielu z nich może być gorszej jakości od tej na USB podłączonej do routera. Niestety kamery USB wymagają wydajnych routerów, nie miałem czasu wczoraj na szybko komentować Twojego wyboru WR710N ale to był "strzał kulą w płot". Z tanich wydajnych routerów, "prawie" idealnym jest MR3420v 2 -dedykowany do modemów LTE, do których się nie nadaje bez dodatkowej inwestycji w dobry aktywny HUB, ma szybkie USB i jeden podstawowy babol który wg mojej oceny odstawił TL-flash 4MB (bez wchodzenia w jakieś duże koszta), a co za tym idzie w Gargoyle bez extroot lub wymiany flash z kamerką nie ruszymy. Także najtańszą wydajną jednostką jest WDR3500 (można jeszcze kombinować z 842ND i AirRouter), 1043ND v2.
O jej Panowie:(, Cezary już kilka wersji w wstecz wszystko z automatyzował (nie używamy konsoli cała konfiguracja w GUI) i zestawienie połączenia w QMI-NDIS sprowadza się do 1-zacznijmy od początku bo już namieszane-update firmware, 2-podłączenie modemu do routera (do LTE najlepiej przez aktywny HUB), 3-a)wybór połączenia:Modem 3G/LTE(NDIS), b)wybór interfejsu WAN:wwan0, c)protokół:QMI, d)urządzenie: wystarczy wcisnąć skan (powinno pojawić się /dev/cdc-wdm0), e)pin opcja , f)operator wybór , 4-zapisujemy ustawienia , 5)wchodzimy w zakładkę konfiguracji monitora połączenia, włączamy go z opcją restart WAN, zapisujemy i już.
zdzichu6969 napisał/a:Ale o co Ci chodzi, myslisz ze to rozwiązanie jest niebezpieczne ? Predzej ryzykujesz słabym hubem niz Stabilizatorem.
Tak z tymi hubami to z reguły jest tak że strugamy war… i kupujemy za 20-25zł hub a później płaczemy że nie działa albo zasilacz za słaby (jak na aukcjach same zasilacze do routerów chodzą od 20 do 50zł zł za oryginalny). No "sory memory" ale mam 2,5 roku Belkina (zasilacz 5V/2,6A w zestawie za 50zł z aukcji nówkę), działał pod oryginalnym softem Sapido, TL MR-3420v1 którego kiedyś posiadałem, Olegiem Gargoyle, OpenWRT "wszelkiej maści". Ja w tej chwili do obsługi LTE/E398 używam 2 routerów WR703N i DIR505 (pracują ciągle oba, ale jak mam problem z firewall Gargoyle to szybko przepinam kable i kilkanaście sekund mam już to połączenie na trunku Huntsman, modem nawet się nie przelogowuje w sieci), WiFi mam z podłączonego do LAN w innym pokoju AirRoutera. Oczywiście można sobie kupić równie dobry Dovado Tiny-z tym że w jego cenie mieści się mój cały podwójny zestaw, łącznie z modyfikacjami, hubem i najważniejsze pod Gargoyle spinam to wszystko łatwo poprzez OpenVPN, mam dostęp do całej sieci z zewnątrz.
zdzichu6969 napisał/a:Niegdyś, jak dostalem router do naprawy, był to MR3420 V1, problem wlaśnie polegał w USB, a właściwie jego niedziałania.
Brak zasilania +5V ..a na codzien siedział tam E398, wieć przykre..
Nie zastanawialem sie nad zadnymi czesciami wewnatrz, wyciąłem ścieżkę, założyłem stabilizator typie mnie zbesztać teraz, typu LM7850, możecie mnie zbesztać ale stabilizator bezpośrednio miał źródło z wtyczki zasilania, a po wymianie zasilacza modem bez żadnych kłopotów działął, i jest tak do teraz;)
Nigdy bym nie poszedł na coś takiego-gdzyż cena rynkowa E398=2xM3420, a jak ktoś chce chytrzyć i oszczędzać to może sobie kupić jakiegoś Asusa WL500gp za kilkadziesiąt złotych i kombinować z zasilaniem (bo tam jest 5v na zasilaczu), ba za 80zł można kupić nówkę TL WR710N (1A-na USB). MR3420 v2 jest szybki, tylko to zasilanie na USB słabe i RAM prosi o pomoc (podobnie jak 1043ND v1-są użytkownicy którym wykłada się przez to przy LTE E3276 NDIS-NCM).
pepe2k napisał/a:Będę robił pewną modyfikację w WR703N i jakimś innym, "dużym" TP-Linku z USB.
O ile z WR703N nie ma generalnie problemu jeżeli chodzi o przeróbkę zasilania dla urządzenia USB (najprostsza metoda to wlutowanie zworki i obejście sterowanego z GPIO MOSFET-u - tracimy możliwość sterowania zasilaniem na USB, ale zyskujemy w gnieździe USB zasilanie bezpośrednio z podłączonego zasilacza), to już w "dużych" TP-Linkach trzeba wymienić ten MOSFET na taki, który ma wyższy limit prądu. Standardowo stosowany jest 500 mA, ale są takie po 600, 1000 i 1500 mA. Zakładając, że główna przetwornica dostarczająca zasilanie na linii 5 V ma wystarczającą wydajność, to po wymianie MOSFET-u nie powinno być więcej problemów z prądożernymi modemami, dyskami itd.
Nawet bym nie próbował rozbierać swojej 703/16MB/64MB-wygląda jak ze sklepu, ten RAM fajnie śmiga
Gargoyle
Wersja Gargoyle:1.5.11.7 (r39154), by obsy
Model:TP-LINK TL-WR703N v1
Konfiguracja urządzenia:Brama sieciowa
Zajętość pamięci RAM:30.6MB / 60.1MB (50.8%)
Połączenia:62/4096
Średnie obciążenie CPU:0.14 / 0.08 / 0.14 (1/5/15 min.)
a wydawało mi się że nie potrafi z niego korzystać (wcześniej testowałem jego użycie na wydajności USB, a to się jednak tak nie przekłada, za to jak uruchomię tora to sobie korzysta, a przy takim użyciu jak teraz już by się dawno zrestartował, zawiesił gdyby nie miał zapasu). Kabelek może i można podłączać ale już to tak ładnie nie wygląda i sterowania nie ma. Z tymi MOSFET to bdb pomysł, jeżeli przetwornice są dobre w TL, a zwłaszcza przy zastosowaniu z "nieszczęsnym" modelem MR3420v2, do tego jeszcze RAM 64MB, ewentualnie flash 8/16MB i mamy bardzo fajny, wydajny router do LTE.
kamienios napisał/a:Kabel łączy się z routerem. Normalnie mogę połączyć się i skonfigurować router. Ale nie ma internetu?! (Nie wiem czy działa ten ping, sprawdzę jak będe w domu po pracy)
Jak tylko przełączę się na WiFi to internet od razu śmiga.
Co do pingów -> To jest LTE w Play, w miejscu gdzie wd. operatora jest dobry zasięg. No i chyba jest bo dochodzi mi do 20MBps, czyli maksymalnej prędkości jaka może być wdg. umowy.
Ale kosmiczne to miałeś na myśli długie, czy krótkie?
Modem łącze bezpośrednio do routera.
P
Z tego co tu piszesz to trzeba się cieszyć że to połączenie działa (wielu ma z tym problem, mało wydajne w zasilanie złącze USB, wskazany dobry aktywny HUB), odnośnie sygnału to ważne jest jaki odczytuje modem (mapy operatorów to głównie lans), do softów Cezarego jest dostępny plugin i pakiet 3ginfo (aczkolwiek nie wiem czy obsługuje ten model ZTE). Odnośnie poziomu sygnału , jeżeli jest to dostęp stały wskazana zewnętrzna antena kierunkowa (osobiście używam garażowej produkcji anteny z odzysku-w 2006 roku ISP dawał mi do zestawu na 2,4GHz, panel14dB-działa we wszystkich pasmach nawet do CDMA420MHz, nie ma jak polska myśl techniczna ), tak u mnie wygląda prędkość przy włączonym QoS ograniczającym upload do 32Mbps http://www.speedtest.net/my-result/3251732976 (bez ograniczenia wyciąga mi do 48,5Mbps i wiesza magistralę USB), sygnał z odległości ok.2km
260 01
CSQ:31
RSSI:>= -51dBm
LAC:FFFE (65534)
CID:5B01 (23297)
Typ modemu:Huawei Technologies Co., Ltd. E398
ping
64 bytes from 8.8.8.8: icmp_seq=0 ttl=47 time=52.303 ms
64 bytes from 8.8.8.8: icmp_seq=1 ttl=47 time=56.604 ms
64 bytes from 8.8.8.8: icmp_seq=2 ttl=47 time=47.432 ms
64 bytes from 8.8.8.8: icmp_seq=3 ttl=47 time=46.120 ms
64 bytes from 8.8.8.8: icmp_seq=4 ttl=47 time=44.674 ms
64 bytes from 8.8.8.8: icmp_seq=5 ttl=47 time=42.441 ms
64 bytes from 8.8.8.8: icmp_seq=6 ttl=47 time=51.019 ms
64 bytes from 8.8.8.8: icmp_seq=7 ttl=47 time=52.578 ms
64 bytes from 8.8.8.8: icmp_seq=8 ttl=47 time=56.103 ms
64 bytes from 8.8.8.8: icmp_seq=9 ttl=47 time=54.837 ms
64 bytes from 8.8.8.8: icmp_seq=10 ttl=47 time=66.097 ms
64 bytes from 8.8.8.8: icmp_seq=11 ttl=47 time=64.104 ms
64 bytes from 8.8.8.8: icmp_seq=12 ttl=47 time=56.736 ms
64 bytes from 8.8.8.8: icmp_seq=13 ttl=47 time=53.427 ms
64 bytes from 8.8.8.8: icmp_seq=14 ttl=47 time=61.893 ms
64 bytes from 8.8.8.8: icmp_seq=15 ttl=47 time=53.841 ms
64 bytes from 8.8.8.8: icmp_seq=16 ttl=47 time=53.450 ms
64 bytes from 8.8.8.8: icmp_seq=17 ttl=47 time=59.929 ms
64 bytes from 8.8.8.8: icmp_seq=18 ttl=47 time=57.687 ms
64 bytes from 8.8.8.8: icmp_seq=19 ttl=47 time=56.300 ms
64 bytes from 8.8.8.8: icmp_seq=20 ttl=47 time=56.718 ms
64 bytes from 8.8.8.8: icmp_seq=21 ttl=47 time=48.553 ms
64 bytes from 8.8.8.8: icmp_seq=22 ttl=47 time=64.939 ms
64 bytes from 8.8.8.8: icmp_seq=23 ttl=47 time=54.737 ms
64 bytes from 8.8.8.8: icmp_seq=24 ttl=47 time=53.589 ms
64 bytes from 8.8.8.8: icmp_seq=25 ttl=47 time=50.377 ms
64 bytes from 8.8.8.8: icmp_seq=26 ttl=47 time=50.657 ms
64 bytes from 8.8.8.8: icmp_seq=27 ttl=47 time=49.962 ms
64 bytes from 8.8.8.8: icmp_seq=28 ttl=47 time=48.369 ms
64 bytes from 8.8.8.8: icmp_seq=29 ttl=47 time=56.885 ms
64 bytes from 8.8.8.8: icmp_seq=30 ttl=47 time=56.046 ms
64 bytes from 8.8.8.8: icmp_seq=31 ttl=47 time=50.976 ms
64 bytes from 8.8.8.8: icmp_seq=32 ttl=47 time=58.389 ms
64 bytes from 8.8.8.8: icmp_seq=33 ttl=47 time=49.440 ms
64 bytes from 8.8.8.8: icmp_seq=34 ttl=47 time=57.134 ms
64 bytes from 8.8.8.8: icmp_seq=35 ttl=47 time=54.492 ms
64 bytes from 8.8.8.8: icmp_seq=36 ttl=47 time=50.975 ms
64 bytes from 8.8.8.8: icmp_seq=37 ttl=47 time=54.759 ms
64 bytes from 8.8.8.8: icmp_seq=38 ttl=47 time=46.675 ms
64 bytes from 8.8.8.8: icmp_seq=39 ttl=47 time=55.101 ms
64 bytes from 8.8.8.8: icmp_seq=40 ttl=47 time=48.114 ms
64 bytes from 8.8.8.8: icmp_seq=41 ttl=47 time=50.705 ms
64 bytes from 8.8.8.8: icmp_seq=42 ttl=47 time=60.966 ms
64 bytes from 8.8.8.8: icmp_seq=43 ttl=47 time=57.177 ms
64 bytes from 8.8.8.8: icmp_seq=44 ttl=47 time=51.856 ms
64 bytes from 8.8.8.8: icmp_seq=45 ttl=47 time=54.532 ms
64 bytes from 8.8.8.8: icmp_seq=46 ttl=47 time=50.212 ms
64 bytes from 8.8.8.8: icmp_seq=47 ttl=47 time=53.544 ms
64 bytes from 8.8.8.8: icmp_seq=48 ttl=47 time=52.378 ms
64 bytes from 8.8.8.8: icmp_seq=49 ttl=47 time=51.322 ms
64 bytes from 8.8.8.8: icmp_seq=50 ttl=47 time=51.027 ms
64 bytes from 8.8.8.8: icmp_seq=51 ttl=47 time=49.707 ms
64 bytes from 8.8.8.8: icmp_seq=52 ttl=47 time=49.894 ms
64 bytes from 8.8.8.8: icmp_seq=53 ttl=47 time=54.348 ms
64 bytes from 8.8.8.8: icmp_seq=54 ttl=47 time=53.150 ms
64 bytes from 8.8.8.8: icmp_seq=55 ttl=47 time=57.678 ms
64 bytes from 8.8.8.8: icmp_seq=56 ttl=47 time=59.404 ms
64 bytes from 8.8.8.8: icmp_seq=57 ttl=47 time=49.924 ms
64 bytes from 8.8.8.8: icmp_seq=58 ttl=47 time=54.538 ms
64 bytes from 8.8.8.8: icmp_seq=59 ttl=47 time=54.580 ms
64 bytes from 8.8.8.8: icmp_seq=60 ttl=47 time=53.336 ms
64 bytes from 8.8.8.8: icmp_seq=61 ttl=47 time=53.980 ms
64 bytes from 8.8.8.8: icmp_seq=62 ttl=47 time=50.582 ms
64 bytes from 8.8.8.8: icmp_seq=63 ttl=47 time=52.206 ms
64 bytes from 8.8.8.8: icmp_seq=64 ttl=47 time=52.824 ms
64 bytes from 8.8.8.8: icmp_seq=65 ttl=47 time=50.608 ms
64 bytes from 8.8.8.8: icmp_seq=66 ttl=47 time=55.241 ms
64 bytes from 8.8.8.8: icmp_seq=67 ttl=47 time=50.006 ms
64 bytes from 8.8.8.8: icmp_seq=68 ttl=47 time=53.567 ms
64 bytes from 8.8.8.8: icmp_seq=69 ttl=47 time=51.318 ms
64 bytes from 8.8.8.8: icmp_seq=70 ttl=47 time=51.981 ms
64 bytes from 8.8.8.8: icmp_seq=71 ttl=47 time=53.519 ms
64 bytes from 8.8.8.8: icmp_seq=72 ttl=47 time=51.379 ms
64 bytes from 8.8.8.8: icmp_seq=73 ttl=47 time=47.097 ms
64 bytes from 8.8.8.8: icmp_seq=74 ttl=47 time=48.074 ms
64 bytes from 8.8.8.8: icmp_seq=75 ttl=47 time=50.197 ms
64 bytes from 8.8.8.8: icmp_seq=76 ttl=47 time=53.074 ms
64 bytes from 8.8.8.8: icmp_seq=77 ttl=47 time=51.606 ms
64 bytes from 8.8.8.8: icmp_seq=78 ttl=47 time=54.373 ms
64 bytes from 8.8.8.8: icmp_seq=79 ttl=47 time=55.197 ms
64 bytes from 8.8.8.8: icmp_seq=80 ttl=47 time=54.012 ms
64 bytes from 8.8.8.8: icmp_seq=81 ttl=47 time=53.053 ms
64 bytes from 8.8.8.8: icmp_seq=82 ttl=47 time=59.542 ms
64 bytes from 8.8.8.8: icmp_seq=83 ttl=47 time=58.313 ms
64 bytes from 8.8.8.8: icmp_seq=84 ttl=47 time=58.031 ms
64 bytes from 8.8.8.8: icmp_seq=85 ttl=47 time=52.916 ms
64 bytes from 8.8.8.8: icmp_seq=86 ttl=47 time=55.897 ms
64 bytes from 8.8.8.8: icmp_seq=87 ttl=47 time=52.385 ms
64 bytes from 8.8.8.8: icmp_seq=88 ttl=47 time=53.423 ms
64 bytes from 8.8.8.8: icmp_seq=89 ttl=47 time=52.219 ms
64 bytes from 8.8.8.8: icmp_seq=90 ttl=47 time=51.811 ms
64 bytes from 8.8.8.8: icmp_seq=91 ttl=47 time=50.681 ms
64 bytes from 8.8.8.8: icmp_seq=92 ttl=47 time=50.336 ms
64 bytes from 8.8.8.8: icmp_seq=93 ttl=47 time=55.011 ms
64 bytes from 8.8.8.8: icmp_seq=94 ttl=47 time=52.674 ms
64 bytes from 8.8.8.8: icmp_seq=95 ttl=47 time=44.568 ms
64 bytes from 8.8.8.8: icmp_seq=96 ttl=47 time=52.056 ms
64 bytes from 8.8.8.8: icmp_seq=97 ttl=47 time=44.926 ms
64 bytes from 8.8.8.8: icmp_seq=98 ttl=47 time=49.606 ms
64 bytes from 8.8.8.8: icmp_seq=99 ttl=47 time=61.220 ms
64 bytes from 8.8.8.8: icmp_seq=100 ttl=47 time=60.688 ms
64 bytes from 8.8.8.8: icmp_seq=101 ttl=47 time=59.455 ms
64 bytes from 8.8.8.8: icmp_seq=102 ttl=47 time=66.014 ms
64 bytes from 8.8.8.8: icmp_seq=103 ttl=47 time=56.170 ms
64 bytes from 8.8.8.8: icmp_seq=104 ttl=47 time=43.944 ms
64 bytes from 8.8.8.8: icmp_seq=105 ttl=47 time=54.358 ms
64 bytes from 8.8.8.8: icmp_seq=106 ttl=47 time=44.233 ms
64 bytes from 8.8.8.8: icmp_seq=107 ttl=47 time=52.722 ms
64 bytes from 8.8.8.8: icmp_seq=108 ttl=47 time=42.825 ms
64 bytes from 8.8.8.8: icmp_seq=109 ttl=47 time=58.694 ms
64 bytes from 8.8.8.8: icmp_seq=110 ttl=47 time=59.369 ms
64 bytes from 8.8.8.8: icmp_seq=111 ttl=47 time=58.053 ms
64 bytes from 8.8.8.8: icmp_seq=112 ttl=47 time=56.839 ms
64 bytes from 8.8.8.8: icmp_seq=113 ttl=47 time=55.632 ms
64 bytes from 8.8.8.8: icmp_seq=114 ttl=47 time=54.381 ms
64 bytes from 8.8.8.8: icmp_seq=115 ttl=47 time=53.071 ms
64 bytes from 8.8.8.8: icmp_seq=116 ttl=47 time=43.950 ms
64 bytes from 8.8.8.8: icmp_seq=117 ttl=47 time=59.287 ms
64 bytes from 8.8.8.8: icmp_seq=118 ttl=47 time=44.437 ms
64 bytes from 8.8.8.8: icmp_seq=119 ttl=47 time=52.053 ms
64 bytes from 8.8.8.8: icmp_seq=120 ttl=47 time=50.617 ms
64 bytes from 8.8.8.8: icmp_seq=121 ttl=47 time=43.560 ms
64 bytes from 8.8.8.8: icmp_seq=122 ttl=47 time=49.882 ms
64 bytes from 8.8.8.8: icmp_seq=123 ttl=47 time=53.934 ms
64 bytes from 8.8.8.8: icmp_seq=124 ttl=47 time=46.954 ms
64 bytes from 8.8.8.8: icmp_seq=125 ttl=47 time=47.374 ms
64 bytes from 8.8.8.8: icmp_seq=126 ttl=47 time=51.629 ms
64 bytes from 8.8.8.8: icmp_seq=127 ttl=47 time=50.335 ms
64 bytes from 8.8.8.8: icmp_seq=128 ttl=47 time=49.177 ms
64 bytes from 8.8.8.8: icmp_seq=129 ttl=47 time=58.813 ms
64 bytes from 8.8.8.8: icmp_seq=130 ttl=47 time=57.435 ms
64 bytes from 8.8.8.8: icmp_seq=131 ttl=47 time=59.016 ms
64 bytes from 8.8.8.8: icmp_seq=132 ttl=47 time=54.965 ms
64 bytes from 8.8.8.8: icmp_seq=133 ttl=47 time=54.539 ms
64 bytes from 8.8.8.8: icmp_seq=134 ttl=47 time=58.195 ms
64 bytes from 8.8.8.8: icmp_seq=135 ttl=47 time=54.970 ms
64 bytes from 8.8.8.8: icmp_seq=136 ttl=47 time=46.892 ms
64 bytes from 8.8.8.8: icmp_seq=137 ttl=47 time=56.326 ms
64 bytes from 8.8.8.8: icmp_seq=138 ttl=47 time=44.209 ms
64 bytes from 8.8.8.8: icmp_seq=139 ttl=47 time=49.908 ms
64 bytes from 8.8.8.8: icmp_seq=140 ttl=47 time=51.575 ms
64 bytes from 8.8.8.8: icmp_seq=141 ttl=47 time=52.274 ms
64 bytes from 8.8.8.8: icmp_seq=142 ttl=47 time=49.045 ms
64 bytes from 8.8.8.8: icmp_seq=143 ttl=47 time=57.507 ms
64 bytes from 8.8.8.8: icmp_seq=144 ttl=47 time=48.498 ms
64 bytes from 8.8.8.8: icmp_seq=145 ttl=47 time=51.131 ms
64 bytes from 8.8.8.8: icmp_seq=146 ttl=47 time=56.562 ms
64 bytes from 8.8.8.8: icmp_seq=147 ttl=47 time=61.339 ms
64 bytes from 8.8.8.8: icmp_seq=148 ttl=47 time=58.928 ms
64 bytes from 8.8.8.8: icmp_seq=149 ttl=47 time=51.854 ms
64 bytes from 8.8.8.8: icmp_seq=150 ttl=47 time=49.524 ms
64 bytes from 8.8.8.8: icmp_seq=151 ttl=47 time=57.093 ms
64 bytes from 8.8.8.8: icmp_seq=152 ttl=47 time=51.885 ms
64 bytes from 8.8.8.8: icmp_seq=153 ttl=47 time=55.518 ms
64 bytes from 8.8.8.8: icmp_seq=154 ttl=47 time=55.312 ms
64 bytes from 8.8.8.8: icmp_seq=155 ttl=47 time=51.067 ms
64 bytes from 8.8.8.8: icmp_seq=156 ttl=47 time=54.442 ms
64 bytes from 8.8.8.8: icmp_seq=157 ttl=47 time=52.192 ms
64 bytes from 8.8.8.8: icmp_seq=158 ttl=47 time=52.817 ms
64 bytes from 8.8.8.8: icmp_seq=159 ttl=47 time=50.336 ms
64 bytes from 8.8.8.8: icmp_seq=160 ttl=47 time=45.232 ms
64 bytes from 8.8.8.8: icmp_seq=161 ttl=47 time=49.031 ms
64 bytes from 8.8.8.8: icmp_seq=162 ttl=47 time=53.620 ms
64 bytes from 8.8.8.8: icmp_seq=163 ttl=47 time=49.403 ms
64 bytes from 8.8.8.8: icmp_seq=164 ttl=47 time=57.906 ms
64 bytes from 8.8.8.8: icmp_seq=165 ttl=47 time=55.600 ms
64 bytes from 8.8.8.8: icmp_seq=166 ttl=47 time=54.368 ms
64 bytes from 8.8.8.8: icmp_seq=167 ttl=47 time=56.011 ms
64 bytes from 8.8.8.8: icmp_seq=168 ttl=47 time=53.754 ms
utrzymuje się całą dobę ale to nie są jakieś niskie wartości, raczej średnie-są użytkownicy którzy mają dużo niższe.
Znalezione posty: 826 do 850 z 1,514