어플리케이션 모델을 사용할 때 트래픽 발생 패턴은에 큰 영향을 미치는 프로파일 타이밍과 어플리케이션 타이밍 설정에 대해서는 "어플리케이션 사용 패턴(1) - 파라미터 설정"에서 살펴보았다. 이 설정값에 의해 트래픽 발생 패턴이 실제로 어떻게 영향을 받는지 예제를 통해 살펴보기로 하자.
다음은 어플리케이션 사용 패턴을 실험하기 위한 예제망을 보인 것이다. 어플리케이션은 FTP를 이용하여 Server 노드에서 Client 노드로 50KBytes 크기의 파일이 50초마다 전송되도록 설정하였다.

 


트래픽의 시작 시간을 결정하는 Start Time(프로파일 타이밍)과 Start Time Offset(어플리케이션 타이밍)의 영향을 살펴기로 하자. Start Time을 100초로 설정하고, Start Time Offset을 No Offset으로 설정하였을 때, Client 노드로 전송되는 트래픽을 살펴보면 다음 그림과 같다.

 


트래픽이 100초부터 발생한 것을 확인할 수 있다.


또한, Start Time을 150초로 설정하고, Start Time Offset을 No Offset으로 설정하였을 때는 다음 그림처럼 트래픽이 150초부터 발생한 것을 확인할 수 있으며,

 


Start Time을 100초로 설정하고, Start Time Offset을 50초로 설정하였을 때도 다음 그림처럼 트래픽이 150초부터 발생한 것을 확인할 수 있다.

 


즉, 트래픽이 처음 발생하는 시간은 Start Time + Start Time Offset에 해당하는 값이다.

그러면, Start Time과 Start Time Offset은 동일한 것일까? 그렇지는 않다. Start Time은 프로파일이 처음 실행되는 경우에만 적용되고, Start Time Offset은 프로파일이 반복될 때에도 적용되기 때문이다. 즉, 앞의 예제와 같이 프로파일이 반복없이 한번만 실행되는 경우에는 동일한 결과를 보여주만, 프로파일이 반복되는 경우에는 매우 다른 결과를 보여준다.
200초의 길이를 가지고 300초 간격마다 반복실행되는 프로파일에 대해서(프로파일의 반복에 대해서는 나중에 다시 살펴볼 것이다), Start Time을 150초로 설정하고 Start Time Offset을 No Offset으로 설정하였을 때 Client 노드에서 전송되는 트래픽을 살펴보면 다음 그림과 같다.

 


200초의 트래픽 발생구간이 300초의 간격으로 반복되는 것을 확인할 수 있다.


200초의 길이를 가지고 300초 간격마다 반복실행되는 프로파일에 대해서, Start Time을 100초로 설정하고 Start Time Offset을 50초로 설정하였을 때의 결과를 살펴보면 다음과 같다.

 


트래픽이 최초로 발생하는 시점은 150초로 동일하지만, 트래픽 발생구간이 150초, 반복 간격은 350초로 변경된 것을 확인할 수 있다. 이를 프로파일이 시작될때마다 Offset 50초동안 기다렸다가 트래픽 발생이 시작되기 때문에 나타나는 현상이다.

Posted by 신상헌
,

OSPF에서 인터페이스는 Down, Loopback, Waiting, Point-to-point, DR Other, Backup, DR 상태중 하나의 상태를 가지며[1, 2], "OSPF DR(1) - 라우터 상태"에서 살펴본 것처럼 Riverbed(OPNET) Modeler OSPF 모델에서도 인터페이스 상태 변화/관리 기능을 제공한다.
다음 그림은 표준[2]에 기술된 인터페이스 상태 변화도와 Riverbed(OPNET) Modeler OSPF 모델에 구현된 해당 프로세스 모델(ospf_interface_v2, "OSPF 프로세스 모델 구조" 참조)의 state diagram을 비교하여 나타낸 것이다.

 


비교해보면 Backup 스테이트와 DR Other 스테이트의 위치가 변경된 것과, Riverbed(OPNET) Modeler에는 Loopback 스테이트가 없다는 점을 제외하면 두 그림은 동일하다. 따라서, 표준 문서[1, 2]의 내용만 잘 이해하면 Riverbed(OPNET) Modeler 프로세스 모델의 동작은 쉽게 짐작할 수 있다.
다만, 여기에서는 이해를 돕기 위하여 예전 표준[2]에 포함된 그림을 비교에 사용하였다. 다음 그림은 최신 표준[1]에 포함된 그림을 보인 것인데, 형태만 다를뿐 실제 내용은 동일하다.

 

 

[1] RFC 2328, "OSPF Version 2", IETF, April 1998.
[2] RFC 1584, "OSPF Version 2", IETF, March 1994.

 

Posted by 신상헌
,

"OPNET Modeler 17.5 PL3 발표"와 "멀티코어 시스템에서의 시뮬레이션 (16.1 버전)"에서 언급하였듯이, 멀티코어
활용을 위한 설정 기능은 OPNET 17.5 PL3 버전에서 일부 변경되었다.
17.5 PL3 버전부터는 Multiple run이 필요한 시나리오를 멀티코어 사용이 비활성화된 상태에서 실행할 경우, 멀티코어 사용여부를 확인하는 설정창이 다음 그림처럼 친절하게 나타난다.

 


이 창을 통해 코어의 갯수만 설정해주면 멀티코어를 사용한 동시 시뮬레이션을 다음 그림처럼 쉽게 수행할 수 있다(사용 코어수는 3개로 설정).

 

 

Posted by 신상헌
,