Cisco IOS 명령어(4) - 정적 경로, 동적 경로(RIPv1, RIPv2)

실습 - 균형 로드 분산

A에서 B로 패킷을 보낼 때 R2 라우터 입장에서 경로가 세 개 존재한다.

 

R2 라우팅 테이블을 확인해 보면 경로가 세 개 존재한다.

 

따라서 패킷을 분할로 전송하게 된다. -> R2 라우팅 테이블에서 B경로 세 개가 신뢰도까지 똑같기 때문

만약, 경로 세 개가 모두 같은 네트워크 대역폭을 가졌으면 아주 좋다. 하지만 위 예시에서는 대역폭이 다르기 때문에 안좋다. 

따라서 대역폭이 가장 큰(13.13.100.4)를 주로 이용하다가 장애,삭제 발생 시 대역폭이 작더라도(13.13.12.1,13. 13.23.3) 패킷을 보낼 수 있도록 연결 해야한다.

 

R2 show run

R2 show ip route

R2에서 B로 갈때 13.13.100.4가 네트워크 대역폭(100M)이 가장 크기 때문에 신뢰도를 설정하지않고(설정하지 않으면 1)

두 경로는 신뢰도를 10으로 설정한다. 그러면 running-config 파일에서 신뢰도가 가장 작은 100M가만 라우팅 테이블에 등록이 된다.

 

라우팅 테이블에 등록된 13.13.100.4 만 이용하는 걸 볼 수 있다.

 

만약 위 처럼 R2 라우터 Fa0/1 인터페이스가 장애가 발생하면 13.13.100.4를 이용 할 수 없기 때문에 running-config 파일에서 B로 가는 경로 중 신뢰도가 다음으로 작은 걸 등록하게 된다.

 

13.13.12.1 과 13.13.23.3 이 신뢰도 10으로 B로 가는 경로에 등록된 걸 볼 수 있다.

 

 

 

동적 경로 프로토콜 - RIPv1, RIPv2

 

동적 경로
: 해당 네트워크를 가지고 있는 라우터가 다른 라우터에게 알려줌 -> 라우팅 프로토콜이 필요함

Distance Vector 
1. 네트워크 이름
2. 넥스트 - 홉
3. 메트릭

ex)

강남역 - 역삼역

            역삼역 - 선릉역

                        선릉역 - 삼성역

                                    삼성역 - 코엑스 

link state - 목적지 까지 연결된 상태를 안다.
1. 네트워크 이름
2. 넥스트 - 홉
3. 메트릭
4. 네트워크 라우터 어디 연결 - Distance Vector 추가된 내용

ex)
   강남역 - 역삼역 - 선릉역 - 삼성역 - 코엑스

 

@ RIPv1 라우팅 프로토콜

 - Distance Vector <-> link state
 - Classful Routing Protocol 
 - IGP = 코어 계층 밑에서 라우팅 테이블을 소량으로 업데이트 할 때 사용한다.
 (- EGP = AS 업체끼리 라우팅 테이블을 업데이트 할때 -> 양이 많다.)

1. RIPv1 설정

Router(config)#router rip - rip은 클래스만 본다.. 따라서 권장하지 않는다.
Router(config-router)#network A.0.0.0
Router(config-router)#network B.B.0.0
Router(config-router)#network C.C.C.0

@ R1, R2, R3

router rip
 network 13.0.0.0 

R1,R2,R3#show run
R1,R2,R3#show ip route

R1#ping 13.13.20.1 
R1#ping 13.13.30.1

R2#ping 13.13.10.1
R2#ping 13.13.30.1

R3#ping 13.13.20.1 
R3#ping 13.13.10.1

 

RIPv1 설정 후 R1 라우팅 테이블

메트릭은 라우터를 지나온 개수이다.

2. Classful Routing Protocol - 쓰지도 않음 -> 볼 필요 없음, 현재는 서브넷팅이랑 vlsm 되어있기 때문

 - 네트워크를 클래스로 처리하며, 라우팅 업데이트시 서브넷 마스크가 포함되지 않는다.
 - VLSM X, CIDR X

서브넷 마스크 포함 x

3. 메트릭

 - 메트릭 단위 : Hop (라우터 개수)
 - Hop 범위 : 0~16 (실제 사용 가능한 범위 : 1~15)

