When setting to 80 MHz, you have the C/e notation to pick your base/control channel and extension channels.
If I pick 5745 Ceee, it's common sense that the base channel is 5745, and then I would expect the extension channels to grow higher in sequence, e.g., 5745->5765->5785->5805.
Likewise, if I chose 5825 eeeC, I would expect 5825->5805->5785->5765.
But in my environment, 5805 is the quietest, followed by 5785, then 5825, then 5765, then 5745. So I have set my channel plan to 5805 eeCe.
In which sequence will the band extend? Does it always go higher first, then lower, from the base channel outward? Or...?
e.g., let eeCe = 1234; is the extension sequence 3->4->2->1? Or 3->1->2->4? Or is this non-determinate and always chosen per-transmission based on the free channels? If all channels are free, what would the sequence be?
Knowing this extension methodology may change which channel I would choose to use for my base/control channel.
Thanks!
Re: 80 MHz Channel Extension Sequence?
mah... 3124, 1423, 1342, random... really? Why you suppose that???
Example:
Example:
Code: Select all
5500 "C" = [5500]
5500 Ce = C=5500, C+20 [5500, 5520]
5500 eC = C-20, C=5500 [5480, 5500]
5500 Ceee = C=5500, C+20, C+40, C+60 [5500, 5520, 5540, 5560]
5500 eCee = C-20, C=5500, C+20, C+40 [5480, 5500, 5520, 5540]
5500 eeCe = C-40, C-20, C=5500, C+20 [5460, 5480, 5500, 5520]
5500 eeeC = C-60, C-40, C-20, C=5500 [5440, 5460, 5480, 5500]
Re: 80 MHz Channel Extension Sequence?
OK cool, so what you wrote indicates that it always extends higher first, and then lower.
Indeed, that does change where I think I should put my base channel.
For particularly difficult environments, it would be a nice feature if we could control the direction (i.e., allow it to extend lower first, then higher; opposite of how you indicate it works).
Where did you find this information? Is this documented in the MikroTik wiki somewhere (I didn't see it in the Wireless section).
Edit: and how does the radio/protocol handle if only one 20 MHz band is occupied during extension? i.e., in my example, eeCe = 1234, what if 4 is occupied, will the transmission be stuck at 20 MHz until 4 is free? Or will 4 be skipped and the transmission will extend to 2 (and 1), if available?
Edit 2: I am fighting against Chrome OS-based devices (Google Pixelbook, Google Chromecast, Google Home) not attaching to 5825-80-eeeC or 5805-80-eeCe. They successfully attach to 5825-20 and 5805-20, as well as 5745-80-Ceee and 5765-80-eCee, so the problem seems to be 80 MHz compliance. The Android devices (Google Pixel XL) don't have this problem. I'm opening a case with Google about it.
Indeed, that does change where I think I should put my base channel.
For particularly difficult environments, it would be a nice feature if we could control the direction (i.e., allow it to extend lower first, then higher; opposite of how you indicate it works).
Where did you find this information? Is this documented in the MikroTik wiki somewhere (I didn't see it in the Wireless section).
Edit: and how does the radio/protocol handle if only one 20 MHz band is occupied during extension? i.e., in my example, eeCe = 1234, what if 4 is occupied, will the transmission be stuck at 20 MHz until 4 is free? Or will 4 be skipped and the transmission will extend to 2 (and 1), if available?
Edit 2: I am fighting against Chrome OS-based devices (Google Pixelbook, Google Chromecast, Google Home) not attaching to 5825-80-eeeC or 5805-80-eeCe. They successfully attach to 5825-20 and 5805-20, as well as 5745-80-Ceee and 5765-80-eCee, so the problem seems to be 80 MHz compliance. The Android devices (Google Pixel XL) don't have this problem. I'm opening a case with Google about it.
Who is online
Users browsing this forum: No registered users and 35 guests