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

Reply via email to