개념 사전/네트워크 / 라우팅 프로토콜
개념 사전 · 프로토콜

RIP

Routing Information Protocol · 라우팅 정보 프로토콜

는 이웃이 알려 준 목적지와 거리 정보를 이용하는 거리 벡터 프로토콜이다. 는 마스크·태그·다음 홉을 광고하며 홉 수 1~15를 유효 거리로,16을 도달 불가로 사용한다.

밑줄 용어에 마우스를 올리거나, 키보드로 선택하거나, 터치하면 설명을 볼 수 있습니다.

01무엇이고, 어떤 일을 하나

  • 단순한 거리 정보로 목적지의 다음 홉을 선택한다.
  • 주기·트리거 업데이트와 타이머로 경로 변화와 장애를 이웃에 전파한다.
  • ·Poisoning과 정책 필터를 사용해 잘못된 거리 정보의 순환을 줄인다.

02어떤 순서로 동작하나

  1. 이웃 경로 수신

    이웃이 광고한 목적지와 metric을 받는다. 자신의 인터페이스 비용을 반영해 후보 거리를 계산한다.

  2. 기존 경로와 비교

    후보와 기존 상태를 비교해 데이터베이스와 을 갱신한다.

  3. 사용 경로 광고

    선택된 경로를 주기 업데이트로 알린다. 수평선 분할 등 광고 규칙은 출력 인터페이스에 따라 적용된다.

  4. 장애 경로 표시

    경로를 사용할 수 없게 되면 metric 16으로 도달 불가를 알릴 수 있다. 가 변경 소식의 전파를 앞당긴다.

  5. 이웃의 사용 중단

    이웃은 도달 불가 정보와 자신의 타이머·다른 후보를 반영해 경로를 갱신한다. 다른 장비의 갱신까지 동시에 끝나는 것은 아니다.

03먼저 알아둘 용어와 구성요소

가 사용하는 메트릭이다. 통과할 라우터 수를 기반으로 하며 16은 도달 불가를 뜻한다.
메시지의 20바이트 경로 항목으로 주소·마스크·Next Hop·Metric 등을 담는다.
경로를 배운 인터페이스 쪽으로 그 경로를 다시 광고하지 않아 루프를 줄이는 기법이다.
실패한 경로의 메트릭을 16으로 광고하여 도달 불가를 알리는 방법이다.
경로를 배운 방향으로 그 경로를 도달 불가 메트릭으로 광고하는 방식이다.
경로 변화가 있을 때 정기 주기를 기다리지 않고 보내는 갱신이다.
프리픽스 마스크를 경로 항목에 싣지 않는 초기 버전이다.
마스크·다음 홉·경로 태그 등을 포함하도록 확장한 버전이다.
경로 교환에 사용하는 계열 프로토콜이다. 패킷에 주소만 바꿔 넣는 형식은 아니다.
루프를 통해 잘못된 거리 정보가 반복 증가하다 도달 불가에 이르는 거리 벡터의 문제다.
LEARN THROUGH PRACTICE

실습: IPv6 인터페이스와 RIPng 패킷 구분

인터페이스 주소와 업데이트에서 링크 로컬·멀티캐스트· 포트의 역할을 나눈다.

실습 구성과 전제

  • Loopback 출력과 캡처는 별도 연습의 관찰 예다. 동일 라우터의 연속 실행으로 해석하지 않는다.
  • 재구성 설정은 문서용 2001:db8::/32를 사용한다.

  1. 주소 설정과 라우팅 활성화 구분

    • 주소 보유와 인터페이스 사이의 전달은 별개다. 라우터 기능에는 unicast-routing을 설정한다.
    • show interface brief에서 링크 로컬과 설정 주소를 따로 읽는다. 링크 로컬은 같은 링크의 인접 통신에 사용한다.
    text
    ipv6 unicast-routing
interface Loopback0
 ipv6 address 2001:db8:1::1/64
