Hi
How many access points can be stetted for deferent interfaces under same routerOS?
For example I have 4 wireless interfaces and going to enable access point mode for each interface. Is it possible?
Thanks in advance
Simple, Usable frequency are not something that infinite.why do you think that this is something advanced and needed?
Yes, frequency is nearly infinite, if you could tap to hundreds GHz freq,
but its costly and have many drawbacks.
IF we need more sectors / tower than avaiable frequency (, like
what's happen in GSM industry, this feature is god send
High Regards,
Andrei
Its, why we need synchronization in transmit , receive.think interferencefrom your interfaces
Thinks, why Canopy could be used in array, located in adjacent space ?
Answer ???
AP TX syncronization, they always transmit in the same time, and always
receive in the same time. So no self generated interference then
)High Regards,
Andrei
what exactly do they receive, if at this time noone is transmiting, only receiving? at this moment there is no data to receive thenIts, why we need synchronization in transmit , receive.think interference
Thinks, why Canopy could be used in array, located in adjacent space ?
Answer ???
AP TX syncronization, they always transmit in the same time, and always
receive in the same time. So no self generated interference then
High Regards,
Andrei
please explain better. i think the feature is already there, you just can't explain it in proper way
AFAIK The Motorola Canopy system uses Time Division Multiplexing - which is what I think this thread is hinting upon when saying things like 'TX Synchronization'. They have taken it a step further allowed multiple APs to co-ordinate.
MT might be able to achieve something similar by using their NStream polling and some kind of inter-router communication?
MT might be able to achieve something similar by using their NStream polling and some kind of inter-router communication?
Yes, Canopy's are using time division duplexing (TDD) and time division
multiple access (TDMA).
Easily speaken they do not send, when a second AP/radio is receiving
(from clients, or other backhaul devices), and vica-versa.
This reduces interference. The larger units have a GPS receiver as a time
source.
Is something like this possible with a MT and let's say 4 radios
(4 x 90deg. sector) as a AP? Do they "communicate" and kind of
"poll" the client data synchronised?
seandsl
--
multiple access (TDMA).
Easily speaken they do not send, when a second AP/radio is receiving
(from clients, or other backhaul devices), and vica-versa.
This reduces interference. The larger units have a GPS receiver as a time
source.
Is something like this possible with a MT and let's say 4 radios
(4 x 90deg. sector) as a AP? Do they "communicate" and kind of
"poll" the client data synchronised?
seandsl
--
NO.Give us more details on how nstreme works, and we can tell you
if it's the same. *g*
If you have a Routerboard with 4 radio interfaces for 4 backhaul links
running nstreme ptp, does it kind of "synchronise"?
seandsl
--
We found from real life experience.
Even if we spacing the channel 40 MHz (skips 2 full channel) apart,
if card A transmitting, the data flow in card B would be reduced.
High Regards,
Andrei
normis,
nstreme2 is fine for 1 (one) backhaul link, what about a scenario
with more than one backhaul/ap radio in one box/routerboard??
Referring to your postings which I do not see as an "answer to the question"
I will assume that a similiar configuration isn't possible with MT.
Regarding bandwith issues a nstreme link would be fine in many
situations but "more bandwith" is not the answer to all questions.
seandsl
--
nstreme2 is fine for 1 (one) backhaul link, what about a scenario
with more than one backhaul/ap radio in one box/routerboard??
Referring to your postings which I do not see as an "answer to the question"
I will assume that a similiar configuration isn't possible with MT.
Regarding bandwith issues a nstreme link would be fine in many
situations but "more bandwith" is not the answer to all questions.
seandsl
--
Normis, in 2.9.x we found that nstreme doesn't helpnstreme is not just about more bandwidth. it also does all of the things you are talking about in this topic. and about multiple nstreme2 links in one box - why not?
for colocate many ap / sector.
Your solutions is okay for backhaul (need test though),
but what's about sector array ? (like in GSM) ?
Sometimes we need 360 degree area coverage, but
we need the focusing power of sectoral, or we need
more processing power.
Thank's
High Regards,
Andrei
Yes, I heard they had GPS, I thought it was used as a clock-source for the TDM, not for co-ordination among radios.The larger units have a GPS receiver as a time
source.
NStream polling is good, but having the router co-ordinate among multiple radios could be beneficial. Like polling on steroids. It would allow channel sharing - pool multiple radios into the same channel and enable polling among them so they don't conflict?
The overall cost/benefit of this is another question...
-
-
onowojemma
Member Candidate
- Posts: 129
- Joined:
- Location: Nigeria
Normis pls can u guide my oh how i could use nstreme i have 27km i have ric522 but was not able to get through with point to point what equipment could i use to get the link.
Thanks for your advances reply
Thanks for your advances reply
nstreme is not just about more bandwidth. it also does all of the things you are talking about in this topic. and about multiple nstreme2 links in one box - why nut ot?
-
-
stephenpatrick
Forum Veteran
- Posts: 702
- Joined:
- Location: UK
- Contact:
.. just a few more cents ...
GPS-sync is a standard feature in many types of wireless base stations - for example, GSM base stations, and some "other" WISP systems.
There are a couple of major reasons AFAIK:
- synchronise radios within the base station, so they only TX at the same time: minimises adjacent radio interference, and allows closer frequencies to be used
- synchronise base stations within a network, so they don't interfere with each other: helps frequency re-use within the network.
The TX "period" or duty cycle TX:RX has to be set the same on all radios, which affects capacity to the users. Normally the operator can optimise that per-base-site. For WISP it's likely to be asymmetric, i.e. more time spend on DL rather than UL.
It's only an issue for P2MP base stations, not really backhaul links. Hence Nstreme2 is not really a relevant discussion.
Personally I think it'd be a great idea. Perhaps a GPS receiver attached to a serial port on the router. Some software needed to read the GPS time clock. Some coding for the MT guys to do in the wireless driver to "wait for sync signal" before TX, and the same for "end of TX period".
From what I understand, it'd be an enhancement to Nstreme, not a completely new feature: Nstreme has internal timing, a GPS-sync version needs to "wait for clock" for both start and end of TX period.
There's the assumption that CSMA is turned off also - a feature already in the new beta.
The other subtle feature would be to allow a single GPS receiver to be connected to multiple routers, as some MT users prefer to have a separate box for each sector antenna. Then the "distributed base station" can still behave as one from a timing point of view.
Hope that helps -
Regards
CableFree Solutions
GPS-sync is a standard feature in many types of wireless base stations - for example, GSM base stations, and some "other" WISP systems.
There are a couple of major reasons AFAIK:
- synchronise radios within the base station, so they only TX at the same time: minimises adjacent radio interference, and allows closer frequencies to be used
- synchronise base stations within a network, so they don't interfere with each other: helps frequency re-use within the network.
The TX "period" or duty cycle TX:RX has to be set the same on all radios, which affects capacity to the users. Normally the operator can optimise that per-base-site. For WISP it's likely to be asymmetric, i.e. more time spend on DL rather than UL.
It's only an issue for P2MP base stations, not really backhaul links. Hence Nstreme2 is not really a relevant discussion.
Personally I think it'd be a great idea. Perhaps a GPS receiver attached to a serial port on the router. Some software needed to read the GPS time clock. Some coding for the MT guys to do in the wireless driver to "wait for sync signal" before TX, and the same for "end of TX period".
From what I understand, it'd be an enhancement to Nstreme, not a completely new feature: Nstreme has internal timing, a GPS-sync version needs to "wait for clock" for both start and end of TX period.
There's the assumption that CSMA is turned off also - a feature already in the new beta.
The other subtle feature would be to allow a single GPS receiver to be connected to multiple routers, as some MT users prefer to have a separate box for each sector antenna. Then the "distributed base station" can still behave as one from a timing point of view.
Hope that helps -
Regards
CableFree Solutions
Who is online
Users browsing this forum: mstanciu and 81 guests