CCNA on Cisco Redes

BLOG – CCNA – Segunda change free, será?

Wed, 01 Mar 2023 00:00:00 +0000

Olá Pessoal,

Gostaria de passar uma informação em relação uma notificação que a Cisco enviou sobre dois novos pacotes do CCNA que podem ser adquiridos diretamente através do Learning Network Store.

O que seriam esses pacotes e porque a menção sobre efetuar segundo exame free, caso você não passe na primeira tentativa executando a prova de certificação.

Basicamente no portal de treinamento Cisco, foi definido duas nomenclaturas de execução desse método como sendo o “CCNA Exam Safeguard Offer” e o “CCNA Exam Safeguard Offer Plus“, na qual eu logo abaixo explico com mais detalhes cada uma deles.

Olhando essas alternativas e fazendo uma comparação, conforme abaixo. Eu pesquisei qual o valor hoje da prova de CCNA 200-301, sendo feito o agendamento direto pelo site da VUE.

Conforme, podem observar acima, o valor hoje é de $300 “doletas”, na qual se você reprovar teria que pagar novamente esse mesmo valor para sua segunda tentativa.

Como já falei por aqui, apenas reforço que os números de reprovação do CCNA é alta, justamente porque é uma prova difícil e seria a prova que quebra a barreira para muitos profissionais que estão querendo inserir-se nesse mundo de tecnologia e redes.

Pacotes – Bundle

Agora, vamos observar o que esta sendo ofertado e as opções que teriamos. Enfim, se observar o primeiro pacote conforme descrito, você pagaria $375 “doletas” para executar a prova e caso você reprove, lembre-se não precisa pagar mais nada adicional, ou seja, apenas marcar a prova novamente dentro do prazo de 90 dias que você comprou o pacote.

Apenas re-lembrando que já teríamos $75 “doletas” adicionais caso alguém precise executar novamente o teste. Talvez vocês se perguntem, se eu passar na primeira tentativa vou pedir reembolso de algo, posso efetuar desconto para a próxima prova? NÃO, nada será feito caso você passe na sua primeira tentativa.

Enfim, para a proxima oferta temos a menção de um valor de $450 “doletas”, na qual, segue com as mesmas regras já expostas no bundle anterior, porém temos um agregado de fazer uma revisão do CCNA, através de um questionário e laboratórios, ou seja, mesmo assim respeitando a regra dos 90 dias para efetuar a segunda chance a partir do dia que você comprou o bundle.

Neste pacote ele dá o benefício desse questionario que não é o mesmo que cairá na prova, porém vai fazer você exercitar seu conhecimento e a demanda prática que é cobrado na prova. Vale ressaltar, que essa revisão de exame podem ser executada sem limites, dentro do prazo já comentado.

Conclusão

Em linha gerais é complicado mencionar para você se compensa esses valores adicionais, principalmente no primeiro bundle, porém é muito importante você fazer sua auto-crítica e entender o quão você esta preparado para o exame, pois muitas das vezes esse pequeno valor adicional pode trazer um conforto maior e uma calma mais apurada para prova. Eu tenho que revelar, que toda prova que já fiz de certificação eu fico muito tenso, apenas pensando se vou conseguir responder tudo e também sobre os cifrões ( $$$$ ) passando na minha frente.

Portanto, acredito que você precise avaliar muito bem sua abordagem para a prova, porém agora temos mais algumas alternativas para pensar e entender o que é melhor para nosso progresso.

Caso vocês queiram adicionar ou compartilhar algo diferente fiquem à vontade em postar nos comentários.

Abs,
Rodrigo

BLOG – Participação Podcast – Tech Rock BR

Mon, 16 Mar 2020 00:00:00 +0000

Olá Pessoal,

Gostaria de compartilhar essa informação, pois eu participei de um podcast de alguns amigos, na qual fui convidado para bater um papo descontraído, e ao mesmo tempo compartilhar algumas informações que seja revelante a todo esse público nosso de Tecnologia.

Neste podcast nossos queridos amigos Andre Gomes, Andre Bonatti e nosso famoso Francisco Fukumoto ( diga de passagem estava de férias, garoto com a vida fácil rsrs ) tem o intuito de trazer diferentes tópicos e não somente de tecnologia, portanto vale a pena seguir eles pelas plataformas de stream ( Spotify, Deezer, iTunes, Spreaker )

Prestigie eles pelo Twitter e deu um follow.

Episódio

Neste episódio inclusive gravamos antes de termos as mudanças das provas de certificações Cisco, portanto antes que alguém comente temos ítens mencionados por mim, que de fato agora após mudança não tivemos concretamente aquilo que eu imaginava que poderia acontecer, mas linhas gerais as informações são validas e tem um bate papo geral comentando sobre outros tópicos.

Segue abaixo nosso streaming.

Conclusão

Espero ser convidado mais vezes, pois achei uma experiência bem interessante e também bem divertida, onde o papo vai longe e acaba-se entrando em vários tópicos, bem como damos muitas risadas.

Abs,
Rodrigo

BLOG – Cisco Cert Insiders – Fóruns e Desafios = Prêmios

Tue, 16 Jul 2019 00:00:00 +0000

Olá Pessoal,

Gostaria de passar um dica rápida para vocês sobre um site da Cisco denominado como ” Cisco Cert Insiders “, onde ele esta atrelado a um fórum de discussão, bem como existe alguns desafios e informações adicionais que você pode participar e acumular pontos durante sua trajetória.

Esses desafios estão relacionados a revisões de conteúdo ( Routing, Switching, Security, etc ) atrelados algumas vezes as provas da Cisco, como também dicas sobre os conteúdos de modo geral ( DevNet, Noticias Cisco, etc ).

Como mencionado você acumula pontos que posteriormente podem ser trocados com ” presentinhos “. 🙂

Para participar você precisa ter seu CSCO, ou se desejar pode criar também através do site. Lembrando que hoje a plataforma Cisco de Autenticação está unificada para todos os acessos.

Para acessar a plataforma vá ao site Cisco Cert Insiders e aproveite!!!

Espero que tenham gostado da dica e compartilhe com seus amigo.

Abs,
Rodrigo

BLOG – Cisco anuncia mudanças em seu ciclo de Certificações

Tue, 11 Jun 2019 00:00:00 +0000

Olá Pessoal,

Hoje foi anunciado um novo modelo para as certificações. É serio? Sim, é serio e começa a valer à partir de Fevereiro de 2020.

Como era esperado essa notificação ocorreu juntamente com abertura do Cisco Live em San Diego, bem como uma avalanche de questionamentos que estão surgindo através de toda essa cadeia que circula entre os profissionais certificados, profissionais que estão pensando em renovar, profissionais querem iniciar seus estudos e o último mas não o menos importante os programas com os parceiros.

Um dos pontos importantes para destacar são as novas certificações que estão totalmente atreladas com essa nova demanda do mercado, e que a Cisco denomina dentro do grupo e comunidade como sendo o ” DevNet “. Nos aqui já divulgamos bastante informações sobre essa nova era e sobre o programa onde você pode conferir através desse link do DevNet.

Tendo essa denominação essa denominação vai seguir a mesma linha de raciocinio do modo tradicional que já conhecemos, como Associate, Professional, Specialist e Expert ( ainda em desenvolvimento ). Segue abaixo:

Devido essa nova definição não iremos mais ter todas as torres de tecnologia segregadas na certificação CCNA, ou seja, de fato iremos ter agora somente CCNA. Vale ressaltar que não teremos mais as provas ICND1 e ICND2, então teremos atualização da prova sendo definida como 200-301.

Para o modo Professional iremos também ter diversas modificações na qual teremos um ítem denominado com ” Tecnology Core “, e na sequência você podera escolher sua ” especializações “. Verifique abaixo um exemplo:

Talvez vocês me perguntem o que seria essa ” bolinha roxa “, isso na verdade está trazendo a demanda adicionada sobre as certificações de DevNet, agregando a sua especialização ” Specialist “. Para isso temos também uma nova estrutura para abordar esses itens, conforme abaixo:

Para a cadeia do CCIE também temos alterações, algumas boa e outras nem tanto ( rsrs ). De fato o item positivo que agora elas não serão mais de 2 anos de validade e sim vão acompanhar conforme as outras certificações sendo que ela agora terá uma validade de 3 anos, entretanto para as pessoas que pensavam no ” Emeritus ” isso acabou ficando um pouco mais longe, pois ela agora passará para 20 anos. Isso tem um motivo mas podemos discutir em outro post.

Enfim, não é momento de entrar em desespero e sim de fazer suas analises e traçar seus objetivos, validando qual caminho será melhor seguir até a mudança ou efetivamente após essa mudança. Nos vamos detalhar mais pontos em nossos posts, mas você pode conferir através do link denominado NextLevel.

Se tiverem dúvidas podem ir postando em nossos comentários que podemos construir juntos nossas dúvidas e respostas. Espero que vocês tenham gostado desses detalhes.

Abs,
Rodrigo

Packet Tracer Atualizado – Versão 7.2

Wed, 05 Sep 2018 00:00:00 +0000

Olá Pessoal,

Acredito que essa notícia já é um pouco antiga, pois a Cisco já havia anunciado, porém estou atrasado para atualizar em nosso BLOG devido a diversos fatores. Mas como eu brinco “ tarda mas não falha“, eu fico sempre no dever de principalmente divulgar aos alunos que necessitam dessa nova versão e por algum motivo ainda não havia obtido essa atualização.

Vocês podem observar que em nossa sessão de Arquivos eu atualizei com a nova versão do Packet Tracer 7.2, para qual está populado para Windows e Linux. Para aqueles que desejam ter o usuário para que não fique aparecendo a mensagem de problemas para salva eu recomendo ler meu post sobre “ Usuario Guest “.

Enjoy it!!! 😀

Abs,
Rodrigo

Atualização nos valores de prova da Cisco

Thu, 09 Feb 2017 00:00:00 +0000

Olá Pessoal,

Acredito que para muitos isso não será uma noticia boa, pois hoje foi anunciado pela Cisco os novos valores das provas que estão sendo cobrados a partir de hoje ( 09/02/2017 ).

Para a maioria dos ” tracks ” tivemos uma atualização em torno de U$50,00, ou seja, é mais um motivo para que todos se dediquem cada vez mais nos estudos, para que você consiga alcançar sua certificação em sua primeira tentativa, com isso seu ” bolso ” não sofrerá tanto impacto.

Como evidência para que vocês vejam:


Certification	Preço antigo ( U$ )	Preço Novo ( U$ )
CCNA R&S	295,00	325,00
CCNA Security	250,00	300,00
CCNP	250,00	300,00
CCIE Written	400,00	450,00

Para consulta de outras certificações verifique no site da VUE – Certificação Cisco.

Dentro desse parâmetro vocês imaginavam que os valores iriam subir? O que acharam desse aumento? Deixe seus comentários. 😉

Abs,
Rodrigo

Aula 2 – Comandos básicos de Cisco

Mon, 29 Aug 2016 00:00:00 +0000

Olá Pessoal,

Conforme nosso post anterior, segue a sequencia de nossas video para detalhar sobre os comandos básicos de Cisco através da CLI ( command line interface ). Nessa video irei falar um pouco sobre configuração da interface física, habilitar / desabilitar inteface, configuração descrição interface, visualização da configuração, etc.

Veja abaixo nossa video e configura mais comandos:

Espero que gostem e deixem seus comentários.

Abs,
Rodrigo

Video Aula sobre comandos básicos de Cisco

Mon, 22 Aug 2016 00:00:00 +0000

Olá Pessoal,

Eu havia feito uma pesquisa a bom tempo atrás em nossa página do Google+ , sobre quais tópicos vocês gostariam de visualizar mais em nosso canal do youtube, e um dos ítens citados foi sobre comandos básicos em Cisco.

Com isso vou iniciar uma série de video aulas para falar a respeito desse tópicos. Desta forma segue abaixo nossa primeiro video aula para explicar sobre os comandos.

Espero que gostem, e aguardo os comentários.

Abs,
Rodrigo

Hangout – Esclarecimentos da nova Prova CCNA

Wed, 20 Jul 2016 00:00:00 +0000

Olá Pessoal,

Ontem fiz hangout online para esclarecer sobre os novos tópicos da prova CCNA ( 200-125 ), que será iniciada à partir de 20/8.

Nessa vídeo explico quais são os itens novos adicionados e os tópicos reduzidos/removidos da antiga prova CCNA. Quem não pode participar segue nossa video em nosso canal do Youtube.

Quem não deu seu subscriber aproveite que teremos novidades logo mais. Acompanhe nosso BLOG e nosso canal do Youtube.

Abs,
Rodrigo

Nova Certificação Cisco – CCNA Cyber Ops

Mon, 27 Jun 2016 00:00:00 +0000

Olá Pessoal,

Gostaria de notificar que a Cisco anunciou uma nova certificação à nível Associate. O nome dado essa certificação é ” CCNA Cyber Ops “.

Entretanto, essa certificação pelo calendario será apenas disponibilizada em Novembro ou Dezembro desse ano. A certificação está mais voltada para desafios com detecção rapida a vulnerabilidades de cyber crimes e respostas rápidas aos incidentes de segurança.

Ela constitui de duas provas:

210-250 – Aparentemente uma prova mais teorica, trazendo os conceitos sobre cyber crimes
210-255 – Prova mais pratica onde teremos que tratar os incidentes de segurança.

A verdade é que não temos muitas informações sobre a certificação, porém já sabemos que a Cisco tem uma ideia de investimentos de U$10 milhões para trazer essa certificação aos centros de estudos.

Segue os links para consulta:

Abs,
Rodrigo

Mudança CCNA – Nova Prova

Wed, 18 May 2016 00:00:00 +0000

Olá Pessoal,

Hoje a Cisco divulgou uma nota na qual iremos ter alterações em nossa prova do CCNA. O conteúdo que temos é disponibilizado através da versão 5.x e atualização vai ocorrer para 6.0. Segue os tópicos que iremos ter alterações baseando-se no curriculum dos 4 módulos.

Com isso o curso em nosso NetAcademy será atualizado automaticamente. 🙂

Nesse caso quem acompanhou as outras migrações de versões, pode se lembrar de como acontecia a qual demorava-se para ter uma atualização na prova, ou até mesmo em relação a publicação do curso no NetAcademy, entretanto dessa vez as coisas estão bem diferentes, onde já temos todas as datas estipuladas, principalmente da validação da prova da antiga prova, bem como até que data ela poderá ser executada. Como podem visualizar no quadro abaixo:

Da mesma forma se vocês consultarem o site da Cisco também já esta com as atualizações corretas. Portanto pessoal, desta vez não temos mais desculpas de que a prova vai demorar para atualizar aqui na Brasil.

Abs,
Rodrigo

Senac – Road Show TI 2016

Mon, 02 May 2016 00:00:00 +0000

Olá Pessoal,

Todo ano o Senac promove um road show entre as unidades participantes deste evento, onde cada cidade acaba abordando algum conteúdo para explanar durante os dias propostos. Neste ano a unidade de Campinas irá ter palestras sobre Fotografia, Adobe, Animação Gráfica e Redes ( Cisco ).

Para esse último tópico eu estarei presente para palestrar falando sobre ” Carreiras e Certificações Cisco “. No segundo dia criamos uma abordagem diferente, onde exclusivamente faremos um workshop com demonstração prática em nossos laboratórios, fazendo assim com que as pessoas vejam como de fato funcionam as coisas e que também isso seja um ” pontapé ” inicial para futuros profissionais certificados dentro de nosso mercado de trabalho.

Para participar desse evento é obrigatório o cadastro através do link, para que sua vaga seja garantida. Não fique fora dessa, venha participar!!!

Abs,
Rodrigo

Relatório de Performance – Miercom

Sun, 14 Dec 2014 00:00:00 +0000

Olá Pessoal,

Gostaria de passar uma informação interessante sobre uma empresa que executa testes de performance para os equipamentos de redes. Muitas das vezes, em alguns relatórios comparativos demonstrados pelos fabricantes, sempre ficamos em dúvida.

Será que o relatório foi encomendado pelo fabricante para demonstrar somente os pontos relevantes?

Para essa situação não. Essa empresa executa os testes comparativos entre os vendors sem influência nenhuma dos fabricantes. A única ressalva exigida é solicitar ao fabricante qual é melhor prática de configuração que é recomendado para o equipamento.

Bom, como estava pesquisando sobre alguns ítens gostaria de trazer para esse post um comparativo que hoje em dia acontece muito devido a todas as disputas de propostas existente ( custo x benefício ). O ítem em detalhe seria entre Cisco x HP, ou mais específico entre 2960X versus HP2920 / HP5120. O relatório pode ser consultados através desse link.

Como um resumo o equipamento da Cisco foi considerado o TOP do mercado nesse contexto de atendimento com os principais diferenciais sendo;

Throughput
Latency
Energy efficiency
Stacking
Link Aggregation Control Protocol (LACP) Load Balancing
Quality of Service (QoS) Performance

Para consulta de diversos testes acesse o site da Miercom.

PS.: Acredito que muita gente vai achar que sou tendencioso a Cisco, mas estou apenas mostrando um exemplo de comparativo.

Abs,
Rodrigo

Protocolo VTP – parte 3

Sun, 07 Dec 2014 00:00:00 +0000

Olá Pessoal,

Hoje irei comentar um pouco sobre o protocolo VTP, onde nós já temos aqui em nosso BLOG dois posts explicando um pouco sobre esse protocolo ( Parte 1, Parte 2 ).

Devido a termos uma nova versão desse protocolo resolvi adicionar esse contexto para colocar os ítens adicionais que foram incluidos para essa versão.

Como toda evolução de tecnologia os ítens adicionados foram baseados nas experiências adquiridas anteriormente e de problemas que a verão anterior não suportava. Segue os ítens adicionais:

O VTP oferece melhor controle administrativo sobre qual o dispositivo está autorizado atualizar vista da topologia de VLAN dos outros dispositivos. A chance de mudanças inesperadas é significativamente reduzida, e a disponibilidade acaba sendo maior. A redução do risco de mudanças inesperadas vai facilitar o processo de mudança e ajudar a acelerar a implementação.
Funcionalidades para o ambiente de VLANs foi significativamente ampliado. Dois aprimoramentos são mais benéficos para as redes de hoje:
1. Além de apoiar os recursos anteriores sobre ISL ( VLAN 1-1001 ), a nova versão oferece suporte a toda IEEE 802.1Q onde as VLAN variam até 4095. ( primordial hoje em dia para ambientes de backbone )
2. Além de apoiar o conceito de VLANs normais, o VTP versão 3 pode transferir informações sobre VLAN privada (PVLAN) estruturas.
A terceira área de melhoria principal é o suporte a banco de dados para outros fins (por exemplo, MST – muito utilizado para reduzir spanning tree ).

As funções ( Server, Client e Transparent ) existentes nas versões anteriores permanecem da mesma forma, entretanto um novo controle foi adicionado no momento de promover um switch como Servidor daquele domínio que estará publicando o database. Quando um servidor é designado como o servidor principal, uma verificação é realizada no domínio existente, tendo como objetivo de encontrar dispositivos conflitantes, escutando de um servidor primário diferente do configurado. Uma mensagem de aviso é gerado se os dispositivos conflitantes são descobertos.

Prosseguindo com a designação do servidor primário, ele substitui a configuração de todos os dispositivos no domínio, incluindo quaisquer dispositivos conflitantes. Segue a messagem para essa alteração:

CiscoRedes# vtp primary vlan

This system is becoming primary server for feature vlan

No conflicting VTP3 devices found.

Do you want to continue? [confirm]

