ARM devices and NV2 protocol

bartmann · Fri Jun 22, 2018 4:25 pm

Hello,

we are experiencing problems with NV2 protocol and ARM devices (LHG AC, SXTsq AC, Disc AC). We have two testing setups:
1) PtP link with 2 LHGs AC (bridge mode, ROS 6.43rc29) - with 802.11 protocol we have 90/90 Mbps (download/upload) - limit of 100M ethernet on both ends, tested from x86 router to another x86 router (in between only two LHGs). When I changed to nv2 protocol (did not touch any other settings) throughput is not stable, as per image

LHG1_2_bw_test.png

2) PtMP - AP RB922, ROS 6.42.3, 7 clients. One of out technitians have his client device (SXT AC, ROS 6.41) and we mounted LHG AC (ROS 6.43rc14) next to it. Results:

20180522-client1.png

20180522-client2.png

We reported this problem to Mikrotik but no solution at the moment.

Does anyone have similar problems with ARM devices?

Ejcej · Fri Jun 22, 2018 4:31 pm

We have the same problem with SXTsq ac clients.
Fix it!

honzam · Fri Jun 22, 2018 4:47 pm

Because Disc lite5 have problems with radom viewtopic.php?f=3&t=134594&hilit=disc
now we use DISC lite5 AC and we have the same problems with NV2. We use NV2 on all sectors in our network. Low P2MP speeds (unstable) is very big problem.
ROS 6.42.4 not solve it !

P2P links with nv2 also works slow [Ticket#2018042522004921]
Ticket opened 25.4.2018 - no solution yet

@Mikrotik When do you make the update for ARM? Thanks

mistry7 · Sat Jun 23, 2018 2:52 am

This problem is know about 6 Month old, we sended all ARM ac devices back to Distribution and stock a lot of old ones.

Now we are seeing that SXT ac and SXT HG ac are out of stock at our distributions and another distri has removed them from shop, looks like these are going to be legacy’s.

But the bad news is that the new ones still not working!

SeViLeo · Sun Jun 24, 2018 7:14 am

Hi, we have the same problems with nv2 only, nstreme and other protocols work correctly

ecylcje · Mon Jun 25, 2018 2:50 pm

Hi,

Ignoring the performance issue on this, I have stability issues with ARM and NV2. On my SXT SQ AC box my NV2 link stays up for about 3 to 4 days and then the entire system reboots. I believe this was meant to be fixed with 6.42.4, but it obviously still seems to be happening.

Anyone else having this issue with ARM and NV2?

Thanks,

Chris

server8 · Mon Jun 25, 2018 5:24 pm

I confirm the problem, here a print screen on the same AP an LDF with better signal as worst perfomance than an old lite 5 N.

server8 · Tue Jun 26, 2018 12:30 pm

any update? ARM devices are not usable at the moment in the next months we have to deploy something like 200 new customers and we need a solutions that wokrs like SXT 5 lite ac

Thank you

honzam · Tue Jun 26, 2018 2:06 pm

Solution?
Mikrotik?

server8 · Wed Jun 27, 2018 11:25 am

Maybe is an hardware problem: NV2 needs an accurate timing and the bad performance seems to be caused from antenna loosing the Nv2 slot. It's not an RF hardware related problem beacuse it work with 802.11/nestreme.

No words from mikrotik and no old SXT AC lite available it's pain for me

vicentnb1 · Wed Jun 27, 2018 12:14 pm

Maybe is an hardware problem: NV2 needs an accurate timing and the bad performance seems to be caused from antenna loosing the Nv2 slot. It's not an RF hardware related problem beacuse it work with 802.11/nestreme.

No words from mikrotik and no old SXT AC lite available it's pain for me

Yeah, NV2 doesn't work with 802.11AC

server8 · Thu Jun 28, 2018 4:18 pm

memento

server8 · Mon Jul 02, 2018 11:03 am

Hi guys it's not a joke SXT AC lite is no more available and new arm hardware with NV2 don't work.

Mikrotik please let know us something

HELP

Mon Jul 02, 2018 11:05 am

I confirm the problem, here a print screen on the same AP an LDF with better signal as worst perfomance than an old lite 5 N.

What if you compare it with ARM and 802.11 protocol (not NV2), what is the speed then?

server8 · Mon Jul 02, 2018 2:04 pm

Normis in 802.11 works like a charm

In NV2 seems that antenna has timing problem loosing the slot

Mon Jul 02, 2018 2:05 pm

then why use Nv2 if you have better speed than non-ARM with nv2 ?
Nv2 was made when devices were different and needed optimisations that are no longer needed. Maybe it is simply time to use 802.11 in the new devices.

Kickoleg · Mon Jul 02, 2018 2:19 pm

then why use Nv2 if you have better speed than non-ARM with nv2 ?
Nv2 was made when devices were different and needed optimisations that are no longer needed. Maybe it is simply time to use 802.11 in the new devices.

you want to say if I have all devices in network in NV2, I need to switch to 802.11 ? You understand what you give bad answer ?
After your answer, I think many have the thought that you can not just make a correction of errors. you release a notoriously bad devices and you cannot change errrors...

Very very bad answer and very very bad devices lately ....

Mon Jul 02, 2018 2:21 pm

I understand that mixed network might have compatibility problems, you have a good point. Have you considered to switch them all to 802.11 and seeing if you don't get better results than Nv2 ?

server8 · Mon Jul 02, 2018 3:20 pm

Normis 802.11 is not efficient like NV2 in noisy enviroment and on busy AP and it not solve the problem of hidden nodes. Are you saying us to switch to 802.11 when you released some months a go GREAT improvments to NV2? WOW I am without words....

We install something like 800/1000 new customers per year and we need to have back an antenna that work well with NV2.

Nv2 is the core of our business for many of us we can't switch to 802.11!!!

Please give us back the SXT lite 5 AC

Mon Jul 02, 2018 3:23 pm

I am trying to give you realistic alternatives until ARM doesn't work as fast as other systems.

server8 · Mon Jul 02, 2018 3:41 pm

Normis we need it urgently we have no more stock and we need 200 for the next 2 months

You are killing small WISP that developed the access network using NV2

Our competitors uses ubiquiti and they not have this kind of problem we have no chance to install new customers so we 'll loose market, it's a disaster

PANIC!!!!

Hammy · Mon Jul 02, 2018 4:08 pm

then why use Nv2 if you have better speed than non-ARM with nv2 ?
Nv2 was made when devices were different and needed optimisations that are no longer needed. Maybe it is simply time to use 802.11 in the new devices.

Has Mikrotik thrown in the towel on outdoor wireless?

Mon Jul 02, 2018 4:09 pm

We are working on the solution, I am simply asking to evaluate situation when using 802.11 and then see if Nv2 is needed at all. If not, you can already expand your network. If yes, wait for the fix please.

Kickoleg · Mon Jul 02, 2018 4:14 pm

Normis we need it urgently we have no more stock and we need 200 for the next 2 months

You are killing small WISP that developed the access network using NV2

Our competitors uses ubiquiti and they not have this kind of problem we have no chance to install new customers so we 'll loose market, it's a disaster

PANIC!!!!

Absolutely agree! We, too, the whole business is built on this, and at first the problem with the devices "DISC" that burst like popcorn, 40 devices for 2 months were dead, and now - this problem with the new antennas. Just awful ....

mistry7 · Mon Jul 02, 2018 11:11 pm

More then a year ago I sayed, wisp Outdoor wireless is not longer main focus for Mikrotik, and look where we are now

server8 · Tue Jul 03, 2018 3:10 pm

Nv2 improvments and 60GHZ gears says that there is a new hope

Tue Jul 03, 2018 4:04 pm

Nv2 improvments and 60GHZ gears says that there is a new hope

60Ghz progress is amazing.

In 5Ghz I am very hopeful we can see NV2 matching AirMAX and AIP performance.

server8 · Tue Jul 03, 2018 4:08 pm

I agree but we need ARM devices working now or old sxt lite ac hardware back now on the market.

mistry7 · Tue Jul 03, 2018 4:23 pm

I agree but we need ARM devices working now or old sxt lite ac hardware back now on the market.

We don´t have time for hope......
The Business is changing fast, and with devices that are 6 Month old and still in "Beta" we can´t do business case, or what did you think?

60Ghz Devices are great, but there are a lot of old cases

avacha · Tue Jul 03, 2018 5:23 pm

I am trying to give you realistic alternatives

UBNT?

If serious, we switch some sectors with SXTsq CPEs to 802.11 until nv2 will be ready again. But it's difficult to manage mixed network, and we have small access network for now.

server8 · Tue Jul 03, 2018 7:01 pm

We work in very noisy enviroment using QRT or SXT AC as AP, every client has SXT + 60cm offset dish. The main problem for us is the hidden nodes. In peak time with 802.11 we have serius problems with collisions with clients sometime dropping connection on the AP, nstreme works better than 802.11 but the best for busy AP (30/40 clients) is NV2. We reach 60 max 70 mb/s per AP.

So we need NV2 working on ARM devices

xrayd · Wed Jul 04, 2018 11:06 am

@Normis
When will NetMetal 5 with AC wave2 chip come out?
We need AP with 4 or 6 outputs!!!

server8 · Wed Jul 04, 2018 11:30 am

arayd before we need to have working arm antennas

xrayd · Wed Jul 04, 2018 11:51 am

We have X-Pol 90° MIMO Sector Antennas!!
http://www.l-com.com/wireless-antenna-5 ... or-antenna

Wed Jul 04, 2018 11:52 am

We are close to a solution to the Nv2+ARM performance issue, please hold on for a day or two, when we will release the changes in RC release chain, for first testing.

linkwave · Wed Jul 04, 2018 12:30 pm

That's a good news Normis!

Lorenzo

server8 · Thu Jul 05, 2018 11:39 am

Great news

Thank You

mistry7 · Thu Jul 05, 2018 4:50 pm

Great news
Thank You

I believe it only when i see it.....

wpeople · Sat Jul 07, 2018 12:36 am

Why not do some improvements with nstreme (the old one) ?
In noisy environment it works better than nv2 in many cases... If it works well with arm, why not?
(at least until NV2 got fixed)

yreks · Sun Jul 08, 2018 1:58 pm

Why not do some improvements with nstreme (the old one) ?
In noisy environment it works better than nv2 in many cases... If it works well with arm, why not? 
(at least until NV2 got fixed)

I agree

honzam · Sun Jul 08, 2018 11:52 pm

We are close to a solution to the Nv2+ARM performance issue, please hold on for a day or two, when we will release the changes in RC release chain, for first testing.

When? We wait for it half year....

server8 · Wed Jul 11, 2018 10:58 am

Hi Normis any news 2 days are gone

Thanks

joserudi · Thu Jul 12, 2018 2:21 pm

New 6.43rc44 (Release candidate) but nothing to do.

honzam · Thu Jul 12, 2018 5:53 pm

Hi Normis any news 2 days are gone
Thanks

Very LONG days

mistry7 · Thu Jul 12, 2018 7:23 pm

easy for us, the saw the issue in Q1-18
and it happened nothing, we send back all arm devices, now our mikrotik stock is empty no new MISPBE,
and we begin to buy other vendors, since MT has no working solution for us.

Fri Jul 13, 2018 10:08 am

We did make changes, tested them, they were not enough, so we continue testing, so that the release has a bigger impact. We want the fix to be good for everyone.

wpeople · Fri Jul 13, 2018 2:30 pm

Normis, is there a way, to do some improvement in Nstreme as well? Or Mikrotik fixed that as a Dead end?

Many times its working much better than NV2...

server8 · Tue Jul 17, 2018 9:56 am

Normis any eta? days, weeks, months?

We have no more stock of old sxt and we stopped to install new customers but we can't wait for a long time

mistry7 · Wed Jul 18, 2018 8:13 am

@server8

Would be fixed in ROS 7

server8 · Wed Jul 18, 2018 4:19 pm

@mistry7

I hope sooner alternately I have to search for a new job in my area competitors uses ubiquiti and they non have this kind of problem

mistry7 · Wed Jul 18, 2018 8:38 pm

buy UBNT or Mimosa, do the same as your competitor....
Use Mikrotik for Routing and something else for Wireless ....

steen · Thu Jul 19, 2018 12:17 pm

Hello Folks!

Any solutions yet ?

We could not upgrade higher than RoS6.41.3, except for wired devices like routers and switches, all versions after simply renders 802.11 and NV2 to useless, nstreme is not tested.
We have a lot of SXT, SEXTANT, RB411 plus some other variants and lately also QRT-5, Dynadish5.

wpeople · Thu Jul 19, 2018 1:43 pm

The issue above only affects AC (or ARM / AC ?) devices I think.

mistry7 · Thu Jul 19, 2018 2:43 pm

The issue above only affects AC (or ARM / AC ?) devices I think.

It affects ARM Based AC devices, MISPBE Devices are legacy now, you can only buy residues

Thu Jul 19, 2018 3:19 pm

rc45 contains Nv2+ARM fix. It will be released within the next 24 hours.

server8 · Thu Jul 19, 2018 4:44 pm

Thanks a lot

steen · Thu Jul 19, 2018 4:55 pm

Hello Normis!

When will the fix come to "current" ?

It is not affecting only AC.

It affects also 802.11abgn

And NV2, using 20MHz bandwidth with classic RN52 wifi boards in RB411 which is so common in our links here...

Network links simply stalls after little traffic and the devices becomes so loaded they are not possible to login to anymore.
Rollback becomes tricky, at least for remote wireless CPE devices, you need to bring them home and netinstall them for a rollback.

steen · Thu Jul 19, 2018 5:07 pm

The issue above only affects AC (or ARM / AC ?) devices I think.
It affects ARM Based AC devices, MISPBE Devices are legacy now, you can only buy residues

We have a lot of MIPSBE devices in production for the past ten years, cycling them out is in progress but it will take long time, we replace only failed devices.
So a fix for MIPSBE would be nice, however they work with 6.41.X and bug fix only, and we will not hesitate to update anything that works.
Just hoped to being able getting more performance out of NV2.

Fri Jul 20, 2018 4:02 am

rc45 contains Nv2+ARM fix. It will be released within the next 24 hours.

Thanks Normis. Great effort from the team at Mikrotik.

I am looking forward to testing NV2+ARM performance on the OmniTIK 5 PoE ac2

djvolt1942 · Sat Jul 21, 2018 12:36 am

LHG 5 AC the same, we're waiting for successfull improvements like in AirMax, PBE 300 ISO can send more than 250Mbps i 40MHz channel!!!

mistry7 · Sat Jul 21, 2018 12:56 am

LHG 5 AC the same, we're waiting for successfull improvements like in AirMax, PBE 300 ISO can send more than 250Mbps i 40MHz channel!!!

You will never see this in MT

djvolt1942 · Sat Jul 21, 2018 12:59 am

Why do not you believe in them?

mistry7 · Sat Jul 21, 2018 6:38 am

Why do not you believe in them?

They don’t in competition to UBNT, there are only low cost 5ghz / 2 GHz Devices, with Cheapest chipsets, and a lot of missing features in ROS over years...
I don’t believe that there ist a Business Case for WISP Hardware in Mikrotik Future...

We tested recently a 5km link with RF Elements TP 550 Dishes
Mikrotik M11g + R11e-5HacD
Rocket PRISM 5ac Gen2
Mimosa C5C

And the worst thing in Latency, Spectral usability, and Transferspeed you could buy is Mikrotik

One light in the Tunnel is LHG60 but it needs better Design....
Better Pole Mount with precision adjustment
Solid Dish with Randome for better rain/snow survival

djvolt1942 · Sat Jul 21, 2018 10:33 am

Mimosa C5c is better thank MT or UBNT?

About LHG60 please check our dishes and radom or please check post like LHG60 on Hawaii, we have all for LHG60 that you write

mistry7 · Sat Jul 21, 2018 11:08 am

Mimosa C5c is better thank MT or UBNT?

About LHG60 please check our dishes and radom or please check post like LHG60 on Hawaii, we have all for LHG60 that you write

Mimosa is special case......
Sometime UBNT works better sometime Mimosa, depends on Spectrum, Mimosa is great for P2P if you deliver Voice-Service.
The Latency on Mimosa is 100% stable..... great TDMA implementation....

If seen the Dome und Mount from my Polish Friend, but why did MT no deliver something like that?
The engineers were in hibernation?
I Think there is only one Reason, LowCost!
And it ended in the Software mess we are now, ARM 5 Ghz Devices are now available for 7 Month, and there is still no solution.
CAP AC Performe better with the latest Software, but it is still behind competitors Performance.

xrayd · Mon Jul 23, 2018 12:48 pm

6.43rc45 release!!!

who already tested??

Mon Jul 23, 2018 12:51 pm

rc45

*) wireless - improved Nv2 reliability on ARM devices;

