'Riverbed Modeler(OPNET)/IP Model'에 해당되는 글 22건

  1. 2014.07.27 PPP 링크에서의 패킷 크기
  2. 2010.09.01 Route redistribution - 서로 다른 라우팅 프로토콜간의 연결

OPNET에서는 PPP(Point-to-point protocol)를 위한 별도의 프로세스 모델을 제공하지 않지만, IP 관련 프로세스 모델에서 PPP 기능을 함께 제공한다. 따라서 PPP 링크의 경우 ip 프로세서 모듈에 직접 연결된 point-to-point 송/수신 포트에 접속된다. (point-to-point tx/rx 포트와 point-to-point 링크 모델은 PPP만을 위한 것만이 아님에 유의할 필요가 있다)
또한, PPP를 위한 별도의 패킷 포맷 역시 사용되지 않으며, 단지 PPP 프레임 오버헤드에 해당하는 크기만큼이 IP 패킷 크기에 추가로 적용될 뿐이다. 적용되는 PPP 프레임 오버헤드 크기는 7Bytes이다. 즉, PPP 링크로 전송되는 IP 패킷의 경우 7Bytes(56bits)만큼 패킷의 크기가 증가되어져 사용된다. 다음 그림은 표준[1, 2]에 정의된 PPP 프레임 구조를 나타낸 것이며, 7Bytes는 PPP 프레임 오버헤드의 최소 크기이다. (인터넷상에는 PPP 프레임의 오버헤드가 8Bytes 고정으로 표현된 자료가 많은데, 이는 정확하지 않은 것이다)

 


다음 그림은 20ms마다 200Bytes 크기의 패킷이 IP 계층에서 발생하였을 때, PPP 링크 모델을 통해 전달되는 트래픽의 크기를 측정한 것이다(비교를 위하여 IP 계층에서 발생된 트래픽의 크기를 함께 나타내었다). 측정된 트래픽의 크기가 82.8Kbps이므로, 개별 패킷의 크기는 82,800 bits/sec * 20 ms / 8 bits/Byte = 207Bytes이다. 즉, PPP 링크를 위한 오버헤드 크기만큼 증가되어져 있는 것이다.

 

 

[1] RFC 1661, "The Point-to-Point Protocol (PPP)," IETF, 1994.
[2] RFC 1662, "PPP in HDLC-like Framing," IETF, 1994.

 

Posted by 신상헌
,
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주소 내역은 다음과 같다.
Posted by 신상헌
,