Colocando o GNS-3 à prova – literalmente

Olá meus amigos, boa noite! Hoje, ao pensar em escrever este post, me veio à cabeça um velho ditado…: “Nunca diga nunca“!!! E o motivo é simples… quando o GNS-3 (Graphical Network Simulation, uma versão gráfica do famoso Dynagen) foi lançado, há pouco mais de um ano (18 meses, se não me engano), eu cheguei a testa-lo e foi um fiasco. Devido ao fato de ter sido recém-lançado, ele era extremamente pesado e não permitia muitas das configurações e ajustes permitidos pelo seu irmão “text-only”, o Dynagen. Como resultado, emular um lab com mais de quatro routers rodando OSPF ou BGP, por exemplo, era um verdadeiro parto para qualquer CPU.

Bom, isso aconteceu há quase 18 meses. Eu fiquei tão mal-impressionado com o GNS-3 que disse a mim mesmo que jamais o usaria novamente. Dizem que a 1^a impressão é a que fica… bom, nesta história, isso felizmente não é verdade 😉 ! Após o último release do GNS-3 – que evoluiu demais release após release, decidi dar a mão à palmatória e testá-lo novamente… e que bom que resolvi fazê-lo! Não fiquei impressionado com o último release (0.7RC1). Fiquei EMBASBACADO 😀 !! A última versão do GNS-3 suporta uma gama enorme de features que o tornam, definitivamente, um dos melhores emuladores (se não o melhor) de redes do mercado. Além de emular routers Cisco (os mesmos suportados pelo Dynamips, que é a base do sistema), ele suporta a emulação conjunta de routers Juniper e de Cisco ASA (ambos por intermédio do QEMU). Não bastasse isso, o GNS-3 suporta, também, a captura de todo o tráfego gerado no lab via WireShark – totalmente “embutido” no conjunto. Se o GNS-3 tivesse integrado o VPCS para a simulação de hosts, e a emulação de switches Cisco high-end (ele suporta a simulação de switches simples, assim como o Dynagen), eu me arriscaria a dizer que ele seria perfeito. E parece que a emulação de hosts já está prevista para a próxima versão do aplicativo (hoje, um host pode ser emulado via QEMU, mas consome recursos exagerados se o objetivo é apenas ping e/ou trace). O mais interessante é que o GNS-3 faz tudo isso em um ambiente gráfico altamente intuitivo. Os designers desta ferramenta capricharam. Criar um novo lab é tão complexo quanto criar uma nova toplogia no estilo “arraste e solte”. Muito simples, bonito e eficiente. Ele também permite que as configurações e a própria topologia sejam exportadas para os mais diversos formatos, como GIF, JPG e PDF.

Mas o que mais me chamou a atenção no GNS-3 em sua mais recente versão não foram os atributos acima destacados… mas um outro, que faz suas vezes de forma bastante discreta, praticamente imperceptível: A gestão automática de Hypervisors. Para os que não estão familiarizados com a arquitetura do Dynagen e do Dynamips (ou de qualquer sistema que permita a criação de “instâncias”), é possível a inicialização de diferentes instâncias do sistema, que se comunicam via porta TCP. A vantagem disso é que podemos desonerar a CPU física do PC onde a emulação está rodando, especialmente se a emulação contém um número grande de elementos. No Dynagen, por exemplo, é recomendado que para se emular mais de 12 elementos se crie uma instância separada. Desta forma, teríamos uma instância do Dynamips rodando, digamos, 8 routers, e outra, rodando 4, totalizando 12 elementos emulados em um mesmo lab.

Até aí, tudo bem… mas o que o GNS-3 faz de tão diferente, então? Ele simplesmente cria e aloca instâncias do Dynamips automaticamente, quando o número de elementos gráficos na topologia ultrapassa um certo limite. E o que é mais impressionante, faz toda esta gerência de forma elegante e muito eficiente.

O projeto no qual estou trabalhando no momento, por exemplo, exige a criação de uma rede em laboratório e o teste exaustivo de diversas configurações, desde políticas de roteamento até DHCP, MHSRP e DMVPN. Pois bem, montei este lab com nada menos de 20 routers Cisco, sendo que 10 deles estão rodando BGP e todos os 20 rodando OSPF. Imaginei que a CPU de meu PC abriria as pernas… e eis que, ao completar as configs iniciais e deixar tudo rodando, noto que a CPU de meu PC está com apenas 5% de recursos alocados para o Dynamips! Sim, isso exigiu o cálculo do idlepc, como seria no Dynagen tradicional, mas ainda assim, o que me espantou foi a marca de apenas 5% de uso de CPU. E foi então que notei que não havia uma instãncia do Dynamips rodando nesta emulação, mas QUATRO. E então, a ficha caiu… havia o gerenciamento automático de Hypervisors. Simplesmente fantástico. Este LAB está rodando com mais de 120 rotas, e o GNS-3 permite que eu teste as contingências apenas clicando no router que eu quero “derrubar” e selecionando “STOP”. Não dá para ser mais simples do que isso. E de quebra, posso usar o Wireshark para examinar todo o tráfego trocado em determinado ponto.

Abaixo, apresento o diagrama do lab testado, e o consumo de CPU no meu PC. Alguns vão dizer “Ah… mas o PC do cara é um quad-core!!!”. Verdade… é um quad core. Mas o que fiz foi portar este exato lab para o laptop Centrino VPro que uso na empresa e eis que a CPU permaneceu na casa dos 8%! Mágica? Não…! GNS-3!!! 😉

PS: Em ambas as máquinas (PC e Laptop), o SO usado foi o Windows Vista Business.

Recomendo, recomendo e… recomendo!

Existem algumas discussões rolando no Fórum sobre GNS-3… participem e aprendam mais sobre esta fantástica ferramenta! Lembrando que para acessar os fóruns é preciso ser um usuário registrado 😉 .

Abraços!

Marco.