joserudi · Mon Jul 23, 2018 1:35 pm

Version 6.43rc45 has been released.

*) wireless - improved Nv2 reliability on ARM devices;

The first point-to-point tests with nv2 on arm are not satisfactory. We will perform more tests

bartmann · Mon Jul 23, 2018 4:09 pm

We did some testing - the results are better than before but 802.11 is still more reliable and faster... Reported to Mikrotik

server8 · Mon Jul 23, 2018 4:33 pm

Little bit better but the issue still present it misses the NV2 slot
Please Normis let us know if the issue could be resolved
Thank you

Tue Jul 24, 2018 9:00 am

Little bit better but the issue still present it misses the NV2 slot
Please Normis let us know if the issue could be resolved
Thank you

Give us more details, what is not working. The RC contains a fix for the issue, that helps a lot of people, so if it doesn't help you, please post specifically what is wrong, what signal you have etc.

joserudi · Tue Jul 24, 2018 12:08 pm

Hi, in my case with a good signal on arm when going from 802.11 or nstreme to nv2 the level of ccq falls and the link appears at 6mbps. It goes back up to 90% and then falls again continuously when passing traffic. In 802.11 or nstreme it is stable.

mistry7 · Tue Jul 24, 2018 12:56 pm

Hi, in my case with a good signal on arm when going from 802.11 or nstreme to nv2 the level of ccq falls and the link appears at 6mbps. It goes back up to 90% and then falls again continuously when passing traffic. In 802.11 or nstreme it is stable.

Thats not the case
Throughput and latency are the problem
but until we removed all ARM i´m not able to test in real environment

server8 · Tue Jul 24, 2018 1:04 pm

We have exactly the same problem, for some reason seems that the arm device go out of NV2 slot.

Here a speedtest from 2 clients on the same AP, the AC device is stable the arm device no, 20 Mhz channel dynamic downlink, tdma period size 4ms, ac device has a worst signal than arm

Hi, in my case with a good signal on arm when going from 802.11 or nstreme to nv2 the level of ccq falls and the link appears at 6mbps. It goes back up to 90% and then falls again continuously when passing traffic. In 802.11 or nstreme it is stable.

Tue Jul 24, 2018 1:06 pm

xrayd · Tue Jul 24, 2018 1:54 pm

@server8
This problem occurs only with AC band?
Or too with N band?

server8 · Tue Jul 24, 2018 4:51 pm

In N same issue

human1982 · Wed Jul 25, 2018 8:22 am

It is better. N 911G to sq ping is stable and stable 100mbit to sq. But. For waiting i thing u should give level 4 for all devices for micro bases. As other folks told ya, to much time waiting. Seriosly. Fix downlink- 65 mcs default, tdma auto.

human1982 · Wed Jul 25, 2018 8:30 am

