요약

  • 10월 28일 ROLL 초안은 Response Spreading에 0x0B, DIO Option Request에 0x0C를 요청한다. 하지만 현행 IANA 등록부의 동일한 RPL 제어 메시지 옵션 영역에서 두 값은 RFC 9854의 RREQ와 RREP에 배정돼 있다. 이전 02판도 같은 번호를 요청했으므로 03판이 새로 만든 충돌은 아니다.
  • N 플래그는 멀티캐스트 DIS에 대해 이웃의 Trickle 타이머를 재설정하지 않고 명시적 DIO를 한 차례 보내게 한다. 초안의 보안 절은 반복 DIS, 악의적 제약 조건, 기존 라우터가 여전히 전력과 무선 채널, 처리 능력을 소모할 수 있다고 명시한다.

번호 한 칸에 지시 두 개

RPL 옵션 번호는 패킷 뒤쪽 바이트를 어떻게 해석할지 정하는 지시다. RFC 9854는 0x0B를 RREQ, 0x0C를 RREP로 기록하고 IANA의 RPL Control Message Options 표도 그렇게 표시한다. 반면 새 초안 7.2절은 그 두 값을 다른 기능에 요청한다. 초안은 IANA의 확인을 받아야 한다고 적었다. 확인 대기라는 문구가 이미 점유된 칸을 비우지는 않는다. 수신 장치는 같은 값에 서로 다른 뜻을 줄 수 없다.

현재 확인된 것은 문서와 등록부 사이의 불일치다. 실제 운용망에서 패킷이 잘못 해석됐다는 사례는 이 자료에 없다. 다음 판은 비어 있는 번호를 고르거나 별도의 부호화 방법을 명시해야 한다. 02판도 같은 값을 요청했다. 문제는 03판에서 갑자기 생긴 게 아니라 그대로 넘어왔다.

그래도 고칠 가치가 큰 이유는 원래 해결하려는 비용 때문이다. RFC 6550에 따라 경로 그래프 정보가 부족한 노드는 DODAG Information Solicitation, DIS를 멀티캐스트로 보낼 수 있다. 조건에 맞는 이웃 라우터는 이를 불일치로 처리하고 Trickle 타이머를 재설정한다. 그러면 DODAG Information Object, DIO 방송이 한동안 잦아진다. 질문한 노드는 정보를 얻지만, 질문하지 않은 장치들이 송신과 수신의 값을 치른다. 저전력 망에서 이웃의 친절은 공짜가 아니다.

초안의 No Inconsistency, N 플래그는 이 구조를 바꾼다. N이 있는 멀티캐스트 DIS를 받은 라우터는 해당 Trickle 타이머를 그대로 두고 명시적인 DIO 하나를 보낸다. 한 번의 응답이 장기간의 송신 증가를 대신한다. T 플래그로 유니캐스트 응답을 고를 수 있고 Response Spreading은 여러 응답의 시간을 흩어 채널 충돌을 줄인다. R 플래그와 DIO Option Request는 필요한 DIO 옵션을 지정한다. 질문 범위를 좁히면 주변 전체가 내는 비용도 줄어든다.

한 번의 답을 백 번 요구한다면

초안의 보안 절은 이 절약의 경계를 그린다. 공격자가 DIS를 반복하면 이웃은 다시 에너지, 채널 시간, 계산을 소비한다. 모두를 배제하도록 만든 제약 조건은 유용한 응답을 막아 망 가입을 늦출 수 있다. 오래된 라우터는 RFC 6550 방식대로 Trickle을 재설정할 수 있다. 초안은 새 인증이나 무결성 장치를 추가하지 않는다. 기존 RPL 보호, 옵션 검증, 자원 상한, 요청 빈도 제한을 검토하라고 한다.

요청자는 질문 버튼을 쥐고 있지만 이웃의 청구서까지 내지는 않는다. 바로 그 비대칭 때문에 N이 필요하고, N만으로는 끝나지 않는다. IETF Datatracker에서 03판은 아직 작업반 Internet-Draft이며 RFC가 아니다. 번호를 바로잡고 신형·구형 장치가 섞인 망에서 반복 요청의 비용을 재면 절감 효과의 실제 크기가 드러난다.

출처