end
show ipv6 interface brief
show ipv6 route

    주소를 문서용으로 바꾼 재구성 예시

    IPv6 주소와 터널 구성원본 크기로 보기 ↗
    • Loopback0에 [up/up]이 보인다.
    • FE80::로 시작하는 주소와 다른 IPv6 주소가 두 줄로 표시된다.
    확인 기준

    up/up과 주소 확인 뒤 원격 목적지의 경로표도 확인한다.

  2. RIPng 참여 인터페이스 지정

    • 클래식 IOS의 LAB enable은 해당 인터페이스를 에 참여시킨다. 의 network 명령과 구분한다.
    • 가 있어도 주소·PVC 매핑·링크 동작이 준비되지 않으면 피어와 업데이트를 교환하지 못한다.
    text
    ipv6 router rip LAB
interface Serial1/0.123
 ipv6 rip LAB enable
end
show ipv6 rip
show ipv6 route rip

    주소·PVC가 준비된 IOS 연습망에서 사용하는 예시

    확인 기준

    실제 링크에 업데이트가 있는지 확인한다.

  3. 동일 링크의 IPv4와 IPv6 제어 구분

    • 캡처에 Hello와 가 함께 보인다. 물리 링크 하나가 여러 프로토콜을 운반할 수 있다.
    • 는 521→521, 목적지 ff02::9, Response다. Version 1을 또는 RIPv3라는 이름으로 바꾸지 않는다.
    text
    Wireshark 표시 필터: ripng
비교: ipv6 && udp.port == 521

    실습 흐름을 재구성한 명령 예시. 장치·인터페이스 이름은 구성에 맞춰 사용한다.

    9/10 - ipv6 · 실습·개념 참고 화면 2원본 크기로 보기 ↗
    • RIPng·OSPF Hello·Q.933 상태 메시지가 같은 목록에 있다.
    • 선택한 UDP Source/Destination Port는 모두 521이며 목적지는 ff02::9다.
    확인 기준

    의 ff02::9와 for 의 ff02::a를 혼동하지 않는다.

실습에서 확인한 동작 원리

  • 주소 설정· 활성화·프로토콜 참여는 각각 다른 단계다.
  • 이름이나 숫자를 외우기보다 패킷 필드로 실제 프로토콜을 확인한다.
관련 개념·전체 실습 화면 이어서 읽기 →
동작·명령 참고 문서
LEARN THROUGH PRACTICE

서로 다른 라우팅 영역을 경계에서 연결하기

AS 경계와 경계에서 재분배가 필요한 이유를 구성도와 수신 경로 종류로 추적한다.

실습 구성과 전제

  • R1–R2는 100, R2–R3는 200, R3–R4는 , R4–R5는 를 쓰는 실습이다.
  • 각 구간의 주소와 PVC는 먼저 정상화한다. 아래 명령은 이미 해당 가 구성된 격리 실습의 경계 설정이다.

  1. 프로토콜별 도달 범위를 먼저 확인한다

    • 한 라우터에서 여러 를 실행해도 배운 경로가 다른 로 자동 광고되는 것은 아니다.
    • R2는 두 AS의 경계이고 R3는 와 의 경계다. R4의 가 로 넘어가는 부분은 별도의 재분배 조건이다.
    text
    show ip protocols
show ip route
show ip eigrp neighbors

    실습 흐름을 재구성한 명령 예시. 장치·인터페이스 이름은 구성에 맞춰 사용한다.

    EIGRP 이웃·경로·DUAL 실습원본 크기로 보기 ↗
    • R1부터 R5까지 EIGRP100, EIGRP200, RIPv2, static 구역이 구분되어 있다.
    • R2와 R3 부근에 redistribute 표기가 있고 각 라우터 아래에 서로 다른 LAN이 연결되어 있다.
    확인 기준

    각 영역 안의 이웃·경로가 먼저 정상이어야 한다. 경계 너머 경로가 없는 상태를 내부 인접 실패와 구분한다.

  2. EIGRP AS 사이의 외부 경로를 만든다

    • R2의 각 에 반대 AS를 재분배한다. metric의 다섯 값은 대역폭·지연·신뢰도·부하· 순서이며 서로 다른 척도를 초기화하는 값이다.
    • 수신 라우터에서 D EX가 나타나면 외부 경로로 학습한 것이다. D는 경로이고 EX는 외부 기원을 뜻하므로 AD 값만으로 재분배 방향을 판단하지 않는다.
    text
    router eigrp 100
 redistribute eigrp 200 metric 1544 100 255 1 1500
