Community discussions

MikroTik App
 
User avatar
emils
MikroTik Support
MikroTik Support
Topic Author
Posts: 687
Joined: Thu Dec 11, 2014 8:53 am

v6.49beta [testing] is released!

Wed Feb 03, 2021 2:48 pm

Version 6.49beta11 has been released.

Before an upgrade:
1) Remember to make backup/export files before an upgrade and save them on another storage device;
2) Make sure the device will not lose power during upgrade process;
3) Device has enough free storage space for all RouterOS packages to be downloaded.

What's new in 6.49beta11 (2021-Feb-3 08:42):

Changes in this release:

*) chr - improved stability when changing "flow-control" settings on interfaces with e1000 drivers;
*) crs312 - fixed missing SwOS firmware on revision 2 devices;
*) crs3xx - fixed packet duplication when multiple bonding interfaces are created for CRS317, CRS309, CRS312, CRS326-24S+2Q+ and CRS354 devices;
*) crs3xx - fixed packet transmit in 5Gbps link rate for CRS312 device;
*) crs3xx - fixed port-isolation on bonding interfaces for CRS317, CRS309, CRS312, CRS326-24S+2Q+ and CRS354 devices;
*) crs3xx - fixed port-isolation on ether37-ether48 ports for CRS354 device;
*) crs3xx - improved LACP linking between CRS3xx series switches;
*) crs3xx - improved QSFP+ linking and mode changing for CRS326-24S+2Q+ and CRS354 devices;
*) crs3xx - improved load balancing on bonding interfaces for CRS317, CRS309, CRS312, CRS326-24S+2Q+ and CRS354 devices;
*) crs3xx - improved packet transmit on SFP+ interfaces;
*) crs3xx - improved system stability when bonding and IGMP snooping is used (introduced in v6.48);
*) defconf - fixed minor typo in configuration description;
*) dot1x - fixed "reject-vlan-id" for MAC authentication (introduced in v6.48);
*) dot1x - fixed MAC authentication fallback (introduced in v6.48);
*) ethernet - fixed cable-test for some devices (e.g. RB2011, RB951G-2HnD);
*) fastpath - fixed IP packet receive on bridge and bonding interfaces when destination MAC address match with slave port MAC;
*) hotspot - fixed "idle-timeout" usage with RADIUS authentication;
*) hotspot - fixed special character parsing in "target" variable (CVE-2021-3014);
*) ike2 - added support for ASN.1 DN "my-id" value setting for initiators;
*) ike2 - fixed EAP MSK length validation (introduced in v6.48);
*) ike2 - fixed phase 2 rekeying with enabled PFS (introduced in v6.48);
*) ike2 - improved stability when invalid certificate is configured (introduced in v6.48);
*) ike2 - properly register packet time after expensive CPU operations;
*) interface - fixed pwr-line interface linking (introduced in v6.48);
*) ipsec - improved stability when processing IPv6 packets larger than interface MTU;
*) led - fixed default LED configuration for RB911-5HnD;
*) netinstall - improved bootp packet handling on Linux netinstall-cli version when multiple NIC's are present;
*) ntp - use correct IPv6 multicast group for SNTP client;
*) package - always allow to uninstall package even if there is no free disk space left;
*) package - do not include multiple The Dude packages in HDD installer;
*) sfp - added "sfp-rate-select" setting (CLI only);
*) sfp - fixed GPON module linking (introduced in v6.47);
*) sfp - improved cable length monitoring as defined per SFF-8472 and SFF-8636;
*) snmp - fixed "send-trap" functionality (introduced in v6.48);
*) snmp - fixed SNMP trap agent address;
*) switch - fixed interface toggling for devices with multiple QCA8337, Atheros8327 or RTL8367 switch chips (introduced in v6.48);
*) switch - improved packet transmit between CPU and 98PX1012 for CCR2004-1G-12S+2XS device;
*) tr069-client - added "X_MIKROTIK_LinkDowns" parameter for interface "link-downs" value reporting;
*) upgrade - fixed free space checking on flash type memories when installing new packages;
*) webfig - fixed new interface addition;
*) winbox - do not show empty "CPU Frequency" parameter under "System/Resources" menu;
*) winbox - fixed enable/disable button presence for "Bridge/Hosts" menu;
*) winbox - renamed IP protocol 41 to "ipv6-encap";
*) wireless - renamed "macedonia" regulatory domain information to "north macedonia";

