시행규칙 제 19/2015/TT-BTTTT "IPv6에 관한 국가 기술기준에 대한 단말 장치"

시행규칙

"국가 기술 규범에 대한조국가 기술 규범에 관한 IPIPv6 노드 장치에 대한 규정

______________________

2006년 6월 29일 법률 기준 및 기술 규범에 관한 법률;

통신법 2009. 11. 23. 법률 제249호를 근거로 함

정부가 2007년 8월 1일자 제127호 국무회의령에 따라 법률 제2007-127호 ‘기준 및 기술 규범에 관한 법률’ 시행에 필요한 세부사항과 지침을 규정한 것에 근거함

정부령 제132/2013/NĐ-CP 2013년 10월 16일에 공포된 정보통신부의 기능, 임무, 권한 및 조직 구조에 관한 정부령을 근거로 함

과학기술국 국장의 건의에 따라

정보통신부 장관은 IPv6 노드 장치에 대한 국가 기술 규범을 정하는 시행규칙을 제정함.

조 1. 이 시행규칙은 IPv6 노드 장치에 대한 국가 기술 규범(QCVN 89:2015/BTTTT)을 첨부함.

조 2. 본 통고는 2016년 2월 1일부터 효력이 발생함

조 3. 정보통신부 사무총장, 과학기술국 국장, 정보통신부 소속 기관 및 단위의 책임자, 중앙 직할 시·도 정보통신국장 및 관련 조직과 개인은 이 시행규칙을 준수하기 위하여 책임을 지고 이를 집행해야 함./.

Amendment 1:2025 QCVN 07:2023/BXD

IPv6 노드 장치에 관한 것

IPv 노드에 대한 국가 기술 규범

1. 일반 규정

1.1. 적용 범위
본 규범은 IPv6 노드 장치에 대한 기술 요구사항 및 측정 방법을 규정함.
1.2. 적용 대상
본 규범은 국내에서 IPv6 노드 장치를 생산, 수입, 사용 및 운영하는 모든 조직 및 개인에게 적용됨.
1.3. 참조 자료
TCVN 9802-1:2013, "인터넷 프로토콜 버전 6 (IPv6) - 제1부: 기술 규정".
TCVN 9802-2:2015, "인터넷 프로토콜 버전 6 (IPv6) - 제2부: IPv6 주소 구조".
TCVN 9802-3:2015, "인터넷 프로토콜 버전 6 (IPv6) - 제3부: 네트워크 인근 노드 발견 프로토콜".
TCVN 9802-4:2015, "인터넷 프로토콜 버전 6 (IPv6) - 제4부: 경로 최대 전송 단위 (MTU) 발견 프로토콜".
RFC 2464, "Ethernet 네트워크를 통한 IPv6 패킷 전송", 1998년 12월.
RFC 2491, "비브ROADCAST 다중 접속 (NBMA) 네트워크를 위한 IPv6", 1999년 1월.
RFC 2492, "ATM 네트워크를 위한 IPv6", 1999년 1월.
RFC 2710, "IPv6을 위한 멀티캐스트 리스너 발견 (MLD)", 1999년 10월.
RFC 3484, "인터넷 프로토콜 버전 6 (IPv6)을 위한 기본 주소 선택", 2003년 2월.
RFC 3590, "멀티캐스트 리스너 발견 (MLD) 프로토콜을 위한 소스 주소 선택", 2003년 9월.
RFC 3810, "IPv6을 위한 멀티캐스트 리스너 발견 버전 2 (MLDv2)", 2004년 6월.
RFC 4213, "IPv6 호스트와 라우터를 위한 기본 전환 메커니즘", 2005년 10월.
RFC 4301, "인터넷 프로토콜 보안 아키텍처", 2005년 12월.
RFC 4303, "IP 포워딩 보안 페이로드 (ESP)", 2005년 12월.

