RFC 9894 DLEP Diffserv 크레딧 승인 경계

요약

RFC 9894는 DLEP Diffserv 인지 크레딧 윈도우를 위한 IETF 표준 트랙 확장으로, 공유 및 목적지별 흐름 제어를 다룹니다.
확장 유형 6는 Extensions Supported 데이터 항목에 선언되어야 합니다. 수신한 초기화 메시지에 피어 지원이 나타나지 않는 한, 참여자는 해당 확장의 데이터 항목을 송신해서는 안 됩니다.
이 확장을 광고하면 의존성 폐쇄가 따라옵니다. 구현은 RFC 9892와 RFC 9893 양쪽에서 관련 메시지, 데이터 항목, Diffserv 분류 및 처리를 지원해야 합니다.
라우터는 크레딧 경계를 강제해야 합니다. 윈도우가 사용 중일 때, 사용 가능한 크레딧이 없는 트래픽은 라우터에서 모뎀으로 송신되어서는 안 됩니다.

RFC 9894는 고립된 기능 플래그를 만드는 것이 아니라 두 가지 메커니즘을 결합합니다. RFC 9892는 트래픽 분류를 제공하고 RFC 9893은 크레딧 윈도우 제어를 제공합니다. 함께 이들은 DLEP 목적지와 DSCP 값을 논리적 윈도우에 매핑합니다. 하나의 윈도우는 여러 목적지가 공유할 수도 있고 특정 목적지에 전용될 수도 있으며, 출처들은 하나의 보편적인 DSCP-윈도우 매핑이나 하나의 필수 큐 개수를 규정하지 않습니다.

범위 역시 동등한 주의가 필요합니다. 와일드카드는 이미 존재하는 흐름과 나중에 나타나는 흐름을 모두 커버할 수 있습니다. RFC 9894는 그 확장이 예기치 않을 수 있기 때문에 필요하지 않다면 와일드카드 매칭을 피할 것을 권고합니다. Diffserv 분류와 이더넷 분류가 모두 일치하면, RFC 9892는 이더넷 분류에 우선권을 부여합니다. 따라서 검증 계획은 격리된 단일 DSCP 마크만이 아니라 겹침을 테스트해야 합니다.

승인 경로는 구체적입니다. 먼저 피어가 초기화 중에 지원을 선언했는지 확인합니다. 다음으로 로컬 구현이 실제로 RFC 9892/9893 의존성 폐쇄를 갖추고 있는지 검증합니다. 그런 다음 모뎀이 광고한 윈도우를 라우터가 실현 가능한 큐 및 조합과 비교합니다. 지원되는 부분 집합만 설치하고, 제외된 항목을 문서화하며, 불일치를 일반 관리 메커니즘을 통해 보고합니다. 지원 가능한 형태가 하나도 없다면 부정확한 역량 그림을 조용히 수용하는 대신 세션을 재설정합니다.

간결한 테스트 픽스처는 예를 들어 하나의 공유 윈도우, 하나의 목적지별 윈도우, 그리고 라우터의 사용 가능한 조합을 초과하는 DSCP 범위를 광고해야 합니다. 기대 결과는 가시적인 부분 집합 또는 재설정이며, 불일치에 대한 관리 기록이 함께 남습니다. 새로 나타나는 흐름을 포함한 와일드카드 픽스처를 추가하고 그 범위를 확인합니다. Diffserv와 이더넷 분류기 모두에 일치하는 패킷을 추가하고 이더넷 우선권을 확인합니다. 윈도우를 소진하고 라우터가 크레딧 없이는 모뎀에 패킷을 보내지 않음을 검증합니다. 피어 지원 없이 초기화한 뒤 반복하고 확장 데이터 항목이 송신되지 않음을 확인합니다.

보안은 사후 고려가 아니라 승인의 일부입니다. 크레딧 윈도우 크기를 조정하는 주입된 DLEP 메시지는 서비스 거부를 일으킬 수 있으며, RFC 8175 보안 메커니즘이 이 확장에 적용됩니다. 운영자는 인증된 크기 조정 시도와 거부된 크기 조정 시도를 테스트하고, 세션과 관리 평면이 해당 이벤트를 가시화하는지 관찰해야 합니다.

출처들은 배포 보편성, 측정된 성능 개선, 또는 보편적인 매핑을 확립하지 않습니다. 또한 독점 CLI, YANG 모듈, 텔레메트리 임계값, 롤백 타이머, 필수 큐 개수를 정의하지 않습니다. 관리 도메인 간 DSCP 마크의 신뢰성은 RFC 9894가 확립한 결과가 아니라 운영자의 관심사로 남아 있습니다.