*Jul 8 12:34:20.047: %SW_VLAN-SP-4-VTP_PRIMARY_SERVER_CHG: 00d0.bcd2.0c00 has become the primary server for the VLAN VTP feature.

Um outro ponto importante é sobre a senha de configuração para aquele dominio de VTP. As versões anteriores você conseguia criar a senha daquele dominio e a mesma poderia aparecer criptograda, desde que você executasse o ” service password-encryption ” porém, ele gera o hash MD5 apenas na memoria RAM, mas se por acaso fosse avaliado o arquivo vlan.dat essa senha poderia ser exportada normalmente.

CiscoRedes(config)# vtp password Andreas
Setting device VTP password to Andreas
CiscoRedes# show vtp pass
VTP Password: Andreas

Arquivo vlan.dat

00000030: 00000000 00000001 30383037 30383133 …. …. 0807 0813
00000040: 32343439 6280F325 0C2EB606 53154B3D 2449 b.s% ..6. S.K=
00000050: BFE30CA5 07416E64 72656173 00C795CE ?c.% . And reas .G.N
00000060: B21E305F 10000000 00000000 00000000 2.0_ …. …. ….
00000070: 00000000 00000000 00000000 00000000 …. …. …. ….

Quando é observado na versão nova duas opções podem ser acrescentadas ” hidden ” e ” secret “.

CiscoRedes(config)# vtp password Cisco hidden
Setting device VTP password
CiscoRedes# show vtp password
VTP Password: CF94C2FF1CDCEB8DC795CEB21E305F10

Arquivo vlan.dat

00000030: 00000000 00000001 30383037 30383133 …. …. 0807 0813
00000040: 34323334 6280F325 0C2EB606 53154B3D 4234 b.s% ..6. S.K=
00000050: BFE30CA5 00CF94C2 FF1CDCEB 8DC795CE ?c.% .O.B ..\k .G.N
00000060: B21E305F 10000000 00000000 00000000 2.0_ …. …. ….

Quando estiver trocando a função do dispositivo de servidor secundário para servidor primário a senha será solicitada se a opção escondida foi previamente especificado.

Um ponto de atenção que ainda não é totalmente suportado seria sobre o VTP Pruning onde ele funciona da mesma forma as versões anteriores, para qual ele esta suportando apenas para as primeiras 1000 VLANs com exceção da VLAN 1.

Muitos outros detalhes estão relatados ao MST ( Multiple Spanning Tree ), porém podemos tratar em outro post explicando sobre esse protocolo com a inserção do VTP.

Espero que vocês tenham gostado 😉

Fonte:

VTP Version 3 – Cisco web site

Abs,
Rodrigo

Atualização da prova CCNP

Mon, 24 Nov 2014 00:00:00 +0000

Olá Pessoal,

Acredito que essa não seja uma notícia nova, entretanto como estou recebendo alguns questionamentos sobre o novo curriculo para a certificação CCNP, resolvi colocar algumas informações para vocês para tentar esclarecer alguns ítens.

As três provas existentes hoje para o CCNP, poderá ser executada no máximo até 29 de Janeiro de 2015, ou seja, qualquer planejamento para executar essas provas após essa data o agendamento será feito apenas para a nova numeração informada pela Cisco ( 300-1XX ).

Nesse caso que vem a grande dúvida, com os questionamentos:

Se eu fiz alguma prova no curriculo antigo vou perder? Não, você não perde nenhuma prova executada no curriculo antigo, portanto você pode seguir normalmente com seu planejamento para execução das provas.
Eu fiz a prova de ” Routing “ ou ” Switching “ tenho que fazer novamente? Não, como informado você não perde nenhuma prova executada no curriculo anterior.
O período para concluir o CCNP vai mudar? Não, a partir do momento que você executou a primeira prova da grade do CCNP começar a contar o período para conclusão da certificação CCNP R&S, que são 3 anos.
O processo de recertificação mudou? Não, o tempo de expiração da certificação CCNP permanece da mesma forma, que por sua vez são de 3 anos de validade.
Estou estudando para a prova de ” Switching “ ou ” Routing “ e não vou conseguir finalizar os estudos para executar a prova até a data limite. Vou perder todo o conteúdo estudado devido a alteração de prova? Não, sinceramente as mudanças de conteúdo para o CCNP são mínimas baseada no curriculum anterior, na qual o que pode se observar é somente a inserção de alguns tópicos voltados para IPv6 ( nenhuma novidade!! ).
Qual o impacto no conteúdo para essa renovação de curriculum? Eu não vejo nenhuma alteração grande dentro dos novos tópicos, como mencionado alguns ítens sobre IPv6 e somente um ítem adicional de VRF Lite para a prova de ” Routing “.
É interessante esperar para executar as provas na versão nova? Isso é uma pergunta muito particular, pois depende muito de seu cronograma de estudos e planejamento para finalização dos estudos. O grande ponto é, você não precisa ficar desesperado para executar alguma prova até a data limite e de alguma forma estar despreparado ( isso leva a perca de $$$ ).

Enfim, coloquei algumas perguntas e respostas para facilitar o entendimento dessa mudança, mas essa alteração nesse curriculo não tem muito impacto para as provas atuais. Se necessitar de mais algum detalhamento sobre essa mudança você pode consultar nesse link e posteriormente analisar os tópicos de cada prova ( Routing , Switching, TSHOOT ).

Espero que isso esclareça um pouco mais sobre essa alteração e possa deixar um pouco mais tranquilo sobre as alterações. 😉

Tue, 10 Jun 2014 00:00:00 +0000

Olá Pessoal,

Gostaria de publicar um relatório de segurança executado pela Cisco, onde com o crescente aumento das ameaças cibernéticas, o modelo de segurança das empresas deve ser holístico e contemplar, além da rede, dispositivos móveis, endpoints e ambientes virtuais e em nuvem.

O documento é um pouco extenso, mas vale a pena visualizar onde temos nossos maiores ” vilões “ em nossa estrutura, principalmente com a forte crescente do BYOD ( como já mencionado em nosso BLOG ). Hoje sabemos que o sistema Android é o mais vulnerável, bem como as aplicações em Java, em contra-partida tivemos um descendente em relação a SPAM.

Para visualizar o relatório, você pode acessar através de nossa seção Arquivos ou fazer o download direto através desse link.

Baseado nessa informações o que você achou dos resultados? Foi esperado?

Abs,
Rodrigo

CCNA Exam Simulation

Mon, 02 Jun 2014 00:00:00 +0000

Olá Pessoal,

É com grande satisfação que gostaria de compartilhar com vocês sobre essa iniciativa que nosso grande amigo Adilson Florentino esta promovendo.

A ideia é que teremos um simulado ( 24 de Agosto ) com o conteúdo da nova prova do CCNA on-line, ou seja, para participar, basta doar qualquer quantia, e todo o valor arrecadado será utilizado para a compra de um ou mais vouchers do Exame. Os doadores receberão acesso exclusivo ao Portal Netfinders onde poderão usar os Fóruns de Aula para sanar suas dúvidas em relação aos tópicos cobrados pelo Exame.

