MikroTik

Hi

What you hear on the release of version 7.0 of the system. Since long time we hear that we have to wait for this release. However, there is no information that is in the process of development. I'm beginning to feel that the investment in this architecture was a mistake.
Do you expect the CCR has two the embedded power supply?

What specific things do you want to see in RouterOS 7?

Do you expect the CCR has two the embedded power supply?

Several CCR models already have dual power supplies

Working quickly and efficiently BGP. Currently, the three BGP peers, the time of recalculation of routes is far from acceptable. The whole is counted on one core, the declaration of support on is to be fixed in version 7 system. I heard it for the first time nearly a year ago - So the question is. When will be released?

Working quickly and efficiently BGP. Currently, the three BGP peers, the time of recalculation of routes is far from acceptable. The whole is counted on one core, the declaration of support on is to be fixed in version 7 system. I heard it for the first time nearly a year ago - So the question is. When will be released?

BGP works on all cores for many versions now. Only the loading of the routing table is done on one core, but when this is complete, all other processes use all cores. The most important tasks have all core support

Only the loading of the routing table is done on one core

but this is important tastk ... and its loading very very long ... :/

In RouterOS v7 that we have now in alpha testing, CCR loads 15 million routes in approx 15 minutes. A router from a different manufacturer and a very big name, takes nearly twice as long. So future looks bright

As demand from me, I want you to support IPv6 situation in Japan.
For IPv6, 2 types of IPoE system PPPoE and method are present in Japan, if you do not have my support, neither of which, it is not possible to spread the user Routerboard.
With that said do not support IPv6 environment in Japan from actual users, someone is very disappointed.

The wanting compatible with up to about RouterOS version 7 somehow, my hope.

Best regards.

When we can expect first 7.0beta to testing?

When we can expect first 7.0beta to testing?

I want to join if it is shown here that I also carried out.

Wanted to join the beta too. Having 3 upstream, all full route on CCR1036, time to go multicore routing.

I hope the Web UI is much better.
some of my friend say that the Mikrotik Web UI is not user friendly enough.

When we can expect first 7.0beta to testing?

Ooh ooh, I know the answer to this one, mrz just told me:

When it's ready

In RouterOS v7 that we have now in alpha testing, CCR loads 15 million routes in approx 15 minutes. A router from a different manufacturer and a very big name, takes nearly twice as long. So future looks bright

what is new beside this ?
I hope we can get more info about the new RouterOS v7

I hope the Web UI is much better.
some of my friend say that the Mikrotik Web UI is not user friendly enough.

I also agree.
I want you to become a mechanism, such as can be a little more custom.
If I only replace the language in json like now, but I think unfriendly user too.

It is a further demand after, but I want to raise 3.13 or later kernel for the following reasons.

- (It is supported by kernel 3.5 ) corresponding to the L2TPv3 over IPv6
- (For the support of a DoS attack) (it is supported by kernel 3.6) the abolition of the IP routing cache function
- (It is supported by kernel 3.8 ) support of ECMP of IPv6
- Corresponding to 802.1ad (q-in-q). (Corresponding kernel 3.10 ) corresponding to the nested structure of the VLAN tag
- (Has to adapt to Vyatta) corresponding to the VTI over IPv6 as well (such as IP-IP tunnel) Responding to Virtual Tunnel Interface (corresponding kernel3.13 )

What specific things do you want to see in RouterOS 7?

I would like to have the bugs you said you wouldn't fix in 6.x fixed, no more than that.

