Ubiquiti 24 GHz

[Ladik]

Ale to riskovat nebudu, pockam jak dopadne ten spoj spolu s tou Alcomou 24GHz o par prispevku vyse.
Ja to nemuzu dat za sachtu jako oni, ale musim dat na jednu tyc cca 0,5m od sebe

[rado3105]

http://forum.ubnt.com/showthread.php?t=62240

[rado3105]

jestli jo tak mi unika podstata tohodle reseni protoze mi prijde trosku postaveny na hlavu ale zas by to objasnovalo tu silenou spotrebu

Again, the PRcode has to be there to allow the radio to function, and since these are full duplex radios, the code rate needs to be steady at whatever rate the radio is set to. These are not like the 802.11 based radios at all. If the channel is up, the channel is full. If you don't need the full bandwidth, change the radio settings.
Jim

Ak nepotrebujes taku kapacitu, tak si nastavis nizsi rate...kedze je to full duplexne tak rate musi byt nastaveny presne a stabilne..

pouziva to mnozstvo vyrobcov...:
http://en.wikipedia.org/wiki/Scrambler

[Ladik]

Ty uhly co pisou na jejich foru co jsi postnul jsou k nicemu potrebuju to uhlove cca 30° od sebe nektere i mene a asi 5ks, pujdu asi do neceho jineho, ale skoda kapacitu za ty prachy nikdo nema

[rado3105]

Vie mi niekto vysvetlit zmysel a pointu - vyhody pouzitia FPGA? (v jednoduchosti prosim), pocul som ze vdaka tomu sa bude dat jednotka airfiber preprogramovat na rozne ine frekvencie a bez zmeny jednotky je mozne radikalne menit fungovanie zariadenia.

[Jap]

tak tu mam nejake testy iperfem..

router - mikrotik 750g - af24 ------- af24 - mikrotik 250gs - router

750g je v tomto pripade jako hw switch

vyatta@suchdol:~$ iperf -c 192.168.1.40
------------------------------------------------------------
Client connecting to 192.168.1.40, TCP port 5001
TCP window size: 16.0 KByte (default)
------------------------------------------------------------
[ 3] local 192.168.1.30 port 37632 connected with 192.168.1.40 port 5001
[ ID] Interval Transfer Bandwidth
[ 3] 0.0-10.0 sec 536 MBytes 449 Mbits/sec
vyatta@suchdol:~$ iperf -c 192.168.1.40 -d
------------------------------------------------------------
Server listening on TCP port 5001
TCP window size: 85.3 KByte (default)
------------------------------------------------------------
------------------------------------------------------------
Client connecting to 192.168.1.40, TCP port 5001
TCP window size: 114 KByte (default)
------------------------------------------------------------
[ 3] local 192.168.1.30 port 37653 connected with 192.168.1.40 port 5001
[ 5] local 192.168.1.30 port 5001 connected with 192.168.1.40 port 40615
[ ID] Interval Transfer Bandwidth
[ 3] 0.0-10.0 sec 254 MBytes 213 Mbits/sec
[ 5] 0.0-10.0 sec 463 MBytes 388 Mbits/sec

mene nez bych cekal.. routery za to nemuzou, zkusel jsem to same jeste predtim na stole (stejne routery co jsou ted u airfiberu)
a tam iperf udela obousmerne 909/905 mbit/s

ping pred testem - 0ms, behem testu 3ms

airfiber ukazuje stale 6x/6x a 740/740 mbit/s

nejake napady na lepsi nastaveni iperfu?

Jap

[David2006]

Jsem to dneska chtěl taky zkusit iperfem, ale když jsem si chtěl otestovat kolik dá notes (C2DUO 4GB RAM) a novější Celeron s 8GB RAM tak jsem to spojil TP-link switchem na Gigabitu a iperf mě mezi tím naměřil mezi 180-230Mbs a to samé když jsem to spojil přes TP-LINK TL-WR1043ND AP čistě po lankách tak výsledek stejný kolem 200Mbs. Tak jsem se na to vyflákl a počkám jak dopadneme s Nevrhappym zítra a jeho Mikrotiky naostro.

[Hatatitla]

skús pridať parameter -P 20 (pre 20 spojení) a hlavne -d (pre obojsmerný test )

[Jap]

skús pridať parameter -P 20 (pre 20 spojení) a hlavne -d (pre obojsmerný test )

pri vic nez 2 streamech to asi nezvlada.. ne airfiber, ale moje testovaci routery

vyatta@suchdol:~$ iperf -c 192.168.1.40 -d -P 2
------------------------------------------------------------
Server listening on TCP port 5001
TCP window size: 85.3 KByte (default)
------------------------------------------------------------
------------------------------------------------------------
Client connecting to 192.168.1.40, TCP port 5001
TCP window size: 98.5 KByte (default)
------------------------------------------------------------
[ 3] local 192.168.1.30 port 40591 connected with 192.168.1.40 port 5001
[ 6] local 192.168.1.30 port 40592 connected with 192.168.1.40 port 5001
[ 7] local 192.168.1.30 port 5001 connected with 192.168.1.40 port 44349
[ 5] local 192.168.1.30 port 5001 connected with 192.168.1.40 port 44348
[ ID] Interval Transfer Bandwidth
[ 3] 0.0-10.0 sec 123 MBytes 103 Mbits/sec
[ 6] 0.0-10.0 sec 161 MBytes 135 Mbits/sec
[SUM] 0.0-10.0 sec 283 MBytes 237 Mbits/sec
[ 7] 0.0-10.0 sec 251 MBytes 210 Mbits/sec
[ 5] 0.0-10.0 sec 270 MBytes 226 Mbits/sec
[SUM] 0.0-10.0 sec 521 MBytes 436 Mbits/sec

