Community discussions

 
djvolt
newbie
Posts: 48
Joined: Mon Dec 31, 2018 4:50 pm

Re: ARM devices and NV2 protocol

Sat Feb 23, 2019 1:08 am

This is not AC mode, AC mode will reach around 240Mbps on 40MHz :P
http://24.multimediahd.pl/pl/3-60ghz
Upgrades for Mikrotik's devices
 
OniLink
just joined
Posts: 5
Joined: Fri Apr 13, 2018 11:11 pm

Re: ARM devices and NV2 protocol

Sat Feb 23, 2019 4:46 am

Hi, then is ARM already fixed? There are no more packet losses?
 
2jarek
Member Candidate
Member Candidate
Posts: 114
Joined: Thu May 17, 2007 3:28 pm
Location: Poland

Re: ARM devices and NV2 protocol

Sat Feb 23, 2019 8:39 am

This is not AC mode, AC mode will reach around 240Mbps on 40MHz :P
yeee single TCP stream 240 Mbit from 40 Mhz :D Mby in lab.
 
ste
Forum Guru
Forum Guru
Posts: 1803
Joined: Sun Feb 13, 2005 11:21 pm

Re: ARM devices and NV2 protocol

Sat Feb 23, 2019 9:03 am

This is not AC mode, AC mode will reach around 240Mbps on 40MHz :P
yeee single TCP stream 240 Mbit from 40 Mhz :D Mby in lab.
Still a waste of spectrum these days. Hope .ax shows up soon. >100M Capacity/10MHz is 2019.
 
server8
Member
Member
Posts: 388
Joined: Fri Apr 22, 2011 1:27 pm

Re: ARM devices and NV2 protocol

Sat Feb 23, 2019 9:34 am

With ubiquiti AF HD we are very close to have 100 mb/s download speed with 10 MHz for PtP NOW for AP side with cambium we have >300 Mb/s@20 MHz using ultra dense mu-mimo technology
 
human1982
newbie
Posts: 29
Joined: Thu Aug 13, 2015 2:36 am

Re: ARM devices and NV2 protocol

Sat Feb 23, 2019 9:52 am

With ubiquiti AF HD we are very close to have 100 mb/s download speed with 10 MHz for PtP NOW for AP side with cambium we have >300 Mb/s@20 MHz using ultra dense mu-mimo technology
So if DISC Lite5 ac DiscG-5acD 240mbit (if it really works) cost is 45$, what is the cost of cambium per mbit?
This is NV2 ARM thread.
 
ste
Forum Guru
Forum Guru
Posts: 1803
Joined: Sun Feb 13, 2005 11:21 pm

Re: ARM devices and NV2 protocol

Sat Feb 23, 2019 10:04 am

With ubiquiti AF HD we are very close to have 100 mb/s download speed with 10 MHz for PtP NOW for AP side with cambium we have >300 Mb/s@20 MHz using ultra dense mu-mimo technology
So if DISC Lite5 ac DiscG-5acD 240mbit (if it really works) cost is 45$, what is the cost of cambium per mbit?
This is NV2 ARM thread.
Wisps learned that the expensive resource is spectrum not Hardware. To stay on topic: NV2 Arm has to be improved much further to be more spectrum efficient.
 
2jarek
Member Candidate
Member Candidate
Posts: 114
Joined: Thu May 17, 2007 3:28 pm
Location: Poland

Re: ARM devices and NV2 protocol

Sat Feb 23, 2019 10:05 am

With ubiquiti AF HD we are very close to have 100 mb/s download speed with 10 MHz for PtP NOW for AP side with cambium we have >300 Mb/s@20 MHz using ultra dense mu-mimo technology
Omg 2x2 mimo vs 4x4 mimo compare No sense. AF HD 2x2 true but for 4096 QAM nede clean spectrum
 
sergesa
just joined
Posts: 8
Joined: Thu Aug 09, 2018 7:16 pm

Re: ARM devices and NV2 protocol

Sat Feb 23, 2019 6:05 pm

ìt really work ! PtP 20MHZ TCP
1. 802.11 105/100
2. NV2 90/80
nv2 work what never before on ARM, but we wait continued improvements
This still shows 802.11 is better?
What signal strength on both ends? 1 stream tcp or more? Test between the two devices or from devices behind the two radio's? (like two CCR behind the 'arm' devices)
Rudy,
as my result yes, 802.11 is better, but in ptp.. I'm not sure why I need to use TDM in ptp configuration. I wait this mainly for PtMP, and now will try to update and make test (ap under load all time)
I think now is not matter use external bandwidth test, because last MT firmware use all cores for test
20 streams by default. Bellow is my test PtP
You do not have the required permissions to view the files attached to this post.
 
mfr476
Member Candidate
Member Candidate
Posts: 170
Joined: Thu Oct 11, 2018 4:51 pm

Re: ARM devices and NV2 protocol

Mon Feb 25, 2019 10:11 am

at the end works, a little slow but work¡¡¡¡¡¡
 
joserudi
Frequent Visitor
Frequent Visitor
Posts: 66
Joined: Thu Nov 22, 2007 10:16 pm

Re: ARM devices and NV2 protocol

Mon Feb 25, 2019 12:27 pm

Now that works perfectly nv2. Will it release mikrotik mantbox with arm that admits a greater number of users and throughput?
 
mfr476
Member Candidate
Member Candidate
Posts: 170
Joined: Thu Oct 11, 2018 4:51 pm

Re: ARM devices and NV2 protocol

Mon Feb 25, 2019 12:34 pm

I think first mikrotik release omnitik ac arm but i don't know
 
server8
Member
Member
Posts: 388
Joined: Fri Apr 22, 2011 1:27 pm

Re: ARM devices and NV2 protocol

Mon Feb 25, 2019 1:29 pm

Now it is much better but it sometimes miss the NV2 slot and the modulation drop.

When I stop the speedtest from the arm device the tx and rx modulations goes higher, the speedtest using UDP is perfect using TCP unleashes more the issue the cpu values are:

system resource cpu print follow
# CPU LOAD IRQ DISK
0 cpu0 5% 0% 0%
1 cpu1 33% 33% 0%
2 cpu2 9% 0% 0%
3 cpu3 3% 0% 0%

Here a print screen left mipsbe AC and left arm AC both clients are on the same roof the signal is better on the arm device

Now that works perfectly nv2. Will it release mikrotik mantbox with arm that admits a greater number of users and throughput?
You do not have the required permissions to view the files attached to this post.
Last edited by server8 on Mon Feb 25, 2019 3:34 pm, edited 1 time in total.
 
