CCIE on Cisco Redes

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 – Atualizações Gerais da Comunidade – Programas/Eventos/Certificações

Fri, 28 Feb 2020 00:00:00 +0000

Olá Pessoal,

Primeiramente, gostaria de pedir desculpas por ainda não ter feito esta atualização, o que acabou acumulando varias notificações e publicações que tinha que ter feito, isso deve-se que tem muita coisa acontecendo nos bastidores e muitas vezes acabo atualizando rapidamente via Twitter, por isso recomendo que me sigam. Devido a isso resolvi compilar em único post, para que esse ” spread “, seja de alcance maior para todas as comunidades. ( rsrs ).

1) Cisco – Cisco Champion

No inicio do ano foi anunciado os participantes que iriam integrar a equipe do #CiscoChampion, e pelo 4° ano consecutivo nosso BLOG foi eleito, bem como até recebemos um ” Early Acceptance “ enviada pela nossa querida Lauren Friedman. Se deseja conhecer um pouco sobre nosso grupo temos esse link para consulta.

Baseado na solicitação ao time central, neste ano de 2020 o Brasil tem 11 participantes, o que é um numero ainda não expressivo, e com certeza ainda podemos crescer muito por esse Brasil à fora. Fiquem sempre ligados em nosso BLOG, pois quando é aberto as inscrições eu acabo notificando. Tentem divulgar para todos os seus conhecidos, pois assim conseguimos espalhar essa notificação de alguma forma, e assim esses números podem nos ajudar a cada vez mais trazer visibilidade para nosso Brasil.

1.1) Certificações Cisco

Acredito que isso não é novidade, pois essa notícia já esta rodando pelo nosso mundo Cisco já algum tempo. Isso deve-se que todo o formato das certificações foram alterados, porém aqui em nosso canal eu já havia notificado a todos através desse post.

Neste ano, também fiz minha re-certificação CCIE ( 11 de Fevereiro 2020 ) , executando apenas a prova ” Written “, para que nessa mudança eu pudesse ganhar mais 1 ano de vida ( rsrs ). Assim agora minha certificação apenas expira em 2023 ( UFA!!! ).

Enfim, a data esperada de fato chegou essa semana ( 24 de Fevereiro 2020 ) e com ela uma avalanche de mudanças, informações com as consolidações das provas, extensão do laboratório prático do CCIE foi alterado, certificação DEVNET sendo já alcançada pelo 500 primeiros certificados globalmente, muita gente planejando e observando o que fazer durante esse ano ou próximos anos, colocando já seus objetivos para seguir com as certificações. Um post que vale a pena mencionar é da SVP e GM ( Susie Wee ), onde traz muitas informações sobre essas provas e algumas ” threads “ pelo Twitter do que rolou já nos primeiros dias das provas.

Abaixo, apenas uma figura extraída do site que você pode consultar com mais detalhes entender um pouco melhor esse novo mundo. Pretendo também adicionar mais ítens sobre essas provas em nosso BLOG. Fique ligado.

2) vExpert

Nesta semana ( 24 de Fevereiro 2020 ) tivemos também o anúncio do programa da VMware denominado vExpert. Vocês também devem ter acompanhado um pouco aqui sobre esse programa, caso não tenho visto ainda pode consultar através de nosso post.

E para não parar com as novidades, é com uma grande satisfação, que nos fomos eleito pelo 4° ano consecutivo ao programa.

Nosso Brasil já esta incomodando um pouco nessa lista, pois estamos crescendo cada vez mais dentro dessa comunidade, e neste ano já ficamos em 6° lugar na lista de países com mais vExpert globalmente, o que torna nós como pessoas importantes e que estamos ganhando visibilidade dentro desse contexto. Segue abaixo uma estástica retirada da comunidade.

Toda esse trabalho precisa também ser colocado através de nosso amigo Valdecir Carvalho, que continua firme no programa ( vExpert Pro ) para a região de LATAM, é que devido a isso acaba impulsionando cada vez a divulgação dessa comunidade para todos nós, bem como nos ajudando nas questões essenciais do programa.

3) VMUG ( VMware User Group ) – Capítulo São Paulo

Acredito que todos que acompanham nosso BLOG, deve saber que sou líder dessa comunidade junto com meu amigo Wesley Martins, onde nosso proposito e trazer eventos na capital ou interior. Isso se deve a trazer informações variadas dentro de nosso contexto de tecnologia ou de outras áreas ( Soft Skill, Estudos de Casos, Experiência Profissional, etc ).

