ns-3 네트워크 시뮬레이터 튜토리얼. 제4장

1,2 장
3화

4 개념 개요
4.1 주요 추상화
4.1.1 노드
4.1.2 적용
4.1.3 채널
4.1.4 넷 디바이스
4.1.5 위상학적 보조자
4.2 첫 번째 ns-3 스크립트
4.2.1 상용구 코드
4.2.2 플러그인
4.2.3 ns3 네임스페이스
4.2.4 로깅
4.2.5 주요 기능
4.2.6 토폴로지 도우미 사용
4.2.7 애플리케이션 사용
4.2.8 시뮬레이터
4.2.9 스크립트 작성
4.3 ns-3 소스 코드

장 4

개념 개요

ns-3 코드를 배우거나 작성하기 전에 가장 먼저 해야 할 일은 시스템의 몇 가지 기본 개념과 추상화를 설명하는 것입니다. 이 중 많은 부분이 어떤 사람들에게는 분명해 보일 수 있지만, 탄탄한 기초 위에서 시작하기 위해 시간을 내어 이 섹션을 읽어 보는 것이 좋습니다.

4.1 주요 추상화

이 섹션에서는 웹에서 일반적으로 사용되지만 ns-3에서는 특정한 의미를 갖는 몇 가지 용어를 살펴보겠습니다.

4.1.1 노드

인터넷 전문 용어에서는 네트워크에 연결되는 컴퓨터 장치를 호스트 또는 최종 시스템이라고 합니다. ns-3은 인터넷 시뮬레이터가 아닌 네트워크 시뮬레이터이기 때문에 우리는 호스트라는 용어를 의도적으로 사용하지 않습니다. 이는 인터넷 및 해당 프로토콜과 밀접한 관련이 있기 때문입니다. 대신, 그래프 이론에서 유래한 다른 시뮬레이터에서도 사용되는 보다 일반적인 용어를 사용합니다.노드).

ns-3에서는 컴퓨팅 장치의 기본 추상화를 노드라고 합니다. 이 추상화는 C++에서 Node 클래스로 표현됩니다. 수업 노드노드 (노드)는 시뮬레이션에서 컴퓨팅 장치의 표현을 조작하는 방법을 제공합니다.

당신은 이해해야합니다 노드 기능을 추가하는 컴퓨터와 같습니다. 컴퓨터가 유용한 작업을 수행할 수 있도록 하는 드라이버와 함께 응용 프로그램, 프로토콜 스택, 주변 장치 카드 등을 추가하게 됩니다. ns-3에서도 동일한 기본 모델을 사용합니다.

4.1.2 적용

일반적으로 컴퓨터 소프트웨어는 크게 두 가지 클래스로 나뉩니다. 시스템 소프트웨어는 일부 컴퓨팅 모델에 따라 메모리, 프로세서 사이클, 디스크, 네트워크 등과 같은 다양한 컴퓨터 리소스를 구성합니다. 시스템 소프트웨어는 일반적으로 사용자에게 직접적인 혜택을 주는 작업을 수행하기 위해 이러한 리소스를 사용하지 않습니다. 사용자는 일반적으로 시스템 소프트웨어에 의해 제어되는 리소스를 획득하고 사용하는 특정 목표를 달성하기 위해 애플리케이션을 실행합니다.

운영 체제 트랩에서 발생하는 권한 수준 변경에서 시스템과 응용 프로그램 소프트웨어 간의 구분선이 그려지는 경우가 많습니다. ns-3에는 운영 체제에 대한 실제 개념이 없으므로 권한 수준이나 시스템 호출에 대한 개념도 없습니다. 그러나 우리는 앱에 대한 아이디어를 가지고 있습니다. "실제 세계" 소프트웨어 애플리케이션이 컴퓨터에서 실행되어 작업을 수행하는 것처럼, ns-3 애플리케이션은 ns-3 노드에서 실행되어 시뮬레이션된 세계에서 시뮬레이션을 제어합니다.

ns-3에서 모델링을 위한 일부 활동을 생성하는 사용자 프로그램의 기본 추상화는 애플리케이션입니다. 이 추상화는 C++에서 Application 클래스로 표현됩니다. Application 클래스는 시뮬레이션에서 사용자 수준 버전의 애플리케이션 보기를 조작하기 위한 메서드를 제공합니다. 개발자는 새로운 응용 프로그램을 만들기 위해 객체 지향 프로그래밍 관점에서 응용 프로그램 클래스를 전문화해야 합니다. 이 튜토리얼에서는 Application 클래스의 특수화를 사용합니다. UdpEchoClient응용 프로그램 и UdpEchoServer응용 프로그램. 예상할 수 있듯이 이러한 애플리케이션은 네트워크 패킷을 생성하고 에코하는 데 사용되는 클라이언트/서버 애플리케이션 세트를 구성합니다.

4.1.3 채널

현실 세계에서는 컴퓨터를 네트워크에 연결할 수 있습니다. 이러한 네트워크에서 데이터가 전송되는 미디어를 채널이라고 부르는 경우가 많습니다. 이더넷 케이블을 벽면 콘센트에 연결하면 컴퓨터가 이더넷 링크에 연결됩니다. 시뮬레이션된 ns-3 세계에서는 노드가 통신 채널을 나타내는 개체에 연결됩니다. 여기서 통신 하위 네트워크의 기본 추상화를 채널이라고 하며 C++에서는 채널 클래스로 표현됩니다.

클래스 채널Channel 서브넷 개체의 상호 작용을 관리하고 호스트를 개체에 연결하는 방법을 제공합니다. 채널은 객체 지향 프로그래밍 측면에서 개발자가 전문화할 수도 있습니다. 채널 전문화는 전선처럼 간단한 것을 모델링할 수 있습니다. 전용 채널은 대형 이더넷 스위치나 무선 네트워크의 경우 장애물로 가득 찬 XNUMX차원 공간과 같은 복잡한 것을 모델링할 수도 있습니다.

이 튜토리얼에서는 채널의 특수 버전을 사용하겠습니다. Csma채널CsmaChannel, PointToPointChannelPointToPointChannel и Wifi채널Wifi채널. Csma채널예를 들어, 반송파 감지 다중 액세스 통신 환경을 구현하는 통신 서브넷 버전을 모델링합니다. 이는 이더넷과 유사한 기능을 제공합니다.

4.1.4 넷 디바이스