hop 16 -> 장애 발생

4. 라우팅 업데이트 방식

 - 브로드케스트 (목적지 : 255.255.255.255)
 - 주기적인 라우팅 업데이트 실시 (업데이트 주기 : 30초)
 - 'passive-interface' 명령어를 이용하면, RIP 업데이트가 나가는것을 차단할 수 있다.

R1(config)#router rip
R1(config-router)#passive-interface fa0/0 - >내부 네트워크로 업데이트를 안보냄, 쓸때없는 트랙픽 낭비, 내부 네트워크로 보내도 라우팅 테이블에 등록할 애가 없어서 안보내는거
R1(config-router)#end

R1#debug ip rip
RIP protocol debugging is on
R1#
R1#
*Mar  1 00:31:52.479: RIP: sending v1 update to 255.255.255.255 via Serial1/0 (13.13.12.1)
*Mar  1 00:31:52.483: RIP: build update entries
*Mar  1 00:31:52.483:   subnet 13.13.10.0 metric 1
*Mar  1 00:31:52.487:   network 172.16.0.0 metric 1
R1#
*Mar  1 00:31:56.375: RIP: received v1 update from 13.13.12.2 on Serial1/0
*Mar  1 00:31:56.375:      13.13.20.0 in 1 hops
*Mar  1 00:31:56.379:      13.13.23.0 in 1 hops
*Mar  1 00:31:56.379:      13.13.30.0 in 2 hops
R1#
*Mar  1 00:32:18.179: RIP: sending v1 update to 255.255.255.255 via Serial1/0 (13.13.12.1)
*Mar  1 00:32:18.183: RIP: build update entries
*Mar  1 00:32:18.183:   subnet 13.13.10.0 metric 1
*Mar  1 00:32:18.187:   network 172.16.0.0 metric 1
R1#
*Mar  1 00:32:25.343: RIP: received v1 update from 13.13.12.2 on Serial1/0
*Mar  1 00:32:25.343:      13.13.20.0 in 1 hops
*Mar  1 00:32:25.347:      13.13.23.0 in 1 hops
*Mar  1 00:32:25.347:      13.13.30.0 in 2 hops
R1#
R1#undebug all
All possible debugging has been turned off


Ex) R2, R3 'passive-interface' 설정 실시

R2(config)#router rip
R2(config-router)#passive-interface fa0/0
R2(config-router)#end

R3(config)#router rip
R3(config-router)#passive-interface fa0/0
R3(config-router)#passive-interface lo172
R3(config-router)#end

R2,R3#show run
R2,R3#show ip protocol



5. 균등 로드 분산

 - 목적지 네트워크에 대한 최적 경로가 다수가 있을 경우, 자동으로 구현됨


6. RIP 타이머 - 안 중요

 - RIP 경로를 라우팅 업데이트 및 관리하는 타이머

R1#show ip protocols 
Routing Protocol is "rip"
  Outgoing update filter list for all interfaces is not set
  Incoming update filter list for all interfaces is not set
  Sending updates every 30 seconds, next due in 13 seconds
  Invalid after 180 seconds, hold down 180, flushed after 240

 - update(30초)  : 라우팅 업데이트 주기
 - invalid(180초) : update 타이머 이내에 라우팅 업데이트를 못받으면, 기회를 더 제공하는 시간
 - hold down(180초) : invalid 타이머 이내에 라우팅 업데이트를 못받으면, 경로를 삭제 대기 시간
 - flushed(240초) : 경로를 라우팅 테이블에서 삭제하는 타이머

0 30          180 0                                    180  
|─────|─────────────||─────────────|
   update                  invalid              hold down

0                             240
|────────────────────────|
                              flushed

Ex) '13.13.30.0/24'는 현재 invalid 타이머 180초가 만기가 되었다. 
      그럼 라우팅 테이블에서 몇 초 뒤에 삭제되는가? 


7. RIPv1 삭제

@ R1, R2, R3

conf t
!
no router rip
end

 

@ RIPv2 라우팅 프로토콜

 - Distance Vector 
 - Classless Routing Protocol - 마스크를 확인함
 - auto-summary -> no auto-summary    : 쓸 때 없어서 끄면됨
 - IGP


1. RIPv2 설정

