일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | 3 | 4 | |||
5 | 6 | 7 | 8 | 9 | 10 | 11 |
12 | 13 | 14 | 15 | 16 | 17 | 18 |
19 | 20 | 21 | 22 | 23 | 24 | 25 |
26 | 27 | 28 | 29 | 30 | 31 |
- 클라우드
- Server
- Azure
- windows server
- Microsoft
- 가상화
- 컴퓨터
- 시스템 엔지니어
- Docker
- windows
- network
- SE
- cloud engineer
- Microsoft 365
- Exchange Online
- Linux
- cloud
- It
- 클라우드엔지니어
- Microsoft Azure
- 리눅스
- 시트릭스
- 리눅스마스터1급
- 네트워크
- Entra ID
- 메일보안
- aws
- 그룹정책
- 시스템엔지니어
- Azure AD
- Today
- Total
Cloud System Engineer
RIP 프로토콜 본문
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
RIP 설정
각 라우터에 RIP 을 설정한다.
R1 ~R4
router rip
version 2
network 1.0.0.0
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
자동축약
디스턴스 벡터 라우팅 프로토콜인 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 라우팅 테이블을 확인하면 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 라우팅 테이블을 확인해보자
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 으로 통신이 가능하다.