RFC 5277 определяет поддержку воспроизведения уведомлений. Просто интересно, какие проблемы клиентов может решить этот повтор уведомлений? Какая может быть необходимость просмотреть список прошлых уведомлений? В любой момент времени контроллеры всегда могут запустить RPC "get" и определить текущее состояние.
Любые материалы по этому вопросу приветствуются.
Повтор уведомлений в основном требуется для синхронизации клиентов NETCONF с серверами без необходимости выполнять полный RPC. В некоторых системах конфигурация + рабочие данные становятся довольно большими, поэтому воспроизведение уведомлений позволяет выполнить дельта-синхронизацию.
Основная проблема заключается в том, что сервер будет хранить уведомления только в течение ограниченного периода времени; поэтому, если клиент запрашивает повтор последней недели, сервер может предоставить только часть этого.
В RESTCONF есть другое решение для этой же проблемы: поле заголовка с последним изменением (https://tools.ietf.org/html/rfc8040#section-3.4.1.1), что позволяет получить «данные, которые изменились с метки времени x».
