Page 1 of 1

NV2 disconnect problem

Posted: Tue Apr 10, 2012 8:08 pm
by honzam
Hello.
Still is there problem that causes disconnects on links with NV2 !!
A lot of solved with MK support.

Links have good signal (-50 - 60), good CCQ but still disconnect, not responding. Problem persist in all version 5.x (also in 5.14 and 5.15RC1)
Routerboot is the last.

It happens on 200meters links (with a sextant), but also on the 9 km links with high-quality parabolic antenas.

This is reflected in the single 802.11N but also in the N 2x2. If on the same link is NV2 disabled, there is NO problem with disconnect.

http://ispforum.cz/download/file.php?id=1656
http://ispforum.cz/download/file.php?id=1652
http://ispforum.cz/download/file.php?id=1653

Have anyone same problems? Thank you

Re: NV2 disconnect problem

Posted: Tue Apr 10, 2012 9:10 pm
by lazerusrm
Most of my disconnect issues are usually a result as of noise on one or both RX chains.

Re: NV2 disconnect problem

Posted: Tue Apr 10, 2012 11:47 pm
by n21roadie
Hello.
Still is there problem that causes disconnects on links with NV2 !!
A lot of solved with MK support.

Links have good signal (-50 - 60), good CCQ but still disconnect, not responding. Problem persist in all version 5.x (also in 5.14)

It happens on 200meters links (with a sextant), but also on the 9 km links with high-quality parabolic antenas.

This is reflected in the single 802.11N but also in the N 2x2. If on the same link is NV2 disabled, there is NO problem with disconnect.

http://ispforum.cz/download/file.php?id=1656
http://ispforum.cz/download/file.php?id=1652
http://ispforum.cz/download/file.php?id=1653

Have anyone same problems? Thank you
I solved all my NV2 AP disconnects by improving each AP antenna enclosure shielding from each other this has reduced the signal pickup from the other AP's and stopped NV2 disconnects,
http://forum.mikrotik.com/viewtopic.php ... it=rx%2Ftx
Never had NV2 disconnects with grids but I moved them as far apart from the AP's on the mast,

When you scan from each antenna what is the pickup signal level from this scan of other nearby units,

Re: NV2 disconnect problem

Posted: Wed Apr 11, 2012 11:26 am
by honzam
I solved all my NV2 AP disconnects by improving each AP antenna enclosure shielding from each other this has reduced the signal pickup from the other AP's and stopped NV2 disconnects,
http://forum.mikrotik.com/viewtopic.php ... it=rx%2Ftx
Never had NV2 disconnects with grids but I moved them as far apart from the AP's on the mast,
When you scan from each antenna what is the pickup signal level from this scan of other nearby units,
This NV2 link works on channel 5680. There is NO network on same chanel. See scan...
But this problem is on many links. I do not know what to improve?
We dont use grids! We use only parabolic antenas with metal shielding enclosure. http://nanoboot5.cz/reflektor_5ghz_23db/062.jpg

Re: NV2 disconnect problem

Posted: Wed Apr 11, 2012 4:36 pm
by Polky
Hi, I have the same problem. NV2 is constantly disconnects. I also use shielded boxes and quality dish.
There I discovered another problem with the NV2, link is attached, but do not pass any data.
AP Bridge (bridge= eth1 + wlan) ----- station (static routing) - link is active, but occasionally pass through any data. It helps to reboot the AP.

RouterOS 5.14.

P.S. When the switch connection to Nstreme both problems disappear. But again Nstreme understand the power of N-cards.

Re: NV2 disconnect problem

Posted: Wed Apr 11, 2012 4:52 pm
by n21roadie
At this point if this was happening to me, I would either purchase or if possible hire a spectrum analyser to scan 5Ghz band frequencies ( get 1 that will scan up to 8Ghz or above),remember MT scan show 802.1 compliant transmissions and not all of other users who can and do use this unlicensed band will show up on this type of scan,

Is your network bridged or routed, i am using routed.

Do you use "any" wireless protocol on the client side, I had issues with this (but they were not disconnects) and were solved by using "NV2 Nstream 802.11"

As sometimes with an issue like this a process of elimination could be used,I assume you have tried different frequencies
(had a backup wireless Vlan disconnecting at -88 but moved freq by 40Mhz and now no disconnects signal varing between -84 to -90) another parabolic antenna, radio card, pigtail, cat5 cable different POE and power supply,

Power supply have you checked how clean the AC voltage is at your location does it have high voltage spikes or “hash” on the AC waveform

Can you post more photos if possible of http://nanoboot5.cz/reflektor_5ghz_23db/062.jpg

Re: NV2 disconnect problem

Posted: Wed Apr 11, 2012 4:53 pm
by hapi
I have the same problem. Nstreme again do not go well on the two chain. Speed ​​falls to the minimum rate.

NV2 would like to modify the PTP link. PTP connections with minimum latency is 3ms horror.

Re: NV2 disconnect problem

Posted: Wed Apr 11, 2012 5:12 pm
by net.work
I have same problem.. Latest version on all RB´s (latest firmware of course) and all clients are disconnected randomly (still again).

:arrow: Please tell us, when this problem will fixed? :?:

Re: NV2 disconnect problem

Posted: Thu Apr 12, 2012 9:43 am
by honzam
It could support Mikrotik express your opinion?
According to the responses I am not alone who has these problems.
Support@mikrotik.com does not respond to emails.

Normis, Sergejs - so how do we report problems?

Re: NV2 disconnect problem

Posted: Fri Apr 13, 2012 2:00 pm
by Jeanluck
I have the same problem (perfect db -53 to -60, not noise, etc.) ... I'm looking for 5.15 every day with the hope of a fix...

Re: NV2 disconnect problem

Posted: Fri Apr 13, 2012 11:42 pm
by nz_monkey
Our 5.14 NV2 links are working flawlessly.

Re: NV2 disconnect problem

Posted: Sat Apr 14, 2012 1:00 am
by Jeanluck
Could be ... Honestly I'm not an expert.
In some sites, I fixed it moving to other frequencies were also 100% free, but in others the problem persists without apparent reason.
I see that the problem is bigger when are 2 antennas very close, although they are in different channels, any advice?
Thanks

Re: NV2 disconnect problem

