Written on Cisco Redes

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

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

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

SNMP – Parte 1

Tue, 07 May 2013 00:00:00 +0000

Olá Pessoal,

Já faz um bom tempo que não posto algo como nossos post anteriores descrevendo as tecnologias/recursos, portanto hoje inicio mais uma sequência para explicar um pouco sobre o protocolo SNMP ( Simple Network Manager Protocol ).

Introdução

O SNMP veio facilitar a forma de administrar e gerenciar ativos na rede, é um protocolo simples, mas poderoso com recursos padronizados para que possa comunicar-se com roteadores, swtiches, impressoras, etc. Através dele é possível enviar dados em um determinado “ local ” da rede para corrigir possíveis problemas, ou mesmo obter informações sobre um roteador ou interface da rede. \

Protocolo SNMP

O protocolo utilizado em redes IP com a finalidade de gerenciar e obter informações de seus recursos da rede, bem como saber se a rede está funcionando e também gerenciar de forma a prevenir possíveis problemas na infraestrutura da rede. O gerenciamento funciona de forma ” Cliente-Servidor “, ele utiliza-se de um agente (Servidor) que comunica-se entre os aplicativos de gerenciamento (Cliente), o agente envia dados para seus “ clientes ” que respondem de acordo com a solicitação do agente, reenviando os dados com o conteúdo das respostas coletadas estruturando as informações em um MIB (Mananger Information Base).

MIB é uma forma de gerenciar as informações para que o agente possa gerenciar equipamentos diferentes em uma rede. As informações que são fornecidas e como o agente e os aplicativos irão acessar os dados é deterninado pela MIB . Dentro da MIB existem também os ODIs (Object Identifier), que são responsáveis pelo endereçamento definido de cada informação dentro da MIB, por este motivo a MIB é comumente chamada de “ Árvore ”, pois o ODI estrutura as informações de uma forma hierárquica como nome, sintaxe, definição permissões de acesso, status e uma breve explicação.

Diferenças entre as Versões

O SNMP hoje já esta na versão 3 que ao longo de sua vida muitas melhorias foram aplicadas para torna-se um sistema mais seguro e confiavél.

A versão SNMPv1 ( criada em 1988 ), tinha muitos problemas de segurança, pois qualquer um podia ter fácil acesso ao agente, pois a senha era passada no formato de um texto puro, não tendo nenhum outro tipo de controle para acesso ou forma segura de transitar as informações em sua rede. A versão SNMPv2 oferece uma boa quantidade de melhoramentos em relação ao SNMPv1 como operações adicionais ao protocolo , melhoria de performance, no entanto seu problema de segurança ainda era seu principal vilão.

Finalmente na versão SNMPv3 foi atribuído uma forma codificada no tráfego dos dados na rede, melhorando a segurança. Uma das modificações mais radicais na versão 3 é o abandono da ideia dos gerenciadores e agentes, que à partir desta versão passam a ser denominados como entidades do SMNP. Cada entidade passa a ser um mecanismo do SNMP em uma ou mais aplicações do SNMP. O mecanismo é formado por 4 componentes:

– Dispatcher = Escalonador, tem como missão enviar e receber mensagens, verifica a mensagem e envia para Message Processing Subsystem.

– Message Processing Subsystem = Subsistema de Processamento de Mensagens, este pepara a mensagem a ser enviada e extrai as informações recebidas.

– Security Subsystem = Sistema de Segurança, oferece recursos de autenticação e recursos de privacidade.

– Acess Control Subsystem = Sistema de controle de Acesso, responde aos controle de acesso dos objetos pela MIB.

Espero que vocês tenham gostado do nosso primeiro post sobre SNMP e no post seguinte iremos falar sobre MIBs e especificações.

Abs,
Rodrigo