Do U folks have a test base room for abaut 50-80 cpe like cambium? It would be much eisier to do tests. Best regards from Poland.

server8 · Wed Jul 25, 2018 1:22 pm

We have 6000 cpe deployed 98% mikrotik based we have a lot of experience with wireless.

Arm devices issue seem to be a timing problem with NV2 every new arm device you add you have exponential increase of problems on the AP, it's a big problem on busy AP

server8 · Fri Jul 27, 2018 12:24 pm

Normis any words from mikrotik?

Fri Jul 27, 2018 1:39 pm

Do U folks have a test base room for abaut 50-80 cpe like cambium? It would be much eisier to do tests. Best regards from Poland.

Yes, of course. We have multiple anechoic chambers with robotic installation stands with tens of CPEs mounted. Seems that some situations are simply unique

amt · Fri Jul 27, 2018 3:16 pm

Normis, is there a way, to do some improvement in Nstreme as well? Or Mikrotik fixed that as a Dead end?

Many times its working much better than NV2...

I agree

xrayd · Fri Jul 27, 2018 3:47 pm

I too!
We need nstreme without disconnects!

mistry7 · Sat Jul 28, 2018 8:48 am

I don’t think you will see anything from Mikrotik in Wireless Market, Wireless is dead end, FTTH is future, look at the Products MT is releasing, look at KidControl.

Thinks you will not see:

- GPS Sync
- Spectral Scan
- TDMA Protocol like competitor have
With small Latency and high throughputs

There are no innovations for a long time, ROS is just patched around it.
For us Mikrotik is in dead end with Kernel 3.xx.xx

The way you could go is not longer stay with MT, or waiting for Christmas

human1982 · Sun Jul 29, 2018 4:04 am

Do U folks have a test base room for abaut 50-80 cpe like cambium? It would be much eisier to do tests. Best regards from Poland.
Yes, of course. We have multiple anechoic chambers with robotic installation stands with tens of CPEs mounted. Seems that some situations are simply unique

So maybe some tests with the agressive ap on the same channel. And little more precision on fix downlink to cpe. Cpu on bridge can handle it.

regards

human1982 · Sun Jul 29, 2018 4:24 am

I too!
We need nstreme without disconnects!

Nstreme works fine in 15 times hardware retries and dis timeout 00:00:15 long guard msc11-12-13. But i thing with ac nv2 1ms it would be stable 200mbit. When?

xrayd · Mon Jul 30, 2018 12:02 pm

@humen1982
your recommendation does not help!
After 2 days disconnect again!!!

xrayd · Mon Jul 30, 2018 4:18 pm

What is your nstreme Framer Policy? best fit?
Framer Limit? 3200?

honzam · Wed Aug 08, 2018 4:30 pm

Do U folks have a test base room for abaut 50-80 cpe like cambium? It would be much eisier to do tests. Best regards from Poland.
Yes, of course. We have multiple anechoic chambers with robotic installation stands with tens of CPEs mounted. Seems that some situations are simply unique

Hello. Are you working still on ARM and NV2? Or it is for you "solved" ? In 6.43rc?
Thanks

joserudi · Wed Aug 08, 2018 7:42 pm

I hope you have not considered it resolved because it still does not work. It's a pity being such a good product that it does not work. Finally we will have to return several units.

mistry7 · Wed Aug 08, 2018 9:16 pm

I hope you have not considered it resolved because it still does not work. It's a pity being such a good product that it does not work. Finally we will have to return several units.

Your Problem would be that older SXT AC / Lite AC / HG AC are not longer available.....
And after 8 month of "Yes we would fix it in next RC"
These are the Solutions:

1. Buy SXTsq with N Only instead of AC (doesn't ARM based)
2. Look for used ones
3. Buy another vendor

shame on mikrotik,

server8 · Thu Aug 09, 2018 12:25 pm

I 'd like to understand if we have a chance or we have to quit with mikortik for wireless outdoor

PacketMangle · Fri Aug 10, 2018 7:17 am

Hello All,

Has this issue been fixed? As there seems to be conflicting reports.

Thanks!

mistry7 · Fri Aug 10, 2018 7:28 am

Not fixed

wispman74 · Sat Aug 11, 2018 7:43 pm

Hello All,
as most of you I also have several problem using mikrotik arm ac devices. I'm testing a 12km bridge with a couple of LHG XL 5 ac configured to make a ptp link. They comes with ROS v. 6.40.3 and this version didn't work at all. Since then most problems was fixed in later versions, but not all. I performed many tests and sent to Mikrotik support. They answered each mail, but unfortunately I have no explaination of problems (software or hardware?) and no solution. Now I want share with you my results, testing 6.43RC45 in a clean environment. Summarizing:

- 802.11n gives always the best performances compared to any other mode and protocol (NV2 / AC)
- without other sources of interference, NV2 is close to 802.11n performances (but in a noisy environment 802.11 is better)
- on some frequences the signal strenght falls by 10dB (from -65 to -75). Why?
- on some frequences the bandwidth test shows a periodic up and down behaviour (5620, 5660, 5680) Why?

like many of you, I'm also worried about the situation, since I have to put twenty bridges and I do not have a reliable device yet. I hope the solution will arrive soon. Any predictions Mikrotik?

mistry7 · Sat Aug 11, 2018 10:13 pm

Try Mimosa C5C for P2P as Antenna we use RF Elements UltraDish 400 / 550

honzam · Sat Aug 11, 2018 11:05 pm

Try Mimosa C5C for P2P as Antenna we use RF Elements UltraDish 400 / 550

Nice solution

but only for P2P.
But we need clients for our network based on NV2. No products based on N are on the market now (disc, lhg, sxt) in Czech republic. Only AC harware is now on the market. So we need to use AC harware. Stalemate...

mistry7 · Sat Aug 11, 2018 11:33 pm

In the next step
We will try Mimosa for P2MP

This Link we build yesterday
C5C , 5km , 27dBi, 5800 @ 36 dBm
-61 at Both sides
- 40 MHz

310MBit real TCP testet with iperf
Ping Never over 8ms (with max load, without 1ms)

lyvio · Mon Aug 13, 2018 9:22 pm

Hello everyone! We are following this topic from the beginning because we also use ARM equipment in our network.

We have this link of about 1km.

Using NV2 protocol, the results are pretty bad.

Already with the 80211 protocol, we achieved a better performance.

Hugs to all.

wispman74 · Tue Aug 14, 2018 7:24 pm

Hi all,
I performed a test on anoter ptp link (1km) using two SXTsq 5 ac. Ther's no way to use NV2, the link drops every 5 minutes. Only 802.11 seems to work.

mistry7 · Tue Aug 14, 2018 8:57 pm

Hi all,

No Answer from MT in the last 2 weeks,
we have no hope for next RC´s, problem is known for 8 Month now, and only ARM based AC devices available.

we have to build some new Sectors, looks like we have no another solution as use UBNT or Mimosa.
We don´t won´t to stick at a/n.

mistry7

server8 · Fri Aug 24, 2018 12:37 pm

Any update?

honzam · Fri Aug 24, 2018 3:29 pm

I hope Mikrotik works to improve ...

binh · Sat Aug 25, 2018 5:37 am

Hi all,
I performed a test on anoter ptp link (1km) using two SXTsq 5 ac. Ther's no way to use NV2, the link drops every 5 minutes. Only 802.11 seems to work.

Hi wispman74,
How many Mbps could you get for PTP link (1km) with 802.11 protocol?

Ping latency between SXTsq 5 ac devices?

Thanks!

mistry7 · Sat Aug 25, 2018 11:03 am

Hi all,
I performed a test on anoter ptp link (1km) using two SXTsq 5 ac. Ther's no way to use NV2, the link drops every 5 minutes. Only 802.11 seems to work.
Hi wispman74,
How many Mbps could you get for PTP link (1km) with 802.11 protocol?

Ping latency between SXTsq 5 ac devices?

Thanks!

depends on noise and EIRP, if you are in noise area, don't buy Mikrotik go with something shielded and with GPS sync...

mistry7 · Sat Aug 25, 2018 11:05 am

For the other Questions.......
- wait for ARM fix
- wait for spectral scan
- wait for ROS 7

or change Brand......

wispman74 · Sun Aug 26, 2018 12:27 am

Hi binh,
sorry, but unfortunately there is another issue on my bridge. For some reason I can't perform bandwidth test, ping or access winbox from the wifi side. I noticed that service ports, in Firewall menu are all red. I hope it is not a RouterOS bug, but a wrong configuration. At the moment I can't figure out what is wrong.
Any suggestion is appreciate.

binh · Mon Aug 27, 2018 9:04 am

@mistry7: thanks for your advisory and information.

@wispman74: I think you got the problem with configuration. Lockup MikroTik wiki for how to configure PTP with MikroTik devices.

steen · Mon Aug 27, 2018 1:10 pm

For the other Questions.......
- wait for ARM fix
- wait for spectral scan
- wait for ROS 7

or change Brand......

We pationally wait!

, but as with everything one can not wait forever, currently we have very few customers affected, maybe 2-3.

server8 · Mon Sep 03, 2018 1:49 pm

Any update?

wispman74 · Mon Sep 03, 2018 8:43 pm

@mistry7: thanks for your advisory and information.

@wispman74: I think you got the problem with configuration. Lockup MikroTik wiki for how to configure PTP with MikroTik devices.

Hi binh,
thankyou for your advice, but this is not the first ptp I configured (tens before now), but is the third using ARM devices and I foud a lot of problems not only regarding nv2 and wifi connection.
I had to replace my ptp with another using MIPSE devices and everything gone well as always before.
Now I tested again the ARM ptp to understand why with the same configuration I have bad behaviour.
What happen is that sometimes, after finished to configure the devices, it becomes invisible from winbox. The reason is that RouterOS change itself the default value of neighbor discovery-settings.
Also, I was not able to reach master from slave and viceversa and I couldn't start a bandwidth test without any apparent reason.
After reset configuration and did it again, everything start to work fine.
I like Mikrotik, but is really unbeliveable to see so much issues in new ARM devices. Is it possible Mikrotik didn't see them during their tests?

mistry7 · Mon Sep 03, 2018 9:28 pm

@mistry7: thanks for your advisory and information.

@wispman74: I think you got the problem with configuration. Lockup MikroTik wiki for how to configure PTP with MikroTik devices.
Hi binh,
thankyou for your advice, but this is not the first ptp I configured (tens before now), but is the third using ARM devices and I foud a lot of problems not only regarding nv2 and wifi connection.
I had to replace my ptp with another using MIPSE devices and everything gone well as always before.
Now I tested again the ARM ptp to understand why with the same configuration I have bad behaviour.
What happen is that sometimes, after finished to configure the devices, it becomes invisible from winbox. The reason is that RouterOS change itself the default value of neighbor discovery-settings.
Also, I was not able to reach master from slave and viceversa and I couldn't start a bandwidth test without any apparent reason.
After reset configuration and did it again, everything start to work fine.
I like Mikrotik, but is really unbeliveable to see so much issues in new ARM devices. Is it possible Mikrotik didn't see them during their tests?

WISP hardware is not longer Focus for Mikrotik, look at Switches / Routers they release in the past 6 Month....... Hap Ac2 without POE out, SXTsq, LHG and all new
AC devices are build on Low Cost Platform, all with the same chipset, not features are the skill, only price.....
look at "KidControl" etc, these are thinks important for MT but not working P2P in noisy places and P2MP with much Clients....
And now really new, CWDM Hardware

server8 · Wed Sep 05, 2018 12:50 pm

@Normis

I need an answer: NV2 arm devices 'll work with NV2? If yes when?

If no we 'll have new AC hardware full compatible with NV2? If yes when?

We have 6000 CPE with 200 AP all mikrotik based switch to a new vendor is a big problem.

I hope to have soon an answer I have to decide how to build new towers.

Thank You in advance Giuseppe

mistry7 · Thu Sep 06, 2018 8:27 am

this discussion will be the same as the one about Spectral Scan

A never ending story

we do not like ubiquiti but we change, because Mikrotik does not give any information about the further development. the next standard is coming up and the previous one is supported only rudimentarily. All my competitors have Spectral Scan, GPS Sync, working TDMA, to stay competitive we need that too, MT has none of that!

a Mimosa C5C in PTP mode, 40 MHz channel, modulation @ 400MBit over 5.5km with 27dBi Dishes from RF elements with max EIRP of 36 dBm, means about 280-290 MBit real TCP (iperf and 2 Laptops), for a short test we swapped the C5Cs against MT (RBM11 G + R11e-5HacD + shielded twist port adaptor) same channel same 40 MHz, same 36dBm, modulation varies between 324 and 400, with Iperf was only 170-180 MBit possible, with Nv2 even less.

Mikrotik has lost there competitors and is standing alone in the dark, and I believe more and more that it is there new Business case, go away from wisp wireless, but they don’t say it, they just go with low cost devices for costumers who don’t need speeds above 100MBIT, for selling 5 or 10 MBit plans, you don’t need any innovation......

Kabuh · Fri Sep 07, 2018 11:20 am

Wisp with around 1000 clients here.

We are planning to installa new tower with 6 Netmetal on 2 triple pannels to migrate around 100 CPEs, using new Disc Lite AC (drm), and after reading all the problems posted here, we are really thinking it over.
It's a very noisy scenario and we really need NV2 to get it working.
Last routeros version 6.43rc66 (2018-Aug-28 13:36) says this:
*) wireless - improved Nv2 reliability on ARM devices
Is this statement real? Can we trust that Mikrotik will fix this really BIG problem? Or should we return the allready aquired Mikrotik equipment and switch to another vendor?