mfr476
Member Candidate
Member Candidate
Posts: 170
Joined: Thu Oct 11, 2018 4:51 pm

Re: ARM devices and NV2 protocol

Mon Feb 25, 2019 1:42 pm

Lite to lite
 
server8
Member
Member
Posts: 388
Joined: Fri Apr 22, 2011 1:27 pm

Re: ARM devices and NV2 protocol

Mon Feb 25, 2019 7:49 pm

with v6.44rc4 seems to work much much better MT is very close to solve the iusse
 
User avatar
honzam
Forum Guru
Forum Guru
Posts: 2287
Joined: Wed Feb 27, 2008 10:27 pm
Location: Czech Republic

Re: ARM devices and NV2 protocol

Mon Feb 25, 2019 10:12 pm

with v6.44rc4 seems to work much much better MT is very close to solve the iusse
Your picture is with RC1 (this is without ARM fix)
LAN, FTTx, Wireless. ISP operator
 
User avatar
normis
MikroTik Support
MikroTik Support
Posts: 24205
Joined: Fri May 28, 2004 11:04 am
Location: Riga, Latvia

Re: ARM devices and NV2 protocol

Tue Feb 26, 2019 8:55 am

server8 you are not testing any ARM fixes. The fixes are in rc4 only.
No answer to your question? How to write posts
 
server8
Member
Member
Posts: 388
Joined: Fri Apr 22, 2011 1:27 pm

Re: ARM devices and NV2 protocol

Tue Feb 26, 2019 9:03 am

I have posted that with RC4 works much much better the performance now are much much closer to old AC devices :-)
 
2jarek
Member Candidate
Member Candidate
Posts: 114
Joined: Thu May 17, 2007 3:28 pm
Location: Poland

Re: ARM devices and NV2 protocol

Tue Feb 26, 2019 10:01 am

RC4 for ARM works much much better for NV2 & pure 802.11 too. Here MIPSBE AC Basestation + ARM CPE good signal 50 dB but non line of sight for pure 802.11N mode. Before RC4 latency spikes for idle mode / no traffic only.
You do not have the required permissions to view the files attached to this post.
 
User avatar
honzam
Forum Guru
Forum Guru
Posts: 2287
Joined: Wed Feb 27, 2008 10:27 pm
Location: Czech Republic

Re: ARM devices and NV2 protocol

Tue Feb 26, 2019 10:39 am

The fixes are in rc4 only.
Normis, is there diference between rc4 and final 6.44? In wireless driver? Thanks
LAN, FTTx, Wireless. ISP operator
 
User avatar
emils
MikroTik Support
MikroTik Support
Posts: 494
Joined: Thu Dec 11, 2014 8:53 am

Re: ARM devices and NV2 protocol

Tue Feb 26, 2019 10:49 am

6.44rc4 and 6.44 versions are identical.
 
wispman74
just joined
Posts: 9
Joined: Sat Aug 11, 2018 5:30 pm

Re: ARM devices and NV2 protocol

Tue Feb 26, 2019 10:23 pm

just a question; now for ptp link wich is better between nv2 and 802.11n?
 
networkfudge
Trainer
Trainer
Posts: 130
Joined: Mon May 20, 2013 2:47 pm

Re: ARM devices and NV2 protocol

Tue Feb 26, 2019 11:03 pm

just a question; now for ptp link wich is better between nv2 and 802.11n?
nv2 was designed to optimise performance of point to multipoint networks. Usually vanilla 802.11 is faster in ptp however in cases where there is interference nv2 can perform better than 802.11.
When setting up ptp links I always cycle through 802.11/nstreme/nv2 and pick the best. Quite often this is 802.11 or nstreme and not nv2, but when setting up wireless links every environment is different so test test test and don't rely on what worked for someone inside a forum somewhere. Ptmp I always use nv2 though lately I have been hearing that 802.11 is performing better than it used to.
MTCNA MTCWE MTCRE MTCINE MTCTCE UWBS UWBA
 
WirelessRudy
Forum Guru
Forum Guru
Posts: 3082
Joined: Tue Aug 08, 2006 5:54 pm
Location: Spain

Re: ARM devices and NV2 protocol

Tue Feb 26, 2019 11:58 pm

just a question; now for ptp link wich is better between nv2 and 802.11n?
nv2 was designed to optimise performance of point to multipoint networks. Usually vanilla 802.11 is faster in ptp however in cases where there is interference nv2 can perform better than 802.11.
When setting up ptp links I always cycle through 802.11/nstreme/nv2 and pick the best. Quite often this is 802.11 or nstreme and not nv2, but when setting up wireless links every environment is different so test test test and don't rely on what worked for someone inside a forum somewhere. Ptmp I always use nv2 though lately I have been hearing that 802.11 is performing better than it used to.
Don't forget to mention that even P2P links once set need every so many months a new check. Spectral environment change. Other users (operators) start using the same or near frequency for instance... A link once worked fine can be a disaster half a year later...

I am one of the user that for the last half year show many tests where 802.11 (rts/cts) outperforms NV2 almost every time again. And special in 'ac' the technology advanced where NV2 in my opinion did not....
Show your appreciation of this post by giving me Karma! Thanks.

Rudy R. Puister

WISP operator based on MT routerboard & ROS.
 
adilsemedo
just joined
Posts: 14
Joined: Fri Sep 29, 2017 9:47 pm

Re: ARM devices and NV2 protocol

Wed Feb 27, 2019 2:25 am

6.44rc4 and 6.44 versions are identical.
For the accurate test, does the AP (netmetal) should also has the 6.44 version or doest it matter?
WISP Engineer
MTCNA MTCRE MTCWE
 
User avatar
Alessio Garavano
Member
Member
Posts: 304
Joined: Sat May 29, 2004 12:49 am
Location: Corrientes, Argentina
Contact:

Re: ARM devices and NV2 protocol

Wed Feb 27, 2019 5:25 pm

6.44rc4 and 6.44 versions are identical.
For the accurate test, does the AP (netmetal) should also has the 6.44 version or doest it matter?
Brother, the AP is the main device to be upgraded!
Alessio Garavano
http://www.isparg.com.ar
 
adilsemedo
just joined
Posts: 14
Joined: Fri Sep 29, 2017 9:47 pm

Re: ARM devices and NV2 protocol

Thu Feb 28, 2019 9:27 am

Hi all,
Someone has tested more scenarios with ARM, 5ghz AC, ROS 6.44 with NV2 or 802.11?
we´ve been facing this issues on our network and we need to solve this...

~150 RB922 AP and ~2000 arm CPE
WISP Engineer
MTCNA MTCRE MTCWE
 