O mais interessante desses eventos que são totalmente gratuitos para a comunidade, pois nós vamos buscar parceiros para nos ajudar a fazer esses eventos de forma a contribuir para toda a comunidade, e assim cada vez mais conseguimos evoluir nossa comunidade com conhecimento técnico e obviamente aumentando assim nosso ” networking ” entre todos esses integrantes.

Para quem ainda não conhece esse capítulo, recomendo fortemente a visitar nosso site, e ficar antenado, pois nossa meta para 2020 e fazer 6 eventos ( 1 evento a cada 2 meses ). Tenho que dizer que a cada encontro nosso grupo de participantes está crescendo, bem como a procura dos parceiros está começando aumentar, fazendo com que possamos cumprir nossa agenda para esse ano.

De fato, gostaria de compartilhar que todos os brasileiros de alguns capítulos ( SP, MG, BSB, RS, PR ) foram para em evento em São Francisco, na sede da VMware em Palo Alto – CA. Nos tivemos o Summit 2020, com um total de 130 participantes globalmente, ou seja, no maximo nós tinhamos 2 líderes de cada capitulo, porém também tivemos capítulo que nenhum integrante conseguiu participar por diferentes fatores.

Obviamente, que a maioria presente eram americanos, mas nos representamos nosso país e começamos a dar maior visibilidade para todos aqui, tentando trazer cada vez mais benefícios e demonstrando que nossa comunidade agrega muito globalmente. Isso foi interessante para entendermos um pouco mais, como de fato é a vivência dos americano comparado ao nosso dia a dia para conseguir fazer acontecer um evento no Brasil. Se tiverem mais interesse me procurem para que possamos detalhar mais, ou também podem comentar abaixo.

Segue foto de todos os brasileiros presentes no evento e de alguns momentos durante esse dois dias na sede.

4) Conclusão

Por fim, somente gostaria de agradecer à todos e todas as comunidades e amigos que fazemos por essas redes, pois isso que nos ajuda a atualizar-se e a ficar antenado nas tecnologias, pois nosso ambiente é rapidamente alterado a cada semana.

Fica aqui meu total agradecimento também para todos os seguidores e contribuidores de nosso BLOG.

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

CCIE – Recertificação 2018

Mon, 05 Feb 2018 00:00:00 +0000

Olá Pessoal,

Apenas dando uma passada rápida para notificar sobre minha recertificação. Depois de alguns meses ( 3 meses estudando ), refiz minha prova do CCIE R&S Written e estou apto por mais dois anos a continuar com o título. 😛

Enfim, como muito conteúdo foi adicionado e poucos removidos tive que reler muita coisa para executar a prova, principalmente de alguns ítens que de fato não vivencio no dia a dia e acabamos não usando muito para projetos, troubleshooting e discussões com times internos e clientes.

De fato o melhor ponto para que você possa comparar os pontos e observar suas deficiências seria através do link Exam Topics – CCIE V5.

Entretanto, gostaria de mencionar alguns caminhos que segui para estudar e me ajudou obter as informações um pouco mais rápida do que de fato reler todos os livros novamente. JESUS!!! ( rsrsrs ). O que posso mencionar que encontrei alguns posts interessantes para minha revisão que foram do site do Antonio Sequeira – CBT Nuggets que de fato me levaram varios outros caminhos para ler de alguma forma a documentação da Cisco.

Um documento atualmente compartilhado pelo nosso amigo Nicholas Russo que fala sobre as ” Envolving Technologies “, que de fato cairam varios pontos associados e esse novos temas.

E por último os tópicos que mais tive que estudar, foram ISIS e Multicast ( meu calcanhar de aquiles!!! ), que foram justamente pesquisando pelas documentações Cisco.

Abs,
Rodrigo

Mudanças para o CCIE / CCDE – Written e LAB

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

Olá Pessoal,

Gostaria de passar uma notificação para os estudantes que estão estudando forte para a prova do CCIEe CCDE. Ontem a Cisco fez o anuncio da forma que ela vai trabalhar nas atualizações de suas provas para todas as torres de certificações Expert.

Segue abaixo uma explicação sobre essas atualizações:

Baseando-se na informação acima o que teremos de alteração é que anualmente será criado sub-versões com pequenas alteração nos conteúdos ( blueprint ) tendo em vista a renovação tecnológica que anualmente ocorre em nosso mercado. E a cada 3 ou 5 anos teremos uma mudança completa da prova, lembrando que isso aplica-se para prova Written e de Laboratório. Quem está na trajetoria para certificação Service Providerserá a primeira a experimentar esse novo conceito.

