요약

  • RFC 10075는 라우터 광고 확장 플래그 옵션의 6번 비트를 SNAC 라우터 표식으로 지정했다.
  • 이 비트는 송신자를 분류하지만 인증하지 않으며, 송신 권한도 부여하지 않는다.
  • RA-Guard가 새로운 구분을 담은 광고 자체를 차단할 수 있다.

IPv6 라우터 광고가 이제 한 비트로 “나는 SNAC 라우터다”라고 알릴 수 있다. RFC 10075는 Router Advertisement 확장 플래그 옵션의 6번 비트를 그 용도로 할당했다. 이 광고를 받은 SNAC 라우터는 송신자가 다른 SNAC 라우터인지 트랜짓 라우터인지 구분할 수 있다. IANA 최신 등록부도 이 비트를 S - SNAC Router Flag로 기록했다.

유용한 분류지만 신분증은 아니다. RFC는 SNAC 라우터가 어떤 조건에서 이 비트를 1로 설정하는지 규정하지 않는다. 표식을 이해하지 못하는 장비는 조용히 무시하고, SNAC 라우터로 동작하지 않는 장비는 비트를 1로 설정하면 안 된다. 수신 장비가 알 수 있는 것은 송신자가 자신을 어떻게 설명하는지뿐이다. 누가 장비를 설치했는지, 그 설명이 사실인지, 광고된 경로 정보를 받아들여도 되는지는 이 비트가 말해 주지 않는다.

IPv6 Neighbor Discovery도 이 권한의 경계를 분명히 한다. 프로토콜은 어떤 이웃이 Router Advertisement 같은 특정 메시지를 보낼 권한이 있는지 판별하지 않는다. 플래그는 메시지 처리 방식을 바꿀 수 있지만, 허용 여부는 링크·포트·설정·보안 정책을 근거로 수신 네트워크가 결정한다.

스위치는 필요한 곳에 도착하기 전에 이 구분을 지울 수 있다. RFC 10075에 따르면 RA-Guard가 SNAC 라우터의 광고를 필터링하는 환경에서는 트랜짓 네트워크 장비가 비트가 설정된 광고를 전혀 받지 못한다. RA-Guard는 2계층에서 작동하며, 흔히 입력 포트를 기준으로 라우터 광고를 필터링한다. 원치 않는 광고를 모두 막는 네트워크는 새 표식이 트랜짓 장비에 도달하기도 전에 삭제할 수 있다. 반대로 분명한 규칙 없이 통과시키면 받아들이려 하지 않았던 메시지까지 허용할 수 있다. 포트의 규칙 하나가 다음 구간에 영향을 준다.

따라서 이 비트는 실제 조정 과제를 만든다. 어느 인터페이스가 SNAC 광고를 보낼 수 있는가? 트랜짓 쪽 장비가 광고를 받아야 하는가? RA-Guard는 확장 옵션을 어떻게 처리하는가? “표준에 플래그가 있다”는 말은 배포 계획이 아니다. 어떤 장비가 어느 포트에서 신호를 보고, 다음에 무엇을 해도 되는지 정해야 한다.

자료는 표준 내용과 IANA 등록을 확인해 준다. 장비별 지원 현황, 상호운용 시험 결과, 실제 장애 기록은 제시하지 않는다. 여러 장비의 패킷 캡처나 공개 호환성 표가 있으면 판단 근거가 달라지겠지만, 현재 자료에는 없다.

출처