If you experience version related issues, then please send supout file from your router to support@mikrotik.com. File must be generated while router is not working as expected or after crash.
 
Paternot
Forum Veteran
Forum Veteran
Posts: 802
Joined: Thu Jun 02, 2016 4:01 am
Location: Niterói / Brazil

Re: v6.49beta [testing] is released!

Wed Feb 03, 2021 2:55 pm

Wow! That's a big list of fixed bugs! Hope this version goes better than 6.48...
 
Kindis
Member
Member
Posts: 368
Joined: Tue Nov 01, 2011 6:54 pm
Location: Sweden

Re: v6.49beta [testing] is released!

Wed Feb 03, 2021 2:58 pm

Great news but is there a fix for the interface issues with 3011 in here but 3011 is not just mentioned in the changelog?

Edit: I'm just blind. It is this one!
*) switch - fixed interface toggling for devices with multiple QCA8337, Atheros8327 or RTL8367 switch chips (introduced in v6.48);
 
sjoukes
just joined
Posts: 9
Joined: Wed Nov 01, 2017 5:44 pm

Re: v6.49beta [testing] is released!

Wed Feb 03, 2021 3:01 pm

Great news but is there a fix for the interface issues with 3011 in here but 3011 is not just mentioned in the changelog?

Edit: I'm just blind. It is this one!
*) switch - fixed interface toggling for devices with multiple QCA8337, Atheros8327 or RTL8367 switch chips (introduced in v6.48);
The RB3011 has 2 QCA8337 chips.
 
markonen
just joined
Posts: 14
Joined: Tue Aug 11, 2020 4:28 pm

Re: v6.49beta [testing] is released!

Wed Feb 03, 2021 3:07 pm

switch - improved packet transmit between CPU and 98PX1012 for CCR2004-1G-12S+2XS device
This sounds like a fix to the CCR2004 packet loss issue. Would someone from Mikrotik like to give a bit more detail about what was done here? Thank you!
 
hatred
just joined
Posts: 18
Joined: Tue Sep 01, 2015 10:23 pm
Location: Belarus, Minsk

Re: v6.49beta [testing] is released!

Wed Feb 03, 2021 3:36 pm

No fix for DoH memory leak yet?
 
Aerowinder
newbie
Posts: 25
Joined: Fri Jan 31, 2020 4:09 pm

Re: v6.49beta [testing] is released!

Wed Feb 03, 2021 3:37 pm

switch - improved packet transmit between CPU and 98PX1012 for CCR2004-1G-12S+2XS device
This sounds like a fix to the CCR2004 packet loss issue. Would someone from Mikrotik like to give a bit more detail about what was done here? Thank you!
Can you elaborate on the packet loss issue? I have ~15 of these in service, but I didn't know about any packet loss issues. However, 6.48 did seem to resolve the issue that was causing my CCR2004s to reboot at random.
 
markonen
just joined
Posts: 14
Joined: Tue Aug 11, 2020 4:28 pm

Re: v6.49beta [testing] is released!

Wed Feb 03, 2021 3:49 pm

Can you elaborate on the packet loss issue?
Here's the thread about it:
viewtopic.php?f=3&p=842145#p842145
 
Kindis
Member
Member
Posts: 368
Joined: Tue Nov 01, 2011 6:54 pm
Location: Sweden

Re: v6.49beta [testing] is released!

Wed Feb 03, 2021 4:00 pm

Also please MT update the Security blog
https://blog.mikrotik.com/security/
*) hotspot - fixed special character parsing in "target" variable (CVE-2021-3014);
Either keep this blog up to date (which is not what is happening now) or shut it down.
 
