Video Aula on Cisco Redes

BLOG – Altaro VM Backup – Introdução

Mon, 22 Jul 2019 00:00:00 +0000

Olá Pessoal,

Hoje venho aqui para trazer mais uma dica, na qual estou explorando algumas ferramentas para aprender as metodologias/tecnologias e como nosso intuito aqui e também compartilhar esses desafios e aprendizagem que vou executando, estamos aqui para compartilhar e avaliar juntamente com vocês.

Como podem observar vou falar um pouco sobre essa ferramenta denominada Altaro VM Backup. O proposito aqui é compartilhar um pouco do que testei, que por consequência em meu laboratório fiz através do Hyper-V ( Microsoft ), entretanto a ferramenta tem suporte para trabalhar com VMware ( ESXi, vCenter, vSphere ) e também tem mais um recurso que seria para o Office365.

Antes que me perguntem NÃO É POSSÍVEL fazer através do ESXI free.

Como em muitas vezes para detalhar alguns ítens é melhor fazer uma video, então segue abaixo minha apresentação sobre a instalação inicial e testes já executados.

Espero que vocês tenham gostado e se tiverem alguma dúvida deixe seu comentário. Caso tenha interesse clique no banner abaixo para receber sua licença free.

Abs,
Rodrigo

BLOG – DNS Encriptado – Parte 6 – Instalação Windows

Wed, 29 May 2019 00:00:00 +0000

Olá Pessoal,

Como informado segue nossa última video aula sobre o DNScrypt. Nesta sessão finalizo com o conceitos sobre a implementação no Windows e as formas de trabalhar com um segurança adicional.

Espero que vocês tenham gostado dessa serie e de alguma forma tenha trazido um conteúdo adicional para sua aprendizagem. Deixe seus comentário e se quiser mencione o que faltou nessa serie ou algum assunto novo que você queira aprender. 💡

Abs,
Rodrigo

BLOG – DNS Encriptado – Parte 5 – Instalação Windows

Tue, 28 May 2019 00:00:00 +0000

Olá Pessoal,

Conforme mencionado e prometido, hoje venho trazer minha video aula explicando sobre a instalação do DNSCrypt na plataforma Windows, o que acaba sendo um pouco diferente relacionado ao que já apresentamos na plataforma Linux.

Para obter o arquivo de instalação você deve acessar o site SimpleDNScrypt. Os próximos passos você pode conferir em nossa video.

Espero que vocês tenham gostado e espere nossa proxima video finalizando nossa serie.

Abs,
Rodrigo

BLOG – DNS Encriptado – Parte 4

Thu, 09 May 2019 00:00:00 +0000

Olá Pessoal,

Conforme vocês tem acompanhando a nossa serie sobre o DNScrypt, hoje venho aqui para trazer mais um parametro de configuração. Basicamente, nessa video explico sobre a opção de trabalhamos com varios ” Resolvers ” públicos ao mesmo tempo, sem ter a necessidade de ficar alterando a todo o momento seu arquivo de configuração ( /etc/dnscrypt-proxy/dnscrypt-proxy.toml )

Segue abaixo nossa video:

O que vocês tem achado sobre essa demanda que estou apresentando para vocês? Esta ficando claro o entendimento?

Deixe seus comentários!!!

Abs,
Rodrigo

BLOG – DNS Encriptado – Parte 3

Wed, 17 Apr 2019 00:00:00 +0000

Olá Pessoal,

Como vocês vêem acompanhando nossa serie, hoje venho aqui para trazer mais informações relacionadas essa demanda, no qual tange a interpretação e testes feitos através das instalações anteriores, portanto explico como adicionar cada parceiro dentro do arquivo de configuração do DNScrypt e mostro algumas capturas online baseado no OpenDNS e CloudFlare.

Vale a pena conferir nossa video. Segue abaixo:

Espero que vocês tenham gostado e coloquem seus comentários para que possamos ir agregando e melhorando cada vez mais.

Abs,
Rodrigo

