IPv6 플로우 기반 처리 개요

모든 IPv6 패킷에는 최소 40바이트(320비트) 길이의 기본 패킷 헤더가 있습니다. IPv6 패킷 헤더에는 선택적으로 네트워크 디바이스에 대한 추가 정보가 포함된 확장 헤더가 있습니다.

IPv6 패킷의 경우, 플로우 처리는 다음과 같은 방식으로 확장 헤더와 전송 계층 헤더를 구문 분석합니다.

• 소프트웨어가 TCP, UDP, ESP, AH 또는 ICMPv6 헤더를 발견하면 헤더를 구문 분석하고 패킷 페이로드가 지정된 프로토콜 유형에 해당한다고 가정합니다.

• 소프트웨어가 홉 바이 홉 헤더, 라우팅 및 대상 헤더 또는 단편 헤더를 발견하면 다음 확장 헤더를 계속 구문 분석합니다.

• no-next-header 확장 헤더를 만나면 소프트웨어는 패킷이 알 수 없는 프로토콜(프로토콜이 0과 같음)의 패킷임을 감지합니다.

• 다른 확장 헤더의 경우, 소프트웨어는 헤더를 구문 분석하고 패킷을 확장 헤더가 표시한 프로토콜에 속하는 것으로 식별합니다.

IPv6 확장 헤더에는 네트워크 디바이스(예: 라우터, 스위치, 엔드포인트 호스트)에서 IPv6 패킷의 지시 또는 처리 방법을 결정하는 데 사용하는 추가 정보가 포함되어 있습니다. 각 확장 헤더의 길이는 8옥텟의 정수의 배수입니다. 이를 통해 후속 확장 헤더는 8-옥텟 구조를 사용할 수 있습니다.

확장 헤더 뒤에 오는 모든 헤더에는 확장 헤더 유형을 식별하는 Next Header 값이 포함됩니다. 확장 헤더는 패킷의 IPv6 헤더와 상위 레이어 헤더 사이에 배치될 수 있습니다. 그림 1 은 hop-by-hop 옵션 헤더가 있는 IPv6 패킷을 보여줍니다. 마찬가지로 IPv6 헤더는 0개, 1개 또는 그 이상의 확장 헤더를 전송할 수 있으며, 각 헤더는 이전 헤더의 다음 헤더 필드로 식별됩니다. 확장 헤더는 항상 기본 IPv6 헤더를 표 1과 같은 순서대로 따릅니다.

표 1: IPv6 확장 헤더

헤더 이름	목적	다음 헤더 값
홉 바이 홉 옵션	대상 호스트에 대한 경로의 각 홉에서 전달 매개 변수를 지정합니다. hop-by-hop 옵션은 IPv6 기본 헤더 다음에만 나타날 수 있습니다. 사용하는 경우 첫 번째 확장 헤더여야 합니다. 다른 확장 헤더 뒤에 표시될 수 없습니다.	0
대상 옵션	중간 대상 디바이스 또는 최종 대상 호스트에 대한 패킷 전달 매개 변수를 지정합니다. 패킷이 이 헤더를 사용할 때.	60
라우팅	패킷에 대한 엄격한 소스 라우팅 및 느슨한 소스 라우팅을 정의합니다. (엄격한 소스 라우팅에서는 각 중간 대상 디바이스가 단일 홉 떨어져 있어야 합니다. 느슨한 소스 라우팅을 사용하면 중간 대상 디바이스가 하나 이상의 홉 떨어져 있을 수 있습니다)	43
단편화	IPv6 단편화 및 리어셈블리 서비스를 수행하는 방법을 지정합니다. 소스 노드는 단편화 확장 헤더를 사용하여 대상 노드가 패킷을 리어셈블할 수 있도록 단편화된 패킷의 크기를 대상 노드에 알려줍니다.	44
인증	인증, 데이터 무결성 및 안티리플레이 보호를 제공합니다.	51
보안 페이로드 캡슐화	ESP(Encapsulated 보안 페이로드) 패킷에 대한 데이터 기밀성, 데이터 인증 및 안티리플레이 보호 기능을 제공합니다.	50
대상 IP 주소	IPv6 패킷이 전송될 노드의 호스트 디바이스 또는 인터페이스를 식별합니다. 대상 주소는 두 번 나타날 수 있습니다. 첫 번째 인스턴스는 소스 IP 주소 다음의 홉 제한 뒤에, 두 번째 인스턴스는 최종 확장 헤더 뒤에 나타납니다.	60

IPv6에 대한 정보는 RFC2460를 참조하십시오 .

이 주제에서는 ICMP(Internet Control Message Protocol), ICMP 메시지 및 SRX 시리즈 방화벽용 Junos OS에서 이를 사용하는 방법에 대해 설명합니다.