shavenne
just joined
Posts: 6
Joined: Wed Dec 11, 2019 4:27 pm

Re: v6.49beta [testing] is released!

Wed Feb 03, 2021 4:04 pm

6.48 is the same as rc1 I guess? So this =>
Tried to update my switches at home (CRS112-8P-4S, CRS112-8G-4S, CRS309-1G-8S+, CRS328-24P-4S+) to 6.48beta40 yesterday (6.47.4 before).
For some reason all clients stopped getting IPv6 addresses from my RB4011 (with 7.1beta2) then.
I started downgrading the firmware on the CRS328-24P-4S+ (to which the RB4011 is also connected) and all clients connected to it were getting IPv6 addresses again.
I still had to downgrade the other switches too to obtain IPv6 there also.

I find it quite strange as I'm not using any routing or firewall functions on the switches. Actually just VLANs (all IPv6 clients are in a seperate vlan) and nothing else.
Any idea what's going wrong?
Tried the same with 6.48rc1 today. Still the same problem :(
Downgraded to 6.47.8 and it works again immediately.
will remain, right??

This is my config:
# dec/24/2020 14:59:11 by RouterOS 6.47.8
# software id = 76F0-EZPJ
#
# model = CRS328-24P-4S+
# serial number = A1A10A614FF6
/interface bridge
add admin-mac=74:4D:28:D3:63:6B auto-mac=no comment=defconf igmp-snooping=yes \
    name=bridge vlan-filtering=yes
/interface ethernet
set [ find default-name=ether1 ] comment=pi.home
set [ find default-name=ether2 ] comment="Kamera Hof"
set [ find default-name=ether5 ] comment="Deep-Thought Intel-Karte"
set [ find default-name=ether6 ] comment=Slow-Thought
set [ find default-name=ether11 ] comment=TV
set [ find default-name=ether13 ] comment=HTPC
set [ find default-name=ether14 ] comment=AV-Receiver
set [ find default-name=ether22 ] comment="Freifunk Hotspot (Hof)"
set [ find default-name=ether23 ] comment=\
    "Unifi AP + plastikschleuder.home (RPi)"
set [ find default-name=ether24 ] comment="WAN LTE"
set [ find default-name=sfp-sfpplus1 ] comment="Zum Keller"
set [ find default-name=sfp-sfpplus2 ] comment="Deep-Thought 10G"
/interface wireless security-profiles
set [ find default=yes ] supplicant-identity=MikroTik
/ip hotspot profile
set [ find default=yes ] html-directory=flash/hotspot
/user group
set full policy="local,telnet,ssh,ftp,reboot,read,write,policy,test,winbox,passw\
    ord,web,sniff,sensitive,api,romon,dude,tikapp"
add name=prometheus policy="read,winbox,api,!local,!telnet,!ssh,!ftp,!reboot,!wr\
    ite,!policy,!test,!password,!web,!sniff,!sensitive,!romon,!dude,!tikapp"
/interface bridge port
add bridge=bridge comment=defconf interface=ether1
add bridge=bridge comment=defconf interface=ether2
add bridge=bridge comment=defconf interface=ether3
add bridge=bridge comment=defconf interface=ether4
add bridge=bridge comment=defconf interface=ether5
add bridge=bridge comment=defconf interface=ether6
add bridge=bridge comment=defconf interface=ether7
add bridge=bridge comment=defconf interface=ether8
add bridge=bridge comment=defconf interface=ether9
add bridge=bridge comment=defconf interface=ether10
add bridge=bridge comment=defconf interface=ether11
add bridge=bridge comment=defconf interface=ether12
add bridge=bridge comment=defconf interface=ether13
add bridge=bridge comment=defconf interface=ether14
add bridge=bridge comment=defconf interface=ether15
add bridge=bridge comment=defconf interface=ether16
add bridge=bridge comment=defconf interface=ether17
add bridge=bridge comment=defconf interface=ether18
add bridge=bridge comment=defconf interface=ether19
add bridge=bridge comment=defconf interface=ether20
add bridge=bridge comment=defconf interface=ether21
add bridge=bridge comment=defconf interface=ether22 pvid=31
add bridge=bridge comment=defconf interface=ether23
add bridge=bridge comment=defconf interface=ether24
add bridge=bridge comment=defconf interface=sfp-sfpplus1
add bridge=bridge comment=defconf interface=sfp-sfpplus2
add bridge=bridge comment=defconf interface=sfp-sfpplus3
add bridge=bridge comment=defconf interface=sfp-sfpplus4
/ip neighbor discovery-settings
set discover-interface-list=!dynamic
/interface bridge vlan
add bridge=bridge comment="IPv6 only" tagged=sfp-sfpplus1,ether5 vlan-ids=66
add bridge=bridge comment="WAN Freifunk" tagged=\
    sfp-sfpplus1,ether23,ether24,sfp-sfpplus2,ether13,ether10 vlan-ids=12
add bridge=bridge comment="Freifunk Hotspot" tagged=sfp-sfpplus1,ether5 \
    untagged=ether22 vlan-ids=31
add bridge=bridge comment=VoIP tagged=sfp-sfpplus1,ether23,ether24 vlan-ids=21
add bridge=bridge comment="WAN FTTH1" tagged=sfp-sfpplus1,ether17 vlan-ids=4001
add bridge=bridge comment="WAN FTTH2" tagged=sfp-sfpplus1,ether17 vlan-ids=4002
add bridge=bridge comment="WWW \FCber bridge-pi" tagged=sfp-sfpplus1,ether17 \
    vlan-ids=4050
add bridge=bridge comment="Freifunk Hotspot (Balkon)" tagged=\
    sfp-sfpplus1,ether5 vlan-ids=32
add bridge=bridge comment="IPv6 Pool 2" tagged=sfp-sfpplus1,ether5 vlan-ids=67
add bridge=bridge comment="WAN LTE" tagged=sfp-sfpplus1,ether24 vlan-ids=4010
add bridge=bridge comment=IceCC tagged=ether5,sfp-sfpplus1 vlan-ids=530
/ip address
add address=192.168.90.7/24 interface=bridge network=192.168.90.0
/ip dns
set servers=192.168.90.1
/ip firewall filter
add action=accept chain=output
add action=accept chain=input
/ip route
add distance=1 gateway=192.168.90.1
/system clock
set time-zone-name=Europe/Berlin
/system identity
set name=SW_WohnungOben
/system ntp client
set enabled=yes primary-ntp=62.108.36.235 secondary-ntp=46.165.221.137
/system package update
set channel=testing
/system routerboard settings
set boot-os=router-os
/system swos
set address-acquisition-mode=static allow-from-ports="p1,p2,p3,p4,p5,p6,p7,p8,p9\
    ,p10,p11,p12,p13,p14,p15,p16,p17,p18,p19,p20,p21,p22,p23,p24,p25,p26,p27,p28\
    " identity=SW_WohnungOben static-ip-address=192.168.90.7
(exported from v6.47.8)
Tested it now with the final 6.48. Problem still persists. Sniffed with wireshark now: The only packets I'm getting are the MNDP from my router.
Can somebody tell me if it's a bug or not? Or is it just working 'by accident' with old versions and I have misconfigured something?! Doesn't seem like that actually.

/edit: It begins to work again if I disable IGMP snooping. So something is wrong with IGMP/MLD snooping I guess??
Still the same problem. Posting this for .. 3 or 4 versions now?!
 
User avatar
zelthian
just joined
Posts: 16
Joined: Mon Nov 19, 2018 11:24 pm
Location: Parker, CO

Re: v6.49beta [testing] is released!

Wed Feb 03, 2021 4:04 pm

Can't upgrade on my CRS312. Automatic and manual upgrade process results in the same error:

"installation of routeros-mipsbe-6.49beta11 failed: broken package"
 
User avatar
emils
MikroTik Support
MikroTik Support
Topic Author
Posts: 687
Joined: Thu Dec 11, 2014 8:53 am

Re: v6.49beta [testing] is released!

Wed Feb 03, 2021 4:20 pm

From which version are you trying to upgrade? Can you send a supout.rif file to support@mikrotik.com?
 
msatter
Forum Guru
Forum Guru
Posts: 2045
Joined: Tue Feb 18, 2014 12:56 am
Location: Netherlands / Nīderlande

Re: v6.49beta [testing] is released!

Wed Feb 03, 2021 4:45 pm

Many thanks. My IKEv2 download speed increased by over 100 Mbps to almost the maximum download speed I have. It was lower in 6.48 than the previous versions of ROS.
 
User avatar
zelthian
just joined
Posts: 16
Joined: Mon Nov 19, 2018 11:24 pm
Location: Parker, CO

Re: v6.49beta [testing] is released!

Wed Feb 03, 2021 5:03 pm

From which version are you trying to upgrade? Can you send a supout.rif file to support@mikrotik.com?
I was running a version provided by support to fix the SwOS issue (6.49beta4). After downgrading to 6.47.8, the upgrade to 6.49beta11 succeeded.
 
mjezierski
just joined
Posts: 23
Joined: Mon Jul 01, 2019 3:50 pm
Location: Racing Capital of the World
Contact:

Re: v6.49beta [testing] is released!

Wed Feb 03, 2021 6:05 pm

Version 6.49beta11 has been released.

*) dot1x - fixed "reject-vlan-id" for MAC authentication (introduced in v6.48);
I can confirm this particular issue is resolved on a CRS-210 mipsbe switch.
 
