Ya 700 is a bit much. Really depends on how many changes you have at one time. I have multiple books on OSPF, some state 80 is too many and others state 150, and so on. So there is no definitive rule on it. Really depends on how quickly you want it to converge. Keep in mind, there is not an issue with having MUTPLE backbone areas, just need to segment it accordingly and then put static routes between them.
From: AF <af-boun...@af.afmug.com> On Behalf Of castarritt Sent: Friday, April 14, 2023 1:17 PM To: AnimalFarm Microwave Users Group <af@af.afmug.com> Subject: Re: [AFMUG] Tik 1072 watchdog reboot bug 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<mailto: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<mailto: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<mailto: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<mailto: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<mailto: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. [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<http://www.linktechs.net/> Need to Automate MikroTik Backups: https://cloud.linktechs.net Create Wireless Coverage’s with www.towercoverage.com<http://www.towercoverage.com> From: AF <af-boun...@af.afmug.com<mailto: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<mailto:af@af.afmug.com>> Cc: Steven Kenney <st...@wavedirect.org<mailto: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<mailto: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<mailto: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<http://gmail.com> > To: "af" < af at af.afmug.com<http://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<http://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<mailto:AF@af.afmug.com> http://af.afmug.com/mailman/listinfo/af_af.afmug.com -- AF mailing list AF@af.afmug.com<mailto: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<mailto:AF@af.afmug.com> http://af.afmug.com/mailman/listinfo/af_af.afmug.com -- AF mailing list AF@af.afmug.com<mailto: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
