OPNET에서는 RIP, OSPF, IS-IS, IGRP, EIGRP, static의 라우팅 프로토콜을 지원하며, 서브네트워크마다 서로 다른 라우팅 프로토콜을 사용하도록 설정하는 것도 가능하다. 다음은 구간에 따라 RIP와 OSPF를 각각 사용하는 방법을 보이기 위한 예제망을 구성한 것이다. (사용한 노드모델은 ethernet_wkstn, ethernet_server, ethernet4_slip8_gtwy이다)
OPNET에서는 RIP이 기본 라우팅 프로토콜로 설정되므로, 예제망과 같은 토폴로지 구성후 RIP을 사용하는 좌측부분은 수정할 필요가 없으며, 우측 부분만 OSPF를 사용하도록 변경해 준다. 라우팅 프로토콜의 변경을 위해서 GW_3 노드와 GW_4 노드 사이의 링크와 GW_4 노드와 Called_party 노드 사이의 링크를 선택한 상태에서 Protococols-->IP-->Routing-->Configure Routing Protocols... 메뉴를 실행하고, 팝업창에서 다음과 같이 RIP을 해제하고 OSPF를 선택해준다. 이 방법 대신 GW_4 노드의 속성 편집창에서 IP-->IP Routing Parameters-->Interface Information-->IFx-->Routing Protocols(s) 항목을 OSPF로 직접 변경해주어도 된다. (하지만, 직접 변경을 위해서는 각 링크가 연결된 포트를 일일히 확인해야 하고, 포트마다 따로 변경작업을 해주어야 하므로 번거롭다.)
서로 다른 라우팅 프로토콜을 연결해서 사용하는 경우에는 실제 라우터에서와 동일하게 redistribution 설정이 필요한데, 이는 RIP 구간의 라우팅 정보가 OSPF 구간으로도 알려지고 또한 반대로 OSPF 구간의 라우팅 정보가 RIP 구간으로도 알려주지도록 하기 위해서이다. RIP과 OSPF가 만나는 GW_3 노드의 속성 편집창을 열고, OSPF를 위해서 IP Routing Protocols-->OSPF Parameters-->Processes-->1-->Process Parameters-->Redistribution 항목의 값을 Enabled로 변경한다. 마찬가지로 RIP을 위해서는 IP Routing Protocols-->RIP Parameters-->Process Parameters-->IPv4 - Any-->Process Parameters-->Redistribution 항목의 값을 Enabled로 변경한다. 논리적으로 이러한 설정만으로도 Redistribution이 잘 동작해야 할 것으로 생각된다. 하지만, RIP을 OSPF와 연결하는 경우에는 (일종의 버그인 것으로 의심되는데,) 이러한 기본 설정만으로는 정상적으로 동작하지 않는다. 이를 해결하기 위하여 RIP의 Redistribution 항목 하위에 있는 Dafault Metric 항목의 값을 1로 변경한다.
앞의 예제망 그림처럼 Redistribution 설정이 되었음을 그림으로 확인하고 싶다면, View-->Visualize Protocol Configuration-->IP Routing Protocols-->IPv4 Routing Protocols 메뉴를 이용하면 된다.
라우팅 프로토콜이 원하는대로 동작하여 라우팅 테이블이 잘 구성되었음을 확인하기 위해서, 라우팅 테이블을 저장하도록 설정(Protocols-->IP-->Routing-->Export Routing Tables... 메뉴를 실행하고, 팝업 창에서 All nodes 선택)하고 시뮬레이션을 수행한다. Results Browser 창에서 DES Run(1) Tables 탭으로 이동한 후, Object Tables-->Logical Network-->GW_1-->Performance-->IP Forwarding Table at End of Simulation 항목을 선택하여 GW_1 노드에서 RIP이 구성한 라우팅 테이블을 살펴본다.
5개의 서브네트워크에 대한 라우팅 경로가 모두 구성된 것을 볼 수 있다. (이 예제망에는 라우터로 연결된 5개의 링크가 있으므로, 5개의 서브네트워크가 만들어진다.)
마찬가지로 GW_4 노드에서 OSPF가 구성한 라우팅 테이블을 살펴보아도 5개의 서브네트워크에 대한 라우팅 경로가 모두 구성된 것을 볼 수 있다.
참고로, 이 예제에서 실제로 할당된 IP주소 내역은 다음과 같다.
OPNET에서는 RIP이 기본 라우팅 프로토콜로 설정되므로, 예제망과 같은 토폴로지 구성후 RIP을 사용하는 좌측부분은 수정할 필요가 없으며, 우측 부분만 OSPF를 사용하도록 변경해 준다. 라우팅 프로토콜의 변경을 위해서 GW_3 노드와 GW_4 노드 사이의 링크와 GW_4 노드와 Called_party 노드 사이의 링크를 선택한 상태에서 Protococols-->IP-->Routing-->Configure Routing Protocols... 메뉴를 실행하고, 팝업창에서 다음과 같이 RIP을 해제하고 OSPF를 선택해준다. 이 방법 대신 GW_4 노드의 속성 편집창에서 IP-->IP Routing Parameters-->Interface Information-->IFx-->Routing Protocols(s) 항목을 OSPF로 직접 변경해주어도 된다. (하지만, 직접 변경을 위해서는 각 링크가 연결된 포트를 일일히 확인해야 하고, 포트마다 따로 변경작업을 해주어야 하므로 번거롭다.)
서로 다른 라우팅 프로토콜을 연결해서 사용하는 경우에는 실제 라우터에서와 동일하게 redistribution 설정이 필요한데, 이는 RIP 구간의 라우팅 정보가 OSPF 구간으로도 알려지고 또한 반대로 OSPF 구간의 라우팅 정보가 RIP 구간으로도 알려주지도록 하기 위해서이다. RIP과 OSPF가 만나는 GW_3 노드의 속성 편집창을 열고, OSPF를 위해서 IP Routing Protocols-->OSPF Parameters-->Processes-->1-->Process Parameters-->Redistribution 항목의 값을 Enabled로 변경한다. 마찬가지로 RIP을 위해서는 IP Routing Protocols-->RIP Parameters-->Process Parameters-->IPv4 - Any-->Process Parameters-->Redistribution 항목의 값을 Enabled로 변경한다. 논리적으로 이러한 설정만으로도 Redistribution이 잘 동작해야 할 것으로 생각된다. 하지만, RIP을 OSPF와 연결하는 경우에는 (일종의 버그인 것으로 의심되는데,) 이러한 기본 설정만으로는 정상적으로 동작하지 않는다. 이를 해결하기 위하여 RIP의 Redistribution 항목 하위에 있는 Dafault Metric 항목의 값을 1로 변경한다.
앞의 예제망 그림처럼 Redistribution 설정이 되었음을 그림으로 확인하고 싶다면, View-->Visualize Protocol Configuration-->IP Routing Protocols-->IPv4 Routing Protocols 메뉴를 이용하면 된다.
라우팅 프로토콜이 원하는대로 동작하여 라우팅 테이블이 잘 구성되었음을 확인하기 위해서, 라우팅 테이블을 저장하도록 설정(Protocols-->IP-->Routing-->Export Routing Tables... 메뉴를 실행하고, 팝업 창에서 All nodes 선택)하고 시뮬레이션을 수행한다. Results Browser 창에서 DES Run(1) Tables 탭으로 이동한 후, Object Tables-->Logical Network-->GW_1-->Performance-->IP Forwarding Table at End of Simulation 항목을 선택하여 GW_1 노드에서 RIP이 구성한 라우팅 테이블을 살펴본다.
5개의 서브네트워크에 대한 라우팅 경로가 모두 구성된 것을 볼 수 있다. (이 예제망에는 라우터로 연결된 5개의 링크가 있으므로, 5개의 서브네트워크가 만들어진다.)
마찬가지로 GW_4 노드에서 OSPF가 구성한 라우팅 테이블을 살펴보아도 5개의 서브네트워크에 대한 라우팅 경로가 모두 구성된 것을 볼 수 있다.
참고로, 이 예제에서 실제로 할당된 IP주소 내역은 다음과 같다.
'Riverbed Modeler(OPNET) > IP Model' 카테고리의 다른 글
다중경로 라우팅(2) - 라우팅 테이블 (0) | 2016.06.08 |
---|---|
다중경로 라우팅(1) - ECMP (0) | 2016.04.07 |
IP 트래픽 부하 정보 (0) | 2016.02.22 |
라우터 배치 순서와 라우팅 경로 선정 (0) | 2015.05.01 |
PPP 링크에서의 패킷 크기 (0) | 2014.07.27 |