Posted: Sat Apr 14, 2012 11:38 am
by honzam
I have the same problem (perfect db -53 to -60, not noise, etc.) ... I'm looking for 5.15 every day with the hope of a fix...
I also hope!
5.15rc1 don´t solve this disconnect problem :(

Re: NV2 disconnect problem

Posted: Tue Apr 17, 2012 12:51 pm
by honzam
Dear MT team.
How do we report this problem? Via email no answer from support.
I have generated supout.rif after disconnect with 5.15rc1(12.April) and still disconnect.
Thanks

Re: NV2 disconnect problem

Posted: Tue Apr 17, 2012 1:00 pm
by Jeanluck
yes, I have the same error logs :(

Re: NV2 disconnect problem

Posted: Tue Apr 17, 2012 1:06 pm
by n21roadie
Dear MT team.
How do we report this problem? Via email no answer from support.
I have generated supout.rif after disconnect with 5.15rc1(12.April) and still disconnect.
Thanks
Have you tried moving this effected antenna to another nearby location (even on a temporary mast) and checking.

Re: NV2 disconnect problem

Posted: Tue Apr 17, 2012 2:59 pm
by honzam
Have you tried moving this effected antenna to another nearby location (even on a temporary mast) and checking.
It's not a problem "one link".
The problem occurs in most links (PTP) and a large number of sector antenas (Point To Multipoint)

Re: NV2 disconnect problem

Posted: Tue Apr 17, 2012 4:31 pm
by n21roadie
Have you tried moving this effected antenna to another nearby location (even on a temporary mast) and checking.
It's not a problem "one link".
The problem occurs in most links (PTP) and a large number of sector antenas (Point To Multipoint)
Is this happening on just one mast with ptp's + ptmp's AP's or several masts, also when you updated OS version have you updated firmware

Re: NV2 disconnect problem

Posted: Tue Apr 17, 2012 5:00 pm
by honzam
They are different places. It's not one mast. Problem reported by several users, just read the thread...

ROS is of course, the last 5.14 or 5.15rc1
RouterBOOT everywhere last.

This "disconnect, not responding" disconnects the current VOIP call, Skype, VPN and other... :cry: :cry:

NV2 disconnect problem

Posted: Tue Apr 17, 2012 5:39 pm
by vk7zms
In my opinion you are all wasting your time trying to find a fix - we have done extensive field testing and have found the ONLY successful NV2 installations are way out in the country where there is NO other RF - we have concluded that NV2 is extremely susceptible to even the slightest of interference. Having said that we gave up testing at ROS 5.8 so it is possible they have improved it since then.

Re: NV2 disconnect problem

Posted: Tue Apr 17, 2012 5:49 pm
by uldis
In my opinion you are all wasting your time trying to find a fix - we have done extensive field testing and have found the ONLY successful NV2 installations are way out in the country where there is NO other RF - we have concluded that NV2 is extremely susceptible to even the slightest of interference. Having said that we gave up testing at ROS 5.8 so it is possible they have improved it since then.
there have been made multiple Nv2 stability improvements since v5.8.
Please upgrade to RouterOS v5.14 and check on your towers, how well it is working. Also we will have some Nv2 improvements for v5.15 as well.

Re: NV2 disconnect problem

Posted: Tue Apr 17, 2012 5:54 pm
by honzam
Hi vk7zms, thank you for your opinion.
It is possible that it is NV2 sensitive to interference.
But how is it possible that Airmax (UBNT) dont have this problem? It is also TDMA.

NV2 disconnect problem

Posted: Wed Apr 18, 2012 12:11 am
by vk7zms
I can't comment on the Ubnt product as we are a 100% mikrotik house for unlicensed gear.

As for NV2 improvements since 5.8, if they are worth trying, why are they not documented in change log...

Re: NV2 disconnect problem

Posted: Wed Apr 18, 2012 12:29 am
by acim
Have you tried to increase hw-retries? What data-rates have you selected?

Re: NV2 disconnect problem

Posted: Wed Apr 18, 2012 9:45 am
by ddd
As for NV2 improvements since 5.8, if they are worth trying, why are they not documented in change log...

They are listed.
http://www.mikrotik.com/download/CHANGELOG_5

5.14 made our NV2 connections in noisy areas substantially better than the earlier 5.x releases. Id recommend giving it another try.

Re: NV2 disconnect problem

Posted: Wed Apr 18, 2012 11:46 am
by n21roadie
In my opinion you are all wasting your time trying to find a fix - we have done extensive field testing and have found the ONLY successful NV2 installations are way out in the country where there is NO other RF - we have concluded that NV2 is extremely susceptible to even the slightest of interference. Having said that we gave up testing at ROS 5.8 so it is possible they have improved it since then.
A very interesting comment can I ask have you got a 5-6 GHz spectrum usage graph to support this theory, I certainly haven’t wasted my time in fixing my NV2 disconnects as it’s now working perfectly.

Re: NV2 disconnect problem

Posted: Wed Apr 18, 2012 6:37 pm
by dada
Have you tried to increase hw-retries? What data-rates have you selected?
to my best knowledge the hw-retries are ignored by NV2 (and nstreme too)...

Re: NV2 disconnect problem

Posted: Wed Apr 18, 2012 8:01 pm
by acim

Re: NV2 disconnect problem

Posted: Wed Apr 18, 2012 11:02 pm
by n21roadie
Have you tried to increase hw-retries? What data-rates have you selected?
to my best knowledge the hw-retries are ignored by NV2 (and nstreme too)...
I mentioned this before, why cannot MT just grey out any wireless setting not used when NV2 protocol is selected.

Re: NV2 disconnect problem

Posted: Wed Apr 18, 2012 11:16 pm
by adriaan777
Hi I have the following problem.
I have put all clients in the NV2 Nstream 802.11 protocol. Then when AP is still in any protocol clients can still connect to the VAP on the distribution, but as soon as I change the AP to NV2 protocol all clients disconnect. Clients only register when AP is back to any protocol.

Can anyone please help in this regard? Maybe I'm doing something wrong.

Thank you.

Re: NV2 disconnect problem

Posted: Wed Apr 18, 2012 11:27 pm
by n21roadie
Hi I have the following problem.
I have put all clients in the NV2 Nstream 802.11 protocol. Then when AP is still in any protocol clients can still connect to the VAP on the distribution, but as soon as I change the AP to NV2 protocol all clients disconnect. Clients only register when AP is back to any protocol.

Can anyone please help in this regard? Maybe I'm doing something wrong.

Thank you.
VAP does not work with NV2 protocol, which is a pity.

http://forum.mikrotik.com/viewtopic.php ... it=vap+nv2

Re: NV2 disconnect problem

Posted: Thu Apr 19, 2012 1:57 pm
by adriaan777
Thank you

Re: NV2 disconnect problem

Posted: Fri Apr 20, 2012 12:39 pm
by honzam
Now with 5.15 it is better. Only two times in two days.
But reconnect time with 5.15 is about 20sec. See ticket 2012011166000224
With 5.14 is reconnect time about 4-6sec

Mark

Re: NV2 disconnect problem

Posted: Sun Apr 22, 2012 3:11 pm
by n21roadie
Had to move a Ptp 19db panel higher on a mast, it was about 2.5 meters away from Omni and now is about 1 meter and when i changed frequency, NV2 disconnects occurred every few mins so I scanned and tried another frequency and upgraded to 5.15, 16hrs in and so far so good, so my point is a combination of events caused the NV2 disconnects, for those who think there a simple solution like software only for NV2 disconnects maybe badly mistaken about addressing this issue

Re: NV2 disconnect problem

Posted: Mon Apr 23, 2012 8:37 pm
by netsystem
Nothings better !
I change for nstreme (for 50-60 meters link) and now works perfectly without disconnects. (24 h works wtihout disconnects - later 1 disconnect /h) Trying fw from 5.11 to 5.15.
OSPF (non broadcast) with bgp based vpls working terrible with this settings (nv2).
Long disconnects, ospf can't bring up other 3-4 minutes. Ping between neighbours work but no adjacency and route install in this time.
NV2 protocol is for now completly unstable an not usable.
Performance is good but without link stability.

Re: NV2 disconnect problem

Posted: Sun Apr 29, 2012 6:17 am
by Alessio Garavano
Same problem here with NV2 in PtMP environment...

Now all my APs PtMP are bridged without WDS, in Nstreme mode and clients or subnodes in Nv2-Nstreme and station-bridge waiting for a stable version to try NV2... in PtP the NV2 links are better and stable!

I hope MT guys can quickly solve the NV2 problem for PTMP environments to really see and sense the best practices of TDMA...

Regards,

Re: NV2 disconnect problem

Posted: Mon Apr 30, 2012 11:20 am
by honzam
We have very loaded PtMP (about 31clients) in interfering environment in 802.11A with NV2.
Now are all clinets with 5.15 and AP with 5.15

It is very stable, all clients must have data rates - ADVANCED ! AP also Advanced. There is very little disconnect. I post photos tomorrow

BUT
Problem is with links N 2x2 with NV2.
There is still disconnect problem with 5.15 - Sometimes 6 times per day :(

Re: NV2 disconnect problem

Posted: Mon Apr 30, 2012 4:14 pm
by uldis
we will try to do some more testing with 2x2 on Nv2 protocol.
For other that has problems with disconnection, you also use 2x2, or it is also happening for one stream operations?

Re: NV2 disconnect problem

Posted: Tue May 01, 2012 11:41 am
by honzam
we will try to do some more testing with 2x2 on Nv2 protocol.
For other that has problems with disconnection, you also use 2x2, or it is also happening for one stream operations?
Thank you. Good to hear this message. :wink:

This sector is in interfering environment. It is 802.11A with NV2
Most clients hold the same uptime as AP. But 6 clients are constantly disconnects. All have 5.15 and datarates - Advanced.
The first client has a bad signal -66/-83 understand here it disconnects for bad signal.
But others are also disconnected.
The rest holds and is stable!

Re: NV2 disconnect problem

Posted: Wed May 02, 2012 12:49 pm
by uldis
please provide us support output file in a new support ticket about this router.
We need support output file from this AP and as well from those 6 clients.

Re: NV2 disconnect problem

Posted: Wed May 02, 2012 6:13 pm
by n21roadie
@honzam

Looking at the signals (tx/rx) from registered clients from -36 upwards, what distance is these clients from the AP.
Also fourth client down -52/-65 after 5.30 minutes rx/tx rate of 6Mbps should be higher

Re: NV2 disconnect problem

Posted: Thu May 03, 2012 3:20 pm
by honzam
please provide us support output file in a new support ticket about this router.
We need support output file from this AP and as well from those 6 clients.
send to support
Looking at the signals (tx/rx) from registered clients from -36 upwards, what distance is these clients from the AP.
Also fourth client down -52/-65 after 5.30 minutes rx/tx rate of 6Mbps should be higher
distance is from 34meters to about 500meters

Re: NV2 disconnect problem

Posted: Thu May 03, 2012 4:23 pm
by n21roadie
I have set all my Clients CPE's data rates at 24Mbps and some with low signal or CCQ (or both) to lower, The AP's are set to 24Mbps which has increased the ccq figures, my distance for clients would be 2KM to 20KM not sure with clients "34meters to about 500meters"

You signals average is very strong from clients, have you tried lowering the AP tx power and checked.

Re: NV2 disconnect problem

Posted: Wed May 09, 2012 3:11 pm
by netsystem
Try to setup connection without QAM-64 and is much better now.
See settings in attachment (must disable MCS 5-7, and MCS 13-15 - on basic rates too).
rate selection algorithm: advanced

Re: NV2 disconnect problem

Posted: Thu May 10, 2012 11:04 pm
by honzam
Try to setup connection without QAM-64 and is much better now.
See settings in attachment (must disable MCS 5-7, and MCS 13-15 - on basic rates too).
rate selection algorithm: advanced
You working with this setup in N 2x2 ?
5.15 or 5.16? I try it...

Re: NV2 disconnect problem

Posted: Fri May 11, 2012 12:46 am
by exa
Hey there,

First I, for one, want to confirm this -- happening both on PtP and PtMP connections with no visible cause.

What's strange: I got a PtMP connection where one client is disconnecting and the other isn't. I tried to go through their settings, but it seems like those are _totally the same_ - versions, settings, queues, I even tried to run a backup of one on the other, the only difference is the radio MAC and radio name. Setup is in (mostly shielded (6m underground)) laboratory, both clients are SXTs. I also saw a post about lowering the TX power on wiki, tried that, didn't help (not even a tiny bit)

You probably know where I'm going - from this view it really totally looks like a hardware problem (on ~30% of new wireless cards!). Please tell me it's not :]

What I would like to do now is to help Mikrotiks to solve&close this, as NV2 is just "too good to fail". Questions follow:

- Is there some methodology to get more debugging output from the situation?

- Any information on "what could cause this"?

- Any point at stress test that would reveal more / show how to effectively trigger the error?

- Could this be affected by a frequency spectrum choice or sole frequency choice? (I couldn't confirm this yet, but I suspect that our Mikrotiks that don't have Country set to Czech republic behave a little better)

- Any idea about what other differences between device settings should I try to search for?

- If there's no (currently available) fix, is there at least some good measure to easily determine whether given connection will be failing this way or not?

For completeness I supply the story of disconnection for everyone who never saw it "online":

1] everything ok, some speed visible on both RX and TX
2] RX suddenly goes to zero, stays there. Signals and everything else stay the same.
3] a few seconds later, there's the timeout message
4] TX gets disconnected too, reconnection begins
5] connection, loop to 1].