BLOG – DNS Encriptado – Parte 2

Mon, 15 Apr 2019 00:00:00 +0000

Olá Pessoal,

Conforme iniciado em nosso post anterior, hoje iremos ver mais algumas facilidades relacionado ao DNScrypt, onde de fato nesta vídeo iremos subir o serviço em nossa máquina local ( Linux – xubuntu 16.04 ). Vale ressaltar que inicialmente estamos executando no Linux, mas também irei demonstrar no Windows que é possível trabalhar com esse recurso e seguir com essa camada de segurança adicional.

Segue nossa vídeo abaixo detalhando esse parâmetros. Vamos juntos!!!

Para ficar mais fácil e caso queira consultar e aplicar essas demandas para o Linux, segue os comandos abaixo:

sudo add-apt-repository ppa:shevchuk/dnscrypt-proxy
sudo apt update
sudo apt install dnscrypt-proxy

O caminho para edição do arquivo de configuração seria:

nano /etc/dnscrypt-proxy/dnscrypt-proxy.toml

Espero que vocês tenham gostado e fique ligado que temos mais itens para explorar. Você tem intenção de utilizar esse recurso? O que acha sobre essa criptografia?

Deixe seus comentários!!!

Abs,
Rodrigo

BLOG – DNS Encriptado – O que você acha?

Fri, 12 Apr 2019 00:00:00 +0000

Olá Pessoal,

Hoje venho aqui trazer um post um pouco diferente, pois atualmente estou colocando mais informações via nossos posts tradicionais, porém resolvi voltar a fazer alguns vídeos para explicar um pouco mais essas menções citadas em nosso título.

Enfim, sabemos hoje que segurança também é uma fator primordial em nossas infraestruturas, bem como nossas informações pessoais que trafegam de um lado para outro e de alguma forma são armazenadas por algum ambiente, empresa, equipamentos, etc. Pois bem, devido a isso e pensando que hoje a maioria do tempo estamos em frente à um browser, app, o porquê não pensar no DNS.

De fato o DNS é a alma do negocio, para que de alguma forma esses nomes definidos em algum lugar, bem como, algo possa ser reconhecido por alguém em algum lugar, algo é necessário que aconteça por trás dessa infraestrutura. Devido a isso, resolvi fazer um vídeo colocando alguns exemplos sobre o DNS tradicional e posteriomente trazendo um item adicional denominado DNScrypt.

Não sei todos já conhecem ou usaram, porém também deixo o interesse para que vocês possam conhecer melhor e de fato possam adicionar algumas camadas adicionais de segurança. Eu já havia feito um post sobre DNS, focando um pouco mais no OpenDNS ( visualize aqui ), e nesses posts posteriores vou falar DNScrypt que também abordará alguns contribuidores para que tenhamos a funcionalidade do DNS Encriptado.

Segue abaixo nossa vídeo para que possamos iniciar nossos trabalhos. ( rsrs )!!

Acredito que eu tenha trazido dentro do vídeo menções que ajudam a entender um pouco melhor o DNS, e consequentemente seguiremos avançando nesse tema. Baseado nesses itens deixe seu comentário abaixo se você já usou? O que você acha desse recurso? É viável ou não?

Abs,
Rodrigo

Papo de Quinta – Homelaber – Profissão: Network Engineer

Fri, 28 Jul 2017 00:00:00 +0000

Olá Pessoal,

Gostaria de compartilhar o bate papo, que tivemos ontem através do canal do Youtube de nosso parceiro Valdecir Carvalho do blog homelaber.com.br

O vídeo ficou extenso, pois a conversa extendeu-se demais e viajamos em vários pontos ( rsrsrs )

Abs,
Rodrigo

Sessão ao Vivo – Projeções para SDN

Wed, 14 Dec 2016 00:00:00 +0000

Olá Pessoal,

Gostaria de compartilhar com vocês uma sessão ao vivo que vou fazer pelo Youtube ( 15/12/2016 – 15hs ). Nessa seção vou trazer o assunto SDN e explorar um pouco o conceito e as projeções que temos para o mercado.