[Tomáš Břinčil]

Vie mi niekto vysvetlit zmysel a pointu - vyhody pouzitia FPGA? (v jednoduchosti prosim), pocul som ze vdaka tomu sa bude dat jednotka airfiber preprogramovat na rozne ine frekvencie a bez zmeny jednotky je mozne radikalne menit fungovanie zariadenia.

FPGA je hradlové pole obsahující několik desítek tisíc elementárních logických hradel. Programováním FPGA jednoduše "drátuješ" vnitřní hradla dohromady. Každé FPGA má fixní frekvenci, bežně 50MHz a výše. Pokud se ti povede udělat logiku a zadrátovat ji do FPGA, víš, že se provede přesně 50M/s.
Oproti běžnému procesoru, kde vlastní "program" běží až na několikáté vrstvě nedokážeš přesně časovat jednotlivé operace programu na reálný čas, protože linuxové jádro není realtime a pokud je, tak to nezvládají vyšší programovací jazyky než assembler.
Když tedy potřebuješ zpracovávat QAM1024 je pro tebe jednodušší použít hradlové pole, protože se dá relativně přesně pracovat s časem oproti běžnému linuxu (třeba) kde je čas tvému programu přidělován systémem a 1us nemusí být přesně 1us a už je problém se zpracováním dat...

[hapi]

Ty hele, to pole tam je nejspíš pro modulovani dat do signálu ne?


Nebuďte paničky a pošlete tam UDP když stroje nestihaji.

[Jap]

tak tu mame dalsi test s novym firmwarem - Version:v1.1-beta1.14818

jeden smer:


root@suchdol:~# iperf -c 192.168.1.40 -i 30 -t 86400
------------------------------------------------------------
Client connecting to 192.168.1.40, TCP port 5001
TCP window size: 16.0 KByte (default)
------------------------------------------------------------
[ 3] local 192.168.1.30 port 33858 connected with 192.168.1.40 port 5001
[ ID] Interval Transfer Bandwidth
[ 3] 0.0-30.0 sec 2.23 GBytes 639 Mbits/sec
[ 3] 30.0-60.0 sec 2.23 GBytes 639 Mbits/sec
[ 3] 60.0-90.0 sec 2.23 GBytes 638 Mbits/sec

a 2 smery proti sobe (separatne spustene, pri -d mi to pada)


root@suchdol:~# iperf -c 192.168.1.40 -i 30 -t 86400
------------------------------------------------------------
Client connecting to 192.168.1.40, TCP port 5001
TCP window size: 16.0 KByte (default)
------------------------------------------------------------
[ 3] local 192.168.1.30 port 33629 connected with 192.168.1.40 port 5001
[ ID] Interval Transfer Bandwidth
[ 3] 0.0-30.0 sec 1.48 GBytes 423 Mbits/sec
[ 3] 30.0-60.0 sec 1.36 GBytes 389 Mbits/sec
[ 3] 60.0-90.0 sec 1.90 GBytes 544 Mbits/sec
[ 3] 90.0-120.0 sec 1.97 GBytes 563 Mbits/sec
[ 3] 120.0-150.0 sec 1.43 GBytes 410 Mbits/sec
[ 3] 150.0-180.0 sec 1.08 GBytes 308 Mbits/sec
[ 3] 180.0-210.0 sec 1.82 GBytes 521 Mbits/sec
[ 3] 210.0-240.0 sec 2.11 GBytes 604 Mbits/sec
[ 3] 240.0-270.0 sec 1.44 GBytes 413 Mbits/sec
[ 3] 270.0-300.0 sec 1.37 GBytes 392 Mbits/sec
[ 3] 300.0-330.0 sec 1.27 GBytes 363 Mbits/sec
[ 3] 330.0-360.0 sec 1.96 GBytes 561 Mbits/sec
[ 3] 0.0-362.4 sec 19.3 GBytes 459 Mbits/sec

a z druhe strany


