Summary

  • 11월 2일 개인 제출 초안은 IS-IS GENINFO에 키 관리자의 식별자와 IP 주소, QKD 링크의 키 생성률을 싣자고 제안한다. 제어기는 이를 바탕으로 중계 노드의 순서를 고른다.
  • 초안에 따르면 IS-IS는 KM-IP의 주소 형식을 확인하지 않고 제어기로 그대로 넘긴다. 광고는 후보를 알릴 뿐이며, 키를 받을 자격은 제어기가 별도로 판단해야 한다.

애플리케이션 또는 키 관리 주체가 출발지, 목적지, 필요한 키 생성률을 지정한다. 제어기는 IS-IS에서 얻은 노드와 링크 정보를 모아 신뢰할 중계 노드의 순서를 정하고 출발지에 SRv6 세그먼트 목록을 설치한다. UDP 키 중계 패킷은 그 경로를 따른다. 라우팅 광고의 주소 필드 하나가 민감한 키 자료의 행선지 결정에 들어가는 셈이다. 이는 초안의 설계이지 실제 운영망의 측정 기록은 아니다.

제안된 능력 필드는 IS-IS 도메인에서 고유해야 하는 8옥텟 KM-ID를 담는다. 하위 KM-IP 필드는 IPv4 또는 IPv6 주소를 담는다. KM-IP가 하나도 없으면 수신자는 QKD 능력 필드 전체를 무시해야 한다. 주소가 있을 때도 IS-IS는 그 형식을 검증하지 않고 제어기에 전달한다.

다른 필드는 이웃 노드와 물리 인터페이스를 식별한다. 선택적인 32비트 값은 링크가 초당 몇 킬로비트의 QKD 키를 생성할 수 있는지 나타낸다. 발신자는 로컬 설정 기간 동안 생성률 갱신을 억제할 수 있어 제어기에 도착한 수치가 실제 링크 상태보다 늦을 수 있다.

IS-IS 암호 인증은 LSP의 발신자와 무결성을 확인하는 데 도움을 준다. 그 자체로 KM-IP의 실제 주체가 해당 서비스의 키를 받을 권한까지 증명하지는 않는다. 초안의 보안 절은 거짓 KM 식별자, 주소, 링크 능력이 키 자료를 잘못 보내거나 서비스를 방해할 수 있다고 적고 인증을 권한다. 제어기가 주소와 중계 권한을 별도로 검증하는 규칙은 정하지 않았다. 형식은 맞지만 다른 키 관리자의 주소를 넣어 제어기의 선택을 기록해야 한다.

RFC 6823은 애플리케이션 데이터용 GENINFO TLV 251을 정의하면서 비라우팅 정보의 갱신이 LSP 전파와 처리 부담을 높인다고 경고한다. 표준 트랙 RFC가 0번 인스턴스 사용을 정하지 않았다면 0이 아닌 IS-IS 인스턴스를 쓰고 예상 갱신 빈도를 밝히라고 한다. 새 초안은 QKD Application ID를 요청하며 101을 제안한다. 오래된 라우터는 모르는 애플리케이션 정보를 무시할 수 있다. IETF 기록에는 개인 Internet-Draft로 남아 있고, IANA 등록부는 1을 TRILL에 배정했으며 2부터 65535까지는 미배정이다. 정식 번호, 제어기 승인 규칙, 실제 키 전달 기록이 있어야 운영 성능을 판단할 수 있다.