Nos tópicos abordados também vou trazer algumas ideias de como a Cisco esta trazendo essas soluções para o mercado.

Reserve na sua agenda e dê um subscribe em nosso canal.

Abs,
Rodrigo

DMVPN – Resumo Vídeos Aulas

Sat, 12 Nov 2016 00:00:00 +0000

Olá Pessoal,

Gostaria de trazer para vocês a playlist das aulas que explico sobre o DMVPN.

Subscribe to my channel

Aula 1 - Topologia DMVPN

Aula 2 - Tunnel GRE

Aula 3 - DMVPN Phase 1

Aula 4 - DMVPN Phase 2

Aula 5 - DMVPN Phase 3

Aula 6 - Sumarização DMVPN - Phase 3

Aula 7 - Sumarização DMVPN - Phase 2

Aula 8 - DMVPN - OSPF Phase 1

Aula 9 - Mapeamento OSPF Estatico - Phase 1

Espero que gostem e logo mais irei adicionar mais vídeos nessa playlist, pois esse conteúdo é extenso.

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

Aula 6 – DMVPN – Sumarização

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

Olá Pessoal,

Gostaria de compartilhar mais uma video que disponibilizei em nosso canal do Youtube. Conforme já havia notificado nas aulas anteriores, nesse laboratório explico sobre sumarização na Phase 3 do DMVPN com utilização do EIGRP.

Neste exemplo iremos perceber a total funcionalidade do protocolo NHRP. Vale a pena conferir!!!!

Espero que vocês tenham gostado e deixe seus comentários ( positivos ou negativos ).

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

Video Aula – DMVPN

Fri, 10 Jun 2016 00:00:00 +0000

Olá Pessoal,

Gostaria de notificar sobre nossa playlist explicando sobre a solução DMVPN da Cisco. Nessas aulas explico sobre as 3 fases do DMVPN.

Posteriomente depois vou começar a detalhar mais um pouco sobre as funcionalidades que podemos executar no protocolo de roteamento ( IGP )

Abs,
Rodrigo

Torres de Certificações Cisco

Sat, 21 May 2016 00:00:00 +0000

Olá Pessoal,

Resolvi fazer uma video curta e rapida apenas para explicar sobre as torres de certificações Cisco. Nela explico sobre as varias torres de tecnologia baseadas em níveis de certificação.

Confira abaixo e também pode conferir em nosso canal .

Abs,
Rodrigo

Telegram – Grupo Cisco Redes

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

Olá Pessoal,

Conforme mencionando anteriormente, estamos trazendo cada vez mais novidades para nosso BLOG e estava trabalhando para que cada vez mais a facilidade de divulgação de informação e a interação com o comunidade seja cada vez mais prática, onde possamos nos aproveitar das tecnologias que nos rodeia, desta forma venho aqui falar um pouco sobre o Telegram ( isso concorrente do What’s up).

Essa ferramenta consegue nos oferecer algumas facilidades de interação e integração com outras tecnologias, onde a forma de propagação desse meio seja muitas vezes de forma mais efetiva, ou seja, sempre caindo nas questões de mobilidade. Esse app é dedicado para plataforma mobile, onde até o presente momento não teremos nenhuma interação via web-browser, e vale ressaltar é um app ” free “.

Nos aqui do BLOG temos um canal criado no Telegram, que através dele podemos nos comunicar rapidamente dentro de nossa comunidade, bem como receber as ultimas atualizações que são postadas em nosso BLOG.

Nosso canal de criação é visulizado através desse link, entretanto para que você faça parte dessa comunidade você precisa instalar o app em seu mobile, fazer a pesquisa por ciscoredes, e associar ou nosso canal @ciscoredes.

Aproveitando oportunidade devido alguns problemas judiciais ( não vamos entrar na questão ) sobre o What’s Up, essa ferramenta é muito grandioso, onde oferece diversos recursos adicionais onde não temos implementado em seu concorrente.

