Ubiquiti 24 GHz

[hapi]

a co tak indoor v petce ? .. volne a presto se po tom honi

ono je to otazka, kdyz prijde ukol merte 24ghz, budou merit... je to jen otazka casu

Ty tomu veris?

indoor je mimo pásmo, výkony je nezajímaly, víme?

[Insider]

a co tak indoor v petce ? .. volne a presto se po tom honi

ono je to otazka, kdyz prijde ukol merte 24ghz, budou merit... je to jen otazka casu

Ty tomu veris?

indoor je mimo pásmo, výkony je nezajímaly, víme?

Asi tak.. s potem na cele zmeri frekvenci..

[Viktor Novotný]

hele ja nevim cemu verit, petku indoor tady sveho casu merily kazdy tyden ...

[shooter]

mno jestli se prodá 1000 spoju tak už to neuhlídaj přijdou změří udělají tyty ty a jak se zavřou dveře zase to oroštujou na výkonu a smažíme dál

[Kaja]

Chapu to ze nekdo necha spoj kratkodobe "pritapet" kdyz se zvysi utlum vlivem srazek.
Ale postavit spoj na 8km s tim, ze musi pretapet trvale (jinak by na tu vzdalenost nefungoval ani na nejnizsi modulaci) mi prijde velmi hloupe.
Tito strelci nemuzou ani stahnout vykon pri prijezdu CTU, prtoze by se jim spoj rozpadl. A CTU nemusi ani nic merit, jen si odecte vzdalenost a je jim jasne, ze ten spoj nemuze pri dodrzeni EIRP nikdy fungovat.
A korunu tomu nasadi I4, ktera takovyto spoj da do referenci a tim klame tu skupinu zakazniku, ktera neumi (nebo nechce) pocitat bilanci spoje!!!

K.

[GRFS]

U IPTV multicastu to dela problem pokud je zapnutej in-band management. Dokonce se jiz vyjadrili proc, jelikoz tam maji jakousi soft ochranu pro kruhovani config/data portu aby se nemohli zakruhovat do sebe a ono to pak ten provoz navali do cpu, ktery umre. Takze IPTV pres to chodi ALE musi se vypnout inband management a nejlepe natahnout config port do nejaky vlany zvlast kde nepocete multicast.

To neni zcela presne. Problem to dela/lo i bez inband managementu. Broadcast a multicast byl problem. Celkem slusne je to schopny zvladnout pouze unicastovy provoz, ale tam az tak od velikosti ramce od 256 byte vyse. Maly ramce tak 1/3 max. kapacity.

[GRFS]

máš po problému bez jakýkoliv rezervy.

Zajimavy, ze u AF24 ti rezerva 0dB nevadila. Holt kdyz ji milujes, neni co resit

[hapi]

máš po problému bez jakýkoliv rezervy.

Zajimavy, ze u AF24 ti rezerva 0dB nevadila. Holt kdyz ji milujes, neni co resit

zajímavější je že tobě to u jinýho pojítka nevadí. Hold když seš zaujatej tak neni co řešit

[dantasik]

U IPTV multicastu to dela problem pokud je zapnutej in-band management. Dokonce se jiz vyjadrili proc, jelikoz tam maji jakousi soft ochranu pro kruhovani config/data portu aby se nemohli zakruhovat do sebe a ono to pak ten provoz navali do cpu, ktery umre. Takze IPTV pres to chodi ALE musi se vypnout inband management a nejlepe natahnout config port do nejaky vlany zvlast kde nepocete multicast.

To neni zcela presne. Problem to dela/lo i bez inband managementu. Broadcast a multicast byl problem. Celkem slusne je to schopny zvladnout pouze unicastovy provoz, ale tam az tak od velikosti ramce od 256 byte vyse. Maly ramce tak 1/3 max. kapacity.

Pro tebe extra.
PS: Pochybuju ze jsi ty testy stim merakem delal na novejsim fw.

1) Disabling inband management for one of the two radios which make up the link will only effect the radio for which you have disabled it...inband managment (from Wire or RF) will still function properly for the radio with inband management enabled.



2) We have bridge table rules to ensure that there is no network loop problem if you connect both the data port and the config port to a switch. No traffic that enters either of those ports will egress from the other. If you do this, though, you really want to use a managed switch and switch only the mangement VLAN to the config port; hitting the config port with a 100 Megabits of multicast traffic is not recommended :manhappy:



Chuck

[GRFS]

Pro tebe extra.
PS: Pochybuju ze jsi ty testy stim merakem delal na novejsim fw.

Posledni testy byly na 1.5 a mereny port ani CFG port na sebe nevidely pres switch, viz bod 2 od Chucka Presto to umrelo. A specialne pro tebe dodavam, ze neslo o RFC2544, s cimz taky hosi z motorky nekde operujou. [/quote]

[GRFS]

máš po problému bez jakýkoliv rezervy.

Zajimavy, ze u AF24 ti rezerva 0dB nevadila. Holt kdyz ji milujes, neni co resit

zajímavější je že tobě to u jinýho pojítka nevadí. Hold když seš zaujatej tak neni co řešit

To nikdo nikde nepsal, ze to u jinyho pojitka nevadi. Jedinej kdo se tu o tom rozepsal jsi ty v pripade MP600, tak jsem ti jen pripomel dvoji metr.

[hapi]

zdarec. Tak mám pár měsíců 17GHz a 24GHz pojítko.
24GHz AF24 1100m
17GHZ MP600 65/65 paraoboly 1500m

z grafů trvající několik týdnů zpět i přes ty masivní lijáky a horka můžu říct že 24GHz neni o nic horší než 17GHz. Dokonce se ukazuje že 17GHz padá signálem v lijákách o pár dB víc než 24GHz. Každopádně ani jedno pojítko nezpomalilo při těch masivních lijácích. Alcoma si přidala výkon špičkově až o 11dB a AFko má větší rezervu už v základu takže pouze poklesl signál o cca max 8dB. Oba spoje maji konce na stejnym sajtu. Vzhledem k tomu že před pár týdny tu byly jedny z největších lijáků tak to bylo dobře otestované. Jasně, rozdíl je 400m ale i tak podle některých je 24GHz v prdely podstatně víc než 17GHz ale já nic takovýho nevidim.

[David2006]

Už to neřeš, přeci jsi byl na Jezerce a tam se při úvodní otázce k tématu kdo airFiber používá zvedl les rukou v sále . A při otázce kdo s tím spokojen není ,tak ruku nezvedl nikdo . Což sice neznamená že je to úplně bezproblémový spoj, ale znamená to že s tím spojem jsou provozovatelé víceméně spokojení, což se třebas o jiné skupině lidí říct nedá .

Každopádně bych bral další airFibry raději v 17GHz, jenže do toho se asi UBNT moc nechce.

[honzam]

Mě na airfiberu vadí dvě věci - spotřeba a systém zavírání dvířek

[David2006]

To vadí nám všem co jej máme a přesto jej máme.