[네트워크] EVE-NG로 동적 경로 설정(Dynamic Routing) RIP 실습하기

안녕하세요

 

이번 시간에는 이전 포스팅에서 설치했던

EVE-NG로 동적 경로 설정(Dynamic Routing) RIP 라우팅 프로토콜을 실습해보고자 합니다

 

라우터(Router)가 목적지 정보를 학습하는 방법

- 장치 직접 연결(Conneted)
- 정적 경로 설정(Static Routing)
- 동적 경로 설정(Dynamic Routing)
- 재분배(Redistribution)

 

동적 경로 설정(Dynamic Routing)이란?
네트워크 정보를 이웃한 라우터와 교류하여 학습하고 최신 정보를 유지하는 것을 다이나믹 라우팅이라고 한다
위에 그림에서 보는 것과 같이 다양한 라우팅 프로토콜이 존재하며, 각 프로토콜별로 동작하는 방식이 다르고 메트릭(Metric) 역시 다르기 때문에 네트워크 구성에 따라 적절한 라우팅 프로토콜을 선택해야 한다

DV(Distance Vector) - IGRP, RIPv1, RIPv2, BGP
ADV(Advance Distance Vector) - EIGRP
LS(Link State) - OSPF, IS-IS
표준 라우팅 프로토콜 - RIPv2, OSPF, BGP
Classful - 클래스를 구분해서 라우팅
Classless - 클래스를 구분하지 않고 라우팅

장점
- 네트워크 구성이 변화하면 그것을 감지하고 변화된 내용을 동적(자동)으로 관리해주기 때문에 학습하고 새로운 최적 경로를 선정한다 

단점
- 라우팅 테이블을 구성하고 관리하는 과정에서 컴퓨터의 자원(CPU, Memory)을 사용하여 성능 저하가 일어남

 

관리 거리(Administrative Distance)

- 관리 거리(Administrative Distance) 값이 낮을수록 신뢰성이 높음

 

클래스 풀 라우팅(Classful Routing)

- 값을 전달할 때 서브넷 마스크(Subnet mask) 정보를 전달하지 않는다
- RIPv1과 IGRP가 클래스 풀 라우팅에 해당한다
- 서브넷 마스크(Subnet mask) 정보를 전달하지 않아 서브 네팅(Subnetting)을 이해할 수 없음 

 

Distance Vector의 특징

- Auto-summary: Classful
- Manual-summary: Classless
- RIP, IGRP는 업데이트 주기가 느리고 기준(Metric)으로 16홉(Hop-count)이라는 제한이 있음

 

RIP의 장단점

장점
- 환경 구성이 쉽다
- 네트워크를 지정하는 것만으로 대부분의 토폴로지에서 문제없이 작동한다
- 소규모 네트워크나 대형 네트워크의 말단 지점에서 사용하면 편리하다
- 호환성이 좋다

단점
- 경로 결정 시 링크의 속도를 반영하지 못한다
- 복잡한 네트워크에서는 비효율적인 경로가 만들어질 수 있다
- 라우팅 정보 전송 방식이 비효율적이다
- 목적지까지 라우팅이 가능한 최대 Hop Count가 16으로 제한되어 있다

 

RIP 라우팅 프로토콜(RIP Routing Protocol) 실습하기

EVE-NG [add new lab]을 클릭하여 02 RIP Routing Protocol Basic로 Lab 이름 설정 [Save]

 

빈 화면 마우스 우클릭 - [Node] - [Cisco IOL] 클릭

 

라우터 5대, 이미지는 L3, Serial port는 1 추가 후 [Save] 

→ Serial은 Dyrect 연결방식이기 때문에 MAC address가 필요가 없음

→ Ethernet과는 다르게 Packet을 잡을 수는 없지만, 현재 Packet이 생성되지 않았기 때문에 Serial로 설정

 

빈 화면 마우스 우클릭 - [Node] - [Cisco IOL] 클릭

 

따로 스위치는 사용하지 않기 때문에 토폴로지 구성 용으로 생성

1대, 장비 이미지는 l2, 이름은 SW, 아이콘은 Switch로 바꿔준 후 [Save]

 

[실습 토폴로지 구성]

[More action] - [Start All Nodes]는 사용하는 컴퓨터에 과부하를 줄 수 있기 때문에

*장비를 하나하나 켜줍니다

각 인터페이스에 IP를 할당해준 후 상태를 확인해줍니다

 