router eigrp 200
 redistribute eigrp 100 metric 1544 100 255 1 1500

    R2의 원 실습 명령을 축약 없이 재구성했다. 여러 재분배 경계가 있는 운영망에 그대로 적용하는 예시는 아니다.

    확인 기준

    설정만 보지 말고 반대편 수신 라우터에서 목적지 경로와 next hop을 확인한다.

  3. RIP 경계에서는 hop metric으로 바꾼다

    • R3에서 경로를 로 넣을 때는 복합 metric의 초기값을, 경로를 로 넣을 때는 hop 수의 초기값을 지정한다.
    • 의 metric 2는 내부의 실제 홉 수를 보존한 숫자가 아니다. 왕복 ping은 양쪽 경로가 모두 있어야 성공하며 다중 경계에서는 필터·태그로 재유입을 막아야 한다.
    text
    router eigrp 200
 redistribute rip metric 1544 100 255 1 1500
router rip
 redistribute eigrp 200 metric 2
end
show ip protocols
show ip route

    실습 흐름을 재구성한 명령 예시. 장치·인터페이스 이름은 구성에 맞춰 사용한다.

    확인 기준

    show ip protocols에 재분배 원천이 있고 수신 라우터의 R 또는 D EX 경로가 올바른 next hop을 가리키는지 확인한다.

실습에서 확인한 동작 원리

  • 프로토콜 실행과 서로의 는 별도 동작이다.
  • 재분배 성공은 경계 장비 설정, 수신 경로의 기원, 반환 경로를 함께 확인해야 증명된다.
관련 개념·전체 실습 화면 이어서 읽기 →
동작·명령 참고 문서
LEARN THROUGH PRACTICE

두 라우터의 RIP 표에서 hop 증가와 도달 한계를 읽기

같은 목적지 경로가 다른 라우터에서 어떻게 다른 metric으로 나타나는지 비교하고 인증 실패를 별도 원인으로 구분한다.

실습 구성과 전제

  • 두 라우터의 표는 같은 실습에서 기록한 서로 다른 관측점이다. 한 장비의 변경 전후 화면으로 해석하지 않는다.
  • 아래 인증 오류는 별도 인증 실습이다. hop 증가 사례와 하나의 장애 시나리오로 합치지 않는다.

  1. 첫 라우터의 목적지와 metric을 고정한다

    • show ip route의 대괄호는 에서 [관리 거리/metric]이다. 첫 표의 1.3.3.0/27은 [120/14]이므로 관리 거리 120, hop metric 14로 읽는다.
    • next hop과 출력 인터페이스는 패킷을 바로 보낼 상대를 나타낸다. 14라는 숫자가 캡처 위치에서 직접 측정한 왕복 지연은 아니다.
    text
    show ip route rip
show ip protocols

    실습 흐름을 재구성한 명령 예시. 장치·인터페이스 이름은 구성에 맞춰 사용한다.

    RIP 실습 · 실습·개념 참고 화면 4원본 크기로 보기 ↗
    • 1.3.3.0/27 행에 [120/14]가 표시된다.
    • 1.4.4.0/25에는 [120/8]이 보이고 여러 경로가 Ethernet2/0 쪽 next hop을 공유한다.
    확인 기준

    같은 접두사와 마스크를 골라야 한다. 1.3.3.0/27과 1.3.3.32/27은 서로 다른 목적지다.

  2. 다음 관측점의 동일 접두사와 비교한다

    • 다른 라우터의 1.3.3.0/27은 [120/15]이다. 이 경로를 metric 15로 광고받은 이웃이 비용 1을 더하면 16이 되어 사용 가능한 경로가 아니다.
    • 에서 16은 무한대 표현이다. hop 제한은 count-to-infinity를 제한하지만 모든 순간의 루프를 예방하는 충분조건은 아니다. 과 등의 동작도 필요하다.
    RIP 실습 · 실습·개념 참고 화면 6원본 크기로 보기 ↗
    • 1.3.3.0/27 행은 [120/15]이며 Serial1/0 방향이다.
    • 1.4.4.0/25 행은 [120/9]로 첫 표의 8보다 1 크다.
    확인 기준

    목적지 일치 후 metric이 14→15로 달라진 것을 비교한다. 두 화면의 전체 경로 수 차이만으로 패킷 손실을 단정하지 않는다.

  3. 경로가 아예 들어오지 않으면 인증과 수신을 분리한다

    • 별도 화면의 invalid 은 업데이트가 도착했으나 인증 검사에서 거부되었다는 증거다. 가 보인다는 사실만으로 경로 학습을 인정할 수 없다.
    • 해당 인터페이스의 인증 모드·key-chain 참조·유효 시간을 양단에서 대조한다. 비밀값을 캡처 공유나 결과 문서에 복사하지 않고 키 일치 여부만 검증한다.
    text
    show ip protocols