icsterm
newbie
Posts: 49
Joined: Sun Mar 11, 2018 11:11 pm

Re: v6.49beta [testing] is released!

Wed Feb 03, 2021 6:44 pm

No fix for DoH memory leak yet?
I agree, I was also waiting for a DoH memory leak fix.
 
User avatar
dannym
just joined
Posts: 20
Joined: Sat Oct 19, 2013 2:28 pm

Re: v6.49beta [testing] is released!

Wed Feb 03, 2021 7:08 pm

Same behavior on RB4011 like v6.48
Causing no port working, connects only through wifi.
6.46.8 works flawlessly and versions bellow
 
User avatar
Jotne
Forum Guru
Forum Guru
Posts: 1917
Joined: Sat Dec 24, 2016 11:17 am
Location: jo.overland at gmail.com

Re: v6.49beta [testing] is released!

Wed Feb 03, 2021 9:16 pm

No fix for DoH memory leak yet?
I agree, I was also waiting for a DoH memory leak fix.
I am waiting for a DoH memory fix for 6.48 not a new beta. Also waiting for 7.x release not a new 6.49beta
Fix what is broken before a sending out a new beta release for a new train.

This version does nearly not containing any new function, so why a new train.
List of new stuff???
*) ike2 - added support for ASN.1 DN "my-id" value setting for initiators;
*) sfp - added "sfp-rate-select" setting (CLI only);
*) tr069-client - added "X_MIKROTIK_LinkDowns" parameter for interface "link-downs" value reporting;
 
