Hi All, I'm just wondering what people consider as best practice when working with wireless signals that fluctuate a little and associated fluctuations in data rates. I don't think I have ever really seen a typical data rate that doesn't fluctuate somewhat, but I am interested to know whether most people monitor sync speed and then lock the maximum sync speed by using the supported data rates option. For example if you have a connection which is jumping around between 130M and 144M would you lock it at 130M or just let it move around ? Whichever option you would use why do you choose this option and what are the benefits ? We have quite a lot of wireless links and traditionally we let them move around as they want, but as we starting do more QOS on our links I am starting to think about pulling them back so they don't fluctuate so that we can be more certain of what actual bandwidth we will get to a site across that link and use QOS in a better more manageable way. Thanks Paul
From my perspective, the only time I would fix a rate would be to prevent
-----Original Message----- From: Public [mailto:public-bounces@talk.mikrotik.com.au] On Behalf Of Paul Julian Sent: Wednesday, 31 May 2017 4:14 PM To: public@talk.mikrotik.com.au Subject: [MT-AU Public] Locking Wireless Data Rates
Hi All, I'm just wondering what people consider as best practice when working with wireless signals that fluctuate a little and associated fluctuations in data rates. I don't think I have ever really seen a typical data rate that doesn't fluctuate somewhat, but I am interested to know whether most people monitor sync speed and then lock the maximum sync speed by using the supported data rates option.
For example if you have a connection which is jumping around between 130M and 144M would you lock it at 130M or just let it move around ? Whichever option you would use why do you choose this option and what are the benefits ?
We have quite a lot of wireless links and traditionally we let them move around as they want, but as we starting do more QOS on our links I am starting to think about pulling them back so they don't fluctuate so that we can be more certain of what actual bandwidth we will get to a site across
Hi! Speaking generally, the reason that a link will drop /down/ rates is when the retry limit is exceeded - i.e. due to some obstruction and/or other competing transmissions. To answer your question, you need to consider the effect of continuing to attempt using the higher data rate against dropping back to what might be a more reliable rate. If the rates are changing a LOT, then running at the higher rate is problematic. Therefore it would make sense to lock it to the LOWER (more reliable) data rate rather than the other way around :-} The effect of changing rates is not necessarily a big deal, as the re-sync will not usually take more than a few hundred ms, so it only becomes a problem if it happens a lot. How much is 'a lot' will usually depend on the situation - several retrains per minute would probably be too much for a busy backhaul link, but perhaps acceptable for a general domestic CPE link. the data rate from jumping UP to a rate that is rarely stable. Cheers! Mike. that
link and use QOS in a better more manageable way.
Thanks Paul _______________________________________________ Public mailing list Public@talk.mikrotik.com.au http://talk.mikrotik.com.au/mailman/listinfo/public_talk.mikrotik.com.au
Thanks Mike, I am thinking your train of thought would probably be the correct way but perhaps not what people mostly do, so for the purposes of QOS stability one would be best to lock that data rate down a little to keep the available bandwidth stable. I would be interested as well in what others were doing in this space as well so if anybody else has any thoughts please let me know. Thanks Paul -----Original Message----- From: Public [mailto:public-bounces@talk.mikrotik.com.au] On Behalf Of Mike Everest Sent: Wednesday, 31 May 2017 4:46 PM To: 'MikroTik Australia Public List' Subject: Re: [MT-AU Public] Locking Wireless Data Rates Hi! Speaking generally, the reason that a link will drop /down/ rates is when the retry limit is exceeded - i.e. due to some obstruction and/or other competing transmissions. To answer your question, you need to consider the effect of continuing to attempt using the higher data rate against dropping back to what might be a more reliable rate. If the rates are changing a LOT, then running at the higher rate is problematic. Therefore it would make sense to lock it to the LOWER (more reliable) data rate rather than the other way around :-} The effect of changing rates is not necessarily a big deal, as the re-sync will not usually take more than a few hundred ms, so it only becomes a problem if it happens a lot. How much is 'a lot' will usually depend on the situation - several retrains per minute would probably be too much for a busy backhaul link, but perhaps acceptable for a general domestic CPE link.
From my perspective, the only time I would fix a rate would be to prevent the data rate from jumping UP to a rate that is rarely stable.
-----Original Message----- From: Public [mailto:public-bounces@talk.mikrotik.com.au] On Behalf Of Paul Julian Sent: Wednesday, 31 May 2017 4:14 PM To: public@talk.mikrotik.com.au Subject: [MT-AU Public] Locking Wireless Data Rates
Hi All, I'm just wondering what people consider as best practice when working with wireless signals that fluctuate a little and associated fluctuations in data rates. I don't think I have ever really seen a typical data rate that doesn't fluctuate somewhat, but I am interested to know whether most people monitor sync speed and then lock the maximum sync speed by using the supported data rates option.
For example if you have a connection which is jumping around between 130M and 144M would you lock it at 130M or just let it move around ? Whichever option you would use why do you choose this option and what are the benefits ?
We have quite a lot of wireless links and traditionally we let them move around as they want, but as we starting do more QOS on our links I am starting to think about pulling them back so they don't fluctuate so that we can be more certain of what actual bandwidth we will get to a site across
Cheers! Mike. that
link and use QOS in a better more manageable way.
Thanks Paul _______________________________________________ Public mailing list Public@talk.mikrotik.com.au http://talk.mikrotik.com.au/mailman/listinfo/public_talk.mikrotik.com. au
_______________________________________________ Public mailing list Public@talk.mikrotik.com.au http://talk.mikrotik.com.au/mailman/listinfo/public_talk.mikrotik.com.au
-----Original Message----- From: Public [mailto:public-bounces@talk.mikrotik.com.au] On Behalf Of Paul Julian Sent: Wednesday, 31 May 2017 5:07 PM To: 'MikroTik Australia Public List' <public@talk.mikrotik.com.au> Subject: Re: [MT-AU Public] Locking Wireless Data Rates
Thanks Mike, I am thinking your train of thought would probably be the correct way but perhaps not what people mostly do, so for the purposes of QOS stability one would be best to lock that data rate down a little to keep the available bandwidth stable.
I would be interested as well in what others were doing in this space as well so if anybody else has any thoughts please let me know.
Thanks Paul
-----Original Message----- From: Public [mailto:public-bounces@talk.mikrotik.com.au] On Behalf Of Mike Everest Sent: Wednesday, 31 May 2017 4:46 PM To: 'MikroTik Australia Public List' Subject: Re: [MT-AU Public] Locking Wireless Data Rates
Hi!
Speaking generally, the reason that a link will drop /down/ rates is when
retry limit is exceeded - i.e. due to some obstruction and/or other competing transmissions.
To answer your question, you need to consider the effect of continuing to attempt using the higher data rate against dropping back to what might be a more reliable rate. If the rates are changing a LOT, then running at the higher rate is problematic. Therefore it would make sense to lock it to the LOWER (more reliable) data rate rather than the other way around :-}
The effect of changing rates is not necessarily a big deal, as the re-sync will not usually take more than a few hundred ms, so it only becomes a problem if it happens a lot.
How much is 'a lot' will usually depend on the situation - several retrains per minute would probably be too much for a busy backhaul link, but perhaps acceptable for a general domestic CPE link.
From my perspective, the only time I would fix a rate would be to prevent
I've never heard of anyone locking a data rate at the /highest/ rate that is 'sometimes possible' :-D But I can believe it (despite not understanding why ;) - I'll also be interested to hear of some cases where it is sensible to do so :) Cheers! the the
data rate from jumping UP to a rate that is rarely stable.
Cheers!
Mike.
-----Original Message----- From: Public [mailto:public-bounces@talk.mikrotik.com.au] On Behalf Of Paul Julian Sent: Wednesday, 31 May 2017 4:14 PM To: public@talk.mikrotik.com.au Subject: [MT-AU Public] Locking Wireless Data Rates
Hi All, I'm just wondering what people consider as best practice when working with wireless signals that fluctuate a little and associated fluctuations in data rates. I don't think I have ever really seen a typical data rate that doesn't fluctuate somewhat, but I am interested to know whether most people monitor sync speed and then lock the maximum sync speed by using the supported data rates option.
For example if you have a connection which is jumping around between 130M and 144M would you lock it at 130M or just let it move around ? Whichever option you would use why do you choose this option and what are the benefits ?
We have quite a lot of wireless links and traditionally we let them move around as they want, but as we starting do more QOS on our links I am starting to think about pulling them back so they don't fluctuate so that we can be more certain of what actual bandwidth we will get to a site across that link and use QOS in a better more manageable way.
Thanks Paul _______________________________________________ Public mailing list Public@talk.mikrotik.com.au http://talk.mikrotik.com.au/mailman/listinfo/public_talk.mikrotik.com. au
_______________________________________________ Public mailing list Public@talk.mikrotik.com.au http://talk.mikrotik.com.au/mailman/listinfo/public_talk.mikrotik.com.au
_______________________________________________ Public mailing list Public@talk.mikrotik.com.au http://talk.mikrotik.com.au/mailman/listinfo/public_talk.mikrotik.com.au
participants (2)
-
Mike Everest -
Paul Julian