요약

  • RFC 9889는정보성(Informational)실현 모델로, 필수 메커니즘이 아니며 BCP도 아닙니다. 이 문서는 현재의 IP/MPLS 기술이 5G 네트워크 슬라이스와 관련된 연결성 목표를 어떻게 지원할 수 있는지 설명합니다.
  • 이 모델은 5G 네트워크 슬라이싱과 전송 네트워크 슬라이싱을 분리합니다. 모바일 도메인의 S-NSSAI는 전송 도메인에서 보이지 않기 때문에, 모바일 측은 의도(intent)를 VLAN, IP 또는 MPLS 라벨과 같은 명시적 핸드오프 식별자로 매핑합니다. 전송 측은 그 식별자를 L2VPN 및/또는 L3VPN 서비스와 해당 자원 제어에 연계할 수 있습니다.
  • 어려운 부분은 조율입니다. 매핑, 접속 회선, QoS 처리, VPN 서비스 인스턴스화, 에지 스케줄링, 트랜짓 처리, 용량 계획, 관리 및 OAM이 오케스트레이션 경계를 넘어 정합성을 유지해야 합니다.

RFC 9543은 네트워크 슬라이스에 대한 더 넓은 IETF 프레임워크를 제공하며, RFC 9889는 그 프레임워크를 기존 사업자 빌딩 블록을 활용한 실용적 실현으로 좁힙니다. 이 문서는 에지 클라우드, 데이터센터 및 WAN 도메인에 걸친 네트워크 기능 간 연결성을 설명합니다. 특정 사업자가 이 모델을 배포했다는 사실, 특정 벤더가 지원한다는 사실, 또는 어떤 서비스가 측정된 지연, 손실, 가용성 또는 격리 보장을 갖추었다는 사실을 입증하지 않습니다.

핸드오프에는 유용한 아키텍처적 순서가 있습니다. 첫째, 모바일 도메인이 어떤 슬라이스 의도가 적용되는지 결정합니다. 둘째, 그 의도를 접속 회선에서 보이는 데이터 플레인 식별자로 매핑합니다. 셋째, 전송 도메인이 요구되는 서비스 분리와 포워딩 모델에 따라 그 식별자를 L2VPN 또는 L3VPN 인스턴스에 바인딩합니다. 넷째, 오케스트레이션이 QoS와 자원 할당을 조율합니다. 이 단계들이 없으면, 라벨이 트래픽을 식별하면서도 실제 처리는 정의되지 않은 상태로 남을 수 있습니다.

L2VPN과 L3VPN은 서로 바꿔 쓸 수 있는 표현이 아닙니다. 선택된 서비스 인스턴스가 트래픽 분리 방식과 포워딩 정책이 적용되는 지점을 결정합니다. RFC 9889는 사업자 에지에서 세밀한 자원 제어, 즉 접속별 스케줄링과 분류를 강제할 수 있는 부분을 다루며, 프로바이더 코어에서의 처리는 더 거칠 수 있음을 언급합니다. 이 차이는 중요합니다. 에지 정책만으로는 모든 트랜짓 구간에서 동등한 예약 자원이 확보되었음을 보여줄 수 없습니다.

QoS 매핑은 도메인 간 목표를 번역할 뿐, 용량 자체를 만들어내지는 않습니다. 따라서 용량 계획과 관리도 실현의 일부로 남습니다. OAM은 연속성, 도달 가능성, 식별자, 서비스 상태 및 관측된 처리를 검증할 수 있지만, 제공된 증거 자료에는 운영 환경의 실측 데이터가 없습니다. 어떤 텔레메트리를 신뢰할 수 있는 근거로 삼고, 불일치를 어떻게 에스컬레이션할지는 사업자가 결정해야 합니다.

RFC 9889는 하나의 NRP(Network Resource Partition)를 설명합니다. 여러 NRP에의 적용 가능성은 명시적으로 범위 밖입니다. 이는 경계이지, 멀티-NRP 동작을 추론하라는 초대가 아닙니다. 마찬가지로 모바일, 전송, 오케스트레이션 팀 간 운영 소유권은 배포에 따라 달라지며 RFC가 고정하지 않습니다.

실용적인 검증 테스트는 알려진 S-NSSAI를 테스트 접속 회선을 통해 전달하고, VLAN/IP/MPLS 핸드오프 값을 기록하며, 의도한 L2VPN 또는 L3VPN 바인딩을 확인하고, PE 분류와 스케줄링을 점검하고, 기대하는 QoS 마킹과 관측된 처리를 비교해야 합니다. 동일한 테스트에서 의도적으로 잘못된 매핑, 누락된 접속 회선, 용량 경보를 실행해야 합니다. 에지와 코어 지점에서의 OAM 결과, 책임 있는 제어 시스템, 타임스탬프, 롤백 결과를 기록하십시오. 이는 검증 선택 사항이며, RFC 9889가 부과하는 요구 사항이 아닙니다.

사업자 의사결정 경로: (1) 전송 가시성을 가정하지 않고 슬라이스 목표를 정의한다; (2) 핸드오프 식별자를 선택하고 거버넌스를 마련한다; (3) 접속 회선과 VPN 인스턴스를 검증한다; (4) QoS를 매핑하고 에지 자원을 할당한다; (5) 더 거친 코어 처리와 용량 근거를 평가한다; (6) OAM과 부정 테스트를 수행한다; (7) 불일치의 책임자를 지정한다; (8) 변경을 승인, 보류 또는 롤백한다.

출처