Thanks :]
-exa

Re: NV2 disconnect problem

Posted: Fri May 11, 2012 2:21 pm
by n21roadie
................... Setup is in (mostly shielded (6m underground)) laboratory, both clients are SXTs. I also saw a post about lowering the TX power on wiki, tried that, didn't help (not even a tiny bit)

You probably know where I'm going - from this view it really totally looks like a hardware problem (on ~30% of new wireless cards!). Please tell me it's not :].................................



Thanks :]
-exa
You say mostly shielded can I ask have you shielded the SXT as this is the first item to start with and there is two methods external or internal, I have attached two pictures one for external shielding for a Sextant and my own internal shielding of a SXT using first 25mm copper strip painted over with conductive paint and earthed back to the board, which before shielding was picking up signals from AP’s from the rear of the SXT but after screening they were not.

Re: NV2 disconnect problem

Posted: Wed Aug 08, 2012 6:42 pm
by honzam
Hello. We have still problems on P2MP links. It is 802.11N with NV2

clients who have ROS 5.9 are most stable then clients with 5.19.

Any client when is downgraded to 5.9 - then have good uptime and little disconnect.
With 5.18 and 5.19 a lot of problems with disconnect :(
Have anybody the same problem?

Re: NV2 disconnect problem

Posted: Wed Aug 08, 2012 10:01 pm
by rickard
Hello. We have still problems on P2MP links. It is 802.11N with NV2

clients who have ROS 5.9 are most stable then clients with 5.19.

Any client when is downgraded to 5.9 - then have good uptime and little disconnect.
With 5.18 and 5.19 a lot of problems with disconnect :(
Have anybody the same problem?

Test Ros 5.20 RC 1 i works!

//Rickard

Re: NV2 disconnect problem

Posted: Wed Aug 08, 2012 11:24 pm
by honzam
I will try it

Re: NV2 disconnect problem

Posted: Wed Aug 08, 2012 11:43 pm
by linek1980
ros 5.20rc must be only on AP, or on station also ?

Re: NV2 disconnect problem

Posted: Thu Aug 09, 2012 11:43 am
by honzam
Hello. We have still problems on P2MP links. It is 802.11N with NV2

clients who have ROS 5.9 are most stable then clients with 5.19.

Any client when is downgraded to 5.9 - then have good uptime and little disconnect.
With 5.18 and 5.19 a lot of problems with disconnect :(
Have anybody the same problem?

Test Ros 5.20 RC 1 i works!

//Rickard
The same problem with 5.20rc1. Have you used it in multipoint (AP Bridge) ?

Re: NV2 disconnect problem

Posted: Thu Aug 09, 2012 12:14 pm
by rickard
Yes i run in ptmpt and we have ros 5.11 om cpe and now 5.20 rc1 in AP
//rickard

Re: NV2 disconnect problem

Posted: Thu Aug 09, 2012 12:46 pm
by honzam
I have the same experience. CPE must have ROS 5.9 - 5.11

When CPE have 5.12 - 5.20rc1 then disconnect problem :(

Re: NV2 disconnect problem

Posted: Fri Aug 10, 2012 2:06 pm
by rmichael
Like others I had a good experience with CPE up to 5.9 with AP at 5.17 (but only with firmware from 5.9 - go figure)
5.17 CPE and AP had fewer disconnects but taking much longer, and less bandwidth
5.19 (CPE/AP) even better uptime, quick 2s reconnect, but less bandwidth
5.19 CPE and 5.17 AP, little less disconnects than 5.9, same bandwidth as 5.9

Looking forward to 5.20

Re: NV2 disconnect problem

Posted: Fri Aug 10, 2012 6:41 pm
by n21roadie
Like others I had a good experience with CPE up to 5.9 with AP at 5.17 (but only with firmware from 5.9 - go figure)
5.17 CPE and AP had fewer disconnects but taking much longer, and less bandwidth
5.19 (CPE/AP) even better uptime, quick 2s reconnect, but less bandwidth
5.19 CPE and 5.17 AP, little less disconnects than 5.9, same bandwidth as 5.9

Looking forward to 5.20
More bandwidth less bandwidth how much of a difference was there between ROS 5.9, 5.17, 5.19

Re: NV2 disconnect problem

Posted: Sat Aug 11, 2012 6:45 pm
by rmichael
Like others I had a good experience with CPE up to 5.9 with AP at 5.17 (but only with firmware from 5.9 - go figure)
5.17 CPE and AP had fewer disconnects but taking much longer, and less bandwidth
5.19 (CPE/AP) even better uptime, quick 2s reconnect, but less bandwidth
5.19 CPE and 5.17 AP, little less disconnects than 5.9, same bandwidth as 5.9

Looking forward to 5.20
More bandwidth less bandwidth how much of a difference was there between ROS 5.9, 5.17, 5.19
5.17, 5.19 clients interfere with each other. While single client is OK as soon as, in my setup, three start to contend for the bandwidth - throughput drops.

I get about 10% less with 5.17, 5.19 plus the cumulative bandwidth graph is much more jagged.

Re: NV2 disconnect problem

Posted: Wed Aug 15, 2012 12:58 pm
by honzam
I hope for NV2 changes in the final 5.20

Re: NV2 disconnect problem

Posted: Wed Aug 15, 2012 1:23 pm
by n21roadie
Like others I had a good experience with CPE up to 5.9 with AP at 5.17 (but only with firmware from 5.9 - go figure)
5.17 CPE and AP had fewer disconnects but taking much longer, and less bandwidth
5.19 (CPE/AP) even better uptime, quick 2s reconnect, but less bandwidth
5.19 CPE and 5.17 AP, little less disconnects than 5.9, same bandwidth as 5.9

Looking forward to 5.20
More bandwidth less bandwidth how much of a difference was there between ROS 5.9, 5.17, 5.19
5.17, 5.19 clients interfere with each other. While single client is OK as soon as, in my setup, three start to contend for the bandwidth - throughput drops.

I get about 10% less with 5.17, 5.19 plus the cumulative bandwidth graph is much more jagged.
Using 802.11- hidden node – and interference between clients Ok but not when using NV2 , I use as standard 23db CPE’s for clients and don’t have any NV2 issues maybe because of the narrow beamwidth 23db has.

Re: NV2 disconnect problem

Posted: Fri Aug 17, 2012 11:36 pm
by bac522
Nice to know (or maybe not) that I'm not the only one who is fighting this problem. I'm dealing with it on a very critical PTP link that is running VoIP via an IPSEC so the disconnects are killing us. Kudos to Mtik for trying to create a more robust wireless signalling method, but a little frustrated that they can get away from the periodic disconnects...wireless has been around long enough that one should be able to compensate for all but the worst of noise.

In our case we have a noise floor of -115db, signal levels round -60dBm on channel 0 and 1, and SNR of 60db! CCQ that is upper 95-100%...no reason for this link to disconnect, yet it still does.

Re: NV2 disconnect problem

Posted: Mon Aug 20, 2012 11:11 am
by uldis
bac522,
please upgrade to RouterOS v5.20 and report back with the results. Also can you provide us with remote access to your problematic link?

Re: NV2 disconnect problem

Posted: Mon Aug 20, 2012 1:56 pm
by bac522
bac522,
please upgrade to RouterOS v5.20 and report back with the results. Also can you provide us with remote access to your problematic link?
I would except there is nothing in the Changelog regarding fixing issues with disconnects and NV2. I can't really afford to try this version just for the heck of it. Your tech support suggest 5.14 a few weeks back when I asked about the problems, that seemed to help with less disconnects, but didn't make them go away. I have also found that not using QAM-64 has helped as well.
What's new in 5.20 (2012-Aug-15 13:04):

*) manual upgrade to NEW beta poe controller firmware v2.0 for RB750UP and OmniTIK UPA;
more info at http://wiki.mikrotik.com/wiki/Manual:PoE-Out
*) fix RB951-2n wireless issues;
*) ups - fixed resource leak;

Re: NV2 disconnect problem

Posted: Mon Aug 20, 2012 2:35 pm
by normis
I would except there is nothing in the Changelog regarding fixing issues with disconnects
here it is:
*) fix RB951-2n wireless issues;