예전에는 컴퓨터를 네트워크에 연결하려면 특정 네트워크 케이블과 컴퓨터에 설치해야 하는 주변 장치 카드(PC 용어로)라는 하드웨어 장치를 구입해야 했습니다. 주변 장치 카드가 일부 네트워킹 기능을 구현한 경우 이를 네트워크 인터페이스 카드 또는 네트워크 카드라고 합니다. 오늘날 대부분의 컴퓨터는 통합 네트워크 인터페이스 하드웨어와 함께 제공되며 사용자에게는 별도의 장치로 인식되지 않습니다.

네트워크 카드는 하드웨어를 제어하는 ​​소프트웨어 드라이버 없이는 작동하지 않습니다. Unix(또는 Linux)에서는 주변 장비가 장치로 분류됩니다. 장치는 장치 드라이버를 사용하여 관리되고, 네트워크 장치(NIC)는 네트워크 장치 드라이버(네트워크 장치 드라이버)을 통칭하여 네트워크 장치라고 합니다(넷 장치). Unix와 Linux에서는 다음과 같은 이름으로 네트워크 장치를 참조합니다. eth0.

ns-3에서 네트워크 장치 추상화는 소프트웨어 드라이버와 모델링되는 하드웨어를 모두 포함합니다. 시뮬레이션에서 네트워크 장치는 채널을 통해 다른 노드와 통신할 수 있도록 노드에 "설치"됩니다. 실제 컴퓨터와 마찬가지로 노드는 여러 장치를 통해 여러 채널에 연결될 수 있습니다. NetDevices.

장치의 네트워크 추상화는 C++에서 클래스로 표현됩니다. NetDevice. 수업 NetDevice 노드 및 채널 개체에 대한 연결을 관리하는 방법을 제공합니다. 객체 지향 프로그래밍이라는 의미에서 개발자가 전문화할 수 있습니다. 이 자습서에서는 NetDevice의 여러 특수 버전을 사용합니다. CsmaNet장치, PointToPointNet장치 и WifiNet장치. 이더넷 네트워크 어댑터가 네트워크에서 작동하도록 설계된 것처럼 Ethernet, CsmaNet장치 함께 작동하도록 설계되었습니다. Csma채널, PointToPointNet장치 함께 작동하도록 설계되었습니다. 포인트투포인트채널과 WifiNet장치 - 함께 작동하도록 설계되었습니다. 와이파이 채널.

4.1.5 위상학적 보조자

실제 네트워크에서는 네트워크 카드가 추가된(또는 내장된) 호스트 컴퓨터를 찾을 수 있습니다. ns-3에서는 NetDevice가 연결된 노드를 볼 수 있다고 말합니다. 대규모 시뮬레이션 네트워크에서는 여러 개체 간의 연결을 구성해야 합니다. 노드, NetDevice и 채널.

NetDevice를 노드에 연결하고 NetDevice를 링크에 연결하고 IP 주소를 할당하는 등의 작업을 수행합니다. ns-3에서는 이 작업을 최대한 쉽게 하기 위해 소위 토폴로지 도우미를 제공합니다. 예를 들어 NetDevice를 생성하려면 많은 ns-3 커널 작업을 수행하고, MAC 주소를 추가하고, 노드에 네트워크 장치를 설치하고, 노드의 프로토콜 스택을 구성한 다음 NetDevice를 채널에 연결해야 합니다. 여러 장치를 다중 지점 링크에 연결한 다음 개별 네트워크를 Internetworks 네트워크에 연결하려면 더 많은 작업이 필요합니다. 우리는 귀하의 편의를 위해 이러한 많은 작업을 사용하기 쉬운 모델로 결합하는 토폴로지 도우미 개체를 제공합니다.

4.2 첫 번째 ns-3 스크립트

위에서 제안한 대로 시스템을 설치한 경우 홈 디렉토리의 repos라는 디렉토리에 ns-3 릴리스가 있게 됩니다. 디렉토리로 이동 공개

해당 디렉토리가 없다면 ns-3의 릴리스 버전을 빌드할 때 출력 디렉토리를 지정하지 않았음을 의미합니다. 다음과 같이 빌드하세요.
$ ./waf 구성 —빌드 프로필=릴리스 —아웃=빌드/릴리스,
$ ./waf 빌드

거기에서 다음과 유사한 디렉터리 구조를 볼 수 있습니다.

AUTHORS       examples      scratch       utils       waf.bat*
bindings      LICENSE       src           utils.py    waf-tools
build         ns3           test.py*      utils.pyc   wscript
CHANGES.html  README        testpy-output VERSION     wutils.py
doc           RELEASE_NOTES testpy.supp   waf*        wutils.pyc

디렉토리로 이동 예제/튜토리얼. 거기에 다음과 같은 파일이 표시되어야 합니다. 첫 번째.cc. 이는 두 노드 사이에 간단한 지점 간 연결을 생성하고 노드 간에 하나의 패킷을 전송하는 스크립트입니다. 이 스크립트를 한 줄씩 살펴보겠습니다. 이렇게 하려면 즐겨 사용하는 편집기에서 first.cc를 엽니다.

4.2.1 상용구 코드
파일의 첫 번째 줄은 편집기 모드 줄입니다. 이맥스. 이는 소스 코드에서 사용하는 형식 지정 규칙(코딩 스타일)을 emacs에 알려줍니다.

/* -*- Mode:C++; c-file-style:"gnu"; indent-tabs-mode:nil; -*- */

이건 항상 논란이 많은 문제이기 때문에 바로 기록을 세워서 바로잡아야 합니다. 대부분의 대규모 프로젝트와 마찬가지로 ns-3 프로젝트는 기여된 모든 코드가 준수해야 하는 코딩 스타일을 채택했습니다. 프로젝트에 코드를 제공하려면 결국 파일에 설명된 대로 ns-3 코딩 표준을 준수해야 합니다. 문서/codingstd.txt 또는 프로젝트 웹페이지에 표시됩니다: https://www.nsnam.org/develop/contributing-code/coding-style/.

ns-3 코드의 모양과 느낌에 익숙해지고 코드로 작업할 때마다 이 표준을 적용하는 것이 좋습니다. 전체 개발팀과 기여자들은 약간의 불평 끝에 이에 동의했습니다. 위의 emacs 모드 행을 사용하면 emacs 편집기를 사용하는 경우 올바른 형식을 쉽게 지정할 수 있습니다.

ns-3 시뮬레이터는 다음을 사용하여 라이센스가 부여됩니다. GNU 일반 공중 사용 허가서. 각 ns-3 배포 파일에서 적절한 GNU 법적 헤더를 볼 수 있습니다. 아래와 같이 GPL 텍스트 및 작성자 위에 ns-3 프로젝트에 참여하는 기관 중 하나에 대한 저작권 표시가 표시되는 경우가 많습니다.