Eu sinceramente entendo esse ponto em termos essas alterações, porém eu menciono que concordo 50 / 50 onde consigo visualizar pontos positivos e negativos nessa nova abordagem. O que vocês acham?

Segue o link para consulta dessa notificação do CCIE Agile.

Abs,
Rodrigo

Certificação VMware – Iniciado novo tracking

Mon, 16 Jan 2017 00:00:00 +0000

Olá Pessoal,

Gostaria de compartilhar com vocês sobre um novo tracking que tenho como objetivo para finalizar até o meio deste ano ( 2017 ). Esse tracking esta relacionado a certificação VMware, sendo mais específico uma certificação voltada para ” Network Virtualization “.

Baseado na conquista do CCIE, fui deparar com essa certificação onde eu poderia utilizar recursos da certificação Cisco, o que me levava a pensar que meu caminho poderia ser mais curto. ILUSÃO!!!!

Devido a não ter vivência no meu dia a dia com essas novas tecnologias ( Virtualização, VSAN, Ferramenta de Implementação, etc ), eu me deparei com muito conteúdo para ler e tive que trabalhar bastante em ” HOME LAB “, para que eu pudesse ver aquilo que acontece nesses novos conceitos que estou absorvendo, porém toda a experiencia adquirida em Routing e Switching facilita bastante o ” tracking “, em específico para a prova de NSX.

Enfim, compartilho com vocês essa certificação ( VCP6-NV ) e também compartilho que na última sexta-feira executei meu primeiro passo para finalizar essa certificação, ou seja, a prova 2V0-620 ( Vsphere 6.0 Foundation ) executada. 😛

Keep working!!!

Abs,
Rodrigo

Já ouviu falar sobre BFD?

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

Olá Pessoal,

Hoje vou explicar um pouco sobre esse protocolo chamado BFD ( Bidirectional Foward Detect ), baseando-se na RFC 5880.

BFD é um protocolo de rede usado para detectar falhas entre dois equipamentos que estão conectados por um link. Ele fornece detecção em meios físicos que não suportam a detecção de falha, tais como Ethernet, circuitos virtuais, túneis e MPLS. O grande divisor de “água” desse protocolo esta na sua capacidade de detectar falhas de links em milésimos de segundos ou até microssegundos. Todos protocolos de roteamento têm algum tipo de mecanismo para detectar falhas de link. OSPF usa pacotes de Hello, Dead Interval, o EIGRP usa Hello e temporizador de holddown, etc.

BFD roda independente de qualquer outro protocolo de roteamento. Uma vez que está instalado e funcionando, você pode configurar protocolos como OSPF, EIGRP, BGP, HSRP, MPLS LDP etc. para usar BFD para detecção de falha no link, em vez de seus próprios mecanismos. Quando a link falhar, BFD irá informar o protocolo. Veja abaixo um exemplo:

Existem dois modos de operação para BFD, ” asynchronous mode e demand mode “. O modo assíncrono é semelhante aos hello e holddown, onde BFD vai continuar enviando pacotes Hello (chamados de pacotes de controle do BFD) e quando você não receber alguns deles, a sessão é considerada down. Para o demand mode eu não conheço nenhum fabricante que trabalhe com essa funcionalidade,

Agora como todos nos gostamos, vamos ver isso em linha de comando, lembrando que para cada protocolo temos uma forma de configurar, porém sempre quando vamos trabalhar com BFD a configuração na interface física sempre será da mesma forma:

!
interface gig 0/1
bfd interval milliseconds min_rx milliseconds multiplier interval-multiplier
!
bfd interval = seria com que frequencia eu envio hello

min_rx = com que frequência você espera receber o hello ( se você não receber dentro desse periodo será considerado como down )

multiplier = quantas vezes eu posso perder essa notificação

Com isso agora podemos trabalhar dentro dos protocolos para obter a performance de comutação mais rapida. No OSPF podemos aplicar dessa forma:

!
router ospf 1
bfd all-interface
!
Se quiser pode habilitar por interface que esteja participando do roteamento.
!
interface gig0/1
ip ospf bfd
!

Segue abaixo menções para o BGP:

!
router bgp 65400
neighbor 192.168.1.1 remote-as 65400
neighbor 192.168.1.1 fall-over bfd
!

Como não poderia faltar, segue sobre nosso EIGRP:

!
router eigrp 1
bfd all-interface
!
Se quiser pode habilitar por interface que esteja participando do roteamento, mas agora dentro do processo.
!
router eigrp 1
bfd interface gig0/1
!

Com isso conseguimos abordar os principais procolos, bem como vocês já podem analisar ambiente e validar se é interessante aplicar na sua topologia, fazendo com que você tenha uma convergência melhor do que qualquer outro ” fine tunning ” implementando dentro de seu protocolo de roteamento. 😉

Espero que vocês tenham gostado e deixem seus comentários abaixo.

Abs,
Rodrigo

Fonte: http://www.cisco.com/c/en/us/td/docs/ios/12_0s/feature/guide/fs_bfd.html

Entrevista ao Café com Redes

Sat, 06 Aug 2016 00:00:00 +0000

Olá Pessoal,

Segue na íntegra a entrevista que fiz ao Café com Redes de nosso amigo Diego, que contém um conteúdo rico de informações técnicas e sua trajetoria também de estudos para alcançar sua certificação CCIE.

Café com Redes – Como foi o seu início na carreira em T.I e quais foram as suas maiores dificuldades no começo?

Rodrigo Rovere – Eu tenho uma formação técnica na área de Eletrônica onde trabalhei por quase 7 anos nos setores de manutenção e projetos. Entretanto, após alguns anos nessa área e todos os amigos escolherem fazer Faculdade na área Eletrônica/Elétrica, eu decidi fazer minha faculdade em Engenharia da Computação, pois é um área que eu sempre gostei e tinha muito interesse em aprofundar meus conhecimentos. Porém, com essa decisão, também vinha o meu primeiro obstáculo de migrar de uma área onde eu já tinha uma consolidação maior para uma área que aparentemente era desconhecida e não tinha nada de experiência.

Mesmo assim resolvi mudar e dentro da grade curricular de 5 anos para Engenharia, consegui me recolocar na Área de TI somente quando estava no ultimo ano da faculdade, que foi justamente para fazer meu estágio dentro da mesma corporação que eu já atuava na área de Eletrônica. Nesse momento eu não tive nenhum mudança financeira, mas sabia que eu teria que fazer uma mudança drástica financeira e profissional para conseguir entrar de fato no mercado de Redes /Telecom . Após finalização de meu estágio, eu ainda permanecia trabalhando como técnico eletrônico, pois não foi possível continuar na mesma área do estágio, o que me deixou muito frustado.

Mas não desisti e resolvi fazer um treinamento CCNA em uma Academia Cisco, e literalmente brigar para que essa barreira de troca de área profissional pudesse de fato ocorrer. Quando faltava 1 mês para finalizar o treinamento, eu consegui uma oportunidade para trabalhar como suporte de nível 1 em uma grande corporação ( British Telecom ), onde exigia Inglês fluente. Nesse momento fiquei aterrorizado, porque eu estudava inglês, mas não tinha nenhuma experiência nesse sentido, ou seja, mudança de área e ao mesmo tempo falando outro idioma. Porém, foi o momento que achei que deveria arriscar para tentar um futuro onde eu acreditava que seria melhor para mim.

Além de tudo isso, eu ainda estava em uma fase de mudança pessoal onde iria casar em 3 meses. Muitas coisas passando pela cabeça, o que essas mudanças poderiam nos trazer de consequências, mas agora vejo todo esse processo como uma mudança bem executada. Após 4 meses nessa empresa, resolvi fazer a prova de Certificação CCNA, e com grande esforço consegui passar. Após esse momento, despertou o interesse nessa metodologia. Devido a utilização frequente no trabalho e também com a utilização de um novo idioma, acreditei e iniciei minha carreira em certificações Cisco, e a cada conquista a visibilidade dentro da companhia estava mudando, o que me possibilitou migrar para um suporte de nível 2 e depois nível 3.

Após as certificações CCNP, CCDP, CCNA Security, CCDA eu ingressei em um processo interno para mudança de área onde atuaria mais em estrutura de projetos ( Pré – Pós Venda ), e na qual eu trabalharia mais focado em projetos e não em incidentes. Nesse período, também adquiri mais alguns certificações de Specialist e, após todos esses processos, resolvi iniciar CCIE.

Café com redes – Por onde começou as suas certificações? E Como foi o início nas certificações Cisco (tracks etc)?

