Simuladores – Ambiente Teste

Fri, 11 Nov 2016 00:00:00 +0000

Olá Pessoal,

Acredito que todos já pesquisaram em algum momento um simulador que possa nos ajudar a fazer algum teste, para evidenciar se a teoria do papel é exatamente aquilo que compreendemos, e se ela é real. Ou vocês nunca tiveram essa curiosidade?

Enfim, aqui vou tentar trazer algumas ideias de simuladores que utilizamos e até ambientes reais que os fabricantes disponibilizam, para que você possa pensar em alguma demonstração para cliente ou literalmente como base de conhecimento para o seu dia a dia.

Cisco dCloud ( https://dcloud.cisco.com/ )

Nesse ambiente para que você possa ter acesso é necessário ter um CSCO. Esse ambiente de teste já disponibiliza diversas topologias, bem como documentos explicativos do que é necessario para acessar, documentações de procedimento para testar sua solução,etc. Ele é muito utilizado para exemplificar ao cliente as soluções que você deseja implementar e até casos onde você gostaria de aprender a configurar e ver funcionando sua solução.

VmWare – Hands on-LAB ( http://labs.hol.vmware.com/HOL/catalogs/catalog/123 )

Nesse ambiente você pode ter acesso fazendo um cadastro simples no proprio site com seu e-mail particular, que logo em seguida estará apto para fazer seus agendamentos conforme aquela tecnologia que você deseja praticar dentro dos ambientes de VmWare. Recentemente, eles tem adicionado conteúdos interessantes, baseando-se nas novas tendências de SDDC.

GNS3 – Simuladores para diferentes fornecedores ( https://gns3.com/ )

Acredito que esse software seja bem conhecido entre os apaixonados por Redes, pois sempre foi um software gratuito que mantém-se até hoje sendo disponibilizado e atualizado pela comunidade. Nesse emulador temos agora diversas formas de trabalhar, como subir uma maquina virtual utilizando a propria imagem que é disponibilizada pela comunidade, como também pode ser instalado em mutiplataformas.

Como experiência, quando ele é instalado na propria maquina os recursos utilizados para simular os equipamentos acaba-se consumindo mais memoria e processamento do que subindo ela como uma maquina virtual.

UnetLab – Concorrente direto do GNS3 ( http://www.unetlab.com )

Essa versão é atualização de nosso antigo WebIOU, para qual tem as mesmas funcionalidades que o GNS3 com algumas caracteristicas diferenciadas que na minha opinião acaba sendo melhor para emular nossos laboratórios. O único ponto fraco que achei para essa versão que o consumo de memoria aumentou bastante em comparação com a versão antiga ( WEBIOU ).

Nesse software seguimos a instalação sempre como sendo uma máquina virtual e a partir dela, podemos construir nossas topologias bem como associar diferentes vendors.

Cisco VIRL – ( http://virl.cisco.com )

Esse é emulador Cisco que pode ser instalado em sua própria maquina, ou recentemente eles anunciaram que você pode instalar em um ” bare metal ” remoto através de um de seus parceiros. Nessa categoria você irá pagar pela licença do VIRL, como também por hora pela alocação desse ” bare metal “.

A licença do VIRL pode ser particular ( dependendo de quantos nós são necessarios ) como também existe uma categoria para o meio acadêmico.

Cisco Packet Tracert ( https://www.netacad.com/pt/about-networking-academy/packet-tracer )

Software desenvolvido pela Cisco gratuitamente, onde é uma excelente opção para os profissionais que estão estudando para o CCNA e querem executar a pratica ( CLI ) nos equipamento. Se desejar temos em nossa seção de arquivos o software.

Enfim, aqui são algumas opções que trago para que vocês possam analisar e verificar qual enquadra-se melhor para sua situação. Nós temos outros exemplos de simuladores, porém acabei mencionando os mais tradicionais. Se você que utiliza um simulador / emulador que não foi citado em nosso post, peço que deixe seu comentário sobre qual software esta utilizando no momento.

Em nosso próximo post, como muitos me perguntam o que é melhor, montar um LAB físico ou estudar em simuladores, vou trazer minha opinião em relação a esse assunto. 😉

Abs,
Rodrigo

Protocolo OSPF – parte 8

Fri, 27 Jul 2012 00:00:00 +0000

Olá Pessoal,

Conforme mencionado em nosso último post vamos finalizar nossa série de OSPF, mencionando rapidamente sobre os cálculos que são executados para trazer esses valores para a tabela de roteamento.

No post número 2, mencionamos sobre a formula que é utilizada para trazer o valor calculado. Consulte.

Baseado nesse principio iremos ter as diferenças de custo quando as redes são redistribuidas através de outro protocolo ( EIGRP, RIP e etc ) e as diferentes interfaces que estão sendo utilizadas para a troca de informações dentro do protocolo de roteamento. Segue abaixo um pequeno resumo dos valores de custo de cada interface.

Essa tabela tem os cálculos executados através da formula mostrada anteriormente em nosso capítulo 2. Todos esses valores podem ser obtidos através da mesma formula, entretanto alguns padrões já são reconhecidos e lembrados pois são utilizados em nosso dia a dia.

Como todos os recursos são alterados, temos duas formas de executar essa alteração de custo nas interfaces para que o valor seja influenciado e de uma forma tenha alteração na tabela de roteamento de seus vizinhos.

ip ospf cost [ interface-cos ] = Esse comando é o mais tradicional e mais utilizado, pois traz uma resposta mais real da situação. Esse recurso é aplicado dentro da interface e tem-se um range de 1 até 65535.

CiscoRedes>enable
CiscoRedes#conf t
CiscoRedes(conf-t)#interface fast1/0
CiscoRedes(conf-if)#ip ospf cost 10

bandwidth [ valor de banda ] = Esse comando irá alterar o valor que o protocolo utiliza de referência para utilizar no protocolo de roteamento, entretanto esse comando não é o mais recomendado, pois você pode alterar outras funcionalidades para qual é utilizado esse valor, como a falsa impressão da leitura de um MRTG, que irá trazer gráficos de utilização do circuito.

CiscoRedes>enable
CiscoRedes#conf t
CiscoRedes(conf-t)#interface fast1/0
CiscoRedes(conf-if)#bandwidth 1000

Para efetuar a validação dos custos que cada interface possui, iremos validar especificamente através da interface física.

Serial

CiscoRedes#show ip ospf interface s0

Serial0 is up, line protocol is up
Internet Address 128.213.10.2 255.255.255.0, Area 0
Process ID 10, Router ID 128.213.10.2, Network Type
POINT_TO_MULTIPOINT, Cost: 64
Transmit Delay is 1 sec, State POINT_TO_MULTIPOINT,
Timer intervals configured, Hello 30, Dead 120, Wait 120, Retransmit 5
Hello due in 0:00:14
Neighbor Count is 1, Adjacent neighbor count is 1
Adjacent with neighbor 200.200.10.1

Ethernet

CiscoRedes#show ip ospf interface e0
Ethernet0 is up, line protocol is up
Internet Address 203.250.14.3 255.255.255.0, Area 0.0.0.0
Process ID 10, Router ID 203.250.12.1, Network Type BROADCAST, Cost: 10
Transmit Delay is 1 sec, State DROTHER, Priority 1
Designated Router (ID) 203.250.15.1, Interface address 203.250.14.2
Backup Designated router (ID) 203.250.13.41, Interface address
203.250.14.1
Timer intervals configured, Hello 10, Dead 40, Wait 40, Retransmit 5
Hello due in 0:00:03
Neighbor Count is 3, Adjacent neighbor count is 2
Adjacent with neighbor 203.250.15.1 (Designated Router)
Adjacent with neighbor 203.250.13.41 (Backup Designated Router)

Com isso chegamos ao fim de nossa serie sobre OSPF 😀 . Logicamente, temos outros conceitos que não foram abordados nesse pequeno tutorial, entretanto são tópicos interessantes que devem ajudar nossos leitores a descobrir e identificar os problemas nas redes que utilizam-se desse protocolo.

Espero que vocês tenham gostado 😉 e que esse ” tutorialzinho ” possa ter ajudado a interpretar um pouco sobre esse protocolo.

Abs,
Rodrigo

Laboratório Virtual on Cisco Redes

Simuladores – Ambiente Teste

Protocolo OSPF – parte 8