/* 
* This program is free software; you can redistribute it and/or modify 
* it under the terms of the GNU General Public License version 2 as 
* published by the Free Software Foundation; 
*
* This program is distributed in the hope that it will be useful, 
* but WITHOUT ANY WARRANTY; without even the implied warranty of 
* MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the 
* GNU General Public License for more details. 
* 
* You should have received a copy of the GNU General Public License 
* along with this program; if not, write to the Free Software 
* Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 USA 
*/

4.2.2 플러그인

코드 자체는 일련의 포함 문(포함).

#include "ns3/core-module.h"
#include "ns3/network-module.h"
#include "ns3/internet-module.h"
#include "ns3/point-to-point-module.h"
#include "ns3/applications-module.h"

고급 스크립팅 사용자가 시스템에 존재하는 수많은 헤더 파일에 대처할 수 있도록 돕기 위해 용도에 따라 큰 모듈로 그룹화합니다. 우리는 주어진 모듈에서 사용되는 모든 헤더 파일을 재귀적으로 로드하는 단일 헤더 파일을 제공합니다. 필요한 헤더를 정확하게 검색하여 올바른 종속성 목록을 얻을 필요 없이 파일 그룹을 매우 세밀하게 다운로드할 수 있는 기능을 제공합니다. 가장 효율적인 접근 방식은 아니지만 확실히 스크립트 작성이 훨씬 쉬워집니다.

각 ns-3 포함 파일은 다음과 같은 디렉토리에 배치됩니다. ns3 (빌드 하위 디렉터리) 빌드 프로세스 중에 파일 이름 충돌을 방지합니다. 파일 ns3/core-module.h 디렉토리에서 찾을 수 있는 ns-3 모듈에 해당합니다. 소스/코어 설치한 릴리스에서. 이 디렉토리 목록에서 많은 수의 헤더 파일을 찾을 수 있습니다. 조립을 하게 되면, 와프 하위 디렉토리의 ns3 디렉토리에 공개 헤더 파일을 배치합니다. 빌드/디버그

해당 디렉토리가 없다면 ns-3의 릴리스 버전을 빌드할 때 출력 디렉토리를 지정하지 않았음을 의미합니다. 다음과 같이 빌드하세요.
$ ./waf 구성 --build-profile=debug --out=빌드/디버그
$ ./waf 빌드
또는
$ ./waf 구성 --build-profile=최적화 --out=빌드/최적화
$ ./waf 빌드

또는 빌드/최적화, 구성에 따라 다릅니다. 와프 또한 모든 공개 헤더 파일을 로드하기 위해 모듈 포함 파일을 자동으로 생성합니다. 물론 당신은 이 가이드를 종교적으로 따르고 있으므로 이미 수행했습니다.

$ ./waf -d debug --enable-examples --enable-tests configure

예제와 테스트가 포함된 디버그 빌드를 실행하도록 프로젝트를 구성합니다. 당신도 그랬어요

$ ./waf

프로젝트를 조립합니다. 이제 디렉토리를 보면 ../../빌드/디버그/ns3를 클릭하면 위에 표시된 XNUMX개 모듈의 헤더 파일을 찾을 수 있습니다. 이러한 파일의 내용을 살펴보면 해당 모듈에서 사용하는 모든 공용 파일이 포함되어 있음을 알 수 있습니다.

4.2.3 ns3 네임스페이스

스크립트의 다음 줄 첫 번째.cc 네임스페이스 선언입니다.

using namespace ns3;

ns-3 프로젝트는 ns3이라는 C++ 네임스페이스에서 구현됩니다. 이는 모든 ns-3 관련 선언을 전역 네임스페이스 외부의 범위로 그룹화하므로 다른 코드와의 통합에 도움이 될 것입니다. C++ 연산자를 사용하면 ns-3 네임스페이스가 현재(전역) 선언 영역에 도입됩니다. 이는 이 선언 후에 이를 사용하기 위해 모든 ns-3 코드 앞에 ns3::scope 권한 연산자를 입력할 필요가 없다는 것을 표현하는 멋진 방법입니다. 네임스페이스에 대해 익숙하지 않다면 거의 모든 C++ 교과서를 참조하고 std 네임스페이스와 선언을 사용하여 ns3 네임스페이스를 비교해 보세요. using namespace std; 출력 연산자를 사용한 작업의 예 코우트 그리고 스트림.

4.2.4 로깅

스크립트의 다음 줄은 다음과 같습니다.

NS_LOG_COMPONENT_DEFINE ("FirstScriptExample");

우리는 이 성명서를 문서 시스템에 대해 논의하기 위한 편리한 장소로 사용할 것입니다. 독소. ns-3 프로젝트 웹사이트를 보면 탐색 모음에 문서 링크가 있습니다. 이 링크를 클릭하면 설명서 페이지로 이동됩니다. ns-3의 최신 안정 버전에 대한 문서로 이동하는 "최신 릴리스" 링크가 있습니다. "API 설명서" 링크를 선택하면 ns-3 API 설명서 페이지로 이동됩니다.

페이지 왼쪽에는 문서 구조의 그래픽 표현이 있습니다. 시작하기 좋은 곳은 ns-3 탐색 트리의 모듈 ns-3 "책"입니다. 공개하면 모듈, ns-3 모듈 문서 목록이 표시됩니다. 위에서 설명한 것처럼 여기서 모듈의 개념은 위 모듈에 포함된 파일과 직접적인 관련이 있습니다. ns-3 로깅 하위 시스템은 섹션에서 설명합니다. 로깅 모듈 사용이므로 이 튜토리얼의 뒷부분에서 다시 다루겠지만, 모듈을 살펴보면 위의 설명에 대해 배울 수 있습니다. 핵심그리고 책을 펼치면 디버깅 도구그런 다음 페이지를 선택하면 로깅. 클릭 로깅.

이제 문서를 검토해야 합니다. 독소 모듈용 로깅. 페이지 상단의 매크로 목록에 NS_LOG_COMPONENT_DEFINE에 대한 항목이 표시됩니다. 링크를 클릭하기 전에 등록 모듈의 "상세 설명"을 보고 일반적인 작동 방식을 이해하십시오. 이렇게 하려면 아래로 스크롤하거나 차트 아래의 "더보기..."를 선택하세요.

