MikroTik

Posted: **Thu Nov 26, 2020 9:28 am**

RouterOS version 6.47.8 has been released in public "stable" channel!

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.47.8 (2020-Nov-25 10:10):

Changes in this release:

*) arm - improved system stability;
*) bgp - treat route target with AS 65535 as two byte AS;
*) branding - fixed imported skin presence;
*) bridge - fixed BPDU guard port disable/enable on HW offloaded interfaces;
*) disk - improved disk management service stability when receiving bogus packets;
*) dns - improved stability with large table of static records;
*) ike1 - allow using "my-id" parameter with XAuth;
*) leds - fixed LED type setting;
*) metarouter - fixed directory entry reporting;
*) profile - fixed process classification on x86 systems (introduced in v6.47);
*) quickset - fixed wireless client "uptime" counter in "Home Mesh" mode;
*) sstp - fixed "idle-timeout" on TILE and CHR devices;
*) system - replace "3" in superscript to "^3" on RBD53GR devices;
*) upgrade - do not try installing packages if download was not completed;
*) winbox - added "operator" parameter under "Interface/LTE" menu;
*) winbox - added "reformat-hold-button-max" parameter under "System/RouterBOARD/Settings" menu;
*) winbox - added "tls-mode" parameter under "CAPsMAN/Security Cfg." menu;
*) winbox - added "tx-rx-1024-max" counter under "Interface/Overall-Stats" for CRS3xx devices;
*) winbox - do not allow MAC address changes on LTE interfaces;
*) winbox - show "System/Health" only on boards that have health monitoring;
*) winbox - show "System/RouterBOARD/Mode Button" on devices that have such feature;
*) winbox - show "usb-bus" option on all boards that have it;
*) winbox - show "usb-type" option on all boards that have it;
*) winbox - sort IPv6 firewall "chain" parameter entries alphabetically;
*) wireless - added support for U-NII-2 US and Canada country profiles for mANTBox series devices;

To upgrade, click "Check for updates" at /system package in your RouterOS configuration interface, or head to our download page: http://www.mikrotik.com/download

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 suspected or after some problem has appeared on device

Please keep this forum topic strictly related to this particular RouterOS release.

Posted: **Thu Nov 26, 2020 10:23 am**

On the version 6.47.8 command repartition still not working (e.g. "/partitions repartition partitions =2") causes the router's cyclic reboot (about every 10 seconds).
On the version 6.46.8 this command works correctly.

architecture-name: mipsbe; model: 951Ui-2HnD; firmware-type: ar9344; factory-firmware: 6.46.1; current-firmware: 6.47.8; upgrade-firmware: 6.47.8
Support ticket(SUP-32199) was clossed with resolution "Software failure."

Posted: **Thu Nov 26, 2020 10:49 am**

What exactly want to say here:

*) upgrade - do not try installing packages if download was not completed;

Posted: **Thu Nov 26, 2020 10:58 am**

On the version 6.47.8 command "system telnet" does not work with parametr "routing-table". Error "telnet: Unknown argument"

[admin@MikroTik] > system telnet 192.168.1.1 routing-table=main
telnet: Unknown argument

Welcome back!
On the version 6.45.9 this command works correctly.
[admin@MikroTik] > system telnet 192.168.1.1 routing-table=main
Trying 192.168.1.1...
Connected to 192.168.1.1.
Escape character is '^]'.

Password:
Support ticket: SUP-34794

Posted: **Thu Nov 26, 2020 12:04 pm**

Upgrade went smooth...really interested in the "arm - improved system stability"!

Posted: **Thu Nov 26, 2020 1:52 pm**

Upgrade went smooth...really interested in the "arm - improved system stability"!

I'm also curious

Posted: **Thu Nov 26, 2020 4:38 pm**

Upgrade went smooth...really interested in the "arm - improved system stability"!
I'm also curious

Look in 6.48beta topic... there is some discussion about that.
Normally the text "improved system stability" means: fixed something that caused a hard crash/hang/reboot.
Similarly the text "improved stability when receiving bogus packets" means: fixed a DoS possibility or even a gaping security hole.
E.g. in this case the "improved stability with large table of static records" refers to a DoS possibility in the DNS resolver that is now fixed (although it still does not work correctly)

Posted: **Thu Nov 26, 2020 6:47 pm**

