로케이터/식별자 분리 프로토콜

Locator/Identifier Separation Protocol
이 기사는 인터넷 통신 프로토콜에 관한 것입니다.프로그래밍 언어에 대해서는 리스프(프로그래밍 언어)를 참조하십시오.기타 용도는 리스프(구분)를 참조하십시오.
LISP 로고

Locator/ID Separation Protocol(Locator/ID 분리 프로토콜) RFC6830)은 Internet Engineering Task Force LISP Working [1]Group에 의해 개발된 "맵 앤 캡슐화" 프로토콜입니다.분리의 이면에 있는 기본적인 생각은 인터넷 아키텍처가 라우팅 로케이터(클라이언트가 네트워크에 접속되어 있는 장소)와 식별자(클라이언트가 누구인지)의 2개의 기능을 하나의 숫자 공간에 결합하는 것입니다.즉, IP 주소입니다.LISP 는, 네트워크 베이스의 Map-and-Encapsulate Scheme(RFC1955)에 이은 IPv4 주소 공간과 IPv6 주소 공간의 분리를 서포트합니다.LISP에서 식별자와 로케이터는 모두 IP 주소이거나 GPS 좌표 세트나 MAC [2]주소 등의 임의의 요소가 될 수 있습니다.

역사적 기원

Internet Architecture Board(인터넷 아키텍처 보드)의 2006년 10월 라우팅 및 어드레싱 워크숍에서는 인터넷용 확장 가능한 라우팅 및 어드레싱 아키텍처 설계에 대한 관심이 새롭게 생겼습니다.이 새로운 관심을 끄는 주된 문제에는, 라우팅 시스템의 scalability와 IPv4 주소 공간의 고갈에 관한 염려가 있습니다.IAB 워크숍 이후 워크숍에서 표명된 우려사항에 대처하기 위한 몇 가지 제안이 제시되었다.이러한 제안들은 모두 공통 개념에 기초하고 있습니다.즉, 인터넷 디바이스의 번호부여에서의 로케이터와 식별자의 분리는, 「Loc/ID 스플릿」[4]이라고 불리는 경우가 있습니다.

현재의 인터넷 프로토콜 아키텍처

Internet Protocol에서 사용되는 현재 네임스페이스 아키텍처는 두 가지 개별 기능에 IP 주소를 사용합니다.

  • 로컬 네트워크어드레싱 컨텍스트 내에서 네트워크인터페이스를 일의로 식별하기 위한 엔드 포인트 식별자로서
  • 라우팅 목적의 로케이터로서 네트워크인터페이스가 대규모 라우팅 컨텍스트 내에서 어디에 있는지 식별한다.

LISP

Location과 Identifier의 디커플링, [5]특히 LISP에는 몇 가지 이점이 있습니다.

  • 라우팅 확장성 향상
  • 액티브-액티브 설정의 BGP 프리 멀티호밍
  • 주소 패밀리 트래버설: IPv4 over IPv4, IPv6 over IPv6, IPv6 over IPv4
  • 착신 트래픽엔지니어링
  • 유동성
  • 심플한 도입성
  • 호스트를 변경할 필요가 없습니다.
  • MPLS-VPN을 대체하는 고객 주도형 VPN 프로비저닝
  • 네트워크 가상화
  • IPsec의 scalability 문제를 대체하는 LISP/GETVPN 기반의 암호화된 VPN 운영
  • (제약 기반) 멀티호밍을 통한 심리스 통신 세션의 고가용성

몇 가지 LISP 사용 사례에 대한 최근 설명은

IETF에는 LISP 표준을 확립하는 액티브한 워크그룹이 있습니다.2016년 현재, LISP 규격은 실험 단계에 있습니다.LISP 워크그룹은 2017년부터 핵심 사양을 표준 트랙으로 이동하기 시작했습니다. 2021년 6월 현재 RFC 6830, RFC 6833 및 8113의 3가지 리비전(RFC 6834 및 LISP 보안 프레임워크의 리비전 작업이 완료되기를 기다리고 있습니다.

용어.

  • Routing Locator(RLOC): RLOC 는, 출력 터널 라우터(ETR)의 IPv4 또는 IPv6 주소입니다.RLOC는 EID/RLOC 매핑룩업의 출력입니다.
  • 엔드 포인트 ID(EID):EID 는, 패킷의 최초의(가장 안쪽) LISP 헤더의 송신원주소 필드와 행선지 주소 필드에서 사용되는 IPv4 또는 IPv6 주소입니다.
  • 출력 터널 라우터(ETR): ETR은 터널 끝점 장치입니다. "외부" IP 헤더의 대상 주소가 자체 RLOC 중 하나인 IP 패킷을 받아들입니다. ETR 기능은 라우터 장치로 제한될 필요가 없습니다. 서버 호스트도 LISP 터널의 끝점이 될 수 있습니다.
  • Ingress Tunnel Router(ITR; 입력 터널 라우터): ITR은 터널의 시작점이 되는 디바이스입니다.ITR은 한쪽에서는 사이트 엔드 시스템으로부터 IP 패킷을 수신하고 다른 한쪽에서는 LISP 캡슐화IP 패킷을 인터넷을 경유하여 다른 한쪽에서는 ETR로 전송합니다.
  • 프록시 ETR(PETR): LISP PETR은 비 LISP 사이트를 대신하여 ETR 기능을 구현합니다.일반적으로 PETR은 LISP 사이트가 비 LISP 사이트에 트래픽을 송신할 필요가 있지만 LISP 사이트가 라우팅 불가능한EID를 패킷소스로 받아들이지 않는 서비스 프로바이더를 통해 접속되어 있는 경우에 사용됩니다.
  • Proxy ITR(PITR): PITR은 비 LISP 사이트와 LISP 사이트 [7]간의 상호 네트워킹에 사용됩니다.PITR은 ITR과 같이 동작하지만 LISP 사이트의 수신처에 패킷을 송신하는 비 LISP 사이트를 대신하여 동작합니다.
  • xTR: xTR은 데이터 흐름 방향이 컨텍스트 [8]설명에 포함되지 않을 때 ITR과 ETR(일반적으로)로 모두 기능하는 장치를 말합니다.
  • 재캡슐화 터널 라우터(RTR): 직접 접속이 지원되지 않는 환경에서 LISP-to-LISP 통신을 연결하기 위해 RTR을 사용합니다.예를 들어 1) "분할된 로케이터 공간"에 연결된 LISP 사이트(예를 들어 IPv4 전용 RLOC 접속을 사용하는 LISP 사이트 및 IPv6 전용 RLOC 접속을 사용하는 LISP 사이트), 2) NAT 박스 배후에 있는 LISP 스피킹디바이스에 의한 데이터 플레인 '앵커 포인트'를 생성하여 트래픽을 수신하는 등의 방법이 있습니다.

LISP 매핑시스템

Locator/Identifier Separation Protocol에서는 네트워크 요소(라우터)는 End-Point Identifier(EID; 엔드포인트 식별자)와 Route Locator(RLOC; 루트 로케이터) 간의 매핑을 검색합니다.이 프로세스는 인터넷엔드 [10][11]호스트에서는 보이지 않습니다.매핑은 조회 쿼리에 응답하는 매핑 시스템이라는 분산 데이터베이스에 저장됩니다.LISP 베타 네트워크는 처음에는 LISP ALternative Topology(LISP+ALT)[12][13]라고 불리는 BGP 기반 매핑시스템을 사용했지만 현재는 LISP-TREE에서 영감을 받은 DDT라고 하는 DNS와 같은 인덱스시스템으로 대체되었습니다.프로토콜 설계를 통해 다른 설계가 이점을 제공했을 때 새로운 매핑 시스템을 쉽게 연결할 수 있었습니다.몇몇 제안들은 이미 나타났고 비교되었다.

실장

  • 시스코에서는 LISP를 지원하는 IOS, IOS XR, IOS XE 및 NX-OS 이미지를 공개하고 있습니다.
  • Louvain 대학교와 T-Labs/TU Berlin 대학의 연구팀은 FreeB를 작성했습니다.OpenLISP라고 불리는 SD 실장.[14]
  • 프랑스 UPMC의 LIP6 랩은 Open을 위한 풀기능 컨트롤 플레인(MS/MR, DDT, xTR)을 구현했습니다.LISP [15][16]
  • 지금까지 LISPmob은 카탈로니아 폴리테크닉 대학에서 유지 보수된 Linux, OpenWRT 및 Android용 LISP의 오픈 소스 구현이었습니다.xTR 또는 LISP 모바일노드로 [17]동작할 수 있습니다.최근에는 이 실장이 '오픈 오버레이 라우터' 또는 OOR이라고 불리는 풀 오픈소스 LISP 라우터로 더욱 발전하고 있습니다.
  • AVM은 FRITZ의 펌웨어에 LISP 지원을 추가했습니다.FRITZ에서 주연한 박스 디바이스!OS 버전 6.00
  • LANCOM Systems는 라우터 운영 체제에서 LISP를 지원합니다.
  • HPE는 Comware 7 플랫폼 기반 라우터에서 LISP를 지원합니다(마케팅명은 FlexNetwork MSR 및 VSR).이 플랫폼은 H3C Technologies에 의해 개발되어 중국에서 자체 로고로 판매되고 있습니다.
  • OpenDaylight는 LISP 흐름 매핑을 지원합니다.
  • ONOS는 분산형 LISP 컨트롤 플레인을 SDN [18]애플리케이션으로 개발합니다.[19]
  • Lispers.net은 LISP의 [20]완전한 구현 기능을 갖춘 오픈소스를 제공합니다.
  • fd.io은 Overlay Network Engine(ONE;[21] 오버레이 네트워크엔진)에 의한 LISP도 지원합니다.
  • Java에서는 간단한 LISP 매핑시스템 구현도 이용할 수 있습니다.[22]

LISP 베타 네트워크

LISP에 대한 실제 경험을 쌓기 위한 테스트베드가 개발되었습니다.참가자는 Google, Facebook, NTT, Level3, InTouch N.V. 및 Internet Systems Consortium입니다.[23]2014년 1월 현재 34개국에서 약 600개의 기업, 대학 및 개인 기부자가 참여하고 있습니다.참가 라우터의 지리적 분포와 그 라우터가 담당하는 프레픽스는 LISPmon 프로젝트의 Web 사이트(매일 갱신)에서 확인할 수 있습니다.복수 기업의 LISP 커뮤니티 이니셔티브인 LISP4.net/LISP6.net는 이 베타 네트워크에 대한 관련 정보를 http://www.lisp4.net/ 및 http://www.lisp4.net/에 게시합니다.2020년 3월부터 LISP 베타 네트워크는 더 이상 유지되지 않습니다.

LISP-Lab 컨소시엄 연구 네트워크

그 LISP-Lab project,[24]UPMC/LIP6에 의해이고 잘 조직된 독점적으로 오픈 소스 리스프 노드를 이용한(OpenLISP)ITR/ETR 터널링 라우터, MS/MR 매핑 servers/resolvers, DDT루트와 프록시 ITR/ETR 역할을 수행하는 리스프 네트워크 실험 플랫폼을 쌓는 것. 파트너(UPMC, 전술 유류 보급소), 두 기관 두 클라우드 네트워킹 중소 기업(알을 포함한다 목표로 하고 있다.phal잉크, NSS), 2개의 네트워크 오퍼레이터(Renater, Orange), 2개의 SME(Access/Edge Networking)(Border 6, Ucopia) 및 1개의 Internet eXchange Point(Rezopole)가 있습니다.자세한 것은, https://web.archive.org/web/20190508220217/http 를 참조해 주세요.이 플랫폼은 2014/2015년에 외부 파트너에게 개방되어야 하며 이미 LISP 베타 네트워크에 Open과 함께 상호 연결되어 있습니다.LISP DDT [25]루트

LISP의 향후 사용

ICAO는 차세대 항공통신망(ATN)[26] 후보 기술로 지상 기반 LISP를 검토하고 있다.이 솔루션은 SESAR(Single European Sky ATM Research) FCI 활동의 일부에서 추가 개발 중입니다.

기타 접근법

두 기능을 분리하여 인터넷을 더 잘 확장하기 위한 몇 가지 제안이 제시되었습니다. 예를 들어 GSE/8+8은 네트워크 기반 솔루션으로, SIM6, HIP 및 ILNP는 호스트 기반 솔루션으로 제안되었습니다.

「 」를 참조해 주세요.

레퍼런스

  1. ^ "Locator/ID Separation Protocol (lisp) Working Group".
  2. ^ Farinacci, Dino; Meyer, David; Snijders, Job (9 July 2012). "LISP Canonical Address Format (LCAF)". {{cite journal}}:Cite 저널 요구 사항 journal=(도움말)
  3. ^ "RFC4984 - Report from the IAB Workshop on Routing and Addressing". Retrieved 2010-10-28.
  4. ^ Lewis, Darrel (26 January 2009). "IETF I-D Architectural Implications of Locator/ID Separation". {{cite journal}}:Cite 저널 요구 사항 journal=(도움말)
  5. ^ "IETF I-D draft-brim-lisp-analysis". 10 March 2008. Retrieved 2010-10-28. {{cite journal}}:Cite 저널 요구 사항 journal=(도움말)
  6. ^ Sourcez, Damien; Iannone, Luigi; Bonaventure, Olivier; Farinacci, Dino, 전개 가능한 미래 인터넷 설계: LISP(Locator/Identifier Separation Protocol) 사례, IEE 인터넷 컴퓨팅, 2012년 12월.
  7. ^ Lewis, Darrel; Meyer, David; Farinacci, Dino; Fuller, Vince (January 2013). "Interworking LISP with IPv4 and IPv6". {{cite journal}}:Cite 저널 요구 사항 journal=(도움말)
  8. ^ Lewis, Darrel; Meyer, David; Farinacci, Dino; Fuller, Vince (January 2013). "Interworking LISP with IPv4 and IPv6". {{cite journal}}:Cite 저널 요구 사항 journal=(도움말)
  9. ^ Ermagan, Vina; Farinacci, Dino; Lewis, Darrel; Skriver, Jesper; Maino, Fabio; White, Chris. "NAT traversal for LISP". {{cite journal}}:Cite 저널 요구 사항 journal=(도움말)
  10. ^ LISP에 관한 IPJ 기사
  11. ^ Wayback Machine 튜토리얼에서 LISP Archived 2010-03-15를 사용한 인터넷 확장
  12. ^ Fuller, Vince; Farinacci, Dino; Meyer, David; Lewis, Darrel (January 2013). "LISP Alternative Topology (LISP+ALT)". {{cite journal}}:Cite 저널 요구 사항 journal=(도움말)
  13. ^ Jakab, Lorand; Cabellos-Aparicio, Albert; Coras, Florin; Saucez, Damien; Bonaventure, Olivier (2010). "LISP-TREE: A DNS Hierarchy to Support the LISP Mapping System". IEEE Journal on Selected Areas in Communications. 28 (8): 1332–1343. CiteSeerX 10.1.1.716.8421. doi:10.1109/JSAC.2010.101011. S2CID 16828730.
  14. ^ Iannone, Luigi; Saucez, Damien; Bonaventure, Olivier (March 2011). "Implementing the Locator/ID Separation Protocol: Design and Experience". Computer Networks. 55 (4): 948–958. CiteSeerX 10.1.1.648.3739. doi:10.1016/j.comnet.2010.12.017.
  15. ^ LISP 컨트롤 플레인 프로젝트 열기:https://github.com/lip6-lisp/control-plane
  16. ^ LIP6의 LISP에 관한 조사 활동: http://www.lisp.ipv6.lip6.fr (LISP 베타 네트워크의 배후에 있는 Web 서버)
  17. ^ "IETF I-D draft-meyer-lisp-mn". Retrieved 2011-09-13.
  18. ^ "ONOS-LISP-Management-Plane". GitHub. 14 January 2019.
  19. ^ "Onos/Protocols/Lisp at master · opennetworkinglab/Onos". GitHub.
  20. ^ "Farinacci/Lispers.net". GitHub. 10 November 2021.
  21. ^ "Project Proposals/Overlay Network Engine - fd.io".
  22. ^ "JLisp/Jlisp". GitHub. 28 January 2019.
  23. ^ "LISP Site Status". Retrieved 2010-10-28.
  24. ^ LISP-Lab 프로젝트 웹사이트 : http://www.lisp-lab.org Wayback Machine에서 2019-05-08 아카이브 완료
  25. ^ DDT 루트 웹사이트: http://ddt-root.org
  26. ^ Haindl, Bernhard; Lindner, Manfred; Rahman, Reshad; Portoles-Comeras, Marc; Moreno, Victor; Maino, Fabio (30 October 2017). "Ground-Based LISP for the Aeronautical Telecommunications Network". Retrieved 2018-03-06. {{cite journal}}:Cite 저널 요구 사항 journal=(도움말)

외부 링크