Zdravim,
jak poznam ze nekdo svym vysilanim ovlivnuje moje wifi prenosy?
resp. mi treba zahlcuje antenu, a tim padem mam prijem mirne horsi (nicmene funkcni), a vysilani velmi spatne.
jasne. a ty programy pujdou i na AP ? (na PCI wifi verim ze by to bezelo)
resp. mam ovis wl 1100AP , v rezimu bridge. A jsem odkazan pouze na diagnostiku a konfiguraci pres sit.
principielne se to pozna teda jak, ze mi nekdo zahlcuje antenu?
...ze pustim tyhle programy, a ono to nejspis bude odchytavat packety???
konkretne se jedna o vzdalenost 600m , vertikalni polarizace , svuj vykon nemuzu natavit, AP node ho ma korigovany.
Pouzivam profi N konektory, zkousel jsem vymenit pigtail a stejne.
Antenu parabolku 14-16dBi (dle praktickeho mereni pred rokem), od ni vede cca 6m H1000 kabelu , konektor N.
Jeste presneji, vysilani jede na kanalu 7.
Me ap klient ukazuje stale 92% signal a 48% RSSI. Neda se z toho nic soudit,ale jiz mam 2 roky zkusenosti v tom...ze pri teto urovni jsem byl schopny jet na pingy 0-10ms , a stahovat 150kB/s uplne v pohode.
Ted mam problem odeslat i ubohy 20kB mail.
jeste presneji... pointinguv prostor kolem primky mezi antenou moji a antenou AP node (o prumeru 8metru) , neni nicim narusen.
na serveru u AP node bezi statistiky prijmu. Nevim co tam je za typ zarizeni, nicmene tabulka poskytuje informace o prutoku dat, o tom ze vsechy klienty prijimaji na 11Mbit , a o tom ze nektere klienty vysilaji na 11 , vetsina na 2 nebo 5 , a muj a nekolik ostatnich vysilaji na 1Mbit rychlosti. V nastaveni sveho ap mam auto down rate. Na AP node je registrovano 26 klientu. Vetsina jsou PCI karty, a mensina jsou AP v rezimu klient, a lepe kdyz podporuji-tak jsou v AP bridge point to point.
to ze mam spatny signal/sum se zjisti jak ? a jak to napravit?
- to by me zajimalo .
nove kabely? silnejsi dBi antena?
už ten uvedený počet znamená, že to bude v jistých chvílích na "dvě věci" - je to podobné jako když by 20 lidí "sdílelo modem". Pokud si budou pouze číst internet, tak to ujde, jakmile bude jen jeden stahovat do FTP, tak ostatní mohou jít od toho.
1. Je třeba něčím monitorovat provoz a odečíst např. pakety za jednu sekundu a posoudit obsah. Pokud je tam bagrista, budou jeho pakety zastoupeny počtem okolo 90%. Na ostatní zbyde těch 10.
2. Není k zahození pokus s notebookem v okolí kolem vlastní antény, na dobu pokusu se přepne klient jako SW AP a poměří se signál klidně u žádaného AP. Tím se ověří nejen spojení na AP ale i to, že je vlastní sestava naprosto OK.
3. pojem zahlcování antény nemá zde význam. Lze provozovat i několik antén na stejném stožáru nad sebou a bez problému.
ale chtel jsem rict jen to...ze rok uz tu takhle behame,a bez problemu. pingy jsem mel porad rychly (0-10ms na seznam),a kdyz jsem neco stahoval tak si taky nikdo nestezoval a bezelo to vsem plynule.
s tim merenim to tak zkusim...to je ok napad
zahlceni anteny nastane, paklize nejaky pako si koupi antenu s velkym ziskem...nejlepe s co nejvetsim uhlem vyzarovani, na svem ap nastavi co nejvetsi vysilaci vykon. a ono se pak neco odrazi, a dochazi to pozdeji jako preslechy a jako prave sum, ktery znehodnocuje signal jineho klienta nebo ap.
ciste teoreticky. kdybych zmenil na svem ap client (point-point bridge rezim) hodnoty Treshold na nizsi? (mame default 2346)
resp. jestli si tam muzu dat co chci aby komunikace bezela a ap node s tim dokazal pracovat, nebo je tahle hodnota spolecna pro vsechny lidi co jsou na AP node?
teoreticky vetsi fragmentace => vic packetu -> mensi delka packetu a tudiz mensi sance na chybu
Vrta mi v hlave proc moje AP vysila 1Mbit a prijima v pohode 11Mbit?
Kde je ta 1120AP? ta totiž regulovat výkon umí (teda, skoro:-) )....
Že jedeš na 1 Mbit už svědčí o špatném signálu, do konektorů ti mohla natéct voda a podobně, mohla se třeba i vychýlit anténa.
Že je na AP 26 klientů ještě neznamená, že by to nemělo jet.
Co je za HW na AP?
Máte tam regulaci rychlostí?
Taky je nejasné, co myslíš tím AP v režimu bridge.
Protože jestli je to u té 1120AP, tak to není v režimu klient, ale režim AP a zaplé WDS. Což je v tomto případě katastrofa. Pokud je tomu tak, tak to přepni do režimu klient a infrastrukture, zkus, pokud to bude furt blbé, tak zkus Fragment Threshold nastavit tak na 500.
Vysoce zisková anténa je i dost směrová, tak to zase nezamoří okolí kolem dokola. Zkoušel jsem jednu 24dB anténu, jen deset stupňů napravo ve vzdálenosti cca. 250m byl už nepoužitelný signál (ovis s 9 dB anténou).
Pujč si no?as s wifi kartou (podporovanou netstumblerem), připoj k tomu svou sestavu a změř signál, nejen od toho AP, ale i od ostatních v okolí.
To nastavení tresholdů má vliv jen na tu konkrétní wifinu, pokud je to na AP, tak se to projeví i na klientech.
P.S. Jestli máte jako AP tu 1120AP, tak to vyhoď, to je použitelné tak pro 5 lidí.
Ale ja nemam ovise 1120 , nybrz mam vylepsenou 1100 verzi. (ma USB pro config , verze 1.4j). V SNMP utilite nemam zadnou nabidku na regulaci vykonu,tak nevim nevim.
Antenu mam parabolu. Na antene neni zadny konektor, a kabel vede primo dovnitr do baraku, kde je 1x N profi konektor, na nem je pigtail, a ten jde primo do AP. Dipol jsem koukal...dneska jestli tam neni voda,a nic.
Nicmene jsme nasli kus problemu, byl to jeden sosalek co si nadmerne stahoval. tak jsme mu pristrihli brka a uz je to o 50% lepsi.
Na AP auth listu je 26 klientu, to vim jiste. Z toho jich funkcnich byva tak prumerne 8 az 20 ...dle vytizenosti za den.
Regulaci rychlosti? na node nevim, kazdopadne na svem AP mam zapnute auto down rate, a mam max rychlost 11Mbit a vsechny dalsi taky zaskrtly.
Na AP node nevim co tam je za AP. Ted tam dali neco novyho. Kazdopadne ten monitorovaci soft je WeWiMo
Muj klientsky AP driv bezel v rezimu AP-client, ale bylo mi receno ze WDS protokol jaxi zabrzduje pasmo,tak jsem prepnul rezim do AP-bridge. atake to beha, da se rict ze o 10% lip.
Treshold a RTS treshold mame nastaveny na 2346. MAm je zmensit? kdyz dam treba 1000 , tak to AP node pobere?
Jako AP node urcite neni zadny ovislink. Ten muj bezi pouze na klientske strane, a pod nim switch. pro pripojeni 4 lidi to bohate postaci. lepsi nez 4x PCI wifi v jednom vchode baraku...
18.01.2005 v 19:51
.