**Rodrigo Rovere –**Eu inicie minha carreira em Cisco, acredito eu como todos pela certificação CCNA ( versão 3.1 ). Eu executei meu treinamento em uma das Academias Cisco ( NetAcademy ), onde consegui meu voucher e com muito esforço passar pela primeira barreira com uma pontuação de 898 pontos. Após essa prova, descobri que eu gostaria de me aprofundar mais e entender melhor toda essa tecnologia por trás dessas estruturas, baseado também na finalização de minha Faculdade em Engenharia da Computação. Após essa primeira barreira, comecei a estudar (self learning) com os livros da Cisco Press e muitos documentos disponibilizados pela Cisco e outros pontos descobertos por essa vasta Internet sanando as dúvidas que vão surgindo no decorrer dessa caminhada, com isso fui para o CCNP ( carreira de 4 provas ), CCDA, CCNA Security, CCDP, Cisco Routing and Switching Specialist, Cisco Video Network Specialist, CCIE R&S ( #52315 – magic number ) e devido ao CCIE conquistei também a certificação de CCNA Collaboration.
Dentro de toda essa carreira, eu também acabei me tornando instrutor do NetAcademy obtendo a certificação CCAI onde lecionamos os treinamentos de CCNA R&S, CCNA Security e CCNP.

Café com Redes– Qual a sua opinião sobre materiais nacionais voltados para redes Cisco (cursos/livros/graduações etc)?

**Rodrigo Rovere –**Acredito que hoje já temos muito conteúdo nacional de grande valor que acaba trazendo experiência e informações interessantes, tanto para os estudos como também para o dia a dia em descobrir novas formas de trabalhar. Temos diversos BLOGs brasileiros especializados nesses conceitos com inúmeras informações e exemplificações para as implementações/metodologia da tecnologia.

Entretanto, ainda sabemos que todas as novidades e tópicos mais delicados, específicos, ainda permanecem em Inglês. Por enquanto nenhuma prova da Cisco é ministrada em Português, o que torna o conhecimento de outro idioma essencial para nossa evolução dentro do mercado de tecnologia.

Café com Redes– Como você vê o cenário do mercado de redes e infraestrutura atual? Quais as suas perspectivas para esse mercado nos próximos anos aqui no Brasil?

**Rodrigo Rovere –**Eu vejo esse mercado local e global em crescimento exponencial com a demanda de conhecimento em todas as vertentes de tecnologia. Hoje estamos em uma era de “centralização ” de serviços, onde os clientes desejam ter um serviço muito mais adequado as necessidades dele do que propriamente solicitar “caixas “.

Hoje já estamos passando por essa fase de tudo precisa ser virtualizado e oferecido de forma agregada e não mais separada, o que essa menção de “caixa ” acabará sendo disponibilizada em servidores, mas o que precisamos carregar é justamente o conceito das tecnologias, pois o trabalho árduo de construção de scripts no decorrer será executado apenas através de clicks, mas na hora do troubleshooting os fundamentos de cada tecnologia é o que vai carregar como vantagem. Vemos hoje muitas menções sobre SDN e a tendencia será oferecer essas camadas isoladas trazendo também mais um skill em nossa bagagem, a questão de programação (phyton).

Café com Redes– Como você decidiu estudar para o CCIE? O que te motivou? e como foi a sua jornada até conquista?

**Rodrigo Rovere –**Eu decidi estudar o CCIE, pois era uma certificação onde todos mencionavam que exigia muito esforço e dedicação, e que traria uma bagagem de conhecimento muito grande. Por características dos estudos que eu estava seguindo, esse era objetivo a ser alcançado como uma meta profissional e pessoal.

Os motivos seriam aperfeiçoar os conhecimentos e também uma forma de conquistar novas posições, e um reconhecimento pessoal de atingir uma meta que é reconhecida pelo mundo todo. A jornada para chegar até a conquista não é fácil, exige muita determinação e controle de seu tempo para chegar nos objetivos traçados, pois precisamos entender a fundo a tecnologia para que possamos depois colocar a prática em funcionamento, já que se falharmos em algum ponto essa engrenagem no final não irá conseguir rodar.

Meu plano de estudos iniciou-se com a validação do Blue Print lendo milhares de livros para que o ” Foundation ” pudesse estar apurado como TCP/IP Volume 1 e 2, CCIE Routing and Switching, MPLS, e inúmeras horas gastas lendo material Cisco das tecnologias, assistindo milhares de horas em vídeo aula.

Café com Redes– Quais materiais você utilizou? Como foi a sua rotina de estudos e conte um pouco sobre a prova (experiência única na carreira).

**Rodrigo Rovere –**Como mencionado anteriormente, utilizei muito os livros do Cisco Press (baseado no Blue Print ) e documentações da Cisco disponibilizados na internet sobre as tecnologias, bem como executei o bootcamp do IPExpert e assistir todas as vídeo aula do INE ( Brian ), um cara com uma didática fantástica e como brincadeira deve ter uns 10 dedos em cada mão, de como ele digita rápido e explica os debugs.

Após controlar todos os tópicos via planilha e itens que eu precisava atingir, tendo ela baseada novamente no Blue Print, fui gerenciando os meus conhecimentos tendo como referência base teórica, com a base prática para que eu pudesse cobrir todos tópicos e claro, ter a confiança em cada um deles para que isso não pudesse me influenciar em algum momento da prova.

O plano de estudo ficava a cargo de 3 a 4 horas diárias e ao finais de semana de 4 a 6 horas. Nesse plano eu enfrentei muitas dificuldades de seguir essa carga horaria devido a fatores profissionais e pessoais e que acabou prologando um pouco mais meus estudos, lembro que por diversas noites eu tomava vários cafés para conseguir ficar acordado e concluir o meu objetivo, onde dormir já havia virado luxo ( 4 horas de sono eu já comemorava muito…rsrs ). Lembro que na minha segunda tentativa eu peguei 20 dias de férias antes da prova e estava estudando em torno de 12 a 14 horas diárias.

A prova proporciona uma experiência muito interessante em questão de controle emocional, racional e temporal. Na minha primeira tentativa, eu não conseguir passar em uma das seções, mas com certeza meu nervosismo acabou influenciando em alguns itens. Até pensei em não fazer novamente, pois recebemos uma descarga emocional muito grande após a execução e sempre achamos que aquilo não terá uma próxima vez. Porém, depois de algumas semanas, você toma fôlego novamente e inicia sua jornada para finalizar aquilo que você se propôs a fazer. Na segunda tentativa eu estava muito mais tranquilo, calmo e sabendo que aquilo seria mais um dia de estudo/trabalho e que eu sabia fazer, ou seja, a determinação sua é sempre o que vai trazer para você os seus benefícios.

Café com Redes– Qual conselho você pode dar para quem está começando a carreira Cisco?

**Rodrigo Rovere –**Eu como professor sempre comento com os meus alunos que precisamos ter muita determinação naquilo que colocamos como propósito para nossa vida pessoal e profissional. Além disso, não podemos esquecer que há conhecimentos que precisamos perseguir em paralelo, como por exemplo ter uma vivência maior com o Inglês , pois isso vai abrir mais portas e pode dar uma facilidade maior em algumas interpretações desse mundo tecnológico, também iniciar pela certificação CCNA que o objetivo dela já criar a base do conceito para que isso cresça como uma árvore criando essas ramificações de tecnologia.

Fiquei muito feliz em tentar passar um pouco dessa minha trajetória e também trazer informações que possam incentivar outras pessoas a trilhar seu caminho com muita garra e determinação.

Abs,
Rodrigo

CCIE – Quantos são?

Mon, 25 Jun 2012 00:00:00 +0000

Olá caros,

Gostaria de divulgar uma informação que sempre tive muita curiosidade em descobrir, pois são números interessantes e que acabam incentivando e direcionando seus estudos para uma possível certificação, no qual o mercado não tem muitos profissionais. Lembrando-se que tudo isso deve ser um ” casamento ” entre sua área de interesse e uma maior afinidade com a área que você pretende seguir.

Essa pesquisa ainda não é oficial, pois a Cisco ainda não consolidou os números, entretanto como curiosidade e validação esses números são extremamente úteis. Outro ponto interessante que neste ano já temos números de profissionais certificados para o CCDE e o CCAr.

Podemos observar que a quantidade de CCIE certificados durante o ano anterior não são muitos, comparando que esse valor é dentro do planeta terra 🙂 . Um dos motivos que é mencionado para esse valor estar baixo, é que os profissionais estão deixando expirar sua certificação por algum motivo ainda não identificado.

Abaixo podemos ter uma ideia de profissionais por países, entretanto esse número oficial não é recente, tendo como base 2010.

Tentem observar a quantidade de profissionais que tem dois CCIEs. O que vocês acham desses números, são factíveis para nosso mercado brasileiro? A demanda de profissionais para dois CCIEs no Brasil é reconhecida como em outras regiões?

Espero comentários e discussões sobre o assunto. 🙂

Fonte:
http://bradreese.com/blog/ccie-5-5-2010.htm

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

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