User avatar
BartoszP
Forum Guru
Forum Guru
Posts: 1906
Joined: Mon Jun 16, 2014 1:13 pm
Location: Poland

Re: v6.49beta [testing] is released!

Wed Feb 03, 2021 9:58 pm

Fixes for 6.48 probably are tested with 6.49 ...
Real admins use real keyboards.
To quote or not to quote, there is the topic: viewtopic.php?f=2&t=168474
 
nevolex
Member Candidate
Member Candidate
Posts: 108
Joined: Mon Apr 20, 2020 1:09 pm

Re: v6.49beta [testing] is released!

Wed Feb 03, 2021 10:55 pm

That's great guys, but maybe 6.50 can be the last 6.x ros and the development can be fully switched over to 7.x ?

thanks
Last edited by nevolex on Thu Feb 04, 2021 2:29 am, edited 1 time in total.
 
User avatar
Chupaka
Forum Guru
Forum Guru
Posts: 8526
Joined: Mon Jun 19, 2006 11:15 pm
Location: Minsk, Belarus
Contact:

Re: v6.49beta [testing] is released!

Wed Feb 03, 2021 11:15 pm

Even v2.9.x had at least 2.9.51, so don't let v6.x stop at v6.50 :D
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.
 
redskilldough
just joined
Posts: 14
Joined: Mon Jan 04, 2016 12:40 pm

