단일 실제 호스트 내에서 ns-3 및 탭 인터페이스를 사용하여 LTE 연결을 시뮬레이션하기 위한 시뮬레이션 플랫폼을 구축하려고 합니다. 나는 이것이 매우 복잡하다고 생각합니다. 특정 IoT 애플리케이션 계층 프로토콜을 사용하여 클라이언트와 서버를 생성하고 이를 위해 생성된 공통 라이브러리(예: AMQP용 RabbitMQ Java 클라이언트)를 사용할 수 있기를 원하며 실제 네트워크를 사용하는 것처럼 작동하기를 원합니다. 연결하세요.
내가 겪고 있는 한 가지 문제는 서로 직접 라우팅하는 대신 에뮬레이션을 통해 클라이언트와 서버 프로그램 간의 트래픽을 라우팅하는 것입니다. 내 첫 번째 생각은 클라이언트와 서버 프로그램을 별도의 도커 브리지 네트워크에 연결된 별도의 도커 컨테이너에 넣어 분리하는 것이었지만, 이 작업을 시도한 후에는 트래픽이 올바른 라우팅을 위해 인터페이스를 탭하는 데 문제가 있습니다.
해당 Tap 인터페이스를 해당 도커 컨테이너의 브리지에 종속시켰지만 원하는 방식으로 작동하도록 할 수 없습니다. 클라이언트 도커 컨테이너가 해당 탭 인터페이스를 모든 트래픽(또는 최소한 서버에 대한 트래픽)에 대한 게이트웨이로 사용하기를 원하지만 컨테이너가 알고 있는 유일한 인터페이스 또는 IP 주소는 연결된 도커 브리지 네트워크입니다. 이 브리지의 탭 인터페이스가 아니기 때문에 route해당 명령을 사용하여 게이트웨이를 설정할 수 없습니다 . 그러나 브리지에 연결되어 있는지 여부에 관계없이 동일한 Tap 인터페이스를 핑할 수 있습니다. 처음에는 컨테이너에서 인터넷 호스트를 ping할 수도 있었지만 iptables.
두 번째 희망은 탭 인터페이스를 연결되지 않은 인터페이스나 호스트로 전송되는 브리지 내의 모든 트래픽에 대한 게이트웨이로 설정하는 것인데 어떻게 해야 할지 모르겠습니다.
내가 원하는 고립을 달성하려면 어떻게 해야 합니까?
편집하다: 이것이 내가 생각해낸 토폴로지입니다.
+------------------------------------------------------------------+
| Linux Host |
| +---------------------+ +---------------------+ |
| | Isolated network 1 | | Isolated network 2 | |
| | +--------+ | | +--------+ | |
| | | Client | | | | Server | | |
| | | | | | | | | |
| | +--------+ | | +--------+ | |
| | ^ | | ^ | |
| | | | | | | |
| | +---ˇ------+ | | +------ˇ---+ | |
| | | Bridge 1 | | | | Bridge 2 | | |
| | +----------+ | | +----------+ | |
| | ^ | | ^ | |
| +-----|---------------+ +---------------|-----+ |
| | | |
| +--ˇ----+ +----ˇ--+ |
| +--| Tap 1 |------------------------------------| Tap 2 |--+ |
| | +-------+ NS-3 Emulated LTE Network +-------+ | |
| | | |
| +----------------------------------------------------------+ |
| |
+------------------------------------------------------------------+