said by PX Eliezer:I routinely clear the logs every few days, but this is the first time that fresh entries did not appear.
said by KeyLogger:same client to access both modems? i guess it's the client failed to load
I'm not sure what you mean by that "client" reference.
The two modems are on two totally different accounts in different locations. Each was accessed on a local computer using the »
192.168.100.1/ address. Multiple browsers were tried in each case.
In any event, at my home (as noted) they sent me 4 days worth of error messages at once, and here at work they have now sent me some error messages from yesterday.
So the puzzle of having no error messages (previously receiving them all the time) is resolved.

This is very bizarre behavior I have no explanation for, especially on two different modems (but both use the Broadcom BCM3384 chipset family, albeit not exactly the same) at the same time but to clarify :
Optimum plays no role in this:
• the event logs are generated by the cable modem internally, they are not "sent" to the modem by anyone
• log levels can be adjusted by way of configuration - but that would be a permanent config change during provisioning (boot), and not change on the fly.
• log message can be streamed by the cable modem to a monitoring system (syslog) - albeit I don't think there'd be much value in that relatively to the billions of records that would generate per day, and which would have to be stored (and watched for what exactly? on-demand polling of RF conditions works so much better)
• the log messages in the Web UI and on the backend (via SNMP) can be different , for example the Web UI never shows the NUMBER of times an event occurred - such as, say: 15 T3 timeouts. Visible from the SNMP side, never (why do you do such things, vendors, why?) visible on the Web UI. This is a "duplicate message" suppression mechanism for the logs - only changing to a new entry if the message/event is not the same.
• the logs may or may not be stored in NVRAM to survive a reboot - indeed, what's written to NVRAM may be selective/restricted - so the view of log messages (via both Web UI or SNMP) might be different before/after the reboot
• all of these behaviors are vendor/model/chipset specific and vary significantly between one another
• vendors (and chipset OEMs Broadcom and MaxLinear (formerly known as TI and then Intel's PUMA) implement vastly different log messages in both quantity and content
(and I prefer PUMA's log style way over the Broadcom logs btw).