On the version 6.47.8 command "system telnet" does not work with parametr "routing-table". Error "telnet: Unknown argument"

The same for 6.47.7, so it's not a problem of 6.47.8.

Posted: **Thu Nov 26, 2020 7:31 pm**

*) upgrade - do not try installing packages if download was not completed;
*) winbox - show "usb-bus" option on all boards that have it;
*) winbox - show "usb-type" option on all boards that have it;

Probably the only things interesting to me. Updated successfully LtAP. Thanks for add Slot selection and USB type selection on WinBox.

Regards.

Posted: **Fri Nov 27, 2020 9:19 am**

System health does not work properly.

CCR 1036 nothing to see
CRS309 only CPU temp
CRS326 only CPU temp
CRS 328 nothing to see

Posted: **Fri Nov 27, 2020 10:57 am**

@plisken, look into the 6.47 new gauges ?
.1.3.6.1.4.1.14988.1.1.3.100.1

Posted: **Fri Nov 27, 2020 10:58 am**

on HAP AC 3 the health system is also not working properly

Posted: **Fri Nov 27, 2020 2:48 pm**

System health does not work properly.

CCR 1036 nothing to see
CRS309 only CPU temp
CRS326 only CPU temp
CRS 328 nothing to see

I can confirm, my CRS328-24P-4S+RM no longer displays health.
With 6.47.7 I could see temps, fan RPMs, wattages, voltages, amperage, etc.
With this version you click the option and nothing gets displayed / happens..

Posted: **Fri Nov 27, 2020 4:29 pm**

The update killed the wireless speed on a RB4011+ down to less than 8M. I couldn't even log in with WinBox/WebFig. Wired, everything was OK. I don't use the default channel width, so maybe I need to reset everything to default and start over. Since I spent many hours testing various devices to get good wireless speeds on this router, I'll update a spare HAP ac2 when I have more time to play with this release.

I have been keeping away from recent updates to avoid issues. Back to 6.45.8 for now.

EDIT: As I thought, I solved the issue by resetting to defaults and starting over with all settings instead of just loading a backup.

Posted: **Fri Nov 27, 2020 4:36 pm**

RBD52G-5HacD2HnD (HAP AC2) does not even show "health" option under "System" in Winbox. This is what happens when I check from CLI:

[admin@name] > /system health print 

[admin@name] >

But it works on RB4011iGS+:

[admin@surname] > /system health print
      voltage: 23.5V
  temperature: 36C
[admin@surname] >

EDIT: I mean I am retarded then? :D It should show the section, but should not display temperatures if no sensor. Please be consistent, otherwise you have to hide lots of sections, like wireless if no wifi card present, or LTE if no modem present...

winbox - show "System/Health" only on boards that have health monitoring;

Posted: **Fri Nov 27, 2020 4:47 pm**

RBD52G-5HacD2HnD (HAP AC2) does not have health information. It just does not have hardware sensors.

Posted: **Fri Nov 27, 2020 5:23 pm**

Mikrotik has work to do

Back to RouterOS 6.47.7

On the RB1100 1100AHx4 dude edition everything looks good

Posted: **Fri Nov 27, 2020 5:39 pm**

Hi,

*) arm - improved system stability;"

Can you explain this a little bit? Does it include an improvement regarding watchdog for arm ethernet routers? Arm routers (1100xr) frequently switch off and on under high load due to the watchdog.

Posted: **Fri Nov 27, 2020 5:43 pm**

Health works on all devices I checked, including these reported with issues before by others:

CCR1036-8G-2S+
CRS328-24P-4S+

Posted: **Fri Nov 27, 2020 5:58 pm**

in the CRS328-24P-4S+ winbox Health window doesn't open

Please add board temperature to SNMP 1.3.6.1.4.1.1.14988.1.1.3.10.0 for this device.

Posted: **Fri Nov 27, 2020 6:12 pm**

Oh, is this a winbox issue? I testen via cli (SSH), not winbox.

Posted: **Fri Nov 27, 2020 11:40 pm**

in the CRS328-24P-4S+ winbox Health window doesn't open
Please add board temperature to SNMP 1.3.6.1.4.1.1.14988.1.1.3.10.0 for this device.

You should rather browse the new gauges introduced in 6.47 :
.1.3.6.1.4.1.14988.1.1.3.100.1
The other (old) .1.3.6.1.4.1.14988.1.1.3.x OIDs are expected to be deprecated one day...
Many models already have more sensors available through the new gauges' table than through the old OIDs.