Para maiores detalhes acesse ( http://www.netfindersbrasil.blogspot.com.br/2014/05/ccna-exam-simulation-day.html ).

Participe e teste seus conhecimentos. Vale lembrar que em nosso BLOG temos também QUIZ, para testar seus conhecimentos. Confira!!!

Abs,
Rodrigo

Tradução do Novo CCNA

Sun, 01 Jun 2014 00:00:00 +0000

Olá Pessoal,

Apenas para passar uma atualização sobre a tradução do novo conteúdo ( CCNA 5.0 ), na qual no Brasil nós já temos o primeiro módulo completamente traduzido a o segundo módulo será finalizado e concretizado no NetAcademy esse mês.

Confome visualizado no cronograma, esperamos que até o final de Outubro já tenhamos todo o conteúdo traduzido e populado no portal do NetAcademy.

Dessa forma os alunos que estão entrando na academia nesse periodo, já são inseridos automaticamente para esse novo curriculum.

Esperamos que essas datas se concretizem e teremos o Brasil totalmente trabalhando com os novos conteúdos.

Abs,
Rodrigo

CCIE – Step 1 Executed

Sat, 31 May 2014 00:00:00 +0000

Olá Pessoal,

Enfim, depois de uma longo período sem executar nenhuma certificação o primeiro passo para o CCIE foi executado essa semana com sucesso . CCIE R&S Written feito.

Depois de ler os livros do Cisco Press e bastante conteúdo ( on-line ) a pontuação foi um tanto surpreendente no meu ponto de vista, pois esperava menos devido a meu plano de estudo ter sido furado em vários momentos. Enfim, agora ir para o segundo passo que é o mais dificil e stressante, bem como o mais caro para conquistar.

Nesse passo a dedicação terá que ser maior.

Abs,
Rodrigo

Road Show TI Senac 2014

Mon, 17 Feb 2014 00:00:00 +0000

Olá Pessoal,

Todos os anos o SENAC promove o road show de TI, para qual diversas unidades participam recebendo os palestrantes, com o intuito de abordar os assuntos mais inovadores.

Em especial gostaria de divulgar que eu estarei neste ano em duas unidades do Senac ( Mogi Guaçu e Araçatuba ), para qual vou apresentar a palestra ” Vantagens da Nova Certificação Cisco “. O intuito dessa palestra e mencionar sobre a importância da Certificação no mundo atual hoje de TI, bem como, mostrar as diferenças entre as provas, na qual temos atualização de versão, e trazer um pouco de informações sobre o mercado.

Se alguém mora próximo a essas cidades venha prestigiar mais esse evento e tenho certeza que estaremos para receber-los e ficaria grato em conhecer vocês mais de perto.

Segue a agenda:

Mogi Guaçu
Rua Sargento Aviador Osvaldo Fernandes, 144 – Centro
18/03/2014 – 19h30min

Araçatuba
Av. João Arruda Brasil, 500 – São Joaquim
26/03/2014 – 19h30min

Para maiores informações e cadastro para assistir as palestras visite o site e faça sua reserva.

Abs,
Rodrigo

Produção Cisco no Brasil

Wed, 12 Feb 2014 00:00:00 +0000

Olá Pessoal,

A Cisco depois de anunciar sua primeira fabricação de um roteador no Brasil no final de 2012 e de alguns anúncios sobre sua crescente fabricação de equipamentos no Brasil, conforme menção nesse link, agora temos mais uma novidade da Cisco para o Brasil.

Nesse momento temos também a fabricação de 3 modelos switches no Brasil, inclusive um modelo que é bastante conhecido pelo pessoal o 2960.

Portanto, temos outra linha de equipamento sendo produzido no Brasil. Isso se deve à investimentos executados pela Cisco no Brasil de R$1 bilhão no decorrer de 4 anos

Para entender melhor sobre os switches fabricados segue o link.

Abs,
Rodrigo

SNMP – Parte 4

Fri, 06 Dec 2013 00:00:00 +0000

Olá Pessoal,

Conforme mencionado em nosso ultimo post, vamos mostrar como podemos configurar os equipamentos para trabalhar dentro de um ambiente proativo e não reativo.

Vamos partir do principio que nosso ” Gerente SNMP “ já esta configurado utilizando alguma ferramenta mostrada anteriormente, ou seja, vamos trabalhar somente em nosso ” Agente SNMP “.

No SNMP a ” community ” é uma palavra-chave compartilhada entre os gerentes e agentes que deve ser utilizada no processo de configuração dos nós. Segue abaixo como podemos habilitar essa configuração:

CiscoRedes(config)# access-list 10 permit 10.10.10.1

CiscoRedes(config)# snmp-server community Cisco RO 10

CiscoRedes(config)# snmp-server host 10.10.10.1 version 2c Cisco

CiscoRedes(config)# snmp-server enable traps

CiscoRedes(config)# snmp-server trap-source Loopback10

CiscoRedes(config)# snmp-server location “Sala RH – Predio 5”

CiscoRedes(config)# snmp-server chassis-id “Router 1941/K9”

Na primeira linha criamos uma ACL para permitir que somente o ” Gerente SNMP “ possa monitorar nosso equipamento, ou seja, se qualquer outro IP que não seja o permitido na ACL não conseguirá capturar as informações de SNMP. Vale lembrar que através de SNMP podemos manipular o equipamento como se estivessemos na console do equipamento. Nas linhas seguintes informamos a community, o endereço da estação gerente, a versão do SNMP, além de habilitarmos o equipamento para enviar traps ao gerente.

Essas traps são mensagens importantes porque por padrão o gerente somente recebe informações do agente mediante solicitação. As traps permitem que os agentes enviem mensagens de notificação ao gerente caso algo inesperado aconteça, como por exemplo a queda de um link. O comando ” snmp-server enable traps “ habilita todas as traps, no entanto existem vários outros parâmetros que nos permitem escolher quais notificações queremos. Podemos consultar cada evento através desse link.

Enfim nas últimas linhas inserimos informações de qual interface vai ser utilizada como origem para chegar ao ” Gerente SNMP “ e localização do dispositivo bem como seu modelo. Essa é uma boa prática para identificar rapidamente o dispositivo na estação gerente.

Baseado nesse comandos já temos nosso equipamento configurado para que ele seja monitorado proativamente, ou seja, se algum evento acontecer nele ( link down, alto processamento, temperatura elevada ) nosso ” Gerente SNMP “ será notificado e desta forma podemos atuar para evitar maiores danos ao ambiente.

Para o próximo post iremos tratar sobre como validar o status de SNMP no ” Cliente SNMP “.

Abs,
Rodrigo

Fonte:
http://www.cisco.com/en/US/docs/ios/12_2/configfun/configuration/guide/fcf014.html

GNS3 com Switching

Fri, 15 Nov 2013 00:00:00 +0000

Olá Pessoal,

Não sei se todos vocês já viram a noticia sobre o suporte do GNS3 para Switching, entretanto segue um pouco dos detalhes desse avanço para esse software.

A versão 3.1.0 do GNS-3 irá incluir suporte a switches. Segundo os mantenedores do projeto, ao contrário do que muitos pensavam, a emulação de switches na plataforma sempre foi possível, entretanto, demandaria um nível de configuração no lado cliente que tornaria este recurso praticamente impossível de ser usado pela maioria das pessoas.

A nova versão do GNS-3 (3.1.0) deverá ser lançada já no início de 2014. Será liberado uma versão “beta” para teste no dia 20/11, apenas para os que solicitaram convites (e se ainda houver convites disponíveis). Para entrar como “beta-tester” da nova versão, clique aqui.

Obviamente, no início, espera-se que vários bugs sejam encontrados, mas isso vai sendo acertado com o passar do tempo. O que importa é que, agora, haverá uma alternativa, de fato. Até o momento, a única ferramenta de simulação que oferecia suporte a switches multi-layer no nível CCNP ou mesmo CCIE era o IOU, da Cisco (que nunca foi disponibilizado oficialmente pela empresa). Agora, com a nova versão do GNS-3, os estudos rumo ao CCNP ou CCIE ficam muito mais fáceis.

O importante é esperar para vermos se isso de fato vai virar realidade para todos nós que estamos ansiosos para conseguir emular switch em nossos estudos. Espero que aproveitem a dica.

Abs,
Rodrigo

SNMP – Parte 3

Wed, 23 Oct 2013 00:00:00 +0000

Olá Pessoal,

Como falado no post anterior hoje vamos trazer algumas informações sobre as ferramentas de monitoramento.

O mercado como todo outro é suportado pelas ferramentas ” open-source “, free e pelas pagas, onde cada fabricante vai querer mostrar um diferencial para conquistar seus clientes e efetivamente tentar oferecer um serviço de qualidade e confiabilidade para sua rede, trabalhando no seu papel de proativo.

A ideia aqui não é demonstrar qual a ferramenta é melhor ou não, pois esse não é o intuito, mas sim mostrar as opções para que vocês analisem dentro da sua estrutura e optem pela opção mais desejada, e como consequência consiga atender seus requisitos internos.

Todas as ferramentas demonstradas aqui exercem o mesmo papel como falado nos posts anteriores, ou seja, elas vão trabalhar com seu agente e cliente capturando através do SNMP utilizando as ” community ” configuradas nos equipamentos e as relações de OID definidas pelo padrão gerenciado pelos orgãos administradores.

Segue abaixo a relação de ferramentas que coloquei como exemplo, lembrando que podemos ter diversas ferramentas não mencionadas nesse post.

Cacti

Para descobrir mais sobre essa ferramenta acesse o link http://cacti.net/index.php

MRTG

Para descobrir mais sobre essa ferramenta acesse o link http://oss.oetiker.ch/mrtg/

Nagios

Para descobrir mais sobre essa ferramenta acesse o link http://nagios.org

Smarts

Para descobrir mais sobre essa ferramenta acesse o link http://brazil.emc.com/index.htm

PRTG

Para descobrir mais sobre essa ferramenta acesse o link http://www.de.paessler.com/prtg/download

Espero que vocês consigam optar por algumas dessas e utilizar em seu ambiente de trabalho.

No próximo post iremos mostrar as configurações que devemos colocar nos equipamentos para habilitar o SNMP e efetivamente capturar essas informações.

Abs,
Rodrigo

SNMP – Parte 2

Thu, 05 Sep 2013 00:00:00 +0000

Olá Pessoal,

Dando sequencia sobre o protocolo SNMP, na qual foi visto anteriormente, vamos hoje tratar sobre MIBs.

Todos os objetos concedidos pelo SNMP devem ter nomes únicos definidos e atribuídos. Além disso, o Gerente e o Agente devem acordar os nomes e significados das operações GET e SET. O conjunto de todos os objetos SNMP é coletivamente conhecido como MIB ( Management Information Base ). O padrão do SNMP não define a MIB, mas apenas o formato e o tipo de codificação das mensagens. A especificação das variáveis MIB, assim como o significado das operações GET e SET em cada variável, são especificados por um padrão próprio.

Segue o descritivo:

GET = para obter um valor do dispositivo
SET = para colocar um valor no dispositivo

A definição dos objetos da MIB é feita com o esquema de nomes do ASN.1, o qual atribui a cada objeto um prefixo longo que garante a unicidade do nome, a cada nome é atribuído um número inteiro. O SNMP não especifica um conjunto de variáveis, e como a definição de objetos é independente do protocolo de comunicação, permite criar novos conjuntos de variáveis MIB, definidos como padrão, para novos dispositivos ou novos protocolos. Por isso, foram criados muitos conjuntos de variáveis MIB que correspondem aos protocolos como UDP, IP, ARP, assim como variáveis MIB para hardware de rede como Ethernet ou FDDI, ou para dispositivos tais como bridges, switches ou impressoras.

A MIB pode estar no seu gerente ou pode estar no cliente, entretanto como o gerente está consultado constantemente seu cliente a MIB sempre vai ser consultada no destino para obter as informações necessárias para sua visualização. Nós temos a RFC 3418 que irá trazer as informações detalhada das MIBs, entretanto segue uma figura para demostrar de forma mais sucinta:

Nos temos duas versões de MIB. Na MIB-I, ou seja, no primeiro nível da árvore encontram-se os nós que definem 3 subárvores, destinadas aos órgãos responsáveis pela padronização das MIB’s. No segundo e terceiro níveis encontram-se os nós que definem os órgãos responsáveis pela administração de uma determinada subárvore, que no caso apresentado é o DoD

Quando mencionamos sobre um objeto gerenciável teremos uma visão abstrata daquele recurso no disposito de rede. Cada objeto possui características e podemos tratar como:

Um rótulo (label), em formato texto, e uma identificação única denominada Object IDentification ( OID), que é composta por uma seqüência de números que identifica a posição do objeto na árvore da MIB ( por exemplo: 1.3.6.1.4.1.2682.1 – confira na figura acima ).
Atributos: tipo de dado, descrição e informações de status, configuração e estatísticas entre outras
Operações que podem ser aplicadas ao objeto: leitura (read), escrita (write) e comando (set).

Na MIB-II temos uma nova estruturação para gerenciamento na qual foi definida, e adicionou-se a estrutura original várias informações importantes para o gerenciamento de redes propriamente dito. Como facilidade adicional da MIB, na subárvore entreprises(1) dedicada às empresas privadas, definida sob o nó private(4), podem ser solicitadas subárvores aos órgão de padronização destinadas ao uso específico de um fabricante. O uso de objetos dessa subárvore e de objetos da sub árvore SNMP permite a um dispositivo de rede se identificar de forma precisa. Segue abaixo o exemplo.\

Um exemplo que podemos obter através dessas relações de estruturas de árvores seria sobre a interface Ethernet, para qual temos uma MIB específica através da RFC 1643. A MIB para as interfaces Ethernet é identificada pela OID [ 1.3.6.1.2.1.10. ]. Nós podemos pesquisar qualquer OID no próprio site da Cisco que irá trazer informações sobre a estrutura e flags para determinados alarmes que você precise identificar. Segue o link ( http://tools.cisco.com/Support/SNMP/do/BrowseOID.do?local=en )

Baseado nessa estrutura nos podemos identificar e preparar os equipamentos para que a rede trabalhe proativamente e não reativamente, dessa forma podemos nos prevenir de algumas situações antes que elas efetivamente aconteça.

Para o próximo post iremos falar um pouco das ferramentas que tratam sobre esse processo. Aguardem!!

Abs,
Rodrigo

NetRiders – America Latina – 2013

Sun, 01 Sep 2013 00:00:00 +0000

Olá Pessoal,

Inicia-se mais um ano de competições para os alunos e ex-alunos inscritos no NetAcademy, para qual temos a competição chamada de NetRiders.

Todos os alunos que são elegíveis na Academia pode participar dessa competição e concorrer no final da competição a uma bolsa de estudos na sede da Cisco nos Estados Unidos.

Para maiores informações e cadastro para participar, visitem o site do Netriders através do http://www.academynetriders.com/file.php/1/netriders_info/region_latam_br.html

Fiquem atentos que temos o encerramento das inscrições em 16 Setembro.

Abraços
Rodrigo

BLOG para Mobile

Mon, 12 Aug 2013 00:00:00 +0000

Olá Pessoal,

Após o anúncio de nosso fórum o nosso BLOG também está adaptado para todo tipo de acesso, ou seja, nossos usuários que gostam de acessar de seus dispositivos móveis e não gostam de perder as funcionalidades, bem como ficar visualizando em uma resolução não muito adequada devido ao tamanho da tela, nós estamos com essa funcionalidade habilitada para que vocês usuários possam acessar de qualquer equipamento nosso BLOG/Fórum com o máximo proveito.

Espero que gostem!!!

Segue algumas fotos:

Abs,
Rodrigo

Fórum visualizado via Mobile

Wed, 07 Aug 2013 00:00:00 +0000

Olá Pessoal,

Como todos devem saber nos temos nosso fórum que funciona através desse link, para qual discutimos os assuntos pertinentes e duvidosos que possam surgir em nosso dia a dia, bem como dicas, classificados entre outros.

A dica aqui é para quem visualiza o fórum através do Android ou iPhone. O fórum utiliza-se através de um aplicativo que pode facilitar a visualização através de uma ferramenta chamada ” Tapatalk “, na qual irá trazer um aplicativo para que seja instalado no tablet, phone ou algum dispositivo móvel. Devido a isso você pode ter a facilidade de navegação, bem como todas as funções como se estivesse no seu desktop. Vale a pensa conferir.

O software pode ser visualizado através do Play Store ou Apple Store.

Segue as telas de visualização:

Abs,
Rodrigo

Ambiente dos Exames da Cisco

Wed, 24 Jul 2013 00:00:00 +0000

Olá Pessaol,

Gostaria de compartilhar a simulação que temos para as provas da Cisco, ou seja, de que forma as questões de laboratório/teóricas são apresentadas. Esse seria o modelo para apresentar para aquelas pessoas que ainda não tiveram oportuindade de executar as provas.

Fica a dica para que você faça um test drive no simulado e para que fique menos nervoso no momento de sua prova.

Agora é marcar a prova!!!

Abs,
Rodrigo

Cisco Press – DESCONTO 40%

Wed, 03 Jul 2013 00:00:00 +0000

Olá Pessoal,

Gostaria de avisar que devido a chegada de 4 Julho a Cisco Press que pulica diversos livros/ebooks/Vídeo para todo os tipo de certificações Cisco, está com um desconto promocional de 40%.

Escolha seu livro e vamos iniciar uma nova certificação ou a renovação de alguma certificação. 🙂

Veja o anúncio abaixo e confira nesse link:

Abs,
Rodrigo

Você conhece Cisco dCloud?

Tue, 11 Jun 2013 00:00:00 +0000

Olá Pessoal,

Cisco dcloud é uma ferramenta online disponibilizada pela Cisco para demonstração de produtos. Para que usar simuladores e emuladores quando se pode testar equipamentos reais ???

Acho que todo mundo que visitou alguma vez as instalações da Cisco ou pelo menos viu fotos da mesma deve ter ficado babando ao ver o Aquário com os produtos da Gigante de Redes. Hoje devido a quantidade de opções nem tudo pode ser emulado ou simulado com os famosos e clássicos Packet Tracer e GNS3.

Nesse momento a Cisco disponibilizou vários Pods para demonstração dos produtos. É só agendar uma demonstração, as vezes há (disponibilidade imediata). Muito interessante para quem nunca viu a cara dessas ferramentas. Tem muita coisa bacana lá, principalmente de Collaboration.

Visite http://dcloud.cisco.com

Lembrando que é preciso ter um usuário cadastrado no cisco.com para acessar a ferramenta, mas é possível criar uma conta básica gratuitamente no site.

Abs,
Rodrigo

Cisco Live Magazine – Edição 9

Fri, 17 May 2013 00:00:00 +0000

Olá Pessoal,

Segue a publicação da Edição 9 da revista Cisco Live Magazine Janeiro 2013

Nesta edição temos um artigo falando sobre os investimentos que a Cisco esta trazendo para o Brasil devido aos eventos esportivos e também pela recessão que outros continentes estão sofrendo, bem como as empresas que estão investindo em suas salas de apresentação dos produtos para seus clientes.

Segue abaixo a revista:

[issuu layout=http%3A%2F%2Fskin.issuu.com%2Fv%2Flight%2Flayout.xml showflipbtn=true documentid=130119100846-396d45b0e588477eb04a87651969544f docname=ciscolive_4trim_2012 username=interativaeditora loadinginfotext=CISCO%20LIVE%20MAGAZINE%20EDI%C3%87%C3%83O%2009 showhtmllink=true tag=call%20center width=600 height=402 unit=px]

Abs,
Rodrigo

Pesquisa IDC – Área de Tecnologia

Fri, 15 Mar 2013 00:00:00 +0000

Olá Pessoal,

A Cisco publicou os resultados de uma pesquisa encomendada à IDC sobre o mercado de redes e a formação de mão-de-obra para a América Latina até 2015.

[gview file=”https://www.ciscoredes.com.br/wp-content/uploads/Cisco_Networking_Academy.pdf”]

É muito interessante verificar que a Cisco está preocupada não só com as tecnologias e expandir a participação no mercado, mas também está preocupada se haverá pessoas para planejar, configurar, instalar, operar e dar suporte à esses equipamentos e redes.

Vale a pena conferir

Abs,
Rodrigo

Protocolo VTP – parte 2

Mon, 11 Mar 2013 00:00:00 +0000

Olá Pessoal,

Conforme mencionado anteriormente em nosso post, vamos tratar de explicar como funciona os anúncios de VTP.

Nos sabemos que o equipamento designado como servidor irá publicar as informações para todos os seus vizinhos que estão associados ao mesmo domínio, bem como os outros modos também irão popular as informações e repassar a mensagem para seus vizinhos, fazendo com que todos possam obter a mesma informação.

Essa informação de comparar as alterações está atrelada especificamente ao número de revisão que cada switch possui, ou seja, os switches que estão no mesmo domínio com uma revisão menor irá ser atualizado caso a revisão que esta sendo enviada tenha um valor maior. Nós iremos visualizar as informações através do comando abaixo:

Router#show vtp status
VTP Version: 2
Configuration Revision: 247
Maximum VLANs supported locally: 1005
Number of existing VLANs: 33
VTP Operating Mode: Client
VTP Domain Name: CiscoRedes
VTP Pruning Mode: Enabled
VTP V2 Mode: Disabled
VTP Traps Generation: Disabled
MD5 digest: 0x45 0x52 0xB6 0xFD 0x63 0xC8 0x49 0x80
Configuration last modified by 0.0.0.0 at 8-12-99 15:04:49
Router#

Acima podemos observar diversas informações, como o número de revisão que vai mencionar se todos os switches estão com seu database sincronizado, quantidade de VLANs populadas nesse switch, dominio que pertence esse equipamento e qual o modo de operação que ele esta trabalhando ( cliente ).

Essas mensagens são divulgadas através do link trunk habilitado entre os switches, fazendo com que essas informações sejam propagadas através do 802.1q. Veja abaixo:

Nos temos 3 métodos na qual esses anúncios são enviados:

Sumarizado = São enviados a cada 5 minutos pelo servidor VTP, informa aos switches habilitados para VTP sobre o número de revisão de configuração de VTP atual e são enviados imediatamente após a alteração de qualquer configuração;

Sub-Conjunto = Contém as informações de VLANs e as alterações que vão disparar o anúncio de subconjunto são:

Criação ou exclusão de uma VLAN
Suspensão ou ativação de uma VLAN
Alteração no nome da VLAN
Alteração no MTU da VLAN

Solicitação = É enviado a um servidor VTP no mesmo domínio VTP, o servidor VTP responde enviando um anúncio de sumarização e, em seguida, um anúncio de subconjunto.

O nome de domínio foi alterado
O switch recebe um anúncio de sumarização com um número de revisão de configuração mais alto do que seu próprio número
Uma mensagem de anúncio de subconjunto é perdido por alguma razão
O switch foi reiniciado

Para que possamos definir em que modo de operação ( servidor, cliente, transparente ) o switch vai trabalhar precisamos definir através:

CiscoRedes(config)#vtp mode [server, client, transparent ]

Desta forma podemos concluir sobre o processo de VTP, bem como a divulgação desse protocolo e os modos de configuração que ele pode trabalhar. Lembrando-se que esse protocolo em certas circunstâncias tem um grande valor, porém também é um ponto de falha se formos pensar em segurança, mas vale lembrar que tudo bem planejado pode trazer benefícios e dinamismo para nosso trabalho.

Espero que tenham gostado de mais um tutorial.

Fonte:
VTP Cisco

Abs,
Rodrigo

Ebook ICND 1 e 2 do Wendell Odom – Grátis

Sun, 24 Feb 2013 00:00:00 +0000

Olá Caros,

Mais uma oportunidade de obter conteúdo gratuito para o CCNA. Nada mais do que nosso famoso é conhecido Wendell Odom que escreveu diversos livros de certificação para todos os níveis.

Seus livros são conhecidos pela clareza na explicação e claro por integrar os famosos livros do Cisco Press. Hoje temos a disponibilização gratuita dos livros ICND1 e ICND2, que é a junção dos conteúdos para a certificação CCNA. Esses livros estão disponibilizados para download no site da livraria Alta Books.

Para obter os livros somente acessar o links acima e ir para o link ” Baixar arquivo de Apoio “. O conteúdo está em Inglês.

Espero que aproveitem e bons estudos.

PS.: Agradeço Moisés pela dica

Abs,
Rodrigo

Cisco anuncia EIGRP ” Free “

Sat, 16 Feb 2013 00:00:00 +0000

Olá Pessoal,

Enfim a Cisco anunciou que o seu protocolo de roteamento que era privado e somente rodava nos equipamentos será de uso o IETF.

O que isso representa? O famoso protocolo EIGRP será padrão para todos os equipamentos como hoje já temos para o protocolo OSPF.

Veja o anúncio feito no Cisco Live de Londres.

O que vocês acham desse anúncio?

Abs,
Rodrigo

Cisco Data Center

Wed, 13 Feb 2013 00:00:00 +0000

Olá Pessoal,

Pesquisando conteúdos para adquirir mais conhecimentos na área de Data Center, eis então um bom lugar para capturar as informações e assistir diversos Webinars que a Cisco está promovendo sobre o assunto.

Com certeza os horários não são interessantes para assistir ” real time “, porém como podemos assistir as apresentações é muito interessante verificar os tópicos e escolher o assunto, pois como comentado essa área esta crescendo muito devido a nova palavra do momento ” cloud computing “. Você pode ter um conceito básico sobre cloud em nosso post.

Visite o link e desfrute das informações.

Sun, 20 Jan 2013 00:00:00 +0000

Olá Pessoal,

Como era esperado a nova versão da prova do CCNA foi anunciada, entretanto ela somente menciona o conteúdo em Inglês. Nesta nova versão teremos algumas atualizações no conteúdo, principalmente relacionado ao conteúdo de IPV6 e algumas inserções adicionais sobre tecnologias de voz, wireless e datacenter. Exatemente DATACENTER, isso se deve também a nova certificação criada pela Cisco no nível de Associate que é o CCNA Data Center, que vocês podem conferir nesse link.

Essa alteração tem previsão de iniciar-se em Junho de 2013 e a finalização para Dezembro de 2013.

Alguns pontos mencionados na mudanca do CCNA:

Integração do IPv6 e IPv4 no projeto, configuração, gerenciamento de redes e switches
Utilização de comandos Cisco IOS 15.X para configurar e gerenciar dispositivos de rede
Atualizações tecnológicas avançadas incluindo voz, wireless, segurança e data center
Melhor análise psicométrica dos itens no exame final
Apoio à mobilidade que permite o acesso aos texto e gráficos em plataformas móveis, incluindo a Apple iOS, Android, do Google, e dispositivos Windows 8
Cisco Netspace integrado para melhorar a comunicação, colaboração e experiência do usuário para os alunos e instrutores

Lembrando-se que para as pessoas que estão estudando em Português esse material leva em torno de 1 ano para ser traduzido e populado no NetAcademy, bem como a alteração da prova em português. Portanto não fiquem preocupados que ainda temos um grande período dessa prova 640-802 em Português.

Fonte:

Imakenews

Abs,
Rodrigo

Protocolo VTP – parte 1

Wed, 26 Dec 2012 00:00:00 +0000

Olá Pessoal,

Hoje iremos falar de um protocolo utilizado em ambientes de rede local, para qual as informações do database de VLAN são transmitidos para todos os equipamentos pertencentes aquela LAN.

O protocolo VTP ( Virtual Trunk Protocol ) é um protocolo da camada 2 utilizado para manter a configuração de VLANs consistentes em uma rede. O VTP é responsável por gerenciar as VLANs, criando, apagando e renomeando as VLANS existentes na rede.

Em uma rede de switches sem o protocolo VTP o administrador de redes deverá manualmente fazer a criação de VLANs em cada um dos switches da rede. O que, dependendo do número de equipamentos e VLANs, pode se tornar uma atividade muito trabalhosa. Além do mais, com uma grande quantidade de configurações necessárias fica mais suscetível o aparecimento de erros na configuração ou erro humano na hora de inserir essas configurações nos equipamentos.

Já com o VTP esse trabalho é reduzido considerávelmente, pois o administrador entrará com as informações em um único swtich, no VTP Server, que terá a função de distribuir e sincronizar essas informações para os outros switches da rede. Além da redução do trabalho esse método evita erros de configuração, uma vez que toda a parte da configuração de criação das VLANs pode ser realizada apenas no switch VTP Server.

Os switches podem trabalhar em 03 modos dentro do VTP, são eles:

VTP Server:
Um VTP server pode criar, deletar e renomear VLANs. Ele também anuncia o nome do domínio VTP, a configuração de VLAN e o número de revisão da configuração para todos os outros switches dentro do domínio VTP.

VTP Client:
Um switch nesse modo não pode criar, nem deletar e nem renomear as VLANs. Dessa forma toda a alteração deve ser feita no VTP server.

VTP Transparent:
Nesse modo o switch precisa ter as suas VLANs configuradas manualmente. Um switch VTP Transparent não participa do VTP e nem anuncia para os vizinhos suas configurações de VLANs.

Esse protocolo tem duas versões, a qual pode gerar incompatibilidade no meio em que os switches estão configurados. Hoje todos os switches vêm com o versão 1 por padrão, sendo assim se desejamos trabalhar com a versão 2 temos que habilitar manualmente, lembrando-se que switches mais antigos não suportam a versão 2, portanto terá que manter a versão 1 funcionando. Para configurar a versão seria:

CiscoRedes#configure terminal
CiscoRedes(config)#vtp version [1 ou 2]

Um outro ponto que deve ser sempre verificado é a senha que pode ser configurada separadamente em cada switch, pois esse parâmetro não é enviado pelos anúncios de VTP, ou seja, se a senha estiver incorreta o seu switch não irá popular as informações do database de VLANs. Para configurar a senha seria:

CiscoRedes#configure terminal
CiscoRedes(config)#vtp password [senha]

Chegando em mais um ponto primordial da configuração do VTP, a qual esta relacionado com o domínio para qual esse anúncios serão notificados, ou seja, para que seu switch armazene as informações ele tem que estar no mesmo domínio, senão você pode perder informações importantes nos anúncios. Para configurar o domínio seria:

CiscoRedes#configure terminal
CiscoRedes(config)#vtp domain [domain-name]

Para exemplificar nosso conteúdo segue uma topologia:

Nesta topologia vamos trabalhar dando exemplos de como será feita a configuração dos equipamentos, bem como entender o que os switches irão armazenar em seu database. Para quem tiver interesse temos um curso básico sobre VTP nesse site da Cisco ( http://www.cisco.com/warp/public/473/vtp_flash/ )

Espero que vocês tenham gostado e no próximo post iremos explicar sobre os anúncios de VTP.

Abs,
Rodrigo

Fórum Operacional!!!

Sun, 23 Dec 2012 00:00:00 +0000

Olá Pessoal,

Gostaria de notificar que nosso fórum está operacional e aberto as discussões para os diversos tópicos criados. Você pode acessar-lo através do menu superior ” Forum “ ou através do link direto www.ciscoredes.com.br/forum .

Veja e confira abaixo como esta o visual:

Lembrando-se que para os usuários que já eram participantes e tinham usuários registrados em nosso BLOG terá que executar alguns processos para permanecer com o mesmo usuário, porém terá que sincronizar as duas bases de dados com o mesmo usuário / senha.

Esse processo pode ser visualizados através de nosso post.

Entre e participe desse novo recurso

Abs,
Rodrigo

CCNA Security – Vídeo Labs

Sat, 01 Dec 2012 00:00:00 +0000

Olá Pessoal,

Eu já era para ter publicado esse post, porém na correria acabei não conseguindo escrever, entretanto gostaria de divulgar mais uma dica para quem esta estudando para o CCNA Security.

A Cisco Academy disponibilizou vários vídeos para os aspirantes que querem aprender a configurar um ASA e com certeza dar uma base consolidada para os estudantes que vão executar a prova.

A nova versão da prova do CCNA Security (640-554) já está disponível no idioma inglês e as principais novidades são:

A inclusão de IPv6
A troca do SDM pelo CCP como software utilizado para configuração via web browser
A configuração do Cisco ASA como firewall da rede.

Segue os laboratórios disponibilizados pelo NetAcademy:

Lab A: Configuring ASA Basic Settings and Firewall Using CLI

Part 1: Lab Setup

Part 2: Accessing the ASA Console and Using CLI Setup Mode to Configure Basic Settings

Part 3: Configuring Basic ASA Settings and Interface Security Levels Using CLI

Part 4: Configuring Routing, Address Translation, and Inspection Policy Using CLI

Part 5: Configuring DHCP, AAA, and SSH

Part 6: Configuring a DMZ, Static NAT, and ACLs

Lab B: Configuring ASA Basic Settings and Firewall Using ASDM

Part 1: Lab Setup

Part 2: Accessing the ASA Console and ASDM

Part 3: Configuring ASA Settings and Firewall Using the ASDM Startup Wizard

Part 4: Configuring ASA Settings from the ASDM Configuration Menu

Part 5: Configuring a DMZ, Static NAT, and ACLs

Lab C: Configuring Clientless and AnyConnect Remote Access SSL VPNs Using ASDM

Part 1: Lab Setup

Part 2: Access the ASA Console and Prepare for VPN Configuration

Part 3: Configuring Clientless SSL VPN Remote Access Using ASDM

Part 4: Configuring AnyConnect Client SSL VPN Remote Access Using ASDM

Lab D: Configuring a Site-to-Site IPsec VPN Using CCP and ASDM

Part 1: Basic Router/Switch/PC Configuration

Part 2: Basic ASA Configuration

Part 3: Configuring the ISR as a Site-to-Site IPsec VPN Endpoint Using CCP

Part 4: Configuring the ASA as a Site-to-Site IPsec VPN Endpoint Using ASDM

**PS.:**Vale lembrar que a prova 640-553 ainda está disponível em português e deverá continuar a ser oferecida por algum tempo, até que a tradução da Prova e dos materiais utilizados nos cursos oficiais seja feita para português.

Abs,
Rodrigo

Fonte:
http://www.imakenews.com/cisco_netacademy/index000613424.cfm?x=blCTsw6,bh7RhvK2&UserId=cFV9u29rHaU=

Novidades no BLOG!!!

Fri, 30 Nov 2012 00:00:00 +0000

Olá Pessoal,

Enfim gostaria de anunciar mais uma ferramenta que temos disponibilizado em nosso site. Eu já estava tentando habilitar esse Fórum à algum tempo atrás, entretanto eu havia montado todo o site, mas no final não funcionou a integração da base dados entre as duas ferramentas. Devido a este fato tive que montar um novo Fórum para conseguir integrar as duas base de dados ( BLOG e Fórum ).

Em nosso Fórum temos diversos tópicos que poderão ser colocados as perguntas / discussões na qual iremos conversar sobre os problemas do nosso dia a dia e também dúvidas que podemos tirar com todos os participantes. O Fórum é uma ferramenta que agrega muitos valores, conhecimentos, dicas e sempre temos diversos assuntos sendo abordados para qual não conseguimos demonstrar diariamente em nosso BLOG.

Como nós já tínhamos usuários cadastrados em nosso BLOG, vocês precisam seguir algumas dicas para que a user/senha cadastrada no BLOG seja populada na base de dados do Fórum, fazendo desta forma um login único para ambas as plataformas. No primeiro passo você deve selecionar ” I forgot my password “

Você será direcionado para a página do Fórum conforme abaixo:

Nesses campos você deve preencher com suas informações cadastradas em nosso BLOG, lembrando-se que o user / e-mail tem que ser idêntico ao cadastrado no BLOG, pois você irá receber um e-mail automático do Fórum com uma nova senha para você registrar e autenticar-se. Com isso você irá ter permissão com o mesmo user, porém agora com as senhas sincronizadas. Você poderá alterar sua senha após esse processo para sua senha que melhor desejar. Depois de logado você pode ir ao Painel de Controle do Usuário -> Perfil – Informações de Registro.

Nosso Fórum pode ser acessado através do nosso Menu Superior ou através do link direto.

Espero que vocês participem e contribuam para nosso Fórum, pois ele foi feito pensando em vocês para ajudar cada vez mais nossos participantes e integrantes desse BLOG que cresce os acessos a cada dia. Tenho muito a agradecer vocês que participam e divulgam nosso trabalho.

Abs,
Rodrigo

O que seria Proxy-ARP?

Wed, 24 Oct 2012 00:00:00 +0000

Olá Caros,

O Proxy-arp é um método onde um determinado host, que pode ser um router ou firewall por exemplo, responde um arp request em nome de outro host. Este protocolo ( RFC-1027 ) foi desenvolvido no final dos anos 80 pelo Departamento de Ciências da Computação da Universidade do Texas em Austin por necessidade deste em segmentar sua rede de computadores. Porém, naquela época, nem todos os devices de rede podiam ter seus endereços de redes subnetados, ou seja, um endereço classe A não poderia ser dividido em duas, três, doze, etc … redes diferentes pois o dispositivo somente reconhecia a classe de seu IP.

Com o método de Proxy-ARP, foi possível que com um endereço de classe A configurado em diversos hosts com máscara padrão para esta classe fossem segmentados por routers ou firewalls que tivessem o método de Proxy-ARP implementado. Como exemplo de seu funcionamento, temos a topologia abaixo, onde o device Router possui o proxy-arp habilitado com o comando “ip proxy arp” na interface Ethernet 0. Este comando é habilitado por default em devices Cisco, e é recomendado que esteja sempre desabilitado caso seu uso não seja necessário.

O host A ( 172.16.10.100 ) na subnet A quer enviar pacotes para o host D ( 172.16.20.200 ) na subnet B. Como mostrado no diagrama, o host A possui máscara de rede classe B ( 255.255.0.0 ). Isso significa que o host A acredita estar em uma rede diretamente conectada com toda rede 172.16.0.0/16. Quando o host A necessita se comunicar com qualquer device que acredita estar diretamente conectado, ele envia um ARP request ( o famoso pacote “Who has IP_x.x.x.x ? Tell to x.x.x.x ).

Porém, como um arp request é um pacote broadcast, e por default routers não propagam broadcast, este request nunca chegará ao host D. Porém, como o device Router conhece a subnet onde o host D está, o Router em si irá responder o arp-request enviado para o IP 172.16.20.200, como sendo o mac-address 00-00-0c-94-36-ab, e todos os pacotes enviados do host A para o host D terão o fluxo host_A-> Router-> host_D. Porém, tudo isso será transparente para o host A e host D.

Muito bem , vamos abolir os gateways então ??? Nada disso !

Há muitas desvantagens em se usar constantemente Proxy ARP, entre elas o imenso Flooding de solicitações ARP em sua rede e problemas relacionados a segurança e propriamento processamento que podem utilizar-se do equipamento local.

Abs,
Rodrigo

Fonte:
http://under-linux.org/blogs/rvsimoes/proxy-arp-o-que-e-e-como-funciona-546/

Mudanças no Licenciamento do IOS

Fri, 12 Oct 2012 00:00:00 +0000

Olá Caros,

A partir da versão 15, cada caixa Cisco terá uma imagem universal com todas as features inclusas, bastando comprar uma licença ativar os recursos desejados. Como isso irá impactar em nossas vidas ???

Para quem não sabe, o IOS 12.4 já foi descontinuado há algum tempo e seu sucessor, o IOS 15, trabalha com um esquema de licenciamento bem diferente da versão anterior, conforme ilustra a figura abaixo:

Agora temos uma única imagem para cada plataforma (2900, 3900 e assim por diante). Todas as features suportadas pelo hardware já estão lá, basta adquirir a licença correta.

Fica dificil assim uma empresa comprar uma caixa com IOS IP Base (uma imagem “pé duro” sem direção, trava, desembaçador etc …) e fazer um upgrade pirata com um IOS Advanced IP Services.

Esta forma de licenciamento é muito parecida com o que já vinha ocorrendo com o Cisco ASA, você precisa comprar a licença, receber uma PAK Key em um pedaço de papel, registrar esta chave no Cisco.com para receber uma chave de ativação e entrar com ela no roteador. Ufa !!!

Caso haja problemas em uma caixa e você precisa ativar as features adquiridas em um equipamento backup, é necessário transferir a licença de um hardware para outro.

Maiores informações sobre como realizar os procedimentos acima, clique aqui.

Será o fim do uso dos IOS piratas ou apenas trocaremos o uso de IOS priratas por licenças piratas ? Acredito que é bem mais prático apenas ativar as features novas do que trocar o IOS da caixa mas, será seguro ???

O que vcs acham ???

Abs,
Rodrigo

Fonte:
http://etherealmind.com/ios-15-licensing-how-we-work/

BLOG no Google+

Tue, 02 Oct 2012 00:00:00 +0000

Olá caros,

Agora temos como criar páginas no Google+, e como nosso BLOG sempre está na frente vocês já podem adicionar nosso site nessa plataforma e receber as notícias de nossos posts.

Você pode acessar nossa página e clicar seguir, que automaticamente será adicionado ao nosso grupo.

https://plus.google.com/118196174945142341720

Abs,
Rodrigo

Nova certificação

Sat, 01 Sep 2012 00:00:00 +0000

Olá Pessoal,

Gostaria de compartilhar com vocês de mais um objetivo alcançado ontem. Depois de executar duas provas, enfim fechei mais uma certificação ” Cisco Advanced Routing and Switching Solutions Specialist “. Segue o link dessa certificação explicando as provas.

Cisco Specialist

Depois de ficar um pouco afastado de algumas publicações de post, agora volto a escrever para nossa comunidade. Agora rumo ao CCIE Written.

Abs,
Rodrigo

Lista de Controle de Acesso (ACL) – parte 1

Sat, 25 Aug 2012 00:00:00 +0000

Olá Pessoal,

Conforme prometido em nosso post de ACL, vamos iniciar nosso tutorial explicando um pouco sobre ACL. Uma das habilidades mais importantes das quais um administrador de rede precisa é dominar as listas de controle de acesso (ACLs). Os administradores utilizam as ACLs a fim de parar o tráfego ou permitir apenas o tráfego especificado enquanto interrompe todo o restante do tráfego em suas redes.

Uma ACL é uma lista sequencial de instruções de permissão ou negação que se aplicam a endereços ou protocolos de camada superior. As ACLs fornecem uma forma eficiente de controlar o tráfego dentro e fora da sua rede. Você pode configurar as ACLs para todos os protocolos de rede roteados. A razão mais importante para configurar as ACLs é fornecer segurança para a sua rede e utiliza-las para outro paramentros ( QoS, validação de tráfego, etc ).

Os pacotes TCP são marcados com flags que denotam sua finalidade: SYN inicia (sincroniza) a sessão; ACK é uma confirmação (ACK) de que o pacote aguardado foi recebido e FIN encerra a sessão. SYN/ACK confirma que a transferência foi sincronizada. Devido as validações que devemos executar referenciando-se muitas vezes as portas, segue uma tabela com os intervalos:


Intervalo de Número de Portas	Grupo de Portas
de 0 a 1023	Portas conhecidas ( comum )
de 1024 a 49151	Portas registradas
de 49152 a 65535	Portas dinâmicas e/ou privadas

Uma regra geral para aplicar as ACLs em um roteador pode ser lembrada, basta memorizar os três Ps. Você pode configurar uma ACL por protocolo, por direção, por interface:

ACL por protocolo = para controlar o fluxo de tráfego em uma interface, uma ACL deve ser definida para cada protocolo habilitado na interface.
ACL por direção = ACLs controlam o tráfego em uma direção por vez em uma interface. Duas ACLs separadas devem ser criadas para controlar os tráfegos de entrada e de saída.
ACL por interface = ACLs controlam o tráfego de uma interface, por exemplo, Fast Ethernet 0/0.

Lembre-se de que uma ACL é uma lista sequencial de instruções de permissão ou negação que se aplicam a endereços IP ou protocolos de camada superior. A ACL pode extrair as seguintes informações do cabeçalho do pacote, testá-lo em relação às suas regras e tomar decisões ” permitir ” ou “ negar ” com base em:

Endereço IP de origem
Endereço IP de destino
Tipo de mensagem ICMP

A ACL também pode extrair informações de camada superior e testá-las em relação às suas regras. Entre as informações da camada superior estão:

Porta de origem TCP/UDP
Porta de destino TCP/UDP

Portanto nesse caso devemos reforçar que os pacotes são analisados a partir da camada 3 ( Redes ) do modelo OSI e por consequência as camadas superiores podem ser avaliadas, como camada 4 ( TCP e UDP ). Na medida em que cada pacote passa por uma interface com uma ACL associada, a ACL é verificada de cima para baixo, uma linha por vez, procurando um padrão correspondente ao pacote de entrada, se a condição foi atendida dentro daquela ACL especificada nenhuma linha inferior será executada, ou seja, todo o restante daquela ACL não será validada.

Como toda validação é feita a partir da camada 3, ou seja, a carga de trabalho dependendo da sua topologia será direcionada para o roteador ( gateway ), na qual teremos as ACLs aplicadas como IN ou OUT. Devemos sempre lembrar que ambas exercem funcionalidades distintas na análise do roteador:

ACLs de entrada = Pacotes de entrada são processados antes de serem roteados para a interface de saída. Uma ACL de entrada será eficiente porque evita a sobrecarga das pesquisas de roteamento se o pacote for descartado. Se for permitido pelos testes, o pacote será processado para roteamento.
ACLs de saída = Pacotes de entrada são roteados para a interface de saída e, em seguida, processados pela ACL de saída.

Espero que tenham gostado dessa primeira introdução e aguardem cenas do próximo capítulo.

Abs,
Rodrigo

Cisco ACL

Sun, 19 Aug 2012 00:00:00 +0000

Olá Caros,

Gostaria de trazer mais um assunto que enfrentamos em nosso dia-a-dia e está sendo um dos tópicos mais cobrados recentemente na prova CCNA.

A famosa ACL ( Access Control List ) é um dos recursos que podem ser utilizados em diversas funcionalidades dentro dos equipamentos Cisco, como switches e roteadores.

Nesse momento vou apenas mostrar uma apresentação que considerei com um contexto interessante, para que vocês possam ir se habituando com o tema, pois estou preparando um post explicativo sobre ACL e propriamente uma vídeo aula para treinamento.

Aguarde novas informações sobre ACL. 😉

Abraços,
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

Protocolo OSPF – parte 7

Thu, 19 Jul 2012 00:00:00 +0000

Olá Caros,

Conforme nossa menção no post anterior, vamos hoje falar sobre a sumarização de rotas no OSPF.

Sumarização de rotas consiste na consolidação de múltiplas rotas em um único anúncio. Em uma rede OSPF, esta tarefa normalmente é realizada por um router de borda ( ABR ). Ainda que a sumarização possa ser configurada entre quaisquer duas áreas, a boa prática rege que a sumarização deve ocorrer preferencialmente no sentido do backbone ( Area 0 ). Desta forma, o backbone recebe todas as rotas agregadas e, por sua vez, pode anuncia-las sumarizadas para outras áreas.

Em uma rede OSPF, existem basicamente 2 tipos de sumarização:

Inter-area route summarization = Executado no ABR, cria os LSAs Tipo 3 e 4 e adverte os router IDs do ASBR, ou seja, a sumarização é aplicada as rotas internas do AS, na qual as rotas externas aprendidas via redistribuição não serão consideradas. Segue um exemplo onde teremos essa comunicação:

Para efetuar a configuração no roteador devemos sempre validar se as redes são contíguas e que o range escolhido para efetuar essa sumarização esteja dentro do escopo de suas redes, pois você pode efetuar loop na rede ou efetuar alguma assimetria dependendo de seu design. Segue o comando para efetuar a sumarização:

R2(config)#router ospf 100

R2(config-router)#area 1 range 192.168.10.0 255.255.254.0

Depois dessa configuração o roteador irá criar uma rota apontando para a Null0.

External route summarization= É totalmente específico para as rotas externas, inseridas na rede OSPF via redistribuição, ou seja, essas redes são redistribuídas através do ASBR, para qual irá fazer a troca de um protocolo não OSPF. Gostaria de reforçar que a sumarização deve ser contígua para que não tenhamos problemas de redes sobrepostas. Segue abaixo um exemplo:

Neste caso iremos ter o roteador R3 redistribuindo as redes RIP para a área OSPF, portanto neste roteador podemos fazer uma sumarização de todas as redes que será inserida dentro do OSPF, facilitando dessa forma a tabela de roteamento que iremos ter na tabela de roteamento. Para isso podemos executar dessa forma a sumarização:

R3(config)#router ospf 100

R3(config-router)#summary-address 60.60.60.0 255.255.255.0

Depois dessa configuração o roteador irá criar uma rota apontando para a Null0.

Dessa forma concluímos o processo de sumarização que pode ser executado no protocolo OSPF. Espero que tenham gostado e iremos ter nosso último post de OSPF mencionando sobre métricas ( cálculos ).

Aguardo comentários!!!

Abs,

Rodrigo

Protocolo OSPF – parte 6

Fri, 08 Jun 2012 00:00:00 +0000

Olá Pessoal,

Conforme mencionado anteriormente vamos prosseguir com nosso tutorial sobre OSPF. No último post havíamos falado sobre LSA e nesse post vamos tratar sobre os processos que acontecem quando temos eleição de DR e BDR em topologias de multiacesso.

Basicamente, routers que compartilham um mesmo segmento tornam-se neighbors neste segmento. O estabelecimento de uma relação de vizinhança ocorre por meio da mensagem “ Hello ”. Os roteadores tornam-se vizinhos assim que conseguem ver eles mesmos listados como vizinho no pacote Hello do router vizinho. Desta forma, uma comunicação de 2 vias é garantida. É importante ressaltar que a negociação de vizinhança utiliza apenas o endereço IP primário da interface, ou seja, se a mesma estiver configurada com endereços secundários, estes não serão utilizados no processo. Outro detalhe é que, se endereços secundários forem configurados, estes devem pertencer à mesma área OSPF do endereço primário.

Para a configuração de endereço secundário na interface devemos seguir esse processo:

ip address 10.1.7.252 255.255.255.0 secondary
ip address 10.1.2.252 255.255.255.0

Os roteadores para formar a adjacência entre si, exige que alguns parâmetros sejam validados:

Area-ID: Para 2 routers que possuem interfaces em um mesmo segmento, estas interfaces devem pertencer à mesma área OSPF, pertencer à mesma subrede e possuir a mesma máscara de rede.
Autenticação: Se autenticação estiver sendo utilizada, routers vizinhos devem trocar a mesma senha em um dado segmento.
Hello e “ Dead Intervals ”: Routers OSPF trocam mensagens Hello em cada segmento. O Keepalive HELLO configurado deve ser consistente em um mesmo segmento. O “ Dead Interval ” seria o intervalo de tempo entre o último pacote HELLO recebido e o router considerar o neighbor como “ down ”. Este intervalo também deve ser o mesmo em um mesmo segmento OSPF. Os comandos para configuração destes intervalos nas interfaces são: “ ip ospf hello-interval seconds ” e “ ip ospf dead-interval seconds ”
**“ Stub Area Flag ”:**Dois routers devem também possuir o mesmo valor no campo “ Stub Area Flag ”, no pacote Hello, para formarem uma relação de vizinhança.
MTU Size: Finalmente, temos o MTU Size das interfaces. Se estes valores forem diferentes em cada ponta, a adjacência não será formada. Se por algum motivo existir a necessidade de estabelecer a adjacência mantendo-se MTUs distintas em cada ponta, o comando “ ip ospf mtu-ignore ” configurado em cada interface envolvida no processo resolve o problema.

A adjacência é o processo de formação que ocorre imediatamente após a definição das relações de vizinhança. Roteadores adjacentes são aqueles que foram além da simples troca de pacotes HELLO, e iniciaram o processo de sincronismo da base de dados. Com o objetivo de reduzir a quantidade de informação trocada em um dado segmento, OSPF elege um router para ser o router designado ( Designated Router – DR ), e outro para assumir o papel de backup dele ( Backup Designated Router – BDR ), em cada segmento multi-acesso ( como segmentos Ethernet, por exemplo ). A idéia por trás deste princípio é criar um ponto central na rede multi-acesso para troca de informações.

As atualizações entre o DR e BDR são divulgadas através de um endereço multicast diferente do endereço que é utilizado para divulgação do tabela de roteamento ( LSDB ). O endereço multicast utilizado nesse segmento é 224.0.0.5. A definição de obter DR e BDR seria a redução de informações trocadas, pois utilizamos um cálculo básico para verificar no caso a crescente de adjancências entre os equipamentos.

n ( n-1 ) / 2

n = quantidade de roteadores no mesmo segmento

Veja pela figura como seria a adjacência:

A eleição do router DR é feita pelo pacote HELLO. Pacotes HELLO são trocados entre os routers via multicast, em cada segmento. O router que tiver o maior OID (OSPF ID) em um segmento é eleito o DR para aquele segmento. O mesmo processo é realizado para a eleição do BDR. Em caso de empate, o router com maior RID (Router ID) vence a disputa. A prioridade default para uma interface OSPF é 1. Este valor pode ser alterado pelo comando: “ ip ospf priority “. Uma prioridade “ 0 ″ significa que a interface em questão não será considerada no processo de eleição do DR / BDR.

Quando não temos a configuração de nenhuma loopback nos roteadores a eleição de DR e BDR é feita através dos endereços IPs configurados nas interfaces físicas, não esquecendo que teremos que considerar os endereços mesmo não pertencendo aquele mesmo segmento que está ocorrendo a validação.

Como mencionado sobre a adjacência temos alguns passos que são executados para a validação desse neighbor. Segue abaixo os 7 passos:

De que forma você pode avaliar a adjacência de seus vizinhos bem como o status de DR e BDR, seria através do comando ” show ip ospf neighbor “

Router2# show ip ospf neighbor 

Neighbor ID     Pri    State      Dead Time    Address     Interface
192.168.45.1    1      FULL/DR    00:00:36     10.0.0.1    Ethernet0

Com isso podemos mencionar que o OSPF em links ponto a ponto sempre irá formar adjacências entre eles, entretanto sem a necessidade de eleger um DR e BDR. Um cuidado especial é necessário quando configuramos OSPF em redes NBMA, como Frame Relay, X.25 ou ATM. Por default, OSPF considera estes redes como Broadcast (assim como uma rede Ethernet ). No entanto, redes NBMA geralmente são arquitetadas sob uma topologia “ hub & spoke ”, e não provê o tipo de acesso full mesh que OSPF acredita existir. Neste caso, a seleção do DR e BDR torna-se um problema, já que o DR e o BDR precisam ter uma conexão física entre eles. Além disso, devido à limitação de broadcast existente em redes deste tipo, o DR e o BDR precisam possuir uma lista estática de todos os roteadores pertencentes à rede frame relay.

Alguns pontos podem ser utilizados para evitar a eleição de DR e BDR em acesso NBMA, como a criação de sub-interfaces point-to-point e a configuração do tipo de interface dentro da configuração de interface ( broadcast | non-broadcast | point-to-multipoint ).

Espero que aproveitem as informações e fica a dica para nosso próximo post que seria voltado para a sumarização do OSPF, enfim o último post falando sobre os cálculos que OSPF utiliza para obter o custo e popular esses valores na tabela de roteamento.

Espero comentários.

Abs,
Rodrigo

Zettabyte – Você contribui?

Fri, 08 Jun 2012 00:00:00 +0000

Olá Pessoal,

Como todos sabem a cada dia o trafego, ou seja, a quantidade de dados que trafega por nossas redes ( externa – Internet ) aumenta a cada dia. Devido a isso todos devem ter ouvido falar sobre o zettabyte.

O zettabyte estaria na ordem de 1021, ou seja, um sextilhão de bytes. Podemos fazer uma comparação com os valores mais usuais que estamos acostumados a visualizar como o terabyte 1012, ou gigabyte 109. Como curiosidade em April de 2012 nenhum sistema de armazenamento chegou a alcançar 1 zettabyte de informação.

O vídeo abaixo foi feito pela Cisco com a intenção de mostrar o crescimento de trafego dentro das redes com uma estimativa que em 2016 iremos alcançar o zettabyte, com isso teremos mais dados do que a soma de informação que circulou na internet entre 1984 e 2012. Uma das maiores contribuições para essa crescente demanda é a difusão do trafego de vídeo e a grande vertente para os aparelho móveis, bem como no futuro próximo a maioria irá utilizar somente música online e os serviços de telefonia por internet ( VOIP ). Enfim, veja o vídeo abaixo e confira:

http://www.youtube.com/watch?v=cVMxu5G0oEw

Você acredita que isso são previsões exageradas ou isso pode até acontecer antes daquilo que nossos especialista comentam?

Confira: www.cisco.com/go/vni

Abs,
Rodrigo

Cidades do Futuro – Songdo – parte 2

Wed, 23 May 2012 00:00:00 +0000

Olá Pessoal,

Conforme nosso post anterior https://ciscoredes.com.br/cidades-do-futuro-songdo gostaria de trazer os episódios finais dessa explicação sobre como pode ser construída a cidade do futuro.

A cidade de exemplo mostrada fica na Korea ( Songdo ) e podemos ver todas as facilidades criadas através do site http://newsroom.cisco.com/songdo.

Segue abaixo mais alguns vídeos:

Abs,
Rodrigo

Protocolo OSPF – parte 5

Sun, 29 Apr 2012 00:00:00 +0000

Olá pessoal,

Como mencionado anteriormente, vamos continuar com a nossa sequencia de post relacionado a OSPF. Nesse post iremos tratar sobre os tipos de LSAs existentes dentro do protocolo OPSF.

Devido ao fato de existir nomenclaturas e funcionalidades diferenciadas entre o ABR e ASBR os LSAs tem um papel importante dentro do entendimento de como as rotas são distribuídas dentro do protocolo OSPF, bem como a menção sobre os diversos tipos de áreas existentes dentro do OSPF.

O LSA ( Link State Advertisement ) são pacotes que são distribuídos dentro das áreas OSPF com a funcionalidade de informar seus vizinhos sobre as redes e ao mesmo tempo fazer validações sobre o estado de cada rede ( alcançável e não alcançável ), ou seja, quando uma rede torna-se indisponível esses pacotes LSAs são inundados para que todos os roteadores tenham conhecimento sobre essa alteração de topologia.

Baseado nisto vamos mencionar os tipos de LSAs existentes dentro do protocolo OPSF:

Tipo de LSAs


LSA Type	Nome Comum	Descrição
1	Router	Um por router, listando RID e todas interfaces com endereço IP.
2	Network	Um por rota de rede. Criado pelo DR em uma subrede, e representa a sub-rede e interfaces conectadas ao roteador para a sub-rede configurada.
3	Sumarização Network	Criado pelo ABR para representar uma área do LSA tipo 1 e 2 quando sendo advertida dentro de outra área. Define os links ( sub-redes ) na área de origem e custos, mas não os dados de topologia.
4	Sumarização ASBR	Como o LSA tipo 3, exceto que anuncia uma rota usada para alcançar um ASBR.
5	AS Externo	Criado pelo ASBR para rotas externas injetadas dentro do OSPF.
6	Membros de grupo	Não suportado pelo IOS Cisco.
7	NSSA Externo	Criado pelo ASBR dentro de uma rede NSSA, ao invés de um LSA tipo 5.
8	Atributos Externos	Não esta implementado em roteadores Cisco.

Gostaria de mencionar mais dois pontos relacionados as menções anteriores:

Transit Network: Uma rede sobre a qual dois ou mais roteadores OSPF tem tornando-se vizinhos, então o trafego pode rotear de uma para a outra.
Stub network: Uma sub-rede na qual um router não formou qualquer relação com o vizinho.

Com isso podemos trazer alguns exemplos de topologia para qual temos a troca de LSAs entre os roteadores participantes do protocolo de roteamento OSPF.

Neste exemplo podemos observar todos os tipos de área do OSPF, para qual temos específicos LSAs sendo divulgado ou transportado dentro das áreas. Devemos analisar a utilização do ABR, para qual vai transportar na maioria das vezes tipo 3 e tipo 5, e quando temos o ASBR iremos ter a inserção do tipo 7 dentro da área NSSA.

Para a representação de propagação de LSAs segue abaixo um exemplo:

Neste exemplo podemos observar o tráfego de tipo 2 e 1 dentro da área 3, para qual o ABR da área 3 com a de backbone ( área 0 ) está encaminhando tipo 3. O roteador ABR que esta fazendo a conexão com a área 4 esta divulgando rotas externas vindo da Internet ( tipo 4 e tipo 5 ), ou seja, estaria influenciado com as redes que são distribuídas como external 1 ou 2, e rotas vindo da area 3 como tipo 3 e bem como as redes vindo da área de backbone.

Com base nessas informações os comandos de visualização dentro dos roteadores podem agora ajudar a resolver alguns problemas dentro do nosso dia a dia.

Podemos observar mais alguns comandos para ajudar na validação e detecção dos problemas dentro do protocolo OSPF:

router#show ip ospf border-routers

router#show ip route

router#show ip ospf

router#show ip ospf interface [ id ]

router#show ip ospf neighbor

router#show ip ospf summary-address

Dentro do conceito de LSA posso mencionar que devemos entender essa troca de LSA entre as áreas e os tipos de áreas no protocolo OSPF, para que posteriormente no design de uma rede OSPF essas particularidades não sejam esquecidas ocasionando erros e problemas dentro do protocolo de roteamento.

Para o próximo post iremos tratar sobre as adjacências e vizinhos do OSPF com a menção de DR e BDR.

Espero que tenham gostado e aguardo comentários.

Abs,
Rodrigo

Cisco – Batalha Naval

Wed, 25 Apr 2012 00:00:00 +0000

Pessoal,

Apenas como uma curiosidade, o filme BattleShip ( Batalha Naval ) utilizou tecnologia Cisco. Neste filme alguns aparelhos são utilizados como Telepresence, Cius e IP Phone.

Confira o vídeo abaixo:

Fonte:
Cisco.com

Protocolo OSPF – parte 4

Fri, 13 Apr 2012 00:00:00 +0000

Olá Pessoal,

Conforme notificado nesse post iremos tratar um pouco sobre áreas dentro da arquitetura OSPF. Confira os posts anteriores para obter informações relevantes sobre o protocolo.

No OSPF sempre iremos escutar e trabalhar com a area 0, chamada de ” área de backbone “. Essa seria a área de transito entre as diferentes áreas que podemos criar dentro do protocolo OSPF. Quando estamos pensando em um projeto de redes utilizando o OSPF, sempre devemos iniciar do ponto central ( área 0 ) e expandir para as áreas subjacentes, fazendo assim uma rede escalável e organizada.

A área 0 deve ser o centro lógico da rede, ou seja, todas as outras áreas devem ter uma conexão física com o backbone. O motivo disso é que OSPF espera que todas as áreas encaminhem informações de tabela/sub-redes roteamento para o backbone, e este, por sua vez, se encarrega de disseminar estas informações para as outras áreas. Veja abaixo a demonstração dessa áreas.

Baseado nas informações acima podemos avaliar alguns conceitos sobre a distribuição dessas áreas e algumas nomenclaturas definidas como ABR e ASBR.

A definição para ABR e ASBR pode ser constituída como:

ABR = Area Border Router no qual é responsável por conectar duas ou mais áreas. Nesse tipo de equipamento nos temos os anúncios das redes ou database de topologia sendo anunciado através do LSA tipo 3.
ASBR = Autonomous System Border Router que conecta outros protocolos de roteamento ( redistribuição ) para dentro do protocolo OSPF. Normalmente isso é executado utilizando a area 0.

Outro detalhe que podemos avaliar seria observando os diferentes tipos de informações que são trafegadas. Informações sobre rotas que são geradas e utilizadas dentro de uma mesma área são chamadas de “ intra-area routes ”, e são precedidas pela letra “ O ” na tabela de roteamento. Rotas que são originadas em outras áreas são chamadas de “ inter-area routes ”, ou “ summary-routes ”. Estas são precedidas por “ O IA ”, na tabela de roteamento. Rotas originadas por outros protocolos de roteamento e redistribuídas em uma rede OSPF são conhecidas por “ external-routes ”. Estas são precedidas pelas letras “ O E1 ″ ou “ O E2 ″, na tabela de roteamento. Quando temos múltiplas rotas para um mesmo destino, o critério de desempate em uma rede OSPF obedece a seguinte ordem: intra-area, inter-area, external E1, external E2.

Quando mencionado sobre a redistribuição dos protocolos IGP ou EGP para o protocolo OSPF temos as diferenças sobre a nomenclatura ( E1 e E2 ), para qual podemos definir dessa forma:

E1 = As métricas definidas pelos protocolos anteriores a essa redistribuição ( ASBR ) serão incluídos para alcançar o próximo salto fora de seu AS.
E2 ( padrão ) = Os custos externos não são repassados para o protocolo interno que está rodando dentro do área interna.

Vocês lembram quando foi comentado que todas as áreas OSPF deveriam conectar passando pela área de backbone? Pois é, isso não é regra.

Como toda regra tem uma exceção e deveríamos ter nesse caso, pois não poderíamos ficar obrigatoriamente ” amarrados ” na condição de que qualquer área nova criada eu deveria ter uma conexão com nossa área de backbone, devido a algumas condições externas ( links, disponibilidade de viabilidade para chegar em seu ponto central, etc ) essa facilidade dentro do OSPF seria restrita. Para resolver esse problema existe as conexões através de link virtuais ” Virtual-link “.

O link virtual OSPF é como uma “ VPN ” que integra uma área que não tem como se conectar diretamente ao backbone, através de uma área diretamente conectada a ele. É importante ressaltar que o artifício de “ virtual links ” é paliativo, ou seja, ele resolve um erro de design, e deve ser encarado como uma solução temporária.

No exemplo acima podemos resolver da seguinte forma:

RouterA(config)# interface loopback 0
RouterA(config-if)# ip address 10.10.10.33 255.255.255.255
RouterA(config)# router ospf 100
RouterA(config-router)# network 172.16.20.128 0.0.0.7 area 0
RouterA(config-router)# network 10.10.10.33 0.0.0.0 area 0
RouterA(config-router)# area 0 range 172.16.20.128 255.255.255.192
RouterA(config-router)# area 1 virtual-link 10.10.10.30

RouterM(config)# loopback interface 0
RouterM(config-if)# ip address 10.10.10.30 255.255.255.255
RouterM(config)# router ospf 100
RouterM(config-router)# network 172.16.20.32 0.0.0.7 area 5
RouterM(config-router)# network 10.10.10.30 0.0.0.0 area 0
RouterM(config-router)# area 1 virtual-link 10.10.10.33

Na próxima parte iremos falar sobre os tipos de LSA ( link state advertisement ) que estão disponíveis no protocolo OSPF.

Espero que tenham gostado e aguardo comentários.

Abs,
Rodrigo

Protocolo OSPF – parte 3

Tue, 03 Apr 2012 00:00:00 +0000

Olá Pessoal,

Vamos continuar com nosso tutorial sobre OSPF. O post anterior pode ser consultado aqui.

Neste episódio iremos comentar sobre a configuração que podemos executar dentro do protocolo OSPF. Como todo protocolo de roteamento IGP ( RIP, EIGRP, OSPF ) que é habilitado em equipamentos Cisco temos 2 passos essenciais para configurar esse serviço:

Habilitar o serviço através do comando router ospf [ id process ]
Divulgar as redes que seus vizinhos OSPF devem aprender associando-se as interfaces com a área desejada network [ IP ] [ MÁSCARA ] [ area ]

Quando definimos o [ id process ] estamos relacionando apenas com o processo local do roteador que você esta trabalhando, e o mesmo não tem nenhuma relação com os roteadores vizinhos que irão fazer a adjacência com ele. Vários processos OSPF podem ser executados em um mesmo router, mas este procedimento não é recomendado, entretanto, já que cada instância consome grandes porções de CPU e memória. Em suma, um bom design não utilizaria mais de um processo OSPF em um mesmo router.

Para comando [ network ] diferentemente do que ocorre na configuração de outros protocolos de roteamento, serve, no OSPF, para indicar quais interfaces participarão do processo, e quais as áreas OSPF a que pertencem. Esta é uma particularidade do protocolo.

O ID da área é definido por um número inteiro compreendido entre 0 e 4294967295, e também pode assumir a forma de um endereço IP (ex: área 0 = 0.0.0.0).

O campo referente a [ máscara ] é mencionada como uma ” máscara coringa “, que na verdade é a máscara padrão escrita de uma forma invertida. Nesse caso, como podemos calcular essa máscara?

A máscara coringa seria executada através de uma conta matemática simples que seria a subtração. Para esse cálculo sempre iremos subtrair utilizado a máscara como sendo um /32 ( 255.255.255.255 )

Padrão / 25 = 255.255.255.128
Subtração /32 = 255.255.255.255
Coringa /25 = 0 . 0 . 0 . 127

No protocolo de roteamento OSPF podemos trabalhar com dois tipos de autenticação, para qual tem a função de criar uma segurança maior para o tráfego das tabelas de roteamentos entre seus vizinhos OSPF.

**– Autenticação Simples:**Este método permite que chaves sejam configuradas por área OSPF. Routers em uma mesma área que desejem participar do processo de roteamento devem ser configurados com a mesma chave. A desvantagem deste método é que as chaves são trocadas pela rede, e podem ser facilmente interceptadas.

interface FastEthernet0/0
ip address 172.16.0.1 255.255.255.0
ip ospf authentication-key ciscoredes

router ospf 10
network 172.16.0.1 255.255.255.0 area 0
area 0 authentication

– Autenticação MD-5: Neste método, uma chave e uma senha são configurados em cada router. O router usa, então, um algoritmo baseado no próprio pacote OSPF, na chave e no ID da chave para gerar um “message digest”, que é inserido no pacote. Este método permite a troca de senha sem a interrupção da comunicação.

interface FastEthernet0/0
ip address 172.16.0.1 255.255.255.0
ip ospf message-digest-key 10 md5 ciscoredes

router ospf 10
network 172.16.0.1 255.255.255.0 area 0
area 0 authentication message-digest

Baseado nesses conceitos temos uma vídeo-aula, para qual traz um laboratório com os comandos de configurações e exemplos de como a rede se comporta utilizando-se o protocolo de roteamento OSPF.

Nessa vídeo aula temos informações que são mencionadas, para qual ainda não esta contemplado nessa parte, porém aguardem os próximos posts que iremos trazer as explicações.

Deixem seus comentários. 🙂 e iremos falar no próximo post sobre áreas.

Abs,
Rodrigo

Protocolo OSPF – parte 2

Mon, 12 Mar 2012 00:00:00 +0000

Olá caros,

Dando andamento ao nosso assunto sobre OSPF, hoje iremos comentar sobre o algoritmo utilizado e os processos que são executados para trazer a melhor métrica para a tabela de roteamento.

O post anterior pode ser consultado aqui.

– Algoritmo

Como mencionado anteriormente o nome dado para esse algoritmo é ” Dijkstra “, pelo qual o fundador ” Edsger Wybe Dijkstra ” foi o criador desse algoritmo. Ele foi fundado 1956, entretanto foi publicado apenas em 1959.

Abaixo podemos ter uma cronologia referenciando-se especificamente ao protocolo OSPF, ou seja, esse algoritmo utilizado para esse protocolo de roteamento ( OSPF ) foi desenvolvido a muito tempo atrás.

Segue abaixo uma demonstração simples sobre os cálculos exercidos nesse algoritmo.

O modo como o algoritmo opera é colocando o roteador na raiz da topologia, e então calcula o melhor caminho para um destino baseando-se no custo cumulativo até o destino em questão. Cada roteador na rede terá uma visão única da topologia lógica, ainda que todos os roteadores utilizem a mesma base de dados link-state (link-state database).

Uma analogia que podemos mencionar sobre esse protocolo seria: Alguém precisa se deslocar de uma cidade para outra. Para isso, ela dispõe de várias estradas, que passam por diversas cidades. Qual delas oferece uma trajetória de menor caminho?

Nós poderíamos colocar as contas e fórmulas executadas para esse cálculo matemático, porém acredito que não precisaríamos aprender as contas e sim o conceito desse protocolo. Para quem tiver interesse em descobrir os cálculo ou implementar em linguagem de programação esse método, pode consultar através desse link.

– Link State

Como mencionado anteriormente o OSPF utiliza-se de um protocolo chamado link-state. Devido a este fato ele toma algumas decisões sobre qual o melhor caminho a ser tomado. Abaixo menciono os passos de execução para a utilização desse protocolo.

Cada roteador obtém informações sobre seus próprios links e suas próprias redes diretamente conectadas. Isso é obtido pela detecção de uma interface no estado up (ativo).
Cada roteador é responsável por encontrar seus vizinhos em redes diretamente conectadas. Roteadores link-state fazem isso trocando pacotes Hello com outros roteadores link-state em redes diretamente conectadas.
Cada roteador cria um pacote link-state (LSP) que contém o estado de cada link diretamente conectado. Isso é feito com o registro de todas as informações pertinentes sobre cada vizinho, inclusive a ID do vizinho, o tipo de link e a largura de banda.
Cada roteador inunda o LSP para todos os vizinhos, que armazenam todos os LSPs recebidos em um banco de dados. Esses vizinhos, por sua vez, inundam os LSPs para todos os seus vizinhos até que todos os roteadores na área tenham recebido os LSPs. Cada roteador armazena uma cópia de cada LSP recebido de seus vizinhos em um banco de dados local.
Cada roteador usa o banco de dados para criar um mapa completo da topologia e computa o melhor caminho para cada rede de destino. Como se tivesse um mapa de estrada, o roteador tem agora um mapa completo de todos os destinos na topologia e as rotas para alcançá-los. O algoritmo SPF é usado para criar o mapa da topologia e determinar o melhor caminho para cada rede.

Baseado nesses conceitos ainda temos diversos termos dentro do OSPF que são utilizados e iremos tratar logo abaixo:

– Custo

O custo (também conhecido como métrica) de uma interface OSPF é uma indicação do overhead necessário para o envio de pacotes através desta interface. O custo de uma interface é inversamente proporcional a largura de banda desta interface. Uma largura de banda maior indica um custo menor.

Custo = 10^8/Banda (bps).

Por este motivo, é importante a correta configuração do parâmetro Bandwidth em interfaces rodando OSPF. Ela sempre irá pegar o valor configurado para efetuar o cálculo da métrica.

– Roteadores de Fronteira ( Área e Borda )

OSPF utiliza multicast para propagar os anúncios pela rede. O conceito de areas foi criado para criar fronteiras de propagação destes anúncios. A propagação de updates e o cálculo da topologia pelo algoritmo Dijkstra são restritos à área. Todos os roteadores em uma mesma área terão a mesma base de dados topológica. Roteadores que pertencem a mais de uma área terão as bases de dados de cada área a qual pertencem. Este é o caso dos roteadores de fronteira, como os ABRs (Area Border Routers) e os ASBRs (Autonomous System Border Routers). A figura abaixo ilustra a aplicação destes roteadores.

– Tipo de Pacotes Link State

Existem diferentes tipos de pacotes Link-State. Estes pacotes são ilustrados no diagrama abaixo.

Nesta figura temos vários conceitos para qual está envolvido todos os tipos de LSA dentro do protocolo OSPF, porém iremos tratar em outro post específico somente para este contexto. Lembrando-se que os conceitos de Multi-Area e tipos de LSA não são cobrados na certificação CCNA, por isso vou tratar diferenciado para focar em assuntos de CCNP.

No próximo post iremos discutir as configurações do OSPF e uma vídeo aula para adicionar maiores detalhes. Espero que gostem 🙂 .

Abs,
Rodrigo

Cidades do Futuro – Songdo

Fri, 02 Mar 2012 00:00:00 +0000

Olá Pessoal,

Gostaria de trazer uma série de vídeos no qual traz o futuro das cidades. Neste modelo todos os itens estão sendo abordados como, sustentabilidade, eco-eficiência, conectividade, área de saúde, transporte, etc.

A Cisco esta envolvida nessa parceira para o desenvolvimento, no qual eles estão trazendo alguns de seus produtos para esse futuro tão próximo. Um dos pontos focais mostrados, estaria envolvido com Cisco Telepresence. Esse produto tem a capacidade de fazer reuniões simultâneas com uma realidade indiscutível.

A cidade de exemplo mostrada fica na Korea ( Songdo ) e podemos ver todas as facilidades criadas através do site http://newsroom.cisco.com/songdo.

Segue abaixo dois episódio mostrado na página acima:

Em um próximo post irei explicar melhor sobre esse produto Cisco ” Telepresence ” 😀 . Aguardem!!

Abs,
Rodrigo

MTU – Gera lentidão, será?

Mon, 27 Feb 2012 00:00:00 +0000

Olá Pessoal,

Nós já havíamos comentado sobre o pacote jumbro frame em um post anterior e como existem conceitos e configurações relacionados a este tópico, resolvi trazer um laboratório prático para demonstrar o funcionamento desse famoso MTU.

Segue abaixo a topologia executada no GNS3. Neste laboratório estou utilizando o Cisco 2691 em conjunto com o IOS: c2691-advsecurityk9-mz.124-15.T14.bin. Para a conectividade serial o hardware adicionado foi a WIC-2T. Os arquivos do GNS3 podem ser obtidos na nossa seção arquivos.

Nesse laboratório iremos mostrar como a mudança de um parâmetro, em algum ponto da rede, ou seja, na conexão entre a origem e o destino podem afetar a transmissão de pacotes através da Internet ou dentro de sua rede interna.

Neste exemplo iremos fazer a alteração em um parâmetro, entre a conectividade Ethernet do PE1 com o roteador de BackBone. Lembrando-se, que quando esses parâmetros são alterados na rede para habilitar um pacote jumbro frame, por exemplo, todo o caminho que irá encaminhar esse pacote deve aceitar a mesma definição para o MTU.

Para efetuar o teste de conectividade entre os dois pontos, foi executado um ping da máquina ( 192.168.3.10 ) e do roteador CE1 para o roteador CE2 ( loopback – 192.168.5.1). Nesse teste a única forma de fazer com que o pacote, não seja fragmentado, seria através de um parâmetro que chamamos de DF-BIT. Esse parâmetro podemos habilitar normalmente através da CLI do roteador, ou através do DOS de seu computador.

No primeiro teste foi executado o ping através desse comando:

CE1#ping 192.168.5.1 size 1401 df-bit

Type escape sequence to abort.
Sending 5, 1401-byte ICMP Echos to 192.168.5.1, timeout is 2 seconds:
Packet sent with the DF bit set
M.M.M
Success rate is 0 percent (0/5)

Logo abaixo vocês podem observar o status capturado no WireShark, para qual apresenta o “request” do ping, com a flag “df” habilitada.

Devido ao tamanho do pacote ser maior que o permitido pelo MTU, recebemos uma mensagem de “unreachable”, ou seja, o pacote não foi transmitido devido a flag DF-BIT habilitada.

Nesse outro teste envio um pacote de 1500bytes, sem nenhuma marcação do df-bit.

CE1#ping 192.168.5.1 size 1500

Type escape sequence to abort.
Sending 5, 1500-byte ICMP Echos to 192.168.5.1, timeout is 2 seconds:
!!!!!
Success rate is 100 percent (5/5), round-trip min/avg/max = 212/345/412 ms

Nesse teste é colocado 1400bytes, porém com o parâmetro df-bit habilitado.

Para um teste final, fizemos um ping com pacote de 8192bytes, liberando a fragmentação entre a origem e destino.

Essa configuração executada na interface Ethernet foi colocada como teste.

interface FastEthernet0/0
ip address 10.10.1.5 255.255.255.252
ip mtu 1400
duplex auto
speed auto

Desta forma, podemos demonstrar que temos influências no meio de transmissão, quando trabalhamos com um pacote Ethernet e com isso podemos responder a pergunta colocada no título de nosso post.

Espero que vocês tenham gostado e aguardo comentários 🙂 . Se vocês acharem melhor, eu posso fazer uma vídeo aula para demonstrar todos os testes online. Fico no aguardo.

Abs,
Rodrigo

Protocolo OSPF – parte 1

Thu, 23 Feb 2012 00:00:00 +0000

Olá Pessoal,

Gostaria de iniciar um assunto que hoje é muito utilizado no nosso dia a dia, e nele temos vários pontos a se discutir e com certeza para aprender. Iremos iniciar uma sequencia de posts para trazer os conceitos desse protocolo IGP que é muito utilizado dentro das corporações.

– Introdução

O protocolo OSPF (Open Shortest Path First), definido pela RFC 2328, é um protocolo IGP (Interior Gateway Protocol), ou seja, desenhado para uso em um Sistema Autônomo Interno ( intra-AS ). O protocolo OSPF foi desenvolvido para atender às necessidades colocadas pelas comunidades da Internet, que demandavam um protocolo IGP eficiente, não-proprietário e operacional com outros protocolos de roteamento.

OSPF baseia-se na tecnologia “ link-state ”, que é bem diferente e bem mais avançada que a tecnologia utilizada em protocolos puramente vetoriais, como o RIP. Como mencionado, nos temos dois tipos de tecnologia que está envolvida com os protocolos de roteamento, que seria link state e vetor distância, veja quais são as diferenças:

Vetor de Distância: Os protocolos que utilizam dessa tecnologia tem como a principal característica a quantidade de saltos, ou seja, a cada ” hop ” para alcançar aquela determinada rede que você deseja, ela será incrementada na distância ” saltos “.
Link State: Os protocolos que utilizam dessa tecnologia tem como a principal característica em trabalhar através do estado do link, ou seja, a métrica inserida para esse tipo de protocolo é baseado em caracteristicas como banda, delay, confiabilidade, carga etc.

Através desses pontos podemos citar as características essenciais que o protocolo utiliza dentro do ambiente:

Não existe limite de saltos para o OSPF
OSPF permite a utilização de VLSM
Podemos fazer utilização de criptografia para a troca das tabelas de roteamento
Toda atualização/anúncio das redes dentro do protocolo são executadas através de endereços multicast
OSPF permite a execução de balanceamento de carga mais eficaz
Dentro do protocolo podemos fazer a utilização de uma hierarquia mais avançada com a utilização de areas. Fazendo dessa forma um método mais controlado de sumarização de rotas e atualizações de tabela de roteamento.
OSPF permite marcações de rotas vindo de outros protocolos externos como BGP, permitindo um rastreamento dessas redes.
Devido a todos esses pontos citados, obviamente que esse protocolo irá fazer uma utilização maior de CPU e memória, devido a diversos pontos adicionais que ele utiliza para controle do protocolo de roteamento, além do que ele consegue montar uma árvore completa da rede.

Após essa breve explicação de OSPF, iremos avançar para nosso próximo post com os conceitos do algoritmo SPF ( Dijkstra ).

Aguardem cenas do próximo capítulo 😀

Abs,
Rodrigo

CCNA alterado!!!

Mon, 30 Jan 2012 00:00:00 +0000

Olá caros,

Acredito que nem todos sabem, mas tivemos alteração no valor da prova do CCNA. UFA!!! Imaginaram que seria a prova, talvez seria melhor 🙁

A Cisco atualizou o preço da prova para a Certificação CCNA, porém também tivemos uma melhoria nos descontos para os alunos que frequentam o NetAcademy. O novo valor da prova foi elevado para U$295,00 e o desconto para estudantes do NetAcademy passaram de 50% para 58%.

Outra alteração que tivemos foi com as provas de entry level ICND 1 e ICND2 que tiveram os preços alterados para U$150,00, ou seja, se fizer as duas provas separadas iremos gastar 5 dolares a mais para concluir o CCNA.

Olhando para essas alterações percebemos que a cada dia essa prova fica mais crítica, portanto afetando mais o ( bolso ) em situações de reprovação. Por isso vamos estudar e ter certeza que estamos aptos a executar essa certificação.

Abs,
Rodrigo

QoS – Enfileiramento – Parte 3

Mon, 05 Dec 2011 00:00:00 +0000

Olá pessoal,

Conforme nosso último post, no qual foi mencionado sobre a marcação de pacotes dentro do cabeçalho IP ( ToS ), portanto hoje iremos trazer mais informações sobre QoS, mencionando sobre o método de filas que o equipamento utiliza para encaminhar seus pacotes.

Quando foi explicado sobre a marcação de pacotes e propriamente mencionado sobre as categorias de filas, ou seja, todo esse trabalho exerce uma funcionalidade para que no momento de recebimento desse pacote os equipamentos ( roteadores/swiches ) possam interpretar essa marcação ( preferência ) do pacote, sobre determinadas características em um plano de hardware queueing e software queueing.

Para um melhor entendimento segue um fluxograma de como funciona o tratamento de pacotes:

Para o propósito de hardware queueing:

Esse é o tipo de enfileiramento conhecido como TxQ (fila de transmissão), no qual ele usa o hardware e SEMPRE usa o mecanismo FIFO (First In First Out) e apenas quando essa fila fica cheia o software queueing será acionado. Nesta categoria estamos referenciando-se ao Tx Ring/ TX queue, fazendo dessa forma o enfileiramento quando a fila está cheia, e por sua vez o IOS habilita “queue” nesta interface.

Aqui podemos fazer uma analogia de como os pacotes chegam para uma determinada interface física de um equipamento. 😉

Quando tratamos do assunto de software queueing, teremos 6 categorias para classificar essas informações:

PQ – Priority Queue = Possui 4 filas FIFO, que são unidirecionais, e um pacote da fila em espera só entra em ação quando sua superior é esvaziada. Vantagens: Fornece prioridade restrita para um tráfego na classe. Desvantagem: pode sofrer de um fênomeno chamado: starvation (morte por insuficiência de alimentação).
CQ – Custom Queue = Possui 16 filas FIFO, que são unidirecionais, e um pacote da fila em espera só entra em ação quando sua superior é esvaziada.Vantagens: garante banda para aplicações menos críticas. Desvantagem: precisa criar uma política dentro da interface.
WFQ – Weighted Fair Queueing = Enfileiramento justo baseado em peso, ele atua de forma justa eliminando o fenômeno stavartion, ou seja, o primeiro da coluna de cada fila é expedido para o DEQUEUE e todos os pacotes da segunda coluna são expedidos e assim sucessivamente. Desvantagem: ideal para links até 2MBps, caso contrário muitos ciclos de CPU serão executados e não possui uma fila única de prioridade.
CBWFQ – Class-Based Weighted Fair Queue = Possui 64 filas FIFO, que são unidirecionais, e um pacote da fila em espera só entra em ação quando sua superior é esvaziada. Vantagem: recordista do número de classes, suporta até 64 para realizar controle de banda. Desvantagem: sem fila exclusiva de prioridade.
**LLQ – Low Latency Queue =**Conhecido por PQCBWFQ, devido a possuir uma fila PQ e um grupo em CBWFQ. Infelizmente isso é uma “sopa de letrinhas” 😀 Vantagens: ótimo para arquitetura AVVID da Cisco, excelente para aplicações real-time, garante banda e propicia a menor latência, não apenas para portas UDP/RTP mas qualquer outro tipo de porta. O seu único problema diz respeito a sua classificação não ser feita de modo automatizado, havendo a necessidade de configuração. Esse é o nosso método mais utilizado, porém se as classes não estiverem bem ajustadas conforme a realidade, podemos ter alguns problemas, que daí para frente teremos que realizar alguns troubleshootings!
IP RTP Priority = Conhecido por PQWFQ, por ser composto por uma fila PQ e o grupo de WFQ.Vantagens: ótimo para arquitetura AVVID da Cisco, garante banda e propicia a menor latência, não apenas para portas.

Abaixo segue uma tabela comparativa com as filas mais usuais que encontramos no nosso dia-a-dia:

Por padrão o FIFO é habilitado nas interfaces com a bandwidth acima de 2mbps e também por padrão o WFQ é habilitado nas interfaces com a bandwidth abaixo de 2Mbps

Baseado nessas informações temos mais um conceito que é obtido em nossas vídeo aulas, para qual tratamos de métodos para evitar o congestionamento. Na Cisco nós trabalhamos com três métodos, no qual chamamos de Tail DROP, WRED ( Weighted Randon Early Drop ) e CBWRED. Não vamos entrar muito em detalhes para não ficar extenso nosso post, mas podemos explicar rapidamente cada método:

Tail DROP = Descarte de pacotes baseado em hardware e software quando a fila está cheia, ou seja, novos pacotes que chegam na interface são dropados.
WRED = Característica do IOS utilizada para previnir que uma fila seja preenchida pela capacidade descartar o tráfego mais agressivamente quando a fila começa a se preencher. O descarte é feito baseado na prioridade de marcação, onde os pacotes de menor prioriodade terão maior chances de serem descartados. Dentro dessa características podemos chamar de ( minimum threshold, maximum threshold e mark probability denominator).

\
**CBWRED =**Mesma funcionalidade do WRED, porém podemos utilizar baseado por classe.

Como demos uma prévia sobre o conceito segue os comandos que podemos utilizar para fazer esse tipo de configuração.

Router(config-if)# class-map c1
Router(config-cmap)# match access-group 101
Router(config-if)# policy-map p1
Router(config-pmap)# class c1
Router(config-pmap-c)# bandwidth 48
Router(config-pmap-c)# random-detect dscp-based
Router(config-pmap-c)# random-detect dscp 8 24 40
Router(config-if)# service-policy output p1

Espero que vocês tenham gostado e aguardo comentários. 😛

Fonte:
Cisco Page – WRED
Cisco Page – Avoidance

QoS – Marcação de Pacotes – parte 2

Mon, 24 Oct 2011 00:00:00 +0000

Olá Pessoal,

Conforme anúncio vamos prosseguir com nossos estudos voltados para QoS. No último post havíamos tratado do assunto focando na tecnologia NBAR, e devido ao pontos levantados para execução do laboratório e definições de parâmetros, vamos discutir sobre o cabeçalho IP e a marcação do pacote.

O cabeçalho IP é composto por diversos campos, para qual define funcionalidades específicas para cada ” caixinha “. Todos esses valores são compostos por valores binários e podem ser visualizados através de uma ferramentas de monitoração ( WireShark ).

Segue as definições do cabeçalho IP, com uma relevância para a informação definida no ” ToS “.

Version: Contém o número da Versão IP ( 4 ou 6 ).
Tipo de Serviço (ToS): Valor binário de 8 bits que é usado para determinar prioridade no pacote.
Tempo de Vida (TTL): O valor TTL diminui em pelo menos um a cada vez que o pacote é processado por um roteador ( ou seja, a cada salto ).
Protocolo: Possibilita que a camada de rede passe os dados para camada superior ( 01 – ICMP ; 06 – TCP ; 17 – UDP )
CheckSum: Usado para a verificação de erros no cabeçalho do pacote.
Endereço de Origem: Endereço IP de Origem constituído de 32 bits ( x.x.x.x )
Endereço de Destino: Endereço IP de Destino constituído de 32 bits ( y.y.y.y )

Podemos obter maiores informações sobre todos os campos inseridos dentro do cabeçalho IP utilizando a RFC 791, para qual traz em detalhes cada campo informado dentro do cabeçalho, bem como os valores binários que podemos obter em cada ” caixinha “.

Com base nessa informação temos o formato do nosso IPV4 com 32 bits, para qual pode ser formado através de 4 conjuntos de 8bits cada. Neste formato podemos formar números decimais de 0 à 255. Não irei entrar nesse detalhe, pois iremos tratar desse assunto em outra ocasião, porém segue apenas como informação referenciando-se ao formato desse número que usamos hoje em qualquer lugar/equipamento.

Com base em todas as informações mencionadas acima, vamos apresentar os dados referentes ao tipo de marcação que posso executar dentro do cabeçalho IP para a ” caixinha ” ToS. Esse valor inserido exercerá uma funcionalidade para o pacote que viaja dentro da rede, fazendo com que a sua principal função é dar prioridade para determinados tipos de tráfego/aplicação.

O QoS é o acrônimo de ” Quality of Service “. Trata-se de uma nomenclatura genérica para designar um conjunto de algoritmos capazes de fornecer vários níveis de tratamento para diferentes tipos de tráfego na rede. O propósito dessa tecnologia é otimizar o uso da banda passante provendo um tráfego fim-a-fim eficaz e econômico. O QoS resolve a necessidade da aquisição de mais banda para a rede, pois supre a demanda de tráfego das LANs/WANs de forma inteligente e organizacional através dos mais diversos mecanismos que ele dispõe. Cada um desses tráfegos, merece um tratamento especial conforme suas características. Assim, é necessário que os cuidados especiais sejam obedecidos para que não ocorra possíveis problemas.

Os pontos chaves que o QoS pode tratar melhorando assim a performance da rede, poderia se basear em quatro ítens:

Jitter
Perda de Pacotes
Latência
Bandwidth

Devido aos ítens mencionados acima, foi criado em uma das características do QoS, a marcação do pacote através do DSCP ( Diff Service Point ) ou através de AF ( Assured Forwarding ).

DSCP = ele é composto de 6 bits, no qual temos em decimal a permutação de 2 elevado à 6 que é 64 valores possíveis, variando portanto de 0 à 63. Essa faixa de valores é que define literalmente a marcação dos pacotes. De antemão todo pacote BestEffort (BE) ou melhor esforço é tratado com DSCP 0 ou em binário 000000. Para a instância de voz sobre IP teremos o valor DSCP 46, para qual podemos consultar através da RFC 2598. Segue um exemplo:

AF = Define 4 classes para a proposta de fila, em conjunto com 3 níveis de probabilidade de drops dentro de cada fila. O formato que podemos seguir está baseado em AFxy , no qual esses valores vão implicar em uma tabela ( matriz ) 4 x 3. Os valores mais altos para o X irão ter preferência para serem transmitidos, e os valores maiores em Y terão uma probabilidade maior de drops dentro daquela mesma fila.

PS.: Quando temos a conversão do valor de AF para DSCP, podemos utilizar uma fórmula simples para calcular esse valor. Como mencionamos AFxy podemos fazer:

8x + 2y = valor decimal

Por exemplo: AF41 seria o valor decimal DSCP 34

Com isso podemos mostrar alguns exemplos utilizando as tabelas explicativas abaixo:

Nessa tabela podemos obter informações relacionadas a forma de marcação do DSCP e também como isso é disponibilizado através das categorias de classes. Lembrando-se que para essa marcação temos a disponibilização de 6 bits, podendo combinar diversos valores decimais.

Segue um exemplo da conversão desse valor:

IP Prec 5 (101) maps to IP DSCP 101 000

Essa tabela está referenciando-se ao formato do AFxy, para qual temos a matriz 4×3. Esse conceito pode ser consultados através da RFC 2597.

Baseado nas conversões demonstradas ao lado podemos perceber que temos a utilização apenas 5 bits, para qual é transformado para os valores mapeados em DSCP.

Todas essas informações podem ser consultadas através desse link.

A Cisco tem um modelo para qual podemos seguir dependendo da utilização e da demanda que irá ocorrer em nossa rede. A tabela abaixo pode mostrar o tipo de aplicação e em qual classe é recomendado trabalhar. Vocês poderiam se questionar sobre algumas informações contidas nessa tabela devido a não ter sido explicada anteriormente, mas a coluna ( Queuing and Dropping ), irei citar em outro post tratando especificamente desse assunto.

Essa tabela também esta referenciada através da RFC 4594, seguindo assim as padrões que podemos utilizar para essa tecnlogia.

Uma informação que acredito que seja importante quando falamos de QoS, estaria envolvido com o comportamento dos roteadores/switches. Vocês poderiam perguntar onde os equipamentos podem fazer essa classificação e marcação de pacotes?

Classificação = Somente ingress, e somente se a interface suportar o cabeçalho particular para aquele determinado campo.

Marcação = Somente egress, e somente se a interface suportar o cabeçalho particular para aquele determinado campo.

Em função desses conceitos existe uma vídeo aula disponibilizada em nossa seção, para a demonstração e visualização desses campos, com a marcação dos pacotes trafegados dentro da rede. Sempre recordando que os arquivos para a configuração dos equipamentos está disponibilizado em nossa seção de arquivos.

Os arquivos .txt podem ser utilizados dentro do GNS3, apenas tendo que montar a mesma topologia utilizada para nosso laboratório.

Para nosso próximo post irei trazer informações sobre o tipo de enfileiramento e os modelos que podemos utilizar para o melhor aproveitamento/performance da nossa rede.

Espero que gostem do post e aguardo comentários. 😉

PS.: Agradecimentos a Alis Silva pelo fornecimento do rack.

Abs,
Rodrigo

IOS – Configurações de Níveis de Segurança

Mon, 10 Oct 2011 00:00:00 +0000

Caros,

Gostaria de trazer algumas informações referenciando-se aos níveis de segurança que o IOS oferece para a estrutura de acesso. Usando-se senhas e assinando privilégios é o caminho mais simples de providenciar controle de acesso ao seu terminal de rede ( roteadores/switches ).

Por padrão, o IOS da Cisco oferece 16 níveis de privilégio. Nesse caso quanto maior o seu nível mais privilégios você terá para efetuar configurações/validações no equipamento. Dentro desse contexto a CLI ( command line interface ) tem dois níveis padrões de acesso para os comandos:

User EXEC mode: privilege 1
Privileged EXEC mode: privilege 15

Quando o usuário entra no equipamento ele obrigatoriamente irá ser direcionado para o nível 1, e após digitar “enable“, ele será direcionado ao nível 15. Entretanto, você pode configurar níveis adicionais de acesso para os comandos chamados de “privilégio de acesso”, disponibilizando assim a necessidade para cada usuário/grupo. Cada nível de acesso privilegiado é habilitado através senhas separadas, o qual foi especificado quando configurado o nível.

Para obter um nível de segurança mais elevado, existem dois modelos de senhas que podem ser habilitados nos equipamentos ( enable password e enable secret ). Ambos os comandos são os mesmos, o qual libera você a estabelecer uma senha criptograda. A Cisco recomenda o uso do enable secret, pois possui um algoritmo de criptografia mais robusto. Quando são configurados os dois modelos nos equipamentos a precedência é estabelecida para o ” enable secret “.

R2_1721(config)#enable password ?
  0      Specifies an UNENCRYPTED password will follow
  7      Specifies a HIDDEN password will follow
  LINE   The UNENCRYPTED (cleartext) 'enable' password
  level  Set exec level password

R2_1721(config)#enable secret ?
  0      Specifies an UNENCRYPTED password will follow
  5      Specifies an ENCRYPTED secret will follow
  LINE   The UNENCRYPTED (cleartext) 'enable' secret
  level  Set exec level password

Quando temos a criação dos privilégios alguns comandos podem ser úteis para a execução dessa hierarquia de acesso:

show privilege = Mostra o atual nível que encontra-se aquele usuário

R2_1721#sh privilege
Current privilege level is 15

R2_1721>enable 3
Password:
R2_1721#sh privilege
Current privilege level is 3

Como podemos fazer a criação desse nível para utilização de uma senha:

enable secret = Este comando é default para criação de senha para acesso nível 15, porém ele é usado para criação de senhas para outro níveis.

R2_1721(config)#enable secret level ?
<1-15> Level number

R2_1721(config)#enable secret level 3 blog

Agora vamos criar o privilégio para o nível que foi exemplificado:

privilege = É usado para se definir quais comandos estarão disponíveis para o nível específico de criação.

R2_1721(config)#privilege exec level 3 ?
LINE Initial keywords of the command to modify

R2_1721(config)#privilege exec level 3 show startup-config

Este método pode ser aplicado diretamente para a interface console ou AUX, exigindo que aquele usuário siga os mesmos critérios disponibilizados para Telnet.

R2_1721(config)# line console 0****R2_1721(config-line)# privilege level 3

Para exemplificar essa aplicação vamos criar alguns nivéis de privilégio para um determinado usuário:

R2_1721(config)# **enable secret level 3 blog**R2_1721(config)# privilege exec level 3 ping
R2_1721(config)# privilege exec level 3 traceroute
R2_1721(config)# **privilege exec level 3 configure terminal**R2_1721(config)# **privilege configure level 3 interface**R2_1721(config)# **privilege configure level 3 ip**R2_1721(config)# privilege configure level 3 address
R2_1721(config)# **privilege configure level 3 no**R2_1721(config)# privilege configure level 3 shutdown

Após essa configuração o usuário deve digitar:

R2_1721> enable 3

A senha que deve ser informada é a configurada anteriormente ” blog “. Após entrar no modo enable tente executar os comandos liberados para este nível. Após fazer essa validação altere novamente o privilégio de alguns comandos, retirando o comando ( privilege exec level 3 configure terminal ) e tente novamente entrar com o privilégio 3 e configurar o ip da interface.

Lembre-se para fazer essa alteração de configuração, você terá que entrar novamente com o privilégio 15.

Espero que gostem do post! 😉

Fonte:
http://www.cisco.com/en/US/docs/ios/12_2/security/configuration/guide/scfpass.html
http://www.cisco.com/en/US/docs/ios/12_2t/12_2t13/feature/guide/ftprienh.html

Abs,
Rodrigo

Webinar – CCNA Voice

Mon, 03 Oct 2011 00:00:00 +0000

Olá Pessoal,

Iremos ter mais um Webinar ( 12/10/2011 ) referenciando-se para a certificação CCNA Voice. Esse webinar irá trazer informações sobre a tecnologia e informações necessárias que devemos saber para conseguir essa certificação.

**PS.:**Infelizmente esse irá ser oferecido pelo time USA, portanto será em Inglês. Outra informação seria referente ao fuso horário que irá mostrar no anúncio. Fiquem atentos! 😉

Façam o cadastro através do link abaixo e aproveitem as informações:

https://vts.inxpo.com/scripts/Server.nxp

Abs,
Rodrigo

Cisco – Validação de Design

Fri, 30 Sep 2011 00:00:00 +0000

Olá Pessoal,

Gostaria de passar uma dica, para qual pode nos ajudar no nosso dia a dia para determinados assuntos relacionados a design de rede. A Cisco disponibiliza soluções de desgin, testes e documentos para facilitar e melhorar o desenvolvimento de projetos para os clientes. Esses designs incorporam a grande variedade de tecnologia e produtos dentro do portifólio de solução que tem sido desenvolvido e endereçado a necessidade de negócio dos clientes.

Cisco Validation Design ( CVD ) é organizado por área de soluções, para qual irá apresentar uma lista de um, dois ou três tipos principais de design.

Um exemplo que podemos consultar seria validar uma documentação/design para um site que iremos disponibilizar serviços de WAN. Dentro dessa categoria podemos ter exemplos de Branch Offices ( Pequeno, Médio, Grande ), com utilização de MultiCast, ferramentas de colaboração, IPT e entre outras.

Esse documentos trazem melhores práticas de configurações ( comandos ), exatamente, quais os comandos vou aplicar em cada equipamento para disponibilizar aquele serviço para meu cliente.

Aproveitem e boa leitura!!

http://cisco.com/go/cvd

Abs,
Rodrigo

QoS com NBAR – parte 1

Fri, 23 Sep 2011 00:00:00 +0000

Olá pessoal,

Como todos sabem, o assunto de QoS é muito comentando nos dias de hoje, devido a grande utilidade e capacidade de controle que podemos exercer em cima dessa tecnologia. Dentro desse parâmetro irei trazer uma sequência de posts explicando essa tecnologia através de laboratórios com testes práticos.

Nessa primeira parte vamos aprender sobre o protocolo NBAR.

1) Introdução

A tecnologia de QoS foi difundida para que todos pudessem ter um maior controle de trafégo de sua rede, fazendo com que isso gere uma demanda de controle com muito mais granularidade. Em contrapartida, esses métodos exigem cada vez mais de profissionais com conhecimento, para que seja disponibilizado da melhor forma para sua rede.

Pensando dessa forma, a Cisco disponibilizou um recurso chamado NBAR, no qual pode trazer muitos benefícios para o nosso dia a dia. Esse protocolo tem a facilidade de fazer o reconhecimento das aplicações baseado na sua rede, portanto para determinadas aplicações o protocolo consegue identificar esses serviços, diminuindo a necessidade de um total conhecimento de sua rede.

Quando é mencionado a palavra QoS, todos imaginam que essa tecnologia pode resolver o problema de todos, porém precisamos pensar que esses recursos ajudam a melhorar a performance da rede, e para determinadas situações outros pontos precisam ser avaliados dentro da arquitetura de rede, como avaliação de capacidade de banda, avaliação do correto dimensionamento do equipamento, avaliação de desempenho para determinadas aplicações de negócio, análise interna dentro da sua rede local, otimização dentro do ambiente LAN e WAN.

2) Topologia

Nesta topologia a idéia é demonstrar uma rede com 3 roteadores e executar as configurações, referenciando-se as marcações de pacote conforme mostrado na figura.

Figura 1 – Topologia do Laboratório

Todos os equipamentos são Cisco e utilizando a tecnologia do protocolo NBAR para executar as configurações

3) Equipamentos

Neste laboratório estamos utilizando roteadores 1721, 1760 e 2611 disponibilizado em um rack. Para esse contexto iremos ter 3 modelos de IOS para que possamos utilizar funções de QoS com NBAR.

Segue os modelos de IOS utilizados para esse laboratório:

1721:
c1700-entbasek9-mz.124-15.T13.bin
1760:
c1700-ipvoicek9-mz.124-15.T13.bin
2611:
c2600-ipvoice_ivs-mz.124-25d.bin

Para melhor interpretação dos equipamentos podemos consultar as documentações através do site da Cisco. Para o modelo 1721, 1760 e 2611. Todos os equipamentos estão designados como “ End of Life ”.

Para conectividade dos circuitos WAN estamos utilizando placas com interfaces seriais. Toda a conectividade WAN tem a oferecer uma conexão ponto a ponto de um circuito dedicado com encapsulamento padrão utilizado pela cisco HDLC. A placa oferecida para essa conectividade é a WIC-2T que pode ser consultada através do site da Cisco.

4) Funcionalidade

