Cloud System Engineer

RIP 프로토콜 본문

네트워크/GNS3

RIP 프로토콜

클라우드 엔지니어 2021. 3. 22. 00:10

RIP은 동적인 라우팅 프로토콜  중에서 가장 오래된것으로 동작방식이 간단하고 설정도 쉽다. RIP 은 버전 1, 2가 있으며 
클래스 풀 라우팅 프로토콜인 RIP 버전 1은 거의 사용되지않는다.

 

토폴로지

 

## 공통 설정  ## 

conf t 
no ip domain lookup 
line console 0  
exec-timeout 0 
logging synchronous 
exit 
line vty 0 4 
password cisco 
exit

프레임릴레이 설정 
R1~R4
interface serial 1/0 
no shutdown 
encapsulation frame-relay 
no frame-relay inverse-arp 
clock rate 64000 
exit  


R1) 
conf t 
int f0/0
no sh
ip add 1.1.10.1 255.255.255.0
exit

interface serial 1/0 
ip address 1.1.123.1 255.255.255.0 
frame-relay map ip 1.1.123.2 102 broadcast 
frame-relay map ip 1.1.123.3 102 broadcast 
exit 

R2) 
conf t 
int f0/0 
ip address 1.1.20.2 255.255.255.0 
exit 
interface serial 1/0.123 m 
ip address 1.1.123.2 255.255.255.0 
frame-relay map ip 1.1.123.1 201 broadcast
frame-relay map ip 1.1.123.3 203 broadcast 
exit 

R3) 
conf t 
int f0/0
ip address 1.1.30.3 255.255.255.0 
exit 
interface serial s1/0
ip address 1.1.123.3 255.255.255.0 
frame-relay map ip 1.1.123.1 302 broadcast
frame-relay map ip 1.1.123.2 302 broadcast  
exit 

 

r1 라우팅 테이블
r1 넥스트 홉 핑 테스트

 

RIP 설정

각 라우터에 RIP 을 설정한다.
R1 ~R4
router rip 
version 2
network 1.0.0.0

 

 

r1 라우팅 테이블

 

r2 라우팅 테이블

 

R1 , R2 , R3 동일하게 RIP 을 적용한다음 R1에서 라우팅테이블에서 확인해보았더니
R3에 접속된 1.1.30.0/24 네트워크는 보이지 않는다.

 

R2에서 확인해보면 R1과 R3에 접속된 1.1.10.0/24, 1.1.30.0/24네트워크를 모두 RIP을 통해 광고받았다.

 

 

##스플릿 호라이즌 

RIP , EIGRP , BGP 같은 디스턴스 백터 라우팅 프로토콜에서는 스플릿 호라이즌 규칙이 적용된다.

RIP 과 EIGRP 에 적용되는 스플릿 호라이즌 규칙은?

수신한 인터페이스로 동일한 네트워크정보를  광고하지 않는다.
스플릿 호라이즌 규칙은 라우팅 루프를 방지하기 위한 수단중  하나이다.

RIP은 서브 인터페이스와 이더넷에서 자동으로 스플릿 호라이즌을 활성화 시킨다.
R2는 서브 인터페이스를 사용했기때문에 스플릿 호라이즌이 적용 되어있다.

R1,R3에는 주 인터페이스 이기 때문에 스플릿 호라이즌이 적용되어 있지 않는다.

R2의 스플릿 호라이즌을 비활성 시켜보자

 

R2)
interface s1/0.123
no ip splilt-horizon

 

 

적용후 r1 라우팅 테이블

 

r1 -> r3 ping

자동축약
디스턴스 벡터 라우팅 프로토콜인  rip eigrp 등이 가진 특성이 하나가 자동 축약이다.
rip , eigrp 의 자동축약 기능은 다음과 같이 동작함.
주 네트워크 경계에서 주 네트워크만 광고한다.

루프백 인터페이스를 만들어주고 ip 2.2.1.1./24 를 부여한다.

r1
interface lo 0
ip add 2.2.1.1 255.255.255.0
exit

router rip
network 2.0.0.0

 

 

r1에서 광고하려는 네트워크 정보인 2.0.0.0 과 1.0.0.0 으로 서로 다르다. 이처럼 광고하려는 네트워크 정보와
인터페이스 ip 주소의 주 네트워크가 서로 다른 지점인 s1/0 인터페이스를 주 네트워크 경계라 한다.

R1은 자동 축약 규칙에 따라 2.2.1.0/24 네트워크가아닌 2.0.0.0/8네트워크를 광고하게 된다.

 

 

 

R2 에서 R1 루프백

 

R2 라우팅 테이블을 확인하면 RIP 은 30초마다 RIP설정에 포함된 인터페이스로 정보를 전송한다.
그러나 새로운 네트워크가 추가 되거나 다운되면 그 네트워크 정보만 즉시 전송한다. 이를 업테이트 트리거드 라고 한다.

자동축약 때문에 단절된 네트워크
자동 축약 기능은 네트워크의 성능을 좋게할 수 있다.
경우에 따라 단절된 네트워크가 만들어 질 수도 있다.

R3에도 루프백 주소를 만들어보자

r3)
interface lo 0
ip add 2.2.3.3 255.255.255.0
exit

router rip
network 2.0.0.0


잠시후 r2 라우팅 테이블을 확인해보자

 

R2 라우팅 테이블

 

r3에서도 자동 축약이 이루어지면서 2.0.0.0의 경로가 두개가 생겼다.

핑테스트

 

 

2.2.3.3 은성공하고 2.2.1.1 은실패한다.

이문제를 해결하려면 R1이나 R3 두 라우터에 RIP의 자동축약 기능을 비활성화 시키면된다.
router rip
no auto-summary

 

설정후

R2로가서 

clear ip route * 명령어로 라우팅 테이블을 초기화시키자.

 

자동 축약 전

 

자동축약 적용 후

 

이제 R1에서 2.2.3.3 으로 통신이 가능하다.

'네트워크 > GNS3' 카테고리의 다른 글

프레임 릴레이  (0) 2021.03.21
ACL(access-control-list)  (0) 2021.03.01
OSPF  (0) 2021.03.01
eigrp  (0) 2021.02.28
네트워크 이중화  (0) 2021.02.21