Posted: **Sat Nov 28, 2020 1:22 am**

Don't know if that is related to this particular update, but RB3011 couldn't boot anymore after updating from 6.47.6, being restarted every time after "Starting services" stage. I've tried NetInstall to 6.47.8 and 6.47.7 without and with config wipe — no success.

Long story short — I've restored it with ROS7 firmware, and found the problem: looks like lowering CPU frequency to 600Mhz on 6.47.8 (or 6.47.7 as well) will brick the device after next reboot. Haven't tested it with 6.47.6 though.

Posted: **Sat Nov 28, 2020 1:28 am**

Don't know if that is related to this particular update, but RB3011 couldn't boot anymore after updating from 6.47.6, being restarted every time after "Starting services" stage. I've tried NetInstall to 6.47.8 and 6.47.7 without and with config wipe — no success.

Long story short — I've restored it with ROS7 firmware, and found the problem: looks like lowering CPU frequency to 600Mhz on 6.47.8 (or 6.47.7 as well) will brick the device after next reboot. Haven't tested it with 6.47.6 though.

I did two of my 3011s without issue today. But I havent messed with the cpu settings.

Posted: **Sat Nov 28, 2020 6:07 pm**

Hello,
CCR2004-1G-12S+2XS is still not stable. We had yesterday reboot with 6.47.8 routeros-arm64. Traffic was around 4-5Gb/s. And they are god damn low performance.

Best regards.

Posted: **Sun Nov 29, 2020 12:03 am**

On couple of our hEX S (RB760iGS) the health information is displayed correctly.

Posted: **Sun Nov 29, 2020 7:20 am**

Bridge port hardware offloading remains disabled on hEX (RB750Gr3):

[davidh@CPE - Testing] > int bridge export            
# nov/29/2020 07:17:41 by RouterOS 6.47.8
# software id = HHQ9-GV0X
#
# model = RB750Gr3
# serial number = 8AFF0A4C0574
/interface bridge
add name=bridge priority=0x7000
/interface bridge port
add bridge=bridge interface=ether2
add bridge=bridge interface=ether3
add bridge=bridge interface=ether4
add bridge=bridge interface=ether5

Ports run without hardware offloading (missing 'H'):

[davidh@CPE - Testing] > int bridge port print detail 
Flags: X - disabled, I - inactive, D - dynamic, H - hw-offload 
 0     interface=ether2 bridge=bridge priority=0x80 path-cost=10 internal-path-cost=10 edge=auto point-to-point=auto learn=auto horizon=none hw=yes 
       auto-isolate=no restricted-role=no restricted-tcn=no pvid=1 frame-types=admit-all ingress-filtering=no unknown-unicast-flood=yes 
       unknown-multicast-flood=yes broadcast-flood=yes tag-stacking=no bpdu-guard=no trusted=no multicast-router=temporary-query fast-leave=no 

 1     interface=ether3 bridge=bridge priority=0x80 path-cost=10 internal-path-cost=10 edge=auto point-to-point=auto learn=auto horizon=none hw=yes 
       auto-isolate=no restricted-role=no restricted-tcn=no pvid=1 frame-types=admit-all ingress-filtering=no unknown-unicast-flood=yes 
       unknown-multicast-flood=yes broadcast-flood=yes tag-stacking=no bpdu-guard=no trusted=no multicast-router=temporary-query fast-leave=no 

 2     interface=ether4 bridge=bridge priority=0x80 path-cost=10 internal-path-cost=10 edge=auto point-to-point=auto learn=auto horizon=none hw=yes 
       auto-isolate=no restricted-role=no restricted-tcn=no pvid=1 frame-types=admit-all ingress-filtering=no unknown-unicast-flood=yes 
       unknown-multicast-flood=yes broadcast-flood=yes tag-stacking=no bpdu-guard=no trusted=no multicast-router=temporary-query fast-leave=no 

 3     interface=ether5 bridge=bridge priority=0x80 path-cost=10 internal-path-cost=10 edge=auto point-to-point=auto learn=auto horizon=none hw=yes 
       auto-isolate=no restricted-role=no restricted-tcn=no pvid=1 frame-types=admit-all ingress-filtering=no unknown-unicast-flood=yes 
       unknown-multicast-flood=yes broadcast-flood=yes tag-stacking=no bpdu-guard=no trusted=no multicast-router=temporary-query fast-leave=no

