OPNET Laboratory6 RIP 연습문제 풀이(옵넷 RIP)

소개글

OPNET Laboratory6 RIP 연습문제 풀이입니다.
(주관적인 답이며 틀릴 수 있습니다)

목차

1. NO_Failure 와 Failure 시나리오에서 RIP Traffic Sent 비교 :

2. Failure 시나리오에서 Router1에서 Router2 로 가는 경로 변화 분석 :

3. Q3_Recover 시나리오 생성 및 400초에 Router 1 to Router 2 링크 복구 설정

본문내용

RIP의 경우 라우팅 정보 전송 방식이 비효율적이다. 같은 토폴로지 환경에서 라우팅 프로토콜을 OSPF로 돌리면 토폴로지가 변화하면 바뀐 네트워크 정보만 전송하지만 RIP 의 경우 토폴로지 변화와 상관없이 30초마다 라우팅 테이블 내용 전체를 인접라우터에 전송한다. 따라서 Traffic sent의 크기가 OSPF보다 더 많다.
그래프를 보면 30초 간격으로 라우팅 테이블 전체 내용을 인접 라우터에게 전송하는 것을 볼 수 있다. 두 그래프에서 첫 번 째 막대그래프가 낮은 이유는 인접라우터와 정보를 교환하게 되면 홉 카운트가 1까지인 라우터정보만 교환하므로 모든 라우터에 대한 정보가 업데이트 되지 않았다. 30초 후 두 번째 업데이트가 되면 모든 라우터 정보가 업데이트 된다.
마지막으로 200초에 Router1 to Router2 링크의 Failure 설정을 하게 되면 노드 변화에 따른 트래픽이 발생하는 것을 볼 수 있으며(그림1의 아래 그래프 중간 부분) Failure가 일어난 부분에서 막대 그래프 3칸이 지난 후 (200초 failure 후 120초가 지난 320초 부분)에 트래픽의 양이 줄어든 것을 볼 수 있다. 이것은 토폴로지 변화가 되었어도 라우팅 테이블에서 Directly connect 정보(R1 to R2, R2 to R1)를 바로 삭제하지 않고 일정시간을 기다렸다가 삭제하는 것을 의미한다.(R1에서 R2로 광고를 하지 않고 R2에서 R1으로 광고를 하지 않기 때문에 트래픽의 양이 줄어든 것이다.)


2. Failure 시나리오에서 Router1에서 Router2 로 가는 경로 변화 분석 :
Failure 가 일어나지 않은 시나리오에서는 R1과 R2가 Directly Connect 였지만 Failure가 일어나면 Directly Connect 가 아니다. 따라서 토폴로지 상태에 의해 R1에서 R2는 3홉에 갈 수 있고, 이 사실이 업데이트 되어 R1과 R2의 라우팅 테이블에서 R1 to R2 부분을 보면 Metric이 3으로 설정되어 있는 것을 볼 수 있다.
Insertion time에서 directly connect 가 아닌 경로에서도 수정이 된 것을 볼 수 있는데 R1이나 R2에서 R3나 R4로 가기 위해 R1또는 R2를 거치게 되면 Failure 상황이 발생 할 경우 같이 변화한 것을 볼 수 있다.

참고 자료

없음