본 기준은 인터넷 프로토콜 버전 6(IPv6)을 사용하는 고객 边界 路由器(CE Router)에 대한 기술 요구 사항 및 측정 방법을 규정한다. 이는 WAN, LAN 네트워크 구성 요구 사항, 6rd 및 DS-Lite와 같은 전환 기술 지원, 그리고 관련 조직 및 개인의 관리 및 책임에 대한 규정을 포함한다.
适用范围
본 기준은 베트남으로 생산 또는 수입되는 모든 IPv6 고객 边界 路由器에 적용된다.
要点
- WAN 및 LAN 네트워크 구성 요구 사항.
- 6rd 및 DS-Lite와 같은 전환 기술 지원.
- 기술 요구 사항 측정 방법.
- 관련 조직 및 개인의 관리 및 책임 규정.
- chudecanban
🌐 本文件的社会影响
- IPv6 고객 边界 路由기의 품질과 호환성을 보장한다.
- 인터넷 프로토콜 버전 4(IPv4)에서 IPv6로의 전환 과정을 지원한다.
- 이러한 장치의 관리 및 검사를 위한 법적 근거를 제공한다.
❓ 常见问题
본 기준은 모든 종류의 고객 边界 路由기에게 적용되나?
아니요, 본 기준은 IPv6 프로토콜을 사용하는 고객 边界 路由기만 적용됩니다.
본 기준에서 참조된 문서들은 모든 내용을 준수해야 하는가?
아니요, TCVN에서 'PHẢI', 'KHÔNG ĐƯỢC'라는 키워드와 RFC에서 'REQUIRED', 'MUST', 'SHALL', 'MUST NOT', 'SHALL NOT'이라는 단어가 있는 요구 사항만 준수해야 합니다.
全文
|
B의 정보 및 통신 제 20/2015/TT-BTTTT 호 |
사회주의 공화국 베트남 2015년 7월 21일, 하노이 |
시행규칙
"IPv6에 대한 고객 边缘 路由器 设备 国家 技术 标准" 발布
통신 및 정보 기술부 장관은 IPv6에 대한 고객 边缘 路由器 设备 국가 技术 标准를 규정하는 이 시행규칙을 발포한다.
----------------------
2006년 6월 29일 법률 기준 및 기술 규범에 관한 법률;
통신법 2009. 11. 23. 법률 제249호를 근거로 함
정부가 2007년 8월 1일자 제127호 국무회의령에 따라 법률 제2007-127호 ‘기준 및 기술 규범에 관한 법률’ 시행에 필요한 세부사항과 지침을 규정한 것에 근거함
정부령 제132/2013/NĐ-CP 2013년 10월 16일에 공포된 정보통신부의 기능, 임무, 권한 및 조직 구조에 관한 정부령을 근거로 함
과학기술국 국장의 건의에 따라
본 통고와 함께 IPv6에 대한 고객 边缘 路由器 设备 국가 技术 标准(QCVN 90:2015/BTTTT)가 발포된다.
조 1. 통신 및 정보 기술부 장관 비서실장, 과학기술국 국장, 통신 및 정보 기술부 소속 기관 및 단위 책임자, 중앙 직할 성 및 시 통신 및 정보 기술국장, 관련 조직 및 개인은 본 통고를 철저히 준수해야 한다.
조 2. 본 통고는 2016년 2월 1일부터 효력이 발생함
조 3. QCVN 90:2015/BTTTT
|
장관 |
사회주의 공화국 베트남
IPv6에 대한 고객 边缘 路由器 设备
Amendment 1:2025 QCVN 07:2023/BXD
IPV6에 관한 정적 주소 할당에 관한 것 고객
고객에 관한 것
National technical regulation
on 본 명령은 국가중앙은행(이하 "중앙은행"이라 한다) 내의 감사조직 및 운영에 관한 사항을 규정한다.Pv6 고객 Edge 라우터
목차
1. 일반 규정
1.1. 적용 범위
1.2. 적용 대상
1.3. 참조 자료
1.4. 용어 해설
1.5. 약어
2. 기술 규정
2.1. 일반 요구사항
2.2. WAN 네트워크 구성 요건
2.2.1. WAN 요구 사항
2.2.2. 링크 계층 요구 사항
2.2.3. 주소 할당 요구 사항
2.2.4. 접두사 전송 요구 사항
2.3. LAN 네트워크 구성 요건
2.3.1. ULA 요구 사항
2.3.2. LAN 요구 사항
2.4. 전환 기술 지원 요구 사항
2.4.1. 6rd
2.4.2. DS-Lite
3. 측정 방법
4 ||| 关于管理的规定
5. 단체 및 개인의 책임
6. 실행 조직
참고 문헌 목록
서문
QCVN 90:2015/BTTTT는 인터넷 공학 작업 그룹(IETF)의 RFC 7084 문서를 기반으로 작성되었다.
QCVN 90:2015/BTTTT는 우편과학기술원에서 작성되었으며, 과학기술국에서 검토하고 통신 및 정보 기술부에서 2015년 7월 21일 제 20/2015/TT-BTTTT 호로 발포하였다.
Amendment 1:2025 QCVN 07:2023/BXD
IPv6에 대한 고객 边缘 路由器 设备
National technical regulation
on 본 명령은 국가중앙은행(이하 "중앙은행"이라 한다) 내의 감사조직 및 운영에 관한 사항을 규정한다.Pv6 고객 Edge 라우터
1. 일반 규정
1.1. 적용 범위
본 규준은 IPv6 고객 边缘 路由器 设备(이하 CE 라우터 IPv6라고 함)에 대한 기술 요구사항과 측정 방법을 규정한다.
1.2. 적용 대상
본 규준은 베트남 내에서 IPv6 고객 边缘 路由器 设备를 생산, 수입, 사용 및 운영하는 모든 조직 및 개인에게 적용된다.
1.3. 참조 자료
QCVN 89:2015/BTTTT, "IPv6에 대한 노드 장치 국가 技术 标准".
TCVN 9802-3:2015, "인터넷 프로토콜 버전 6(IPv6) - 제 3 편: 근처 네트워크 노드 검출 프로토콜".
RFC 1122, "Internet 호스트에 대한 요구사항 - 통신 계층", 1989년 10월.
RFC 2464, "Ethernet 네트워크에서 IPv6 패킷 전송", 1998년 12월.
RFC 3315, "IPv6용 동적 호스트 구성 프로토콜(DHCPv6)", 2003년 7월.
RFC 3633, "DHCP 버전 6용 IPv6 접두사 옵션", 2003년 12월.
RFC 3646, "IPv6용 DHCPv6 DNS 구성 옵션", 2003년 12월.
RFC 3704, "다중 홈네트워크를 위한 Ingress 필터링", 2004년 3월.
RFC 3736, "IPv6용 상태 없는 DHCP 서비스", 2004년 4월.
RFC 4191, "기본 라우터 선호도 및 더 구체적인 경로", 2005년 11월.
RFC 4193, "유일한 로컬 IPv6 단일 주소", 2005년 10월.
RFC 4443, "인터넷 제어 메시지 프로토콜(ICMPv6) 인터넷 프로토콜 버전 6(IPv6) 명세", 2006년 3월.
RFC 4862, "IPv6 상태 없는 주소 자동 구성", 2007년 9월.
RFC 5072, "PPP에서 IP 버전 6", 2007년 9월.
RFC 5942, "IPv6 서브넷 모델: 링크와 서브넷 접두사 간의 관계", 2010년 7월.
RFC 5969 "IPv4 인프라스트럭처에서 IPv6의 신속한 배포(6rd) - 프로토콜 명세", 2010년 8월.
RFC 6106, "IPv6 라우터 광고 옵션을 위한 DNS 구성", 2010년 11월.
RFC 6333, "IPv4 소진 후의 Dual-Stack Lite 광대역 배포", 2011년 8월.
RFC 6334, "IPv6용 DHCPv6 옵션을 위한 Dual-Stack Lite", 2011년 8월.
RFC 7083, "SOL_MAX_RT 및 INF_MAX_RT 기본 값 수정", 2013년 11월.
IPv6 READY - Conformance Test Scenario CE Router - Technical Document - Revision 1.0.0b2, IPv6 Forum, 2015년 3월 12일.
1.4. 용어 해설
1.4.1. 서비스 제공 기업
법률에 따라 인터넷 서비스를 제공하는 기업. 본 규준에서는 IPv6를 사용하여 인터넷 접근을 지원하는 기업이며, IPv4를 사용하여 인터넷 접근을 지원할 수도 있다.
1.4.2. 사용자 최종 네트워크
하나 이상의 연결을 통해 IPv6 호스트를 IPv6 고객 边缘 路由器 设备에 연결하는 네트워크.
1.4.3. IPv6 고객 边缘 路由器 设备(CE 라우터 IPv6)
가정이나 사무실을 위한 네트워크 노드 장치로 IPv6 패킷을 전달하기 위해 사용되는 장치. CE 라우터 IPv6는 사용자 최종 네트워크를 서비스 제공 기업의 네트워크에 연결한다.
1.4.4. IPv6 호스트
IPv6 스택을 수행하여 IPv6 연결을 IPv6 고객 边缘 路由器 设备를 통해 받는 장치. 본 규준에서는 IPv6 호스트는 사용자 최종 네트워크에 속한다.
서비스 제공 기업의 네트워크, 사용자 최종 네트워크, IPv6 고객 边缘 路由器 设备 및 IPv6 호스트의 위치와 관계는 도표 1에서 설명된다.