Yes, firmware was updated after upgrading RouterOS and subsequently restarted several times.

Posted: **Sun Nov 29, 2020 10:07 am**

Bridge port hardware offloading remains disabled on hEX (RB750Gr3):
...

On hEX you need to disable STP on bridge for hardware offload, i.e. protocol-mode=none

Posted: **Sun Nov 29, 2020 6:59 pm**

Can anyone tell me, if you are experiencing sudden stop transmitting on the Interface

Posted: **Tue Dec 01, 2020 11:00 am**

upgraded last weekend, no problems here

Posted: **Tue Dec 01, 2020 3:32 pm**

Can anyone tell me, if you are experiencing sudden stop transmitting on the Interface

Yes, I'm having the same problems, on a 3011, on doors 1 through 5

Posted: **Wed Dec 02, 2020 12:00 am**

Don't remember ever seeing this on a Omnitik 5 ac (RBOmniTIKG-5HacD) before 6.47.8
Failed to upgrade poe FW on /dev/poe, diag code 80
This device has no PoE Out, only PoE in.

Klembord-1.jpg

Posted: **Wed Dec 02, 2020 9:42 am**

Same here - LAN SIDE - stops responding (no ping). Sent SUP to Mikrotik, they asked me to install latest Beta and check (6.48beta58) - it should fix. Someone wrote the bug is still present tho (i updated a few days ago, and no bug so far).

I'm using "Hex S"...

Can anyone tell me, if you are experiencing sudden stop transmitting on the Interface
Yes, I'm having the same problems, on a 3011, on doors 1 through 5

Posted: **Wed Dec 02, 2020 4:10 pm**

Thanks for this new version!

Posted: **Thu Dec 03, 2020 4:32 pm**

We find CCR2004 BGP to suddenly be very slow after this upgrade.

Does anyone else experience the same issue?

/Mikael

Posted: **Sat Dec 05, 2020 4:51 pm**

Is this a bug, but I can't see 5GHz Current Tx Power? It is working fine and devices are connected, but just can't see anywhere the transmit power.
The tab is just empty. in 2.4GHz it's filled with numbers.

Posted: **Sat Dec 05, 2020 5:00 pm**

Is this a bug, but I can't see 5GHz Current Tx Power? It is working fine and devices are connected, but just can't see anywhere the transmit power.
The tab is just empty. in 2.4GHz it's filled with numbers.

It has nothing to do with the ROS version, this was always the case for 5GHz ac cards.

Posted: **Sat Dec 05, 2020 6:33 pm**

You have "some" information in the status of the interface. Here 17dBm.

Klembord-1.jpg

.
What is 3dBi antenna gain subtracted from the allowed strength.

[admin@hAPac2] > interface wireless info country-info
country: etsi
  ranges: 2402-2482/b,g,gn20,gn40(20dBm)
          5170-5250/a,an20,an40,ac20,ac40,ac80,ac160,ac80+80(23dBm)/passive,indoor
          5170-5330/a,an20,an40,ac20,ac40,ac80,ac160,ac80+80(20dBm)/dfs,passive,indoor
          5250-5330/a,an20,an40,ac20,ac40,ac80,ac160,ac80+80(20dBm)/dfs,passive,indoor
          5490-5710/a,an20,an40,ac20,ac40,ac80,ac160,ac80+80(27dBm)/dfs,passive

Antenna gain checked as set to default 3 dBi...

[admin@hAPac2] > interface wireless print advanced
...
 name="wlan2" mtu=1500 l2mtu=1600.....  area="" frequency-mode=regulatory-domain country=etsi installation=any antenna-gain=3 frequency=5260 band=5ghz-a/n/ac channel-width=20/40mhz-Ce 
.....

Posted: **Sat Dec 05, 2020 9:06 pm**

You have "some" information in the status of the interface. Here 17dBm.

That is shown only in tx-power-mode=regulatory-domain and that is simply maximum allowed tx-power.
Don't even know if it is calculated from actual antenna gain, as you describe, or just hard-coded from the default antenna gain.
Anyway, it is not the actual tx-power in any form.

Posted: **Sat Dec 05, 2020 9:36 pm**