ICMP는 패킷 처리 오류 보고, 진단 목적 및 구현별 기능을 위한 프레임워크를 제공합니다. ICMP 오류 메시지를 통해 한 노드가 다른 노드에 데이터 전송 과정에서 문제가 발생했음을 알릴 수 있습니다. IP 버전 6(IPv6)이 정의되었을 때 IP 버전 4(IPv4)와 IP 버전 4 간의 차이는 새 버전의 ICMP가 필요할 만큼 컸습니다.

모든 ICMPv6 메시지 앞에는 IPv6 헤더와 0개 이상의 IPv6 확장 헤더가 있습니다. ICMPv6 헤더는 바로 앞 헤더에서 다음 헤더 값 58로 식별됩니다. 이는 IPv4에 대한 ICMP를 식별하는 데 사용되는 값과 다릅니다. 모든 ICMPv6 오류 메시지에는 패킷 수신자가 포함된 호출 패킷을 찾는 데 도움이 되는 32비트의 유형별 데이터가 있습니다.

대부분의 ICMPv6 패킷은 일반 IPv6 패킷과 동일한 특성과 동작을 가지며, Junos OS 플로우 모듈은 일반 IPv6 패킷과 동일한 방식으로 첫 번째 경로 및 빠른 경로 처리를 통해 이를 처리합니다. 표 2 는 플로우 모듈이 일반 ICMPv6 패킷과 다르게 처리하는 ICMPv6 임베디드 패킷 유형을 보여줍니다.

이러한 패킷의 경우, 플로우 모듈은 내장된 ICMPv6 패킷에서 생성한 튜플을 사용하여 일치하는 세션을 검색합니다. 인터페이스에 대한 ICMPv6 패킷이 너무 크기 메시지를 수신하지 않는 한 일치하는 세션을 찾을 때까지 최대 전송 단위(MTU)를 수정하지 않고 패킷을 계속 처리합니다. 이 경우, 해당 인터페이스의 최대 전송 단위(MTU) 크기를 수정합니다. 플로우 모듈이 일치하는 세션을 찾지 못하거나 임베디드 페이로드에서 유효한 IPv6 헤더를 얻을 수 없는 경우 패킷을 삭제합니다.

참고:

패킷이 너무 크다는 메시지는 플로우 모듈이 인터페이스를 수정하도록 하는 유일한 종류의 ICMPv6 패킷입니다.

표 2: Junos OS가 다른 ICMPv6 패킷과 다르게 처리하는 ICMPv6 패킷

메시지	의미
01-목적지에 도달 불가	전송 방식의 문제로 패킷을 전달할 수 없는 경우, 패킷 전달에 실패한 이유를 포함하여 문제에 대해 소스에 알릴 수 있는 피드백 메커니즘을 갖추는 것이 유용합니다. IPv6의 경우, 목적지에 도달할 수 없음 메시지가 이러한 용도로 사용됩니다. 각 메시지에는 패킷 전달 실패의 원인이 된 문제의 특성을 나타내는 코드가 포함되어 있습니다. 또한 소스 디바이스가 문제를 해결할 수 있도록 전달할 수 없는 패킷의 전체 또는 일부도 포함됩니다. 플로우 모듈이 임베디드 패킷 헤더 데이터가 세션의 5-튜플 데이터와 일치하는 대상 도달 불가 ICMP 패킷을 발견하면 소프트웨어는 세션을 종료합니다.
02-패킷이 너무 큽니다.	플로우 모듈이 ICMPv6 패킷이 너무 큽니다 메시지를 수신하면 플로우 모듈은 패킷을 라우팅 엔진의 ICMP 프로토콜 스택으로 전송하여 경로 최대 전송 단위(경로 MTU) 검색 프로세스를 수행합니다. 패킷이 너무 크다는 메시지가 디바이스와 관련이 없고 오히려 전송 패킷인 경우, 디바이스는 포함된 5-튜플 데이터를 세션과 일치시키려고 시도합니다. 일치하는 세션이 존재하면 디바이스는 이를 소스 노드로 전달합니다. 일치하는 세션이 존재하지 않으면 디바이스는 패킷을 삭제합니다 참고: 패킷이 너무 크다는 메시지는 플로우 모듈이 인터페이스를 수정하도록 하는 유일한 종류의 ICMPv6 패킷입니다.
03-시간 초과	플로우 모듈이 기본 헤더 hop-by-hop 필드에 지정된 홉 수를 초과하여 전달할 수 없는 패킷을 수신하면, 이 메시지를 보내 패킷의 소스 노드에 이러한 이유로 패킷이 폐기되었음을 알립니다.
04-매개변수 문제	디바이스가 IPv6 헤더 또는 확장 헤더의 필드에서 패킷 처리를 불가능하게 만드는 문제를 발견하면, 소프트웨어는 이를 폐기하고 문제의 유형과 위치를 나타내는 이 ICMPv6 메시지를 패킷의 소스 노드로 보냅니다.