무슨 일이 일어나고 있는지에 대한 일반적인 아이디어를 얻은 후에는 특정 NS_LOG_COMPONENT_DEFINE에 대한 문서를 살펴보세요. 여기에 문서를 복제하지는 않겠지만 요약하면 이 줄은 다음과 같은 등록 구성 요소를 선언합니다. FirstScript예, 이름을 참조하여 메시지의 콘솔 로깅을 활성화하거나 비활성화할 수 있습니다.

4.2.5 주요 기능

다음 스크립트 줄에서 볼 수 있습니다.

int 
main (int argc, char *argv[])
{ 

이것은 단순히 프로그램(스크립트)의 주요 기능에 대한 선언입니다. 다른 C++ 프로그램과 마찬가지로 메인 함수를 정의해야 하며 이것이 먼저 실행됩니다. 여기에는 특별한 것이 없습니다. ns-3 스크립트는 단지 C++ 프로그램일 뿐입니다. 다음 줄은 시간 분해능을 기본값인 1나노초로 설정합니다.

Time::SetResolution (Time::NS);

시간 분해능 또는 간단히 분해능은 사용할 수 있는 가장 작은 시간 값입니다(두 시간 사이에 표현할 수 있는 가장 작은 차이). 해상도는 정확히 한 번만 변경할 수 있습니다. 이러한 유연성을 제공하는 메커니즘은 메모리를 소비하므로 해상도가 명시적으로 설정되면 메모리를 해제하여 추가 업데이트를 방지합니다. (해상도를 명시적으로 설정하지 않으면 기본값은 XNUMX나노초로 설정되며 시뮬레이션이 시작될 때 메모리가 해제됩니다.)

다음 두 줄의 스크립트는 애플리케이션에 내장된 두 개의 로깅 구성 요소를 활성화하는 데 사용됩니다. 에코클라이언트 и 에코서버:

LogComponentEnable("UdpEchoClientApplication", LOG_LEVEL_INFO); LogComponentEnable("UdpEchoServerApplication", LOG_LEVEL_INFO);

로깅 구성 요소에 대한 설명서를 읽으면 각 구성 요소에서 활성화할 수 있는 여러 수준의 로깅/세분성이 있음을 알 수 있습니다. 이 두 줄의 코드는 에코 클라이언트 및 서버에 대해 INFO 수준에 대한 디버그 로깅을 활성화합니다. 이 수준에서 애플리케이션은 시뮬레이션 중에 패킷을 보내고 받을 때 메시지를 인쇄합니다.

이제 토폴로지를 생성하고 시뮬레이션을 실행하는 작업을 시작하겠습니다. 우리는 이 작업을 최대한 쉽게 만들기 위해 토폴로지 도우미 개체를 사용합니다.

4.2.6 토폴로지 도우미 사용

스크립트의 다음 두 줄의 코드는 실제로 시뮬레이션에서 컴퓨터를 나타내는 Node ns-3 개체를 생성합니다.

NodeContainer nodes;
nodes.Create (2);

계속하기 전에 수업에 대한 문서를 찾아보겠습니다. 노드컨테이너. 특정 클래스에 대한 문서에 접근하는 또 다른 방법은 탭을 이용하는 것입니다. 클래스 페이지에 독소. 이미 Doxygen이 열려 있다면 페이지 상단까지 스크롤하여 클래스 탭을 선택하세요. 새로운 탭 세트가 표시되어야 하며 그 중 하나는 클래스 목록입니다. 이 탭 아래에는 모든 ns-3 클래스 목록이 표시됩니다. 아래로 스크롤하여 ns3::노드컨테이너. 클래스를 찾으면 해당 클래스를 선택하여 해당 클래스에 대한 문서로 이동합니다.

우리가 기억하는 것처럼 핵심 추상화 중 하나는 노드입니다. 이는 프로토콜 스택, 애플리케이션, 주변 장치 카드 등을 추가할 컴퓨터를 나타냅니다. 토폴로지 도우미 노드컨테이너 모든 개체를 생성, 관리 및 액세스할 수 있는 편리한 방법을 제공합니다. 노드, 시뮬레이션을 실행하기 위해 생성합니다. 위의 첫 번째 줄은 단순히 다음과 같이 선언합니다. 노드컨테이너, 우리는 이를 노드라고 부릅니다. 두 번째 줄에서는 노드 개체에 대해 Create 메서드를 호출하고 컨테이너에 두 개의 노드를 생성하도록 요청합니다. 에 설명된 대로 독소, 컨테이너는 ns-3 시스템에 두 개의 개체를 생성하도록 요청합니다. 노드 내부적으로 이러한 개체에 대한 포인터를 저장합니다.

스크립트에서 생성된 노드는 아직 아무 작업도 수행하지 않습니다. 토폴로지 구축의 다음 단계는 노드를 네트워크에 연결하는 것입니다. 우리가 지원하는 가장 간단한 형태의 네트워크는 두 노드 간의 지점 간 연결입니다. 이제 그러한 연결을 만들어 보겠습니다.

포인트투포인트도우미

연결에 필요한 하위 수준 작업을 수행하기 위해 토폴로지 도우미 개체를 사용하여 친숙한 패턴을 사용하여 지점 간 연결을 만듭니다. 우리의 두 가지 핵심 추상화를 기억하세요. NetDevice и 채널. 실제 세계에서 이러한 용어는 대략 주변 장치 카드 및 네트워크 케이블에 해당합니다. 일반적으로 이 두 가지는 서로 밀접하게 관련되어 있으며, 예를 들어 장치 등을 공유할 수 있는 사람은 아무도 없습니다. Ethernet 무선 채널을 통해. 토폴로지 도우미는 이러한 긴밀한 관계를 따르므로 이 시나리오에서는 단일 개체를 사용합니다. 포인트투포인트도우미 ns-3 개체 설정 및 연결용 PointToPointNet장치 и 포인트투포인트채널. 스크립트의 다음 세 줄은 다음과 같습니다.

PointToPointHelper pointToPoint;
pointToPoint.SetDeviceAttribute ("DataRate", StringValue ("5Mbps")); 
pointToPoint.SetChannelAttribute ("Delay", StringValue ("2ms"));

첫 번째 줄,

PointToPointHelper pointToPoint;

스택에 객체의 인스턴스를 생성합니다. 포인트투포인트도우미. 최상위 수준의 관점에서 다음 줄은

pointToPoint.SetDeviceAttribute ("DataRate", StringValue ("5Mbps"));

사물을 말해준다 포인트투포인트도우미 값 "5 Mbit/s"(초당 XNUMX메가비트)를 "데이터 속도".

보다 구체적인 관점에서 볼 때 "DataRate" 문자열은 속성이라고 부르는 것에 해당합니다. PointToPointNet장치. 당신이 보면 독소 반을 위해서 ns3::PointToPointNetDevice 그리고 방법에 대한 문서에서 유형 ID 가져오기 장치에 대해 정의된 속성 목록을 찾을 수 있습니다. 그중에는 “데이터 속도" 사용자에게 표시되는 대부분의 ns-3 객체에는 유사한 속성 목록이 있습니다. 다음 섹션에서 볼 수 있듯이 이 메커니즘을 사용하여 다시 컴파일하지 않고도 시뮬레이션을 쉽게 설정할 수 있습니다.

비슷하다 "데이터 속도" PointToPointNetDevice에서 PointToPointChannel과 연결된 "Delay" 특성을 찾을 수 있습니다. 마지막 줄

pointToPoint.SetChannelAttribute ("Delay", StringValue ("2ms"));

говорит 포인트투포인트도우미 이후에 생성되는 지점 간 링크의 전파 지연 값으로 "2ms"(XNUMX밀리초) 값을 사용합니다.

NetDevice컨테이너

현재 우리는 스크립트에 노드컨테이너, 여기에는 두 개의 노드가 포함됩니다. 우리는 포인트투포인트도우미, 객체 생성을 위해 준비된 것입니다. PointToPointNet장치 PointToPointChannel 객체를 사용하여 연결합니다. NodeContainer 토폴로지 도우미 개체를 사용하여 노드를 생성한 것처럼 다음과 같이 질문합니다. 포인트투포인트도우미 당사 장치의 생성, 구성 및 설치와 관련된 업무를 수행합니다. 생성된 모든 객체의 목록이 필요합니다. NetDevice, 그래서 우리는 NetDevice컨테이너 우리가 사용했던 것과 같은 방식으로 보관하기 위해 노드컨테이너 우리가 만든 노드를 저장합니다. 다음 두 줄의 코드는

NetDeviceContainer devices;
devices = pointToPoint.Install (nodes);

장치 및 채널 설정을 완료하세요. 첫 번째 줄은 위에서 언급한 장치 컨테이너를 선언하고 두 번째 줄은 주요 작업을 수행합니다. 방법 설치 사물 포인트투포인트도우미 받아들이다 노드컨테이너 매개변수로. 내부에 NetDevice컨테이너 위치한 각 노드에 대해 노드컨테이너 생성됩니다(점대점 통신의 경우 정확히 두 개가 있어야 함). PointToPointNet장치 생성되어 장치 컨테이너에 저장됩니다. 포인트투포인트채널 생성되고 두 개가 연결됩니다. PointToPointNet장치. 객체를 생성한 후 포인트투포인트도우미, 생성된 객체의 해당 속성을 초기화하는 데 사용됩니다.

전화를 걸고 나면 pointToPoint.Install(노드) 우리는 두 개의 노드를 갖게 될 것입니다. 각 노드에는 지점간 네트워크 장치가 설치되어 있고 노드 사이에 하나의 지점간 링크가 있습니다. 두 장치 모두 채널을 통해 XNUMX밀리초의 전송 지연을 통해 초당 XNUMX메가비트의 속도로 데이터를 전송하도록 구성됩니다.

인터넷스택헬퍼

이제 노드와 장치가 구성되었지만 노드에 프로토콜 스택이 설치되어 있지 않습니다. 다음 두 줄의 코드가 이를 처리합니다.

InternetStackHelper stack;
stack.Install (nodes);

인터넷스택헬퍼 - 지점간 네트워크 장치용 PointToPointHelper와 유사한 인터넷 스택용 토폴로지 도우미입니다. 방법 설치 NodeContainer를 매개변수로 사용합니다. 실행되면 각 컨테이너 노드에 인터넷 스택(TCP, UDP, IP 등)이 설치됩니다.

IPv4AddressHelper

그런 다음 장치를 IP 주소와 연결해야 합니다. IP 주소 할당을 관리하기 위한 토폴로지 도우미를 제공합니다. 사용자에게 표시되는 유일한 API는 실제 주소 배포를 수행할 때 사용할 기본 IP 주소와 넷마스크를 설정하는 것입니다(이 작업은 도우미 내의 하위 수준에서 수행됩니다). 예제 스크립트의 다음 두 줄의 코드 첫 번째.cc,

Ipv4AddressHelper address;
address.SetBase ("10.1.1.0", "255.255.255.0");

주소 도우미 개체를 선언하고 10.1.1.0 비트마스크를 사용하여 네트워크 255.255.255.0에서 IP 주소 할당을 시작해야 한다고 알려줍니다. 기본적으로 할당된 주소는 10.1.1.1부터 시작하여 단조롭게 증가하므로 이 베이스에서 할당된 첫 번째 주소는 10.1.1.2, 그 다음에는 3 등이 됩니다. 실제로 ns-XNUMX 시스템은 낮은 수준에서 할당된 IP 주소를 모두 기억하고 실수로 동일한 주소가 두 번 생성되는 상황이 발생하면 치명적인 오류를 발생시킵니다(그런데 이 오류는 디버깅이 어렵습니다).

다음 코드 줄은

Ipv4InterfaceContainer interfaces = address.Assign (devices);

실제 주소 할당을 수행합니다. ns-3에서는 객체를 사용하여 IP 주소와 장치 간의 연결을 설정합니다. IPv4인터페이스. 나중에 사용하기 위해 보조자가 생성한 네트워크 장치 목록이 필요한 경우가 있는 것처럼 개체 목록이 필요한 경우도 있습니다. IPv4인터페이스. IPv4인터페이스 컨테이너 이 기능을 제공합니다.

우리는 스택이 설치되고 IP 주소가 할당된 지점 간 네트워크를 구축했습니다. 이제 트래픽을 생성하려면 각 노드에 애플리케이션이 필요합니다.

4.2.7 애플리케이션 사용

ns-3 시스템의 또 다른 주요 추상화는 다음과 같습니다. 어플리케이션 (애플리케이션). 이 시나리오에서는 두 가지 기본 클래스 전문화를 사용합니다. 어플리케이션 ns-3이 호출되었습니다. UdpEchoServer응용 프로그램 и UdpEchoClient응용 프로그램. 이전 사례와 마찬가지로 보조 개체를 사용하여 기본 개체를 구성하고 관리합니다. 여기서 우리는 UdpEchoServer도우미 и UDPEcho클라이언트도움말우리의 삶을 더 편리하게 만들어주는 물건들입니다.

UdpEchoServer도우미

first.cc 예제 스크립트의 다음 코드 줄은 이전에 만든 노드 중 하나에서 UDP 에코 서버 애플리케이션을 구성하는 데 사용됩니다.

UdpEchoServerHelper echoServer (9);

ApplicationContainer serverApps = echoServer.Install (nodes.Get (1));
serverApps.Start (Seconds (1.0));
serverApps.Stop (Seconds (10.0));

위 스니펫의 첫 번째 코드 줄은 다음을 생성합니다. UdpEchoServer도우미. 늘 그렇듯이 이것은 애플리케이션 자체가 아니라 실제 애플리케이션을 만드는 데 도움이 되는 개체입니다. 우리의 규칙 중 하나는 필수 속성을 도우미 개체의 생성자에 전달하는 것입니다. 이 경우 서버가 패킷을 수신할 포트 번호를 제공하지 않으면 도우미는 유용한 작업을 수행할 수 없습니다. 이 번호는 클라이언트에도 알려져 있어야 합니다. 이 경우 포트 번호를 도우미 생성자에 전달합니다. 생성자는 차례로 다음을 수행합니다. 속성 설정 전달된 값으로 나중에 원하는 경우 SetAttribute를 사용하여 Port 특성에 대해 다른 값을 설정할 수 있습니다.

다른 많은 보조 개체와 마찬가지로 개체도 UdpEchoServer도우미 방법이 있어요 설치. 이 메서드를 실행하면 기본 에코 서버 애플리케이션이 효과적으로 생성되고 이를 호스트에 바인딩됩니다. 흥미롭게도 그 방법은 설치 받아들이다 노드컨테이너 다른 것과 마찬가지로 매개변수로 설치 우리가 본 방법.

여기서 작동하는 C++ 암시적 변환은 메서드의 결과를 사용합니다. 노드.Get(1) (노드 객체에 대한 스마트 포인터를 반환합니다 - Ptr )을 익명 객체의 생성자에서 사용합니다. 노드컨테이너그런 다음 메서드에 전달됩니다. 설치. C++ 코드에서 어떤 메서드 시그니처가 컴파일되고 실행되는지 확인할 수 없는 경우 암시적 변환을 살펴보세요.

이제 우리는 그것을 봅니다 echoServer.설치 응용 프로그램을 설치하려고 합니다 UdpEchoServer응용 프로그램 에서 발견됨 노드컨테이너우리는 노드를 관리하는 데 사용합니다(인덱스 1의 노드). 설치 모든 애플리케이션에 대한 포인터가 포함된 컨테이너를 반환합니다(이 경우에는 익명 애플리케이션을 전달했기 때문에 하나입니다). 노드컨테이너, 하나의 노드 포함) 도우미가 생성합니다.