Entre para nosso canal e vamos desfrutar desse meio de comunicação.

Abs,
Rodrigo

Protocolo Vetor Distância / Link State – Roteamento Estático

Fri, 30 Jan 2015 00:00:00 +0000

Olá caros,

Depois de um longo período sem muitas novidades e abordagem de temais mais técnicos para nossos leitores, segue uma nova vídeo aula na qual gostaria de trazer mais um assunto importante para os profissionais que estão estudando o CCNA, ou pessoas que estão estudando de um modo geral para Redes. Neste tópico iremos falar sobre roteamento estático, protocolo vetor de distância e protocolo link state.

Neste post estou oferecendo uma forma diferente, onde eu não irei escrever sobre o assunto, mas vocês irão obter informações e os métodos explicativos dentro da nossa vídeo aula.

Nessa apresentação eu vou explicar sobre a diferença entre os protocolos link state e vetor de distância, bem como sobre a funcionalidade de roteamento estático e modos de configuração.

Segue abaixo nossa vídeo aula.

Lembrando-se que essa mesmo vídeo aula está disponível em nosso canal do youtube e também em nossa seção de Video Aulas.

Espero que vocês tenham gostado e espero comentários. 🙂

Abs,
Rodrigo

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

Lista de Controle Acesso ( ACL ) – Parte 4

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

Olá Caros,

Conforme mencionado em nosso último post, vamos tratar de explorar os métodos de configurações de ACL e também explicar com um pouco mais detalhes os conceitos que usamos para ACL.

Neste post irei apresentar a Vídeo Aula que preparei explicando todos os pontos que já estudamos através de nossos post anteriores e adicionado mais um ponto sobre as ACLS ( reflexivas, dinâmicas e temporizadas ). A ideia é preparar e consolidar o conceito de ACL, pois posteriormente vou fazer uma vídeo aula demostrando através de um laboratório as configurações e propriamente o comportamento exercido em um ambiente real.

Segue nossa vídeo aula:

O arquivo .ppt utilizado para a explicação está em nossa seção de arquivos e pode ser feito download para utilizar nos estudos.

Espero que vocês gostem e aproveitem para tirar as dúvidas . Fiquem a vontade para colocar suas dúvidas em nosso post.

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 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

Endereçamento IPV4 – Parte 1

Sun, 13 May 2012 00:00:00 +0000

Olá caros,

Gostaria de trazer mais um assunto importante para os profissionais que estão estudando o CCNA, ou pessoas que estão estudando em um modo geral Redes. Para este tópico iremos falar sobre o endereçamento IPV4 e como ele foi desenvolvido ao longo desse tempo para ser utilizado até os dias atuais.

Neste post estou oferecendo uma forma diferente, onde eu não irei escrever sobre o assunto, mas vocês irão obter informações e os métodos explicativos dentro da nossa vídeo aula. No total iremos ter o assunto divido em 2 partes para atender aos requisitos e oferecer uma metodologia para o entendimentos dos endereçamento IPV4.

Na primeira parte iremos trazer a nomenclatura do IPV4 e como ele é formado através de seus 4 octetos, explicar as divisões de classes, métodos para o cálculo do endereço ( Binário – Decimal ), públicos, privados, estrutura do endereço de máscara, formação desses endereços e propriamente os exercícios .

Segue abaixo nossa vídeo aula, utilizando uma mesa digitalizadora para assim trazer um método de ensino mais real. Espero que gostem.

Conforme mencionado no vídeo, temos alguns exercícios para a prática desses cálculos, devido a esse primeiro entendimento ser um ponto importante para dar andamento ao nosso próximo capítulo VLSM/CIDR.

As respostas serão publicadas no post/comentários após atingir 15 ” shares “ em nossa página do facebook. Acesse e compartilhe www.facebook.com/ciscoredes .

Espero que vocês gostem apesar do vídeo ter ficado um pouco longo, mas devido ao assunto ser extenso e complicado no primeiro momento.

