A o čem tedy?
to asi neee. Přece apčko určuje kdy má vysílat klient ne? Já se bavim přece o něčem úplně jinym.
Bavíme se o tomto ... UBNT GPS Sync ovlivňuje jen vysílání. Všechny AP vysílají jen v jeden okamžik. Takže teoreticky mohou být na stejném kanále. Ale timesloty pro upload má každé takové AP svoje vlastní. Takže klidně může nastat to, co píšeš ... klient z druhé strany bude slyšet na AP na opačné straně stožáru. Proto samo UBNT doporučuje mít použito kanálů víc - buď dva když jsou 4 sektory, nebo 3 pro tři sektory. Aby ap "neslyšelo" klienty jiné, než svoje.
Jenže to nemá. Takže jediné, co to jakžtakž řeší je to, že lépe pracují na kanálech hned vedle sebe. Jenže to zabíjí implementací, kdy přenosovka takového řešení padá skoro na polovinu ...
Pokud bude zajištěno, že i klient může vysílat jen jeden v jeden okamžik, ať už mám v GPS syncu zapojeno APček kolik chci, může to fungovat vše na stejném kanále.
Řekl bych, že řešení jiných výrobců tuto moji domněnku potvrzují.
SYNC u UBNT nemuze fungovat uz z principu. Jedna to neni TDD a potom nelze synchronizovat neco, co ma promennou delku ramcu.