OSPF Model에서 실제로 Hello 메시지가 전송되는 간격은 Hello Inteval 값과 정확히 일치하지 않는다("Hello Interval" 참조). 다음은 이를 확인하기 위하여 "Hello Interval" 예제에서 실제로 Hello 메시지가 송신된 간격을 표로 정리한 것이다.

 


간격이 계속 변화하며, 그 값이 10초(Hello Interval 속성 값)보다는 약간 큰 것을 알 수 있다. 이렇게 Hello 메시지 간격이 지정된 Hello Interval 값보다 큰 이유는 Riverbed(OPNET) Modeler OSPF Model에는 Hello Jitter 시간이 추가로 반영되어 있기 때문이다.
Hello Jitter 값을 17.5 PL6 버전("OPNET Modeler 17.5 PL6 발표" 참조)까지는 사용자가 변경할 수 없으며, 18.0 버전("Riverbed Modeler 18.0 발표" 참조)부터는 GUI를 통해 변경할 수 있다. 다음 그림은 Riverbed(OPNET) Modeler 18.7.0 버전("Riverbed Modeler 18.7.0 발표" 참조)에서 제공하는 Hello Jitter 설정창을 보인 것이다. 입력값은 Hello Interval에 대한 비율을 의미한다.

 

 

Posted by 신상헌
,

고정 할당 방식에서도 노드별로 슬롯 수를 다르게 할당할 수 있다. 즉, 전송량이 많은 노드에는 슬롯을 많이 할당해주고, 전송량이 작은 노드에는 적게 할당해줄 수 있다. "TDMA 예제(1) - 균등 고정 할당"의 예제에서 STA_3 노드에는 필요한 양보다 작은 수의 슬롯이 할당되었기 때문에, STA_3 노드에서 STA_4 노드로 향하는 트래픽이 제대로 전달되지 못했다. STA_3 노드에 더 많은 슬롯을 할당해주어 이 문제를 해결할 수 있음을 확인해보기로 하자. 다음 그림은 이를 확인하기 위한 TDMA 예제망 구조를 보인 것이며, "TDMA 예제(1) - 균등 고정 할당"의 예제망 구조와 동일하다.

 


TDMA 프로파일로는 Default를 사용하였으며, 이 때 사용할 수 있는 44개의 데이터 슬롯을 STA_1 노드에 11개, STA_2 노드에 8개, STA_3 노드에 14개, STA_4 노드에 11로 나누어 할당하였다. Default TDMA 프로파일일 경우, 프레임("TDMA 프레임 구조" 참조) 길이는 100ms이고 슬롯당 데이터 전송량은 200Bytes이므로 14개의 슬롯을 할당받은 STA_3 노드의 최대 전송량은 224Kbps(= 200 Bytes * 8 bits/byte * 14 slots/frame * 1 / 0.1 frames/sec)이다. STA_3 노드에서 STA_4 노드로 향하는 트래픽의 양은 200Kbps이므로, 이번에는 STA_4 노드로 모두 전달될 것이다.
시뮬레이션을 수행한 후, 각 노드에서 할당받은 프레임당 슬롯수를 살펴보면 다음 그림과 같다. 설정해준 것처럼 STA_1 노드와 STA_4 노드가 11개, STA_2 노드가 8개, STA_3 노드가 14개의 슬롯을 매 프레임 할당받은 것을 알 수 있다.

 


STA_1 노드에서 STA_2 노드로 향한 트래픽의 송수신량을 살펴보면 다음 그림과 같다. STA_1 노드에서 발생한 트래픽이 STA_2 노드로 모두 전달되었음을 보여준다.

 


STA_3 노드에서 STA_4 노드로 향한 트래픽의 송수신량을 살펴보면 다음 그림과 같다. STA_3 노드에서 발생한 트래픽(200Kbps)도 STA_4 노드로 모두 전달되었음을 보여준다.

 

 

'Riverbed Modeler(OPNET) > TDMA Model' 카테고리의 다른 글

TDMA 자원 요청/할당 절차  (5) 2022.08.01
TDMA 예제(3) - 동적 할당  (0) 2022.01.08
TDMA 예제(1) - 균등 고정 할당  (0) 2020.07.04
TDMA 네트워크 제어기  (0) 2020.03.03
TDMA 자원할당 방식  (0) 2019.07.20
Posted by 신상헌
,

쿼드런트의 계층개념은 "GRP 쿼드런트 레벨"에서 살펴보았다. 여기에서는 예제를 통해 이를 확인해보기로 하자. 예제를 위한 시험망은 "GRP 쿼드런트 예제"의 예제망을 확장하여 사용하였다.

 


"GRP 쿼드런트 예제"에서 언급하였듯이, 쿼드런트는 좌표계를 기준으로 결정되므로, 시나리오상의 노드 배치를 보고 쿼드런트의 경계를 직접 파악하기는 매우 어렵다. STA_1, STA_8, STA_12, STA_16 노드에 구성된 목적지 테이블 정보로부터 각 노드에서 사용한 쿼드런트를 파악해보면 다음 그림과 같다.

 

 

 


쿼드런트가 "GRP 쿼드런트 레벨"에서 설명한 것처럼 계층적으로 적용되고 있음을 확인할 수 있다. 즉, 대상 노드들의 위치에 따라 하위 레벨 쿼드런트와 상위 레벨 쿼드런트가 사용되고 있으며, 상위 레벨 쿼드런트는 하위 레벨 쿼드런트 4개에 해당하는 면적을 가지고 있다.

 

'Riverbed Modeler(OPNET) > GRP Model' 카테고리의 다른 글

GRP Backtrack 예제  (0) 2022.10.27
GRP Backtrack  (0) 2021.12.26
GRP 쿼드런트 레벨  (0) 2020.07.20
GRP 라우팅 예제(1)  (0) 2020.03.11
GRP 라우팅 경로 확인하기  (0) 2019.10.01
Posted by 신상헌
,