애플리케이션은 트래픽 생성을 시작할 시기를 지정해야 합니다. "시작" 중지할 시간을 추가로 지정해야 할 수도 있습니다. "멈추다". 우리는 두 가지 옵션을 모두 제공합니다. 이 시간은 다음 메소드를 사용하여 설정됩니다. 애플리케이션 컨테이너 스타트 и 중지. 이 메소드는 유형의 매개변수를 허용합니다. Time. 이 경우 우리는 명시적인 C++ 변환 시퀀스를 사용하여 C++를 가져옵니다. 더블 1.0을 사용하여 Seconds 개체를 사용하여 초로 변환하는 tns-3 Time 개체로 변환합니다. 변환 규칙은 모델 작성자가 제어할 수 있으며 C++에는 자체 규칙이 있으므로 매개변수가 예상한 대로 변환될 것이라고 항상 기대할 수는 없습니다. 두 줄

serverApps.Start (Seconds (1.0));
serverApps.Stop (Seconds (10.0));

시뮬레이션이 시작된 후 XNUMX초 후에 에코 서버 응용 프로그램이 시작(자동으로 켜짐)되고 시뮬레이션 XNUMX초 후에 중지(꺼짐)됩니다. XNUMX초 후에 실행되는 시뮬레이션 이벤트(애플리케이션 중지 이벤트)를 선언했기 때문에 최소 XNUMX초 동안 네트워크 작동이 시뮬레이션됩니다.