!-- R1 Config
enable
conf t
int s1/0
ip add 10.1.13.1 255.255.255.0
no sh
int e0/0
ip add 10.1.124.1 255.255.255.0
no sh
int lo0
ip add 172.16.101.1 255.255.255.0
// 루프백 인터페이스는 가상의 인터페이스로 up 상태이기 때문에 no shutdown을 해줄 필요가 없습니다

 

!-- R2 Config
enable
conf t
int s1/1
ip add 10.1.23.2 255.255.255.0
no sh
int e0/0
ip add 10.1.124.2 255.255.255.0
no sh
int lo0
ip add 172.16.102.2 255.255.255.0

 

!-- R3 Config
enable
conf t
int s1/0
ip add 10.1.13.3 255.255.255.0
no sh
int s1/1
ip add 10.1.23.3 255.255.255.0
no sh
int e0/0
ip add 10.1.35.3 255.255.255.0
no sh
int lo0
ip add 172.16.103.3 255.255.255.0

 

!-- R4 Config
enable
conf t
int e0/0
ip add 10.1.124.4 255.255.255.0
no sh
int lo0
ip add 172.16.104.4 255.255.255.0
int lo1
ip add 172.16.144.4 255.255.255.0

 

!-- R5 Config
enable
conf t
int e0/0
ip add 10.1.35.5 255.255.255.0
no sh

 

!-- R1 Config
router rip
network 10.1.23.0
do show run | sec rip
// rip 설정 상태 확인
router rip에 network 10.0.0.0으로 들어온 것을 확인할 수 있다
- RIPv1 라우팅 프로토콜이 Classful 한 라우팅 프로토콜이고 10.x.x.x가 A Class이기 때문에 10.1.23.0으로 입력해도 10.0.0.0으로 들어간 모습이다 

 

debug ip rip를 통해서 sending와 received를 확인할 수 있다
!-- R1 Config
un all
// 디버그 상태 끄기 - 디버그는 한 번 켜주고 나면 다시 꺼줘야 한다 *성능이 느려짐

R1과 R2에서 서로 광고를 통해 RIP 설정을 마친 모습
!-- R1 Config
show ip route
// R로 표시된 10.1.23.0/24 네트워크가 RIP으로 라우팅 테이블에 올라간 것을 확인할 수 있다

 

Classless 방식을 사용하기 위한 RIPv2 실습하기

- 앞서 학습했을 때는 Classful 방식인 RIPv1이기 때문에 광고를 해도 서브넷 마스크 값들은 다른 라우터에 전달되지 않기 때문에 10.0.0.0으로 Classful 방식은 같은 클래스일 때 어떤 네트워크인지 구분할 수 없다.

- RIPv2로 바꿔서 Classless 한 네트워크 환경으로 바꿔줄 필요가 있다

 

RIP의 버전을 2로 바꿔준 후 다시 한번 광고를 해보자 

이번에는 10.1.35.0에 광고를 합니다.

 

- 그래도 10.0.0.0으로 뜨는 모습이다. 이것은 RIPv2의 default 값 Auto matic network 기능이 켜져 있어서 그렇게 표시된다. 따라서 Auto-summary 기능을 꺼주면 RIPv2에서 Classless 한 방식으로 동작한다.

- Auto-summary 기능을 꺼봅시다

 

- 서브넷 마스크를 포함한 이제는 24비트로 표시 네트워크를 구분할 수 있게 되었다.
- 다 버전 2로 바꿔주고 auto-summary 기능을 꺼도 남아 있는 경우가 있는데 갱신하는데 시간이 오래 걸리기 때문에 반영이 늦게 되는 거뿐이라 기다려주면 사라진다.

 

- show ip protocol로 RIP에 대한 시간 정보를 알 수 있다
- 30초가 지났는데도 불구하고 업데이트가 없으면 Invalid(150초)만큼 기다린다.
- Hold는 다른 라우터들이 불필요한 정보가 광고되는 것을 막기 위해 그 정보를 묶어두는 시간이다.
- 업데이트 시간이 지나고 Invalid 시간이 지나고 Hold time의 60초가 됐을 때 flushed가 일어나 그 불필요한 정보가 삭제된다.
- 하지만 이것은 거의 RIPv1에서만 발생하는 문제이다.

여기까지 라우팅 프로토콜인 RIP에 대해서 알아보고 실습을 진행했습니다.

 

다음 시간에는 라우팅 프로토콜인 OSPF에 대해서 포스팅하겠습니다.

 

감사합니다!