Community discussions

 
nostromog
newbie
Posts: 41
Joined: Wed Jul 18, 2018 3:39 pm

Re: v6.42.6 [current] Problem with ipv6

Fri Jul 20, 2018 5:25 am

Are you sure IPv4 is available at all at that moment? Can you ping 1.1.1.1 or 8.8.8.8? For me it looks like you have ipv6 and no ipv4 right after reboot.
You are right. While trying to solve the problem I moved the wrong rule and was dropping way too much ipv4 at that moment...

After some more analysis and stabilising the setup, the situation is:
* IPv4 is working perfectly
* IPv6 sort-of-works (but it doesn't)
The symptoms are:

* icmpv6 and udp seem to work
* tcp works with small packets, but gets stuck on SSL answers, like:
sgala@chiron:~$ curl -4 www.google.com  |& wc -c
12205
sgala@chiron:~$ curl -6 www.google.com  |& wc -c
^C # ... for ever waiting for an answer ...
sgala@chiron:~$ curl -v6 www.google.com 
* Rebuilt URL to: www.google.com/
*   Trying 2a00:1450:4003:802::2004...
* TCP_NODELAY set
* Connected to www.google.com (2a00:1450:4003:802::2004) port 80 (#0)
> GET / HTTP/1.1
> Host: www.google.com
> User-Agent: curl/7.58.0
> Accept: */*
> 
# <- dies when waiting for an answer after ~5m
> 
* Recv failure: Connection reset by peer
* stopped the pause stream!
* Closing connection 0
curl: (56) Recv failure: Connection reset by peer
I'm not sure if it happens with every server, but it happens with most major CDNs
I have seen this happening due to MTU issues...

I can't find how to fix it. It is a fairly standard tunnel with HE, following their standard configuration,
and the pmtu reported from tracepath behaves reasonably...

I'm also tried to check and really can't find what is wrong.

Anyone has an idea?
 
sincity
just joined
Posts: 5
Joined: Sat Jul 14, 2018 6:14 pm

Re: v6.42.6 [current]

Fri Jul 20, 2018 10:29 am

sincity - What error do you get in log after an upgrade attempt?
@ Mikrotik Support

Hello,
there are no errors in the logs - just system, info, dhcp, account
 
steen
Member
Member
Posts: 462
Joined: Sat Oct 23, 2010 2:15 am
Location: Sweden
Contact:

Re: v6.42.6 [current]

Fri Jul 20, 2018 1:13 pm

We have updates some 8 AP's with anything between 8 and 30 Mikrotik CPE's connected, either a full 'ac' P2MP network or still'n'. In all networks the 802.11 mode outperforms NV2 a lot!
Overal througput on the AP is some 50 to 100% better and individual clients get much more speed.
One P2MP network we found 'nstrem' performs best, others 802.11.

Latency on these AP's might not be as good as in NV2 but good enough for the clients. We don't serve VOIP but some use Skype, facetime, messenger calls etc. and we get no complaints...

The main importance is that when clients press www.speedtest.net they get their 30Mbps. Obviously if two clients use a full download their speed lowers a bit to 25-30 and with 3 clients more. (Since it seems the Omnitiks 'n' can only produce some 60-70mbps in total where we can push the Omnitiks 'ac' up to 100Mbps or more... On NV2 people complain about slow internet and when they do a test they only get 8-12 and sometimes a bit more.....

I don't know who and or why people say NV2 is so good but in fact the more often we make tests the more often we just see 802.11 performs best...
802.11 suffers from hidden node problems, network stalls, at least if trying it in some distribution network. Here counts nv2, and in old days nstreme.
We have around 100Mbit/s P2MP using "modern devices" and current firmware and in legacy device environment (RN52 radio boards) we have 20-30Mbit/s P2MP using bug fix only. Well planned, avoiding populated 5GHz bands, and with space between channels to avoid scatter from nv2, all learned from the gurus in this forum and vendor recommendations. Just mikrotik fixes the mipsbe wireless issue with newer RoS versions like this, I am happy.
 
WirelessRudy
Forum Guru
Forum Guru
Posts: 2989
Joined: Tue Aug 08, 2006 5:54 pm
Location: Spain

Re: v6.42.6 [current]

Fri Jul 20, 2018 5:27 pm

802.11 suffers from hidden node problems, network stalls, at least if trying it in some distribution network. Here counts nv2, and in old days nstreme.
We have around 100Mbit/s P2MP using "modern devices" and current firmware and in legacy device environment (RN52 radio boards) we have 20-30Mbit/s P2MP using bug fix only. Well planned, avoiding populated 5GHz bands, and with space between channels to avoid scatter from nv2, all learned from the gurus in this forum and vendor recommendations. Just mikrotik fixes the mipsbe wireless issue with newer RoS versions like this, I am happy.
With a properly configure RTS/CTS the 'hidden node' issue doesn't exist anymore. And in 'ac' this system is actually improved 'per standard'.
My region is full with other 5Ghz usage. In fact, my 30+ AP-sectors at times have to use same of close to same frequency as other towers of mine. Off course we try to keep spectral distance but with 7 other operator and some 50+ sectors in the same limited 5Ghz band this is just a hell of a task to find a relative 'free' frequency anyway.
Some of my Omni-directional AP's have clients that for 100% sure can't 'see' (so probably 'hear') each other are working fine with RTS/CTS configured like it should. (Always 'on' and AP RTS/CTS to istself)

Last night I did a test of a relative new AP. A NetMetal connected to a 30º 18dBi RF elements horn that directs to a relative quiet region. It only serves some 12 clients. Apart from one client all 'ac' clients.
This AP I tested with all 3 protocols (NV2, nstreme and 802.11) and withing each of the protocols I did some fine tuning.
This is the first AP for a long time that gave NV2 better results.
With 4 clients running the bandwidth test (to a fast router 'behind' the AP) throughput over the AP would be around 100Mbps and the best clients would both get some 35Mbps were the two other ones with some lesser signal would get the rest..
When I stopped the clients test but one, the best one would get just over 100Mbps and with some little traffic from regular users the AP showed maximal 115Mbps. This in a 40Mhz channel with CCQ into the 80+ range.

I even tried a 80Mhz channel but it didn't bring up the speeds hardly. I saw a peak of 120Mbps where in 40Mhz channel peaks reached 115Mbps....
But NV2 was the best. In 802.11 (still better then 'nstreme') all speeds where some 10-20% less and total throughput hardly pushed through the 100Mbps.....

Over the last weeks I did similar tests with similar and heavier populated AP's, all Omnitiks (both the new 'ac' models as the old 'n' types) and in all intances the 802.11 protocol gave best results.
One of these AP's is with its frequency 'squeezed' between other AP's that either 'touched' the band or even overlapped partially and again 802.11 is best. NV2 is by far worse... some 50% worse!

I also have two OmniTiks tested that definitely have clients that cannot 'see' nor hear each-other and yet again 802.11 give me 50 to 100% better results then NV2.
Show your appreciation of this post by giving me Karma! Thanks.

Rudy R. Puister

WISP operator based on MT routerboard & ROS.
 
User avatar
hknet
Frequent Visitor
Frequent Visitor
Posts: 86
Joined: Sun Jul 17, 2016 6:05 pm
Location: Vienna, Austria
Contact:

Re: v6.42.6 [current]

Sat Jul 21, 2018 7:52 am

after seeing issues with CRS317 an 1G SFPs (not 10G) not linking with latest 6.43rc44 (getting auto negotiation as incomplete) we tested a downgrade to the current 6.42.6 and see auto negotiation failed.
copper 1G SFPs do not see any advertised 10/100/1000M link-speeds while the other end gets autoneg successfully, we also do see packets being received on CRS317 but none sent out (tested with ip neighbor discovery we see neighbors on the CRS but the other end doesn't see any discoveries), the same issue is true for optical 1G SFPs, disabling autodiscovery also does not work.

it seems we are stuck with no 1G interfaces supported although according to the MT compatibility matrix those modules should be supported.

please advise,
hk
 
nostromog
newbie
Posts: 41
Joined: Wed Jul 18, 2018 3:39 pm

Re: v6.42.6 [current] Problem with ipv6

Sat Jul 21, 2018 9:48 am

privileges IPv6 for some reason. So, when I reboot and get a new dynamic IPv4,
my IPv6 needs to be told about it, but I can't because only IPv6 resolver works and
I have no IPv6:
[admin@MikroTikToledo] > :put [resolve  www.google.com server=2001:470:20::2]
216.58.195.68
[admin@MikroTikToledo] > :put [resolve  www.google.com server=1.0.0.1]       
failure: dns server failure
[admin@MikroTikToledo] > :put [resolve  www.google.com server=8.8.8.8]       
failure: dns server failure
[admin@MikroTikToledo] > :put [resolve  www.google.com server=2001:470:20::2]
216.58.195.68
I'm not sure if there is a way out of this problem...
Are you sure IPv4 is available at all at that moment? Can you ping 1.1.1.1 or 8.8.8.8? For me it looks like you have ipv6 and no ipv4 right after reboot.
Yes, sorry, when I reported this I had unfortunately moved one too many firewall rules and the router itself had no ipv4. I missed it in the text UI, as
it was affecting only the router itself. Is easy to get it unnoticed until I learned that "print stats" shows the traffic being dropped it took me some time to notice, sorry for the wrong report.

Now I have more sane configuration but still problems with IPv6, that I will report separately
 
oldcrow
just joined
Posts: 8
Joined: Sun Jul 15, 2018 11:04 am

Re: v6.42.6 [current]

Sun Jul 22, 2018 5:58 am

Hi Gurus/support and coding wizards

HAP AC2 upgrade went fine, love the removal of need for master ethernet port, bridge now makes sense to me and assigning alternate ethernet port to internet works automagically!

thanks
Chris new MT fan
 
steen
Member
Member
Posts: 462
Joined: Sat Oct 23, 2010 2:15 am
Location: Sweden
Contact:

Re: v6.42.6 [current]

Sun Jul 22, 2018 1:32 pm

802.11 suffers from hidden node problems, network stalls, at least if trying it in some distribution network. Here counts nv2, and in old days nstreme.
We have around 100Mbit/s P2MP using "modern devices" and current firmware and in legacy device environment (RN52 radio boards) we have 20-30Mbit/s P2MP using bug fix only. Well planned, avoiding populated 5GHz bands, and with space between channels to avoid scatter from nv2, all learned from the gurus in this forum and vendor recommendations. Just mikrotik fixes the mipsbe wireless issue with newer RoS versions like this, I am happy.
With a properly configure RTS/CTS the 'hidden node' issue doesn't exist anymore. And in 'ac' this system is actually improved 'per standard'.
My region is full with other 5Ghz usage. In fact, my 30+ AP-sectors at times have to use same of close to same frequency as other towers of mine. Off course we try to keep spectral distance but with 7 other operator and some 50+ sectors in the same limited 5Ghz band this is just a hell of a task to find a relative 'free' frequency anyway.
Some of my Omni-directional AP's have clients that for 100% sure can't 'see' (so probably 'hear') each other are working fine with RTS/CTS configured like it should. (Always 'on' and AP RTS/CTS to istself)

Last night I did a test of a relative new AP. A NetMetal connected to a 30º 18dBi RF elements horn that directs to a relative quiet region. It only serves some 12 clients. Apart from one client all 'ac' clients.
This AP I tested with all 3 protocols (NV2, nstreme and 802.11) and withing each of the protocols I did some fine tuning.
This is the first AP for a long time that gave NV2 better results.
With 4 clients running the bandwidth test (to a fast router 'behind' the AP) throughput over the AP would be around 100Mbps and the best clients would both get some 35Mbps were the two other ones with some lesser signal would get the rest..
When I stopped the clients test but one, the best one would get just over 100Mbps and with some little traffic from regular users the AP showed maximal 115Mbps. This in a 40Mhz channel with CCQ into the 80+ range.

I even tried a 80Mhz channel but it didn't bring up the speeds hardly. I saw a peak of 120Mbps where in 40Mhz channel peaks reached 115Mbps....
But NV2 was the best. In 802.11 (still better then 'nstreme') all speeds where some 10-20% less and total throughput hardly pushed through the 100Mbps.....

Over the last weeks I did similar tests with similar and heavier populated AP's, all Omnitiks (both the new 'ac' models as the old 'n' types) and in all intances the 802.11 protocol gave best results.
One of these AP's is with its frequency 'squeezed' between other AP's that either 'touched' the band or even overlapped partially and again 802.11 is best. NV2 is by far worse... some 50% worse!

I also have two OmniTiks tested that definitely have clients that cannot 'see' nor hear each-other and yet again 802.11 give me 50 to 100% better results then NV2.
Thanks for the information!
A gain of 50-100% better results would be nice, even 20% is ok. :-)
Already being out of the subject for this thread I guess, but yet valid till some point, maybe we should move to the wireless tread ?
I have to put this up in the lab to see how it works out in our environment, which is city like. I didn't test 802.11 for distribution in many many years :-)
So far max speed here is around 100Mbit/s or little more, using NV2, and it is so far, rock solid with low latency.
I don't want to leave mikrotik in the long run, in favor to some else brand, we have been staying so long with them.
 
WirelessRudy
Forum Guru
Forum Guru
Posts: 2989
Joined: Tue Aug 08, 2006 5:54 pm
Location: Spain

Re: v6.42.6 [current]

Sun Jul 22, 2018 2:04 pm

802.11 versus NV2; viewtopic.php?f=7&t=137133
Show your appreciation of this post by giving me Karma! Thanks.

Rudy R. Puister

WISP operator based on MT routerboard & ROS.
 
tr00g33k
Frequent Visitor
Frequent Visitor
Posts: 81
Joined: Sun Mar 29, 2015 3:58 pm

Re: v6.42.6 [current]

Tue Jul 24, 2018 1:56 pm

Updated CRS326-24G-2S+ from firmware v6.42.3 to 6.42.6

update went fine but after the update process ether24 en ether23 aren't working anymore. They give link negotiate speed ect. but no mac address what so ever. Both port where trunk ports one has a WAP AC on it and the other a Cisco Switch.

Moving the devices and config to none used port everything works fine. I'm stunned at what this can be.

I removed config from ether23 and 24 disabled them rebooted switch. Redid config and still nothing no mac address nothing. Same config on ether 21 and 22 and link is fine mac addresses en traffic flow as expected. weird problem.

If anyone seen this before and has a tip how to fix this would be nice.
We had similar issue with CRS326, port UP and connected but zero traffic in any direction. Downgrade to 6.42.3 solved the issue for us.
 
rclare70
just joined
Posts: 1
Joined: Tue Jul 24, 2018 11:56 pm

Re: v6.42.6 [current]

Tue Jul 24, 2018 11:58 pm

Updated CRS326-24G-2S+ from firmware v6.42.3 to 6.42.6

update went fine but after the update process ether24 en ether23 aren't working anymore. They give link negotiate speed ect. but no mac address what so ever. Both port where trunk ports one has a WAP AC on it and the other a Cisco Switch.
We had similar issue with CRS326, port UP and connected but zero traffic in any direction. Downgrade to 6.42.3 solved the issue for us.
I had the exact same issue, tried v6.42.4, v6.42.5 which didn't work, went back to v6.42.3 which seems to be working now
 
schadom
Member Candidate
Member Candidate
Posts: 118
Joined: Sun Jun 25, 2017 2:47 am
Location: Austria

Re: v6.42.6 [current]

Wed Jul 25, 2018 12:32 am

It's rather a design glitch than a bug but we noticed that the S-RJ01 modules in v6.42.6 are displayed with sfp-connector-type: LC instead of RJ45 in both Winbox and CLI:
winbox.png

Thanks
You do not have the required permissions to view the files attached to this post.
 
User avatar
amt
Member
Member
Posts: 466
Joined: Fri Jan 16, 2015 2:05 pm

Re: v6.42.6 [current]

Wed Jul 25, 2018 2:16 pm

802.11 suffers from hidden node problems, network stalls, at least if trying it in some distribution network. Here counts nv2, and in old days nstreme.
We have around 100Mbit/s P2MP using "modern devices" and current firmware and in legacy device environment (RN52 radio boards) we have 20-30Mbit/s P2MP using bug fix only. Well planned, avoiding populated 5GHz bands, and with space between channels to avoid scatter from nv2, all learned from the gurus in this forum and vendor recommendations. Just mikrotik fixes the mipsbe wireless issue with newer RoS versions like this, I am happy.
With a properly configure RTS/CTS the 'hidden node' issue doesn't exist anymore. And in 'ac' this system is actually improved 'per standard'.
My region is full with other 5Ghz usage. In fact, my 30+ AP-sectors at times have to use same of close to same frequency as other towers of mine. Off course we try to keep spectral distance but with 7 other operator and some 50+ sectors in the same limited 5Ghz band this is just a hell of a task to find a relative 'free' frequency anyway.
Some of my Omni-directional AP's have clients that for 100% sure can't 'see' (so probably 'hear') each other are working fine with RTS/CTS configured like it should. (Always 'on' and AP RTS/CTS to istself)

Last night I did a test of a relative new AP. A NetMetal connected to a 30º 18dBi RF elements horn that directs to a relative quiet region. It only serves some 12 clients. Apart from one client all 'ac' clients.
This AP I tested with all 3 protocols (NV2, nstreme and 802.11) and withing each of the protocols I did some fine tuning.
This is the first AP for a long time that gave NV2 better results.
With 4 clients running the bandwidth test (to a fast router 'behind' the AP) throughput over the AP would be around 100Mbps and the best clients would both get some 35Mbps were the two other ones with some lesser signal would get the rest..
When I stopped the clients test but one, the best one would get just over 100Mbps and with some little traffic from regular users the AP showed maximal 115Mbps. This in a 40Mhz channel with CCQ into the 80+ range.

I even tried a 80Mhz channel but it didn't bring up the speeds hardly. I saw a peak of 120Mbps where in 40Mhz channel peaks reached 115Mbps....
But NV2 was the best. In 802.11 (still better then 'nstreme') all speeds where some 10-20% less and total throughput hardly pushed through the 100Mbps.....

Over the last weeks I did similar tests with similar and heavier populated AP's, all Omnitiks (both the new 'ac' models as the old 'n' types) and in all intances the 802.11 protocol gave best results.
One of these AP's is with its frequency 'squeezed' between other AP's that either 'touched' the band or even overlapped partially and again 802.11 is best. NV2 is by far worse... some 50% worse!

I also have two OmniTiks tested that definitely have clients that cannot 'see' nor hear each-other and yet again 802.11 give me 50 to 100% better results then NV2.
properly configure RTS/CTS the 'hidden node' issue doesn't exist anymore. cxan you explain it more ? :)
 
WirelessRudy
Forum Guru
Forum Guru
Posts: 2989
Joined: Tue Aug 08, 2006 5:54 pm
Location: Spain

Re: v6.42.6 [current]

Wed Jul 25, 2018 2:50 pm

properly configure RTS/CTS the 'hidden node' issue doesn't exist anymore. cxan you explain it more ? :)
If you read up a bit on the specifics of the RTS/CTS scheme and how it works then you'll know what I mean. Use google and find loads of info that better explain how the system works then I can do.
Show your appreciation of this post by giving me Karma! Thanks.

Rudy R. Puister

WISP operator based on MT routerboard & ROS.
 
User avatar
amt
Member
Member
Posts: 466
Joined: Fri Jan 16, 2015 2:05 pm

Re: v6.42.6 [current]

Wed Jul 25, 2018 3:14 pm

properly configure RTS/CTS the 'hidden node' issue doesn't exist anymore. cxan you explain it more ? :)
If you read up a bit on the specifics of the RTS/CTS scheme and how it works then you'll know what I mean. Use google and find loads of info that better explain how the system works then I can do.
sorry for this question, I will google it first at next time before ask, I was just asking how you tune because we are also same problem as you said below;
With a properly configure RTS/CTS the 'hidden node' issue doesn't exist anymore. And in 'ac' this system is actually improved 'per standard'.
My region is full with other 5Ghz usage. In fact, my 30+ AP-sectors at times have to use same of close to same frequency as other towers of mine. Off course we try to keep spectral distance but with 7 other operator and some 50+ sectors in the same limited 5Ghz band this is just a hell of a task to find a relative 'free' frequency anyway.
 
WirelessRudy
Forum Guru
Forum Guru
Posts: 2989
Joined: Tue Aug 08, 2006 5:54 pm
Location: Spain

Re: v6.42.6 [current]

Wed Jul 25, 2018 7:02 pm

properly configure RTS/CTS the 'hidden node' issue doesn't exist anymore. cxan you explain it more ? :)
If you read up a bit on the specifics of the RTS/CTS scheme and how it works then you'll know what I mean. Use google and find loads of info that better explain how the system works then I can do.
sorry for this question, I will google it first at next time before ask, I was just asking how you tune because we are also same problem as you said below;
With a properly configure RTS/CTS the 'hidden node' issue doesn't exist anymore. And in 'ac' this system is actually improved 'per standard'.
My region is full with other 5Ghz usage. In fact, my 30+ AP-sectors at times have to use same of close to same frequency as other towers of mine. Off course we try to keep spectral distance but with 7 other operator and some 50+ sectors in the same limited 5Ghz band this is just a hell of a task to find a relative 'free' frequency anyway.
Scroll a bit up in this tread and see my link to another post I made in this respect. It shows the code
Show your appreciation of this post by giving me Karma! Thanks.

Rudy R. Puister

WISP operator based on MT routerboard & ROS.
 
DanDankleton
just joined
Posts: 1
Joined: Fri May 18, 2018 5:43 pm

Re: v6.42.6 [current]

Thu Jul 26, 2018 3:32 pm

I upgraded 2 CRS328-24P-4S+ switches from 6.42.5 to 6.42.6. These both have a VLAN interface set up for management:

/interface vlan
add interface=bridge name=management vlan-id=100
/interface bridge vlan
add bridge=bridge comment=Management tagged=ether1,ether3 vlan-ids=100
/ip address
add address=172.16.6.X/27 comment=Management interface=management network=172.16.6.0

The network layout is:
Router---Switch1---Switch2

I upgraded Switch2 first which seemed to work.
When I upgraded Switch1 I lost access from the router to Switch2. I could still access both the router and Switch2 from Switch1.
Downgrading Switch1 back to 6.42.5 solved the problem.
 
sincity
just joined
Posts: 5
Joined: Sat Jul 14, 2018 6:14 pm

Re: v6.42.6 [current]

Fri Jul 27, 2018 6:28 pm

sincity - What error do you get in log after an upgrade attempt?
@ Mikrotik Support

Hello,
there are no errors in the logs - just system, info, dhcp, account
@ Mikrotik Support
- no ideas???
 
JRayfield
just joined
Posts: 19
Joined: Tue Aug 19, 2014 8:15 pm

Re: v6.42.6 [current]

Wed Aug 01, 2018 12:29 am

I've got a CRS125-24G-1S that has Routerboard 3.41 in it and RouterOS is 6.40.4.

I've tried several times to upgrade the RouterOS version to 6.42.6 as well as to 6.40.5. Neither will work. After rebooting, the CRS125 still shows RouterOS at 6.40.4.

Suggestions?

John Rayfield, Jr.
 
Kindis
Member Candidate
Member Candidate
Posts: 207
Joined: Tue Nov 01, 2011 6:54 pm

Re: v6.42.6 [current]

Wed Aug 01, 2018 9:51 am

I've got a CRS125-24G-1S that has Routerboard 3.41 in it and RouterOS is 6.40.4.

I've tried several times to upgrade the RouterOS version to 6.42.6 as well as to 6.40.5. Neither will work. After rebooting, the CRS125 still shows RouterOS at 6.40.4.

Suggestions?

John Rayfield, Jr.
What does the log say?
 
orafrith
just joined
Posts: 3
Joined: Mon Jan 01, 2018 8:26 pm

Re: v6.42.6 [current]

Thu Aug 02, 2018 1:11 am

i have a RB30011UIAS that will not update to v6.42.6 what can i do its on v6.42.1
 
Netstumble
just joined
Posts: 24
Joined: Tue Aug 05, 2014 9:11 am

Re: v6.42.6 [current]

Thu Aug 02, 2018 12:47 pm

i have a RB30011UIAS that will not update to v6.42.6 what can i do its on v6.42.1
Assuming that you use the correct file/procedure maybe you got hacked too?
Maybe at an earlier point in time when running < 6.42.1?
 
Paco
just joined
Posts: 6
Joined: Mon Dec 22, 2014 10:50 pm

Re: v6.42.6 [current]

Fri Aug 03, 2018 5:56 pm

After update a firmware and RBOS to last version - my failover scenario stopped working.

I use netwatch to watch ping to 1.1.1.1.
I have a firewall rule that block ping to 1.1.1.1 from wan-2 (it is pingly only from wan-1)..

On UP I run: /system script run wan1-up
On Down I run: /system script run wan1-down

The problem:
When I run scripts manualy from system -> scripts everythings work correctly, but it is not work when status on netwatch is changed from up to down and from down to up.

My router:
routerboard: yes
board-name: hAP ac
model: RouterBOARD 962UiGS-5HacT2HnT
factory-firmware: 3.31
current-firmware: 6.42.6
upgrade-firmware: 6.42.6

Any ideas?
 
lordwhiskey
just joined
Posts: 21
Joined: Wed Jun 26, 2013 8:33 am

Re: v6.42.6 [current]

Sat Aug 04, 2018 11:56 am

Hi,

I've recently upgraded from 6.40.x (I do not remember the x) to 6.42.6 on a RB750UP device.

The upgrade itself went well, despite the fact that my firewall rules and queues are not working anymore. Traffic seems to be "avoided" by the rules and I cannot log even LAN<->LAN traffic. No way. I tried also the "use ip firewall" check under the bridge settings. Nothing happened.

Unfortunately I had in place a lot of QoS rules, NAT, as well as security related filters that now seem to be not completely considered by the device.

The bridge is composed of the 5 LAN ports present on the device + 1 PPoE client associated with one of those ports.

Did anyone have a similar issue?

Thanks
 
Clauu
Member Candidate
Member Candidate
Posts: 205
Joined: Fri Mar 21, 2014 8:27 pm
Location: RO

Re: v6.42.6 [current]

Sat Aug 04, 2018 9:55 pm

Good day, after upgrade from 6.42.4 to 6.42.6 there is something wrong with query to dns servers. In Ip -> DNS i have both google servers, 'Use peer dns' option from pppclient is not checked. This setup isn't working anymore, for 2 years since i have my hap ac i haven't experienced such issue. Now in order to have dns functionally again i must check that option. I'm so tired in debugging such silly problems.
Having fun with RB850Gx2, RB2011UiAS-2HnD, RB260GSP, RB751U-2HnD, CRS112, RB3011UiAS, hAP ac, cAP ac and hAP ac². More others on the way :-)
 
netronix
just joined
Posts: 2
Joined: Tue Jun 08, 2010 9:34 pm

Re: v6.42.6 [current]

Sat Aug 04, 2018 11:00 pm

Hello,

Today i have upgraded 2 boards mipsbe and they died. First time is happening that strange. Today i have downloaded the image.

Anybody has same problem?
 
pxcorp
just joined
Posts: 6
Joined: Thu Jun 15, 2017 7:48 pm

Re: v6.42.6 [current]

Sun Aug 05, 2018 9:15 pm

Hello,
I upgrade CRS125 from 6.41.3 to 6.42.6 and found excesive packet lost on fasttracked connections (I use CRS to do NAT between two logical networks/IP ranges).
When I disable fasttrack connection rule in forward chain of IP firewall then everything works, when I enable it drops packets (and not from overloading CPU, either with slow IP communication not work).
I don't have this problem several versions of ROS before 6.42, I also tried 6.43rc51 and have same problem. To be sure that problem is caused by ROS upgrade I upgraded/downgraded several times without changing configuration and every time 6.41 worked and 6.42/6.43 not.
I am also sure that older version of 6.42 (not remember exactly which one) exhibit same problem, but because ugrade "kill" production network I have to do downgrade back immediately and don't have time to examine problem in details.
Anybody have same problem ?
 
User avatar
indjov
just joined
Posts: 20
Joined: Fri Jun 03, 2016 12:23 pm

Re: v6.42.6 [current]

Mon Aug 06, 2018 10:46 am

Hello,
I still have a problem with the tools/sms send, so one time shows gsm error: timeout , the second try it`s sending the sms but that so strange for why one time gives me timeout.

Any idea?
 
Pavels01091989
just joined
Posts: 1
Joined: Mon Aug 06, 2018 12:26 pm

Re: v6.42.6 [current]

Mon Aug 06, 2018 12:40 pm

Hello, there is a device Mikrotik RB951Ui-2HnD, when upgrading to software version 6.42.6, stopped working Netwatch
In our network, netwatch is used to view 8.8.4.4 from eth1 and switch to eth4 channel in case of failure

Status newatch down, the script to-down does not work. Manual switching works

Any ideas?
 
klasaradnicka
just joined
Posts: 8
Joined: Mon Aug 06, 2018 12:27 pm

Re: v6.42.6 [current]

Mon Aug 06, 2018 1:15 pm

Hello,

Afteru upgrading to 6.42.6 I m having problems with IPSec VPN,

I user RB750 hex poe Mikrotik, after upgrading, two Ipsec tunnels are working fine, the third I ve got an error No phase 2 with error logs showing

echo: ipsec sent phase2 packet xx.xx.xx.xx[500]<=>yy.yy.yy.yy[500] bea0725ecf6a3f19:237c3aecddb49217:e798d0fc

echo: ipsec,debug begin.
echo: ipsec,debug seen nptype=8(hash) len=24 echo: ipsec,debug seen nptype=12(delete) len=28
echo: ipsec,debug succeed.
echo: ipsec,debug yy.yy.yy.yy delete payload for protocol ISAKMP
echo: ipsec,info purging ISAKMP-SA xx.xx.xx.xx[500]<=>yy.yy.yy.yy[500] spi=bea0725ecf6a3f19:237c3aecddb49217.
echo: ipsec,debug an undead schedule has been deleted.
echo: ipsec,debug an undead schedule has been deleted.
echo: ipsec purged ISAKMP-SA xx.xx.xx.xx[500]<=>yy.yy.yy.yy[500] spi=bea0725ecf6a3f19:237c3aecddb49217.
echo: ipsec,debug purged SAs.

echo: ipsec,debug an undead schedule has been deleted.

So, basically two peers establish p1 , and try to establish p2 but with no luck, afterwards it deletes Sa keys and the process starts againg
 
R1st0
just joined
Posts: 4
Joined: Wed Feb 14, 2018 10:08 am

Re: v6.42.6 [current]

Thu Aug 09, 2018 11:16 am

Has anybody else experienced problems with lte pass-through function?

Updated from 6.42.1 to 6.42.6 and pass-through not working.

Downgrade to 6.42.1 resolved the issue.

Best regards,

R.
 
rafilks
just joined
Posts: 2
Joined: Thu Aug 09, 2018 3:35 pm

Re: v6.42.6 [current]

Thu Aug 09, 2018 3:45 pm

Good Morning,

When upgrading my Groove A-52HPn it adds to the WLAN interface, can you help me?
 
User avatar
Chupaka
Forum Guru
Forum Guru
Posts: 8140
Joined: Mon Jun 19, 2006 11:15 pm
Location: Minsk, Belarus
Contact:

Re: v6.42.6 [current]

Fri Aug 10, 2018 11:29 am

It adds what?
Russian-speaking forum: https://forum.mikrotik.by/. Welcome!

For every complex problem, there is a solution that is simple, neat, and wrong.

MikroTik. Your life. Your routing.
 
rafilks
just joined
Posts: 2
Joined: Thu Aug 09, 2018 3:35 pm

Re: v6.42.6 [current]

Fri Aug 10, 2018 4:44 pm

It adds what?
Sorry, it actually drops the WLAN interface
 
User avatar
bajodel
Long time Member
Long time Member
Posts: 541
Joined: Sun Nov 24, 2013 8:30 am
Location: Italy

Re: v6.42.6 [current]

Fri Aug 10, 2018 8:29 pm

It adds what?
Sorry, it actually drops the WLAN interface
try to upgrade the routerboard firmware as well, go to system routerboard upgrade.. then reboot
then see what happens and take a look at log lines
 
dimiter
just joined
Posts: 5
Joined: Sun Aug 12, 2018 2:33 pm

Re: v6.42.6 [current]

Sun Aug 12, 2018 3:07 pm

Hi team,
I have an issue with Inerfaces -> Ethernet ( WAN interface with PON from other side with 100MBit ) -> Auto Negotiation, when it's swithed Off and speed is set to 100 MBit max capacity for interface is 20MBit for download and ~ 3-4 Mbit for upload, when I switch Auto Negotiation to On speed is back to normal.

Router is 951G-2HnD firmware: 6.42.6
pict.jpg
You do not have the required permissions to view the files attached to this post.
 
mkx
Forum Guru
Forum Guru
Posts: 1011
Joined: Thu Mar 03, 2016 10:23 pm

Re: v6.42.6 [current]

Sun Aug 12, 2018 7:17 pm

I have an issue with Inerfaces -> Ethernet ( WAN interface with PON from other side with 100MBit ) -> Auto Negotiation, when it's swithed Off and speed is set to 100 MBit max capacity for interface is 20MBit for download and ~ 3-4 Mbit for upload, when I switch Auto Negotiation to On speed is back to normal.
So why are you changing port setup from auto to anything else? Ever heard proverb "don't fix it if ain't broken"?

There are a few more things than just speed to be set: duplex, flow conrol, etc.
BR,
Metod
 
User avatar
Jotne
Long time Member
Long time Member
Posts: 693
Joined: Sat Dec 24, 2016 11:17 am

Re: v6.42.6 [current]

Sun Aug 12, 2018 7:40 pm

Hi team,
I have an issue with Inerfaces -> Ethernet ( WAN interface with PON from other side with 100MBit ) -> Auto Negotiation, when it's swithed Off and speed is set to 100 MBit max capacity for interface is 20MBit for download and ~ 3-4 Mbit for upload, when I switch Auto Negotiation to On speed is back to normal.
This is how ethernet works.
Never ever use anything other than Auto. Only disable Auto when you have an old old old system that do not support Auto,

Here is why you get problem
Side A                     Side B
Settings-effect        Settings-effect
Auto      100FD        Auto       100FD
100FD     100FD        Auto       100HD
Auto      100HD        100FD      100FD
If you set one side to auto, the other goes to 100HD and the auto side to 100FD.
Mixing Full Duplex and Half Duplex gives huge problems.

So use Auto all over.
.
Use Splunk to monitor your MikroTik Router

MikroTik->Splunk
 
mahmoud3dmax
just joined
Posts: 4
Joined: Sun Apr 08, 2018 5:22 am

Re: v6.42.6 [current]

Mon Aug 13, 2018 12:49 am

 
User avatar
Jotne
Long time Member
Long time Member
Posts: 693
Joined: Sat Dec 24, 2016 11:17 am

Re: v6.42.6 [current]

Mon Aug 13, 2018 8:04 am

Upload photo here in the forum.
Click Attachments in the bottom.
.
Use Splunk to monitor your MikroTik Router

MikroTik->Splunk
 
dimiter
just joined
Posts: 5
Joined: Sun Aug 12, 2018 2:33 pm

Re: v6.42.6 [current]

Mon Aug 13, 2018 1:00 pm

Hi Jotne,
thank you for your explanation. But according:


Side A                     Side B
Settings-effect        Settings-effect
Auto      100FD        Auto       100FD
100FD     100FD        Auto       100HD
Auto      100HD        100FD      100FD
could you explain
full_D.jpg
what for I must use Full Duplex option in Mikrotik option then?
You do not have the required permissions to view the files attached to this post.
 
mkx
Forum Guru
Forum Guru
Posts: 1011
Joined: Thu Mar 03, 2016 10:23 pm

Re: v6.42.6 [current]

Mon Aug 13, 2018 3:23 pm

If you disable autonegotiation on one side, you have to do manual setup on both sides and the setup has to be identical. It doesn't work if you do it on one side only, the other side gets confused. In short: you will not get a good answer to your question "what needs to be done" on this forum.

Again: what is the objective of disabling autonegotiation in your case?
BR,
Metod
 
dimiter
just joined
Posts: 5
Joined: Sun Aug 12, 2018 2:33 pm

Re: v6.42.6 [current]

Mon Aug 13, 2018 5:13 pm

Hello Metod,
as I had an issue with connection to ISP / I paid for 50 MBit Internet / which connection was set to 100Mbit but max speed not exceeded 10MBit I preferred to change/set port just to 100MBit ( if someone from ISP side set interface to 10MBit this not to be suitable from my side ). I expected that once interface is up on 100MBit and marked as Full Duplex connection from one of the sides connection to be established as it's requested. As result I'm surprised to listen that both sides need to be set manually on "Full Duplex" if auto-negotiation is switched off.
In the present moment all seems to be ok with interfaces with auto-negotiation - On and just unmarked 10MBit connection speed.

Thank you !

BR,
dimiter
 
total9022
just joined
Posts: 3
Joined: Wed Aug 01, 2018 3:35 pm

Re: v6.42.6 [current]

Mon Aug 13, 2018 5:34 pm

Hi,

I would liket to openvpn server configure to Active Directory RADIUS authentication.
I configure Network Policy Server and enable mikrtoik radius, but don't working.

Could you help?

Thanks,
 
User avatar
Jotne
Long time Member
Long time Member
Posts: 693
Joined: Sat Dec 24, 2016 11:17 am

Re: v6.42.6 [current]

Mon Aug 13, 2018 6:33 pm

Ask in the forum, this thread is for 6.42.6 problems, not general problems.
.
Use Splunk to monitor your MikroTik Router

MikroTik->Splunk
 
nostromog
newbie
Posts: 41
Joined: Wed Jul 18, 2018 3:39 pm

Re: v6.42.6 [current]

Tue Aug 14, 2018 10:36 am

Problem with 6.42.6 and 6.43rc51

We have 3 routers, one running 6.42.5, one 6.42.6 and the third one got 6.43rc51 while trying to solve some problems and stood there for the moment.

Now, in the one with 6.42.5 /system history print works perfectly, but in the other two it produces the same output:
[admin@MikroTikParc] > /system history print 
Flags: U - undoable, R - redoable, F - floating-undo 
  ACTION                                   BY                                         POLICY                                       
error - contact MikroTik support and send a supout file (10)
or
[admin@MikroTikToledo] > /system history print 
Flags: U - undoable, R - redoable, F - floating-undo 
  ACTION                                   BY                                         POLICY                                       
U address list entry removed               admin                                      write                                        
U address list entry added                 admin                                      write                                        
U address list entry removed               admin                                      write                                        
U address list entry added                 admin                                      write                                        
U address list entry removed               admin                                      write                                        
U address list entry added                 admin                                      write                                        
U changed script settings                  admin                                      write                                        
U device changed                           admin                                      write                                        
U device changed                           admin                                      write                                        
U device changed                           admin                                      write                                        
U nat rule changed                         admin                                      write                                        
U nat rule changed                         admin                                      write                                        
U nat rule changed                         admin                                      write                                        
U nat rule changed                         admin                                      write                                        
U nat rule changed                         admin                                      write                                        
U nat rule changed                         admin                                      write                                        
U nat rule changed                         admin                                      write                                        
U nat rule changed                         admin                                      write                                        
U nat rule changed                         admin                                      write                                        
U nat rule added                           admin                                      write                                        
error - contact MikroTik support and send a supout file (10)
i.e., it performs whatever it needs and then ends with an error, asking to send a supout file

I did as requested and got useless generic comments and then a request to "Please use the Netinstall utility to reinstall the device:".

I won't of course reinstall from network when there is no functional problem and I only sent the support request because the device asked me to... But I wanted to know if there is more people seeing this behavior in 6.42.6+
 
Fusionyx
just joined
Posts: 7
Joined: Thu Sep 21, 2017 10:53 pm

Re: v6.42.6 [current]

Tue Aug 14, 2018 2:03 pm

Updated CRS326-24G-2S+ from firmware v6.42.3 to 6.42.6

update went fine but after the update process ether24 en ether23 aren't working anymore. They give link negotiate speed ect. but no mac address what so ever. Both port where trunk ports one has a WAP AC on it and the other a Cisco Switch.

Moving the devices and config to none used port everything works fine. I'm stunned at what this can be.

I removed config from ether23 and 24 disabled them rebooted switch. Redid config and still nothing no mac address nothing. Same config on ether 21 and 22 and link is fine mac addresses en traffic flow as expected. weird problem.

If anyone seen this before and has a tip how to fix this would be nice.
Hi all just got a new unit in the network (CRS328-24P-4S+) did a bit different update path on this one but the same problem occur. Updated from v6.42 -> v6.42.6 Port ether24 and ether 23 came up and i do see some mac addresses under bridge host but no ipv4 traffic what so ever ipv6 worked btw toward on server i have enabled on ipv6 super weird. I also noticed that the link led of the interfaces didn't came up. So i tested more ports (I have made eth1 - 8 access ports and the rest vlan only port with vlan 110 251 and 252 tagged on them). All of them had the same behavior. I see mac address on the ports (the correct onces) but no ipv4 traffic possible. Also on neither of the interfaces i see the interface led comming up (green blinking) it stays off all the time.

I hooked up console en reset the config to default. After the switch came back up all port works as normal (ass access ports). I reconfigure the switch from scratch with only eth23 and 24 as trunk port. Everything works. I shut down the switch. Mount it in the rack hook up the port and .... nothing same problem. I connected the console configured port 21 en 22 the same change the cabled and it works.

I removed all config from port 23 and 24 (also bridge config) disabled them and i checked the next day. Reconfigured the ports. Enabled them and they work :) Weirdness from above :).

Ok all seems good you think well so i though port 21 is not needed now anymore so lets remove config and disabled it. Well port 24 stops working if i disable port 21 port 23 work fine...

I will let it enebled now for 24 hours and try to disable port 21 en 22 without interfering with port 23 and 24. But something is really amiss here.

I have send a supout to support in the state that if port 21 is disabled eth24 accept no traffic anymore. the link led stay then on fully. when i enable eth 21 port 24 accept traffic again and the led start blinking as normal.
 
tornado57
just joined
Posts: 2
Joined: Wed Aug 15, 2018 11:13 pm

Re: v6.42.6 [current]

Wed Aug 15, 2018 11:17 pm

/system health print
is empty or without voltage in this version 6.42.6...
 
User avatar
Jotne
Long time Member
Long time Member
Posts: 693
Joined: Sat Dec 24, 2016 11:17 am

Re: v6.42.6 [current]

Thu Aug 16, 2018 8:13 am

/system health print
is empty or without voltage in this version 6.42.6...
Does it work on older software version?
Not all devices give all type of values.

I do get this on my RB750Gv3 6.42.6
 /system health print
      voltage: 25V
  temperature: 37C
Last edited by Jotne on Thu Aug 16, 2018 11:29 am, edited 1 time in total.
.
Use Splunk to monitor your MikroTik Router

MikroTik->Splunk
 
nostromog
newbie
Posts: 41
Joined: Wed Jul 18, 2018 3:39 pm

Re: v6.42.6 [current]

Thu Aug 16, 2018 8:29 am

Problem with 6.42.6 and 6.43rc51

We have 3 routers, one running 6.42.5, one 6.42.6 and the third one got 6.43rc51 while trying to solve some problems and stood there for the moment.

Now, in the one with 6.42.5 /system history print works perfectly, but in the other two it produces the same output:
[admin@MikroTikParc] > /system history print 
Flags: U - undoable, R - redoable, F - floating-undo 
  ACTION                                   BY                                         POLICY                                       
error - contact MikroTik support and send a supout file (10)
(...)
Note that the one running 6.43rc51 stopped producing this output and returned to nominal behaviour on update to 6.43rc56.

Not sure if it was simply the reboots associated or the upgrade process was needed to fix it.
The one on 6.42.6 is running our office and I will wait until an update or reboot is needed to see if it gets solved.

Who is online

Users browsing this forum: No registered users and 7 guests