Re: v6.49beta [testing] is released!

Thu Feb 04, 2021 1:17 am

No fix for DoH memory leak yet?
Yes, I would think that this would have top priority, but it's still not fixed since it was introduced in 6.47
 
nevolex
Member Candidate
Member Candidate
Posts: 108
Joined: Mon Apr 20, 2020 1:09 pm

Re: v6.49beta [testing] is released!

Thu Feb 04, 2021 2:28 am

Even v2.9.x had at least 2.9.51, so don't let v6.x stop at v6.50 :D
LOL, oh well let 6.50.1 happen then!
 
roshkovanv
Posts: 0
Joined: Thu Feb 04, 2021 9:27 am

Re: v6.49beta [testing] is released!

Thu Feb 04, 2021 9:41 am

Tested it now with the final 6.48. Problem still persists. Sniffed with wireshark now: The only packets I'm getting are the MNDP from my router.
Can somebody tell me if it's a bug or not? Or is it just working 'by accident' with old versions and I have misconfigured something?! Doesn't seem like that actually.

/edit: It begins to work again if I disable IGMP snooping. So something is wrong with IGMP/MLD snooping I guess??
Still the same problem. Posting this for .. 3 or 4 versions now?!
Same here, If I am enabling 'IGMP Snooping' my 'IGMP Proxy' behave strangely, randomly works only few of channels, after disabling 'IGMP Proxy' everything stat to work but flood all other ports... I've configured everything from the beginning, thought something is wrong with my configs.
I've tried almost any config combination from 'IGMP snooping' tab but nothing works flawless as few versions before...
 
server8
Member
Member
Posts: 489
Joined: Fri Apr 22, 2011 1:27 pm

Re: v6.49beta [testing] is released!

Thu Feb 04, 2021 10:30 am

Emils can you confirm that this fix helps to avoid packets loss on CCR2004?

thank You
switch - improved packet transmit between CPU and 98PX1012 for CCR2004-1G-12S+2XS device
This sounds like a fix to the CCR2004 packet loss issue. Would someone from Mikrotik like to give a bit more detail about what was done here? Thank you!
 
kidi
Posts: 0
Joined: Wed Oct 21, 2020 12:30 pm
Location: 127.0.0.1
Contact:

Re: v6.49beta [testing] is released!

Thu Feb 04, 2021 7:01 pm

whoopsie, i guess?
jumped back to 6.48 - everything is fine, jumped back to 6.49beta11 and i get this again
hAP lite
Image
 
dadaniel
Member Candidate
Member Candidate
Posts: 184
Joined: Fri May 14, 2010 11:51 pm

Re: v6.49beta [testing] is released!

Thu Feb 04, 2021 9:26 pm

*) sfp - fixed GPON module linking (introduced in v6.47);
What GPON modules are supported as of now? The Mikrotik one is not available anymore?
 
Guscht
newbie
Posts: 33
Joined: Thu Jul 01, 2010 5:32 pm

Re: v6.49beta [testing] is released!

Fri Feb 05, 2021 12:51 am

Will be there no further V6.48.XX versions?
From the doomed V6.48 straight to V6.49?
 
Kindis
Member
Member
Posts: 368
Joined: Tue Nov 01, 2011 6:54 pm
Location: Sweden

Re: v6.49beta [testing] is released!

Fri Feb 05, 2021 9:32 am