도표 1 - 일반적인 사용자 최종 네트워크 모델
1.4.5. LAN 인터페이스
IPv6 고객 边缘 路由器 设备가 사용자 최종 네트워크의 연결에 연결된 인터페이스. IPv6 고객 边缘 路由器 设备는 하나 이상의 LAN 인터페이스를 가질 수 있다.
1.4.6. WAN 인터페이스
IPv6 고객 边缘 路由器 设备가 서비스 제공 기업의 네트워크에 연결되는 연결을 제공하기 위해 연결된 인터페이스.
1.4.7. Dual-Stack Lite (DS-Lite)
IPv4 서비스를 계속 지원하면서 IPv6의 배포를 장려하는 기술. DS-Lite는 IPv4를 IPv6 내부에서 사용하고 NAT를 결합하여 서비스 제공 기업의 광대역 기업들이 IPv4 주소를 고객들 사이에 공유할 수 있게 한다.
1.4.8. ULA 주소
전 세계적으로 고유하며 지역 통신을 위해 사용되는 주소. 이 주소는 인터넷 전역 라우팅에 사용되지 않지만, 한 범위 내에서 라우팅될 수 있으며, 제한된 집합 사이에서도 라우팅될 수 있다.
1.4.9. ICMPv6 목적지 도달 불가능 통지
네트워크 과부하 외의 이유로 패킷이 목적지 주소로 전달될 수 없을 때 오류를 보고하는 통지.
1.4.10. 6rd
서비스 제공 기업의 IPv4 네트워크를 통해 사이트에 IPv6를 배포하기 위한 프로토콜 메커니즘.
1.4.11. 요구 수준 용어
대写字體 표시된 "PHẢI”, “NÊN”, “CÓ THỂ", “KHÔNG NÊN”, “KHÔNG ĐƯỢC”는 목 1.3에 명시된 TCVN에서 사용되고 "REQUIRED", “MUST”, “SHALL”, “SHOULD”, “MAY”, “SHOULD NOT”, “MUST NOT”, “SHALL NOT”은 목 1.3에 명시된 RFC에서 사용되며, 이러한 용어들은 각 문서에서 기술한 기술 사양 및 기술 요구사항 준수 수준을 지시하기 위함임.
1.5. 약어
|
6rd |
IPv6 신속 배포 |
IPv6 Rapid Deployment |
|
고객 엣지 |
고객 엣지 |
고객 엣지 |
|
DHCP |
동적 호스트 구성 프로토콜 |
동적 호스트 구성 프로토콜 |
|
DHCPv6 |
동적 호스트 구성 프로토콜 버전 6 |
동적 호스트 구성 프로토콜 버전 6 |
|
DNS |
도메인 이름 시스템 |
도메인 이름 시스템 |
|
DNSSL |
DNS 검색 목록 |
DNS Search List |
|
DUID |
DHCP 고유 식별자 |
DHCP Unique Identifier |
|
VN |
IPv4와 IPv6 동시 실행 모드 |
Dual Stack |
|
DS-Lite |
IPv4 서비스를 지속적으로 지원하고 IPv6 구현을 장려하는 기술 |
Dual Stack Lite |
|
IA_NA |
비임시 주소를 위한 식별자 결합 |
Identity Association for Non-temporary Address |
|
IA_PD |
접두사 위임을 위한 식별자 결합 |
Identity Association for Prefix Delegation |
|
ICMP |
인터넷 제어 메시지 프로토콜 |
인터넷 제어 메시지 프로토콜 |
|
IETF |
인터넷 공학 작업 그룹 |
인터넷 공학 작업 그룹 |
|
IPCP |
IP 제어 프로토콜 |
IP 제어 프로토콜 |
|
IPv4 |
인터넷 프로토콜 버전 4 |
인터넷 프로토콜 버전 4 |
|
IPv6 |
인터넷 프로토콜 버전 6 |
인터넷 프로토콜 버전 6 |
|
IPv6CP |
IPv6 제어 프로토콜 |
IPv6 제어 프로토콜 |
|
LAN |
로컬 네트워크 |
로컬 네트워크 |
|
NAT |
네트워크 주소 변환 |
네트워크 주소 변환 |
|
NCP |
네트워크 제어 프로토콜 |
네트워크 제어 프로토콜 |
|
ORO |
옵션 요청 옵션 |
Option Request Option |
|
PD |
접두사 위임 |
접두사 위임 |
|
PPP |
포인트 투 포인트 프로토콜 |
포인트 투 포인트 프로토콜 |
|
RA |
라우터 광고 |
Router Advertisment |
|
RD |
라우터 발견 |
Router Discovery |
|
RDNSS |
재귀 DNS 서버 |
Recursive DNS Server |
|
RFC |
IETF RFC 문서 |
Request For Comments |
|
RS |
라우터 솔리케이션 |
Router Solicitation |
|
SLAAC |
상태 없는 자동 주소 구성 |
Stateless Address Autoconfiguration |
|
TCVN |
국가 기준 |
국가 표준 |
|
ULA |
고유 로컬 IPv6 주소 |
Unique Local IPv6 Address |
|
WAN |
광역 네트워크 |
광역 네트워크 |
2. 기술 규정
2.1. 일반 요구사항
IPv6 CE 라우터는 IPv6 경로 설정을 수행하고 IPv6 CE 라우터의 ULA 주소를 사용하는 트래픽이 WAN 인터페이스를 통해 외부로 전송되지 않도록 보장하며, WAN 인터페이스로부터 시작되지 않아야 함.
2.1.1. IPv6 CE 라우터는 또한 IPv6 노드 장치이기도 하다. IPv6 CE 라우터는 QCVN 89:2015/BTTTT "IPv6에 대한 노드 장치에 대한 국가 기술 규범"을 준수해야 함.
2.1.2. IPv6 CE 라우터는 RFC 4443에서 규정된 ICMP를 수행해야 한다. 구체적으로, 포인트-투-포인트 연결은 RFC 4443의 3.1 절에서 규정된 대로 관리되어야 함.
2.1.3. IPv6 CE 라우터는 LAN 인터페이스와 WAN 인터페이스 사이에서 IPv6 트래픽을 전달하지 않아야 하며, IPv6 CE 라우터가 접두사 위임 및 IPv6 주소 수신 과정을 성공적으로 완료할 때까지는 예외가 되어야 함.
2.1.4. IPv6 CE 라우터가 WAN 인터페이스에서 기본 라우터를 가지고 있지 않은 경우, IPv6 CE 라우터는 LAN 인터페이스에서 기본 라우터로 광고하지 않아야 하며, 즉 IPv6 CE 라우터가 생성한 모든 라우터 광고 RA 메시지의 Router Lifetime 필드는 0으로 설정되어야 함 (TCVN 9802-3:2015에서 규정됨).
2.1.5. IPv6 CE 라우터가 기본 IPv6 라우터를 잃거나 WAN 인터페이스에서 연결을 잃었을 때, IPv6 CE 라우터는 하나 이상의 라우터 광고 RA 메시지를 보내야 하며, 이 메시지의 Router Lifetime 필드는 0으로 설정되어야 함.
2.2. WAN 네트워크 구성 요건
2.2.1. WAN 요구 사항
2.2.1.1. IPv6 CE 라우터가 WAN 인터페이스 연결에 연결될 때, IPv6 CE 라우터는 RFC 3315에서 정의된 상태 유지 주소 할당 또는 RFC 4862에서 정의된 상태 없음 주소 할당을 위한 호스트 IPv6로서 역할을 해야 함.
2.2.1.2. IPv6 CE 라우터는 RFC 4862에서 정의된 주소 충돌 검출을 완료하기 전에 인터페이스에서 RS 메시지를 보내기 전에 링크 로컬 주소를 생성해야 한다. 다음 RS 메시지에서 사용되는 소스 주소는 WAN 인터페이스의 링크 로컬 주소여야 함.
2.2.1.3. 경로 설정 정보가 부족할 경우, IPv6 CE 라우터는 TCVN 9802-3:2015에서 정의된 방식으로 RD를 수행하여 기본 라우터를 찾고, IPv6 CE 라우터의 경로 설정 테이블에 기본 경로를 설정해야 함.
2.2.1.4. IPv6 CE 라우터는 RFC 3633에서 정의된 DHCPv6 접두사 위임을 위한 요청 라우터로서 역할을 해야 함.
2.2.1.5. IPv6 CE 라우터는 DHCPv6 메시지에 대해 일관된 DUID를 사용해야 한다. DUID는 인터페이스 네트워크 설정 재설정 또는 IPv6 CE 라우터 재시작 시 변경되어서는 안 됨.
2.2.2. 링크 계층 요구 사항
2.2.2.1. IPv6 CE 라우터의 WAN 인터페이스가 에เธอ넷 포팅을 지원할 경우, IPv6 CE 라우터는 RFC 2464에서 정의된 방식으로 에เธอ넷을 통한 IPv6 패킷 전송을 지원해야 함.
2.2.2.2. IPv6 CE 라우터의 WAN 인터페이스가 PPP 포팅을 지원할 경우, IPv6 CE 라우터는 RFC 5072에서 정의된 방식으로 PPP를 통한 IPv6 패킷 전송을 지원해야 함.
2.2.2.3. IPv6 CE 라우터의 WAN 인터페이스가 PPP 포팅을 지원할 경우, dual-stack 환경에서 IPCP와 IPv6CP가 논리적인 PPP 채널에서 동시에 실행되는 경우, NCP 프로토콜은 독립적으로 처리되어야 하며, 각각 개별적으로 시작 및 종료되어야 함.
2.2.3. 주소 할당 요구 사항
2.2.3.1. IPv6 CE 라우터는 RFC 4862에서 정의된 SLAAC 자동 주소 구성을 지원해야 함.
2.2.3.2. IPv6 CE 라우터는 RFC 5942의 4절과 RA 메시지의 접두사 정보 옵션 플래그 L의 처리 과정에 대한 권장 사항을 준수해야 함.
2.2.3.3. IPv6 CE 라우터는 RFC 3315에서 정의된 DHCPv6 클라이언트 집합을 지원해야 함.
2.2.3.4. IPv6 CE 라우터는 RFC 3315에서 정의된 IA_NA, 재구성 요구 사항, 그리고 RFC 3646에서 정의된 DNS_SERVERS DHCPv6 옵션을 지원해야 함.
2.2.3.5. IPv6 CE 라우터가 RA 메시지에서 플래그 M이 1로 설정된 경우, IPv6 CE 라우터는 DHCPv6를 통해 주소 할당을 수행해야 하며, 이 경우 IA_NA 옵션을 요청해야 함.
2.2.3.6. IPv6 CE 라우터가 SLAAC 또는 DHCPv6를 통해 IPv6 글로벌 주소를 받지 못한 경우, IPv6 CE 라우터는 받은 접두사를 사용하여 IPv6 글로벌 주소를 생성하고 내부 가상 네트워크 인터페이스 중 하나에 구성해야 하며, WAN 인터페이스에서 IPv6 글로벌 주소 요구 사항이 구성되어 있지 않은 한 이 작업을 수행해야 함.
2.2.3.7. CE Router IPv6는 RFC 7083에서 규정된 SOL_MAX_RT 옵션을 지원하고, ORO 내에서 SOL_MAX_RT 옵션을 요구해야 한다.
2.2.3.8. CE Router IPv6는 RFC 1122에서 정의된 "weak host" 모델을 따르며, 패킷이 출발하는 인터페이스와 다른 인터페이스의 주소를 사용해야 한다. 만약 출력 인터페이스가 적절한 범위 내의 주소를 가지고 있지 않다면, 해당 패킷은 다른 인터페이스의 주소를 사용해야 한다.
2.2.4. 접두사 전송 요구 사항
2.2.4.1. CE Router IPv6는 RFC 3633에서 정의된 DHCPv6 접두사 전달 요청 라우터의 특성을 지원해야 한다(IA_PD 옵션).
2.2.4.2. 만약 CE Router IPv6가 접두사 크기 제안을 제공한다면, CE Router IPv6는 각 인터페이스에 대해 /64를 할당할 수 있도록 충분히 큰 접두사를 요청해야 한다. 이는 가장 가까운 4비트로 반올림되어야 한다.
2.2.4.3. CE Router IPv6는 제안된 접두사 크기와 다른 크기의 접두사를 전달받아야 한다.
2.2.4.4. 기본적으로, CE Router IPv6는 RA 메시지에서 M 플래그 또는 O 플래그 값이 1인 경우 DHCPv6 접두사 전달을 시작해야 한다.
2.2.4.5. CE Router IPv6가 목적지 주소가 CE Router IPv6로 전달된 접두사에 속하지만, CE Router IPv6가 LAN에 할당한 접두사에 속하지 않는 패킷을 받으면, 해당 패킷은 삭제되어야 한다.
2.2.4.6. 만약 CE Router IPv6가 DHCPv6에서 IA_NA 및 IA_PD 옵션을 모두 요청하면, CE Router IPv6는 IA_PD 옵션이 포함된 광고 메시지와 응답 메시지를 받아들여야 한다. 단, DHCPv6를 통해 WAN IPv6 주소만 받도록 구성된 경우는 제외한다.
2.2.4.7. 기본적으로, CE Router IPv6는 WAN 인터페이스에서 동적 경로 프로토콜을 시작해서는 안 된다.
2.3. LAN 네트워크 구성 요건
2.3.1. ULA 요구 사항
2.3.1.1. CE Router IPv6는 각 재시작 후 ULA 접두사를 일관되게 유지해야 한다.
2.3.1.2. 기본적으로, CE Router IPv6는 RFC 4193의 4.3 절에서 정의된 경계 라우터로서 역할을 수행하고, IPv6 소스 및 목적지 주소가 로컬한 패킷을 필터링해야 한다.
2.3.1.3. 모든 구성 및 전달된 접두사가 ULA 접두사인 경우, CE Router IPv6는 기본 라우터로 광고해서는 안 된다.
2.3.2. LAN 요구 사항
2.3.2.1. CE Router IPv6는 IPv6 네트워크 인근 노드 검색에 대한 라우터의 특성을 TCVN 9802-3:2015에서 정의된 대로 지원해야 한다.
2.3.2.2. CE Router IPv6는 각 LAN 인터페이스에 대해 전달된 접두사 중 하나로부터 /64 크기의 고유 접두사를 할당해야 한다.
2.3.2.3. CE Router IPv6는 Route Information Option을 사용하여 전달된 접두사를 갖춘 라우터로 광고해야 한다. 이 광고는 WAN 인터페이스에서 IPv6 연결이 있거나 없거나 상관없이 독립적으로 이루어져야 한다. 이는 RFC 4191의 2.3 절에서 정의된다.
2.3.2.4. CE Router IPv6가 구성 또는 전달된 접두사가 없는 경우, CE Router IPv6는 기본 라우터로 광고해서는 안 된다.
2.3.2.5. CE Router IPv6는 각 LAN 인터페이스에 대해 TCVN 9802-3:2015에서 정의된 대로 광고 인터페이스를 생성해야 한다.
2.3.2.6. 기본적으로, RA 메시지의 Prefix Information Option A 플래그와 L 플래그는 1로 설정되어야 한다.
2.3.2.7. CE Router IPv6는 RFC 3315에서 정의된 무상 DHCPv6 서버 또는 RFC 3736에서 정의된 상태 없는 DHCPv6 서버를 LAN 인터페이스에서 지원해야 한다.
2.3.2.8. CE Router IPv6는 RFC 3646에서 정의된 DHCPv6 옵션인 DNS_SERVERS IPv6와 DOMAIN_LIST IPv6를 사용하여 DNS 정보를 제공해야 한다.
2.3.2.9. CE Router IPv6는 RFC 6106에서 정의된 RDNSS 및 DNSSL 옵션을 사용하여 DNS 정보를 제공해야 한다.
2.3.2.10. 만약 전달된 접두사가 변경되면, 즉시 CE Router IPv6는 RA 메시지에서 Preferred Lifetime을 0으로 설정하고, Valid Lifetime을 0 또는 현재 Valid Lifetime과 2시간 중 작은 값을 설정하여 구 전달 접두사를 광고해야 한다. 이는 RFC 4862의 5.5.3 절에서 설명된다.
2.3.2.11. CE Router IPv6는 잘못된 접두사를 사용하여 도착한 패킷에 대해 ICMPv6 Destination Unreachable 메시지를 보낼 때, Code 필드를 5로 설정해야 한다.
2.4. 전환 기술 지원 요구 사항
2.4.1. 6rd
만약 CE Router IPv6가 6rd를 지원한다면, 6rd는 RFC 5969에서 정의된 대로 수행되어야 한다. 다음의 CE Router IPv6 요구 사항도 적용된다:
2.4.1.1. CE Router IPv6는 RFC 5969에서 정의된 6rd DHCPv4 옵션 212를 사용하여 6rd 구성을 지원해야 한다.
2.4.1.2. 만약 CE Router IPv6가 IPCP를 사용하여 IPv4 자동 구성이 가능하다면, CE Router IPv6는 사용자가 입력한 6rd 구성을 지원해야 한다.
2.4.1.3. 만약 CE Router IPv6가 6rd DHCPv4 옵션 212 외의 다른 구성 메커니즘을 지원한다면, CE Router IPv6는 "hub and spoke" 모델에서 6rd를 지원해야 한다.
2.4.1.4. 하나의 CE Router IPv6는 순수 IPv6 WAN 인터페이스와 6rd가 독립적으로 작동하거나 동시에 작동하도록 허용해야 한다.
2.4.1.5. WAN 인터페이스(순수 또는 6rd)를 통해 보내는 각 패킷은 전달된 접두사와 특정 인터페이스의 조합으로부터 얻은 소스 주소를 가져야 한다. 이는 RFC 3704의 4.3 절에서 정의된다.
2.4.1.6. CE Router IPv6는 각 WAN 인터페이스(6rd 또는 순수)를 통해 서로 다른 접두사 또는 동일한 접두사를 구성할 수 있어야 한다.
2.4.1.7. 만약 6rd와 순수 IPv6 사이의 전송 규칙이 제한되어 있다면, 기본적으로 CE Router IPv6는 순수 IPv6를 우선시해야 한다.
2.4.2. DS-Lite
만약 CE Router IPv6가 DS-Lite를 지원한다면, DS-Lite는 RFC 6333에서 정의된 대로 수행되어야 한다. 다음의 CE Router IPv6 요구 사항도 적용된다:
2.4.2.1. CE Router IPv6는 RFC 6334에서 정의된 DHCPv6 DS-Lite 옵션을 사용하여 DS-Lite 구성을 지원해야 한다.
2.4.2.2. CE Router IPv6는 DS-Lite를 사용하여 포장된 IPv4 트래픽에 NAT를 적용해서는 안 된다.
3. 측정 방법
목 2에서 명시된 기술 요구 사항의 검증 방법은 "IPv6 READY - Conformance Test Scenario CE Router - Technical Document - Revision 1.0.0b2" 문서에 따라 수행된다.
4 ||| 关于管理的规定
4.1. 목 1.1에서 정의된 IPv6 고객 경계 라우터는 본 기준에서 명시된 기술 규정을 준수해야 한다.
4.2. 목 1.3에 명시된 인용 자료를 적용할 때 요구 수준을 나타내는 용어가 있는 곳에서는 "PHẢI", "KHÔNG ĐƯỢC" (TCVN에서)와 "REQUIRED", "MUST", "SHALL", "MUST NOT", "SHALL NOT" (RFC에서)만 강제 적용한다.
5. 단체 및 개인의 책임
관련 조직 및 개인은 이 기준을 준수하는 IPv6 고객 辺 라우터 장치의 규격 공표를 수행하고 국가 관리 기관의 현행 규정에 따라 검사를 받는 책임이 있다.
6. 실행 조직
6.1. 통신청, 베트남 인터넷센터 및 각 지방 정보통신청은 이 기술 기준에 따른 IPv6 고객 边 라우터 장치의 관리를 지도하고 구현하는 책임이 있다.
6.2. 본 기술 기준에 명시된 규정이 변경되거나 보완되거나 대체되는 경우에는 새로운 문서에 따른 규정을 따르도록 한다./.
참고 문헌 목록
[1] RFC 7084, "IPv6 고객 辺 라우터를 위한 기본 요구 사항", 2013년 11월.
原始文件(PDF)
关系图
点击文件即可打开。红色边框=改变效力的关系。
译本
本文件提供以下语言版本: