라우팅 정보 프로토콜

Routing Information Protocol
인터넷 프로토콜 스위트
응용 프로그램레이어
트랜스포트 레이어
인터넷 레이어
링크 레이어

Routing Information Protocol(RIP)은 홉카운트를 라우팅 메트릭으로 사용하는 가장 오래된 디스턴스 벡터라우팅 프로토콜 중 하나입니다.RIP 는, 송신원으로부터 행선지까지의 패스로 허가되는 홉카운트의 제한을 실장하는 것으로, 라우팅 루프를 방지합니다.RIP에서 허용되는 최대 홉카운트는 15로 RIP가 지원할 수 있는 네트워크의 크기가 제한됩니다.

RIP는 스플릿호라이즌, 루트 포이즈닝 및 홀드다운메커니즘을 구현하여 잘못된 라우팅 정보가 전파되지 않도록 합니다.

RIPv1 라우터에서는 30초마다 라우팅 테이블을 사용하여 업데이트를 브로드캐스트합니다.초기 배치에서는 라우팅 테이블이 충분히 작아서 트래픽이 크지 않았습니다.다만, 네트워크의 사이즈가 커짐에 따라, 라우터가 랜덤하게 초기화되어 있어도, 30초마다 대량의 트래픽버스트가 발생할 가능성이 있는 것이 분명해졌습니다.

대부분의 네트워킹 환경에서 RIP는 컨버전스 시간과 scalability가 EIGRP, OSPF 또는 IS-IS에 비해 낮기 때문에 라우팅 프로토콜로는 권장되지 않습니다.단, RIP에는 다른 프로토콜과 달리 파라미터가 필요 없기 때문에 설정하기가 쉽습니다.

RIP는 User Datagram Protocol(UDP)을 전송 프로토콜로 사용하며 예약된 포트 번호 520이 [1]할당됩니다.

거리 벡터 라우팅 개발

Bellman-Ford 알고리즘과 Ford-Fulkerson 알고리즘을 기반으로 거리 벡터 라우팅 프로토콜은 1969년부터 ARPANET 및 CYCLADES와 같은 데이터 네트워크에서 구현되기 시작했습니다.RIP의 전신인 GWINFO는 1970년대 중반 Xerox가 실험적인 네트워크를 라우팅하기 위해 개발한 것입니다.Xerox Network Systems(XNS) 프로토콜 스위트의 일부로서 GWINFO는 XNS Routing Information Protocol로 변환되었습니다.이 XNS RIP는 Novell의 IPX RIP, AppleTalk의 RTP(Routing Table Maintenance Protocol) 및 IP RIP와 같은 초기 라우팅 프로토콜의 기반이 되었습니다.UNIX 운영 체제의 1982 Berkley 소프트웨어 배포에서는 루티드 데몬에 RIP가 구현되었습니다.4.2BSD 릴리스는 널리 보급되어 루티드 데몬 또는 게이트 데몬에 RIP를 실장하는 후속 UNIX 버전의 기반이 되었습니다.결국 RIP는 Charles Hedrick에 의해 작성된 표준이 [3]1988년에 RIPv1로 통과되기 전에 광범위하게[2] 도입되었습니다.

RIP 홉카운트

RIP가 사용하는 라우팅 메트릭은, 행선지 IP 네트워크에 도달하기 위해서 통과시킬 필요가 있는 라우터의 수를 카운트 합니다.홉 카운트 0은 라우터에 직접 접속되어 있는 네트워크를 나타냅니다.16 홉은 RIP 홉 [4]제한에 따라 도달할 수 없는 네트워크를 나타냅니다.

버전

Routing Information Protocol 에는, IPv4 용 RIPv1 및 RIPv2 및 IPv6 용 RIPng 의 3 개의 표준화 버전이 있습니다.

RIP 버전 1

RIP의 최초 사양은 [3]1988년에 공개되었습니다.기동 시 및 그 후 30초마다 RIPv1 구현 라우터는 모든 RIPv1 지원 인터페이스를 통해 요청 메시지를 255.255.255로 브로드캐스트합니다.요청 메시지를 수신한 인접 라우터는 라우팅 테이블을 포함하는 RIPv1 세그먼트로 응답합니다.요구측 라우터는 도달 가능한IP 네트워크주소, 홉카운트 및 넥스트홉(RIPv1 응답 송신원 라우터 인터페이스 IP 주소)을 사용하여 자체 라우팅 테이블을 업데이트합니다.요구측 라우터는 서로 다른 네이버라우터로부터 업데이트를 수신하면 라우팅 테이블 내의 도달 가능한 네트워크만 갱신합니다.라우팅 테이블에 아직 도달 가능한 네트워크에 대한 정보 또는 라우팅 테이블에 있는 네트워크에 더 적은 홉카운트로 도달 가능한 정보를 수신했을 경우.따라서 대부분의 경우 RIPv1 라우터에는 도달 가능한 네트워크에 대해 홉카운트가 가장 작은 엔트리가1개밖에 없습니다라우터가 같은 홉카운트는 같지만2개의 다른 루트를 통해 같은 네트워크에 도달할 수 있다는 정보를 2개의 다른 네이버라우터로부터 수신했을 경우 네트워크는 다른 넥스트홉 라우터를 사용하여2번 라우팅 테이블에 들어갑니다다음으로 RIPv1 대응 라우터는 IP [4]패킷의 등가 비용로드 밸런싱이라고 불리는 것을 실행합니다.

RIPv1 대응 라우터는 30초마다 다른 라우터의 라우팅 테이블을 요구할 뿐만 아니라 인접 라우터로부터의 착신 요구를 리슨하여 자신의 라우팅 테이블을 송신합니다.따라서 RIPv1 라우팅 테이블은 25 ~[4]35초마다 갱신됩니다.RIPv1 프로토콜은 LAN을 [5]통해 라우팅 테이블이 동기화되지 않도록 업데이트 시간에 작은 랜덤 시간 변수를 추가합니다.랜덤 초기화 결과 라우팅 갱신이 제시간에 확산될 것으로 생각되었지만 실제로는 그렇지 않았습니다.Sally Floyd와 Van Jacobson은 1994년에 업데이트 타이머를 약간 랜덤화하지 않고도 타이머가 [6]시간이 지남에 따라 동기화된다는 것을 보여주었습니다.

RIPv1은 사일런트모드로 설정할 수 있습니다.이로 인해 라우터는 네이버라우팅 테이블을 요구 및 처리하고 도달 가능한 네트워크의 라우팅 테이블과 홉카운트를 최신 상태로 유지합니다만, 자신의 라우팅 테이블을 불필요하게 네트워크에 송신하지 않습니다.사일런트 모드는 일반적으로 호스트에 [7]구현됩니다.

RIPv1은 클래스 풀루팅을 사용합니다.정기적인 라우팅 업데이트에서는 서브넷 정보가 전송되지 않기 때문에 Variable Length Subnet Mask(VLSM; 가변길이 서브넷마스크)가 지원되지 않습니다.이 제한에 의해 같은 네트워크 클래스 내에 다른 크기의 서브넷을 배치할 수 없습니다.즉, 네트워크 클래스의 모든 서브넷은 같은 크기를 가져야 합니다.라우터 인증도 지원되지 않기 때문에 RIP는 다양한 공격에 취약합니다.

RIP 버전 2

원래의 RIP 사양의 결함으로 인해 RIP 버전 2(RIPv2)는 [4]1993년에 개발되어 [8]1994년에 발행되었으며 [9]1998년에 인터넷 표준 56을 선언했습니다.서브넷 정보를 전송하는 기능이 포함되어 Classless Inter-Domain Routing(CIDR; 클래스리스 도메인 간 라우팅)을 지원합니다.하위 호환성을 유지하기 위해 홉카운트 제한은 15로 유지됩니다.RIPv1 메시지의 모든 Must Be Zero 프로토콜 필드가 올바르게 지정되어 있는 경우 RIPv2에는 이전 사양과 완전히 상호 운용할 수 있는 기능이 있습니다.또한 호환성 스위치[9] 기능을 통해 상호 운용성을 세밀하게 조정할 수 있습니다.

라우팅에 참여하지 않는 호스트에 불필요한 부하가 걸리지 않도록 하기 위해 RIPv2는 브로드캐스트를 사용하는 RIPv1과는 달리 라우팅 테이블 전체를 주소 224.0.0.9의 모든 인접 라우터에 멀티캐스트합니다.유니캐스트 어드레싱은, 특수한 애플리케이션에서도 사용할 수 있습니다.

(MD5) [10][11]RIP 인증은 1997년에 도입되었습니다.

루트 태그는 RIP 버전2에서도 추가되었습니다.이 기능을 통해 RIP 프로토콜에서 학습한 경로와 다른 프로토콜에서 학습한 경로를 구분할 수 있습니다.

RIP

RIPng(차세대 RIP)는 차세대 인터넷 [12]프로토콜인 IPv6를 지원하기 위한 RIPv2의 확장입니다.RIPv2와 RIPng의 주요 차이점은 다음과 같습니다.

  • IPv6 네트워킹 지원.
  • RIPv2는 RIPv1 업데이트 인증을 지원하지만 RIPng은 지원하지 않습니다.그 시점에서는, [13]IPv6 라우터는 인증에 IPsec 를 사용하고 있었습니다.
  • RIPv2는 넥스트홉을 각 루트엔트리에 부호화합니다.RIPng에서는 일련의 루트엔트리에 대해 넥스트홉의 특정 부호화가 필요합니다.

RIPng은 멀티캐스트그룹 ff02::9를 사용하여 UDP 포트 521로 업데이트를 전송합니다.

라우터 간의 RIP 메시지

RIP 메시지는 포트 520에서 User Datagram Protocol을 사용하며 라우터 간에 교환되는 모든 RIP 메시지는 UDP [4]세그먼트에 캡슐화됩니다.

RIPv1 메시지

RIP는 다음 두 가지 유형의 메시지를 정의했습니다.

요청 메시지
인접 RIPv1에 문의하면 라우터가 라우팅 테이블을 송신할 수 있게 됩니다.
응답 메시지
라우터의 라우팅 테이블을 전송합니다.

타이머

라우팅 정보 프로토콜은 [14]동작의 일부로 다음 타이머를 사용합니다.

타이머 업데이트
2개의 불필요한 응답 메시지 간격을 제어합니다.기본값은 30초입니다.응답 메시지는 모든 RIP 지원 [14]인터페이스에 브로드캐스트됩니다.
비활성 타이머
비활성 타이머는 라우팅 엔트리가 갱신되지 않고 라우팅 테이블에 존재할 수 있는 기간을 지정합니다.이것은 expiration Timpiration Timer 。기본값은 180초입니다.타이머의 기한이 만료되면 라우팅 엔트리의 홉카운트는 16으로 설정되어 행선지가 도달 [14]불능으로 마크됩니다.
플래시 타이머
플래시 타이머는 루트가 비활성화되거나 도달 불능으로 마크되어 라우팅 테이블에서 엔트리가 삭제될 때까지의 시간을 제어합니다.기본값은 240초입니다.이 시간은 Invalid 타이머보다 60초 길다.따라서 60초 동안 라우터는 이 도달 불능 루트를 모든 네이버에 애드버타이즈합니다.이 타이머는 비활성 [14]타이머보다 높은 값으로 설정해야 합니다.
홀드다운 타이머
홀드다운 타이머는 홉카운트가 낮은 값에서 높은 값으로 변경되었을 때 루트엔트리별로 시작됩니다이것에 의해, 루트가 안정화 됩니다.이 시간 동안에는 해당 라우팅 엔트리를 업데이트할 수 없습니다.이것은 RFC 1058의 일부가 아닙니다.이것은 시스코의 실장입니다.이 타이머의 기본값은 180초입니다.[14]

제한 사항

  • 홉 카운트는 15를 초과할 수 없습니다.그렇지 않으면 루트는 폐기됩니다.
  • 가변길이 서브넷마스크는 RIP 버전1(구식)에서는 지원되지 않습니다.
  • RIP는 컨버전스가 느리고 무한대 [15]문제로 카운트됩니다.

실장

  • Cisco IOS, Cisco 라우터에서 사용되는 소프트웨어(버전1, 버전2, RIPng 지원)
  • Cisco Nexus 데이터센터스위치로 사용되는 Cisco NX-OS 소프트웨어(RIPv2만[16] 지원)
  • Juniper 라우터, 스위치 및 방화벽에서 사용되는 Junos 소프트웨어(RIPv1 및 RIPv2 지원)
  • Windows Server 기능인 라우팅 및 리모트액세스에는 RIP 지원이 포함되어 있습니다.
  • Quagga, GNU Zebra 기반의 무료 오픈 소스 소프트웨어 라우팅 스위트
  • BORD, 무료 오픈 소스 소프트웨어 라우팅 스위트
  • 무료 오픈 소스 소프트웨어 라우팅 스위트인 Zeroshell
  • 4.2에서 처음 도입된 RIP 실장라우팅된 BSD는 FreeBSD[17] 및 NetBSD를 [18]포함한 여러 하위 시스템에서 생존합니다.
  • OpenBSD는 버전 4.1에서[19] 새로운 구현인 ripd를 도입하여 버전 4.4에서 폐기되었습니다.
  • Netgear 라우터는 일반적으로 RIPv2의 [20]2가지 실장 중 하나를 선택할 수 있습니다.이것들은 RIP_2M과 RIP_2B라는 라벨이 붙어 있습니다.RIP_2M은 멀티캐스팅을 사용하는 표준 RIPv2 실장입니다.이것은 네트워크상의 모든 라우터가 RIPv2 및 멀티캐스팅을 지원해야 하는 반면 RIP_2B는 서브넷브로드캐스트를 사용하여 RIPv2 패킷을 전송하기 때문에 RIPv1 라우터를 포함한 멀티캐스팅을 지원하지 않는 라우터와의 호환성이 높아집니다.
  • Huawei HG633 ADSL/VDSL 라우터는 LAN 및 WAN 측에서 RIP v1 및 v2를 사용한 패시브 및 액티브루팅을 지원합니다

유사한 프로토콜

시스코 독자적인 Interior Gateway Routing Protocol(IGRP)은 RIP보다 기능이 뛰어난 프로토콜이었습니다.이는 동일한 기본 거리 벡터 라우팅 프로토콜 패밀리에 속합니다.

시스코는 라우터 소프트웨어에서의 IGRP 지원 및 배포를 중지했습니다.완전히 새로운 설계인 Enhanced Interior Gateway Routing Protocol(EIGRP)로 대체되었습니다.EIGRP는 여전히 디스턴스벡터 모델을 사용하지만 IGRP와 관련된 것은 같은 복합 라우팅 메트릭을 사용하는 경우뿐입니다.IGRP와 EIGRP 모두 대역폭, 지연, 신뢰성, 부하 및 MTU의 5가지 변수 공식에서 루트별로 단일 복합 메트릭을 계산했습니다.단, Cisco 라우터에서는 기본적으로 대역폭과 지연만 이 계산에 사용됩니다.

「 」를 참조해 주세요.

