T

Tauri

Niekde to asi chytá rušenie v modulácii 11ac, alebo inej, ktorú tá vec neovláda.

11n prijímače nevedia čo majú robiť s 11ac. Pre nich je to iba šum a zdá sa, že im to vadí fest.
To isté sa dialo v prípade 11b a 11g. Miešanie rôznych modulácíí na rovnakom pásme nie je moc výhodné.

O hodne menšia rýchlosť ako by mala byť je vždy známkou rušenia, ktoré môže za istých okolností vznikať na prijímači v prípade ak je prijímač nastavený z výroby na čo najväčší dosah. Inak povedané má veľkú citlivosť, bohužiaľ aj na rušenia. Ak zabezbečíte neexistenciu rušenia, prípadne dokážete nastaviť menšiu citlivosť na klientovi, tak aj najšunkovejší router TP-LINK741-ND dáva rýchlosť cez wifi 90 Mbps.

Inak toto je známa zamŕzacia chyba, ktorá je v openWRT od čias 802.11n. Pravdepodobne súvisí s funkciou "channel auto", pričom s jej vypnutím problém nezmizne. Zamrznutie spôsobí frame, ktorý obsahuje chybu v dátach a to len v čase príjmu AUTH/ASSOC frame. Je možné, že pre managament framy to má vypnutý filter, ktorý odstraňuje chybne prijaté framy a to z dôvodu funkčnosti funkcie "channel auto", ktorá potrebuje aby hardware posielal do drivera všetky framy, nielen tie správne prijaté. Driver by to mal ovšem správne ošetriť.
K zamrznutiu príde ak klient vypadne zo siete a pokúša sa znovu pripojiť pričom sa mu to nedarí a scanuje furt dokolečka. V niektorom okamihu posielania AUTH/ASSOC framov to zamrzne. Stáva sa to veľmi zriedka a je to závislé na nastavení vysielacieho výkonu na klientovi. Čím menší výkon, tým menej čašto to zamŕza. Pravdepodobne to súvisí s odrazmi signálu od prekážok a prekážky a vzdialenosti od stien máme každý iné.
Dosť pochybujem, že to vyrieši niekto iný ako autor openWRT.

To je hádam normálna vec, že keď sa router reštartuje, tak sa nedá pripojiť.
Možno by bolo skôr zaujímavé prečo sa skoro každý deň reštaruje.
Za istých veľmi špecifických okolností to robia akékoľvek routre v ktorých je OpenWRT firmware a to aj ten firemný, ktorý je len upravený. Robí to aj Mikrotik keď sa do neho nahrá openWRT. Podotýkam, že musia existovať veľmi špecifické podmienky, ktoré súvisia aj s klientom a jeho driverom.

Stačí vám informácia, že v interiéri nikdy nenastavujem auto?

Podľa toho, čo zobrazuje mikrotik ako S/N je veľmi obtiažne niečo optimalizovať. Meraním S/N zistíte len to, že medzi paketmi sa vyskytuje nejaké energia. Neviete odkiaľ presne pochádza a ako vplýva na správne dekódovanie paketu. Paket môže byť prijatý správne aj keď to ukazuje nižšie S/N ako by malo.
Pre ilustráciu obrázok: https://ibb.co/bFPnsKh
Je tam vidieť aký priepastný rozdiel je medzi meraním S/N a SNI.
Existuje takáto tabuľka pre stanovenie ake SNI je potrebné pre bezchybnú komunikáciu:
Je to len približné. Nepostihuje to doplnkové technológie prijímača, ktoré dokážu vylepšiť SNR na strane príjmu. SNR je v tejto tabuľke myslené ako hodnota SNI, ktorú mikrotik nevie odmerať, takže v spolupráci s mikrotikom je to tiež nanič.
https://community.cisco.com/legacyfs/online/attachments/discussion/revolution-wi-fi-mcs-to-snr-single-page.pdf
Inak S/N sa mení v závislosti od RSSI (energia prijímaného signálu). Nie je to rovnaká hodnota pre silné, alebo slabé signály. Ak chcete vedieť viac, nie je na škodu sa správne opýtať google, napríklad "802.11 SNR".

Súvisí to s dĺžkou vlny. Inak hodnota S/N je pre skutočné vyladenie dosť nezaujímavá. Nepostihuje skreslenie signálu v zosilovačoch, alebo pri rozladení anténovej sústavy, prípadne imbalancie medzi kvadratúrnymi zložkami. Na toto je vhodnejšie merenie SIR (Signal-to-Interference), ktoré odmeria aj mieru interferencíí každého paketu. Takéto meranie bohužiaľ driver wifi Mikrotiku nepodporuje aj keď niektoré novšie čipy to odmerať vedia. Meranie SIR by bolo ovšem zaujímavejšie na kientovi, pretože AP pre klienta poskytuje data vo väčšej miere ako je tomu naopak. Pre vyladenie je dosť podstatné správne vyladenie na príjme. Vyslať paket do éteru nedá veľa práce, ale správne a bez chyby ho prijať je dosť obtiažna úloha.

Tu sa tiež sťažujú na kolísanie rýchlosti. Nie je to moc povzbudivé.
https://forum.mikrotik.com/viewtopic.php?f=7&t=132648

danielkop
Prejaví sa to v prípade ak SNR niektorého chainu klesne pod schopnosť prijímať data v rámci maximálneho BER pri aktuálne nastavenej modulačnej rýchlosti. Pre tento prípad je nachystaná rýchlostná automatika, ktorá zníži modulačnú rýchlosť aby aj na imbalanced chaine poklesol BER pod max.prípustnú hranicu.

11ac potrebuje väčšie SNR ako 11n, preto môže viac kolísať CCQ a počíta sa len ak sú prenášané data framy (aspoň teda na atherosoch). SNR je na atherosoch hodnota dosť od veci. Je odvodená od šumu v pauze medzi dvoma fremami.