Summary

  • 11월 2일자 YANG-Push v2 제01판에 따르면 변경 기반 알림의 부분 update에서 빠진 하위 노드는 기존 값을 유지한다. 실제 삭제에는 해당 경로를 가리키는 별도 delete가 필요하다.
  • 주기적 수집과 재동기화는 delete를 싣지 않는다. 수신자는 구독 범위의 전체 스냅샷이 끝났다는 신호를 받은 뒤에만 누락 항목을 삭제로 판단한다.

수집기의 상태 장부에는 자식 노드 셋이 있다. 새 알림에는 둘만 보인다. 나머지 하나를 지울지 말지는 화면이 정할 일이 아니다. 새 초안은 그 결정을 이벤트 유형과 연산에 묶어 둔다. 제00판에는 이번에 추가된 7.2.1절이 없었고, 존재 컨테이너와 leaf-list 처리의 세부 규칙도 담기지 않았다. IETF 기록은 제01판을 NETCONF 작업반의 현행 초안으로 올려 두었다.

변경 알림의 updates 항목은 각각 대상 경로를 지정하고 update나 delete 가운데 하나를 택한다. 전달된 leaf 값은 옛값을 대체하고, 컨테이너와 키가 있는 목록은 재귀적으로 갱신된다. 부분 메시지에 등장하지 않은 하위 노드는 그대로 남는다. 그것을 없애려면 발행자는 그 경로를 적은 별도 delete 항목을 보내야 한다. 부모 갱신과 같은 알림에 실을 수 있지만 같은 대상을 한 알림에서 두 번, 갱신과 삭제로 중복 표기할 수는 없다.

leaf-list는 더 엄격하다. 원소를 추가하거나 빼거나 순서를 바꿔도 목록이 비어 있지 않다면, 발행자는 현재 원소 전체를 올바른 순서로 보낸다. 수신자는 그 순서로 옛 목록을 통째로 교체한다. 원소 하나만 따로 갱신하거나 삭제하는 연산은 허용되지 않는다. 마지막 원소가 없어질 때는 목록 또는 그 상위 노드에 명시적 delete를 보낸다. 더 큰 하위 트리의 부분 갱신에서 leaf-list가 생략됐을 뿐이라면 옛 목록은 유지된다. 존재 컨테이너는 비어 있어도 존재를 표시하며, 변경 알림에서 없앨 때 역시 삭제 항목이 필요하다.

주기적 스냅샷은 다른 규칙을 쓴다. 여러 알림으로 나뉘어 올 수 있고 update만 담는다. complete나 update-complete가 도착한 뒤에야 구독 대상에서 빠진 항목을 삭제로 해석한다. 그전에는 다음 조각에 실려 올 수도 있다. RFC 8641은 이전 YANG-Push의 토대를, RFC 8639는 구독 알림의 틀을 제공한다. 이번 개정안은 수신기가 내부 상태를 어떻게 고칠지를 구체화한다.

공식 문서에는 이름이 특정된 장비와 수신기의 추적 기록이 없다. leaf-list 변경, 별도 삭제, 분할 스냅샷, 처리 전후 장부를 한 번에 보여 주는 기록이 있다면 실제 구현이 이 규칙을 지키는지 확인할 수 있다.