FYI, managed to somewhat reproduce it, it’s definitely heavy traffic related, and only the interfaces with large MTU would lock up, that’s what made sfpp1 different. Still present in 6.49.13.

Hello, this is weird. we have a CCR1072 still in production as a border router in a regional IX. It runs latest 6.49 (although this happened with different versions), does one BGP full view plus about 50 smaller peers, and pretty much nothing else except for IGP and input (-> to the router) firewall...

Just an heads up. Last night I upgraded one of our two BGP route reflectors from 7.11.2 to 7.12.1. They have about 200+ iBGP peers/clients, the device in question is a 2004 running v7. For reference the other is a 1072 running on v6. The RR has been quite stable for months apart for minor issues, on...

That exactly how I am doing it now, works, but update and delete operations typically take two requests as i need to get the *id first. Was considering caching *ids externally, so i could operate on those directly, as long as the device state appears to be coherent. Can always fall back to "saf...

My goal is to insert blocks of configuration into an already manually configured system. Such blocks are like firewall/nat rules/lists, new interfaces, routes etc. I need to be able to change, remove these configuration snippets when external conditions change without disrupting the operation. And r...

Hello, I couldn't find any documentation on on the persistence of internal ids (the *HEX type id) that are returned by APIs for referencing objects. Is it safe to assume they will not change for a given object unless the object is deleted/recreated? If I create an object by the API, is it safe to st...

That is a very general statement you are stating. There are plenty of reports but not all can be attributed to ROS, many can be misconfiguration. When you say fix will come at 7.11, it is understood that some particular fix will come at 7.11. It's a general statement for sure. But 7.10 still has so...

Please let us know if you are aware of any issues with current 7.x version on your setups. Just to name an handful that comes to mind: - So far (admittedly before 7.2, we haven't been trying that yet) we haven't had a single 6 > 7 upgrade that did not need manual adjustments to work as intended. Ma...

As v7.x is a little different than v6, currently fix backporting might take unreasonable amount of time, and it should not be expected at v6 at the particular moment. Ah yes "long term support". So correct me if I am wrong. We're left to choose if we want to keep rebooting our production ...

Obviously not, that is why I am asking to explain when flapping bgp session is more beneficial than just setting up properly bgp input. In the typical case, when you have hundreds of heterogeneous peers, filtering is not always feasible for a number of them. The last line of defense against someone...

If you are not receiving full BGP feeds, then typically you know what prefixes should be advertised and as mentioned before proper setup of input.accept-* parameters will not allow flooding of unwanted prefixes and session is never dropped. IF you are receiving full bgp feed from the router then se...

Any update guys ? Does anyone getting reboots with vi stable ? For me, it's still rebooting with v7.1.1 Everbody I know with this issue has had it gone entirely since 7.1.1, except for you. Probably there are two reasons for the reboots, one is fixed by 7.1.1 and the other is possibly configuration...

sorry misread the original post. max-prefix-limit most likely will not be added.

You got to be kidding, right?

Hey, i have the same Problem with my RB3011. With ROS6 i have with src nat, 40 Firewall rules, some mangle and two queue rules 200Mbit/s from my ISP and with ROS7 only 150Mbit/s. The CPU is then at 75-85% and with ROS6 only at 20% An RB3011 is my home's main router, doing bgp, ospf, dhcp, firewall,...

Ros7?

6.49.2

We have about 40 CCR2004s in production. Only two of them are rebooting regularily. Plus a third that has rebooted only once. Still, we can't determine what is making these two reboot. They aren't the most loaded device in the network or the most articulated configuration. All they do is: - an handf...

I have upgraded an RB750 to 6.31. Since the upgrade, one of the ethernet ports is flapping "no link"/"link ok" every 10 seconds and is obviously showing very poor performance. The log also registers link down, link up events. The LED stays lit. The ethernet in question is connect...

So, using NTP on CCR is sure to be the largest contributing factor, but it's not 100% limited to that scope. While unrelated bugs can't be ruled out, this specific issue is tied to the processing of a leap second event from the NTP subsystem to the linux kernel. So it can not happen if you are not ...

Given what happened. I would try and simulate the addition of a leap second on the CCRs well before june 30.

Now, tell me I did not warn you.

There is at least a report of spurious leap seconds observed in Italy on march 31, 23.59.60, with a possible explaination: http://lists.ntp.org/pipermail/pool/2015-April/007338.html Given what happened. I would try and simulate the addition of a leap second on the CCRs well before june 30. cheers, L.

Since it has been mentioned, there *is* something weird concerning leap seconds that *could* be related. We had a number of Linux hosts incorrectly adding a leap second last night: 2015-04-01T01:59:59.003687+02:00 fe-a-01 kernel: [9475817.256006] Clock: inserting leap second 23:59:60 UTC we are stil...