v6.10 released

Also, with new wireless package… there is 5GHz AC band in “New wireless channel” menu?
Does this mean that AC is finally supported?
5ghac.png

Nice :slight_smile:
How to use - Wireless Fast Path for 802.11? It is in changelog for New “Wireless-FP” package

installing the new package automatically improves the wireless forwarding for Nv2 and 802.11.
Additionally you can enable the fast-path option by selecting in the queue interface to use hardware-only queue.

Good to see you delete my posts.

Pretty much confirms it all.

such number of obscene words is clearly against the rules of this forum, I’m sorry but that’s how it works: http://forum.mikrotik.com/faq.php

You are free to express your opinion without using such language.

I can’t find it in:

 /interface ovpn-server> server print

Not on our server, but on for example linux ovpn server.

uldis / normis / mrz

the problem I have explained to you (uldis), at the Italian MUM, about kernel panic are solved now on 6.11rc1 2014/03/06

I tested yesterday this build and the bug disappeared.

Where I can download “officially” beta / release candidate version without use Google?

I would partecipate as tester.

Thanks.

One Omnitik did not work wireless after upgrade. Disabling/Enabling the interface made it work again.

write to support@mikrotik.com with your MikroTik.com account name - they will give you access to development releases

Very thanks!

Another bug that persists since 6.7 on CRS-125 and is still present on 6.10:
Incoming packets in the switch get output on all switch ports. Basically the switch behaves as a hub.
On 6.6 all is working as expected.

Where you see that? That’s normal if ports are in master/slave relationship.

Could you elaborate more on that, I couldn’t find anything about not setting encryption to ‘required’ for the sstp profile in the wiki.
If you set encryption to no for sstp, does that mean that the tunnel won’t be encrypted?

If it’s not a bug but a configuration error, then it’s a major flaw in the ROS interface and OS to let use this setting for sstp.

On wireshark in the local network.
And this is not normal. According to the OSI modell, a switch is a L2 device which forwards packets according to a MAC lookup table offering by definition per port collision domains (not applicable in UTP scenarios) and a single broadcast domain.
http://en.wikipedia.org/wiki/Network_switch
So multicast/broadcasts have to go to all interfaces, unicasts to their destination ports (I talk about ethernet MAC addresses, not IP stuff).
And this is why port mirroring was invented, to circumvent this restriction if needed.
A device sending all incoming traffic to all interfaces is called a HUB and is a L1 device.

It worked properly up to ROS 6.6.

I’ve updated the router version 6.10, and after that, it is a problem with the ethernet speed , a big loss
Before it was 6.9 and was ok
If anyone still has the speed and the problem then let me know

No it doesn’t mean that, the SSTP tunnel will be encrypted with it’s own algorythm. The ppp setting is only for PPTP, and if you enable it, it will attempt to use this too, which is not made for SSTP and will result in the above error. We will clarify the manual and will re-label this checkbox.

As you know, PPP profiles are shared between a number of tunnel types. Not all options apply to all.

hello
still ip/route table in snmp (dude) problem not solved!

sorry but we are currently not working on Dude problems, maybe later in the year

Ive just upgraded to 6.10 on my RB750, now when I disable PPPOE interfaces i lose all connectivity to my router for a minute or so. I have multiple PPPOE ISP accounts and tend to disable and enable interfaces a lot.

Is there a different way that I should be doing this or is this a bug??