PS.: Devido a solicitação disponibilizei a apresentação em pdf na nossa sessão de arquivos.

Abs,
Rodrigo

DHCP Snooping

Sat, 05 May 2012 00:00:00 +0000

Olá caros,

Um servidor DHCP é necessário quando temos várias maquinas e outros equipamentos IP na rede, no qual o serviço DHCP disponibiliza dinamicamente IP/máscara de rede, default gateway, servidor DNS, entre outras informações para o solicitante, com isso facilitando o trabalho do administrador de rede.

Vamos imaginar o cenário onde um usuário malicioso adiciona um computador na rede com o serviço DHCP Server habilitado. Quando uma máquina qualquer precisar de IP ou expirar o lease time, ela vai enviar pacotes DHCP Request em broadcast, no qual esse “ novo ” Servidor DHCP envia o DHCP Reply com seu próprio IP como default-gateway. Quando a máquina “ enganada ” enviar um pacote para fora da rede, o pacote vai passar pelo falso default-gateway, o PC do atacante, e depois enviado para o destino correto. Será questão de tempo para o ” lease time ” dos outros PCs expirarem e o trafego da sua rede ser inteiramente interceptado. Esse é um ataque muito perigoso do tipo “ man-in-the-middle “, pois com um sniffer o atacante consegue coletar vários dados dos usuários inclusive conversas e senhas.

Para evitar este tipo de ataque, devemos primeiro mapear as portas dos switches que não estão sendo utilizadas, e adicioná-las em uma VLAN separada da rede em produção, ou mantê-las em “ shutdown ‘. Porém o atacante ainda pode utilizar o ponto de rede de uma máquina na VLAN correta. Nos switches Cisco ( 2960, 3560, 3750, 4000, 6000 ) temos um recurso chamado DHCP Snooping, que classifica cada porta como trusted ou untrusted ( confiável ou não confiável ). Os servidores DHCP ficam nas portas trusted, e o restante das portas como untrusted, e o switch intercepta todas as requisições DHCP nas portas untrusted antes de encaminhá-las, caso ele receba um DHCP Reply de uma porta não confiável, esse pacote será descartado.

O serviço DHCP é descrito através da RFC 2131 e um dos principais pontos nesse momento para entender seria visualizar as mensagens que são trocadas quando um cliente solicita endereço para o servidor. Segue abaixo as mensagens trocadas:

O DHCP snooping possui uma base de dados com endereço IP, endereço MAC, lease time, etc. Essa base é utilizada em outras features como DAI (Dynamic ARP Inspection) e o IP Source Guard que serão abortados nos próximos posts do Multihop.

Para habilitar o DHCP Snooping digite o seguinte comando no modo de configuração global:

Switchconfig)#ip dhcp snooping

Agora identifique as VLANs que serão protegidas:

Switch(config)#ip dhcp snooping vlan 100\ Switch(config)#ip dhcp snooping vlan 200

Todas as portas do switch ficam no modo untrusted por padrão quando habilitamos o DHCP snooping. Agora vamos configurar as portas onde estão os servidores DHCP da rede como trusted:

Switch#conf t\ Switch(config)#interface FastEthernet 0/0\ Switch(config-if)#ip dhcp snooping trust

Podemos também configurar um limite de requisições DHCP que passam em uma interface, o rate pode ser um valor de 1 a 2048 pacotes por segundo:

Switch(config)#interface FastEthernet 2/1\ Switch(config-if)#ip dhcp snooping limit rate 10