Este laboratório consiste na demostração de uma tecnologia disponibilizada pela Cisco, na qual é referenciada ao protocolo NBAR. Através deste link você pode obter mais informações referenciando-se ao NBAR.

Dentro desse contexto podemos analisar alguns comandos que utilizamos neste laboratório através de documentações da Cisco, para qual pode facilitar o entendimento de todos os recursos disponibilizados. Esse protocolo foi desenvolvido para fazer o mapeamento da rede em produção, com a intenção de facilitar e montar uma estrutura de planejamento para o QoS. Uma configuração coletada automáticamente pode ser aplicada posteriormente nas interfaces desejadas da sua rede. As aplicações que são referenciadas para esse protocolo pode ser consultada através desse link, no qual vai trazer o tipo de protocolo, porta conhecida e qual versão de IOS vai suporta esse recurso.

Como o NBAR é um protocolo default do IOS nós podemos habilitar através de um comando, para que seja identificado o tipo de tráfego que esta passando por aquela interface. A linha de comando para esse recurso seria:

Router> enable
Router# configure terminal
Router(config)# interface ethernet 2/4
Router(config-if)# ip nbar protocol-discovery
Router(config-if)# end

Nessa linha de raciocíonio podemos utilizar esse recurso para eventuais “ troubleshooting “, com a capacidade de demonstrar ao seu cliente que o maior consumo de tráfego esta sendo utilizado em uma determinada aplicação. Neste exemplo podemos avaliar quais aplicações estão sendo descobertas pelo protocolo e qual o consumo em bytes/packets.