Router(config)#router rip
Router(config-router)#version 2
Router(config-router)#no auto-summary
Router(config-router)#network A.0.0.0
Router(config-router)#network B.B.0.0
Router(config-router)#network C.C.C.0

@ R1, R2, R3

router rip
 version 2
 no auto-summary
 network 13.0.0.0


R1,R2,R3#show run
R1,R2,R3#show ip route

R1#ping 13.13.20.1 
R1#ping 13.13.30.1

R2#ping 13.13.10.1
R2#ping 13.13.30.1

R3#ping 13.13.20.1 
R3#ping 13.13.10.1


2. Classless Routing Protocol -> 버전 2에서 변함

 - 네트워크를 서브넷 마스크를 이용하여 처리하며, 라우팅 업데이트시 서브넷 마스크가 포함된다.
 - VLSM O, CIDR O


3. 메트릭

 - 메트릭 단위 : Hop (라우터 개수)
 - Hop 범위 : 0~16 (실제 사용 가능한 범위 : 1~15)


4. 라우팅 업데이트 방식

 - 멀티케스트 (목적지 : 224.0.0.9)  -> 버전 2에서 변함
 - 주기적인 라우팅 업데이트 실시 (업데이트 주기 : 30초)
 - 'passive-interface' 명령어를 이용하면, RIP 업데이트가 나가는것을 차단할 수 있다.

R1(config)#router rip
R1(config-router)#passive-interface fa0/0
R1(config-router)#end

R1#debug ip rip
RIP protocol debugging is on
R1#
R1#
*Mar  1 00:53:23.367: RIP: sending v2 update to 224.0.0.9 via Serial1/0 (13.13.12.1)
*Mar  1 00:53:23.371: RIP: build update entries
*Mar  1 00:53:23.371:   13.13.10.0/24 via 0.0.0.0, metric 1, tag 0
*Mar  1 00:53:23.375:   172.16.1.0/24 via 0.0.0.0, metric 1, tag 0
R1#
*Mar  1 00:53:28.067: RIP: received v2 update from 13.13.12.2 on Serial1/0
*Mar  1 00:53:28.067:      13.13.20.0/24 via 0.0.0.0 in 1 hops
*Mar  1 00:53:28.071:      13.13.23.0/24 via 0.0.0.0 in 1 hops
*Mar  1 00:53:28.071:      13.13.30.0/24 via 0.0.0.0 in 2 hops
*Mar  1 00:53:28.075:      172.16.3.0/24 via 0.0.0.0 in 2 hops
R1#
*Mar  1 00:53:49.051: RIP: sending v2 update to 224.0.0.9 via Serial1/0 (13.13.12.1)
*Mar  1 00:53:49.055: RIP: build update entries
*Mar  1 00:53:49.055:   13.13.10.0/24 via 0.0.0.0, metric 1, tag 0
*Mar  1 00:53:49.059:   172.16.1.0/24 via 0.0.0.0, metric 1, tag 0
R1#
*Mar  1 00:53:57.183: RIP: received v2 update from 13.13.12.2 on Serial1/0
*Mar  1 00:53:57.187:      13.13.20.0/24 via 0.0.0.0 in 1 hops
*Mar  1 00:53:57.187:      13.13.23.0/24 via 0.0.0.0 in 1 hops
*Mar  1 00:53:57.191:      13.13.30.0/24 via 0.0.0.0 in 2 hops
*Mar  1 00:53:57.195:      172.16.3.0/24 via 0.0.0.0 in 2 hops
R1#
R1#undebug all
All possible debugging has been turned off


Ex) R2, R3 'passive-interface' 설정 실시

R2(config)#router rip
R2(config-router)#passive-interface fa0/0
R2(config-router)#end

R3(config)#router rip
R3(config-router)#passive-interface fa0/0
R3(config-router)#end

R2,R3#show run
R2,R3#show ip protocol


5. 균등 로드 분산

 - 목적지 네트워크에 대한 최적 경로가 다수가 있을 경우, 자동으로 구현됨


6. RIP 타이머

 - RIP 경로를 라우팅 업데이트 및 관리하는 타이머