RFC 4307, "인터넷 키 교환 버전 2 (IKEv2)를 위한 암호화 알고리즘", 2005년 12월.
RFC 4338, "Fibre Channel을 통해 IPv6, IPv4 및 주소 해석 프로토콜 (ARP) 패킷 전송", 2006년 1월.
RFC 4380, "네트워크 주소 변환 (NAT)을 통한 UDP를 통해 IPv6 터레도 전송", 2006년 2월.
RFC 4443, "인터넷 프로토콜 버전 6 (IPv6) 스펙에 대한 인터넷 제어 메시 프로토콜 (ICMPv6)", 2006년 3월.
RFC 4604, "인터넷 그룹 관리 프로토콜 버전 3 (IGMPv3) 및 멀티캐스트 리스너 발견 프로토콜 버전 2 (MLDv2)를 사용한 소스 특이 다중캐스트", 2006년 8월.
RFC 4607, "IP 소스 특이 다중캐스트", 2006년 8월.
RFC 4835, "포워딩 보안 페이로드 (ESP) 및 인증 헤더 (AH)를 위한 암호화 알고리즘 구현 요구사항", 2007년 4월.
RFC 4862, "IPv6 상태 없음 주소 자동 구성", 2007년 9월.
RFC 5072, "PPP를 통한 IP 버전 6", 2007년 9월.
RFC 5121, "IEEE 802.16 네트워크를 통해 IPv6 전송", 2008년 2월.
RFC 5722, "중복 IPv6 프래그먼트 처리", 2009년 12월. Phase-1/Phase-2 테스트 스펙 핵심 프로토콜 - 기술 문서 - 수정판 4.0.6, IPv6 Ready 로고 프로그램, 2010년 4월 26일.
1.4. 용어 해설
1.4.1. IPv6 노드 장치 (노드 IPv6)
IPv6를 실행하는 장치. IPv6 노드 장치는 IPv6 라우터와 IPv6 호스트를 포함합니다.
주석: 이 규범에서 IPv6 노드 장치 (노드 IPv6) 용어는 TCVN 9802-1:2013의 3.1 항에서 언급된 네트워크 노드 (Node) 용어와 동일합니다.
1.4.2. IPv6 라우터 (라우터)
IPv6 노드 장치 중에서 해당 장치가 IPv6 패킷을 다른 노드 장치로 전달할 수 있는 장치.
주석: 이 규범에서 IPv6 라우터 (라우터) 용어는 TCVN 9802-1:2013의 3.2 항에서 언급된 라우터 (Router) 용어와 동일합니다.
1.4.3. IPv6 호스트 (host)
IPv6 라우터가 아닌 IPv6 노드 장치.
주석: 이 규범에서 IPv6 호스트 (호스트) 용어는 TCVN 9802-1:2013의 3.3 항에서 언급된 호스트 (host) 용어와 동일합니다.
1.4.4. 링크-로컬 주소

연결 내에서만 사용되는 단일 주소로, 인접한 노드와 통신을 위해 사용됩니다.
1.4.5. 인접 노드 발견
같은 연결 내에서 노드 간 상호작용 문제를 해결하기 위해 사용되는 프로토콜로, 라우터 발견, 접두사 발견, 주소 해석 등을 포함합니다.
주석: 이 규범에서 사용되는 인접 노드 용어는 TCVN 9802-1:2013에서 사용된 인접 노드 (Neighbor) 용어와 동일합니다.
1.4.6. 링크 MTU
(Link MTU) 연결에서 가장 큰 패킷 크기 (오ctaet 단위)를 전송할 수 있는 최대 전송 단위.
1.4.7. 경로 MTU
(Path MTU) 출발 노드와 도착 노드 사이의 경로상 모든 링크 MTU 중 가장 작은 값.
주석 1: 이 규범에서 경로 MTU 용어는 TCVN 9802-1:2013의 3.12 항에서 언급된 경로 MTU 용어와 동일합니다.
주석 2: 이 규범에서 경로 용어는 TCVN 9802-1:2013에서 사용된 경로 (path) 용어와 동일합니다.
1.4.8. 경로 MTU 발견
IPv6 노드가 경로 MTU를 결정하는 과정.
1.4.9. IPv6 기본 주소 선택
여러 가능한 주소 (인터페이스 내의 여러 주소 또는 다양한 경로) 중에서 소스 주소 또는 목적지 주소를 선택하여 통신을 수행하는 과정.
1.4.10. IPv6 상태 없음 주소 자동 구성
수동 구성 없이 호스트에게 주소를 할당하는 기술로서, 최소한의 라우터 구성과 서버 필요성을 제거하며, 호스트는 호스트의 정보 (인터페이스 ID)와 라우터로부터 받은 정보 (접두사)를 결합하여 호스트 주소를 생성합니다.
1.4.11. 멀티캐스트 리스너 발견 (MLD)
1.4.11. 멀티캐스트(Listen) 대상 발견 (MLD)
라우터가 직접 연결된 링크에서 멀티캐스트를 수신하려는 객체(즉, 멀티캐스트 패킷을 받고자 하는 노드)를 감지하고 이러한 인근 노드들이 관심을 가지고 있는 멀티캐스트 주소를 감지할 수 있는 기술.