Router# show ip nbar protocol-discovery interface FastEthernet 6/0

 FastEthernet6/0
                            Input                    Output
   Protocol                 Packet Count             Packet Count
                            Byte Count               Byte Count
                            5 minute bit rate (bps)  5 minute bit rate (bps)
   ------------------------ ------------------------ ------------------------
   igrp                     316773                   0
                            26340105                 0
                            3000                     0
   streamwork               4437                     7367
                            2301891                  339213
                            3000                     0
   rsvp                     279538                   14644
                            319106191                673624
                            0                        0
   ntp                      8979                     7714
                            906550                   694260
                            0                        0
   .
   .
   .
   Total                    17203819                 151684936
                            19161397327              50967034611
                            4179000                  6620000

Para os comandos de match podemos consultar esse documento e para as validações referentes ao protocol-discovery podemos avaliar por esse documento.

Em nosso laboratório as configurações exercidas para reconhecimento dos protocolos exemplicados foi através desse método:

Router(config)# class-map ICMP
Router(config-cmap)# match protocol icmp
Router(config)# class-map HTML
Router(config-cmap)# match protocol http
Router(config)# class-map FTP
Router(config-cmap)# match protocol ftp

Gostaria de ressaltar que nesse exercíco estamos exercendo a marcação de pacote na saída do circuito de internet ( R1 ) conectado com o mundo exterior, porém essa técnica não é valida para nosso mundo real, pois em nenhum momento o acesso a rede mundial vai entender a marcação desse pacote. Para um entendimento e disponibilidade de recursos internos o exemplo relacionado a HTTP dentro da rede interna seria de mais fácil disponibilização para a demostração do laboratório.