show ip route rip
show running-config interface Serial1/0

    조회 예시. 출력에 인증 관련 설정이 포함될 수 있으므로 보고서에는 비밀값을 제외한다.

    RIPv2 이웃과 인증 · Neighbor (3)원본 크기로 보기 ↗
    • RIP: ignored v2 packet 메시지가 반복된다.
    • 거부 이유로 invalid authentication이 명시되어 있다.
    확인 기준

    인증 오류가 사라진 뒤 새 업데이트와 경로 유효 시간을 다시 확인한다. 기존 경로가 남아 있을 수 있으므로 표의 존재만으로 새 업데이트 수신을 증명하지 않는다.

실습에서 확인한 동작 원리

  • 표는 접두사·마스크·hop·next hop을 함께 비교해야 한다.
  • 패킷 수신, 인증 통과, 경로 채택은 서로 다른 확인 단계다.
관련 개념·전체 실습 화면 이어서 읽기 →
동작·명령 참고 문서

04예제로 따라가기

  • 인증 항목이 없는 메시지에 최대 25개 가 있다고 하자. 헤더 4바이트+25×20바이트=504바이트가 데이터가 된다. 8바이트와 옵션 없는 20바이트를 더하면 IP 길이는 532바이트다. 인증용 항목을 같은 형식 안에 넣는 경우 실제 경로를 담을 수 있는 자리 수는 달라진다.
  • 이웃 R2가 목적지를 Metric=2로 광고하고 수신 링크 비용이 1이면 로컬 경로 Metric=3으로 기록한다. Next Hop=0이면 R2가 실제 다음 홉이다. 유효한 갱신이 계속 오면 해당 경로의 timeout이 다시 시작된다. RFC 2453 기본 timeout 180초가 지나면 경로를 도달 불가로 표시하고 Metric=16을 광고하는 삭제 절차로 들어간다.
  • RFC의 garbage-collection 기본은 120초다. 의 invalid·holddown·flush 표시와 동일한 이름·기준 시각으로 단순 치환하지 말고 실제 구현 타이머를 읽어 해석한다.

05혼동하기 쉬운 점과 확인 기준

  • 수신 Metric=16은 설치할 새 유효 경로가 아니다. 패킷에 프리픽스가 있다는 이유만으로 에 반드시 추가돼야 한다고 판단하지 않는다.
  • 구간은 마스크를 광고하지 않으므로 VLSM·불연속 에 필요한 정보를 잃을 수 있다. 송수신 설정과 실제 패킷 Version·Mask를 함께 본다.
  • DB에서 경로를 배웠어도 같은 프리픽스의 더 선호되는 static· 등이 를 차지할 수 있다. 수신 실패와 로컬 선택 실패를 구분한다.

06상세 노트 · 실습 자료

헤더 구조, 설정 예시, 수치 계산과 수업 캡처는 아래 노트에서 이어집니다.

RIPv2 메시지·타이머·루프 완화와 경로 제어RIP의 거리 벡터 계산과 metric16, 업데이트·만료 타이머를 설명한다. Split Horizon·Poison Reverse와 원문의 passive·offset·distribute·summary 설정을 구분한다.상세 노트 읽기 →

공식 문서 · 표준

기초 개념과 동작 설명을 대조한 자료입니다. 제품 버전과 실제 설정에 따른 차이는 본문 및 원문에서 확인하세요.