요약

  • RIPE NCC는 NAT64로 IPv4 트래픽을 처리하는 회의망 단말의 86%가 IPv6 전용 구성을 지원했다고 보고했다.
  • 주 회의실에서는 AP 세 대의 무선을 끄고 여섯 대를 더 켰지만, 작은 문제가 일부 남았다.

RIPE NCC의 폐막 기술 보고서에는 두 기록이 나란히 실렸다. 회의망 단말의 86%가 IPv6 전용 설정을 지원했다는 수치, 그리고 주 회의실 AP 세 대의 무선을 끄고 여섯 대를 추가한 조치다. 전자는 단말의 호환성을, 후자는 현장 운영의 수고를 보여준다.

회의망은 소피아의 다섯 층에 걸쳐 있었다. 기술팀은 건물 내부 배선이 정상 작동했다고 밝혔다. IPv6 전용 단말은 IPv6 주소만 받고, IPv4 트래픽은 NAT64를 통과했다. 86%라는 비율은 회의에 온 단말 대부분이 이 경로를 사용할 수 있었음을 보여준다.

보고된 결함은 NAT64보다 앞단에 있었다. 일부 AP가 IPv6 Neighbor Discovery에 필요한 solicited-node 멀티캐스트를 계속 누락했다. RFC 4861에 따르면, 이웃의 링크 계층 주소를 모르는 장치는 대상의 solicited-node 멀티캐스트 주소로 Neighbor Solicitation을 보내고 응답을 기다린다. 이 교환이 끝나면 단말은 IPv4 트래픽을 NAT64로 보내 변환할 수 있다.

팀은 최근 RIPE 회의에서도 같은 문제 또는 유사한 문제를 봤다고 했다. 장비 업체는 해결했다고 알렸지만, RIPE 직원들은 암스테르담 사무실에서 같은 세대 AP의 문제를 계속 관찰했다. 팀은 방화벽에서 NDP fixer를 실행했고, Menno Schepers는 멀티캐스트 누락 대응에 도움이 됐다고 말했다. 이어 주 회의실의 AP 3대 무선을 끄고 AP 6대를 추가로 켰다. 옆 회의실과 커피 공간에서는 같은 문제가 보이지 않았다. 그래도 작은 문제는 남아 있었다.

이 보고는 현장 조치를 기록했고, 서비스 품질에는 결과 자료가 더해져야 한다. “86%가 지원한다”는 수치는 단말의 기능을 설명한다. Schepers는 주 회의실 Wi-Fi가 “적어도 대부분의 시간에는” 제대로 동작했다고 말했다. 기록에는 86%를 계산한 단말 수, 방별 연결 결과, NAT64 그래프 원자료가 없다. 이 자료가 공개되면 호환성 비율과 서비스 품질의 관계, 그래프의 방향을 판단할 수 있다.

질의응답에서는 NAT64 그래프에도 질문이 나왔다. 참석자는 유입·유출 트래픽이라면 두 선이 지나치게 대칭적으로 보인다고 지적했다. Schepers는 약간 차이가 있다고 답하고 확인하겠다고 했으며, 의장도 팀이 살펴보겠다고 했다. 회의록은 질문과 그래프를 확인하겠다는 약속을 보존한다.

RFC 6146의 NAT64는 IPv6 클라이언트가 IPv4 서버에 접속하도록 돕는다. 이 변환은 Wi-Fi 상의 이웃 탐색과 경로상 다른 단계다. 게이트웨이 그래프는 변환 트래픽을 보여주고, 방별 연결 결과는 단말이 AP에서 이웃 탐색을 마쳤는지 보여준다. 방향을 표시한 그래프는 두 선의 관계를 읽을 수 있게 한다.

운영팀은 무선을 조정하고 AP를 더 켰으며, 방화벽 우회책을 적용하고 참가자에게 오류 신고를 부탁했다. 폐막 보고서가 호환성 비율과 현장 결과를 함께 보여주면 한 회의실의 연결을 지키는 데 들어간 작업도 드러난다. IPv6 전용 시험을 통과한 회의망에도 운영자의 개입은 필요했다.

1차 자료: RIPE 93 폐막 전체회의 기록 · RIPE 93 기술 보고 세션 · RFC 4861 · RFC 6146.