네이버 탐색 프로토콜

Neighbor Discovery Protocol
네이버 탐색 프로토콜
통신 프로토콜
ICMP header - General-en.svg
메시지를 정의할 때 NDP는 ICMPv6 메시지 형식을 따릅니다.
목적IPv6용 보조 프로토콜
개발자인터넷 기술 태스크포스
서론1996년 3월, 26년 전(1996-03)
RFC
  • RFC 1970
  • RFC 2461
  • RFC 4861

NDP(Neighbor Discovery Protocol) 또는 간단히 Neighbor Discovery(ND)는 Internet Protocol Version 6(IPv6)[1]에서 사용되는 인터넷 프로토콜 스위트의 프로토콜입니다.인터넷 [2][3]모델의 링크층에서 동작하며 로컬 접속 설정, 도메인네임 서버 및 게이트웨이 [4]등 네트워크 통신에 필요한 다양한 정보 수집을 담당합니다.

이 프로토콜은 IPv4용 Address Resolution Protocol(ARP) 및 Internet Control Message Protocol(ICMP) Router Discovery 및 Router Redirect 프로토콜과 유사한 IPv6 기능을 수행하기 위해 5개의 ICMPv6 패킷 유형을 정의합니다.IPv4에 비해 많은 개선이 이루어지고 있습니다(RFC 4861, 섹션 3.1).예를 들어 Neighbor Unreachability Detection(NUD; 네이버 도달 불능 검출)이 포함되어 있기 때문에 장애가 발생한 라우터나 링크 또는 모바일노드에서의 패킷 전달의 견고성이 향상됩니다.

Inverse Neighbor Discovery(IND) Protocol Extension(RFC 3122)를 사용하면, IPv4 의 Reverse ARP 와 같이, 노드가 특정의 링크 레이어 주소에 대응하는 IPv6 주소를 판별해 애드버타이즈 할 수 있습니다.

NDP의 보안 확장인 Secure Neighbor Discovery Protocol(SEND)은 Cryptographically Generated Address(CGA) 및 Resource Public Key Infrastructure(RPKI)를 사용하여 IPsec에 의존하지 않는 암호화 방식으로 NDP를 보호하기 위한 대체 메커니즘을 제공합니다.Neighbor Discovery Proxy(ND 프록시)(RFC 4389)는 IPv4 Proxy ARP와 유사한 서비스를 제공하며 링크층에서 브리징을 수행할 수 없는 경우 단일 서브넷프리픽스 내에서 여러 네트워크 세그먼트를 브리징할 수 있습니다.

기능들

NDP는 라우터 송신 요구, 라우터 애드버타이즈먼트, 네이버 송신 요구, 네이버애드버타이즈먼트 및 네트워크리다이렉트 [4]목적으로5가지 ICMPv6 패킷유형을 정의합니다.

라우터 송신 요구(타입 133)
호스트는 라우터 요청 메시지를 사용하여 연결된 [5]링크 상의 라우터를 찾습니다.행선지가 지정되지 않은 패킷을 전송 하는 라우터는, 다음의 스케줄 된 시각이 아니고, 이 메세지를 수신했을 때에 곧바로 라우터 애드버타이즈먼트를 생성합니다.
라우터 애드버타이즈먼트(타입 134)
라우터는 정기적으로 또는 라우터 송신 요구 메시지에 응답하여 다양한 링크 및 인터넷파라미터와 함께 존재감을 애드버타이즈합니다.
네이버 요청(타입 135)
네이버 요청은 네이버 링크층 주소를 판별하거나 캐시된 링크층 주소를 통해 네이버에 아직 도달할 수 있는지 확인하기 위해 노드에서 사용됩니다.
네이버 애드버타이즈먼트(타입 136)
네이버 애드버타이즈먼트는 노드에서 네이버 발송 요청 메시지에 응답하기 위해 사용하거나 새로운 정보를 신속하게 제공하기 위해 요청되지 않습니다.
리다이렉트(타입 137)
라우터는 수신처에 적합한 퍼스트홉 라우터를 호스트에게 통지할 수 있습니다.

이러한 메시지는 다음 기능을 제공하기 위해 사용됩니다.

  • 라우터 디스커버리: 호스트는 연결된 링크에 있는 라우터를 찾을 수 있습니다.
  • 프리픽스 검출:호스트는 접속되어 있는 링크의 온링크 주소 프리픽스를 검출할 수 있습니다.
  • 파라미터 검출: 호스트는 링크 파라미터(MTU )를 검출할 수 있습니다.
  • 주소 자동 설정: 네트워크인터페이스 주소의 스테이트리스 설정(옵션)(「IPv6Stateless Address autoconfiguration(SLAAC)」Stateless address autoconfiguration」을 참조).
  • 주소 해결: IP 주소와 링크층 주소 간의 매핑.
  • 넥스트 홉 판별: 호스트는 수신처의 넥스트홉 라우터를 검색할 수 있습니다.
  • Neighbor Unreachability Detection(NUD): 링크 상에서 네이버에 도달할 수 없게 되었음을 확인합니다.
  • DAD(Duplicate Address Detection): 노드가 주소가 이미 사용 중인지 여부를 확인할 수 있습니다.
  • Router Advertisement(RA; 라우터 애드버타이즈먼트) [6]옵션을 통한 재귀 DNS 서버(RDNSS) 및 DNS Search List(DNSS; DNS 검색 목록) 할당.이는 2010년부터 제안된[7] 표준으로 2017년 3월에 업데이트되었지만 모든 고객이 지원하는 것은 아닙니다.
  • 패킷 리다이렉트: 특정 수신처에 보다 나은 넥스트홉 루트를 제공합니다.

IANA는 현재 모든 NDP 옵션 목록을 [8]게시할 때 유지합니다.

메시지 형식

「 」를 참조해 주세요.

레퍼런스

  1. ^ Thomas Narten; Erik Nordmark; William Allen Simpson; Hesham Soliman (1 March 2005). "Neighbor Discovery for IP version 6 (IPv6)". ietf.org. The Internet Engineering Task Force (IETF). p. 3. Archived from the original on 2 September 2007. Retrieved 2016-06-07.
  2. ^ RFC 1970, T.Marten, E. Nordmark, W. Simpson, IP 버전 6(IPv6) 네이버 디스커버리, IETF, 1996
  3. ^ RFC 1122
  4. ^ a b RFC 4861, IP 버전6(IPv6), T. Narten 등 (2007년 9월)
  5. ^ Thomas Narten; Erik Nordmark; William Allen Simpson; Hesham Soliman (1 March 2005). "Neighbor Discovery for IP version 6 (IPv6)". ietf.org. The Internet Engineering Task Force (IETF). p. 9. Archived from the original on 2 September 2007. Retrieved 2 March 2013. Router Discovery: How hosts locate routers that reside on an attached link.
  6. ^ Jeong, Jaehoon Paul; Park, Soohong Daniel; Beloeil, Luc; Madanapalli, Syam (March 2017). IPv6 Router Advertisement Options for DNS Configuration. doi:10.17487/RFC8106. RFC 8106.
  7. ^ Jeong, Jaehoon Paul; Park, Soohong Daniel; Beloeil, Luc; Madanapalli, Syam (November 2010). IPv6 Router Advertisement Options for DNS Configuration. doi:10.17487/RFC6106. RFC 6106.
  8. ^ "IPv6 Neighbor Discovery Option Formats". Internet Control Message Protocol version 6 (ICMPv6) Parameters. Internet Assigned Numbers Authority. 2017-12-05. Retrieved 2017-12-16.