We are up to over 700 in a single area and it is starting to take more than just a few seconds for it to reconverge after a change, thinking it might be time to change things.
On Fri, Apr 14, 2023 at 10:17 AM Dennis Burgess <dmburg...@linktechs.net> wrote: > We have customers with a bit over 200 in one area. Really not how many > devices you have, it depends on how many state changes you have normally. > That network is VERY stable, a lot of fiber, so it works well. > > > > *From:* AF <af-boun...@af.afmug.com> *On Behalf Of * castarritt > *Sent:* Thursday, April 13, 2023 9:38 AM > *To:* AnimalFarm Microwave Users Group <af@af.afmug.com> > *Subject:* Re: [AFMUG] Tik 1072 watchdog reboot bug > > > > How many routes are you running over OSPF? > > > > On Thu, Apr 13, 2023 at 9:34 AM Steven Kenney via AF <af@af.afmug.com> > wrote: > > Try pushing a total of 20+Gbps, and probably more if you combine all the > ports. I'm not talking about running normally. I've run OSPF without an > update for up to a year without a crash. I'm talking when you need to > make major changes to the structure of your area, add or remove p2p > connections etc. It tends not to like that at least on RO6 and the 1072. > > > > On Thu, Apr 13, 2023 at 12:00 AM Dennis Burgess <dmburg...@linktechs.net> > wrote: > > We have had ospf on routers running 5+ gig of traffic with uptimes of over > 200 days without issues. I can name a few customers that had or have > those. Just a FYI. > > > > > > *[image: LTI-Full_175px]* > > > *Dennis Burgess, Mikrotik Certified Trainer MTCNA, MTCRE, MTCWE, MTCTCE, > MTCINE, MTCSE, HE IPv6 Sage, Cambium ePMP Certified * > > Author of "Learn RouterOS- Second Edition” > > *Link Technologies, Inc* -- Mikrotik & WISP Support Services > > *Office*: 314-735-0270 Website: http://www.linktechs.net > > Need to Automate MikroTik Backups: https://cloud.linktechs.net > > Create Wireless Coverage’s with www.towercoverage.com > > > > *From:* AF <af-boun...@af.afmug.com> *On Behalf Of *Steven Kenney via AF > *Sent:* Wednesday, April 12, 2023 1:18 PM > *To:* AnimalFarm Microwave Users Group <af@af.afmug.com> > *Cc:* Steven Kenney <st...@wavedirect.org> > *Subject:* Re: [AFMUG] Tik 1072 watchdog reboot bug > > > > OSPF will also kill the system and force a watchdog reboot. If I remove a > a long time link between routers sure enough the router will reboot itself > a couple days later. Anything OSPF when it comes to removing existing > rules (if you have enough going on) it will die. > > > > On Wed, Apr 12, 2023 at 1:05 PM Josh Luthman <j...@imaginenetworksllc.com> > wrote: > > Then why did mine have a kernel panic when there is no connection > tracking? Why is it solved with significantly more traffic and only > changing the firewall? > > > > On Wed, Apr 12, 2023 at 11:46 AM Trey Scarborough <t...@3dsc.co> wrote: > > Its a known hardware issue with connection tracking enabled and hardware > offload. It has a hard limit to the number of connections it supports that > is pretty low. Its high enough you won't notice till you get significant > traffic, but low enough it is a common issue. The fix is to turn off > connection tracking I know this isn't the best solution, but its the only > one that works. This and the hardware availability of the processor are the > reason they are discontinued. The good news is that moving over to the > newer generation seems to resolve this, but comes with a handful of version > 7 quirks. > > On 4/11/2023 5:55 PM, Alex Kessler wrote: > > Been experiencing this bug for years while running NAT and connection > tracking. Rebooting every few months while running v6 latest. Does v7 > have any known fixes to resolve these watchdog reboots? > > > > > > > ----------------------------------------------------------------------------------- > > > > > From: "Colin Stanners" < cstanners at gmail.com > > To: "af" < af at af.afmug.com > > Sent: Monday, December 21, 2020 12:59:09 AM > Subject: Re: [AFMUG] Mikrotik 1072 Frustrations > > This last year, I've seen a MikroTik CCR1072 switch from long being > rock-solid to now having occasional random reboots (from watchdog) or 100% > CPU usage, which strangles the BGP process. In the latter case, > tools->profile would show the firewall taking 100% of CPU, even after > temporarily disabling all firewall filter and NAT rules and connection > tracking. Not fun. > > MT tech support did not seem super helpful or interested, mostly > recommending to disable watchdog (unacceptable on a production router) or > to upgrade firmware (without specifying the suspected cause of the problem > or nature of the fix). > > Tried 1 update, that didn't seem to help, have now tried another... > > On Sun, Dec 20, 2020, 11:38 PM Steven Kenney < steve at wavedirect.org > > wrote: > MIkrotik has been rock solid for me for years. Until this year and the > 1072's. Random reboots set off by watchdog timer on all of my 1072's. Some > more than others. Threads in the forum all discuss the same problem > exactly. Its a connection tracking issue.. however I need connection > tracking on one particular router. I've adjusted everything I could. > Firmware and board firmware all up to date etc. Happens randomly with low > levels of traffic, high levels of traffic, sometimes a couple times a day, > sometimes weeks. No DDOS evidence at all from upstream routers. Configs > checked and rechecked by third party experts. I graph everything about the > Mikrotik and there are no clues or anything abnormal happening before the > crash. Plenty of memory, disk space, CPU etc. Replaces all the trannies, > power cables and such. Not running BGP only OSPF on the one that is giving > me the most trouble. > > Even have a serial console cable plugged into them to my opengear and set > it to log pretty much everything to console including the kernel and > nothing. A hard freeze. > > Then there is Mikrotik support... I've never needed their support before > until now. So I put a ticket in and the shitty attitude I'm getting from > them seems like they KNOW there is something wrong with the hardware and > they are intentionally not being helpful. It is pretty clear to see with > all the people reporting this issue that there IS an issue. > > If this is any indication of how things are going to go with Mikrotik on > the newer hardware going forware I think its time to jump to an enterprise > level system. Juniper most likely. Shame because they are just about > keeping up with the demands with their hardware. Getting closer to 100Gbps > etc and ROS7 ... but at their current pace I think we've outgrew them. > > All the threads discussing this issue has been absolutely quiet when it > comes to Mikrotik jumping in to mention or try to help troubleshoot. I > think they know they had bad hardware out there and do not want to honor > warranties. I've heard rumors of bad batches of 1072's. > > Anyone else encounter this? > > -- > > *Alex* > Alex Kessler / TECHNICAL OPERATIONS CENTER > *O (Ohio)* 740.212.3773 / *O (All other markets)* 888.966.5690 / 145 Columbus > Rd, Athens, OH 45701 / point-broadband.com > <https://imsva91-ctp.trendmicro.com:443/wis/clicktime/v1/query?url=https%3a%2f%2fpoint%2dbroadband.com&umid=A4772EF7-F92F-C305-8A64-355EA9EC368A&auth=079c058f437b7c6303d36c6513e5e8848d0c5ac4-fe3b55e5fe3ba8bc5ee37cd86d2cae60857eca5a> > > > > -- > AF mailing list > AF@af.afmug.com > http://af.afmug.com/mailman/listinfo/af_af.afmug.com > > -- > AF mailing list > AF@af.afmug.com > http://af.afmug.com/mailman/listinfo/af_af.afmug.com > > > > > > NOTICE OF CONFIDENTIALITY This communication, including any attachments, > is intended only for the use of the addressee(s) to this email and is > confidential. If you are not an intended recipient or acting on behalf of > an intended recipient, any review, disclosure, conversion to hard copy, > dissemination, reproduction or other use of any part of this communication > is strictly prohibited. If you receive this communication in error or > without authorization, please notify the originator immediately and remove > it from your system. > > > > > > NOTICE OF CONFIDENTIALITY This communication, including any attachments, > is intended only for the use of the addressee(s) to this email and is > confidential. If you are not an intended recipient or acting on behalf of > an intended recipient, any review, disclosure, conversion to hard copy, > dissemination, reproduction or other use of any part of this communication > is strictly prohibited. If you receive this communication in error or > without authorization, please notify the originator immediately and remove > it from your system. > -- > AF mailing list > AF@af.afmug.com > http://af.afmug.com/mailman/listinfo/af_af.afmug.com > > -- > AF mailing list > AF@af.afmug.com > http://af.afmug.com/mailman/listinfo/af_af.afmug.com >
-- AF mailing list AF@af.afmug.com http://af.afmug.com/mailman/listinfo/af_af.afmug.com