Re: NV2 disconnect problem

Posted: Mon Aug 20, 2012 4:19 pm
by bac522
I would except there is nothing in the Changelog regarding fixing issues with disconnects
here it is:
*) fix RB951-2n wireless issues;
Got it...I'll give it a shot on some less critical PTP links first to see how it works out.

Has anyone else in the thread update to 5.20? How's it been working out?

Re: NV2 disconnect problem

Posted: Mon Aug 20, 2012 4:22 pm
by dada
I would except there is nothing in the Changelog regarding fixing issues with disconnects
here it is:
*) fix RB951-2n wireless issues;
How can this could apply to non RB951-2n hardware? Either you solved something related only to the RB951 (and the changelog line is correct) or you solved something which affects NV2 in general and the line is confusing.

I know that creating the changelog is boring process (and near everybody tends to not mention some minor changes) but I would like to see changelog which I can use as a hard source of info - for example to know that nobody touched the wireless package so I can expect it will work the same like in the former release...

Re: NV2 disconnect problem

Posted: Mon Aug 20, 2012 4:35 pm
by rmichael
After I upgraded everything to 5.20, CCQ got quite steady, especially Rx CCQ (on AP). Also, there was much less variation in noise but I got less throughput and all but two radios just lost connection for 10sec at one point which had not happened with other versions.

I decided to keep CPEs at 5.20 and dialed back AP to 5.17/3.38

As some reported best results with 5.9 I tested it 5.9 against 5.17 and I'm certain that 5.17 is better in my setup (on AP)while keeping Routerboot at 3.38.

Re: NV2 disconnect problem

Posted: Tue Aug 21, 2012 8:14 pm
by bac522
bac522,
please upgrade to RouterOS v5.20 and report back with the results. Also can you provide us with remote access to your problematic link?
This version didn't solve the problem on a secondary link which was having the same problems. I had been running this link for some time on 5.14 without the disconnects, but after going to 5.20 I started getting disconnects today...might be interference related. I could provide access to these links if need be. I'm going to down rev this link back to 5.14 and see if the problem still happens.

As for the problematic link, which was my main concern, after turning off QAM-64 and making a frequency change, the link has been rock solid for 4 days without a disconnect. Frequency change shouldn't have matter though as noise floor, SNR and CCQ% were still the same between the different frequencies unless external interference was coming in via the back of the unit.

But since this link is now steady without disconnects I'm not going to make any additional changes on this link.

Re: NV2 disconnect problem

Posted: Tue Aug 21, 2012 11:06 pm
by n21roadie
............................

As for the problematic link, which was my main concern, after turning off QAM-64 and making a frequency change, the link has been rock solid for 4 days without a disconnect. Frequency change shouldn't have matter though as noise floor, SNR and CCQ% were still the same between the different frequencies unless external interference was coming in via the back of the unit.
.....................................................
.
You have to remember what type of scan you are doing and what it will not report and as such you really cannot take the scan as giving you a full picture of frequency usage because it will only report 802.11 or MT propriety wireless protocol compliant signals and will not show RF devices which could be also transmitting on the band.

Re: NV2 disconnect problem

Posted: Wed Aug 22, 2012 12:19 am
by bac522
............................

As for the problematic link, which was my main concern, after turning off QAM-64 and making a frequency change, the link has been rock solid for 4 days without a disconnect. Frequency change shouldn't have matter though as noise floor, SNR and CCQ% were still the same between the different frequencies unless external interference was coming in via the back of the unit.
.....................................................
.
You have to remember what type of scan you are doing and what it will not report and as such you really cannot take the scan as giving you a full picture of frequency usage because it will only report 802.11 or MT propriety wireless protocol compliant signals and will not show RF devices which could be also transmitting on the band.
I don't believe that to a correct statement...an signal propitiatory or not would at least be reflected in the noise floor at a minimum. And we do have a quite a few proprietary systems up next to Mtik's and they do seem to notice signals from proprietary systems such as Redline and Solectek.

Re: NV2 disconnect problem

Posted: Wed Aug 22, 2012 1:53 am
by n21roadie

I don't believe that to a correct statement...an signal propitiatory or not would at least be reflected in the noise floor at a minimum. And we do have a quite a few proprietary systems up next to Mtik's and they do seem to notice signals from proprietary systems such as Redline and Solectek.
In a unlicensed band any RF device can use those frequencies and not only just Wlan equipment, could I ask for example if there was a RF video amp running at 5500 would it show up on a scan and would the noise floor show that 5500 was being used by some RF device which could be analogue and not digital.

Re: NV2 disconnect problem

Posted: Wed Aug 22, 2012 1:57 pm
by bac522

I don't believe that to a correct statement...an signal propitiatory or not would at least be reflected in the noise floor at a minimum. And we do have a quite a few proprietary systems up next to Mtik's and they do seem to notice signals from proprietary systems such as Redline and Solectek.
In a unlicensed band any RF device can use those frequencies and not only just Wlan equipment, could I ask for example if there was a RF video amp running at 5500 would it show up on a scan and would the noise floor show that 5500 was being used by some RF device which could be analogue and not digital.
Noise is noise, regardless if analog or digital (although RF is always analog anyways, just depends on how you modulate the signal in the radio wave), so you're noise floor would increase if their is an active signal in the area on the frequency.

Re: NV2 disconnect problem

Posted: Wed Aug 22, 2012 3:20 pm
by bac522
bac522,
please upgrade to RouterOS v5.20 and report back with the results. Also can you provide us with remote access to your problematic link?
This version didn't solve the problem on a secondary link which was having the same problems. I had been running this link for some time on 5.14 without the disconnects, but after going to 5.20 I started getting disconnects today...might be interference related. I could provide access to these links if need be. I'm going to down rev this link back to 5.14 and see if the problem still happens.
Since going back to 5.14 with NV2, the link that was disconnecting on me yesterday with 5.20 has been connected solid now for over 18 hours. Really think something is foo after 5.14 with NV2.