UdpEchoClient도우미

클라이언트 애플리케이션 에코 서버와 거의 유사한 방식으로 구성됩니다. 기본 개체가 있습니다. UdpEchoClient응용 프로그램, 관리되는
UdpEchoClient도우미.

UdpEchoClientHelper echoClient (interfaces.GetAddress (1), 9);
echoClient.SetAttribute ("MaxPackets", UintegerValue (1));
echoClient.SetAttribute ("Interval", TimeValue (Seconds (1.0)));
echoClient.SetAttribute ("PacketSize", UintegerValue (1024));

ApplicationContainer clientApps = echoClient.Install (nodes.Get (0));
clientApps.Start (Seconds (2.0));
clientApps.Stop (Seconds (10.0));;

그러나 에코 클라이언트의 경우 다섯 가지 다른 속성을 설정해야 합니다. 처음 두 속성은 생성 시 설정됩니다. UdpEchoClient도우미. 속성을 설정하는 데 사용되는 매개변수(도우미 내부)를 전달합니다. "원격 주소" и "원격포트" 우리의 계약에 따라 필요한 매개변수를 도우미 생성자에게 전달합니다.

우리가 사용했던 것을 기억하자 IPv4인터페이스 컨테이너 장치에 할당한 IP 주소를 추적합니다. 인터페이스 컨테이너의 null 인터페이스는 노드 컨테이너에 있는 null 노드의 IP 주소에 해당합니다. 인터페이스 컨테이너의 첫 번째 인터페이스는 노드 컨테이너에 있는 첫 번째 노드의 IP 주소에 해당합니다. 따라서 코드의 첫 번째 줄(위)에서 도우미를 만들고 클라이언트의 원격 주소가 서버가 있는 호스트에 할당된 IP 주소가 될 것임을 알려줍니다. 또한 패킷이 포트 XNUMX로 전송되도록 준비해야 한다고 말합니다.

"MaxPackets" 속성은 시뮬레이션 중에 보낼 수 있는 최대 패킷 수를 클라이언트에 알려줍니다. "Interval" 속성은 클라이언트에게 패킷 간 대기 시간을 알려주고, "PacketSize" 속성은 클라이언트에게 패킷의 페이로드 크기를 알려줍니다. 이 속성 조합을 사용하여 클라이언트에게 단일 1024바이트 패킷을 보내도록 지시합니다.