Por padrão é habilitado a opção 82 DHCP, que é descrita na RFC 3046 publicada em janeiro de 2001 ( http://www.rfc-archive.org/getrfc.php?rfc=3046 ). Quando uma requisição DHCP é interceptada em uma porta untrusted, o switch adiciona seu próprio MAC e um identificador da porta de origem no campo option-82, em seguida encaminha para o servidor DHCP. Quando retorna o pacote reply o switch compara o campo option-82 para confirmar que a requisição foi originada de uma porta válida:

Switch(config)#ip dhcp snooping information option

Para verificar as configurações do DHCP Snooping, utilize o comando “show ip dhcp snooping”. Somente portas que estão como trusted ou com rate-limit serão listadas:

Switch # show ip dhcp snooping\ DHCP Snooping is configured on the following VLANs:\ 20 30-40 100 200\ Insertion of option 82 information is enabled.\ Interface Trusted Rate limit (pps)\ --------- ------- ----------------\ FastEthernet2/1 yes 10\ FastEthernet2/2 yes none\ FastEthernet3/1 no 20\ Switch #

Com o comando “show ip dhcp snooping binding” conseguimos visualizar as entradas que correspondem as portas untrusted como MAC, lease time, VLAN, etc:

Switch # show ip dhcp snooping binding\ MacAddress IP Address Lease (seconds) Type VLAN Interface\ ----------- ----------- -------------- ----- ---- ----------\ 0010.01FF.0201 192.168.2.3 1600 dynamic 100 FastEthernet2/1\ 0010.01FA.1B31 192.168.2.4 1600 dynamic 100 FastEthernet2/2\ Switch #

Espero que essas informações possa ajudar em alguma implementação de segurança. 😀

Aguardo comentários.

Fonte:
http://www.cisco.com/en/US/docs/switches/lan/catalyst4500/12.1/13ew/configuration/guide/dhcp.html

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

QoS – Configuração de Police – Parte 4

Wed, 11 Jan 2012 00:00:00 +0000

Olá caros,

Como em nosso último post, falamos sobre o tratamento que existem nas filas e como os equipamentos podem trabalhar para efetuar suas operações, hoje iremos comentar um pouco sobre os métodos que temos para efetuar as configurações de police e suas funcionalidades.

Você poderia perguntar o que significa o termo police?

Police seria o termo utilizado pela Cisco, na qual podemos aplicar regras para nossa classe de QoS configurada. Essa police irá trabalhar neste exemplo especificamente para verificar o conform-action, exceed-action e violation-action. Existem outras polices relacionada à esta nomenclatura, porém não iremos tratar nesse post.

Traffic police libera você à controlar margem máxima de tráfego enviada ou recebida em uma interface. Frequentemente, essas configurações são aplicadas nas interfaces de borda da rede para limitar o tráfego de entrada e saída. O tráfego que cai dentro das margens dos parâmetros configurados é enviado, enquanto o tráfego que é excedido dentro dos parâmetros configurados é dropado ou enviados com uma prioridade diferenciada.

Devido ao ” traffic police ” meramente dropar ou re-marcar o tráfego excedente com uma prioridade menor, isso não coloca um ” delay ” para o conform ( não excedido ). Se o tráfego é marcado como dropado, a única coisa a se fazer seria re-transmitir esse pacote. O tráfego re-marcado pode ser colocado com uma prioridade menor dentro da fila que ele foi categorizado, efetuando assim uma medida menos agressiva para as informações que estão sendo processadas pelo seu equipamento.

O método de trabalho que o equipamento utiliza para fazer esses cálculos esta baseado no CAR ( committed access rate ). CAR olha para o tráfego recebido em uma interface, ou um subconjunto daquele tráfego selecionado pelos critérios da ” policy ” configurada, compara a sua taxa à configuração de um ” token bucket “, e então entra em ação com base no resultado ( por exemplo, drop ou remark IP precedência) .

Segue um exemplo sobre a atuação do CAR:

Quando mencionado sobre o token bucket ( balde tokens ), podemos ter confusões relacionados ao CAR. Uma tentativa de esclarecer qualquer confusão, é que o CAR (como o próprio nome descreve) é usado para a política que o tráfego flui naquela taxa de acesso. CAR faz isso com um token bucket, ou seja, um token bucket é um balde com tokens que são representados em bytes (1 byte = 1 token). O balde é preenchido com tokens a uma taxa configurada pelo usuário. Os pacotes que chegam para ser entregue, o sistema irá verificar o token bucket, e se houver tokens suficientes no balde para corresponder ao tamanho do pacote, os tokens são removidos e o pacote é encaminhando (conform-action). Se não há tokens suficientes, o pacote é descartado (exceed-action).

Vamos considerar um exemplo de policy, onde 500 bytes estão atualmente no token bucket. Um pacote é encaminhado exigindo 300 bytes. Os bytes são removidos do bucket, e o pacote é enviado, então antes que o bucket seja re-abastecido com mais tokens, outro pacote de 300 bytes é encaminhado. Devido ao bucket possuir apenas 200 bytes, o pacote não pode ser enviado e é descartado.

Veja abaixo a ilustração para exemplificar:

Esse método exercido através do token bucket é executado através de cálculos para verificar se o tráfego esta dentro dos parâmetros acordados ( SLA ). Police, no entanto, usa o parâmetro Be para especificar o número máximo de bytes que podem ser enviados durante um intervalo de tempo. Portanto, em uma configuração de police, se o Bc é igual ao Be, nenhum excesso de burst ( rajada ) irá ocorrer. Se o excesso bursting ocorrer a police irá considerar esse tráfego de excesso como ( exceed traffic ), ou seja, o CIR acordado foi violado.

Podemos fazer a relação entre Tc, Bc e CIR com a seguinte fórmula:

CIR = Bc / Tc

E podemos re-escrever a fórmula para:

Tc = Bc / CIR

Quando trabalhamos com uma configuração para qual usamos o violation-action, o IOS da Cisco irá utilizar dois bucket para gerenciar os tokens, ou seja, Bc e Be. Se o pacote pode ser usado utilizando o Bc ele estará dentro do conform, mas se ele não pode ser encaminhado usando Bc, ele irá ser encaminhado pelo Be, e estará dentro do exceed, e como última alternativa não podendo ser encaminhado pelo Bc e Be, ele será classificado como violado. Lembrando-se que o trafégo violado ainda pode ser transmitido usando uma combinação de bytes em ambos Bc e Be.

Veja abaixo a ilustração para o método de dois bucket:

Após essas menções vamos colocar alguns comando que podemos usar para a configuração explicada acima:

Neste exemplo podemos notar que a configuração foi executada para um average de 8000bits e um burst de 1000bytes.

Router(config)# class-map access-match
Router(config-cmap)# match access-group 1
Router(config-cmap)# exit
Router(config)# policy-map police-setting
Router(config-pmap)# class access-match
Router(config-pmap-c)# police 8000 1000 conform-action transmit exceed-action drop
Router(config-pmap-c)# exit
Router(config-pmap)# exit
Router(config)# interface fastethernet 0/0
Router(config-if)# service-policy output police-setting

Neste caso estamos trabalhando com dois buckets, mas colocando o exemplo com um exceed burst.

Router(config)# class-map access-match
Router(config-cmap)# match access-group 1
Router(config-cmap)# exit
Router(config)# policy-map police-setting
Router(config-pmap)# class access-match
Router(config-pmap-c)# police 8000 1000 1000 conform-action transmit exceed-action
set-qos-transmit 1 violate-action drop
Router(config-pmap-c)# exit
Router(config-pmap)# exit
Router(config)# interface fastethernet 0/0
Router(config-if)# service-policy output police-setting

Baseado nesses fatos conseguimos concluir que dependendo da sua necessidade, uma determinada configuração irá atender melhor sua demanda, ou seja, existem diversas formas de configurar seu ambiente, porém temos que escolher e definir aquilo que é importante para seu negócio.

Um video foi disponibilizado na nossa seção “ Video Aula “ para demonstrar o funciomento dessa configuração. Os arquivos de configurações podem ser obtidos da nossa seção Arquivos relacionado ao nosso primeiro laboratório parte 1.

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

Espero que aproveitem e aguardo comentários 😉 .

Abs,
Rodrigo

Fontes:
Site Cisco – QoS
Cisco Press – Tips

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