Ирокез
Я понимаю логику вашей позиции. Но тут просто ключевой аспект в том, что блокировки осуществляются по заданным правилам не только в отношении того, что фильтровать, но и того как фильтровать. Перегрузка действительно не может пропустить десять вместо одного. Но это если этот аспект заранее не прописан в правилах блокировки.

Ну то есть вот ситуация, когда загрузка оборудования стабильно упирается в 100 процентов, процессоры начинают троттлить, оперативка забита под завязку, плотно подключается дисковый кэш, который далеко не всегда даже SSD, не говоря об NVMe. Ее последствием будет именно то, что вы описали выше, пропустить больше система фильтрации никак не сможет.

Но очевидно, что в таком случае тормозить начнет вообще весь Рунет. И платежи, и госуслуги, вообще все, в том числе и критически важное.

Именно поэтому в случае перегрузки в системе, скорее всего, прописано банальное прекращение фильтрации. Но не полное. То есть, чтобы снизить нагрузку на серверы, достаточно временно отменить правила по ютубу и whatsаpp, например. Потом можно перенастроить правила (именно самой фильтрации) и запустить все опять.

В результате в моменты пиковой нагрузки система фильтрации начинает пропускать больше, но делается это не из-за того, что правила фильтрации слетают, а из-за того, что в системе прописана адаптация к неадекватной загрузке.

Ирокез
Если не читали - поинтересуюсь раз и два.
Да, при перегрузке некоторых типов узлов ТСПУ похоже что то, что не успевают просветить DPI может по правилам пропускаться мимо - что-то типа плавной деградации глубины инспекции.
И нет, фильтрацией занимается отдельное оборудование, не маршрутизаторы и сервера провайдеров.

Нет. Если трафик не обработан, то его не может быть. Это не дорога, здесь нечего поднимать и опускать, а передача каждого пакета — отдельная составная операция.