root@pe3ny:~# iperf -c 192.168.1.30 -i 30 -t 86400
------------------------------------------------------------
Client connecting to 192.168.1.30, TCP port 5001
TCP window size: 16.0 KByte (default)
------------------------------------------------------------
[ 3] local 192.168.1.40 port 37385 connected with 192.168.1.30 port 5001
[ ID] Interval Transfer Bandwidth
[ 3] 0.0-30.0 sec 1.72 GBytes 492 Mbits/sec
[ 3] 30.0-60.0 sec 1.76 GBytes 503 Mbits/sec
[ 3] 60.0-90.0 sec 1.26 GBytes 360 Mbits/sec
[ 3] 90.0-120.0 sec 1.18 GBytes 337 Mbits/sec
[ 3] 120.0-150.0 sec 1.60 GBytes 459 Mbits/sec
[ 3] 150.0-180.0 sec 2.12 GBytes 607 Mbits/sec
[ 3] 180.0-210.0 sec 1.42 GBytes 407 Mbits/sec
[ 3] 210.0-240.0 sec 971 MBytes 272 Mbits/sec
[ 3] 240.0-270.0 sec 1.63 GBytes 465 Mbits/sec
[ 3] 270.0-300.0 sec 1.79 GBytes 512 Mbits/sec
[ 3] 300.0-330.0 sec 1.86 GBytes 532 Mbits/sec
[ 3] 330.0-360.0 sec 1.22 GBytes 349 Mbits/sec

a jeste ping v tehle zatezi - do 3ms

root@suchdol:~# ping 192.168.1.40
PING 192.168.1.40 (192.168.1.40) 56(84) bytes of data.
64 bytes from 192.168.1.40: icmp_req=1 ttl=64 time=1.47 ms
64 bytes from 192.168.1.40: icmp_req=2 ttl=64 time=2.08 ms
64 bytes from 192.168.1.40: icmp_req=3 ttl=64 time=2.67 ms
64 bytes from 192.168.1.40: icmp_req=4 ttl=64 time=0.916 ms
64 bytes from 192.168.1.40: icmp_req=5 ttl=64 time=1.63 ms
64 bytes from 192.168.1.40: icmp_req=6 ttl=64 time=1.64 ms
64 bytes from 192.168.1.40: icmp_req=7 ttl=64 time=2.73 ms
64 bytes from 192.168.1.40: icmp_req=8 ttl=64 time=2.15 ms
64 bytes from 192.168.1.40: icmp_req=9 ttl=64 time=2.27 ms
64 bytes from 192.168.1.40: icmp_req=10 ttl=64 time=2.74 ms
64 bytes from 192.168.1.40: icmp_req=11 ttl=64 time=1.79 ms
64 bytes from 192.168.1.40: icmp_req=12 ttl=64 time=2.62 ms
64 bytes from 192.168.1.40: icmp_req=13 ttl=64 time=1.79 ms
64 bytes from 192.168.1.40: icmp_req=14 ttl=64 time=2.48 ms
64 bytes from 192.168.1.40: icmp_req=15 ttl=64 time=1.94 ms
64 bytes from 192.168.1.40: icmp_req=16 ttl=64 time=1.21 ms
64 bytes from 192.168.1.40: icmp_req=17 ttl=64 time=2.42 ms
64 bytes from 192.168.1.40: icmp_req=18 ttl=64 time=2.65 ms
^C
--- 192.168.1.40 ping statistics ---
18 packets transmitted, 18 received, 0% packet loss, time 17027ms
rtt min/avg/max/mdev = 0.916/2.071/2.747/0.539 ms


to uz vypada o neco lip..

[ppp76]

Testujte v tej chumelenici co je ted venku ... teda aspon u nas na severu
jinak diky za testy konecne sem nekdo hazi neco jineh nez domenky
ty testy? proc je tam takovej velkej rozdil rychlosti? a ty odezvy jsou pri maximalni zatezi co to da?
sel by dat test rekneme stabilne omezene tam pustit treba staci 300mb a jaky to ma odezvy ne rpi maximu ale nejakym prumeru? diky

[Insider]

Tak to je pekny Jsem prijemne prekvapenej, na 5 km pri tomhle pocasi supr..

[rado3105]

Vie mi niekto vysvetlit zmysel a pointu - vyhody pouzitia FPGA? (v jednoduchosti prosim), pocul som ze vdaka tomu sa bude dat jednotka airfiber preprogramovat na rozne ine frekvencie a bez zmeny jednotky je mozne radikalne menit fungovanie zariadenia.

FPGA je hradlové pole obsahující několik desítek tisíc elementárních logických hradel. Programováním FPGA jednoduše "drátuješ" vnitřní hradla dohromady. Každé FPGA má fixní frekvenci, bežně 50MHz a výše. Pokud se ti povede udělat logiku a zadrátovat ji do FPGA, víš, že se provede přesně 50M/s.
Oproti běžnému procesoru, kde vlastní "program" běží až na několikáté vrstvě nedokážeš přesně časovat jednotlivé operace programu na reálný čas, protože linuxové jádro není realtime a pokud je, tak to nezvládají vyšší programovací jazyky než assembler.
Když tedy potřebuješ zpracovávat QAM1024 je pro tebe jednodušší použít hradlové pole, protože se dá relativně přesně pracovat s časem oproti běžnému linuxu (třeba) kde je čas tvému programu přidělován systémem a 1us nemusí být přesně 1us a už je problém se zpracováním dat...

Vdaka, ale vyhody pouzitia? je mozne menit aj funkcie zariadenia zmenou firmwaru(airos f)? je mozna zmena na inu frekvenciu len preprogramovanim? dalsie moznosti vyuzitia - vyhody?