Will be there no further V6.48.XX versions?
From the doomed V6.48 straight to V6.49?
I would guess we will get a 6.48.1 today.
 
mkx
Forum Guru
Forum Guru
Posts: 5414
Joined: Thu Mar 03, 2016 10:23 pm

Re: v6.49beta [testing] is released!

Fri Feb 05, 2021 9:35 am

Will be there no further V6.48.XX versions?
From the doomed V6.48 straight to V6.49?
I would guess we will get a 6.48.1 today.
Yup. At around 16 hours EET (which is 14 hours UTC, do the maths for your own time zone yourselves).
 
nescafe2002
Forum Veteran
Forum Veteran
Posts: 758
Joined: Tue Aug 11, 2015 12:46 pm
Location: Netherlands

Re: v6.49beta [testing] is released!

Fri Feb 05, 2021 11:10 am

Will be there no further V6.48.XX versions?
From the doomed V6.48 straight to V6.49?

Check the version numbering schema: https://wiki.mikrotik.com/wiki/Manual:U ... _numbering

Changes (fixes) from 6.49beta/rc can be merged to 6.48.x.
 
Mett
Frequent Visitor
Frequent Visitor
Posts: 52
Joined: Sat Mar 12, 2016 10:15 pm

Re: v6.49beta [testing] is released!

Thu Feb 11, 2021 11:12 am

This version broke pppoe dial in through my GPON-SFP on the RB4011.
 
mhugo
Member Candidate
Member Candidate
Posts: 119
Joined: Mon Sep 19, 2005 11:48 am

Re: v6.49beta [testing] is released!

Sat Feb 13, 2021 12:11 am

After upgrading a 2004 to test for the packetloss issue we got issues with one of the links going up and down rapidly. The SFP with issue was original mikrotik bidi 1G but we had no issues with any of the 6 other ports all using FS.com optics 10 and 1G or a 10G DAC.

The only thing I noted was that this 1G port was the only one connected to another 2004 on 1G. The others are either 10G or to 10xx series. Other side is running 6.47.9.

It was not possible to generate supout from the system.

/Mikael
 
Mett
Frequent Visitor
Frequent Visitor
Posts: 52
Joined: Sat Mar 12, 2016 10:15 pm

Re: v6.49beta [testing] is released!

Sun Feb 14, 2021 10:23 am

This version broke pppoe dial in through my GPON-SFP on the RB4011.
Entering the command on CLI solves the problem:
/interface ethernet set sfp-sfpplus1 sfp-rate-select=low
 
User avatar
bajodel
Long time Member
Long time Member
Posts: 545
Joined: Sun Nov 24, 2013 8:30 am
Location: Italy

Re: v6.49beta [testing] is released!

Tue Feb 16, 2021 5:25 am

Entering the command on CLI solves the problem:
/interface ethernet set sfp-sfpplus1 sfp-rate-select=low
Nice to know, but what does that setting really do?
In the mikrotik interface wiki I read:
sfp-rate-select (high | low; Default: high)	Allows to control rate select pin for SFP ports.
..witch is not really enough for me to understand
 
r00t
Member
Member
Posts: 423
Joined: Tue Nov 28, 2017 2:14 am

Re: v6.49beta [testing] is released!

Tue Feb 16, 2021 3:02 pm

RATE SELECT is specific pin of the SFP slot interface that can be used to change operating rate of the SFP module.
Low/High are actual voltage levels Mikrotik sets this pin to.
If it actually does anything and what it does depends on the specific SFP.
So check your SFP module specification...
 
mikeeg02
Frequent Visitor
Frequent Visitor
Posts: 63
Joined: Fri Mar 30, 2018 2:28 am

Re: v6.49beta [testing] is released!

Tue Feb 16, 2021 3:05 pm

RATE SELECT is specific pin of the SFP slot interface that can be used to change operating rate of the SFP module.
Low/High are actual voltage levels Mikrotik sets this pin to.
If it actually does anything and what it does depends on the specific SFP.
So check your SFP module specification...
What if your sfp module is a mikrotik?