User avatar
normis
MikroTik Support
MikroTik Support
Posts: 24205
Joined: Fri May 28, 2004 11:04 am
Location: Riga, Latvia

Re: ARM devices and NV2 protocol

Thu Feb 28, 2019 9:28 am

please upgrade and see. most people have reported good results.
No answer to your question? How to write posts
 
networkfudge
Trainer
Trainer
Posts: 130
Joined: Mon May 20, 2013 2:47 pm

Re: ARM devices and NV2 protocol

Thu Feb 28, 2019 9:34 am

Hi all,
Someone has tested more scenarios with ARM, 5ghz AC, ROS 6.44 with NV2 or 802.11?
we´ve been facing this issues on our network and we need to solve this...

~150 RB922 AP and ~2000 arm CPE
Upgrade yesterday!!!!!!!!!!!
MTCNA MTCWE MTCRE MTCINE MTCTCE UWBS UWBA
 
server8
Member
Member
Posts: 388
Joined: Fri Apr 22, 2011 1:27 pm

Re: ARM devices and NV2 protocol

Thu Feb 28, 2019 10:34 am

We are making some tests and seems to work much much better but our scenario is 1 arm client and 30 mipsbe clients on the AP

I don't know if more arm clients on the AP is a problem
 
adilsemedo
just joined
Posts: 14
Joined: Fri Sep 29, 2017 9:47 pm

Re: ARM devices and NV2 protocol

Thu Feb 28, 2019 12:10 pm

We are making some tests and seems to work much much better but our scenario is 1 arm client and 30 mipsbe clients on the AP

I don't know if more arm clients on the AP is a problem
@Server8,

wich MIPSBE device do you use as clients? I saw at this thread that mispse is betther than arm for AC...
The only have DynaDish5, the newer SXT AC lite is all arm...
WISP Engineer
MTCNA MTCRE MTCWE
 
server8
Member
Member
Posts: 388
Joined: Fri Apr 22, 2011 1:27 pm

Re: ARM devices and NV2 protocol

Thu Feb 28, 2019 2:10 pm

Old SXT lite AC no more on the market actually we are installing mipsbe N after arm ac NV2 issue, yesterday we start back to install some arm ac devices to check it in real life but it's soon to understand if they works
 
InoX
Forum Guru
Forum Guru
Posts: 1962
Joined: Tue Jan 09, 2007 6:44 pm

Re: ARM devices and NV2 protocol

Thu Feb 28, 2019 6:46 pm

nstreme will be ditched? Or is it allready?
 
WirelessRudy
Forum Guru
Forum Guru
Posts: 3082
Joined: Tue Aug 08, 2006 5:54 pm
Location: Spain

Re: ARM devices and NV2 protocol

Thu Feb 28, 2019 6:58 pm

