DFS mate s tim nekdo zkusenosti?

[Petr S.]

A co nanobridge a ATPC? Nikde jsem nenašel nic o tom, že by to podporovalo. Takže to asi nemá, že?

[ludvik]

Copak jsem psal o Atherosu?

A co nanobridge a ATPC? Nikde jsem nenašel nic o tom, že by to podporovalo. Takže to asi nemá, že?

[Petr S.]

Že neumí měnit výkon bez rozpadnutí spoje... Aha Dík.

[zigi]

Jeste jedno vzkriseni...

Jak sprave nastavit scan-list pro 5GHz, kdyz chci pouzit DFS s no-radar-detect a channel-width 20/40mhz-ht-above a vyhnout se radarum na frekvencich 5630MHz a 5645MHz?

Nyni mam scan-list=5470-5620,5655-5725 ale nejsem si jist, ze je to ok.

Diky

[drastys]

dnes školení na ČTU a prý by se DFS mělo používát povinně

[Petr S.]

Jj, to rikali. A taky ze by zrusili mikrotiky, kdyz u nich dfs blbne...

[drastys]

a UBNT samozřejmě

[mpcz]

Zdravím,
mám 2011-ku, z ní m.j. 2x stejný spoj: SXTko AP ---- klient SXT. Po upgradu na "bezpečnou verzi" 6.42.3 a pak 5 obě trasy začaly blbnout. Během dne, ale nejvíc okolo 4 hod. ráno dojde k výpadku spoje = vypadnou 3-4 pingy a to SOUČASNĚ na obou spojích na stejnou dobu. Už jsem zkoušel změnit všechno možné, změnu kanalizace, výkony atd., nic nepomáhá. Kmitočty jsou nastaveny mimo "radarové", stejně to ale nemá vliv.
- může to nějak souviset s DFS?
- je někde podrobněji popsán mechanizmus, jak v ROSu očuchává AP nebo klient kmitočty radaru a co pak dělá, pokud je najde? Jak vlastně přijde na to, že kolem něj vysílá radar, když je naladěn úplně někde jinde? To si občas odskakuje?
- pokud se aktivuje obrana DFS, je to nějak poznat v logu? Díky, mpcz, 15.7.2018

[okoun]

když zapnu DFS tak mi to přesně dělá taky a ani to nenapíše nic do logu prostě je totálně nepoužitelný (pár pingů vypadne) a lidi dost peskují, nedivím se jim....

[Sidi]

Zdravím,
mám 2011-ku, z ní m.j. 2x stejný spoj: SXTko AP ---- klient SXT. Po upgradu na "bezpečnou verzi" 6.42.3 a pak 5 obě trasy začaly blbnout. Během dne, ale nejvíc okolo 4 hod. ráno dojde k výpadku spoje = vypadnou 3-4 pingy a to SOUČASNĚ na obou spojích na stejnou dobu. Už jsem zkoušel změnit všechno možné, změnu kanalizace, výkony atd., nic nepomáhá. Kmitočty jsou nastaveny mimo "radarové", stejně to ale nemá vliv.
- může to nějak souviset s DFS?
- je někde podrobněji popsán mechanizmus, jak v ROSu očuchává AP nebo klient kmitočty radaru a co pak dělá, pokud je najde? Jak vlastně přijde na to, že kolem něj vysílá radar, když je naladěn úplně někde jinde? To si občas odskakuje?
- pokud se aktivuje obrana DFS, je to nějak poznat v logu? Díky, mpcz, 15.7.2018

Mě se DFS aktivovalo i mimo DFS kmitočty, daleko od radaru a to i v "utopeném" místě, že pochybuju o dosahu radaru až sem (nechytám tam ani DVB-T).
Test DFS je jednoduchý - nastavit superchannel a zregulovat výkon ručně. Pokud to bude nadále vypadávat, tak je potřeba hledat chybu jinde.

[mpcz]

Test DFS je jednoduchý - nastavit superchannel a zregulovat výkon ručně. Pokud to bude nadále vypadávat, tak je potřeba hledat chybu jinde.

To jsem samozřejmě vyzkoušel jako první, nepomohlo ani trošku. Vypadávají oba spoje SOUČASNĚ. To by mohlo něco znamenat, ale zatím nevím přesně co. To "jinde" - to je kde? Tuším souvislost s verzí, ale zase bych se nerad zbavoval té tzv. bezpečné.
15.07.2018 18:34:35,775 192.168.20.225 27 ms reply
15.07.2018 18:34:36,793 192.168.20.225 44 ms reply
15.07.2018 18:34:37,784 192.168.20.225 28 ms reply
15.07.2018 18:34:39,735 192.168.20.225 11010 timeout
15.07.2018 18:34:40,732 192.168.20.225 11010 timeout
15.07.2018 18:34:41,719 192.168.20.225 11010 timeout
15.07.2018 18:34:42,728 192.168.20.225 11010 timeout
15.07.2018 18:34:42,834 192.168.20.225 29 ms reply
15.07.2018 18:34:43,905 192.168.20.225 88 ms reply
15.07.2018 18:34:44,854 192.168.20.225 26 ms reply
15.07.2018 18:34:45,858 192.168.20.225 35 ms reply
mpcz, 15.7.2018

[mpcz]

Tak jsem jeden spoj z těch dvou downgradoval zpět na 6.35 a přestal se okamžitě rozpojovat. Ten druhý spoj, co má 6.42.3 se stále rozpojuje. Protože se v době, kdy oba měly 6.42.3 se rozpojovaly současně na cca 4 pingy, mám neustále podezření na DFS. Jenže jak to dokázat a samozřejmě také vyřešit, že. Dá se třeba zjistit, ve které časy ten radar přesně vysílá? A jak vlastně moje AP odliší např. sousedovo AP vysílající na stejném kmitočtu jako meteoradar? mpcz, 16.7.2018

[Gemb]

Ked das na mikrotiku superchannel tak DFS to musi ignorovat predsa...pri ubnt to iste, nastavit country code 5000 alebo 511 a tiez to ignoruje DFS. Standartne to pri ubnt caka 1min nez to zacne vysielat. na 5600 a 5620 to caka 10minut co je nepouzitelne.

[mpcz]

Ano, dík, jenomže zatím není vůbec jisté, že to dělá DFS. Je to jen předpoklad, protože vypadnou 3-4 pingy zaráz na obou spojích. (Ping jde vždy z AP na klienta).
Když na jednom spoji vrátím v.6.35 tak na něm to přestane dělat. Verze na to má evidentně zásadní vliv. Asi by to chtělo nějakou metodu na další ohraničení místa problému. mpcz, 17.7.2018

[kure05]

Pokud dáš superchannel, tak do toho DFS nekecá a chová se to normálně. Pokud je DFS aktivní, tak je to nepoužitelný. Mám vyzkoušený, že ten sektor vlastně furt jen skenuje, čeká a takřka vůbec nevysílá. Klienti maj rudej ping a samozřejmě volaj, že jim nejde net . . .