요약

  • RFC 3141은 로밍을 책임의 분업으로 다뤘습니다. 방문한 무선 시스템이 서비스를 제공하면서도 하나의 홈 사업자가 가입자와의 공식 고객 서비스 관계를 유지할 수 있었습니다.
  • 이 메모는 무선 자원 인가와 데이터 서비스 인가를 분리하고, 직접적인 사업 관계가 없는 경우까지 포함해 AAA가 홈·서빙·중계 네트워크 전반에서 작동하도록 요구했습니다.

분석

가입자 하나, 권한은 여러 개

로밍 접속은 사용자에게는 하나의 동작처럼 보입니다. 단말이 등록하고, 주소를 받고, 패킷을 주고받습니다. 그 표면 뒤에서는 여러 주체가 서로 다른 질문에 답합니다. 이 기기가 이 무선 채널을 쓸 수 있는가? 패킷 데이터 서비스를 받을 수 있는가? 어느 사업자가 고객 관계를 보유하는가? 어느 쪽이 사용량을 기록하고 그 결과를 홈으로 전달하는가?

2001년 6월에 발표된 RFC 3141은 이 질문들을 CDMA2000 무선 데이터 아키텍처 안에 배치했습니다. 이 문서는 정보성(Informational) 요구사항 메모로, 인터넷 표준도 아니고 특정 네트워크 구축에 대한 보고서도 아닙니다. 명시된 목표는 가입자가 한 사업자와의 공식 고객 서비스 사업자 관계를 유지한 채 다른 무선 시스템을 방문하도록 지원하는 것이었습니다. 이 문장이 문서에서 가장 시사적인 아키텍처 선택입니다. 물리적 접속이 바뀌어도 고객 관계가 몰래 이전되지 않는다는 것입니다.

방문 네트워크는 홈이 되지 않았다

방문 시스템은 무선 환경과 패킷 데이터 진입점을 제공했습니다. 메모의 아키텍처는 무선 접속을 IP 서비스에 연결하는 PDSN(Packet Data Serving Node)과, Mobile IP 등록을 유지하며 패킷을 우회시키는 홈 에이전트를 기술했습니다. 단말은 서비스 경로에 따라 PPP, Mobile IP 또는 둘 다를 사용할 수 있었습니다. 이 구성 요소들은 패킷이 거쳐간다는 이유만으로 서로 바꿔 쓸 수 있는 것이 아니었습니다.

더 중요한 분리는 에어링크 자원 AAA와 데이터 자원 AAA 사이의 구분이었습니다. 무선 용량은 희소하며 지역적으로 통제됩니다. IP 접속은 별도의 인가 결정으로, 흔히 홈 사업자의 가입자 관계에 뿌리를 둡니다. 이 둘을 하나의 "로그인"으로 다루면 기기를 무선 시스템에 입장시킨 주체와 패킷 서비스를 인가한 주체가 가려집니다. 에어링크 결정이 성공했다는 것 자체로 데이터 세션이 수락됐음을 증명하지 않고, 데이터 인가가 무선 자원이 계속 남아 있음을 증명하지도 않습니다.

AAA는 조직 간 인터페이스였다

메모는 서빙 네트워크와 홈 네트워크가 직접적인 사업 관계가 없을 수도 있음을 예상했습니다. 따라서 AAA는 두 기관 사이의 깔끔한 양자 연결을 가정할 수 없었습니다. 요청을 다른 주체를 통해 중계하고, 피어나 경로 장애에 대처하고, 메시지 교환을 재전송 공격으로부터 보호하고, 네트워크 자원 사용에 대한 과금 정보를 생성할 수 있어야 했습니다. RFC 3141은 프로토콜 제안을 평가하기 위한 요구사항을 나열했을 뿐, 어떤 프로토콜도 보편적 답으로 지정하지 않았습니다.

이 구분은 "확인(acknowledgment)"이라는 단어에도 규율을 적용합니다. 메모는 중계된 메시지의 옵션이나 의미가 기준에 맞지 않더라도 수신 확인을 포함한 신뢰할 수 있는 전송 동작을 요구하면서, 인증이 실패한 경우에는 수신 확인을 보류하도록 했습니다. 피어가 수신했다는 것은 요청의 승인이 아니며, 승인은 무선 용량의 할당이 아니고, 과금 기록은 청구가 정확했거나 정산되었음의 증거가 아닙니다. 각각은 체인의 서로 다른 부분이 소유하는 서로 다른 기록입니다.

보안 언어에도 비슷한 경계가 있습니다. 프로토콜이 기밀성을 지원하도록 요구하는 것이 모든 메시지의 암호화를 요구하는 것은 아닙니다. 프로토콜 능력, 협상된 보호 선택, 특정 세션에서 관찰된 보호는 별개의 세 가지 사실입니다. RFC 3141은 이 중 첫 번째 층에 대한 요구사항을 정의할 뿐, 나머지 둘에 대한 증거는 아닙니다.

관계는 경계를 넘어 살아남았다

로밍은 흔히 네트워크 상호운용성으로 서술됩니다. RFC 3141은 그 아래 깔린 사업 구조와 권한 구조를 보여줍니다. 방문 사업자는 가입자의 홈 사업자가 되지 않고도 접속을 제공할 수 있고, 홈 사업자는 다른 네트워크의 무선·패킷 인프라에 의존하면서도 고객에 대한 책임을 유지할 수 있습니다. 프록시와 전달된 AAA 메시지가 이 간격을 메우지만, 전달이 간격 자체를 지우지는 않습니다.

그래서 과금은 단순한 마지막 로그 라인 이상입니다. 접속 사업자의 사용 기록이 고객 관계를 유지하는 주체에게 읽힐 수 있게 되는 회수 경로입니다. 메모의 요구사항은 그 필요를 향하지만, 실제 도매 가격, 정산 규칙, 계약 또는 분쟁 절차를 확립하지는 않습니다. 프로토콜은 증거를 운반할 수 있어도 그 증거의 가치를 결정하지 않습니다.

요구사항 문서이지 구축 영수증이 아니다

RFC 3141은 자신의 요구사항이 AAA 프로토콜 제출안을 평가하기 위한 것임을 명시합니다. 또한 프로토콜이 어떤 능력을 지원해야 한다는 요구가 모든 교환에서 그 능력을 사용하라는 요구와 동일하지 않음을 경고합니다. 이후의 RFC들은 RADIUS와 Diameter 프로토콜을 기술했고, 이후의 Diameter 애플리케이션은 Mobile IPv4와 네트워크 접속 서비스를 다룹니다. 이들의 존재는 프로토콜적 맥락을 제공할 뿐, RFC 3141의 아키텍처가 보편적으로 구축되었거나, 모든 사업자가 로밍할 수 있었거나, 특정 가입자가 끊김 없는 서비스를 받았다는 증거가 아닙니다.

역사적 기여는 더 좁고 더 오래 지속됩니다. 이 메모는 방문 네트워크, 홈 사업자, 인가 서버를 하나의 주체로 묶어버리기를 거부했습니다. 이 역할들이 분리되면 사업자는 누가 무선 세션을 수락했는지, 누가 데이터 서비스를 허가했는지, 어떤 신뢰된 피어가 결정을 전달했는지, 사용 기록이 어디로 갔는지를 물을 수 있습니다. "로밍이 성공했다"는 결론은 이 별개의 영수증들이 맞춰진 뒤에만 성립합니다.

출처