1.4.12. 터널링 기술
IP 패킷을 IP 패킷 내부에 전송할 수 있는 기술. 예를 들어, IPv6 over IPv4 터널은 IPv6 패킷을 IPv4 패킷 내부에 포장하여 IPv4 네트워크 인프라를 통해 전송한다.
1.4.13. 요구 수준 용어
TCVN 1.3 항에서 사용되는 대문자 "PHẢI", "NÊN", "CÓ THỂ", "KHÔNG NÊN", "KHÔNG ĐƯỢC"와 RFC 1.3 항에서 사용되는 "REQUIRED", "MUST", "SHALL", "SHOULD", "MAY", "SHOULD NOT", "MUST NOT", "SHALL NOT"은 이 문서에서 기술적 특성, 기술적 요구 사항에 대한 준수 수준을 지시하기 위해 사용된다.
1.5. 약어
ARP     주소 해석 프로토콜                                     Address Resolution Protocol
ATM   비동기 전송 모드                                     Asynchronous Transfer Mode
DAD   중복 주소 감지                                           Duplicate Address Detection
ESP     보안 로드 캐리어 포장                                             Encapsulating Security Payload
ICMP   인터넷 제어 메시지 프로토콜                                   Internet Control Message Protocol
IEEE   전기 및 전자 공학 연구소                                 Institute of Electrical and Electronics Engineers
IETF   인터넷 공학 작업 그룹                                 Internet Engineering Task Force
IKE     인터넷 키 교환                                             Internet Key Exchange
IPv6     인터넷 프로토콜 버전 6                                 Internet Protocol version 6
MLD   멀티캐스트 수신자 발견                                 Multicast Listener Discovery
MTU   최대 전송 단위                                           Maximum Transmission Unit
NA       인접 노드 광고                                                     Neighbor Advertisement
NAT     네트워크 주소 변환                                           Network Address Translation
NBMA 다중 접속 비광고                                   Non-Broadcast Multiple Access
ND       인접 노드 발견                                                       Neighbor Discovery
NS       인접 노드 탐색                                                     Neighbor Solicitation
NUD   도달 불가능한 인접 노드 발견                         Neighbor Unreachability Detection
PMTU 경로 최대 전송 단위                                               Path MTU
PPP     점대점 프로토콜                                           Point-to-Point Protocol
RA       라우터 광고                                                     Router Adverstisment

RFC     IETF RFC 문서                                             Request For Comments
RH0     경로 헤더 유형 0 머리말                                     Routing Header type 0
RS       라우터 탐색                                                         Router Solicitation
SEND   신뢰할 수 있는 인접 노드 발견                                       SEcure Neighbor Discovery
SSM ||| 특정 소스 멀티캐스트
TCVN ||| 국가 표준
UDP ||| 사용자 데이터 그램 프로토콜

2. 기술 규정

