Laboratório de

Tecnologias de Informação

Trabalho Laboratorial nº1 (TLAB1)

Aplicação Prática de Controlador de SDN num ambiente Mininet
Indíce
Direitos Autorais ................................................................................................................................................. 2
Nota para usuários de Mac................................................................................................................................. 2
Introdução .......................................................................................................................................................... 4
Usando um modelo para criar um documento .................................................................................................. 4
 Introdução

Nas páginas seguintes será apresentado o trabalho desenvolvido para o Trabalho Laboratorial nº1 (TLAB1) -
Aplicação Prática de Controlador de SDN num ambiente GNS3.

O objetivo deste trabalho é a criação de uma solução que inclua um elemento em cada um das camadas da
estrutura (Infraestrutura, Southbound API, controlador SDN, Northbound API e aplicação), apoiado por uma
aplicação desenvolvida por nós, utilizada para configurar ou obter informação da rede através do controlador
SDN (OpenDayLight) numa rede simulada através do SW GNS3.

A solução proposta, bem como todas as configurações efetuadas, serão apresentadas nas próximas páginas
com recurso a printscreens e descrição dos passos e considerações tomadas.

3
 Cenário

O cenário apresentado como solução para este trabalho laboratorial, é composto por:
1 cloud: Tem como objetivo garantir a conexão do cenário do GNS3, com a máquina virtual GNS3 VM e
controlador OpenDaylight a partir de um browser no pc local. Tanto esta máquina virtual como e máquina
Virtual, Ubuntu Server, correrem no Vmware Workstation. Também permite que a aplicação de gestão
desenvolvida possa comunicar com o máquina OpenDaylight;
1 switch ethernet
5 OpenvSwitch: Para demonstrar a atribuição de IP's por dhcp e comunicação entre todos os dispositivos;
1 máquina OpenDaylight: Integrada no cenário mas a correr no Vmware. Esta máquina, ubuntu server tem como
função gerir todos os componentes do cenário e enviar respostas aos pedidos feitos pela aplicação desenvolvida.
3 computadores: Para testar ligação à rede e entre dispositivos.
Máquina virtual GNS3 e OpenDaylight a correr no Vmware Workstation.
1 servidor de Dhcp a correr na nossa máquina local.

4
 Criação da loopback