Thanks in advance and excuse my poor english.

wpeople · Fri Sep 07, 2018 3:46 pm

can't really believe NV2 is the best choice in noisy area...
Every time i have interference issues and degraded thruput - its much better after switching to nstreme...

mistry7 · Fri Sep 07, 2018 6:59 pm

Wisp with around 1000 clients here.

We are planning to installa new tower with 6 Netmetal on 2 triple pannels to migrate around 100 CPEs, using new Disc Lite AC (drm), and after reading all the problems posted here, we are really thinking it over.
It's a very noisy scenario and we really need NV2 to get it working.
Last routeros version 6.43rc66 (2018-Aug-28 13:36) says this:
*) wireless - improved Nv2 reliability on ARM devices
Is this statement real? Can we trust that Mikrotik will fix this really BIG problem? Or should we return the allready aquired Mikrotik equipment and switch to another vendor?

Thanks in advance and excuse my poor english.

nv2 and nstreme are not working with ARM based Devices

wispman74 · Sat Sep 08, 2018 1:01 pm

@Normis

hundreds of WISP are in trouble cause of Mikrotik new devices and no answer comes from you. We would all appreciate a few words of explanation, because to be silent means to admit the existence of big problems that can not be solved, it means to say to everyone "Mikrotik is not the right product for you, change brand!". This is really frustrating for those who have invested and believed in Mikrotik for years and it is unthinkable that you want to give up the WISP market. Please let us know what's going on and what should we expect. Thank you

mistry7 · Sat Sep 08, 2018 1:46 pm

@wispman74

Don´t expect any answer, with the last "tries" to fix the issue we see that it is not an easy one.
That happened if you go with Low end chipsets.

I´m wondering the RB4011 hast QCA-9984 as Chipset, and not another IPQ Variant.
Hopefully we see support for QCA 9888 too, so we are able to use M11G with Wave2
Modules and if we are lucky with working nv2 Support.

Ruckus hast first AP with IPQ8074 (Enterprise 802.11ax)
When will Mikrotik start with 802.11ax?
In 2 Years, with old Kernel and bad driver support?
Or was 802.11ac Mikrotiks Windows Vista, and there is some moving forward with

- Newest Linux kernel
- Driver near ATh10k (speed, compatibility, chipset support)
- Channel width 5 / 10 / 30/ 60Mhz
- TDMA Protocol (maybe NV3)
- GPS Sync

honzam · Sat Sep 08, 2018 2:29 pm

There is a very welcome answer from Mikrotik. Can you comment the "ARM and NV2" situation?
@Normis - Or do you have a ban on answering this topic?

Alessio Garavano · Sat Sep 08, 2018 7:15 pm

Hi, we are hope for this solution... tested in a LHG 5ac with version 6.43rc66 is better with nstreme than NV2...

Come on MT guys, you are the best!

Regards,

server8 · Sun Sep 09, 2018 11:36 am

The 5 Ghz outdoor wireless market is too big to lose it.. There are thousand of WISP using MT worldwide we have 200 MT routers and 6000 MT CPE the difference beetween the 2 markets is huge.

@Normis please an answer give us info to continue our business also if the news are bad and we have to move to other vendors for wireless.

Thank You

Matess · Sun Sep 09, 2018 10:49 pm

I think we are waiting for a solution for a really long time now. We started to change PtP link for ubnt as soon as 400iso came out. It works so much better than anything from mikrotik. Last week we changed some 911+jrc24dBi for iso400 and few lhg5 for litebeams and in the same channel throughput went up 4 times. Only think that keeps us with mikrotik are clients. It is hard to migrate everything. But i think thats only a matter of time when we do that...

mistry7 · Sun Sep 09, 2018 11:11 pm

The 5 Ghz outdoor wireless market is too big to lose it.. There are thousand of WISP using MT worldwide we have 200 MT routers and 6000 MT CPE the difference beetween the 2 markets is huge.

@Normis please an answer give us info to continue our business also if the news are bad and we have to move to other vendors for wireless.

Thank You

If you sell 5/10/15MBit plans, you should stay with MT we sell 50/100/200MBit plans, and this is impossible with MT
We are Surprised, 802.11ad clients with fast Ethernet, there are some engineers sleeping at work.....
They better thinking about combined 5Ghz/60 GHz Devices with GE and SFP, but this they want to sell at 2020 as big new solution ....

wpeople · Mon Sep 10, 2018 1:14 pm

Nowdays a truck-roll, or 1-2hour of manwork more expensive than those device.
So i think most of us happily pay a few percent more, if the capacitor's lifetime much longer, and the chip is working well with software.

Please don't save few bucks in these!

2jarek · Mon Sep 10, 2018 7:27 pm

6.43 Works only for TDMA period size 1ms. Try 3-5ms = disaster. Hardware driver/chipset/clock problem.

Alessio Garavano · Tue Sep 11, 2018 3:26 am

We have a LHG 5ac(Level4) like backbone concentrator of 4 others towers with LHG 5XL, Sextant-G, SXTsq, SXTsq... all are in a sector of 10° and the most longest link is at only 7km... all in band 5Ghz-only-N

We tested NV2 in TDMA 1ms, 2ms, 3ms, 4ms, auto, dynamic-downlink, fixed-downlink, etc etc and nothing was better then Nstreme...

Now the max troughput total is 80Mbps of uplink to theses others towers, before with a Sextant-G(Level4) in NV2 in the place of the LHG 5ac the traffic was 120-150Mbps...

Tomorrow i go up to the top of the tower to change back to the old Sextant-G... hoping NV2 and 802.11ac work fine in a near future

mistry7 · Tue Sep 11, 2018 7:56 am

Now the max troughput total is 80Mbps of uplink to theses others towers, before with a Sextant-G(Level4) in NV2 in the place of the LHG 5ac the traffic was 120-150Mbps...

Tomorrow i go up to the top of the tower to change back to the old Sextant-G... hoping NV2 and 802.11ac work fine in a near future

