Seeing basically the same issue - CCR cannot handle any tcp+syn type DDoS at all and falls over. 6.18 (our tested most stable version, no plans to upgrade for now since otherwise stable.) But is a big disappointment. Like CCR otherwise, but may be forced back to ASR or MX gear due to these issues. P...

I'm waiting to purchase a large quantity of CCR1072-1G-8S+ .. any chance we'll see them before year end?

I upgraded a CCR1016-12S-1S+ to 6.19 from 6.18 and now snmp is broken.

Were you able to find any resolution?

What configuration exactly on cisco do you use? As far as I can find you still need to use NAT on Cisco to change ICMP replies. http://networklessons.com/network-services/cisco-ios-nat-stick-configuration-example/ for other protocols, BGP, NTP ... loopback source is specified explicitly in configur...

have not seen a solution for this. Pretty annoying. I believe janisk answered this... Mark the packets and return via the same interface. Other then that, I think you would have rewrite the reply but NAT would only address IPv4 traffic... Maybe there isn't another answer for this because there isn'...

Your problem doesn't sound the same.

I have not seen a solution for this. Pretty annoying.

One has to wonder about the size of MikroTik as an organization and where they want to take their product ... Perspective: I have spent ~50k usd on Mikrotik gear in the last 12 months. I have a systems programming background. While not privy to anything MikroTik is doing behind the scenes, my short...

WirelessRudy , as far as I know this console behaviour is present in all RouterOS version. CTRL+Backspace erases wrong symbol at login/password prompt. Well, not true imho. It started about half a year ago. Don't know what version I actually was using then, probalby 6.3 or 6.4 (that was a disaster ...

Are production impacting / critical crashes:

2014020766000441
2014020766000021
2014020766000101
2014010866000816

Fixed?

Then the fun part begins - when asked for bug to be fixed, fancy requests are being made on behalf of MT - like "ok, upgrade it again and when bug hits you, make supout and send it to us". Why ? Is this the way it is meant to be ? Is there really no way for MT to test that themselves in t...

We are seeing crashes over multiple devices with CCR1036-12G-4S i'm afraid - appears to be related to VRRP. Kernel error and reboot, then both routers attempt to act as master but are unable to pass traffic. Manually removing/readding vrrp or disabling VRRP allows traffic again, however we've then o...

Agreed as well. Also, http://www.observium.org/wiki/Main_Page is a fantastic tool for usage/port/session status etc. monitoring.

We have no issue with 20+ CCR and many full tables, including some peers that are quagga/vyatta based. Full table loads in under 20 seconds.

I'd point to an issue with your peer or some sort of link problem.

Goal: I don't want to prefer my cogent upstream for routes to china telecom / china unicom ( AS4134, 4837) via as 701 by setting the local-pref to 90. Based on what I've read this should do it: /routing filter chain=cogent-in bgp-as-path=174,701,4837 invert-match=no action=accept set-bgp-local-pref=...

Did you ever find a solution to this? Running into the same exact issue - multiple CCR's, 5+ upstreams with full tables. Inbound traceroute via upstream A will show the interface IP of upstream B/C/D randomly which is confusing. It seems like source ip of the icmp packet hitting upstream A is set to...

Do you have netflow enabled? Have been working back and forth with mikrotik support on this - it boils down to netflow. They sent me a patched RC14 version but that stops all bgp from working. AS of now I've run ~5 days (the longest) w/o netflow and haven't seen a crash. Will get back to testing the...

Unfortunately this is still happening, even in the latest build: version: 6.0rc12 build-time: Mar/26/2013 17:18:12 This happens on numerous CCR1016-12G that we have. It does not happen (thankfully) on CCR1036-12G-4S as of yet. Unfortunately I mist surmise that Mikrotik isn't ready for prime time yet...

We fixed this problem in one of the latest rc12 builds. Contact support to get newer build.

Unfortunately this appears to still happen for me with the latest build:

version: 6.0rc12
build-time: Mar/18/2013 14:38:02

That's great, I've just requested an update in my ticket.

I've been back and forth with Mikrotik support on this for weeks, open case - so far no solution. Have tried beta rc12 and it happens there as well.

I'm suspecting a hardware related issue as this only happens on one unit and not others with identical configuration.

@sx10 thanks much - I don't have access to the other end config (it's a carrier) but I would assume standard cisco/juniper dot1q trunk.

I've tested with a bridge and still no luck, I'm going to assume I've been provided the wrong vlan-ids or something else is amiss!

Very silly question here, but as I'm new to MT want to confirm: I have another device with multiple vlans: vlan 100 vlan 101 vlan 102 Delivered to me over a single cable going to sfp1 on my CCR using a dot1q trunk. Is it safe to say that a /interface vlan add interface=sfp1 l2mtu=1586 name=vlan100 v...

Hello, I have a CCR1016-12G running 6.0rc7 and just experienced loss of ipv4 service. This is the first time I've run a deployed Microtik which had seemed to hold up well in testing, but has run into this issue after just under 1 week in production. After being alerted to the issue I was unable to a...