R1#show ip protocols 
Routing Protocol is "rip"
  Outgoing update filter list for all interfaces is not set
  Incoming update filter list for all interfaces is not set
  Sending updates every 30 seconds, next due in 13 seconds
  Invalid after 180 seconds, hold down 180, flushed after 240

 - update(30초)  : 라우팅 업데이트 주기
 - invalid(180초) : update 타이머 이내에 라우팅 업데이트를 못받으면, 기회를 더 제공하는 시간
 - hold down(180초) : invalid 타이머 이내에 라우팅 업데이트를 못받으면, 경로를 삭제 대기 시간
 - flushed(240초) : 경로를 라우팅 테이블에서 삭제하는 타이머

0 30          180 0                                    180  
|─────|─────────────||─────────────|
   update                  invalid              hold down

0                             240
|────────────────────────|
                              flushed

Ex) '13.13.30.0/24'는 현재 invalid 타이머 180초가 만기가 되었다. 
      그럼 라우팅 테이블에서 몇 초 뒤에 삭제되는가? 


7. RIP 컨버전스(RIPv1, RIPv2 동일한 내용)

 - RIP 경로를 관리 및 삭제, 갱신

 1) 루트 포이즌(Route Poison)

 - 장애가 발생한 RIP 네트워크 정보에 대해서 Hop=16 정보를 업데이트하는 동작
 - Hop=16인 RIP 네트워크는 더이상 도달 불가능하다.

 2) 리버스 포이즌(Reverse Poison)

 - 루트 포이즌에 대한 응답
 - Hop=16에 대한 응답이며, 네트워크 도달 불가능한 정보를 역으로 업데이트하는 동작

    장애 발생                                 hop=16 ->          hop=16 -> 
13.13.10.0/24----[F0/0]R1[S1/0]-----------------R2-------------------[S1/1]R3
                                                  <- hop=16         <- hop=16            

R3#debug ip rip
RIP protocol debugging is on

R1(config)#int fa0/0
R1(config-if)#shutdown

R3#
*Mar  1 01:19:23.427: RIP: received v2 update from 13.13.23.2 on Serial1/1
*Mar  1 01:19:23.427:      13.13.10.0/24 via 0.0.0.0 in 16 hops  (inaccessible)
R3#
R3#
*Mar  1 01:19:25.431: RIP: sending v2 flash update to 224.0.0.9 via Serial1/1 (13.13.23.3)
*Mar  1 01:19:25.435: RIP: build flash update entries
*Mar  1 01:19:25.435:   13.13.10.0/24 via 0.0.0.0, metric 16, tag 0
R3#

R1(config)#int fa0/0
R1(config-if)#no shutdown


9. RIP 라우팅 업데이트 루프 방지

 1) Split-Horizon

 - RIP 라우팅 업데이트 루프 방지 기능
 - 라우팅 정보를 수신한 인터페이스로, 라우팅 업데이트가 나가는 것을 차단하는 기능

R3#show ip int s1/1
~ 중간 생략 ~

  Local Proxy ARP is disabled
  Security level is default
  Split horizon is enabled

~ 중간 생략 ~


R3# 
*Mar  1 01:23:33.619: RIP: received v2 update from 13.13.23.2 on Serial1/1
*Mar  1 01:23:33.619:      13.13.10.0/24 via 0.0.0.0 in 2 hops
*Mar  1 01:23:33.623:      13.13.12.0/24 via 0.0.0.0 in 1 hops
*Mar  1 01:23:33.623:      13.13.20.0/24 via 0.0.0.0 in 1 hops
*Mar  1 01:23:33.627:      172.16.1.0/24 via 0.0.0.0 in 2 hops
R3# 
*Mar  1 01:23:45.227: RIP: sending v2 update to 224.0.0.9 via Serial1/1 (13.13.23.3)
*Mar  1 01:23:45.231: RIP: build update entries
*Mar  1 01:23:45.231:   13.13.30.0/24 via 0.0.0.0, metric 1, tag 0
*Mar  1 01:23:45.235:   172.16.3.0/24 via 0.0.0.0, metric 1, tag 0


 2) Hop Count Limit

 - Hop 범위 = 0~16 (실제 사용은 1~15)
 - 라우팅 업데이트 루프가 발생하여, Hop=16으로 된 RIP 경로를 라우팅 테이블에 삭제하는 기능

 

 

 

참고

1. 라우터는 받은 패킷이 브로드캐스트인 것을 외부로 안 내보내는 거지 자신이 브로드캐스트 만들고서는 외부로 보낼 수 있다,