Re: NV2 disconnect problem

Posted: Wed Aug 22, 2012 4:08 pm
by n21roadie

Noise is noise, regardless if analog or digital (although RF is always analog anyways, just depends on how you modulate the signal in the radio wave), so you're noise floor would increase if their is an active signal in the area on the frequency.
"RF is always analog anyways" does that mean switched-mode transmitter architectures based on baseband PWM coding is analogue?

Re: NV2 disconnect problem

Posted: Fri Sep 07, 2012 3:56 pm
by honzam
I had to TURN OF nv2 on many 5,6ghz sectors. Now is uptime very good (with 802.11). A lot of days.
When I turn NV2 on - then still disconnect clients. Every hour :(

Clients and AP = ROS 5.20

Re: NV2 disconnect problem

Posted: Fri Sep 07, 2012 5:42 pm
by rmichael
I had to TURN OF nv2 on many 5,6ghz sectors. Now is uptime very good (with 802.11). A lot of days.
When I turn NV2 on - then still disconnect clients. Every hour :(

Clients and AP = ROS 5.20
My new favorite configuration: AP ROS5.17, CPE ROS5.20, single CPE ROS5.9 (this one appeared to be taking down every CPE with ROS5.20 when it was on 5.20 and 5.17, go figure)

Re: NV2 disconnect problem

Posted: Fri Sep 07, 2012 8:17 pm
by bac522
We found 5.14 to be very stable...weeks now with no discounts. Really Mikrotik...you guys need to do a better job with releases! You suggest 5.20 in the thread which made the problem worst, go back to 5.14 without any other changes and my stability on my PTP links is back.

Re: NV2 disconnect problem

Posted: Mon Sep 10, 2012 5:48 pm
by kgninfos
i have the same disconnect problem
please admins help me
http://forum.mikrotik.com/viewtopic.php?f=2&t=65326

Re: NV2 disconnect problem

Posted: Tue Sep 11, 2012 1:26 pm
by uldis
to find the problem faster we require the remote access to the AP and the Client. Then we could do some debug and try to fix the issues. Having remote access to a Client at the time when the disconnect happens would faster the debug process. If you are willing to provide remote access please contact support@mikrotik.com and also write some info if the link experience disconnects also with v5.11 or v5.14 or it is happening all the time regardless of RouterOS version.

Re: NV2 disconnect problem

Posted: Wed Sep 12, 2012 2:25 pm
by honzam
Hello. Client ip and AcessPoint ip adress is send to support. [Ticket#2012062266000221]

Re: NV2 disconnect problem

Posted: Mon Sep 17, 2012 4:54 pm
by batot
I have the same disconnect problem with version 5.20
Version 5.14 better worked and not disconnect in NV2.

Re: NV2 disconnect problem

Posted: Mon Sep 17, 2012 9:14 pm
by kgninfos
I have the same disconnect problem with version 5.20
Version 5.14 better worked and not disconnect in NV2.
that is not true i had version 5.14 previously and now 5.20 and the results are same

Re: NV2 disconnect problem

Posted: Mon Sep 24, 2012 1:30 pm
by uldis
we have made a new test version (v5.21rc1) which increases the link stability using Nv2 wireless protocol - solves the Nv2 disconnection problems. Please everyone who has problems with Nv2 link disconnection, contact support@mikrotik.com to get access to the new RouterOS test version.
New test version should be installed on the AP and on the Clients as well.

Re: NV2 disconnect problem

Posted: Mon Sep 24, 2012 3:28 pm
by kgninfos
i got update from mikrotik
installed it and NV2 is much stable now
previously it was disconnecting every 1-20 mins not about once in a day which is adjustable

Thanks mikrotik

Re: NV2 disconnect problem

Posted: Mon Sep 24, 2012 4:42 pm
by honzam
I can confirm. 5.21 is very very stable with NV2. Good work MT team !

Re: NV2 disconnect problem

Posted: Tue Sep 25, 2012 10:12 pm
by Polky
I had big problems with NV2, after upgrade to 5.21rc1 links runs great!
Thanks MT team!

Re: NV2 disconnect problem

Posted: Wed Sep 26, 2012 5:52 pm
by Zod
How do we get 5.21 ?

Re: NV2 disconnect problem

Posted: Wed Sep 26, 2012 6:31 pm
by Alessio Garavano
How do we get 5.21 ?
read up friend! send an email to support...

Re: NV2 disconnect problem

Posted: Wed Sep 26, 2012 9:41 pm
by siscom
Hi,

Have upgraded both a test AP and CPE to v5.21rc1. This version seems to have also improved signal and bandwidth apart from stability. I am running a bandwidth test of 10Mbps TX/ 2Mbps RX from the AP (RB433AH) to the CPE (RB433) at a distance of 7.5km and is seems to be going quite smoothly with no disconnects yet (4hrs and counting).

Is this my impression or is there a fix in the rc version that does more that just improve on the stability? Would appreciate an 'official' comment from the RouterOS gents 8)

Rgds,
Mark

Re: NV2 disconnect problem

Posted: Fri Sep 28, 2012 10:41 pm
by ManyX
What about bandwith in nv2 - fix it?
When I choose 802.11 stability is correct and bandwith is 53-55 Mbit in 10 MHz 5Ghz-only-N 2x2MIMO
but when I choose nv2 bandwith is about 20Mbit
ROS 5.17 on AP and 5.18 on CPE - ptmp link
Include a photo of the two different AP

I noticed if you have the nstreme enabled on omnitik there are problems with the stability of omnitik
CPU jumps to 100% and very often reset it self or hang up - I change hardware two times. When I disabled nstreme problem of omnitik stability disappeared. ROS on Omnitik is 5.20

I noticed also on link PtP (sxt - sxt) when I have 802.11 bandwidth is ~56Mbit/s but when I change to nv2 bandwidth falls to ~38Mbit/s. It is also interesting that the 56Mbit/s I have only when traffic is on one site when even 100kbp/s is recived bandwith falls to 15Mbit/s CCQ is also dawn from 100% to 54% and TX/RX rate also down
nv2.JPG
nv2-2.JPG
reg.
ManyX

Re: NV2 disconnect problem

Posted: Sat Sep 29, 2012 1:19 am
by Alessio Garavano
ManyX, why don´t do the same test with the v5.21rc1? is the best version for NV2

Re: NV2 disconnect problem

Posted: Sat Sep 29, 2012 9:03 am
by ManyX
Could you send me an email with RC1 for mipsbe?

reg.
ManyX

Re: NV2 disconnect problem

Posted: Sat Sep 29, 2012 7:03 pm
by siscom
Hi,

Since Mikrotik support have not posted the link to the 5.21rc1 package publicly, it seems that it's best if you ask them directly as stated above via emailing support@mikrotik.com.

I got the reply pretty quickly.

Rgds,
Mark.

Re: NV2 disconnect problem

Posted: Mon Oct 01, 2012 4:52 am
by Beeski
I am seeing more stability (no drops) and as good / better speeds on the two AP's and their CPE's I've upgraded to 5.21RC1.
We also have installed shields on our 90 degree dual-pol sectors, they made a huge difference.

Re: NV2 disconnect problem

Posted: Mon Oct 01, 2012 8:15 am
by taduikis
Shields? Can you give more info?
Any info when 5.21 is expected?

Re: NV2 disconnect problem

Posted: Mon Oct 01, 2012 12:58 pm
by ManyX
I decided to completely resign and turn off the nstreme and NV2.
On 186 hotspot and about 1700 users have enabled 802.11 and my problems are over :)


regards

ManyX

Re: NV2 disconnect problem

Posted: Mon Oct 01, 2012 5:24 pm
by ManyX
Total Sectors writes value is correct in this ROS 5.21rc1?
mt-1.JPG

Re: NV2 disconnect problem

Posted: Mon Oct 01, 2012 5:46 pm
by siscom
Hi,

As ManyX has reported, sector writes are going up at a fast rate. Two Sextant units (now running Ver 5.21rc1) that have been up and running for two months as a PTP link have the same sector writes as an RB600 that is serving 3 AP's and has been running for 5 years (Ver 3.30).

Same goes for an RB433AH with V5.21rc1 and running as an AP.

Should we revert back to v5.21?

Re: NV2 disconnect problem

Posted: Mon Oct 01, 2012 7:33 pm
by kgninfos
the link which was disconnecting 10-14 times daily has not disconnected since about 15 days after installing the rc1 release
i think NV2 is much more stable in this edition

Re: NV2 disconnect problem

Posted: Mon Oct 01, 2012 7:37 pm
by mars
That many sector writes is a serious problem specially if the chip can only do 3million writes before its lifetime is over

Re: NV2 disconnect problem

Posted: Mon Oct 01, 2012 8:54 pm
by kgninfos
i have asked mikrotik support about this issue by replying to mail in which they sent me the rc1 release(i think i was the 1st or 2nd to get the release)

lets' see what they tell about this

Re: NV2 disconnect problem

Posted: Mon Oct 01, 2012 11:11 pm
by ManyX
ManyX, why don´t do the same test with the v5.21rc1? is the best version for NV2
I have just test with 5.21rc1 - view and rate

NV2
nv2-m.JPG
NSTREME
nstreme-m.JPG
802.11
802-11-m.JPG

The best wireless protocol in my opinion is 802.11 for now
bandwidth is realy very good compared to nstreme or nv2 (I have never seen 60Mbit on nstreme or nv2).
ping when link is not used in 100% is acceptable in many ways is better then nv2 look at last link.
more resistant for interference.
stability is acceptable finally one day I saw uptime.

I believe more and more that I did well I changed to 802.11 and disabled nv2

http://iv.pl/images/27027116789553298514.jpg

Re: NV2 disconnect problem

Posted: Tue Oct 02, 2012 10:05 am
by honzam
Mayby is something wrong with rc1? Build time 21.Sep

Re: NV2 disconnect problem

Posted: Tue Oct 02, 2012 12:02 pm
by batot
My hardware:
RB433 + DNMA-92, 5GHz-only-N, NV2, ~5 users (only one mPCI card) in metal box.
Freq usage: 5620MHz - 0%
Scan frequency: frequency 5620MHz free

admin@GASZ_3] > interface wireless registration-table print
# INTERFACE MAC-ADDRESS AP SIGNAL-STRENGTH TX-RATE UPTIME
0 GASZ_3_H 00:00:00:00:00:5C no -56dBm 150.... 6d1h31m53s
1 GASZ_3_H 00:00:00:00:00:F3 no -73dBm 135.... 2d21h19m41s
2 GASZ_3_H 00:00:00:00:00:0C no -67dBm 135.... 13h41m
3 GASZ_3_H 00:00:00:00:00:BB no -57dBm 150.... 28m20s
4 GASZ_3_H 00:00:00:00:00:4D no -51dBm 58.5... 1m53s