I too am curious. I haven't seen anything in the documentation about this.
 
User avatar
bajodel
Long time Member
Long time Member
Posts: 545
Joined: Sun Nov 24, 2013 8:30 am
Location: Italy

Re: v6.49beta [testing] is released!

Tue Feb 16, 2021 11:06 pm

Low/High are actual voltage levels ..[cut].. depends on the specific SFP.
Nice, thanx
 
yo3gjc
just joined
Posts: 13
Joined: Sat Mar 05, 2011 4:30 pm
Location: Mississauga ON

Re: v6.49beta [testing] is released!

Thu Feb 18, 2021 7:34 pm

backup restore for RB450 is partially working. If reset to factory default than restore .bckup file is not preserving LAN IP, users and password. workaround after factory reset is to downgrade to 6.48, restore backup than going up to 6.49.11
 
OndrejHolas
newbie
Posts: 26
Joined: Mon Jul 30, 2018 5:54 pm

Re: v6.49beta [testing] is released!

Sat Feb 20, 2021 9:44 pm

According to this post viewtopic.php?t=172321#p842428 the version 6.49beta11 contains fix for SIP phone communication problems (Gigaset phones were heavily reported) that started after upgrade to 6.48, but I cannot find any relevant line in the changelog above. Could someone from inside explain here, what is the exact cause of the problem and how it was fixed in 6.49? Thanks.

We have several Gigaset IP bases and I tried in lab some of them (A540, A690) with 6.48 on many routers (750GL, 951G, 941, 2011, 3011), using different sets of discovery protocols enabled and everything in lab worked well with 6.48 in all tested situations. I'd like to know what exact combinations are problematic, otherwise we need to stay at 6.47.x. The advice to disable MNDP seems weird to me, since MNDP uses UDP port 5678, that is not used by affected IP phones and should be silently ignored, so I cannot imagine how it can disrupt communication with the phone.

Ondrej
 
EdPa
MikroTik Support
MikroTik Support
Posts: 83
Joined: Fri Sep 15, 2017 10:05 am
Location: Riga
Contact:

Re: v6.49beta [testing] is released!

Mon Feb 22, 2021 9:23 am

The reported SIP phone issue is fixed with this change:
*) fastpath - fixed IP packet receive on bridge and bonding interfaces when destination MAC address match with slave port MAC;

The suggestion to disable MNDP is because in the 6.48 version MNDP had some changes and it now uses an individual slave port MAC address instead of bridge/bond MAC. The same thing is done with other neighbor protocols, but MNDP is the only one that uses IP packets. It turns out, this can affect the ARP table on certain devices and they might start to use this other MAC from MNDP as a destination. On the RouterOS side with an active bridge/bond fast-path, these packets were dropped.

You might not notice the issue because MNDP is sent only once in a minute, the bridge did not use a fast-path or your phone simply ignored the MNDP.
 
OndrejHolas
newbie
Posts: 26
Joined: Mon Jul 30, 2018 5:54 pm

Re: v6.49beta [testing] is released!

Mon Feb 22, 2021 10:01 am

Thanks EdPa, I appreciate your detailed answer. Now the conditions of the problem are clear and the mechanism makes sense. I haven't yet observed those communication drops due to the active hardware acceleration (all bridges I've tried so far were running inside switchchips with HW accel left on), which effectively disables fast path on the bridge.

Ondrej
 
gsbiz
just joined
Posts: 12
Joined: Sat Nov 17, 2018 5:18 pm

Re: v6.49beta [testing] is released!

Mon Feb 22, 2021 2:34 pm

No fix for DoH memory leak yet?
I agree, I was also waiting for a DoH memory leak fix.
+1 on the DoH memory leak. The reality is that should be called as a CVE. Mikrotik RouterOS v6.47+ "DNS Request flood causes cache overflow and DNS server failure, if DoH is enabled" Status=Current.

Who is online

Users browsing this forum: Kindis and 19 guests