NV2 Never Performs good in ac, and there are no Informations why, all our old 802.11n
P2P links are performing better with old Hardware, until we began to use another Vendor too.

With Mimosa and UBnT we are seeing speed increases about 3-4 times
with same Channel / Width / Interferrence.

wispman74 · Tue Sep 11, 2018 8:31 am

Now the max troughput total is 80Mbps of uplink to theses others towers, before with a Sextant-G(Level4) in NV2 in the place of the LHG 5ac the traffic was 120-150Mbps...

Tomorrow i go up to the top of the tower to change back to the old Sextant-G... hoping NV2 and 802.11ac work fine in a near future
NV2 Never Performs good in ac, and there are no Informations why, all our old 802.11n
P2P links are performing better with old Hardware, until we began to use another Vendor too.

With Mimosa and UBnT we are seeing speed increases about 3-4 times
with same Channel / Width / Interferrence.

Hi mistry7,
what does you mean exactly when you say 3-4 times? I understand you compared mikrotik with ubiquiti/mimosa with same frequency/width/interference. What about TX power, antenna gain, MIMO type, test in udp or tcp?
If everything is the same for two vendors and you are working using 802.11n, to reach 4 times mikrotik speed, means you have 75Mbps with Mikrotik and 300Mbps with other vendors.
Is that correct?

server8 · Tue Sep 11, 2018 12:52 pm

My experience says that with Ubiquiti AF in PtP we have from 2 to 4 times speed, in PtMP with the recent improvments mikrotik in NV2@20Mhz is from 10% to 20% slower than Ubiquiti but still acceptable. @40Mhz Miktotik ac hardware don't work well.

But the main problem is that new arm devices don't work with NV2 and we come back to N mipsbe

mistry7 · Tue Sep 11, 2018 1:52 pm

Now the max troughput total is 80Mbps of uplink to theses others towers, before with a Sextant-G(Level4) in NV2 in the place of the LHG 5ac the traffic was 120-150Mbps...

Tomorrow i go up to the top of the tower to change back to the old Sextant-G... hoping NV2 and 802.11ac work fine in a near future
NV2 Never Performs good in ac, and there are no Informations why, all our old 802.11n
P2P links are performing better with old Hardware, until we began to use another Vendor too.

With Mimosa and UBnT we are seeing speed increases about 3-4 times
with same Channel / Width / Interferrence.
Hi mistry7,
what does you mean exactly when you say 3-4 times? I understand you compared mikrotik with ubiquiti/mimosa with same frequency/width/interference. What about TX power, antenna gain, MIMO type, test in udp or tcp?
If everything is the same for two vendors and you are working using 802.11n, to reach 4 times mikrotik speed, means you have 75Mbps with Mikrotik and 300Mbps with other vendors.
Is that correct?

We are working in very noisy inmoriment, and with https://mimosa.co/products/a5c and GPS sync we see 3-4times Bandwidth.
With MT often 50Mbit are impossible.

Here:
viewtopic.php?f=7&t=136002&start=100#p684307

Mimosa C5C in PTP mode, 40 MHz channel, modulation @ 400MBit over 5.5km with 27dBi Dishes from RF elements with max EIRP of 36 dBm, means about 280-290 MBit real TCP (iperf and 2 Laptops), for a short test we swapped the C5Cs against MT (RBM11 G + R11e-5HacD + shielded twist port adaptor) same channel same 40 MHz, same 36dBm, modulation varies between 324 and 400, with Iperf was only 170-180 MBit possible, with Nv2 even less.

170-180 Mbit wit 802.11 does not help really, because of Ping jitter, so it is impossible to deliver good voip services.
We need a working TDMA solution, and with nv2 in such test you reach 100-120Mbit, mimosa ist 3 times higher, with a 95€ Radio....

wispman74 · Tue Sep 11, 2018 3:34 pm

Mistry7, I have no experience on ubiquiti or mimosa, but it seems you are comparing not similar architecture. Even if you have all the same parameters in mimosa and mikrotik, C5C is a 4x4 MIMO, R11e is 2x2. It is normal you have a double bandwidth as in post
viewtopic.php?f=7&t=136002&start=100#p684307
Also if you hace GPS sync it is normal you get better results in noisy environment. You should compare a mimosa product with all the same features.
So, we can discuss Mikrotik lacks some features (4x4 MIMO or GPS Sync), NV2 is not really a stable protocol, or Mikrotik works well in clean environment, but brobably with the same architecture, feature and protocol, maybe the results are not so far each other.
I think is important to be clear talking about different vendors because some of us make their decition based on other opinion.

Alessio Garavano · Tue Sep 11, 2018 5:37 pm

Someone tested in NV2 how is working the RBDynaDishG-5HacDr3 which is 802.11ac but has MIPSBE?

mistry7 · Tue Sep 11, 2018 8:08 pm

Mistry7, I have no experience on ubiquiti or mimosa, but it seems you are comparing not similar architecture. Even if you have all the same parameters in mimosa and mikrotik, C5C is a 4x4 MIMO, R11e is 2x2. It is normal you have a double bandwidth as in post
viewtopic.php?f=7&t=136002&start=100#p684307
Also if you hace GPS sync it is normal you get better results in noisy environment. You should compare a mimosa product with all the same features.
So, we can discuss Mikrotik lacks some features (4x4 MIMO or GPS Sync), NV2 is not really a stable protocol, or Mikrotik works well in clean environment, but brobably with the same architecture, feature and protocol, maybe the results are not so far each other.
I think is important to be clear talking about different vendors because some of us make their decition based on other opinion.

C5C is normal 2x2 SMA Radio, not more then NetMetal etc....
C5C has not gps

Alessio Garavano · Tue Sep 11, 2018 9:10 pm

Mistry7, I have no experience on ubiquiti or mimosa, but it seems you are comparing not similar architecture. Even if you have all the same parameters in mimosa and mikrotik, C5C is a 4x4 MIMO, R11e is 2x2. It is normal you have a double bandwidth as in post
viewtopic.php?f=7&t=136002&start=100#p684307
Also if you hace GPS sync it is normal you get better results in noisy environment. You should compare a mimosa product with all the same features.
So, we can discuss Mikrotik lacks some features (4x4 MIMO or GPS Sync), NV2 is not really a stable protocol, or Mikrotik works well in clean environment, but brobably with the same architecture, feature and protocol, maybe the results are not so far each other.
I think is important to be clear talking about different vendors because some of us make their decition based on other opinion.
C5C is normal 2x2 SMA Radio, not more then NetMetal etc....
C5C has not gps

In noise environment Mimosa is a shit! only work fantastic in the best conditions...

wispman74 · Tue Sep 11, 2018 10:12 pm

Mistry7, I have no experience on ubiquiti or mimosa, but it seems you are comparing not similar architecture. Even if you have all the same parameters in mimosa and mikrotik, C5C is a 4x4 MIMO, R11e is 2x2. It is normal you have a double bandwidth as in post
viewtopic.php?f=7&t=136002&start=100#p684307
Also if you hace GPS sync it is normal you get better results in noisy environment. You should compare a mimosa product with all the same features.
So, we can discuss Mikrotik lacks some features (4x4 MIMO or GPS Sync), NV2 is not really a stable protocol, or Mikrotik works well in clean environment, but brobably with the same architecture, feature and protocol, maybe the results are not so far each other.
I think is important to be clear talking about different vendors because some of us make their decition based on other opinion.
C5C is normal 2x2 SMA Radio, not more then NetMetal etc....
C5C has not gps

OK, sorry but I follow your link of A5C

mistry7 · Tue Sep 11, 2018 10:15 pm

Mistry7, I have no experience on ubiquiti or mimosa, but it seems you are comparing not similar architecture. Even if you have all the same parameters in mimosa and mikrotik, C5C is a 4x4 MIMO, R11e is 2x2. It is normal you have a double bandwidth as in post
viewtopic.php?f=7&t=136002&start=100#p684307
Also if you hace GPS sync it is normal you get better results in noisy environment. You should compare a mimosa product with all the same features.
So, we can discuss Mikrotik lacks some features (4x4 MIMO or GPS Sync), NV2 is not really a stable protocol, or Mikrotik works well in clean environment, but brobably with the same architecture, feature and protocol, maybe the results are not so far each other.
I think is important to be clear talking about different vendors because some of us make their decition based on other opinion.
C5C is normal 2x2 SMA Radio, not more then NetMetal etc....
C5C has not gps
In noise environment Mimosa is a shit! only work fantastic in the best conditions...

We don’t have fantastic conditions, on no place, 5 GHz is disturbt all
over the hole band, no place where we don’t see 15-20 ssids

We use maximum on antenna technology, we have small EIRP here in Germany 30/36 dBm,
And for us mimosa works great, but killer is AF-5xHD, but it is an another class of Radio.

honzam · Tue Sep 11, 2018 10:55 pm

We don’t have fantastic conditions, on no place, 5 GHz is disturbt all
over the hole band, no place where we don’t see 15-20 ssids

Off topic: this is not disturb - We have in Czech Republic more than 60 ssid on P2P link.
More then 100 SSID on 30degree horn antenna. In small city.

We have small EIRP here in Germany 30/36 dBm,

We have only 27-30dBm

mistry7 · Tue Sep 11, 2018 11:07 pm

We don’t have fantastic conditions, on no place, 5 GHz is disturbt all
over the hole band, no place where we don’t see 15-20 ssids
Off topic: this is not disturb - We have in Czech Republic more than 60 ssid on P2P link.
More then 100 SSID on 30degree horn antenna. In small city.

Here A5C really works great...

We have small EIRP here in Germany 30/36 dBm,
We have only 27-30dBm

But when you see all SSId with -60? Ubnt and Co are often used here form cameras etc, every IT company use them, and WISPs searching the Gaps...
My City Airfiber Show hole Band as red

honzam · Wed Sep 12, 2018 10:25 pm