Oh, it was my impression that this figure is the max EIRP per chain on that specific frequency.
So subtract the antenna gain and you get the max output power per chain.

Posted: **Sat Dec 05, 2020 9:44 pm**

Oh, it was my impression that this figure is the max EIRP per chain on that specific frequency.
So subtract the antenna gain and you get the max output power per chain.

Total, not per chain. And with antenna gain already subtracted.
So for ac you can set this as tx-power.
For n - might need to subtract 3 or 5 depending on number of chains.

Posted: **Sat Dec 05, 2020 11:21 pm**

Txs @XVO, my answer was delayed :-)
Wanted to point to this, but you explained already.

https://wiki.mikrotik.com/wiki/Manual:I ... e/Wireless

Transmit Power representation on 802.11n and 802.11ac
802.11n wireless chipsets represent power per chain and the 802.11ac wireless chipsets represent the total power, for reference see the table below:

Posted: **Sat Dec 05, 2020 11:27 pm**

Don't even know if it is calculated from actual antenna gain, as you describe, or just hard-coded from the default antenna gain.

Changes with the antenna gain are OK, but does not reflect the manual tx-power set. That's why I mentioned ' "some" information.'
And ... the wireless interface must be enabled to see it.

Posted: **Mon Dec 07, 2020 12:57 pm**

Hi !

I have a RBwAPG-60ad Wireless wire link that came pre-configured. https://mikrotik.com/product/wireless_wire

I make updates via Winbox with "check for updates"

I want you to know if I loose the configuration and the link goes down I do not know to to configure it.

Currently I have 6.47.8 Stable and I want ro know if I can change to 6.46.8 Long term directly from Winbox without loose my configuration.
It is safe ?
it is a good ideea ? Or should I remain on Stable?

Posted: **Mon Dec 07, 2020 1:39 pm**

I did the downgrade and it worked well. But myConfiguration Was very basic!

Posted: **Wed Dec 09, 2020 8:18 am**

I have an RB1100AHx4 running on 6.47 for about 185 days now, which is when that version was released. I'm currently not experiencing any issues, bugs or any other problems yet. I checked change logs and there doesn't seem to be any security fixes since then. Should I leave it as is or upgrade? Router is in production with 1 BGP session and 3 or 4 ports in use.

Posted: **Wed Dec 09, 2020 10:18 am**

I have an RB1100AHx4 running on 6.47 for about 185 days now, which is when that version was released. I'm currently not experiencing any issues, bugs or any other problems yet. I checked change logs and there doesn't seem to be any security fixes since then. Should I leave it as is or upgrade? Router is in production with 1 BGP session and 3 or 4 ports in use.

This is a good question to where there is no general truth I would guess. So the more releases there are between your build and the current build the greater the likelihood is of a upgrade issue I would guess. When MT tested upgrades they do not disclose from which builds they tests etc.

But as you do not need the upgrade you say and if you do not want to upgrade that often I would switch to Long-Term but right now that is a downgrade for you. Sooner or later Long-Term will go to 6.47.X release and then you can switch.

Posted: **Wed Dec 09, 2020 12:43 pm**

I have an RB1100AHx4 running on 6.47 for about 185 days now, which is when that version was released. I'm currently not experiencing any issues, bugs or any other problems yet. I checked change logs and there doesn't seem to be any security fixes since then. Should I leave it as is or upgrade? Router is in production with 1 BGP session and 3 or 4 ports in use.

I recently updated a router from 6.47.1 to 6.47.7 because I got hit by a bug that was introduced in 6.47 (the problem with l2tp connects from the same address).
However, it may well be that you do not experience that bug and thus do not need to upgrade for that reason.
It will vary depending on the config. There are so many capabilities and so many variations in config that it really is impossible to advise in these cases.

Of course it would be different when your question was "I am running 6.39 and I want to upgrade to 6.47.8, is it worthwile and is there a risk of issues".
In such case it would be much easier: yes it would be worthwile, and yes there is a high chance of issues, so plan your recovery. Partition the router, make backups, etc.

Posted: **Wed Dec 09, 2020 10:13 pm**

Emils,

I am using DoH DNS which works fine, but if I reboot the router and it takes some moments to get a new DHCP lease the log is filled with:

DoH server connection error: resolving error

Can you quieten down the DoH error log rate? In these moments when the WAN interface is down a 1000 entry log overflows quickly.