[########## Descerver o porquê da criação da loopback e para que serve ##########]

Passos a efetuar para instalar um novo adaptador de rede (loopback) em Windows:

Abrir o cmd no host e escrever o comando hdwwiz seguido de enter

O comando irá abir o assistente de instalação de novo hardware.No assistente escolher a opção Instalar o
hardware que eu selecionar manualmente a partir de uma lista (Avançadas):

5
Fazer seguinte e escolher Placas de rede:

Fazer seguinte e escolher no fabricante Microsoft e no Modelo Microsoft KM-TEST Loopback Adapter:

Fazer seguinte e aguardar que a instalação seja concluída.

6
 Configuração da loopback

Após a conclusão da instalação do adaptador de rede para a loopback, aceder a Definições de Rede e
Internet > Centro de Rede e Partilha > Alterar definições da placa para verificar que a loopback foi criada e
para proceder às restantes configurações necessárias.

Após verificar que o novo adaptador para a loopback se encontra na lista de ligações de rede existentes,
será necessário atribuir um IP à loopback. Os IP's atribuídos aos dispositivos utilizados no nosso cenário e à
máquina virtual do OpenDaylight, irão pertencer à gama de IP definido para a loopback, neste caso a rede
172.16.13.0.
Para atribuir o IP à loopback, basta aceder às propriedades da placa, clicar em Protocolo IP versão 4
(TCP/IPv4) e de seguida em Propriedades e inserir:
Endereço IP: 172.6.13.2
Máscara de sub-rede: 255.255.255.0
Servidor DNS preferido: 8.8.8.8
Servidor DNS alternativo: 8.8.4.4

7
De forma a que a loopback tenha conexão à rede, é necessário partilhar a ligação do wifi com a loopback.
Para partilhar a ligação, em Definições de Rede e Internet > Centro de Rede e Partilha > Alterar definições
da placa, aceder a Propriedades do wifi, escolher a tab Partilha, seleccionar a checkbox Permitir a outros
utilizadores da rede ligar através da ligação à Internet deste computador e na Ligação de rede doméstica
escolher a loopback.

8
Após estes passos, poderá continuar a não existir ligação. Para resolver este problema, é necessário aceder
à Firewall do Windows e nas regras de entrada e saída ativar o pedido de eco para a entrada e para a saída
de ICMPv4. Para ativar o pedido de eco de entrada, aceder à Firewall do Windows escolher a opção Regras
de Entrada e na lista clicar com o botão do lado direito sobre a opção Partilha de Ficheiros e de
Impressoras (Pedido de Eco – Entrada de ICMPv4) e clicar em ativar.

9
Para ativar o pedido de eco de saída, aceder à Firewall do Windows escolher a opção Regras de Saída e na
lista clicar com o botão do lado direito sobre a opção Partilha de Ficheiros e de Impressoras (Pedido de Eco
– Saída de ICMPv4) e clicar em ativar.

10
 Máquinas virtuais
O nosso cenário conta com duas máquinas virtuais a correrem em Vmware, uma máquina virtual GNS e uma
máquina virtual OpenDaylight

Para ambas as máquinas virtuais foi criado um novo adaptador de rede ao qual será atribuído a VMnet2.
Para configurar a VMnet2 aceder Edit > Virtual Network Editor> opção Bridge(connect VMs directly to the
external network) na opção Bridge to: escolher “Microsoft KM-TEST Loopback Adapter”.
Nota: Caso a placa Vmnet2 não exista será necessário criá-la clicando no botão “Add Network” e escolher a
opção VMnet2. É importante que seja esta VMnet porque no GNS3, na aba VMware preferences > Advanced
local settings, só podemos configurar VMnet interfaces apartir da vmnet2.

11
Para adicionar este novo adaptador de rede, é necessário aceder ao Vmware e sobre a máquina virtual clicar com
o botão do lado direto e escolher Settings

Após isso escolher Network Adapter e clicar em Add

Definições de Rede e Internet > Centro de Rede e Partilha > Alterar definições da placa
No ecrã seguinte escolher Network Adapter e clicar em Finish

12
Nota: O processo de criação do adaptador de rede é idêntico para ambas as máquinas virtuais, pelo que o
processo acima descrito deve ser seguido para ambas.
Após a criação do novo adpatador de rede em ambas as máquinas virtuais, é necessário aceder aos settings de
ambas as máquinas virtuais e atribuir a VMnet2 ao novo adptador de rede criado. Para atribuir a VMnet2 ao
novo adptador de rede criado, deve seguir-se os passos anteriormente descritos: Aceder ao Vmware e sobre a
máquina virtual clicar com o botão do lado direto e escolher Settings

13
No ecrã de settings, clicar no novo adaptador de rede criado, escolher Custom: Specific virtual network
e na dropdown escolher a VMnet2

Nota: O processo de atribuição da VMnet2 ao novo adaptador de rede criado é idêntico para ambas as máquinas
virtuais, pelo que o processo acima descrito deve ser seguido para ambas.

Ambas as máquinas, após serem criadas e configuradas, foram adicionadas ao GNS3 #################

14
 Configurações dos OpenvSwich
Todas as FastEthernet 0 de todos os OpenvSwitch existentes no cenário, estão confguradas para receber ip
por DHCP e para as mesmas foi ativada e criada uma bridge para o IP da máquina virtual OpenDaylight

15
(172.16.13.8), de forma a que, ao aceder num browser a http://172.16.13.8:8181/index.html#/topology
possamos visualizar todos os nós que constituem o nosso cenário em GNS3.
Eth0 a receber IP por DHCP

Para criar a bridge na eth0 é utilizado o comando ovs-vsctl set bridge br 0STP_ENABLE=true

Para que o controlador possa aceder aos nós do nosso cenário, é necessário indicar o seu IP através do
comando ovs-vsctl set-controller br0 tecp:172.16.13.8:6633

Para verificar se a bridge foi corretamente criada e qual o seu estado, é utilizado o comando ovs-vsctl show
para mostrar as configurações criadas

16
Caso todas as configurações estejam corretas, será possível ver a nossa topologia no OpenDaylight
acedendo ao endereço http://172.16.13.8:8181/index.html#/topology

17
Como teste, fazer ping entre computadores no cenário do GNS3 e clicar no botão Reload no endereço do
OpenDaylight, permite ver os dispositivos que fizeram ping surgirem ligados na topologia.

18
 API SDN
Na criação desta api foi utilizado o Laravel Homestead que permite criar aplicações Web, foi necessário criar um
novo projeto dentro da pasta code da máquina virtual vagrant com o commando “composer create-project –prefer-
dist laravel/laravel apisdn.test” e no ficheiro .yaml dentro da pasta Homestead alterar o caminho para o projeto da
api. De modo a ser possivel fazer pedidos Rest entre esta aplicação Web e o controlador foi necessário instalar um
PHP HTTP client, Guzzle. Para instalar guzzle foi necessário corer na máquinia o commando “composer require
guzzlehttp/guzzle”. De modo a permiter o seu uso é necessário adicionar no inicio do ficheiro SdnController.php
a linha use “GuzzleHttp\Client;
Este ficheiro é responsável pelos pedidos Rest ao Controlador OpendayLight. Abaixo é apresentado o Código do
mesmo:

19