2.1. 연결 계층 요구사항
IPv6 노드가 어떤 연결 기술을 통해 서로 연결되면 해당 연결 기술에 따른 패킷 전송을 위한 연결 계층 특성 사양 표준을 준수해야 한다. 다음은 특정 연결 계층 기술에 따른 IPv6 노드의 IPv6 패킷 전송에 적용되는 표준을 규정한다.
- Ethernet 네트워크를 통해 IPv6 패킷을 전송할 때는 RFC 2464의 규정을 준수해야 한다.
- ATM 네트워크를 통해 IPv6 패킷을 전송할 때는 RFC 2492의 규정을 준수해야 한다.
- 광 채널을 통해 IPv6 패킷, IPv4 패킷 및 ARP 주소 해석을 전송할 때는 RFC 4338의 규정을 준수해야 한다.
- IEEE 802.16 네트워크에서 IPv6 수렴 하위 계층을 통해 IPv6 패킷을 전송할 때는 RFC 5121의 규정을 준수해야 한다.
- PPP 연결 형식을 통해 IPv6 패킷을 전송할 때는 RFC 5072의 규정을 준수해야 한다.
- NBMA 다중 접속 네트워크를 통해 IPv6 패킷을 전송할 때는 RFC 2491의 규정을 준수해야 한다. IPv6 터널링 기술을 다른 프로토콜 위에서 사용하여 IPv6 노드가 서로 연결될 때는 해당 터널링 기술에 따른 표준을 준수해야 한다. 다음은 특정 터널링 기술을 규정한다.
- NAT 주소 번역 경계를 통한 UDP를 통해 IPv6 터널링 기술을 사용하여 IPv6 패킷을 전송할 때는 RFC 4380의 규정을 준수해야 한다.
- 구성에 따른 터널링 기술을 사용하여 IPv6 패킷을 전송할 때는 RFC 4213의 제3부의 규정을 준수해야 한다.

2.2. IP 계층 요구사항
2.2.1. 인터넷 프로토콜 버전 6
모든 IPv6 노드는 TCVN 9802-1:2013에서 정의된 인터넷 프로토콜 버전 6을 지원하고 RFC 5722에서 정의된 중복 분할 패킷 제어를 지원해야 한다. 구체적으로 다음과 같다.
- 인식되지 않은 모든 헤더 또는 확장 옵션이 TCVN 9802-1:2013에서 설명된 대로 처리되어야 한다.
- IPv6 노드는 TCVN 9802-1:2013에서 설명된 패킷 전송 규칙을 준수해야 한다.
- IPv6 노드는 항상 분할 헤더를 보내고 받으며 처리할 수 있어야 한다. 모든 IPv6 실행은 IPv6 패킷을 보내고 받을 수 있어야 한다. 중복 분할은 RFC 5722에서 설명된 대로 제어되어야 한다.
- IPv6 노드는 TCVN 9802-1:2013에서 정의된 방식으로 확장 헤더를 처리해야 한다. 보안 문제와 관련하여 라우팅 헤더 유형 0(RH0: Routing Header type 0)는 인정되지 않으며 미인정 라우팅 유형으로 취급되어야 한다.
2.2.2. IPv6 근처 네트워크 노드 검출
IPv6 노드는 TCVN 9802-3:2015에서 정의된 근처 네트워크 노드 검출을 지원해야 한다.
구체적으로 IPv6 근처 네트워크 노드 검출에서는 다음과 같다.
- 호스트는 라우터 검출 기능을 지원해야 한다. 라우터 검출은 호스트가 연결된 링크에서 라우터 위치를 찾는 방법이다.
- 호스트는 접두사 검출 기능을 지원해야 한다. 접두사 검출은 호스트가 링크에 대한 목적지 주소를 정의하는 주소 접두사 집합을 탐색하는 방법이다.
- 호스트는 호스트와 근처 노드 사이의 모든 경로에 대해 NUD를 수행해야 한다. 모든 노드는 단일캐스트 NS 메시지를 응답해야 한다.
- 호스트는 RS 메시지를 보내고 RA 메시지를 받는 것을 지원해야 한다.
- 모든 노드는 주소 중복 검출 과정에서 NS 메시지와 NA 메시지를 보내고 받는 것을 지원해야 한다.
- 라우터는 재경로 지정 메시지를 보내는 것을 지원해야 한다. 각각의 패킷에 대해 개별적으로 적용하지 않을 수도 있다(예를 들어 속도 제한 때문에).
2.2.3. 경로 MTU 검출
IPv6 노드가 이동성이 없는 장치이고 IPv6 패킷 크기가 1280 오cta 이상인 경우 TCVN 9802-4:2015에서 정의된 경로 MTU 검출을 지원해야 한다.