Toda a conectividade desses circuitos foram exercidadas através de uma largura de banda 1,544Mbps e dentro desse valor suposições de valores para cada classe foi definida, reservando as maiores bandas para o tráfego que teria maior demanda nessa simulação. Por padrão do IOS, quando são definidos “ class-map “ e posteriormente criado a “ policy-map “, a banda que fica definida para efeito de cálculo no momento de aplicar “ service-policy “ é de máximo 75% da banda configurada para a interface.

Com isso fiz a definição:

1500K – ( .75 * 1500 ) = 375K

Nesse caso iremos utilizar para efeito de cálculo 1125kbps. Com isso os valores designados para cada tipo de protocolo foi:

HTTP = 500Kbps
SMTP = 150Kbps
FTP = 190Kbps
Management = 10Kbps
ICMP = 10Kbps
Default = 265Kbps

Lembrando-se que esses valores podem ser definidos da melhor forma que você achar dentro da sua rede. Os valores definidos para este exercício foi devido a facilidade de conseguir demonstrar através de um acesso simples ao protocolo HTTP.

Como o protocolo é default do IOS, podemos ter aplicações que não conseguem serreconhecidas através desse recurso automático, portanto devemos fazer o download de um arquivo que a Cisco designou como sendo PDLM ( Protocol Description Language Module ). O NBAR analisa os pacotes e compara eles com as regras existentes no PDLM. Para fazer o download do arquivo segue a instrução ( apenas usuários cadastrados podem fazer download desse arquivo )