에코 서버와 마찬가지로 에코 클라이언트의 속성을 설정합니다. 스타트 и 중지, 그러나 여기서는 서버가 켜진 후 XNUMX초(시뮬레이션 시작 후 XNUMX초)에 클라이언트를 시작합니다.

4.2.8 시뮬레이터

이 시점에서 시뮬레이션을 실행해야 합니다. 이는 전역 함수를 사용하여 수행됩니다. 시뮬레이터::실행.

Simulator::Run ();

이전에 메소드를 호출했을 때,

serverApps.Start (Seconds (1.0));
serverApps.Stop (Seconds (10.0));
... 
clientApps.Start (Seconds (2.0));
clientApps.Stop (Seconds (10.0));

우리는 실제로 시뮬레이터에서 1,0초, 2,0초에 이벤트를 예약했고, 10,0초에 두 개의 이벤트를 예약했습니다. 통화 후 시뮬레이터::실행, 시스템은 예정된 이벤트 목록을 확인하고 실행하기 시작합니다. 1,0초 후에 먼저 이벤트를 실행하여 에코 서버 애플리케이션을 트리거합니다(이 이벤트는 차례로 다른 많은 이벤트를 예약할 수 있습니다). 그런 다음 t=2,0초에 예약된 이벤트를 실행하여 에코 클라이언트 애플리케이션을 시작합니다. 다시 한번 말씀드리지만, 이번 행사에는 더 많은 행사가 계획되어 있을 수 있습니다. 에코 클라이언트의 시작 이벤트 구현은 서버에 패킷을 전송하여 시뮬레이션의 데이터 전송 단계를 시작합니다.

서버에 패킷을 보내는 작업은 뒤에서 자동으로 예약되고 스크립트에서 설정한 타이밍 매개 변수에 따라 에코 패킷을 보내는 메커니즘을 구현하는 일련의 이벤트를 트리거합니다.

결과적으로 우리는 하나의 패킷만 전송하므로(속성 기억) 최대 패킷 XNUMX로 설정됨), 이 단일 클라이언트 ping에 의해 시작된 이벤트 체인이 종료되고 시뮬레이션은 대기 모드로 전환됩니다. 이 일이 발생하면 나머지 예정된 이벤트는 이벤트가 됩니다. 중지 서버와 클라이언트용. 이러한 이벤트가 실행되면 추가 처리를 위한 이벤트가 남지 않으며 시뮬레이터::실행 제어권을 반환합니다. 시뮬레이션이 완료되었습니다.

남은 것은 스스로 청소하는 것뿐입니다. 이는 전역 함수를 호출하여 수행됩니다. 시뮬레이터::파괴. 생성된 모든 객체를 파괴하기 위해 시뮬레이터에 후크가 삽입되도록 구성된 도우미 함수(또는 하위 수준 ns-3 코드)가 호출되었기 때문입니다. 이러한 개체를 직접 추적할 필요는 없습니다. 호출만 하면 됩니다. 시뮬레이터::파괴 그리고 나가세요. ns-3 시스템이 이러한 어려운 작업을 대신 수행해 드립니다. 첫 번째 ns-3 스크립트인 first.cc의 나머지 줄은 다음과 같은 작업을 수행합니다.

Simulator::Destroy ();
return 0;
}

시뮬레이터는 언제 멈추나요?

ns-3은 DE(이산 이벤트) 시뮬레이터입니다. 이러한 시뮬레이터에서는 각 이벤트가 실행 시간과 연관되어 있으며 시뮬레이션이 진행됨에 따라 발생하는 순서대로 이벤트를 처리하여 시뮬레이션이 계속됩니다. 이벤트로 인해 향후 이벤트가 예약될 수 있습니다. 예를 들어 타이머는 다음 간격에 계산을 완료하도록 자체 일정을 조정할 수 있습니다.

초기 이벤트는 일반적으로 엔터티에 의해 시작됩니다. 예를 들어 IPv6는 네트워크에서 서비스 검색, 이웃 요청 등을 예약합니다. 애플리케이션은 첫 번째 패킷 전송 이벤트 등을 예약합니다. 이벤트가 처리되면 XNUMX개, XNUMX개 또는 그 이상의 이벤트가 생성될 수 있습니다. 시뮬레이션이 진행됨에 따라 종료되거나 새로운 이벤트가 생성되는 이벤트가 발생합니다. 이벤트 큐가 비어 있거나 특수 이벤트가 감지되면 시뮬레이션이 자동으로 중지됩니다. 중지. 이벤트 중지 함수에 의해 생성됨 시뮬레이터::정지 (정지 시간).

시뮬레이션을 중지하기 위해 Simulator::Stop이 절대적으로 필요한 일반적인 경우가 있습니다. 즉, 자체 유지 이벤트가 있는 경우입니다. 자체 유지(또는 반복) 이벤트는 항상 일정이 변경되는 이벤트입니다. 결과적으로 그들은 항상 이벤트 큐를 비어 있지 않은 상태로 유지합니다. 반복되는 이벤트를 포함하는 프로토콜과 모듈이 많이 있습니다. 예를 들면 다음과 같습니다.

• FlowMonitor - 손실된 패킷을 정기적으로 확인합니다.

• RIPng – 라우팅 테이블 업데이트를 주기적으로 브로드캐스트합니다.

• 등.

그런 경우는 시뮬레이터::정지 시뮬레이션을 올바르게 중지하는 데 필요합니다. 또한 ns-3이 에뮬레이션 모드에 있을 때 RealtimeSimulator를 사용하여 시뮬레이션 클록을 머신 클록과 동기화합니다. 시뮬레이터::정지 프로세스를 중지하는 데 필요합니다.

교과서에 나오는 시뮬레이션 프로그램 중 상당수는 호출하지 않습니다. 시뮬레이터::정지 대기 중인 이벤트가 소진되면 자동으로 종료되기 때문입니다. 그러나 이러한 프로그램은 Simulator::Stop 호출도 허용합니다. 예를 들어 첫 번째 예제 프로그램의 다음 추가 명령문은 11초에 명시적으로 중지되도록 예약합니다.

+ Simulator::Stop (Seconds (11.0));
  Simulator::Run ();
  Simulator::Destroy ();
  return 0;
}

위의 내용은 이 프로그램의 동작을 실제로 변경하지 않습니다. 왜냐하면 이 특정 시뮬레이션은 자연스럽게 10초 후에 종료되기 때문입니다. 그러나 위 명령문에서 중지 시간을 11초에서 1초로 변경하면 출력이 화면에 표시되기 전에 시뮬레이션이 중지되는 것을 알 수 있습니다(출력은 시뮬레이션 시간의 약 2초 후에 발생하므로).