레퍼런스

  1. ^ "Service Name and Transport Protocol Port Number Registry". www.iana.org. The Internet Assigned Numbers Authority (IANA). p. 10. Retrieved 25 February 2022.
  2. ^ Jeff Doyle & Jennifer Carroll (2005). CCIE Professional Development: Routing TCP/IP Volume I, Second Edition. ciscopress.com. p. 169. ISBN 9781587052026.{{cite book}}: CS1 maint: 작성자 파라미터 사용(링크)
  3. ^ a b C. Hedrick (June 1988). Routing Information Protocol. Network Working Group. doi:10.17487/RFC1058. RFC 1058. RFC 1388 및 1723에 의해 갱신되었습니다.
  4. ^ a b c d e Jeff Doyle & Jennifer Carroll (2005). CCIE Professional Development: Routing TCP/IP Volume I, Second Edition. ciscopress.com. p. 170. ISBN 9781587052026.{{cite book}}: CS1 maint: 작성자 파라미터 사용(링크)
  5. ^ Jeff Doyle & Jennifer Carroll (2005). CCIE Professional Development: Routing TCP/IP Volume I, Second Edition. ciscopress.com. p. 171. ISBN 9781587052026.{{cite book}}: CS1 maint: 작성자 파라미터 사용(링크)
  6. ^ 정기 라우팅 메시지의 동기화, S.Floyd & V. Jacobson, 1994년 4월
  7. ^ Jeff Doyle & Jennifer Carroll (2005). CCIE Professional Development: Routing TCP/IP Volume I, Second Edition. ciscopress.com. p. 175. ISBN 9781587052026.{{cite book}}: CS1 maint: 작성자 파라미터 사용(링크)
  8. ^ G. Malkin (November 1994). RIP Version 2 - Carrying Additional Information. Network Working Group. doi:10.17487/RFC1723. RFC 1723. RFC 2453에 의해 폐지되었습니다.RFC 1388을 폐지합니다.RFC 1058을 갱신합니다.
  9. ^ a b G. Malkin (November 1998). RIP Version 2. Network Working Group. doi:10.17487/RFC2453. STD 53. RFC 2453. RFC 1723 및 1388을 폐지합니다.RFC 4822에 의해 갱신되었습니다.
  10. ^ F. Baker; R. Atkinson (January 1997). RIP-2 MD5 Authentication. Network Working Group. doi:10.17487/RFC2082. RFC 2082. RFC 4822에 의해 폐지되었습니다.
  11. ^ R. Atkinson; M. Fanto (February 2007). RIPv2 Cryptographic Authentication. Network Working Group. doi:10.17487/RFC4822. RFC 4822. RFC 2082를 폐지합니다.RFC 2453을 갱신합니다.
  12. ^ G. Malkin; R. Minnear (January 1997). RIPng for IPv6. Network Working Group. doi:10.17487/RFC2080. RFC 2080.G. Malkin (January 1997). RIPng Protocol Applicability Statement. Network Working Group. doi:10.17487/RFC2080. RFC 2080.
  13. ^ Juniper Networks JNCIP-ENT. Cardiff, United Kingdom.
  14. ^ a b c d e Balchunas, Aaron. "Routing Information Protocol (RIP v1.03)" (PDF). routeralley.com. Retrieved 25 April 2014.
  15. ^ C. Hendrik (June 1988). "RFC 1058 Section 2.2". Routing Information Protocol. The Internet Society.
  16. ^ "Cisco Nexus 9000 Series NX-OS Unicast Routing Configuration Guide, Release 6.x - Configuring RIP [Cisco Nexus 9000 Series Switches]".
  17. ^ "routed, rdisc – network RIP and router discovery routing daemon". FreeBSD manual pages.
  18. ^ "routed, rdisc – network RIP and router discovery routing daemon". NetBSD manual pages.
  19. ^ "ripd – Routing Information Protocol daemon". OpenBSD manual pages.
  20. ^ "How do I change the LAN TCP/IP settings on my Nighthawk router?". Netgear Support pages.

추가 정보

  • 말킨, 게리 스콧(2000).RIP: 도메인 내 라우팅 프로토콜.애디슨 웨슬리 롱맨입니다ISBN 0-201-4320-6.
  • 에드워드 A.Taft, Gateway Information Protocol (개정) (Xerox Parc, Palo Alto, 1979년 5월)
  • Xerox 시스템 통합 표준 - 인터넷 전송 프로토콜 (Xerox, Stamford, 1981년)