For profesional cameras we use other band than 5Ghz. In CZ is problem with a lot of WISPs in cities... A lot of SSID, a lot of interference....

steen · Sat Sep 15, 2018 10:51 am

Hello Folks!

I see a lot of discussions in this thread now.

Has microtic corrected their routers now so older devices work with wireless again, so called arm devices, e.g. mipsbe devices like rb411, sxt, sextant etc. ?

We have very many such still in production ptmp 5GHz band using no higher than 6.41.3, if we upgrade beyond that version the wifi fully fails and the device need a full netinstall recover to 6.41.3 again to become usable.

thasser · Wed Sep 19, 2018 12:01 am

I am having this same issue with a PTP link with two of the new SXT ac square units. We have simple bridge to station bridge setup with wlan and eth bridged together.

No traffic would pass through link on NV2. When I upgraded to 6.43 suddenly the link began to pass traffic through and work, but now my Cisco 3750g switch keeps receiving it's keepalive packet on the same port it sends it out on thus putting the port into err-disabled mode. This only happens when the SXT set to "station-bridge" connects to the SXT set to "bridge".

So it seems for whatever reason the bridge unit is looping traffic back to the CPE device (or should I say the other end of the PTP bridge.

Setup as follows:

Cisco 3750g 1 <-> RBSXTsq5HPnD-US ("station-bridge") <-> RBSXTsq5HPnD-US ("bridge") <-> Cisco 3750g 2

Cisco 3750g 1 shuts down the port that the RBSXTsq5HPnD-US is connected to because it receives the same keepalive packet (Sent from Cisco 3750g 1) that it sent out on the same port connected to the same RBSXTsq5HPnD-US. Clear as mud?

thasser · Wed Sep 19, 2018 12:47 am

Someone tested in NV2 how is working the RBDynaDishG-5HacDr3 which is 802.11ac but has MIPSBE?

Has anyone tested the newer RouterOS with these higher versions? Does NV2 link work normal?

Also, I find it odd that nstream would work and NV2 would not given that NV2 is short for "nstream version 2"

wpeople · Wed Sep 19, 2018 12:28 pm

Someone tested in NV2 how is working the RBDynaDishG-5HacDr3 which is 802.11ac but has MIPSBE?
Has anyone tested the newer RouterOS with these higher versions? Does NV2 link work normal?

Also, I find it odd that nstream would work and NV2 would not given that NV2 is short for "nstream version 2"

This is not strange. Nstreme (v1) do the things via board CPU, while NV2 do that on the wireless card.
Compare the CPU usage when set to nstreme and nv2! You will find, that using nstreme will consume 20-30% cpu even with low network load.

Also, mixing nv2 and nstreme in the same board (on different cards) is not a good way. They would interfere somehow even if the used freq very far from each other.

thasser · Wed Sep 19, 2018 6:34 pm

Someone tested in NV2 how is working the RBDynaDishG-5HacDr3 which is 802.11ac but has MIPSBE?
Has anyone tested the newer RouterOS with these higher versions? Does NV2 link work normal?

Also, I find it odd that nstream would work and NV2 would not given that NV2 is short for "nstream version 2"
This is not strange. Nstreme (v1) do the things via board CPU, while NV2 do that on the wireless card.
Compare the CPU usage when set to nstreme and nv2! You will find, that using nstreme will consume 20-30% cpu even with low network load.

Also, mixing nv2 and nstreme in the same board (on different cards) is not a good way. They would interfere somehow even if the used freq very far from each other.

So nstream is using arm archtecture while nv2 is using wireless chip directly, awesome insight! Going back to the original issue, though, that is the core issue of nv2 and arm not working correctly. There obviously seems to be a issue with bridging or routing going on as we keep receiving random sent packages from our AP that we sent to it.

It almost seems like:

Broadcast message is created -> "CPE PTP bridge radio" receives packet in bridge (via eth1), sends out message on all bridge ports except port where message originated, aka wlan1 -> The "bridge PTP radio" receives the packet on its bridge interface wlan1 and should then send out the packet on all interface except the port where the message originated, aka eth1*

* = This seems to be the point where the "bridge PTP radio" will send the keepalive packets generated by the cisco switch back to the radio that sent it which in turn broadcast's the message back ot the port putting it into err-disabled mode and losing all connectivity between sites.

This seems to be a major issue with ARM based boards only. WE ALL NEED TO KNOW WHAT IS GOING ON HERE? CAN WE GET AN ACKNOWLEDGEMENT OF THE ISSUE, @ULDIS, @EMILS, @NORMIS?

Given the latest upgrade fixed some of my issues without any config change it sounds like some major changes are being made to arm based boards with wireless cards in them. Our company wants to buy a TON of the next ARM-based SXT's but we can not move forward until we know if this is a known issue being worked out or a configuration issue.

mistry7 · Sun Sep 23, 2018 1:00 am

I am trying to hook my cell up to my laptop so i can get GPS on Network Stumbler and dont know how to go about doing this?

And what is the relationship to the topic?

networkfudge · Sun Sep 23, 2018 1:54 am

I am trying to hook my cell up to my laptop so i can get GPS on Network Stumbler and dont know how to go about doing this?

piss off

thasser · Sun Sep 23, 2018 10:39 pm

Can someone with some sort of authority acknowledge this? I may have missed it but this is a big deal. Is this a known issue or am I crazy???

Traffic is being looped back for some reason - this can cause MAJOR network issues and will create an incredibly unstable network.

What do you recommend your clients do with ARM based boards for stable PTP communication? Use 802.11 for now? Any suggestions are welcome and anything I can do to help I will gladly do.

FogOfWar · Mon Sep 24, 2018 7:47 pm

I can confirm the issue. We have had major throughput issues, so we replicated it in lab environment.

LHG 5 ac XL (bridge) -- LHG 5 AC (station bridge)
only chain 0 (we don't have enough free space for polarization to form, so used single chain to reduce other effects)
Throughpus is dead-straight at 78Mbit up + 78Mbit down, CCQ at 100%. That is exactly half of what it should be taking into account protocol overhead and conforms with the forth-and-back routing issue.

We also tried to downgrade to 6.40.3, but now the XL is rebooted with kernel panic if any wireless interface setting is changed. So there are major problems with ARM port of the latest stable.

We can not switch back to MIPSBE LHG 5 utilizing N standard as we are facing competition throughputing 400+Mbit.

With test runs with RB922-RB922 before switching to ARM we achieved 400+Mbit/s in distance of 60km. Now we are sitting at 20-80Mbit with very high jitter.

So yes, ARM devices miss NV2 slots and yes, ARM devices route traffic back after receiving reducing available timeslots.

mistry7 · Tue Sep 25, 2018 5:19 am

We can not switch back to MIPSBE LHG 5 utilizing N standard as we are facing competition throughputing 400+Mbit.

With test runs with RB922-RB922 before switching to ARM we achieved 400+Mbit/s in distance of 60km. Now we are sitting at 20-80Mbit with very high jitter.

So yes, ARM devices miss NV2 slots and yes, ARM devices route traffic back after receiving reducing available timeslots.

Welcome to the new Mikrotik products from the cheap rail, you need something with better performance buy somewhere else ...

PacketMangle · Fri Sep 28, 2018 12:21 pm

Hello Everybody,

To confirm, is this issue also a problem with wireless 'ARM' based Mikrotik devices operating in Station' mode too?

EG: Do you still have the same issues with Mikrotik MIPSBE devices operating in 'AP Bridge' (Access Point) mode and the ARM devices operating in 'Station' (Client) mode?

Thanks!

thasser · Fri Sep 28, 2018 8:17 pm

Hello Everybody,

To confirm, is this issue also a problem with wireless 'ARM' based Mikrotik devices operating in Station' mode too?

EG: Do you still have the same issues with Mikrotik MIPSBE devices operating in 'AP Bridge' (Access Point) mode and the ARM devices operating in 'Station' (Client) mode?

Thanks!

We have not tried this setup, yet. We are only trying to bridge two Cisco switches on the same LAN.

We tried bridge to station in our setup and received the same results but we have all SXTsq's which I do not believe come with the license level for being an PtMP AP aka 'AP Bridge'

thasser · Wed Oct 03, 2018 9:46 pm

The exact same configuration is now working on the legacy SXTac and no issues whatsoever. What is going on here, product released to market before full testing complete????!!!!!??????

PLEASE FIX THIS MIKROTIK!!!!!!!

Either fix this or pull the product from the market - it does not work! I have done business with you guys for over 10 years and this is not how you guys operate! You are better than this. Please acknowledge or prove me wrong as this has been a hot topic in wireless for over two weeks now!

MIKROTIK ARM BASED BOARDS DO NOT WORK WITH NV2 WHEN CREATING A SIMPLE BRIDGE.

honzam · Wed Oct 03, 2018 9:50 pm

The same problem. We need solution from @mikrotik

mistry7 · Wed Oct 03, 2018 9:52 pm

The exact same configuration is now working on the legacy SXTac and no issues whatsoever. What is going on here, product released to market before full testing complete????!!!!!??????

PLEASE FIX THIS MIKROTIK!!!!!!!

Either fix this or pull the product from the market - it does not work! I have done business with you guys for over 10 years and this is not how you guys operate! You are better than this. Please acknowledge or prove me wrong as this has been a hot topic in wireless for over two weeks now!

MIKROTIK ARM BASED BOARDS DO NOT WORK WITH NV2 WHEN CREATING A SIMPLE BRIDGE.

No need for complaining, Mikrotik only offers low cost ARM line for 5 GHz, this is the same shit like the one with Spectral Scan in AC Hardware, change brand, more and more doing this step, we don’t see any future in Mikrotik Outdoor Wireless!

thasser · Wed Oct 03, 2018 11:06 pm

The exact same configuration is now working on the legacy SXTac and no issues whatsoever. What is going on here, product released to market before full testing complete????!!!!!??????

PLEASE FIX THIS MIKROTIK!!!!!!!

Either fix this or pull the product from the market - it does not work! I have done business with you guys for over 10 years and this is not how you guys operate! You are better than this. Please acknowledge or prove me wrong as this has been a hot topic in wireless for over two weeks now!

MIKROTIK ARM BASED BOARDS DO NOT WORK WITH NV2 WHEN CREATING A SIMPLE BRIDGE.
No need for complaining, Mikrotik only offers low cost ARM line for 5 GHz, this is the same shit like the one with Spectral Scan in AC Hardware, change brand, more and more doing this step, we don’t see any future in Mikrotik Outdoor Wireless!

I always say this and still stick to it: Mikrotik devices are only as good as the programmer who is behind it. There are no other devices out there on the market that compare to the strengths and versatility of RouterOS. This is just one issue of many they are working on. We have a network with over 1,000 Mikrotik devices and the SXT's is one of their crowning achievements. That is why the bar was set so high for these new ones.

With that said - I would never swap to a Cambium, Ubiquiti, or any other competitor in this arena because they are not secure and you do not have low level access over what is going on in the router.

$$ is not an issue here. The board is cheap because it has only the components necessary for the device to work are in place. Yes there are cheaper versions with cheaper chips but I have gear in the field in what I can almost guarantee are the harshest of conditions and they are going on 6+ years of uptime with minimal config changes since ROS 3.5

Come on MT, I believe in you.

mistry7 · Thu Oct 04, 2018 6:44 am

$$ is not an issue here. The board is cheap because it has only the components necessary for the device to work are in place. Yes there are cheaper versions with cheaper chips but I have gear in the field in what I can almost guarantee are the harshest of conditions and they are going on 6+ years of uptime with minimal config changes since ROS 3.5

Come on MT, I believe in you.

the Issue begins with low end Chipset, if you want to build devices for Professional market, you choose the cheapest Chipset, who manufactures says for home using?

But there are a couple of ones for „enterprise use“ but they are not supported by ROS.
Missing features and not relatability are the answers?
Look at Qualcomm Page.....
Hopefully we see support for QCA998x after launch of RB4011, then we are able to build
Our own systems with M11G

server8 · Fri Oct 05, 2018 3:32 pm

@Normis can you tell us how many time we have to wait for the solution of this problem? If you can't resolve it please tell us, transparency for your customers please.

mistry7 · Sat Oct 06, 2018 6:37 am

@Normis can you tell us how many time we have to wait for the solution of this problem? If you can't resolve it please tell us, transparency for your customers please.

I have some used LHGac, SXTsq ac, we took down in the last weeks, because of
unsolved problems with ARM Boards, if someone want to get them, feel free to ask,
otherwise we throw them away.

mistry7

honzam · Sat Oct 06, 2018 9:54 pm

@Normis can you tell us how many time we have to wait for the solution of this problem? If you can't resolve it please tell us, transparency for your customers please.

+ 1

mistry7 · Sat Oct 06, 2018 10:14 pm

@Normis can you tell us how many time we have to wait for the solution of this problem? If you can't resolve it please tell us, transparency for your customers please.
+ 1

LOL would be fixed in ROS 7

Alessio Garavano · Mon Oct 08, 2018 5:18 am

+100

Enviado desde mi BLA-L29 mediante Tapatalk

Alessio Garavano · Mon Oct 08, 2018 3:04 pm

Is Dynadish working fine in 802.11ac and NV2?

Enviado desde mi BLA-L29 mediante Tapatalk

mistry7 · Mon Oct 08, 2018 3:22 pm

Is Dynadish working fine in 802.11ac and NV2?

Enviado desde mi BLA-L29 mediante Tapatalk

Yes it is not Arm based

ueudo · Tue Oct 09, 2018 12:21 am

I'm having the same problem, it's time that everything looks great, more than 5 in 5 minutes it's all horrible, I'm using 802.11 .... no solution?

Sem título.png

Alessio Garavano · Tue Oct 09, 2018 6:57 pm

Is Dynadish working fine in 802.11ac and NV2?

Enviado desde mi BLA-L29 mediante Tapatalk
Yes it is not Arm based

Thanks mistry7! now i go to test...

Regards,

cpetey147 · Wed Oct 10, 2018 4:33 pm

We really need a response from tik. This is ridiculous of them to not even respond. I've sent then 3 emails regarding this and their only response was we improved that in the latest current release. After upgrading still sucks and our company has probably around 500 of these things sitting in stock wait to be used yet we can't . Also still no spectral scan on A/C ....... Joke.

honzam · Wed Oct 10, 2018 6:47 pm

If Mikrotik does not like a topic, he does not comment on it

This is one of them.

I also do not like this policy ... !

mistry7 · Wed Oct 10, 2018 11:13 pm

@Normis can you tell us how many time we have to wait for the solution of this problem? If you can't resolve it please tell us, transparency for your customers please.
I have some used LHGac, SXTsq ac, we took down in the last weeks, because of
unsolved problems with ARM Boards, if someone want to get them, feel free to ask,
otherwise we throw them away.

mistry7

weird, nobody wants to have that stuff

honzam · Wed Oct 10, 2018 11:26 pm

weird, nobody wants to have that stuff

You are from Germany. If you had a trip to the Czech Republic I would have taken them

npero · Thu Oct 11, 2018 8:07 am

I am interested to buy it. Please can your left email or contact me on npero2(at)gmail(dot)com

I have some used LHGac, SXTsq ac, we took down in the last weeks, because of
unsolved problems with ARM Boards, if someone want to get them, feel free to ask,
otherwise we throw them away.

mistry7
weird, nobody wants to have that stuff

server8 · Thu Oct 11, 2018 10:02 am

@normis old LDF mipsbe are not more available from distributors we have no hardware that work well with NV2 to make our business..... are LDF mipsbe end of life?

CAN YOU PLEASE SPEND SOME WORDS FOR US?

Thank you

mistry7 · Thu Oct 11, 2018 10:21 am

I am interested to buy it. Please can your left email or contact me on npero2(at)gmail(dot)com

I have some used LHGac, SXTsq ac, we took down in the last weeks, because of
unsolved problems with ARM Boards, if someone want to get them, feel free to ask,
otherwise we throw them away.

mistry7
weird, nobody wants to have that stuff

you've got an e-mail

mistry7 · Thu Oct 11, 2018 10:41 am

@normis old LDF mipsbe are not more available from distributors we have no hardware that work well with NV2 to make our business..... are LDF mipsbe end of life?

CAN YOU PLEASE SPEND SOME WORDS FOR US?

Thank you

SXT ac, SXT HGac, SXT Lite5ac, they all not longer available.

server8 · Thu Oct 11, 2018 11:11 am

LDF mipsbe is not available now I hope is only a shortage for the distributors

mistry7 · Thu Oct 11, 2018 11:40 am

LDF5 (802.11n) is available in Germany

scampbell · Thu Oct 11, 2018 10:57 pm

LDF5 (802.11n) is available in Germany

LDF5 is in stock in New Zealand too - we can ship worldwide

mistry7 · Fri Oct 12, 2018 4:12 am

@Normis can you tell us how many time we have to wait for the solution of this problem? If you can't resolve it please tell us, transparency for your customers please.

It is the same like the Spectral-Scan story

only stalling tactics, some „possible fixes“
and then long time nothing, no answer and no fix
And when you wait for it and if you ask for it sometimes,
the answer would be „We fixe it with ROS 7“
And that is the answer from Mikrotik, not Interesting to fix it now!

n21roadie · Fri Oct 12, 2018 1:08 pm

@ 2jarek
6.43 Works only for TDMA period size 1ms. Try 3-5ms = disaster. Hardware driver/chipset/clock problem.

Just curious I have mine set to 2ms ! and have you any more information on "Hardware driver/chipset/clock problem."

n21roadie · Fri Oct 12, 2018 1:38 pm

@mistry7
I don’t think you will see anything from Mikrotik in Wireless Market, Wireless is dead end, FTTH is future, look at the Products MT is releasing, look at KidControl.
.........................

I agree that Fibre to the Home (FTTH) is the future for business, working from home, etc. but for residential customers we have discovered that price is paramount, sure they want very fast broadband but the vast majority are not willing to pay the premium cost involved, hence the reason why *all* fibre providers here have resorted to using a low price period at start of the contract before prices increase, even some bundle media content to sell FTTH to residential customers!

cpetey147 · Fri Oct 12, 2018 3:17 pm

The fact that tik won't comment on this just baffles me.... Furthermore the fact that they build an AC lhg line that is most likely intended to be paired with the omnitik ac and than they sell thousands of them without even testing the product blows my mind. They clearly have time to improve the 60ghz stuff every release candidate just won't put the time into the arm 5ghz for whatever reason.

Alessio Garavano · Fri Oct 12, 2018 9:28 pm

Hello guys ... After consulting here a few days ago, they confirmed that Dynadish does not have this famous problem for not having ARM, so I decided to buy one, meanwhile mikrotik does not offer any solution to the problem, we have to fix ourselves in some way and look for alternatives to continue improving our services ...

Then I wrote the following e-mail requesting me to recognize a level 4 license, to update the Dynadish to PTMP instead of an LHG 5ac that I bought for that, updated its license and could not use it ...

I share my query, and the unfavorable response they gave me ...

"Hi guys, from our main tower we have 4 others towers in a visible width of 10 grads connected and concentrated in a Sextant-G (Soft-ID=xxxx-xxxx) in a range of 3 to 8 kilometers with SXTsq, LHG 5ac and LHG 5ac XL in NV2.

From a time ago we need to enhance the capacity of this backbone, for this we buy a LHG 5ac (Soft-ID= xxxx-xxxx) to replace the old Sextant-G 802.11n, but the performance and quality was horrible, because the well-known problem of ARM chipsets with NV2... then we back again to the old Sextant-G waiting for a solution, but no answer in the forum about that and the clients are claiming the low quality of the service...

At this point besides of buy boths Routerboards, we buy the upgrade of license to Level 4 (u$45 each one, u$90 in total).

Well, now we buy a Dynadish 5ac (Soft-ID=xxxx-xxxx / Serial Number=xxxxxxxxxxxxxxx) to replace the Sextant-G and speed up the performance of this backbone...

Can you do the favour of exchange the license of the LHG 5ac back to Level 3 and pass the Dynadish to Level 4? I hope you understand my situation and can help us to solve our dilemma and not buy another license upgrade to try.

Thanks and regards"

Here the first MT reply:

Hello,

MikroTik support usually reply within three business days.

Unfortunately RouterBOARD licenses are not transferrable.

Best regards,
Martins S.

Here my second e-mail:

Hi Martins, i know that... but you need to considerate i can´t use the LHG 5ac license in level 4 for PTMP because yours problems with ARM chip and NV2.

I don´t want to buy another license level 4 for other RB.

If i don´t have a favorable reply about this problem, i public this bad situation with your reply in the forum.

I hope you can understand my situtation...

Thanks and regards,

Here the second bad reply without lucky:

Hello,

As soon as you purchase license for RouterBOARD it is tied to single router. Such licenses are not transferrable.

If you have a problem with your wireless connection, then please feel free to create a new support ticket. We will do our best in order to help you and improve your wireless configuration.

Best regards,
Martins S.

P.S.: Now, for this bad attention and solution, we go to change all our backbone to another brand.

Regards!

mistry7 · Fri Oct 12, 2018 11:27 pm

Hello guys ... After consulting here a few days ago, they confirmed that Dynadish does not have this famous problem for not having ARM, so I decided to buy one, meanwhile mikrotik does not offer any solution to the problem, we have to fix ourselves in some way and look for alternatives to continue improving our services ...

Then I wrote the following e-mail requesting me to recognize a level 4 license, to update the Dynadish to PTMP instead of an LHG 5ac that I bought for that, updated its license and could not use it ...

I share my query, and the unfavorable response they gave me ...

"Hi guys, from our main tower we have 4 others towers in a visible width of 10 grads connected and concentrated in a Sextant-G (Soft-ID=xxxx-xxxx) in a range of 3 to 8 kilometers with SXTsq, LHG 5ac and LHG 5ac XL in NV2.

From a time ago we need to enhance the capacity of this backbone, for this we buy a LHG 5ac (Soft-ID= xxxx-xxxx) to replace the old Sextant-G 802.11n, but the performance and quality was horrible, because the well-known problem of ARM chipsets with NV2... then we back again to the old Sextant-G waiting for a solution, but no answer in the forum about that and the clients are claiming the low quality of the service...

At this point besides of buy boths Routerboards, we buy the upgrade of license to Level 4 (u$45 each one, u$90 in total).

Well, now we buy a Dynadish 5ac (Soft-ID=xxxx-xxxx / Serial Number=xxxxxxxxxxxxxxx) to replace the Sextant-G and speed up the performance of this backbone...

Can you do the favour of exchange the license of the LHG 5ac back to Level 3 and pass the Dynadish to Level 4? I hope you understand my situation and can help us to solve our dilemma and not buy another license upgrade to try.

Thanks and regards"

Here the first MT reply:

Hello,

MikroTik support usually reply within three business days.

Unfortunately RouterBOARD licenses are not transferrable.

Best regards,
Martins S.

Here my second e-mail:

Hi Martins, i know that... but you need to considerate i can´t use the LHG 5ac license in level 4 for PTMP because yours problems with ARM chip and NV2.

I don´t want to buy another license level 4 for other RB.

If i don´t have a favorable reply about this problem, i public this bad situation with your reply in the forum.

I hope you can understand my situtation...

Thanks and regards,

Here the second bad reply without lucky:

Hello,

As soon as you purchase license for RouterBOARD it is tied to single router. Such licenses are not transferrable.

If you have a problem with your wireless connection, then please feel free to create a new support ticket. We will do our best in order to help you and improve your wireless configuration.

Best regards,
Martins S.
P.S.: Now, for this bad attention and solution, we go to change all our backbone to another brand.

Regards!

We also did the change and did not regret it

mistry7 · Fri Oct 12, 2018 11:30 pm

They clearly have time to improve the 60ghz stuff every release candidate just won't put the time into the arm 5ghz for whatever reason.

Looks like it is Hardware Issue and can not be fixed

mfr476 · Mon Oct 15, 2018 9:29 am

I have the some problem.... witch brand works now Mistry7?

npero · Mon Oct 15, 2018 10:32 am

you've got an e-mail

I send you replay but did not receive any mail from you after that.

server8 · Tue Oct 16, 2018 1:11 pm

I am angry about the silence on this issue, I can't understand why we have had no official answer.

In the last 8 years we bought something around 1M euro of mikrotik hardware..... changing now is big trouble!!!!

I have 3 new towers waiting

n21roadie · Tue Oct 16, 2018 1:29 pm

I have the some problem.... witch brand works now Mistry7?

If any vendor had a wireless product designed especially to function perfectly in a increasing noisy environment, everyone would know very fast?

mistry7 · Tue Oct 16, 2018 9:37 pm

I have the some problem.... witch brand works now Mistry7?

We use Mimosa and Ubiquiti
We removed Mikrotik on really new Towers, rebuild them with something new, and get some SXT Lite5ac from the costumers back, so we have some fro the old Towers, but this will not work for ever

Alessio Garavano · Tue Oct 16, 2018 9:44 pm

We are changing to Mimosa and Cambium Networks...

UBNT is bad word for me! a real shit in all your products!

server8 · Fri Oct 19, 2018 1:35 pm

@Normis I 'll post here untill we 'll have an answer

I apologize for my inistence but I need an answer

Thank You

cpetey147 · Sat Oct 20, 2018 6:38 am

@Normis I 'll post here untill we 'll have an answer

I apologize for my inistence but I need an answer

Thank You

They can only ignore us for so long

eventually they will have to own up to it and fix it.

mkx · Sat Oct 20, 2018 10:52 am

@Normis I 'll post here untill we 'll have an answer

I apologize for my inistence but I need an answer

Thank You
They can only ignore us for so long eventually they will have to own up to it and fix it.

Sure they will fix it ... in ROS V7

steen · Sat Oct 20, 2018 1:15 pm

Hello Folks!

First please mikrotik fix so older devices work or make a branch for older devices and freeze it or what ever suites you best.
As it is for now, we have stopped upgrading all wireless devices at Ros6.41.3.
Any attempt upgrading higher than RoS6.41.3 for wireless devices ends up in netinstalling them with RoS6.41.3 or lower.

Which devices work with NV2 and higher RoS6.41.3, is there any ?
QRT5 ?
DynaDish 5 ?
Any other device ?

We are fully dependent on it for our PtMP production.
We have a mix of devices, all running NV2 in routed network and various speeds and needs.

NV2 ptmp Basestations)
RB333 (few ptmp basestations, low speed links 20-30Mbit/s, max 7 clients per basestation sector)
RB435 (a few ptmp basestations, low speed links 20-30Mbit/s, max 10 clients per basestation sector)
RB600 (some ptmp basestations, low speed links 20-30Mbit/s, max 10 clients per basestation sector)
RB800 (a few ptmp basestations, medium speed links 30-100Mbit/s plus max 10 clients per basestation sector)
SXT SA5 ac (few ptmp basestations, medium speed links 30-100Mbit/s plus max 4 clients per basestation sector)

NV2 clients)
RB333 (clients, low speed links, low speed links 20-30Mbit/s)
RB411 (massive amount of clients, low speed links 20-30Mbit/s)
RB433 (clients, low speed links 20-30Mbit/s)
RB911G-5HPnD (many clients, low speed links 20-30Mbit/s)
RB711-SHnD (many clients, low speed links 20-30Mbit/s)
RB711-5Hn.u.FL (many clients, low speed links 20-30Mbit/s)
RB SXT-5D (many clients, low speed links 20-30Mbit/s)
RB SXT G5HPacD (many clients, medium speed links 30-100Mbit/s plus)
SXT 5 ac (many clients, medium speed links 30-100Mbit/s plus)
SXT G-5HPacd (many clients, medium speed links 30-100Mbit/s plus)
QRT5 (few clients, medium speed links 30-100Mbit/s plus)
DynaDish 5 (few clients, medium speed links 30-100Mbit/s plus)