please upgrade and see. most people have reported good results.
Ok, yesterday upgraded a NetMetal5 from 6.34.12 to 6.44 and all its 9 clients (a mixture of Sextants, LHG's and SXT lites) the same. All mipsbe and all working on 'n' modulation.
Although the NV2 improved a lot, 802.11n with rts/cts is still some 30% faster. The AP and its clients run in a very congested spectrum. Can find no 'free' channel in 40Mhz, 20Mhz sees adjacent AP's hitting with -70 etc. so although we run 40Mhz bandwidth, it sees some overlap with some -75 AP at distance. 802.11 has no issue to maintain almost consistend 50Mbps download towards clients, NV2 stays around 35Mbps. But that was no more then 25 so yes it improved... (or is spectrum different today?)

Yesterday als ran one Omintik5-ac with only 4 clients, all arm units (except this Omnitik off course) and here we saw that NV2 now performs almost the same as the 802.11 rtx/cts protocol.

During the week that comes I will test more P2MP networks since overal I do not see new issues so I can only expect to gain by upgrading.....
Show your appreciation of this post by giving me Karma! Thanks.

Rudy R. Puister

WISP operator based on MT routerboard & ROS.
 
adilsemedo
just joined
Posts: 14
Joined: Fri Sep 29, 2017 9:47 pm

Re: ARM devices and NV2 protocol

Thu Feb 28, 2019 7:57 pm

Now i´ve an AP with 26 ARM CPE. I wounder if i can do a stress test to all units at the same time, like high BW.
WISP Engineer
MTCNA MTCRE MTCWE
 
WirelessRudy
Forum Guru
Forum Guru
Posts: 3082
Joined: Tue Aug 08, 2006 5:54 pm
Location: Spain

Re: ARM devices and NV2 protocol

Thu Feb 28, 2019 7:59 pm

This is not AC mode, AC mode will reach around 240Mbps on 40MHz :P
yeee single TCP stream 240 Mbit from 40 Mhz :D Mby in lab.
Impossible:
802.11ac MCS9 = 200Mbps is highest possible connection rate for 40Mhz channel, one stream. You are on dual stream. You can't beat the standard...
Show your appreciation of this post by giving me Karma! Thanks.

Rudy R. Puister

WISP operator based on MT routerboard & ROS.
 
WirelessRudy
Forum Guru
Forum Guru
Posts: 3082
Joined: Tue Aug 08, 2006 5:54 pm
Location: Spain

Re: ARM devices and NV2 protocol

Thu Feb 28, 2019 8:02 pm

Now i´ve an AP with 26 ARM CPE. I wounder if i can do a stress test to all units at the same time, like high BW.
You can, but you'll have to login to every unit and run it. You need a lot of open windows in your management PC..... And you'll find the maximum throughput is relatively low since the AP needs to process all that traffic for each unit which creates a lot of overhead that is bringing the usable throughput down.
Better is to stress test with 3-4 clients max, which is probably also much more reflecting reality....
Show your appreciation of this post by giving me Karma! Thanks.

Rudy R. Puister

WISP operator based on MT routerboard & ROS.
 
marcin21
Member Candidate
Member Candidate
Posts: 187
Joined: Tue May 04, 2010 4:50 pm

Re: ARM devices and NV2 protocol

Fri Mar 01, 2019 12:30 pm

Are there any improvements in nv2 regarding older architecture, mipsbe+AC (omnitik ac) ?
I'm still using 802.11 mode in such scenario and for some longer period of time I stopped buying those omnitiks.
 
peson
Trainer
Trainer
Posts: 181
Joined: Tue Jul 20, 2004 10:33 am
Location: Sweden

Re: ARM devices and NV2 protocol

Sat Mar 02, 2019 12:39 am

Now i´ve an AP with 26 ARM CPE. I wounder if i can do a stress test to all units at the same time, like high BW.
You can, but you'll have to login to every unit and run it. You need a lot of open windows in your management PC..... And you'll find the maximum throughput is relatively low since the AP needs to process all that traffic for each unit which creates a lot of overhead that is bringing the usable throughput down.
Better is to stress test with 3-4 clients max, which is probably also much more reflecting reality....
Well you only need to login into one router, a core like a CCR is prefered.
Open up some terminal windows and run:
/tool bandwidth-test 1.2.3.4 user=admin password=password protocol=udp local-tx-speed=5M remote-tx-speed=2M direction=both
Do this for as many CPEs you would like to test, select different speeds for some and you will have a good test of your network.
Reboot is the last resort, try to find out what's wrong instead.
 
WirelessRudy
Forum Guru
Forum Guru
Posts: 3082
Joined: Tue Aug 08, 2006 5:54 pm
Location: Spain

Re: ARM devices and NV2 protocol

Sat Mar 02, 2019 1:59 am

Now i´ve an AP with 26 ARM CPE. I wounder if i can do a stress test to all units at the same time, like high BW.
You can, but you'll have to login to every unit and run it. You need a lot of open windows in your management PC..... And you'll find the maximum throughput is relatively low since the AP needs to process all that traffic for each unit which creates a lot of overhead that is bringing the usable throughput down.
Better is to stress test with 3-4 clients max, which is probably also much more reflecting reality....
Well you only need to login into one router, a core like a CCR is prefered.
Open up some terminal windows and run:
/tool bandwidth-test 1.2.3.4 user=admin password=password protocol=udp local-tx-speed=5M remote-tx-speed=2M direction=both
Do this for as many CPEs you would like to test, select different speeds for some and you will have a good test of your network.
Ok, interesting. Never new that.... going to try that one day... now its weekend... But thanks anyway!
Show your appreciation of this post by giving me Karma! Thanks.

Rudy R. Puister

WISP operator based on MT routerboard & ROS.
 
pr0fil
just joined
Posts: 4
Joined: Wed Aug 20, 2014 10:59 pm

Re: ARM devices and NV2 protocol

Sat Mar 02, 2019 2:02 pm

SXTsq 5 AC(arm)
ptp Link 80Mhz
using nv2
Throughput - 450mb/s
no packet loss
distance ~600m
looks very good, nv2 is best case scenario atm.
 
networkfudge
Trainer
Trainer
Posts: 130
Joined: Mon May 20, 2013 2:47 pm

Re: ARM devices and NV2 protocol

Sun Mar 03, 2019 12:08 pm

This is not AC mode, AC mode will reach around 240Mbps on 40MHz :P
yeee single TCP stream 240 Mbit from 40 Mhz :D Mby in lab.
Impossible:
802.11ac MCS9 = 200Mbps is highest possible connection rate for 40Mhz channel, one stream. You are on dual stream. You can't beat the standard...
The guy never said he was SISO, that was your own assumption. He said SINGLE TCP STREAM, with respect to the bandwidth test.
His calculations (240mbps @ 40mhz) are still incorrect though at least when it comes to PHY rates.

Perhaps 240mbps throughput is his real world experience in the field with 2-stream AC @ 40mhz, but he hasn't really explained what he means so we can only guess!
MTCNA MTCWE MTCRE MTCINE MTCTCE UWBS UWBA
 
adilsemedo
just joined
Posts: 14
Joined: Fri Sep 29, 2017 9:47 pm

Re: ARM devices and NV2 protocol

Sun Mar 03, 2019 11:35 pm

Now i´ve an AP with 26 ARM CPE. I wounder if i can do a stress test to all units at the same time, like high BW.
You can, but you'll have to login to every unit and run it. You need a lot of open windows in your management PC..... And you'll find the maximum throughput is relatively low since the AP needs to process all that traffic for each unit which creates a lot of overhead that is bringing the usable throughput down.
Better is to stress test with 3-4 clients max, which is probably also much more reflecting reality....
Well you only need to login into one router, a core like a CCR is prefered.
Open up some terminal windows and run:
/tool bandwidth-test 1.2.3.4 user=admin password=password protocol=udp local-tx-speed=5M remote-tx-speed=2M direction=both
Do this for as many CPEs you would like to test, select different speeds for some and you will have a good test of your network.
Ok, interesting. Never new that.... going to try that one day... now its weekend... But thanks anyway!
Thanks so much @peson. Very good material,
i´ll test it tomorow.

We have a virtual machine, running Dude Server at the core network, where we can do this test scenario:
But if we have 4 CPEs with different management IP (ex: 10.10.10.1, 10.10.10.2, 10.10.10.3 and 10.10.10.4), we have to running 4 sessions of:
/tool bandwidth-test 10.10.10.x user=admin password=password protocol=udp local-tx-speed=5M remote-tx-speed=2M direction=both
WISP Engineer
MTCNA MTCRE MTCWE
 
OniLink
just joined
Posts: 5
Joined: Fri Apr 13, 2018 11:11 pm

Re: ARM devices and NV2 protocol

Mon Mar 04, 2019 1:36 am

SXTsq 5 AC(arm)
ptp Link 80Mhz
using nv2
Throughput - 450mb/s
no packet loss
distance ~600m
looks very good, nv2 is best case scenario atm.
hi, can you share speedtest screenshots between radios and ping? please friend
 
pr0fil
just joined
Posts: 4
Joined: Wed Aug 20, 2014 10:59 pm

Re: ARM devices and NV2 protocol

Mon Mar 04, 2019 10:39 am

UDP + torrent, i can share with TCP if you need.
You do not have the required permissions to view the files attached to this post.
 
OniLink
just joined
Posts: 5
Joined: Fri Apr 13, 2018 11:11 pm

Re: ARM devices and NV2 protocol

Tue Mar 05, 2019 11:03 am

UDP + torrent, i can share with TCP if you need.

thank you very much for sharing, greetings
 
alejosalmon
just joined
Posts: 23
Joined: Sun May 31, 2015 3:02 pm

Re: ARM devices and NV2 protocol

Sun Mar 10, 2019 3:28 pm

Hello is there any improvement in nstreme in routeros 6.44?
 
User avatar
honzam
Forum Guru
Forum Guru
Posts: 2287
Joined: Wed Feb 27, 2008 10:27 pm
Location: Czech Republic

Re: ARM devices and NV2 protocol

Sun Mar 10, 2019 4:32 pm

Hello is there any improvement in nstreme in routeros 6.44?
No, only NV2
LAN, FTTx, Wireless. ISP operator
 
DavidAlves
just joined
Posts: 3
Joined: Wed Oct 04, 2017 11:00 pm

Re: ARM devices and NV2 protocol

Sun Mar 10, 2019 4:48 pm

Hi! I would like know about nv2 on mipsbe. Is the performance was improved too or better stay on 6.42? On my network we never get over of about of ~50mb on nv2@20mhz on rush hour and about 25 client with plans between 5mb ~10mb.

Thanks!
David

Enviado de meu Mi A2 Lite usando o Tapatalk

 
2jarek
Member Candidate
Member Candidate
Posts: 114
Joined: Thu May 17, 2007 3:28 pm
Location: Poland

Re: ARM devices and NV2 protocol

Tue Mar 12, 2019 12:47 pm

@20 MHz 802.11N (not AC) NV2 now 110 Mbit/s for TCP speedtest good job mikrotik :D . Now time for fix 40 MHz channel in this moment max speed only 150 Mbit for TCP :(
You do not have the required permissions to view the files attached to this post.
 
WirelessRudy
Forum Guru
Forum Guru
Posts: 3082
Joined: Tue Aug 08, 2006 5:54 pm
Location: Spain

Re: ARM devices and NV2 protocol

Tue Mar 12, 2019 4:33 pm

@20 MHz 802.11N (not AC) NV2 now 110 Mbit/s for TCP speedtest good job mikrotik :D . Now time for fix 40 MHz channel in this moment max speed only 150 Mbit for TCP :(
That makes little sense... If you see an improvement on the ROS for 20Mhz then you should also see the same kind of improvement on 40Mhz. The only thing that happens in 40Mhz compared to 20Mhz is de widht of the data pata. Now (theoratically) you can send twice as much data. It's like having now a 4 lane motorway instead of 2.

When you see this little improvement on the 40Mhz compared to 20Mhz as in your example then probably you have interference in the wide frequency. Where 20Mhz would have a pretty 'clear' channel the 40Mhz could well overlap with some other transmitting device which could ultimately make the connections even worse.
Because the radio energy now is devided over a twice a wide spectrum it means the power per hz goes down. And thus the S/N becomes smaller so the datarate cannot maintained at the same level and thus the capacity of the channel goes down.

So check if the 40Mhz channels is as free as the 20Mhz is....
Show your appreciation of this post by giving me Karma! Thanks.

Rudy R. Puister

WISP operator based on MT routerboard & ROS.
 
User avatar
honzam
Forum Guru
Forum Guru
Posts: 2287
Joined: Wed Feb 27, 2008 10:27 pm
Location: Czech Republic

Re: ARM devices and NV2 protocol

Tue Mar 12, 2019 5:55 pm

Now time for fix 40 MHz channel in this moment max speed only 150 Mbit for TCP :(
+ 1
LAN, FTTx, Wireless. ISP operator
 
DavidAlves
just joined
Posts: 3
Joined: Wed Oct 04, 2017 11:00 pm

Re: ARM devices and NV2 protocol

Tue Mar 12, 2019 6:53 pm

@20 MHz 802.11N (not AC) NV2 now 110 Mbit/s for TCP speedtest good job mikrotik :D . Now time for fix 40 MHz channel in this moment max speed only 150 Mbit for TCP :(
It is great! But it is possible percept in your print that on registration sheet that you have just 6 clients and so with that amount of clients on this antenna so it is relatively easy get highs throughput on this AP. Would you got a teatanother AP with more than 20 clients connected?

Enviado de meu Mi A2 Lite usando o Tapatalk

 
joserudi
Frequent Visitor
Frequent Visitor
Posts: 66
Joined: Thu Nov 22, 2007 10:16 pm

Re: ARM devices and NV2 protocol

Wed Mar 13, 2019 2:34 pm

Hi, is mikrotik planning to use arm devices in sector antennas like mantboxes now that nv2 works correctly? Thank you
 
server8
Member
Member
Posts: 388
Joined: Fri Apr 22, 2011 1:27 pm

Re: ARM devices and NV2 protocol

Wed Mar 13, 2019 7:52 pm

Netmetal mipsbe works great please don't ask for a new russian roulette :-)
 
User avatar
honzam
Forum Guru
Forum Guru
Posts: 2287
Joined: Wed Feb 27, 2008 10:27 pm
Location: Czech Republic

Re: ARM devices and NV2 protocol

Fri Mar 15, 2019 12:30 pm

Still unsolved problem:
ARM client with NV2 is disconnected from AP without reason (ROS 6.44). In log is - lost connection, synchronization timeout
Solution? Reboot client from LAN side. Ticket#2019012222004029
LAN, FTTx, Wireless. ISP operator
 
human1982
newbie
Posts: 29
Joined: Thu Aug 13, 2015 2:36 am

Re: ARM devices and NV2 protocol

Fri Mar 15, 2019 1:00 pm

Still unsolved problem:
ARM client with NV2 is disconnected from AP without reason (ROS 6.44). In log is - lost connection, synchronization timeout
Solution? Reboot client from LAN side. Ticket#2019012222004029
Watchdog?
 
n21roadie
Forum Guru
Forum Guru
Posts: 1887
Joined: Fri Aug 07, 2009 10:36 pm
Location: Limerick,Ireland

Re: ARM devices and NV2 protocol

Fri Mar 15, 2019 1:50 pm

Still unsolved problem:
ARM client with NV2 is disconnected from AP without reason (ROS 6.44). In log is - lost connection, synchronization timeout
Solution? Reboot client from LAN side. Ticket#2019012222004029
This is a general observation comment about Mikrotik ( not just ARM devices) , why does most of the connectivity issues occur on the wireless part of the router and yet the LAN side is still functional ?
 
User avatar
honzam
Forum Guru
Forum Guru
Posts: 2287
Joined: Wed Feb 27, 2008 10:27 pm
Location: Czech Republic

Re: ARM devices and NV2 protocol

Fri Mar 15, 2019 3:32 pm

Watchdog?
Yes watchdog is workaround. But we have more than 600 ARM clients. Watchdog on all? This is not solution....

This is a general observation comment about Mikrotik ( not just ARM devices) , why does most of the connectivity issues occur on the wireless part of the router and yet the LAN side is still functional ?
No this is not comment from mikrotik. Reboot or power shut down is our solution how to solve this...
LAN, FTTx, Wireless. ISP operator
 
WirelessRudy
Forum Guru
Forum Guru
Posts: 3082
Joined: Tue Aug 08, 2006 5:54 pm
Location: Spain

Re: ARM devices and NV2 protocol

Fri Mar 15, 2019 6:31 pm

Still unsolved problem:
ARM client with NV2 is disconnected from AP without reason (ROS 6.44). In log is - lost connection, synchronization timeout
Solution? Reboot client from LAN side. Ticket#2019012222004029
Sounds to me a wireless issue. Probably interference so NV2 sync between AP and CPE gets lost or corrupted and thus connection will be broken until next attempt might repair it.. etc. etc.
A reboot is not going to help it. Sort the wireless. Other frequency, increase S/N (or absolute signal), use other protocol (802.11 is usually better then NV2)
Show your appreciation of this post by giving me Karma! Thanks.

Rudy R. Puister

WISP operator based on MT routerboard & ROS.
 
User avatar
honzam
Forum Guru
Forum Guru
Posts: 2287
Joined: Wed Feb 27, 2008 10:27 pm
Location: Czech Republic

Re: ARM devices and NV2 protocol

Fri Mar 15, 2019 6:51 pm

Sounds to me a wireless issue.
Yes, this is wireless bug. But only on ARM.
Mipsbe, mmips don´t have this problem.
This problem has nothing to do with SNR or CCQ. You can have the signal -45, CCQ = 100% and still disconnect from AP. The client will never reconnect himself.
In scan from client during problem is 0 networks!
After rebooting or disconnecting power works well. Maybe chipset bug or something with drivers :(
LAN, FTTx, Wireless. ISP operator
 
WirelessRudy
Forum Guru
Forum Guru
Posts: 3082
Joined: Tue Aug 08, 2006 5:54 pm
Location: Spain

Re: ARM devices and NV2 protocol

Fri Mar 15, 2019 7:51 pm

Sounds to me a wireless issue.
Yes, this is wireless bug. But only on ARM.
Mipsbe, mmips don´t have this problem.
This problem has nothing to do with SNR or CCQ. You can have the signal -45, CCQ = 100% and still disconnect from AP. The client will never reconnect himself.
In scan from client during problem is 0 networks!
After rebooting or disconnecting power works well. Maybe chipset bug or something with drivers :(
What is your software version? I run 6.44 now on all my AP's and clients and have some 700 clients. Some 50% are now arm devices but I don't see any difference between arm and mipsbe.
I also don't see these disconnects often. Sometimes yes, but that can be any device.
I run 802.11n or ac if the network is changed for it. It works much better then NV2 anyway.
But I still have some 50 clients on NV2 networks and have no issues like you'd prescribe.
Show your appreciation of this post by giving me Karma! Thanks.

Rudy R. Puister

WISP operator based on MT routerboard & ROS.
 
User avatar
honzam
Forum Guru
Forum Guru
Posts: 2287
Joined: Wed Feb 27, 2008 10:27 pm
Location: Czech Republic

Re: ARM devices and NV2 protocol

Fri Mar 15, 2019 7:59 pm

What is your software version? I run 6.44 now on all my AP's and clients and have some 700 clients. Some 50% are now arm devices but I don't see any difference between arm and mipsbe.
I also don't see these disconnects often. Sometimes yes, but that can be any device. I run 802.11n or ac if the network is changed for it. It works much better then NV2 anyway.But I still have some 50 clients on NV2 networks and have no issues like you'd prescribe.
6.44 on clients. And on AP 6.43.x
This issue is random. Sometimes after 7days or xx days or xxx days. We use NV2 on all sector antenas and about 700 ARM clients
LAN, FTTx, Wireless. ISP operator
 
WirelessRudy
Forum Guru
Forum Guru
Posts: 3082
Joined: Tue Aug 08, 2006 5:54 pm
Location: Spain

Re: ARM devices and NV2 protocol

Fri Mar 15, 2019 8:37 pm

What is your software version? I run 6.44 now on all my AP's and clients and have some 700 clients. Some 50% are now arm devices but I don't see any difference between arm and mipsbe.
I also don't see these disconnects often. Sometimes yes, but that can be any device. I run 802.11n or ac if the network is changed for it. It works much better then NV2 anyway.But I still have some 50 clients on NV2 networks and have no issues like you'd prescribe.
6.44 on clients. And on AP 6.43.x
This issue is random. Sometimes after 7days or xx days or xxx days. We use NV2 on all sector antenas and about 700 ARM clients
Well, fist thing i would do is set the AP to 6.44 too. (and update firmware for all units!).
I noticed that when versions are not the same some CPE needed long time to connect. I never like to have different versions on CPE and AP anyway.
I always upgrade all clients first (AND firmware!) and end with the AP.

If you are working with mixed versions on devices that communicate with eachother and in this communications something goes wrong you have no clue which software version is the culprit. So first you need to eliminate that.... ;-)
Show your appreciation of this post by giving me Karma! Thanks.

Rudy R. Puister

WISP operator based on MT routerboard & ROS.
 
steen
Member
Member
Posts: 469
Joined: Sat Oct 23, 2010 2:15 am
Location: Sweden
Contact:

Re: ARM devices and NV2 protocol

Sun May 19, 2019 7:04 pm

Now time for fix 40 MHz channel in this moment max speed only 150 Mbit for TCP :(
+ 1
Tried to use 40MHz instead of 20MHz using nv2 many years ago on a link that was up for nearly 7 years. It was rock solid but it did not become faster than 20MHz, in fact no differences at all. Flat out speed was around 20-30 Mbit/s when doing file transfer tests. No channel overlap or noice or fresnel zones.
 
mistry7
Forum Guru
Forum Guru
Posts: 1314
Joined: Tue Oct 13, 2009 11:57 am
Location: Germany

Re: ARM devices and NV2 protocol

Sun May 19, 2019 10:50 pm

Now time for fix 40 MHz channel in this moment max speed only 150 Mbit for TCP :(
+ 1
Tried to use 40MHz instead of 20MHz using nv2 many years ago on a link that was up for nearly 7 years. It was rock solid but it did not become faster than 20MHz, in fact no differences at all. Flat out speed was around 20-30 Mbit/s when doing file transfer tests. No channel overlap or noice or fresnel zones.
Mikrotik Performance with 20Mhz is good now,
but with 40 MHz they performe not well.

We Switched a 9 km Link Last week from Mikrotik
(M11G+ R11e-5HacD), Antenna is 27,5 dBi RF Elements (RF-ULD-TP-550) to Mimosa.

Spektrum is clean ,Signal Level is -64db, CCQ 99%
Mikrotik 20 MHz about 95MBit
Mikrotik 40 MHz about 130 MBit

No big difference between 802.11 and Nv2

Mimosa C5C 20 MHz about 125 MBit
Mimosa C5C 40 MHz about 230MBit

Tested with Mikrotik BTest from 4011 to Wap60Gx3

The best is the Latency on Mimosa, 1-2ms with Full load
 
WirelessRudy
Forum Guru
Forum Guru
Posts: 3082
Joined: Tue Aug 08, 2006 5:54 pm
Location: Spain

Re: ARM devices and NV2 protocol

Mon May 20, 2019 12:14 am

Now time for fix 40 MHz channel in this moment max speed only 150 Mbit for TCP :(
+ 1
Tried to use 40MHz instead of 20MHz using nv2 many years ago on a link that was up for nearly 7 years. It was rock solid but it did not become faster than 20MHz, in fact no differences at all. Flat out speed was around 20-30 Mbit/s when doing file transfer tests. No channel overlap or noice or fresnel zones.
Mikrotik Performance with 20Mhz is good now,
but with 40 MHz they performe not well.

We Switched a 9 km Link Last week from Mikrotik
(M11G+ R11e-5HacD), Antenna is 27,5 dBi RF Elements (RF-ULD-TP-550) to Mimosa.

Spektrum is clean ,Signal Level is -64db, CCQ 99%
Mikrotik 20 MHz about 95MBit
Mikrotik 40 MHz about 130 MBit

No big difference between 802.11 and Nv2

Mimosa C5C 20 MHz about 125 MBit
Mimosa C5C 40 MHz about 230MBit

Tested with Mikrotik BTest from 4011 to Wap60Gx3

The best is the Latency on Mimosa, 1-2ms with Full load
I have to disagree.
I have several P2P and P2MP links with Mikrotik running. Most with moderate to heavy congestion (and thus high noise levels) and all those that need it for the capacity are running on 40Mhz and one link even runs fine on 80Mhz. Not 4 times the throughput as on 20Mhz but 3 times yes...

I also have one Omnitik 5ac with 35-40 SXT-5ac's running in an overlapping 80Mhz bandwidth network. In the same region I have 3 Mimosa A5's with 30 to 45 clients.
Although the peak capacity to the Mimosas can reach 200Mbps I can do 150-180 on the Mikrotik and running tcp speedtest from 3 or 4 SXT's at the same time I can push almost up to 200Mbps over the Omnitik.
We lately have several Mimosa clients wining about connection dropps or slow internet and indeed I see the PHY rates go down at times. The Mikrotik seems to be more stable in the last moths.

Mimosa works all in SRS (= tdma) where basically all my Mikrotiks work nowaday in 802.11ac with RTS/CTS fully enable.

I did many tests on several Mikrotik 802.11ac and 'n' P2MP networks and only when there is strong interference NV2 will do better. But under moderate interference (or low) plain 802.11ac almost always outperforms NV2 by some 30 to 50%.
And all my network run latest 'stable' OS and fw.

I see many here on this forum stating that NV2 is better then 802.11ac but I showed already several times on different post it simply is not.
And with some 40 sectors in a 15 km wide region I have many different spectral environments but in 90% of the cases NV2 is not a winner....
Show your appreciation of this post by giving me Karma! Thanks.

Rudy R. Puister

WISP operator based on MT routerboard & ROS.
 
peson
Trainer
Trainer
Posts: 181
Joined: Tue Jul 20, 2004 10:33 am
Location: Sweden

Re: ARM devices and NV2 protocol

Tue May 21, 2019 12:27 am

Now time for fix 40 MHz channel in this moment max speed only 150 Mbit for TCP :(
+ 1
Tried to use 40MHz instead of 20MHz using nv2 many years ago on a link that was up for nearly 7 years. It was rock solid but it did not become faster than 20MHz, in fact no differences at all. Flat out speed was around 20-30 Mbit/s when doing file transfer tests. No channel overlap or noice or fresnel zones.
Mikrotik Performance with 20Mhz is good now,
but with 40 MHz they performe not well.

We Switched a 9 km Link Last week from Mikrotik
(M11G+ R11e-5HacD), Antenna is 27,5 dBi RF Elements (RF-ULD-TP-550) to Mimosa.

Spektrum is clean ,Signal Level is -64db, CCQ 99%
Mikrotik 20 MHz about 95MBit
Mikrotik 40 MHz about 130 MBit

No big difference between 802.11 and Nv2

Mimosa C5C 20 MHz about 125 MBit
Mimosa C5C 40 MHz about 230MBit

Tested with Mikrotik BTest from 4011 to Wap60Gx3

The best is the Latency on Mimosa, 1-2ms with Full load

Nothing wrong with 40MHz or 80MHz from my testing
This is a test that I've been doing comparing 802.11 AC and NV2 on different channel width, non interference environment.
The tests have been running between a hAP AC and a Powerbox Pro. TCP test was maxing out the CPUs on the testing routers
AP: mANTBox 19S (MIPS) CPE: SXTsq 5 AC (ARM)
NV2-40 TCP DL/UL, UDP DL/UL 165/146, 277/260
802.11-40 TCP DL/UL, UDP DL/UL 197/178, 307/270
NV2-80 TCP DL/UL, UDP DL/UL 188/167, 517/437
802.11-80 TCP DL/UL, UDP DL/UL 208/189, 545/421
Reboot is the last resort, try to find out what's wrong instead.
 
2jarek
Member Candidate
Member Candidate
Posts: 114
Joined: Thu May 17, 2007 3:28 pm
Location: Poland

Re: ARM devices and NV2 protocol

Tue May 21, 2019 9:28 am

@peson Try TCP test. NV2 no scale properly for TCP. I try external machines 2x CCR for tests NO BOTTLENECK FROM CPU just NV2 scale like shiet.
 
peson
Trainer
Trainer
Posts: 181
Joined: Tue Jul 20, 2004 10:33 am
Location: Sweden

Re: ARM devices and NV2 protocol

Tue May 21, 2019 12:26 pm

@peson Try TCP test. NV2 no scale properly for TCP. I try external machines 2x CCR for tests NO BOTTLENECK FROM CPU just NV2 scale like shiet.
Will expand the test with CCR1036.
Reboot is the last resort, try to find out what's wrong instead.
 
xrayd
newbie
Posts: 37
Joined: Thu Feb 27, 2014 7:28 pm

Re: ARM devices and NV2 protocol

Wed May 22, 2019 10:27 pm

TCP bandwithtest supportet only one cpu!
 
2jarek
Member Candidate
Member Candidate
Posts: 114
Joined: Thu May 17, 2007 3:28 pm
Location: Poland

Re: ARM devices and NV2 protocol

Wed May 22, 2019 11:35 pm

TCP bandwithtest supportet only one cpu!
Now BT for tcp use one core for one stream & close easy 1000Mbit port.
 
AllisonLittle
just joined
Posts: 2
Joined: Fri Mar 29, 2019 4:08 pm

Re: ARM devices and NV2 protocol

Tue Jul 30, 2019 3:37 pm

my provider has told me that there is no more ap with mipsbe. It is true? I have not bought anything for months and they call me worried. I recently changed all my arm for other manufacturer. I would like to know if mikrotik is going to solve the problem or I have to throw all the arm
I have the same issue!
For now did you find solution?

Allison,
https://consumerepic.com
Last edited by AllisonLittle on Wed Jul 31, 2019 6:46 pm, edited 1 time in total.
 
WirelessRudy
Forum Guru
Forum Guru
Posts: 3082
Joined: Tue Aug 08, 2006 5:54 pm
Location: Spain

Re: ARM devices and NV2 protocol

Tue Jul 30, 2019 4:48 pm

my provider has told me that there is no more ap with mipsbe. It is true? I have not bought anything for months and they call me worried. I recently changed all my arm for other manufacturer. I would like to know if mikrotik is going to solve the problem or I have to throw all the arm
I have the same issue!
For now did you find solution?
You can still buy mipsbe devices, just find the right provider.
And why would you not use 'arm'? I have a 800+ devices Mikrotik network with a mix of all kinds of devices. 75% of my antenas are now 'arm' and they work absolutely fine. Due the higher cpu speeds much better in all kind of wireless scenarios then mipsbe although they also still do fine.
I have full P2MP networks running with either mipsbe (Netmetal) or are devices and as clients both kinds. Some of my networks have up to 35 associated units and we sell 50Mb package to the client

I don't see your issue....
Show your appreciation of this post by giving me Karma! Thanks.

Rudy R. Puister

WISP operator based on MT routerboard & ROS.
 
peson
Trainer
Trainer
Posts: 181
Joined: Tue Jul 20, 2004 10:33 am
Location: Sweden

Re: ARM devices and NV2 protocol

Tue Jul 30, 2019 7:36 pm


I don't see your issue....
Me neither.


Rudy: Tried to PM you, but failed
Reboot is the last resort, try to find out what's wrong instead.
 
WirelessRudy
Forum Guru
Forum Guru
Posts: 3082
Joined: Tue Aug 08, 2006 5:54 pm
Location: Spain

Re: ARM devices and NV2 protocol

Tue Jul 30, 2019 8:27 pm


I don't see your issue....
Me neither.


Rudy: Tried to PM you, but failed
rudy@marucom.es
Show your appreciation of this post by giving me Karma! Thanks.

Rudy R. Puister

WISP operator based on MT routerboard & ROS.
 
User avatar
Hotz1
Member
Member
Posts: 391
Joined: Tue Oct 09, 2007 6:55 am

Re: ARM devices and NV2 protocol

Thu Sep 26, 2019 5:18 pm

Yes, this is wireless bug. But only on ARM.
Mipsbe, mmips don´t have this problem.
This problem has nothing to do with SNR or CCQ. You can have the signal -45, CCQ = 100% and still disconnect from AP. The client will never reconnect himself.
In scan from client during problem is 0 networks!
After rebooting or disconnecting power works well. Maybe chipset bug or something with drivers :(
We are experiencing this same problem at an apartment complex that we installed this Summer. 12 buildings with SXTs linked to a mANT on the main building. All configured to the same 20MHz ac channel, all running nv2 only (because we're carrying SIP traffic). Every few days, we have a link drop that doesn't come back up on its own, at which point we have to fix the problem on-site. The SXT's log reports:

Code: Select all

sep/25 21:03:06 wireless,info 6C:3B:xx:xx:xx:3F@wlan1: lost connection, synchronization timeout
Disabling/enabling the wireless interface on the SXT doesn't reestablish the connection; the only solution we have found is to reboot the SXT.

Now, the above has only ever happened with the five SXTsq (arm) that we have installed there; never with the nine 5ac or SA5 (mipsbe) models--all operating in the same environment. In fact, as I write this we have two SXTsq that are experiencing this problem simultaneously, which led me to this thread. A bug with nv2 on ac, specific to the arm architecture, would explain the behavior we are seeing.

Edit: All MT devices in this installation are running ROS 6.44.5.
Principal, Engineering
Cape Ann Communications, Inc.
Gloucester, MA, USA
 
User avatar
normis
MikroTik Support
MikroTik Support
Posts: 24205
Joined: Fri May 28, 2004 11:04 am
Location: Riga, Latvia

Re: ARM devices and NV2 protocol

Thu Sep 26, 2019 5:29 pm

You say that
Edit: All MT devices in this installation are running ROS 6.44.5.
But all ARM improvements and fixes were made only in v6.46 tree. Just wait until it's out of beta and then see how it works in your network.
No answer to your question? How to write posts
 
User avatar
Hotz1
Member
Member
Posts: 391
Joined: Tue Oct 09, 2007 6:55 am

Re: ARM devices and NV2 protocol

Thu Sep 26, 2019 5:36 pm

Watchdog?
Yes watchdog is workaround. But we have more than 600 ARM clients. Watchdog on all? This is not solution....
In our case, even IP-based watchdog isn't an option. Most of our buildings now have backup links, so when these SXTsq radio links fail, they still have IP connectivity.

We'd have to schedule a script to check the wireless registration table, and if there isn't one, reboot--and then we have to remember to disable this script on each device before performing maintenance, etc.

The solution is for these devices to attempt to reestablish their radio links on their own, like other devices.
Principal, Engineering
Cape Ann Communications, Inc.
Gloucester, MA, USA
 
User avatar
Hotz1
Member
Member
Posts: 391
Joined: Tue Oct 09, 2007 6:55 am

Re: ARM devices and NV2 protocol

Thu Sep 26, 2019 5:45 pm

You say that
Edit: All MT devices in this installation are running ROS 6.44.5.
But all ARM improvements and fixes were made only in v6.46 tree. Just wait until it's out of beta and then see how it works in your network.
Thank you for confirming that this is a known problem that is being addressed, but we can't wait. Subscribers have been losing Internet and phone service for weeks, and every additional day moves them all closer to canceling. If I can put an end to all these problems by replacing five SXTsq with other SXT models, that's what I'm doing today.

Also, starting in 6.45, we found that neighbor discovery is no longer displaying the IP addresses of our devices; just MACs. Our admin traffic, including device IP addresses is on a VLAN, and no traffic is carried on the default. Thanks to the neighbor discovery "fix" in 6.45, it is now correctly showing us that none of these devices have IP addresses on the default VLAN, rather than helpfully showing us their IP addresses on our admin VLAN. We downgraded our entire network (~200 MT devices) to 6.44.5 because of this, and don't plan to upgrade until discovery works again for our configuration.
Principal, Engineering
Cape Ann Communications, Inc.
Gloucester, MA, USA

Who is online

Users browsing this forum: No registered users and 21 guests