Após o download podemos configurar conforme explicação no documento da Cisco:

Router> enable
Router# configure terminal
Router(config)# ip nbar pdlm flash://citrix.pdlm
Router(config)# end

Para validação se o arquivo foi habilitado dentro do equipamento, podemos avaliar através:

Router# show ip nbar pdlm

The following PDLMs have been loaded:
flash://citrix.pdlm

Não é sempre que o PDLM padrão fornecido atenderá nossa necessidades. Você pode querer adicionar suporte para um protocolo de rede específico, que precisa ser classificado e marcado no QoS ou para efeitos de acompanhamento personalizado. Essa pergunta é respondida com a “ PDLM custom “, o arquivo personalizado é chamado de custom.pdlm, que tem que ser carregado e então modificado conforme as exigências do protocolo.

O IOS que pode ter esse recurso personalizado foi construído na versão 12.X, e a Cisco tem introduzido essa personalização, onde usando “ ip nbar custom NAME [parameters] “ comando, você pode definir seus protocolos customizados. Para vocês que querem saber sobre como o arquivo foi carregado e como pode ser alterado segue o link.

Outro recurso que podemos visualizar através do NBAR seria o mapeamento de portas que existem para as aplicações que temos definidas pelas RFCs, porém eu tenho a capacidade de definir para uma determinada aplicação em qual porta ela poderia trabalhar alterando esse parâmetro. Por padrão segue um output resumido:

R2_1721#sh ip nbar port-map
port-map bgp                      udp 179
port-map bgp                      tcp 179
port-map bittorrent               tcp 6881 6882 6883 6884 6885 6886 6887 6888
port-map citrix                   udp 1604
port-map citrix                   tcp 1494
port-map cuseeme                  udp 7648 7649 24032
port-map cuseeme                  tcp 7648 7649
port-map dhcp                     udp 67 68
port-map directconnect            tcp 411 412 413
port-map dns                      udp 53
port-map dns                      tcp 53
port-map edonkey                  tcp 4662
port-map exchange                 tcp 135
port-map fasttrack                tcp 1214
port-map finger                   tcp 79
port-map ftp                      tcp 21
port-map gnutella                 udp 6346 6347 6348
port-map gnutella                 tcp 6346 6347 6348 6349 6355 5634
port-map gopher                   udp 70
port-map gopher                   tcp 70
port-map h323                     udp 1300 1718 1719 1720 11720
port-map h323                     tcp 1300 1718 1719 1720 11000 - 1999
.
.
Omitted

Para executar a alteração da porta para o serviço desejado devemos fazer no modo de configuração global:

R2_1721(config)#ip nbar port-map sqlnet tcp 63000 63001

Um video foi disponibilizado na nossa seção “ Video Aula “ para demonstrar o funciomento desse protocolo. Esses vídeos foram disponibilizados em 3 partes, devido a quantidade de minutos para esse laboratório. Os arquivos de configurações podem ser obtidos da nossa seção Arquivos.

No próximo post irei demonstrar através do WireShark o cabeçalho IP ( ToS ) com a marcação dos pacotes exercidas dentro do nosso ambiente de estudos.

PS.: Agradecimentos a Alis Silva pelo fornecimento do rack.

Abs,
Rodrigo

Cisco – Transformers 3

Wed, 21 Sep 2011 00:00:00 +0000

Pessoal,

Apenas como uma curiosidade, o filme Transformers 3 utilizou tecnologia Cisco. Neste filme alguns aparelhos são evidenciados, bem como a utilização de um Access Point e do Telepresence.

Confiram no link abaixo:

http://videolounge.cisco.com/video/ffcdfd-cisco-in-transformers-3

Abs,
Rodrigo

Laboratório Cisco FREE

Fri, 16 Sep 2011 00:00:00 +0000

Caros,

Como eu havia prometido, venho informar qual é o caminho para conseguir fazer laboratórios gratuitos utilizando os equipamentos Cisco. Este SITE disponibilizada acesso com horários agendados para execução de configuração com no máximo de 4 horas. O bundle de equipamentos já é padronizado em 3 grupos, para o qual você pode escolher o grupo e fazer o agendamento.

Cada grupo tem uma determinada caracterísitca ( Ethernet, Serial [ T1, Frame Relay] ). Você pode avaliar a topologia e escolher o grupo para efetuar o seu treinamento. Atualmente eles atualizaram esses grupos com Firewall e um Access Point.

Segue a foto do rack disponibilizado para fazer os laboratórios:

Você pode avaliar a topologia definida para cada tipo de tecnologia:

Espero que aproveitem a dica e fique a vontade para os comentários!

http://packetlife.net/wiki/packet-life-community-lab/

Abs,
Rodrigo

Comparação Juniper e Cisco

Tue, 13 Sep 2011 00:00:00 +0000

Caros,

Um pouco de descontração com um vídeo fazendo relatos dos serviços da Juniper. Esses relatos estão designados a promessas de entrega de algumas tecnologias/produtos, para qual a Cisco conseguiu cumprir com a satisfação do cliente

Bem criativo com um fundo de verdade!! 🙂 🙂

Segue o link http://www.overpromisesunderdelivers.net/?q4117546=1

Abs,
Rodrigo

Laboratório Virtual da Cisco

Mon, 05 Sep 2011 00:00:00 +0000

Olá leitores,

A Cisco tem disponibilizado um site no qual irá trazer informações sobre todo o conteúdo que cada certificação exige relacionando-se a material de estudo. Existem ferramentas para simulação de questões ( Certification Preparation ) e livros que podem ser adquiridos diretamente através desse site.

Quando olhamos para as certificações de Professional e Expert, existem recursos que podem ser adquiridos para laboratórios como um contrato de horas através de cada bundle de prova.

Infelizmente todo esse conteúdo é pago 🙁

No próximo post irei indicar um laboratório de teste que é totalmente FREE!! 🙂

Segue o endereço Cisco Learning Network

Abs
Rodrigo

Cisco anuncia novas Certificações “entry-level”

Mon, 29 Aug 2011 00:00:00 +0000

Pessoal,

A Cisco anunciou mais 3 Certificações dentro da pirâmide de certificações. Essas certificações estão em um nível de “entry-level”, para qual tem um foco maior para atendimento de técnicos em campo. Essa certificação esta no mesmo nível que o CCENT ( Cisco Certified Entry Network Technician ) e foi designada como CCT ( Cisco Certified Technician ). As 3 certificações são:

CCT Routing & Switching
CCT Data Center
CCT Telepresence

A certificação de Data Center e Telepresence exige como pré-requisito a CCT R&S.

Segue os links para melhor detalhamento:

https://learningnetwork.cisco.com/community/certifications/cct

http://www.networkworld.com/community/odom

Abraços!!

Webinar em Português

Mon, 22 Aug 2011 00:00:00 +0000

Galera,

Gostaria de passar mais uma dica relacionada as ferramentas da Cisco que possibilitam o aprendizado de algumas tecnologias através do Webex, e o mais interessante é FREE. Esse projeto iniciou-se agora, pois anteriormente todos os Webinars eram em Inglês.

O tema deste mês será sobre: Troubleshooting OSPF

Neste Webinar iremos apresentar estudos de casos relacionados à roteamento OSPF. Técnicas de análise e de identificação de problemas serão utilizadas de modo a conduzir o administrador de redes à solução para cada um dos casos. Os problemas serão ilustrados por meio de exemplos práticos.

Conhecimentos desejados (nível de CCNA):

OSPF single area
Configuração básica de OSPF
Tipos de LSA’s

Palestrante: Alexandre Meslin (NCE/UFRJ)

Data: 30 de Agosto de 2011 as 10:00am (Horário de Brasília)

Lembramos que os webinars serão ministrados sempre na nossa língua e por profissionais do mercado Brasileiro.

Para participar do evento você vai precisar fazer um breve registro na plataforma.

Esse registro servirá para que possamos enviar automaticamente a gravação da palestra para poder vê-la novamente.

O endereço para registro é : Cisco Webex

Deixem seus comentários. 🙂

Cisco Live Virtual

Wed, 17 Aug 2011 00:00:00 +0000

Olá Pessoal,

Todo ano a Cisco organiza eventos pelo mundo chamado de ” Cisco Live “. Nestes eventos são oferecidos palestras e workshops para visitas, com o intuito demonstrar novas tecnologias e expor seus produtos para seus parceiros.

O último evento foi executado em Las Vegas e devido ao preço e a oportunidade de não ter todas as pessoas presentes, é disponibilizado um canal para que seja visto todas as palestras e discussões dos maiores players do mercado. Esse evento iniciou-se em 2009 e temos todo o conteúdo neste canal disponibilizado pela Cisco.

O conteúdo para acesso web é dividido em diversos tópicos ( LAN, WAN, DataCenter, Mobility, Unified Communication, Collaboration ), no qual pode ser feito o download para .pdf ou assistir on-line o video/apresentação. Este canal tem uma fonte rica de informação que pode ser utilizada no dia a dia para as melhores práticas no desenvolvimento de redes.

Todo o acesso é gratuito e depende apenas de um cadastro na página.

Cisco Live Virtual

Obtenha mais informações no link principal e verifique qual é a próxima localidade que irá receber o Cisco Live!

Espero que aproveitem o conteúdo. 😉

NetRiders America Latina

Mon, 15 Aug 2011 00:00:00 +0000

Pessoal,

Gostaria de repassar que a Cisco iniciou sua competição de 2011 para o NetRiders. Esta competição é oferecida aos alunos matriculados no curso CCNA Exploration ou no CCNA Discovery, ou que estavam matriculados no curso CCNA nos últimos 9 meses.

Essa competição traz uma ótima oportunidade para que os estudantes melhorem seus currículos, testem suas habilidades em Redes e TI, e ganhem reconhecimento dentro do mercado de trabalho. Além disso os melhores competidores tem a oportunidade de ganhar uma viagem para os Estados Unidos ( Vale do Silício ).

A competição NetRiders é dividida nas seguintes fases:

Inscrições (15 de agosto a 15 de setembro) – ENROLLMENT KEY (chave de matrícula): latam2011

Primeira Fase – Fase Classificatória (29 de agosto a 17 de setembro)

Segunda Fase – Classificatória Nacional (1 de outubro a 8 de outubro)

Terceira Fase – Finais Internacionais (25 de outubro)

Prêmios e reconhecimento para os ganhadores:

Primeira Fase – os primeiros cinco colocados de cada academia são convocados (com um mínimo de 60% de aproveitamento). O certificado de participação estará disponível para download e os melhores colocados de cada país serão anunciados no site do NetRiders.

Segunda fase – os ganhadores nacionais + o aluno com a melhor nota de cada uma das 25 melhores academias de cada região avançarão. Os ganhadores nacionais vão receber um Visa Gift card no valor de 50 dólares e um certificado eletrônico customizado.

Terceira Fase – GRANDE PRÊMIO: os quatro primeiros colocados nas Finais Internacionais ganharão uma viagem de estudos de uma semana para o Vale do Silício, na Califórnia!

As inscrições podem se feitas através do site NetRiders e façam o Teste Prático.

Para maiores informações visite este site.

Games da Cisco

Sun, 14 Aug 2011 00:00:00 +0000

Olá Pessoal,

A Cisco oferece uma página para que os alunos possam aprender redes de uma forma diferente, facilitando os conceitos de endereçamento IP, wireless, troubleshooting e unified communication.

Essa facilidade é exercida através de games interativos que atraem o público de uma forma divertida e que podem trazer benefícios para nosso dia a dia. Essa funcionalidade é oferecida através da página de ” Learning “, para qual existe um cadastro simples que pode ser usado para futuras pesquisas de documentações para estudos do CCNA e discussões de problemas/solução para o mundo de redes.

Segue o link: Games Arcade

Espero que gostem!!!

Tradução IPV6 para IPV4

Wed, 10 Aug 2011 00:00:00 +0000

1) Introdução

Devido ao grande aumento da utilização da Internet e facilidade para acessar os recursos que utilizamos dentro do mundo virtual a conectividade foi sendo solicitada cada vez mais para usuarios comerciais, residencias e móveis.

Na década de 80 tivemos uma divulgação maior sobre o protocolo IPV4 que era utilizado para todas as conectividades que poderiamos fazer com o mundo global sendo para redes domésticas, comerciais e de estudo. O protocolo foi descrito através da RFC791 especificamente no ano de 1981, para qual durante esse período diversas atualizações foram executadas para que o protocolo pudesse se adaptar a demanda que foi crescendo dentro do mundo virtual.

A proposta desse artigo foi exemplificar que nesses dias atuais podemos migrar nossa rede IPV4 para uma rede IPV6, com utilização de sistemas operacionais suportando toda a pilha TCP/IP dentro da nova arquitetura IPV6, tendo com isso um acesso ao mundo externo através de uma rede IPV4.

Neste momento podemos iniciar uma migração da nossa rede interna ( LAN ) para IPV6 com a intenção de suportar futuramente as novas aplicações e suporte das migrações das operadoras.

2) Topologia

Nesta topologia a idéia é demonstrar uma arquitetura IPV6 acessando uma arquitetura IPV4, através da tecnologia NAT-PT.\

Todos os equipamentos estão utilizando tecnologia Cisco, baseado em configurações de protocolo IPV6.

3 ) Equipamentos

Neste laboratório estamos utilizando roteadores 2691 dentro do simulador GNS3. Para esse contexto temos 2 modelos de IOS para que possamos utilizar funções de IPV6 e IPV4.

O IOS é o sistema operacional que utilizamos nos roteadores Cisco. Segue os modelos de IOS utilizados para esse laboratório:

IPV6:
c2691-advipservicesk9-mz.124-15.T6.bin

IPV4:
c2691-advsecurityk9-mz.124-15.T14.bin

Esse hardware pode ser consultado através da página da Cisco, porém ele não é mais vendido devido ter sido determinado como “End of Life”. Neste caso estamos utilizando esse equipamento no simulador devido a granularidade que ele oferece e devido a ser um equipamento de baixo consumo de memória dentro do GNS3. Segue a documentação da Cisco 2600.

Para conectividade dos circuitos WAN estamos utilizando placas com interfaces seriais ofertadas pelo GNS3. Toda a conectividade WAN tem a oferecer como uma conectividade ponto a ponto de um circuito dedicado com encapsulamento padrão utilizado pela cisco HDLC. A placa oferecida para essa conectividade é a WIC-2T que pode ser consultada através do site da Cisco.

4) Funcionalidade

Este laboratório consiste na utilização de uma configuração disponibilizada pela Cisco para trabalhar com a migração que deve existir entre os dois protocolos IPV4 e IPV6. Essa tecnologia é chamada de NAT-PT para IPV6.

O protocolo IPV6 tem um total de 128 bits, divididos em oito grupos de 16bits. Toda a representação do IPV6 será feita em hexadecimal ( Base 16 ), ou seja, a conversão dos endereços IPV4 ( decimal ), precisa ser executado para hexadecimal. Segue um exemplo do endereçamento IPV6.

Figure 1: Link

No site NIC.br, podemos ter explicações sobre esse protocolo IPV6, mas uma figura que pode exemplificar especificamente as designações dos endereços pode ser verificada abaixo:

Figure 2 – Link

Devido a grande dificuldade de traduzir o endereçamento para o formato hexadecimal existem calculadoras IP que podem facilitar essa tradução. No momento eu poderia indicar esse site, que pode trazer benefícios para esses calculos.

Os endereçamentos escolhidos para esse laboratório foi referenciando-se em algumas premissas para endereços reservados e endereços roteavéis. As informações referentes a estrutua do IPV6 e designações do formato do protocolo pode ser consultada através da RFC4291.

Para adicionar mais um parâmetro que podemos utilizar dentro desses endereçamentos IPV6, podemos utilizar uma função disponibilizada nos equipamentos para distiguir um endereço local de um equipamento através do endereço MAC da interface. Esse processo damos o nome de EUI-64, para qual faz a conversão de um endereço MAC para um endereço IPV6 da interface propriamente habilitada. Como podemos imaginar, pois o endereço MAC tem 48 bits e iremos transformar esses endereço em 64 bits. O metodo utilizado é adicionar nesse endereço 16 bits, utilizando o FF:FE e fazendo a troca do sétimo bit para 0 ou 1. Segue um exemplo:

Figura 3 – Link

Dentro desse parâmetro podemos ter mais alguns exemplos que podem exemplificar essa configuração. Segue os exemplos:

0000 0000 no qual temos 0 0 in hex
Irá se tornar
0000 0010 no qual temos 0 2 in hex

0000 0101 no qual temos 0 5 in hex
Irá se tornar
0000 0111 no qual temos 0 7 in hex

0000 1110 no qual temos 0 E in hex
Irá se tornar
0000 1100 no qual temos 0 C in hex

Essa tecnologia NAT-PT tem o recurso de fazer a tradução de um endereço IPV6 para uma rede IPV4 dentro das novas características diponiblizadas para o protocolo IPV6. Esse protocolo tem as mesmas particularidades que existem para a tecnologia que utilizamos para o IPV4, dentro as quais não conseguimos prover segurança fim a fim, devido as traduções que existem dentro do ambiente. O NAT ( Network Address Translation ), foi um dos recursos utilizados dentro do protocolo IPV4 para que o mundo virtual pudesse funcionar até o dia de hoje. A essência dessa tecnologia foi transformar diversos equipamentos ( hosts ), acessando recursos do mundo Internet através de apenas um endereço público, portanto isso possibilitou que endereços publicos pudesse ser reservados para suas devidas necessidades. O documento utilizado para suporte as configurações e total entedimento dessa tecnologia pode ser consultado através da página da Cisco.

Neste laboratório foi utilizado a configuração de NAT-PT dinâmico com overload tendo a facilidade de executar mapeamento dinâmico de IPV4. O overload foi executado apenas em um endereço configurado para este laboratório, mas pode ser configurado para um determinado range. Esta funcionalidade pode oferecer uma praticidade nas traduções de endereços, pois não necessitamos controlar o endereço de retorno do IPV4 para o IPV6, sendo assim, todo acesso a rede IPV4 pode ser mapeada automaticamente sem a criação de uma mapeamento estático do endereço IPV4 para o endereço IPV6. Para simulaçao de um ambiente com roteamento dinâmico foi utilizado um protocolo IGP ( Interior Gateway Protocol ).

O protocolo escolhido para esse exemplo foi o OSPFv3, desenvolvido especificamente para suportar a nova arquitetura do IPV6. Dentro desse ambiente foi gerado uma rota default para toda a estrutura em funcionalidade de forçar para que todo o tráfego de Internet seja direcionado apenas para nosso roteador que esta simulando nossa saida de Internet.
Para demonstrar que podemos expandir o acesso, foi exemplificado uma arquitetura baseada toda em IPV4 com diversos endereços e utilizando protocolo de roteamento específico de IPV4, que no exemplo foi adotado o OSPF.

Um video foi disponibilizado na nossa seção “Video Aula” para demonstrar o funcionamento dessa tecnologia bem como os arquivos de configurações que podem ser obtidos através da seção arquivos.

Para o próximo post iremos exemplificar a arquitetura IPV4 acessando o IPV6, através do NAT-PT.

Abs,
Rodrigo