I am developing person.

Dynamic Routing Protocol Enabling

  • rip_01

rip_01

static_02 복사 + static 제거

R1 static 제거
R1(config)#no ip route 10.100.1.0 255.255.255.0
R1(config)#do copy r s
R2 static 제거
R2(config)#no ip route 192.168.10.0 255.255.255.0
R2(config)#do copy r s

RIP 구성

R1 RIP 구성
R1(config)#router rip
R1(config-router)#version 2
R1(config-router)#network 192.168.10.0
R1(config-router)#network 201.100.10.0

show run 결과 rip 생성을 확인할 수 있음

그러나, 아직 R2의 rip 설정이 되지 않았기에, ip route에는 rip가 추가되지 않음

R2 RIP 구성
R2(config)#router rip
R2(config-router)#version 2
R2(config-router)#network 201.100.10.0
R2(config-router)#network 10.0.0.0

R2의 rip 구성을 마친 후, show ip route 를 통해 정보를 확인하니 RIP가 추가된 것을 확인할 수 있음

RIP의 구성 검증

show ip protocols : rip이 설정되어 있는 경우 rip에서 사용 가능한 프로토콜을 볼 수 있다

clear ip route * : 라우팅 테이블 삭제 (저장되지 않은 상태로 라우터 껐다 켜는 게 더 편함)

debug ip rip : 실시간 rip 출력 / no ip rip : 디버깅 종료

224.0.0.9

D 클래스 주소 (IGMP - 1:n 통신) 중 RIP-2로 지정된 라우터로, rip으로 연결되어있는 모두와 정보 교환을 함

Routing Loop

다수의 라우터가 동일한 목적지 네트워크 경로를 가지고 있는데 그 경로에 문제가 발생하면 나오는 루프 현상. 라우팅 프로토콜의 업데이트 수렴주기의 차이 때문에 발생함

Loop 해결 방법

  • Split Horizn
    특정 인터페이스에서 전달받은 라우팅 정보를 다시 그 인터페이스로 전달하지 않음 (단방향)
    *가상 장비에도 문제가 발생할 가능성 존재

  • Routing Poisoning
    네트워크에 문제가 생기면 바로 홉 카운트를 최대로 올려, 즉시 라우팅 정보 폐기

  • Hold down Timer
    라우터가 연결 실패 정보를 수신하면, 해당 경로를 라우팅 테이블에서 즉시 삭제하지 않고, 일정 시간동안 정보의 사실관계를 확인하기 위해 대기하며, 토폴로지의 변화에 대한 검증 용도로 사용

  • Triggered Update
    업데이트 하는 주기 이전에 문제가 생긴 정보는 즉시 전달하되, 전체 라우팅 정보가 아닌, 변화된 정보만 전달

Example

위와 같이 Router-C에서 다운된 이더넷 구간을 라우팅 테이블에서 경로 제거 했을 때, distance vector는 network topology를 이해하지 못한다. 따라서, Router-C 는 Router-B에서 받은 라우팅 정보를 기반으로, 10.4.0.0에 도달할 수 있는 또 다른 경로가 있다고 판단한다.

결국, Hop Count가 16까지 증가되어야 10.4.0.0 의 네트워크에 도달할 수 없음을 모든 라우터가 인지하게 되고, 이 때 라우팅 테이블에서 해당 경로를 제거하게 되는데, 그 전까지 Router-B와 Router-C 사이에서 아래와 같이 Routing Loop이 발생한다

태그:

카테고리:

업데이트:

참고