honzam · Sun Oct 21, 2018 8:42 pm

@Normis I 'll post here untill we 'll have an answer
I apologize for my inistence but I need an answer
Thank You

Good idea. We will not leave this topic forgotten until Mikrotik answers...
@MIKROTIK - How long will you be silent? This is a public official forum. All users see how you are facing problems ...

mistry7 · Sun Oct 21, 2018 9:45 pm

@Normis I 'll post here untill we 'll have an answer
I apologize for my inistence but I need an answer
Thank You
Good idea. We will not leave this topic forgotten until Mikrotik answers...
@MIKROTIK - How long will you be silent? This is a public official forum. All users see how you are facing problems ...

remember spectrum scan.....same story.... first "yes we will add / fix it" and later nothing.......

mfr476 · Mon Oct 22, 2018 9:41 am

Five years working with @Mikrotik ... Today is the last day. It´s a pitty...

server8 · Mon Oct 22, 2018 4:20 pm

Five years working with @Mikrotik ... Today is the last day. It´s a pitty...

My company has 6000 mikrotik cpe installed, +1000 new orders every year and when NV2 finally works quite well with AC we have no more hardware compatible with it. It's a nightmare to swith to another vendor...

mfr476 · Mon Oct 22, 2018 9:49 pm

It's a Big problem but... If @Mikrotik dont solve the problem It is very dangerous not change the brand...