Especially the issue with VRFs with the same IPs (Ticket#2014042266000552) which is almost a showstopper for my whole business....

In RouterOS v7 that we have now in alpha testing, CCR loads 15 million routes in approx 15 minutes. A router from a different manufacturer and a very big name, takes nearly twice as long. So future looks bright

what is new beside this ?
I hope we can get more info about the new RouterOS v7

Currently there are no drastic changes, because it is still a long time before v7 is ready for beta

is there any plan to make it more user friendly UI ?

like adding a button 'Make everything working'?

like adding a button 'Make everything working'?

Hehe, nice one. @Utomo you can't expect to have a menu like on the soho routers. All this things that you can do have to be configured and for that there need to be lots of menus. It is pretty good structured. Actually there is QuickSet now that can help a home user to configure mikrotik for basic home usage.

- Proper redundancy/failover
-- Phase 1: Stateless = a pair of MikroTiks, one active + one standby. Active simply copies the configuration to the standby every x minutes or each time there is a configuration change. Failure of active router will result in all dynamic entries to be rebuilt (hotspot active users, IP connections, etc).
-- Phase 2: Stateful = IP Connections table, Hotspot Active users, VPN active sessions, Dynamic routes, etc are all synchronised in real-time too. Failure of the active router will have zero impact on traffic.

- Web filtering by categories (allow porn, block gambling, etc) using free or paid URL blacklists

- SoftGRE/L2oGRE tunnels (like GRE, but without specifying remote endpoint IP or specifying a netmask)

- The Dude v5 with SNMP SET and SOAP/XML tool support

@andreacoppini it sounds like you are looking for a enterprise firewall rather than a router....

@andreacoppini it sounds like you are looking for a enterprise firewall rather than a router....

So routers do not need redundancy?

L2GRE tunnels is an enterprise firewall feature?

Web Filtering - ROS has a terribly underutilized Web Proxy. Stick in some URL lists and categorizations and suddenly it becomes an excellent border router for schools and similar environments (and you would be using those 36 cores for something other than processing BGP).

Call them enterprise firewall features if you will, but ROS is used quite successfully in many environments because of its great capabilities. What started out as a wireless platform using commodity hardware evolved into a swiss-army knife of network border/infrastructure tools it is today. If v7 is to continue that evolution, it needs more than simply having 'more cores' or useless features like SMB or Partitioning.

normis,

at the moment, BGP management is very awfull, just to search a specific route...

for day to day management, old cisco do that instantly, MKT take 5 mins to search a subnet...

sorry, BGP cli tools must be optimized...

the truth is that the whole BGP on MT ist just substitute real "router" (vyatta, bird, openbgpd)

the filters mechanism, different routing table for BGP and very important = speed while loading routing tables, when sesion is for example flapping... currently we do not have this in Mikrotik

the filters mechanism, different routing table for BGP <...> currently we do not have this in Mikrotik

what do you mean?..

filters mechanism in mikrotik is not intuitive and need to create large quantity's rules for more complex solution,
for example what I do in the bird several entries (in filters) in the Mikrotik often I have to create tens
(i think that filters must by like cisco/bird style)

another problem ... for example I have router witch 4 full prefix table for bgp and 4 incomplete table for bgp, on the same router I have ospf with public and private prefixes and one prefix for network menagement, on bird I create prefix table for bgp (on this prefix table work bird) and ip roule for rest... and thats all ....

please do the same on mikrotik ... you have to use routing mark, routing filters, (incoming, outgoing) and many many other things ....and on the end when you have to do troubleshoting you have to wait 10 minutes for print one prefix when you use "find prefix=" .... and this is on 36cores machine (ccr)....

I have one word to sum ​​it up === disaster

for example what I do in the bird several entries (in filters) in the Mikrotik often I have to create tens

an example?

filters mechanism in mikrotik is not intuitive and need to create large quantity's rules for more complex solution,
for example what I do in the bird several entries (in filters) in the Mikrotik often I have to create tens
(i think that filters must by like cisco/bird style)

another problem ... for example I have router witch 4 full prefix table for bgp and 4 incomplete table for bgp, on the same router I have ospf with public and private prefixes and one prefix for network menagement, on bird I create prefix table for bgp (on this prefix table work bird) and ip roule for rest... and thats all ....

please do the same on mikrotik ... you have to use routing mark, routing filters, (incoming, outgoing) and many many other things ....and on the end when you have to do troubleshoting you have to wait 10 minutes for print one prefix when you use "find prefix=" .... and this is on 36cores machine (ccr)....

I have one word to sum ​​it up === disaster

I agree to find prefix, this is awfull, I Have 3 full BGP feed with 1.5M prefixes, and to search It take so many minutes...
Something must be done at this part very quickly y Mikrotik...

And the BGP scanner must be converted on multicore...now the process a so busy and when update arrive, It take so many time to be effective...

but it works...

on the 6.19RC9 it take 4 minutes to load 1.5M of the 3 bgp feed IPV4 + 60000 IPV6...

Armand

another problem which has not yet been resolved:

the CCR (which is the router BGP) on a single interface we have several VLANs (4 - each of these VLANs have BGP sessions to IX) on the same port we have another VLAN witch multicast (IPTV) and observed (sometimes 1 time sometimes 5 times an hour) freezing the image on the STB.
when we used the switch for this VLAN instead of the CCR issue disappeared

I got feedback from several people with the same problem witch multicast on CCR ...

bawolek, how do you route/switch multicast traffic on CCR? it's not clear from your post

I run multI cast over gre on a cc and it works fine a few 7mbit streams

What about COA in 7.0?
https://www.change.org/p/mikrotik-users ... oe-servers
http://forum.mikrotik.com/viewtopic.php?f=1&t=49943

bawolek, how do you route/switch multicast traffic on CCR? it's not clear from your post

PIM is on the cisco switch which is stands in one of IX node, then goes via VLAN to our CCR (another VLAN on the same port is for bgp session that goes to other participants in the this IX node)
on CCR I was created bridge VLAN with another SFP port ... then to another switch where I connect STB to test this stream ....

CCR is nothing doing with multicast... he only untag vlan ... then multicast goes to stb...

CCR is nothing doing with multicast... he only untag vlan ... then multicast goes to stb...

hm, I have almost the same config (multicast VLAN is bridged between ether1 and sfp-sfpplus1, tagged on both interfaces) - no problem so far with more than 2Gbps on sfp+

p.s. RouterOS v6.12

what port exactly your vlan is bridged to? Can you try 6.19rc on your CCR?

what port exactly your vlan is bridged to? Can you try 6.19rc on your CCR?

VLAN is on ETH2, and this vlan is bridged with SFP1


unfortunately I can not afford to test the beta version of this production machine for GPON (Huawei MA5680T)
on one of the ports in CCR I carry out tests STB (described above)

sometimes I check the configuration bird's on a virtual machine and I switch CCR to bird (on x86) and unfortunately bird crushes CCR significantly (performance, stability).

mikrotik keeps me ... Winbox, at restoring emergency backup, and I had use mikrotik from 2.17 version .... but if he continues to be the problem is probably abandon the CCRa as edge routers for X86 with Bird...

Where are these on the roadmap?

Currently unsupported OVPN feature:

UDP mode
LZO compression
TLS authentication
authentication without username/password

@andreacoppini it sounds like you are looking for a enterprise firewall rather than a router....

which is quite common PART of routers functionality. in recent 5 years - demand for Decent(DPI and etc) firewall in netoworking gear, rather than conntrack - was skyrocketing.
and technically those kind of boxes differ only by hardware power and wish on manufacturers to spend efforts to implement really capable firewalls. there many things in networking people tend to sacrifice in case of urgent need, but security isn't one of them.

Where are these on the roadmap?

Currently unsupported OVPN feature:

UDP mode
LZO compression
TLS authentication
authentication without username/password

I doubt you will see OpenVPN UDP mode in routeros ever.

future

I'd love to see mpls-te fast reroute.... I feel like it would be vastly superior to attacking ospf and bfd on top of TE tunnels for redundant paths.

future

at least...

I would like to see average ping or MAC ping on registration-table to each connected client
maybe average for last 24H or similar

Feature request in v7: MPLS over ECMP ospf please!