Posted: **Wed Dec 09, 2020 10:24 pm**

Emils,

I am using DoH DNS which works fine, but if I reboot the router and it takes some moments to get a new DHCP lease the log is filled with:

DoH server connection error: resolving error

Can you quieten down the DoH error log rate? In these moments when the WAN interface is down a 1000 entry log overflows quickly.

Ever since DoH been in RouterOS it's been like that. It's been in the betas and stable release and they know about the issue but guys at Mikrotik think good the way it is now: viewtopic.php?f=21&t=161887#p797837

Posted: **Wed Dec 16, 2020 12:08 pm**

I have routers:
RB941-2nD
RB951-Ui-2HnD
RB951-G-2HnD
After upgrade to 6.47.8, the communication will be poor between devices.
the pings is lost between two ports in one bridge. The links between routers throuse vlan is lost.
I find reason of problem. I solve problem, by disable hardware offload on the ports in bridge.
If I eneble hardware offload, I have problem.

Posted: **Thu Dec 17, 2020 11:08 pm**

*) dns - improved stability with large table of static records;

Has anyone else noticed that after several days apart from static DNS entries all new cached DNS items time out in 5 seconds? I found this a week ago and rebooted the RB4011 router and last night I noticed it again. It happens with or without DoH. I can ping a site, see the new cached entry come in (with a timeout of 5 mins), count to 5 and it's gone again.

Posted: **Tue Dec 22, 2020 10:53 am**

Which device do you use? K1984

Posted: **Tue Dec 22, 2020 12:20 pm**

if write a script through the web interface, it will become one line, because of this, for a some time I could not understand what the problem is, because you can see it only through winbox.

Posted: **Wed Dec 23, 2020 12:02 pm**

New version 6.48 has been released in stable RouterOS channel:

viewtopic.php?f=21&t=171035

MikroTik

v6.47.8 [stable] is released!

v6.47.8 [stable] is released!

Re: v6.47.8 [stable] is released!

Re: v6.47.8 [stable] is released!

Re: v6.47.8 [stable] is released!

Re: v6.47.8 [stable] is released!

Re: v6.47.8 [stable] is released!

Re: v6.47.8 [stable] is released!

Re: v6.47.8 [stable] is released!

Re: v6.47.8 [stable] is released!

Re: v6.47.8 [stable] is released!

Re: v6.47.8 [stable] is released!

Re: v6.47.8 [stable] is released!

Re: v6.47.8 [stable] is released!

Re: v6.47.8 [stable] is released!

Re: v6.47.8 [stable] is released!

Re: v6.47.8 [stable] is released!

Re: v6.47.8 [stable] is released!

Re: v6.47.8 [stable] is released!

Re: v6.47.8 [stable] is released!

Re: v6.47.8 [stable] is released!

Re: v6.47.8 [stable] is released!

Re: v6.47.8 [stable] is released!

Re: v6.47.8 [stable] is released!

Re: v6.47.8 [stable] is released!

Re: v6.47.8 [stable] is released!

Re: v6.47.8 [stable] is released!

Re: v6.47.8 [stable] is released!

Re: v6.47.8 [stable] is released!

Re: v6.47.8 [stable] is released!

Re: v6.47.8 [stable] is released!

Re: v6.47.8 [stable] is released!

Re: v6.47.8 [stable] is released!

Re: v6.47.8 [stable] is released!

Re: v6.47.8 [stable] is released!

Re: v6.47.8 [stable] is released!

Re: v6.47.8 [stable] is released!

Re: v6.47.8 [stable] is released!

Re: v6.47.8 [stable] is released!

Re: v6.47.8 [stable] is released!

Re: v6.47.8 [stable] is released!

Re: v6.47.8 [stable] is released!

Re: v6.47.8 [stable] is released!

Re: v6.47.8 [stable] is released!

Re: v6.47.8 [stable] is released!

Re: v6.47.8 [stable] is released!

Re: v6.47.8 [stable] is released!

Re: v6.47.8 [stable] is released!

Re: v6.47.8 [stable] is released!

Re: v6.47.8 [stable] is released!

Re: v6.47.8 [stable] is released!

Re: v6.47.8 [stable] is released!

Re: v6.47.8 [stable] is released!

Re: v6.47.8 [stable] is released!

Re: v6.47.8 [stable] is released!

Re: v6.47.8 [stable] is released!