🚀 go-pugleaf

Użytkownik "IEEE" <abusee@tlen.pl> napisał w wiadomości 
news:dmkl6v$alo$1@atlantis.news.tpi.pl...
>
> Użytkownik "7keys" <dzban2@nospam.wp.pl> napisał w wiadomości 
> news:dmkiop$i3$1@atlantis.news.tpi.pl...
>>
>> Użytkownik "michael" <michael@gower.pl> napisał w wiadomości 
>> news:dmk30i$ei9$1@atlantis.news.tpi.pl...
>>> witam,
>>> mam problem z sygnalem na linku niecale 7km
>>> a mianowicie jest sprzet 2 AP planet 1960, przy jednym parabola 
>>> interline 23db a przy drugim typu grid 17db (dokladnie taka 
>>> http://www.allegro.pl/show_item.php?item=72354914).
>>> i teraz tak, mierząc sygnał z grida netstumblerem wynosi -65db stabilny 
>>> i gesty bez zadnych przerw, w druga strone podobnie, a jednak po 
>>> zestawieniu polaczenia na apekach internet dziala tragicznie a ping 
>>> napiera duplikatami:
>>> 64 bytes from 192.168.1.201: icmp_seq=1 ttl=127 time=10.1 ms
>>> 64 bytes from 192.168.1.201: icmp_seq=1 ttl=127 time=11.4 ms (DUP!)
>>> 64 bytes from 192.168.1.201: icmp_seq=1 ttl=127 time=13.3 ms (DUP!)
>>> 64 bytes from 192.168.1.201: icmp_seq=1 ttl=127 time=15.7 ms (DUP!)
>>> 64 bytes from 192.168.1.201: icmp_seq=1 ttl=127 time=17.5 ms (DUP!)
>>> 64 bytes from 192.168.1.201: icmp_seq=2 ttl=127 time=2.81 ms
>>> 64 bytes from 192.168.1.201: icmp_seq=2 ttl=127 time=3.83 ms (DUP!)
>>> 64 bytes from 192.168.1.201: icmp_seq=2 ttl=127 time=5.72 ms (DUP!)
>>> 64 bytes from 192.168.1.201: icmp_seq=2 ttl=127 time=8.76 ms (DUP!)
>>> 64 bytes from 192.168.1.201: icmp_seq=2 ttl=127 time=12.7 ms (DUP!)
>>> 64 bytes from 192.168.1.201: icmp_seq=2 ttl=127 time=18.3 ms (DUP!)
>>> 64 bytes from 192.168.1.201: icmp_seq=2 ttl=127 time=27.7 ms (DUP!)
>>> 64 bytes from 192.168.1.201: icmp_seq=2 ttl=127 time=29.4 ms (DUP!)
>>> 64 bytes from 192.168.1.201: icmp_seq=2 ttl=127 time=30.7 ms (DUP!)
>>> 64 bytes from 192.168.1.201: icmp_seq=2 ttl=127 time=31.7 ms (DUP!)
>>> 64 bytes from 192.168.1.201: icmp_seq=4 ttl=127 time=2.51 ms
>>> 64 bytes from 192.168.1.201: icmp_seq=4 ttl=127 time=3.32 ms (DUP!)
>>> 64 bytes from 192.168.1.201: icmp_seq=4 ttl=127 time=5.71 ms (DUP!)
>>> 64 bytes from 192.168.1.201: icmp_seq=4 ttl=127 time=8.65 ms (DUP!)
>>> 64 bytes from 192.168.1.201: icmp_seq=4 ttl=127 time=9.56 ms (DUP!)
>>>
>>> i co z tym poczac, gdzie szukac winy?
>>> acha, apeki ustawione w tryb bridza na kanale 1-szym bez kodowania.
>>> dodam jeszcze ze warunki niemal idealne, teren wysoko w gorach, 
>>> widocznosc rewelacyjna, praktycznie brak jakichkolwiek zaklocen.
>>> z gory dzieki za sugestie i pomoc,
>>> michael
>>>
>>
>> tez  mierzylem linka netsumblerem do wczoraj:) najlepiej mierzyc juz po 
>> zlapaniu sygnalu (okesleniu kierunku ustawienia anteny) pingiem :)
>> netstumbler pokazywal super a po puszceniu pinga mialem dokladnie to co 
>> ty.
>> Pomoglo precyzyjne ustawienie anten u klienta i na bazie.- kontrolowane 
>> przy pomocy pinga:)
>> moze sprobuj pigujac ustawiac ktoras z anten?
>>
>
> Na ta chwile olej moc sygnalu i sprobuj przestawic antene jedna albo druga 
> opuszczajac ja poprtostu (celuj w ziemie albo w niebo) powinno pomoc. Z 
> DUP!ami mialem problem u klientow na D-Linkach 900AP+  wiec je 
> wysprzedalem. ALe w
>

...No i jeszcze sprawdzaj pingiem 1000 jezeli to jest most to powinienes 
wykrecic bez obciazenia 0% strat i sredni czas 2 ms.