No používáme atherosy AR5213A na fbsd, máme hal 0.9.14.9.
dev.ath.0.slottime=9
dev.ath.0.acktimeout=180
dev.ath.0.ctstimeout=180
Vzdálenost 1,05 km.
Zátěž 200KB/s in ( ořezana druhou stranou ) a do 256KB/s out.
-i interval 1 setina milisekundy
-D nefragmentovany paket
-s velikost nejvetsiho mozneho nefragmentovaneho paketu zbytek je na icmp a ip hlavicku paketu do 1500B mtu
-c poče paketů 1000
ping -i 0.1 -D -s 1472 -c 1000 CÍL
--- CÍL ping statistics ---
1000 packets transmitted, 1000 packets received, 0% packet loss
round-trip min/avg/max/stddev = 4.388/6.393/17.002/2.232 ms
Za a) myslím si, že těch 180 moc nesedí, bohužel další jiné hodnoty směřem dolů taky nijak neovlivňují latenci.
Za b) ten vzorec, buď ho neumím prečíst nebo je to blbost
1,05 km na miles 0,65
krát 1600 / 300 vychazí 3,48 pro slottime ? co je to za pičovinu ?
když nejnižší možná hodnota je 9 ?
Za b.1) dále pak ack je 2x that slottime, cože 6,96 pro acktimeout ?
asi neumím číst ten vzorec správně, ale jinak nevim
Za c) naše strana je klient na druhé straně je madwifi deb tux hostap režim, zjistil jsem problém s asociací na ap pokud použiji rychlost natvrdo nějakou, musíme linku provozovat v režimu autoselect, což je pěknej pičus s přepínáním, jako a 54Mbps by to jet mohlo, ono se to na chvili i rozjede bohužel neznámo proč po x minutách po každý jinak traffic najednou klesne přenos se skoro nula B a už se to neopraví až jedině hozením znova rychlosti, což dopadne zachvili podobně nebo přepnout na autoselect, kde je to pak okay. Setkla se s tím něko ?
Za d) regulace výkonu pod fbsd funguje ověřeno dvěma způsoby.
Za e) turbo režim hostap fbsd a turbo režim windows klient funguje, musím ještě vyzkoušet klienta pod fbsd.
Za f) ad-hoc režim stejně jako na madwifi tux nefunguje, aspoň co moje informace stačí z prosince.
Za g) ovladače pro fbsd komituje Sam Leffler, což dělá jak jsem koukal i pro madwifi.
Základy jsou tedy společné. Kompatibilita ale asi trošku vázne.
Samozřejmě nemám ponětí jakou verzi
ath
ath_hal
ath_rate_onoe ci ammr algoritmus
(nebo jak tomu pod tuxem nadávate) maji na druhé straně, ale bude to verze kolem Vánoc.
Postavili sme 5G spoj na Wrapech s Wispem.
Delka spoje 1,4km.
Podle iwconfigu je sila signalu cca 20/94.
usporadani Master-Managed
anteny 24dB sita, pripojeno primo pigtailem. Anteny jsou dle naseho pokusovani nasmerovane co nejoptimalneji.
Auto rate ukazuje 24Mb a tak sme to na te hodnote zafixovali.
nastaveni ackctrl sme udelali.
kanalama sme hejbali.
zebra nam zebruje dobre.
Vysledek - spoj s PL 8-20%, pingy pri zatizeni v radu stovek ms.
Nejvic sme z toho vymackli asi 2,5Mbps.
uz se s tim morime od vikendu a vysledek opravdu nic moc :(
Jake parametry linky za danych podminek bych mel ocekavat podle vasich zkusenosti?
je nejaky dulezity krok na ktery se nesmi pri setupu zapomenout?
a jeste drobnost - jake jsou zkusenosti s vestavenym watchdogem hlidajicim zadanou IP?
skoda toho packet lossu....ale pri rozumnym shapingu se to da... myslim ze to driv bylo lepsi, protoze tam byla nastavena fixni ryhlost, ale ted nevim proc, to je nastaveny na 24mbs...
ted se chystame na 5,5km s 60cm antenama jsem zvedav...
hmm prosim vas ... a aky wisp tam mate na tie 5ghz spoje .... na poslednom vladimirovom 1.3.1.p33 predesa nie je athctrl ... ?
a problem s rebootom na wrapoch ... ?
02.01.2005 v 21:56