Simulator::Run을 호출하기 전에 Simulator::Stop을 호출하는 것이 중요합니다. 그렇지 않으면 Simulator::Run은 중지를 실행하기 위해 주 프로그램에 제어권을 반환하지 않을 수 있습니다!

4.2.9 스크립트 작성

우리는 간단한 스크립트를 만드는 것을 간단하게 만들었습니다. 당신이 해야 할 일은 스크립트를 스크래치 디렉토리에 넣는 것뿐입니다. 그러면 스크립트를 실행하면 자동으로 빌드됩니다. 와프. 해보자. 최상위 디렉토리로 돌아가서 복사하십시오. 예제/튜토리얼/first.cc 카탈로그에 할퀴다

$ cd ../.. 
$ cp examples/tutorial/first.cc scratch/myfirst.cc

이제 다음을 사용하여 첫 번째 샘플 스크립트를 빌드하세요. waf:

$ ./waf

첫 번째 예제가 성공적으로 생성되었음을 나타내는 메시지가 표시되어야 합니다.

Waf: Entering directory `/home/craigdo/repos/ns-3-allinone/ns-3-dev/build'
[614/708] cxx: scratch/myfirst.cc -> build/debug/scratch/myfirst_3.o
[706/708] cxx_link: build/debug/scratch/myfirst_3.o -> build/debug/scratch/myfirst
Waf: Leaving directory `/home/craigdo/repos/ns-3-allinone/ns-3-dev/build'
'build' finished successfully (2.357s)

이제 예제를 실행할 수 있습니다(스크래치 디렉터리에서 프로그램을 빌드하는 경우 스크래치 디렉터리에서 실행해야 합니다). 할퀴다):

$ ./waf --run scratch/myfirst

비슷한 출력이 표시됩니다.

Waf: Entering directory `/home/craigdo/repos/ns-3-allinone/ns-3-dev/build'
Waf: Leaving directory `/home/craigdo/repos/ns-3-allinone/ns-3-dev/build'
'build' finished successfully (0.418s) Sent 1024 bytes to 10.1.1.2
Received 1024 bytes from 10.1.1.1
Received 1024 bytes from 10.1.1.2

여기서는 빌드 시스템이 파일이 빌드되었는지 확인한 다음 실행하는 것을 볼 수 있습니다. 에코 클라이언트의 구성 요소 항목은 단일 1024바이트 패킷을 에코 서버 10.1.1.2로 보냈음을 나타냅니다. 에코 서버의 로깅 구성 요소도 1024에서 10.1.1.1바이트를 받았다는 것을 알 수 있습니다. 에코 서버는 자동으로 패킷을 재생하며 에코 클라이언트의 로그에서 서버로부터 패킷을 다시 수신했음을 확인할 수 있습니다.

4.3 ns-3 소스 코드

이제 ns-3 도우미 중 일부를 사용했으므로 이 기능을 구현하는 일부 소스 코드를 살펴볼 수 있습니다. 최신 코드는 다음 링크의 웹 서버에서 볼 수 있습니다. https://gitlab.com/nsnam/ns-3-dev.git. 여기에서 ns-3 개발 트리에 대한 Mercurial 요약 페이지를 볼 수 있습니다. 페이지 상단에 여러 링크가 표시됩니다.

summary | shortlog | changelog | graph | tags | files

계속해서 파일 링크를 선택하세요. 대부분의 리포지토리의 최상위 수준은 다음과 같습니다.

drwxr-xr-x                               [up]
drwxr-xr-x                               bindings python  files
drwxr-xr-x                               doc              files
drwxr-xr-x                               examples         files
drwxr-xr-x                               ns3              files
drwxr-xr-x                               scratch          files
drwxr-xr-x                               src              files
drwxr-xr-x                               utils            files
-rw-r--r-- 2009-07-01 12:47 +0200 560    .hgignore        file | revisions | annotate
-rw-r--r-- 2009-07-01 12:47 +0200 1886   .hgtags          file | revisions | annotate
-rw-r--r-- 2009-07-01 12:47 +0200 1276   AUTHORS          file | revisions | annotate
-rw-r--r-- 2009-07-01 12:47 +0200 30961  CHANGES.html     file | revisions | annotate
-rw-r--r-- 2009-07-01 12:47 +0200 17987  LICENSE          file | revisions | annotate
-rw-r--r-- 2009-07-01 12:47 +0200 3742   README           file | revisions | annotate
-rw-r--r-- 2009-07-01 12:47 +0200 16171  RELEASE_NOTES    file | revisions | annotate
-rw-r--r-- 2009-07-01 12:47 +0200 6      VERSION          file | revisions | annotate
-rwxr-xr-x 2009-07-01 12:47 +0200 88110  waf              file | revisions | annotate
-rwxr-xr-x 2009-07-01 12:47 +0200 28     waf.bat          file | revisions | annotate
-rw-r--r-- 2009-07-01 12:47 +0200 35395  wscript          file | revisions | annotate
-rw-r--r-- 2009-07-01 12:47 +0200 7673   wutils.py        file | revisions | annotate

예제 스크립트는 디렉토리에 있습니다 예. 예제를 클릭하면 하위 디렉터리 목록이 표시됩니다. 하위 디렉터리에 있는 파일 중 하나 튜토리얼 - first.cc. 클릭하면 첫 번째.cc 방금 배운 코드가 표시됩니다.

소스 코드는 주로 디렉토리에 있습니다. SRC. 디렉토리 이름을 클릭하거나 디렉토리 이름 오른쪽에 있는 파일 링크를 클릭하면 소스 코드를 볼 수 있습니다. src 디렉터리를 클릭하면 src 하위 디렉터리 목록이 표시됩니다. 그런 다음 핵심 하위 디렉터리를 클릭하면 파일 목록을 찾을 수 있습니다. (이 가이드를 작성할 당시) 보게 될 첫 번째 파일은 다음과 같습니다. 중단.h. 링크를 클릭하시면 중단.h, 소스 파일로 전송됩니다. 중단.h에는 비정상적인 조건이 감지된 경우 스크립트를 종료하는 데 유용한 매크로가 포함되어 있습니다. 이 장에서 사용한 도우미의 소스 코드는 다음 디렉토리에서 찾을 수 있습니다. src/응용 프로그램/도우미. ns-3 프로그램의 스타일과 위치를 파악하려면 디렉토리 트리를 자유롭게 살펴보세요.

출처 : habr.com