GASZ_3] > interface wireless print
Flags: X - disabled, R - running
0 R name="GASZ_3_H" mtu=1500 mac-address=00:00:00:00:00:F8 arp=enabled interface-type=Atheros 11N mode=ap-bridge ssid="GASZ_3" frequency=5620 band=5ghz-onlyn channel-width=20/40mhz-ht-below scan-list=default
wireless-protocol=nv2 wds-mode=disabled wds-default-bridge=none wds-ignore-ssid=no bridge-mode=enabled default-authentication=yes default-forwarding=no default-ap-tx-limit=0 default-client-tx-limit=0
hide-ssid=no security-profile=default compression=no
[@GASZ_3] > log print
oct/01 08:49:52 wireless,info 00:00:00:00:00:4D@GASZ_3_H: disconnected, not responding 
oct/01 08:49:57 wireless,info 00:00:00:00:00:4D@GASZ_3_H: connected 
oct/01 08:58:54 wireless,info 00:00:00:00:00:BB@GASZ_3_H: disconnected, not responding 
oct/01 08:58:59 wireless,info 00:00:00:00:00:BB@GASZ_3_H: connected 
oct/01 09:37:23 wireless,info 00:00:00:00:00:BB@GASZ_3_H: disconnected, not responding 
oct/01 09:37:28 wireless,info 00:00:00:00:00:BB@GASZ_3_H: connected 
oct/01 10:16:38 wireless,info 00:00:00:00:00:BB@GASZ_3_H: disconnected, not responding 
oct/01 10:16:48 wireless,info 00:00:00:00:00:BB@GASZ_3_H: connected 
oct/01 10:28:30 wireless,info 00:00:00:00:00:0C@GASZ_3_H: disconnected, not responding 
oct/01 10:28:35 wireless,info 00:00:00:00:00:0C@GASZ_3_H: connected 
oct/01 10:42:23 wireless,info 00:00:00:00:00:4D@GASZ_3_H: disconnected, not responding 
oct/01 10:42:28 wireless,info 00:00:00:00:00:4D@GASZ_3_H: connected 
oct/01 11:14:02 wireless,info 00:00:00:00:00:BB@GASZ_3_H: disconnected, not responding 
oct/01 11:14:07 wireless,info 00:00:00:00:00:BB@GASZ_3_H: connected 
oct/01 11:20:24 wireless,info 00:00:00:00:00:4D@GASZ_3_H: disconnected, not responding 
oct/01 11:20:30 wireless,info 00:00:00:00:00:4D@GASZ_3_H: reconnecting 
oct/01 11:20:30 wireless,info 00:00:00:00:00:4D@GASZ_3_H: connected 
oct/01 11:22:57 wireless,info 00:00:00:00:00:BB@GASZ_3_H: disconnected, not responding 
oct/01 11:23:02 wireless,info 00:00:00:00:00:BB@GASZ_3_H: reconnecting 
oct/01 11:23:02 wireless,info 00:00:00:00:00:BB@GASZ_3_H: connected 
oct/01 12:11:35 wireless,info 00:00:00:00:00:4D@GASZ_3_H: disconnected, not responding 
oct/01 12:11:41 wireless,info 00:00:00:00:00:4D@GASZ_3_H: connected 
oct/01 12:21:44 wireless,info 00:00:00:00:00:BB@GASZ_3_H: disconnected, not responding 
oct/01 12:21:49 wireless,info 00:00:00:00:00:BB@GASZ_3_H: connected 
oct/01 12:48:29 wireless,info 00:00:00:00:00:4D@GASZ_3_H: disconnected, not responding 
oct/01 12:48:34 wireless,info 00:00:00:00:00:4D@GASZ_3_H: connected 
oct/01 13:18:19 wireless,info 00:00:00:00:00:BB@GASZ_3_H: disconnected, not responding 
oct/01 13:18:24 wireless,info 00:00:00:00:00:BB@GASZ_3_H: connected 
oct/01 13:30:15 wireless,info 00:00:00:00:00:4D@GASZ_3_H: disconnected, not responding 
oct/01 13:30:20 wireless,info 00:00:00:00:00:4D@GASZ_3_H: connected 
oct/01 14:09:47 wireless,info 00:00:00:00:00:4D@GASZ_3_H: disconnected, control frame timeout 
oct/01 14:09:53 wireless,info 00:00:00:00:00:4D@GASZ_3_H: connected 
oct/01 14:51:25 wireless,info 00:00:00:00:00:4D@GASZ_3_H: disconnected, control frame timeout 
oct/01 14:51:30 wireless,info 00:00:00:00:00:4D@GASZ_3_H: connected 
oct/01 15:11:48 wireless,info 00:00:00:00:00:BB@GASZ_3_H: disconnected, control frame timeout 
oct/01 15:11:53 wireless,info 00:00:00:00:00:BB@GASZ_3_H: connected 
oct/01 15:32:11 wireless,info 00:00:00:00:00:4D@GASZ_3_H: disconnected, control frame timeout 
oct/01 15:32:17 wireless,info 00:00:00:00:00:4D@GASZ_3_H: connected 
oct/01 16:20:03 wireless,info 00:00:00:00:00:BB@GASZ_3_H: disconnected, not responding 
oct/01 16:20:08 wireless,info 00:00:00:00:00:BB@GASZ_3_H: connected 
oct/01 16:25:56 wireless,info 00:00:00:00:00:4D@GASZ_3_H: disconnected, not responding 
oct/01 16:26:01 wireless,info 00:00:00:00:00:4D@GASZ_3_H: connected 
oct/01 17:30:07 wireless,info 00:00:00:00:00:4D@GASZ_3_H: disconnected, not responding 
oct/01 17:30:12 wireless,info 00:00:00:00:00:4D@GASZ_3_H: connected 
oct/01 18:36:54 wireless,info 00:00:00:00:00:0C@GASZ_3_H: disconnected, not responding 
oct/01 18:36:59 wireless,info 00:00:00:00:00:0C@GASZ_3_H: connected 
oct/01 19:25:30 wireless,info 00:00:00:00:00:4D@GASZ_3_H: disconnected, not responding 
oct/01 19:25:35 wireless,info 00:00:00:00:00:4D@GASZ_3_H: connected 
oct/01 19:26:54 wireless,info 00:00:00:00:00:0C@GASZ_3_H: disconnected, not responding 
oct/01 19:26:59 wireless,info 00:00:00:00:00:0C@GASZ_3_H: connected 
oct/01 19:30:40 wireless,info 00:00:00:00:00:BB@GASZ_3_H: disconnected, not responding 
oct/01 19:30:45 wireless,info 00:00:00:00:00:BB@GASZ_3_H: connected 
oct/01 20:17:58 wireless,info 00:00:00:00:00:0C@GASZ_3_H: disconnected, not responding 
oct/01 20:18:03 wireless,info 00:00:00:00:00:0C@GASZ_3_H: connected 
oct/01 20:27:26 wireless,info 00:00:00:00:00:BB@GASZ_3_H: disconnected, not responding 
oct/01 20:27:31 wireless,info 00:00:00:00:00:BB@GASZ_3_H: connected 
oct/01 20:31:42 wireless,info 00:00:00:00:00:4D@GASZ_3_H: disconnected, not responding 
oct/01 20:31:48 wireless,info 00:00:00:00:00:4D@GASZ_3_H: connected 
oct/01 21:09:54 wireless,info 00:00:00:00:00:BB@GASZ_3_H: disconnected, not responding 
oct/01 21:09:59 wireless,info 00:00:00:00:00:BB@GASZ_3_H: connected 
oct/01 21:14:56 wireless,info 00:00:00:00:00:4D@GASZ_3_H: disconnected, not responding 
oct/01 21:15:02 wireless,info 00:00:00:00:00:4D@GASZ_3_H: connected 
oct/01 21:47:46 wireless,info 00:00:00:00:00:BB@GASZ_3_H: disconnected, not responding 
oct/01 21:47:51 wireless,info 00:00:00:00:00:BB@GASZ_3_H: connected 
oct/01 22:23:31 wireless,info 00:00:00:00:00:4D@GASZ_3_H: disconnected, not responding 
oct/01 22:23:36 wireless,info 00:00:00:00:00:4D@GASZ_3_H: connected 
oct/01 22:24:06 wireless,info 00:00:00:00:00:BB@GASZ_3_H: disconnected, not responding 
oct/01 22:24:11 wireless,info 00:00:00:00:00:BB@GASZ_3_H: connected 
00:22:54 wireless,info 00:00:00:00:00:BB@GASZ_3_H: disconnected, not responding 
00:22:59 wireless,info 00:00:00:00:00:BB@GASZ_3_H: connected 
00:37:45 wireless,info 00:00:00:00:00:4D@GASZ_3_H: disconnected, not responding 
00:37:50 wireless,info 00:00:00:00:00:4D@GASZ_3_H: connected 
01:04:53 wireless,info 00:00:00:00:00:BB@GASZ_3_H: disconnected, not responding 
01:04:58 wireless,info 00:00:00:00:00:BB@GASZ_3_H: connected 
02:44:07 wireless,info 00:00:00:00:00:4D@GASZ_3_H: disconnected, not responding 
02:44:17 wireless,info 00:00:00:00:00:4D@GASZ_3_H: connected 
04:58:17 wireless,info 00:00:00:00:00:4D@GASZ_3_H: disconnected, not responding 
04:58:23 wireless,info 00:00:00:00:00:4D@GASZ_3_H: connected 
05:34:31 wireless,info 00:00:00:00:00:4D@GASZ_3_H: disconnected, not responding 
05:34:36 wireless,info 00:00:00:00:00:4D@GASZ_3_H: connected 
06:26:17 wireless,info 00:00:00:00:00:4D@GASZ_3_H: disconnected, not responding 
06:26:22 wireless,info 00:00:00:00:00:4D@GASZ_3_H: connected 
06:36:44 wireless,info 00:00:00:00:00:BB@GASZ_3_H: disconnected, not responding 
06:36:49 wireless,info 00:00:00:00:00:BB@GASZ_3_H: connected 
07:21:20 wireless,info 00:00:00:00:00:4D@GASZ_3_H: disconnected, not responding 
07:21:25 wireless,info 00:00:00:00:00:4D@GASZ_3_H: connected 
07:31:29 wireless,info 00:00:00:00:00:BB@GASZ_3_H: disconnected, not responding 
07:31:34 wireless,info 00:00:00:00:00:BB@GASZ_3_H: connected 
08:27:02 wireless,info 00:00:00:00:00:BB@GASZ_3_H: disconnected, not responding 
08:27:07 wireless,info 00:00:00:00:00:BB@GASZ_3_H: connected 
08:33:28 wireless,info 00:00:00:00:00:BB@GASZ_3_H: disconnected, control frame timeout 
08:33:33 wireless,info 00:00:00:00:00:BB@GASZ_3_H: connected
What do you do with NV2 that bad work?
This problem it's reportet to support@mikrotik.com.

