요약

  • Linkova는 RIPE 93에서 2019년 사무실 게스트 네트워크를 IPv6-only로 바꾼 뒤 관리자의 휴대전화 연결에 7초가 걸렸다고 말했다. 원인 조사에서는 Neighbor Discovery 상태 기계의 빈틈이 드러났다.
  • RFC 9131은 첫 홉 라우터가 unsolicited Neighbor Advertisement를 통해 새 IPv6 주소를 학습하도록 한다. Linkova는 Android와 몇몇 공급자가 구현했다고 말했지만, RIPE 회의록에는 기기·라우터별 시험표가 없다.

7초는 사용자가 참아야 할 시간이 아니었다

Wi-Fi 접속에 7초가 걸리면 사용자는 프로토콜 설명보다 연결을 먼저 의심한다. Jen Linkova는 2026년 RIPE 93 발표에서 2019년 사무실 게스트 네트워크를 IPv6-only로 전환했던 일을 꺼냈다. 관리자의 휴대전화가 붙는 데 7초가 걸렸고, 다른 이용자도 불편을 겪었다.

Linkova와 동료들은 느린 비밀번호 화면이 아니라 Neighbor Discovery 상태 기계를 찾아냈다. IPv6 호스트는 이 절차로 로컬 링크의 다음 홉을 찾고 도달 가능성을 관리한다. 새 글로벌 IPv6 주소를 받은 휴대전화는 기본 라우터를 거쳐 외부 목적지로 패킷을 보낼 수 있다. 하지만 첫 홉 라우터에는 그 새 주소에 대한 Neighbor Cache 항목이 아직 없을 수 있다.

RFC 9131은 이 공백을 설명한다. 라우터는 호스트를 향한 반환 트래픽이 도착한 뒤에야 주소 확인을 시작할 수 있다. 기다리는 동안 보관하는 패킷은 소수뿐이라 이후 패킷은 버려질 수 있다. 기기는 이미 네트워크에 연결됐는데, 첫 통신에서 지연과 손실이 생기는 구조다.

Linkova는 이 고장을 IETF로 가져갔다. RIPE 93에서 그녀는 문제를 제기한 뒤 문서 초안이 채택됐고, Android와 몇몇 공급자가 제안을 구현했으며 약 2년 뒤 RFC가 나왔다고 설명했다. Android 구현은 더 일찍 배포됐고, 그 뒤 관리자가 7초 지연을 보지 않게 됐다고 말했다.

RFC 9131은 호스트가 새 글로벌 IPv6 주소를 설정할 때 unsolicited Neighbor Advertisement를 보내 첫 홉 라우터에 알릴 수 있게 한다. 그러면 반환 패킷이 주소 확인을 시작하기 전에 라우터가 Neighbor Cache 항목을 만들 수 있다. RFC는 항목이 이미 있거나, INCOMPLETE 상태이거나, 아예 없는 경우를 구분해 다룬다. 2021년 10월 IETF Standards Track 문서로 발표됐고 RFC 4861을 갱신했다.

이 이야기의 핵심은 사내 불만이 여러 구현자가 공유할 수 있는 절차로 바뀐 데 있다. Linkova는 한 공급자에게 자기 사무실만 고쳐 달라고 요청할 수도 있었다. 대신 한 네트워크를 돕는 변경이 다른 환경을 깨뜨리는지 업계 전문가에게 검토받는 일이 중요했다고 설명했다. IETF의 검토는 여러 구현이 따를 공통 문서와 목표를 만들었다.

RFC만으로 지금 몇 종류의 휴대전화와 라우터가 이 변경을 쓰는지는 알 수 없다. RIPE 기록은 Android와 “몇몇 공급자”를 언급하지만 제품 버전, 패킷 캡처, 시험 건수는 공개하지 않는다. 클라이언트와 라우터 버전, Neighbor Advertisement 처리 방식, 첫 연결 시간을 묶은 공개 표가 있어야 수정의 확산 범위를 알 수 있다.

불만은 고장을 드러낸다. 패킷은 원인을 보여준다. 구현은 해결책이 회의장을 떠났는지 증명한다.

출처