2.2.4. ICMPv6 프로토콜
IPv6 노드는 RFC 4443에서 정의된 ICMPv6 프로토콜을 준수해야 한다.
2.2.5. 주소
2.2.5.1. IPv6 주소 구조
IPv6 노드는 TCVN 9802-2:2015에서 정의된 IPv6 주소 구조를 지원해야 한다.
2.2.5.2. 상태 없이 IPv6 주소 자동 구성
호스트는 RFC 4862에서 정의된 상태 없이 IPv6 주소 구성 방법을 지원해야 한다.
라우터는 RFC 4862에서 정의된 링크 로컬 주소를 생성해야 한다.
모든 노드는 RFC 4862의 5.4절에서 정의된 대로 모든 단일캐스트 주소에 대해 DAD를 수행한 후 인터페이스에 할당해야 한다.
2.2.5.3. IPv6 기본 주소 선택
IPv6 노드는 RFC 3484에서 정의된 기본 주소 선택 규칙을 준수해야 한다.
2.2.6. IPv6 내보내기 대상 검출(MLD)
IPv6 노드가 멀티캐스트를 지원하면 RFC 2710에서 정의된 MLDv1을 준수해야 하며 RFC 3590에서 정의된 소스 주소 선택 규칙을 준수해야 한다.
IPv6 노드가 SSM 애플리케이션을 지원하고 MLDv2의 EXCLUDE 기능을 사용하면 RFC 3810, RFC 4604 및 RFC 4607에서 정의된 MLDv2를 지원해야 한다.
2.3. IPv4와 IPv6 간 전환 요구사항
IPv6 노드는 IPv4와 IPv6의 병렬 작동을 지원해야 하며 터널 모드는 RFC 4213의 규정을 준수해야 한다.
2.4. 보안 요구사항
IPv6 노드가 RFC 4301에서 정의된 IPsec 구조를 구현하면 RFC 4303에서 정의된 ESP를 사용하고 RFC 4835에서 정의된 암호 알고리즘을 준수해야 한다. IKEv2 키 교환은 RFC 4307에서 정의된 요구사항을 준수해야 한다.

3. 측정 방법

2.2.1, 2.2.2, 2.2.3, 2.2.4, 2.2.5.1, 2.2.5.2 항에서 제시된 기술 요구 사항의 측정 방법은 "Phase-1/Phase-2 Test Specification Core Protocols - Technical Document - Revision 4.0.6"에 따라 수행된다.

4 ||| 关于管理的规定

조항 4.1. 목 1.1에서 규정한 IPv6 노드 장치는 본 기준에서 정한 기술 규정을 준수해야 한다.
조항 4.2. 목 1.3에서 참조한 문서를 적용할 때, 요구 수준을 나타내는 용어가 있는 곳에서는 " SHALL", "MUST", "REQUIRED", "SHALL NOT", "MUST NOT" (TCVN), "REQUIRED", "MUST", "SHALL", "MUST NOT", "SHALL NOT" (RFC) 라는 수준만 적용한다.

5. 단체 및 개인의 책임

관련 조직 및 개인은 본 기준을 준수하는 IPv6 노드 장치의 합격 공표를 수행하고 국가 관리 기관의 검사를 받는 책임이 있다.

6. 실행 조직

조항 6.1. 통신청, 베트남 인터넷센터, 그리고 각 지방 정보통신청은 본 기술 기준에 따른 IPv6 노드 장치의 관리를 위한 지침과 실행을 조직하는 책임이 있다.
조항 6.2. 본 기술 기준에서 제시된 규정이 변경되거나 보완되거나 대체되는 경우에는 새로운 규정에 따르도록 한다./.

참고 문헌 목록
[1] RFC 6434, "IPv6 Node Requirements", December 2011