Re: NV2 disconnect problem

Posted: Tue Oct 02, 2012 12:17 pm
by ManyX
I noticed that if you switch to "5GHz-a" (disabled N mode) in many cases it really helps.
I have on sektor with Atheros 11N when enabled 5GHz-a/n my all CPE disconnect every few seconds.
CPE are mixed A and A/N

At present I recommend you enabled on AP: wireless mode: 802.11, HW.Protection Mode: cts-to self, HW.Protection Threshold: 512
On CPE: HW.Protection Mode: rts/cts

I test and this is the best way configuration in my case.

Re: NV2 disconnect problem

Posted: Tue Oct 02, 2012 12:52 pm
by uldis
That many sector writes is a serious problem specially if the chip can only do 3million writes before its lifetime is over
please provide us support output file from that router.
This problem showed after upgrade from RouterOS v5.20 to v5.21rc1?

Re: NV2 disconnect problem

Posted: Tue Oct 02, 2012 1:16 pm
by siscom
Hi,

Supout file sent [Ticket#2012092566000729]
EDIT - Yes, this showed up after upgrade from v5.20 to v5.21rc1.

Rgds,
Mark.

Re: NV2 disconnect problem

Posted: Tue Oct 02, 2012 1:47 pm
by batot
Supout file sent [Ticket#2012100266000224]

Best Regards
Bartosz

Re: NV2 disconnect problem

Posted: Tue Oct 02, 2012 3:42 pm
by ManyX
Ticket#2012100266000322

Re: NV2 disconnect problem

Posted: Tue Oct 02, 2012 4:36 pm
by rmichael
@ManyX, I get almost 40% more throughput with TDMA size 8 vs 3, so try that in your test.

Re: NV2 disconnect problem

Posted: Wed Oct 03, 2012 7:53 pm
by siscom
Hi,

Seems that the improvements I thought v5.21rc1 had apart from solving the disconnect issue don't really exist :?

The disconnects are not there any more (at least not visible in the log) but the dismal throughput has returned. I can barely transport 1Mbps both ways in UDP bandwidth test using the exact same hardware and config. This is a few days after a successful 24hr bandwidth test running at 10/2Mbps.

Rgds,
Mark.

Re: NV2 disconnect problem

Posted: Wed Oct 03, 2012 10:32 pm
by linek1980
2.4 GHz, 20 MHz, Band B/G, protocol NV2

Re: NV2 disconnect problem

Posted: Thu Oct 04, 2012 2:55 pm
by batot
Image
What you thinking about this ? RB disconnect user but not all in this sime time from different mPci card !
Creazy ?
Have you any idea why ?
RB433 electrical working properly.

Re: NV2 disconnect problem

Posted: Thu Oct 04, 2012 3:14 pm
by ManyX
you must change ROS to 5.21 on AP and CPE
send email to support with request for ROS 5.21
ROS 5.21 have improvement nv2

Re: NV2 disconnect problem

Posted: Thu Oct 04, 2012 6:43 pm
by n21roadie
Hi,

Seems that the improvements I thought v5.21rc1 had apart from solving the disconnect issue don't really exist :?

The disconnects are not there any more (at least not visible in the log) but the dismal throughput has returned. I can barely transport 1Mbps both ways in UDP bandwidth test using the exact same hardware and config. This is a few days after a successful 24hr bandwidth test running at 10/2Mbps.

Rgds,
Mark.
Is this where in a attempt to have NV2 operational for all types of antenna’s in all situations, performance is sacrificed to cross the board compatibility for antenna’s, maybe I am totally wrong but I have no problems with NV2 since I seriously addressed RF shielding on crowded masts, If I had a problem I would use a spectrum analyser along with analysing AC voltage supply and adding RF suppression beads to DC leads for equipment at the effected site.

Re: NV2 disconnect problem

Posted: Sat Oct 06, 2012 2:27 pm
by mars
yes speeds are going down with 5.21 and nstreme protocol are getting worse
and where is hide ssid

Re: NV2 disconnect problem

Posted: Mon Oct 08, 2012 10:03 pm
by ManyX
Now I completely resigned from nv2 and nstreme

every new version on ROS is worse than last

Mikrotik team should focus on wireless because competition is very far in front of.
I also wanted to highlight that competition takes for routers that is more power full
then "cisko" :P look at advertisement on site :P

I wish all the best Mikrotik Team.

Re: NV2 disconnect problem

Posted: Tue Oct 09, 2012 10:37 am
by honzam
Now I completely resigned from nv2 and nstreme

every new version on ROS is worse than last

Mikrotik team should focus on wireless because competition is very far in front of.
I also wanted to highlight that competition takes for routers that is more power full
then "cisko" :P look at advertisement on site :P

I wish all the best Mikrotik Team.
5.21 is still in RC stage. I hope that 5.21 final will have no problems with speed

Re: NV2 disconnect problem

Posted: Wed Oct 10, 2012 12:17 am
by Beeski
Shields? Can you give more info?

Sector antenna shields like these:
http://www.rfarmor.com/cart/
and these:
http://www.ispsupplies.com/brands/Ubiquiti-Shield-Kits/

which keep unwanted interference from hitting your antenna
especially helpful with dual-polarity sector antennas

Re: NV2 disconnect problem

Posted: Wed Oct 10, 2012 11:25 am
by normis
make sure you try latest v5.21 pre-release. (todays build)

Re: NV2 disconnect problem

Posted: Wed Oct 10, 2012 11:45 am
by siscom
Hi,

Do we need to contact support for this release or are we to use the link provided to download the original v5.21rc1 release (which, BTW, does not work anymore)?

Rgds,
Mark.

Re: NV2 disconnect problem

Posted: Wed Oct 10, 2012 11:46 am
by normis
Hi,

Do we need to contact support for this release or are we to use the link provided to download the original v5.21rc1 release (which, BTW, does not work anymore)?

Rgds,
Mark.
You should ask support for access to development testing section, it has updated versions each day. since your rc1 there have been some 10 newer releases.

Re: NV2 disconnect problem

Posted: Wed Oct 10, 2012 6:35 pm
by uldis
siscom, ManyX, mars please contact support@mikrotik.com about the issues with Nv2 speed after upgrading to this test release of v5.21. If you could provide us access to the links we could check what exactly is happening and also share what hardware and wireless cards you use.
Other users who upgraded to this test release, maybe you could share if your Nv2 speed is the same or worse after upgrade to v5.21 test release?

Re: NV2 disconnect problem

Posted: Wed Oct 10, 2012 7:46 pm
by siscom
Hi Uldis,

Running the same test as per previous post i.e. 10Mbps/2Mbps. This seems to be running fine again without any change to AP or CPE settings, location or configuration.

I shall see if I can arrange access to MT staff.

Please email me on ticket number 2012092566000729 the IP address(s) that you shall connect from.
Also, please reply to same ticket regarding firmware issue.

Rgds,
Mark.

Re: NV2 disconnect problem

Posted: Wed Oct 10, 2012 10:57 pm
by ffernandes
so far so good... with latest 5.21 rc.... 10-10-12 :X
nv2 going nice no disconnets... speed also good...
in all nv2 links!!!

Re: NV2 disconnect problem

Posted: Thu Oct 11, 2012 6:05 pm
by mars
upgrading from 5.20 to 5.21 with mipsbe.npk there is no hide ssid and most of the advanced settings are gone
downgrading to 5.20 solves the problem
why is that?

Re: NV2 disconnect problem

Posted: Thu Oct 11, 2012 10:46 pm
by ohara
One of our 5Ghz-N NV2 network users has recently moved their CPE panel by coincidence. As a result the signal strenght went from -52 to -61/-67. There are two other CPE's in close vecinity - both of them were facing disconnects on daily basis. Now after he slighty moved the antenna, the other two CPE's do not disconnect anymore. Just as if the signal strenght in that area had been too high before. Would that be possible? AP is 5.11.

Re: NV2 disconnect problem

Posted: Fri Oct 12, 2012 10:18 am
by uldis
upgrading from 5.20 to 5.21 with mipsbe.npk there is no hide ssid and most of the advanced settings are gone
downgrading to 5.20 solves the problem
why is that?
It should be so as we have removed most of the settings that we could from the winbox that are not used for Nv2 wireless protocol. The same applies for the nstreme protocol. Here you can see the matrix which features/settings are working which what wireless protocol:
http://wiki.mikrotik.com/wiki/Wireless_ ... res_Matrix

Re: NV2 disconnect problem

Posted: Fri Oct 12, 2012 10:48 am
by mars
are you telling me we can not use hide ssid anymore in 5.21
if so then ros 5.21 is of no use to us
why dont you just fix it instead of removing settings that we are using

Re: NV2 disconnect problem

Posted: Fri Oct 12, 2012 10:52 am
by normis
No that is not what Uldis said!

Settings that had never any effect on Nv2 have been removed from view. They still work the same as they used to work before. They are available in non-Nv2 modes.

Re: NV2 disconnect problem

Posted: Fri Oct 12, 2012 11:21 am
by honzam
Latest build 5.21. On 5Ghz - N 2x2 PTP - better throughput than 5.20. Ping also good

Re: NV2 disconnect problem

Posted: Fri Oct 12, 2012 11:46 am
by n21roadie
At long last information on what setting each protocol uses -

http://wiki.mikrotik.com/wiki/Wireless_ ... res_Matrix

Well done Mikrotik

Re: NV2 disconnect problem

Posted: Fri Oct 12, 2012 11:47 am
by normis
At long last
1.5 years it's been there ;)

Re: NV2 disconnect problem

Posted: Fri Oct 12, 2012 4:21 pm
by mars
No that is not what Uldis said!

Settings that had never any effect on Nv2 have been removed from view. They still work the same as they used to work before. They are available in non-Nv2 modes.


so if hide ssid is on with the 802.11 protocol and we switch over to nv2 the hide ssid is still on and working even if you dont see it in winbox

Re: NV2 disconnect problem

Posted: Fri Oct 12, 2012 4:54 pm
by uldis
No that is not what Uldis said!

Settings that had never any effect on Nv2 have been removed from view. They still work the same as they used to work before. They are available in non-Nv2 modes.


so if hide ssid is on with the 802.11 protocol and we switch over to nv2 the hide ssid is still on and working even if you dont see it in winbox
yes the setting values remains the same - they are just not shown in the winbox for that specific wireless protocol.

Re: NV2 disconnect problem

Posted: Fri Oct 12, 2012 5:08 pm
by rmichael
No that is not what Uldis said!

Settings that had never any effect on Nv2 have been removed from view. They still work the same as they used to work before. They are available in non-Nv2 modes.


so if hide ssid is on with the 802.11 protocol and we switch over to nv2 the hide ssid is still on and working even if you dont see it in winbox
yes the setting values remains the same - they are just not shown in the winbox for that specific wireless protocol.
The setting remains but it's only applicable to 802.11 mode. If setting is not visible it means that it's not supported.

Re: NV2 disconnect problem

Posted: Fri Oct 12, 2012 5:35 pm
by uldis
yes rmichael that is correct

Re: NV2 disconnect problem

Posted: Fri Oct 12, 2012 8:34 pm
by mars
The setting remains but it's only applicable to 802.11 mode. If setting is not visible it means that it's not supported.


so no hide ssid in nv2
come on mikrotik does it work or doesnt it
with hide ssid on we can do a scan and see the ssid
i think it is time to fix the problem
if you cant or dont want to please tell us then we can support other hardware

Re: NV2 disconnect problem

Posted: Fri Oct 12, 2012 8:38 pm
by uldis
so no hide ssid in nv2
correct ;)

Re: NV2 disconnect problem

Posted: Fri Oct 12, 2012 8:41 pm
by mars
why not it works for the other protocols