Conteúdo de Atualização CCNA 5.0 X CCNA 6.0 PDF

Compatibilizao entre os livros CCNA 5.0 e CCNA 6.0 Marco A.
Filippetti
PDF de Compatibilizao CCNA 5.0 x CCNA 6.0

Conforme prometido, disponibilizo aos meus leitores e amigos este material que torna o
livro CCNA 5.0 100% compatvel com o novo exame CCNA 200-125. Este material apenas inclui
os tpicos que, de alguma forma, foram alterados do exame 200-120 para o exame 200-125 pela
Cisco.
Este material pode conter eventuais erros j que no passou por um processo de reviso
/ editorao. Peo desculpas pelas marcas dgua que aparecem no material, mas foi condio
imposta pela editora para que eu pudesse disponibilizar este material para vocs.
Em caso de dvidas / sugestes, entre em contato via e-mail ccna60@cloudcampus.cc
Aproveitem!
Abraos,
Marco A. Filippetti
Pgina | 1
Compatibilizao entre os livros CCNA 5.0 e CCNA 6.0 Marco A. Filippetti
Captulo 01 (adequao dos dados ao novo exame e formatos das certificaes Cisco)
Tabela 1.1 - Certificaes e focos atualizados 2016 (fonte: Cisco)
1.2.2 Perguntas Frequentes

1) O que mudou no exame CCNA R&S da verso 200-120 para a verso 200-125?
A Cisco colocou como 30 de setembro de 2016 a data final para agendamento do exame
CCNA 200-120. Aps esta data, apenas a verso 200-125 (ou 100-105 e 200-105, caso opte por
fazer em duas partes) encontra-se disponvel para agendamento nos centros autorizados VUE.
Ao que tudo indica, no vai haver verso em portugus do novo exame. At a data do
fechamento desta publicao, apenas a verso em ingls do exame encontrava-se disponvel. A
nova verso (200-125) trouxe poucas alteraes no contedo de sua antecessora, com algumas
poucas - incluses e excluses: Saram da lista de tpicos do exame: Frame-Relay (j era hora!) e
VRRP e GLBP. Por outro lado, entraram os temas LLDP, Single-homed BGP e conceitos de
Cloud Computing, QoS e SDN (Software-defined Networks). O novo exame, ao que parece, visa
preparar o candidato para algumas especializaes, como o CCNA Security e o CCNA
DataCenter. Como sempre, as chances de aprovao dos candidatos que se preparam apenas
com base em braindumps (simulados encontrados na Internet) foi drasticamente reduzida
objetivo permanente da Cisco elevando o nvel geral do exame. Resumindo: no basta decorar,
tem que entender. O exame CCNA no valoriza tanto a prtica e experincia do candidato,
porm, o novo formato apresenta algumas das questes de forma interativa - por vezes
simulando um roteador real em operao (veja exemplo no Apndice C) - praticar os comandos
vistos com o auxlio de programas simuladores (ou mesmo com routers reais) de grande
ajuda, tanto para o sucesso no exame, quanto para seu futuro profissional na rea.
Pgina | 2
2) Qual a vantagem de ser certificado? Como o mercado encara profissionais com a

certificao Cisco CCNA R&S?
O Brasil tem uma defasagem histrica de profissionais qualificados na rea de redes.
Estudo realizado em 2015 pelo IDC estima que o dficit de profissionais chegue a cerca de 195
mil na Amrica Latina at 2019, ou seja: o mercado tem vagas, e muitas. Entretanto, em um
mercado extremamente competitivo como o atual, a escolha de uma certificao globalmente
reconhecida e procurada, como o caso do CCNA R&S, pode fazer muita diferena na disputa
por um bom emprego, ou mesmo na busca de uma promoo e, consequentemente, de um
melhor salrio. O mercado para profissionais com conhecimentos comprovados em redes
imenso e, financeiramente, bastante atraente. Profissionais certificados CCNA R&S atuam na
configurao e operao de LANs e WANs, entendem a fundo e so capazes de configurar
redes IP, protocolos de roteamento, conexes WAN, MPLS, IP, Ethernet e listas de acesso, e so
frequentemente procurados para realizar a otimizao de performance de redes.
4) Como me certifico? Onde me certifico? Quanto custa o exame?
Para tornar-se um CCNA R&S, basta ser aprovado em um exame, o 200-125 da Cisco.
Discutiremos mais detalhes deste exame mais adiante. A Cisco ainda abre uma segunda opo:
possvel quebrar o exame em 2 partes. Assim, seria necessrio realizar 2 exames para se
certificar (100-105 ICND1 e 200-105 ICND2). O interessante deste caminho que, sendo
aprovado no primeiro exame (100-105), o candidato j adquire o primeiro carimbo da Cisco, a
certificao CCENT (Cisco Certified Entry Networking Technician). Eu, particularmente, no
recomendo. mais barato e mais prtico partir diretamente para a 200-125 e obter o status de
CCNA R&S (muito mais reconhecido e valorizado pelo mercado do que o novo e ainda
desconhecido CCENT). Entretanto, se o seu objetivo no o caminho R&S (ex: voc quer seguir
o caminho de Security ou Design), talvez o CCENT faa mais sentido. Para candidatar-se ao
exame, basta inscrever-se em um dos centros autorizados VUE espalhados pelo Brasil. Para
encontrar o centro mais prximo, ou mesmo para efetuar o agendamento de seu exame online,
visite o web site <http://www.vue.com> e cadastre-se. O custo para se fazer o exame 200-125,
at a presente data (Set/2016), US$295. Se desejar quebrar em duas partes, vai desembolsar
US$150 para cada ICND (1 e 2).
5) Preciso participar de algum curso antes? Estudar por conta prpria suficiente? Alguma
sugesto?
No, voc no precisa participar de nenhum curso para estar apto a prestar o exame
CCNA R&S. No entanto, algumas firmas especializadas oferecem uma excelente preparao
para ele. Estudar por conta prpria pode ser o suficiente se voc possui bastante determinao,
disciplina e interesse pelo assunto. Se voc no se encaixa nesse perfil, talvez inscrever-se em
um curso seja o melhor caminho. Outra soluo para aqueles que no possuem todas as
qualidades citadas pode ser a formao de um grupo de estudos, pois o ambiente
proporcionado acaba exigindo mais disciplina e dedicao.
Vale ressaltar que existem empresas que oferecem bons treinamentos preparatrios para o
exame CCNA R&S (e outros) no formato online, com excelente custo/benefcio. Uma delas a
empresa que iniciei em 2012, e que j conta com mais de 9.600 alunos (nmero de julho de 2016).
Visite nosso site e conhea mais! <http://www.CloudCampus.cc>.
Pgina | 3
1.2.3 Sobre o Exame 200-125

As questes do novo exame CCNA so agrupadas em sete categorias:
Network Fundamentals
LAN Switching Technologies
Routing Technologies
WAN Technologies
Infrastructure Services
Infrastructure Security
Infrastructure Management
Experincia prtica ajuda muito, mas no essencial para ser bem-sucedido na prova
CCNA. O grau de conhecimento exigido pode ser alcanado por meio do uso de simuladores e
de um PC comum.
Pgina | 4
Captulo 02 (adies ao captulo)
2.6 Modelo Hierrquico x Modelo Colapsado

Este um dos novos tpicos que passaram a ser cobrados no exame CCNA 200-125.
Apesar de ter sido includo apenas agora, entretanto, de novo ele no tem nada, na verdade.
Para os que se lembram das mudanas sofridas pelo exame CCNA no decorrer dos anos, a
verso 640-802 cobrava conhecimentos do Modelo de 3 Camadas Cisco. Pois ento, este
tpico volta a este ponto.
Sistemas hierrquicos nos ajudam a entender melhor onde deve ser alocado cada recurso,
como cada recurso se encaixa e interage com os outros e quais funcionalidades vo onde. Eles
trazem ordem e compreenso para o que seria, de outro modo, algo muito mais complexo.
Grandes redes podem ser extremamente complexas, envolvendo mltiplos protocolos,

elementos e tecnologias diversas. A hierarquizao auxilia na sumarizao de uma vasta gama
de detalhes em um modelo mais gerencivel e compreensvel.
O modelo hierrquico de 3 camadas foi idealizado pela Cisco para auxiliar projetistas e
administradores de redes em tarefas como desenho, implementao e gerenciamento de redes
complexas. A Cisco define trs camadas hierrquicas, como nos mostra a figura 2.17. Note que,
no diagrama, os uplinks (conexes entre as camadas) possuem uma largura de banda maior,
conforme se avana no modelo. Isso necessrio, pois, conforme subimos na hierarquia, maior
a concentrao do trfego de dados. Por isso, necessrio planejar com ateno para evitar o
surgimento de gargalos. Note tambm que as conexes entre as camadas so redundantes, o
que aumenta a disponibilidade e a resilincia da rede.
Figura 2.17: O Modelo de 3 Camadas da Cisco.
Core Layer (Camada Principal): A camada principal o corao da rede. Responsvel

pelo transporte de grandes volumes de dados, de forma simultaneamente rpida e confivel. Se
Pgina | 5
ocorrer uma falha em qualquer dispositivo ou processo nessa camada, todos os usurios sero
afetados. Portanto, tolerncia falha um fator crtico nessa camada. Nela encontraremos
dispositivos de rede como switches Layer-3 e/ou routers de alto-desempenho (dependendo do
tamanho e arquitetura da rede em questo). Como nesta camada ocorre a agregao dos links
de toda a rede, largura de banda tambm um fator crtico. Eis uma lista do que no deve ser
feito na camada principal:
Implementao de processos ou dispositivos que retardem o trfego de dados,

incluindo a implementao de listas de acesso, roteamento entre VLANs e
filtragem de pacotes. De um modo geral, nesta camada no deve ocorrer a
manipulao de dados, ou seja, do modo como os pacotes ou frames chegam, eles
devem ser encaminhados, o mais confivel e rpido possvel.
Implementao de processos ou dispositivos que suportem o acesso a grupos de
trabalho;
Expanso do core pela simples adio de dispositivos. Se a performance tornar-se
um fator crtico no core, seu upgrade deve ser a opo sua expanso.
Distribution Layer (Camada de Distribuio): A funo principal desta camada prover

o roteamento entre VLANs, filtragem de dados (por meio da implementao de Firewalls, Listas
de Controle de Acesso ou outros mecanismos) e quaisquer outros recursos necessrios pelos
grupos de trabalho. Tambm funo desta camada prover o tratamento e manipulao do
trfego, ANTES que ele chegue ao Core da rede. nesta camada que devem ser implementadas
polticas de acesso rede. Dispositivos de rede comuns camada de distribuio so switches
layer-3 e/ou routers. Eis uma lista de funes que encontram-se disponveis nessa camada:
Implementao de ferramentas como listas de acesso, filtragem de pacotes e queuing;

Implementao de polticas de segurana e acesso rede, incluindo firewalls e traduo
de endereos (como NAT);
Redistribuio entre protocolos de roteamento, incluindo roteamento esttico;
Roteamento entre VLANs;
Definio dos domnios de broadcast (via roteamento).
Access Layer (Camada de Acesso): A camada de acesso controla o acesso de grupos e

usurios aos recursos da rede. Normalmente, a maior parte dos recursos de que os usurios
necessitam estaro disponveis localmente. Os dispositivos de rede mais comumente
encontrados nessa camada so os switches de camada 2 (switches de camada 3 tambm podem
ser definidos nesta camada, se isso estiver previsto no design da rede). Alguns processos chave
desempenhados pela camada de acesso:
Implementao de polticas de acesso rede (como IEEE 802.1X) e segurana;

Definio de domnios de coliso (via switches) e de broadcast (via VLANs);
Conectividade dos grupos de trabalho com a camada de distribuio.
Pgina | 6
Ao se planejar uma rede hierrquica, importante ter em mente as diferentes tecnologias

Ethernet disponveis. Utilizando-se um mix das diferentes tecnologias Ethernet disponveis
hoje, possvel a criao de uma rede eficiente a um custo justificvel. Eis algumas sugestes de
onde utilizar cada tipo de tecnologia em uma rede hierrquica:
Implementao de switches 10/100/1000 Mbps na Camada de Acesso para promover

um bom desempenho a um custo relativamente baixo. interessante implementar
uplinks de 10 Gbps conectando as camadas de Acesso e Distribuio, para evitar
gargalos. Uplinks, normalmente, adotaro fibra ptica (se possvel).
Adoo de portas 10 GigabitEthernet (fibra) entre os switches entre as camada de
distribuio e core. O agrupamento de portas fsicas em canais lgicos conhecidos
como Etherchannel pode ser uma forma relativamente simples de se criar uplinks de n
x 10 Gbps, se necessrio.
A adoo de links redundantes entre os elementos de diferentes camadas
recomendvel para contingncia e balanceamento de carga.
Core Colapsado
O modelo de 3 camadas bastante til, mas nem sempre deve (ou pode) ser seguido risca.
Por exemplo, suponha que voc tenha uma rede que no seja to complexa. Uma pequena
empresa, por exemplo. Voc no precisa utilizar a hierarquia de 3 camadas neste caso. Pode
colapsar as camadas Core e Distribuio em uma nica. Neste caso, os elementos definidos
nesta camada colapsada tero suas funes consolidadas. Para efeitos de simplificao de
desenho, esta abordagem pode fazer muito sentido. No fim, o que temos algo como o que
ilustrado na figura 2.18:
Figura 2.18: Modelo de arquitetural com Core colapsado.
Pgina | 7
7.6 Roteamento eBGP single-homed

Demorou um pouco, verdade. Mas, finalmente, a Cisco rendeu-se cobrana de BGP no
exame CCNA. Calma, no precisa se alarmar. O que se pede para o CCNA em termos de BGP
bastante simples e superficial. Basicamente cenrios single-homed (com apenas uma opo de
sada) e apenas anunciando redes via comando network portanto, nada de redistribuies
ou filtros.
Antes de comearmos a nos aprofundar no tema, precisamos entender como o protocolo

BGP funciona. E BGP, se comparado com os protocolos que vimos at aqui, bastante
particular. Podemos definir BGP como a cola que mantm a Internet unida. Diferentemente
dos protocolos que vimos at aqui os IGPs (Interior Gateway Protocols) o BGP um
protocolo desenhado para a interconexo de redes pertencentes sistemas autnomos (AS)
distintos. o nico representante da classe dos EGPs (External Gateways Protocols). Para
explicar o BGP preciso, antes, entender o conceito de Sistema Autnomo (Autonomous
System ou AS).
Definindo Sistemas Autnomos
O conceito de AS (autonomous system) nasceu juntamente com a Internet. As mais

diversas definies podem ser encontradas na net, usando o Google, por exemplo. Todas
apontam na mesma direo: Um AS pode ser definido como uma rede ou um conjunto de
redes sob uma gesto comum. Bom, isso uma definio, de fato. Mas no ajuda muito,
ajuda? Muitos, quando leem esta definio, pensam: Ah, OK! Mas o que um AS mesmo?!.
Ou seja, a definio oficial de AS um tanto quanto ampla. Especificamente para quem est
comeando, esta definio um tanto quanto vaga. Vamos, ento, tentar melhor-la.
Um AS seria uma rede ou um conjunto de redes que, alm de se encontrarem sob uma
gesto comum, possuem caractersticas e polticas de roteamento comuns. Para esclarecer esta
definio, vamos exemplificar:
Imagine que voc trabalhe em uma empresa que se encontra em franco crescimento. No
momento, esta empresa possui duas filiais e uma matriz, e todo o acesso IP Internet
centralizado nesta ltima. Como de praxe em casos como este, suponha que esta empresa
precise de IPs vlidos para enderear alguns servidores de acesso pblico (de pessoas que se
encontram na Internet), como um servidor Web ou e-mail. Estes IPs seriam disponibilizados
pelo provedor de acesso (chamado de ISP) e, portanto, seramos vistos pela Internet como uma
extenso do AS deste ISP. Em suma, teramos algo como o diagrama abaixo:
Pgina | 8
Observem que, na Internet, temos uma srie de ASs distintos, cada qual recebendo um
nmero nico de identificao. O AS de nosso provedor Internet nmero 1122 e, como
estamos usando os IPs vlidos fornecidos por este provedor - e, por consequncia, estamos
sujeitos s polticas de roteamento e gesto deste provedor - nossa empresa vista pelo mundo
externo (Internet) como uma extenso do AS de nosso provedor, ou seja, AS number (ASN)
1122.
Suponhamos, agora, que as necessidades de conectividade de nossa empresa ficaram mais
complexas, dado o crescimento da mesma. Agora, como forma de ter uma sada redundante de
trfego IP, nossa empresa pensa em contratar um segundo acesso, mas de um provedor distinto,
chamado de ISP 2. At aqui, tudo bem mas existe uma necessidade adicional: Que tanto a
sada quanto o retorno do trfego seja balanceado entre os links estabelecidos com ambos os
ISPs este o cenrio conhecido como dual-homed ou multi-homed. Bom, se no temos um
range de endereos IP vlido (chamado de blocos ou prefixos, neste cenrio) prprio e
continuarmos nos submetendo s polticas de roteamento do ISP 1 e, agora, tambm do ISP 2,
no temos como definir polticas prprias de roteamento de forma a definir como este trfego
deve fluir. Na verdade, at podemos controlar a sada do trfego, mas o retorno do mesmo
ainda ficaria nas mos dos dois ISPs. Prefixos pertendentes ao ISP1 apenas retornam via ISP. E
vocs pegaram a ideia prefixos pertencentes ao ISP2 apenas retornam via ISP2. E no
possvel alterar isso sem que tenhamos nosso prprio ASN e nossos prprios prefixos. Ou seja,
se no conseguirmos nos desvincular dos dois ISPs e obter nossa independncia, jamais vamos
ter completo controle de nosso trfego e, portanto, jamais conseguiremos controle total do
balanceamento. Qual a soluo, ento? Simples! Declarar nossa independncia! Para isso,
precisamos solicitar um nmero de AS e prefixos IP prprios que sero associados a ele. Apenas
ento, rodando BGP, poderemos anunciar para o mundo como ns queremos ser vistos e,
finalmente, termos total controle sobre o nosso trfego. Quais prefixos saem por qual ISP e, mais
importante, por qual ISP o trfego deve retornar. Tudo isso possvel via BGP, desde que voc
tenha um ASN e prefixos IP prprios.
Pgina | 9
Nosso diagrama ps-ASN ficaria assim, portanto:
O Protocolo BGP
Percebam que BGP vital para arquiteturas como a ilustrada anteriormente. o nico
protocolo que permite um roteamento com base em polticas diferente das mtricas que
estudamos nos protocolos IGP. BGP usa atributos como forma de definir como prefixos devem
ser aprendidos e anunciados. Adicionalmente, BGP disponibiliza uma srie de sofisticados
filtros e mecanismos que nos d total controle sobre a comunicao de nosso AS com o mundo
externo. Um dos maiores objetivos do BGP certificar-se que TODOS os routers na Internet
tenham acesso a TODAS as rotas atualmente existentes (Global Routing Table = 600 mil rotas).
O exame CCNA 200-125 foca apenas na modalidade single-homed BGP, o que implica em
termos apenas um ponto de troca de trfego usando o protocolo. Este cenrio no muito
realista, uma vez que no mundo real mais comum termos vrios pontos de troca, com
diferentes operadoras. Mas a ideia da Cisco manter as coisas o mais simples possvel j que,
em um prximo nvel (certificaes Professional), voc ter muito mais contato com o BGP e
todas as suas variaes.
Adjacncia BGP
Assim como OSPF e EIGRP, BGP precisa formar uma adjacncia com o roteador vizinho
antes que o processo de troca de prefixos possa ocorrer. Entretanto, existem diferenas
marcantes se compararmos o processo de adjacncia BGP com o de seus primos IGP:
BGP no forma adjacncia de forma automtica. preciso explicitar quem ser o
router vizinho por meio do comando neighbor. Por exemplo: neighbor 1.1.1.1
remote-as 11.
Pgina | 10
BGP usa o protocolo TCP como transporte, o que faz muito sentido j que,
normalmente, seus vizinhos encontram-se a vrios quilmetros de distncia e, em
cenrios assim, precisamos de confiabilidade no transporte das informaes. TCP
garante que a comunicao entre routers BGP opere de forma confivel. A porta
lgica TCP usada pelo protocolo a 179.
BGP, diferentemente dos protocolos OSPF e EIGRP, permite o estabelecimento de
adjacncia mesmo entre roteadores que no se encontrem diretamente conectados,
ou seja, a conexo entre vizinhos BGP no precisa compartilhar uma mesma
subrede IP o que torna muito conveniente o uso de interfaces Loopback para a
definio de vizinhana. Se os vizinhos no compartilharem a mesma subrede,
entretanto, a opo multihop deve ser ativada. Ex: neighbor 1.1.1.1 ebgp-multihop
x, onde x indica o nmero de saltos de distncia entre o roteador em questo e
seu vizinho.
Existem quatro fases de estabelecimento de adjacncia: CONNECT, OPEN SENT, OPEN
CONFIRM e UPDATE:
Figura 7.18: Processo de formao de vizinhana BGP.
BGP trabalha com o anncio de PREFIXOS (tambm chamados de NLRI Network Layer
Reachability Information) e no subredes. A diferena semntica, mas, normalmente, prefixos
so blocos muito mais amplos que subredes. (Ex: 192.168.0.0 /16). Rotadores BGP recebem os
prefixos anunciados pelo roteador BGP vizinho e os adiciona sua tabela BGP local (BGP table).
Rotas internas tambm so adicionadas a esta mesma tabela. Uma vez que a tabela BGP
encontre-se devidamente populada, o protocolo executa o algoritmo de seleo de melhor
caminho (Best Path Algorithm) e apenas a MELHOR rota para cada rede remota selecionada e
instalada na tabela de roteamento. Por padro, BGP no considera mais de uma rota para uma
determinada rede remota algo que tambm difere do comportamento dos protocolos IGP que,
por padro, fazem o balanceamento de carga no caso de empate.
Pgina | 11
Atributos BGP
BGP no usa mtricas para definir quais prefixos sero adicionados tabela de
roteamento. No lugar de mtricas, temos algo chamado atributos. Atributos so parmetros que
podem ou no ser propagados de um AS para outro via updates. BGP usa os valores destes
atributos para determinar qual o melhor caminho para uma rede remota. A tabela a seguir
ilustra os principais (no todos, vale ressaltar) atributos usados pelo BGP em ordem de
preferncia. Em caso de empate, o protocolo analisa o prximo atributo na lista, e assim
sucessivamente at encontrar o caminho mais apropriado. Em caso de empate em todos os
atributos, o BGP adotar medidas arbitrrias de desempate, como o menor endereo IP do
neighbor. Novamente, importante frisar: BGP por padro no instala mais de uma rota na
tabela de roteamento. No h, portanto, balanceamento de carga (a no ser que voc altere este
comportamento e configure o protocolo para adicionar mais de uma rota na tabela).
EBGP x IBGP
Voc j deve ter ouvido falar que existem dois tipos de BGP: IBGP e EBGP. O exame
apenas foca no EBGP, mas vamos discutir brevemente, aqui, a diferena entre ambos. Em
termos de protocolo, ambos so BGP (no existem verses diferentes). IBGP indica o modo de
operao INTERNO (dentro de um mesmo ASN) do protocolo, enquanto EBGP, o modo de
operao EXTERNO (entre ASNs). O modo de operao IBGP possui caractersticas prprias
assim como o modo EBGP. IBGP, por exemplo, demanda que as conexes sejam estabelecidas
em topologia full-mesh todos os roteadores BGP internos devem fechar vizinhana BGP com
Pgina | 12
todos os outros, como ilustra a figura 7.19. No vamos entrar em detalhes sobre IBGP pois este
tema encontra-se fora do escopo do exame CCNA.
Figura 7.19: Topologia de rede com EBGP e IBGP.
Agora que conhecemos o bsico sobre o protocolo BGP (e, acredite... isso mesmo apenas
o bsico), vamos ver como proceder para configur-lo e para realizar algumas verificaes. Para
os exemplos, vamos adotar a topologia ilustrada na figura 7.20.
Figura 7.20: Exemplo de configurao BGP.
A configurao inicial de ambos os roteadores ficaria assim:
Pgina | 13
Adicionando a configurao BGP para estabelecimento de vizinhana, teramos:
Reparem que, neste exemplo, estamos fechando a adjacncia na rede que conecta ambos
os roteadores diretamente (100.1.1.x). Podemos usar as loopbacks L0 em cada roteador para
estabelecer a adjacncia tambm, se quisermos. Mais adiante eu ilustro como proceder. Uma
coisa de cada vez.
Aps alguns segundos, devemos observar a vizinhana sendo estabelecida com sucesso:
Se observarmos a tabela de roteamento, entretanto, no temos nenhuma rota BGP

(ilustrado apenas para R1, neste caso):
O motivo simples: Ainda no anunciamos nenhum prefixo em nenhum dos dois lados.
O exame CCNA apenas cobra o mtodo de adio de prefixos usando o comando network.
Vale ressaltar que existem outros mtodos, como redistribuio ou mesmo IBGP. BGP possui
uma caracterstica interessante quando o assunto propagar rotas: Ele JAMAIS propaga rotas
que ele no possua em sua tabela de roteamento. Ou seja, um pr-requisito que determinada
rota exista na tabela de roteamento antes do BGP poder anuncia-la para o mundo. A motivao
Pgina | 14
por trs deste comportamento bastante compreensvel: O BGP foca em confiabilidade.

preciso certificar-se que no estamos anunciando prefixos que no conhecemos.
No nosso pequeno exemplo, em R1, podemos anunciar para R2 via BGP as redes
1.1.1.1/32 (Loopback 0), 111.111.111.0/24 e 11.11.0.0/16. Em R2, podemos anunciar para R1 as
redes 22.22.0.0/18 3 2.2.2.2/32 (Looback 0). Mos obra, portanto:
As redes /32 no foram anunciadas neste exemplo pois as Loopbacks 0 em cada roteador
foram criadas com outro objetivo o de demonstrar como estabelecer a adjacncia mesmo via
redes que no estejam diretamente conectadas. Faremos isso mais adiante.
Concludos os anncios BGP, agora devemos ter em nossa tabela de roteamento rotas
aprendidas por este protocolo:
Simples, no? E se olharmos as tabelas BGP de cada roteador, teremos as informaes

especficas sobre como o protocolo aprendeu cada uma destas redes. Observe:
Pgina | 15
Observe as informaes coletadas para o prefixo 11.11.0.0/16 em R1 e em R2. R1 o

dono desta rede e, portanto, na sada de R1 observamos que o atributo PATH encontra-se
apenas com a letra i, o que informa que este prefixo foi aprendido pelo BGP em R1 de forma
interna, via comando network. Se olharmos as informaes para a mesma rede em R2,
notaremos o atributo PATH contm o ASN 11 de onde este prefixo foi aprendido seguido da
letra i, que indica que o ASN 11 provavelmente o dono deste prefixo e o anunciou via
comando network.
EBGP Multihop
Apesar de fugir um pouco do tema do exame CCNA, vou demonstrar rapidamente como
estabelecer vizinhana EBGP entre dois roteadores usando interfaces loopback e no os
endereos IP da rede que os conecta diretamente (como fizemos anteriormente). A vantagem de
usar interfaces loopback a estabilidade fsica e lgica das mesmas. Por serem interfaces
lgicas, elas no caem. Redes BGP devem ser as mais estveis possveis, e interfaces
loopbacks podem ajudar neste ponto.
O primeiro ponto para que isso funcione que cada roteador consiga enxergar o endereo
IP que vamos utilizar. Para isso, vamos criar duas rotas estticas, uma em cada roteador.
Vamos, tambm, desconfigurar BGP em ambos os roteadores:
Agora, vamos repetir os comandos de configurao EBGP apontando para as interfaces

Loopback de cada lado, e ver o que acontece:
Mesmo aps aguardar mais de 1 minuto, nada da adjacncia ser formada. E, se testarmos,
veremos que R1 consegue pingar 2.2.2.2 e R2 consegue pingar 1.1.1.1. No um problema de
conectividade, portanto. Ento, o que explica este problema? O comando show ip bgp
neighbors pode nos dar uma dica. Veja abaixo o comando aplicado em R1:
Se lembrarem do que eu escrevi anteriormente, BGP permite que a adjacncia seja

estabelecida mesmo entre redes que no se encontrem diretamente conectadas mas esta no
a ao padro e tem que ser manualmente configurada. Vamos, ento, arrumar nossa
Pgina | 16
configurao permitindo que a adjacncia seja estabelecida por redes distantes at dois saltos.
Vamos tambm informar ao protocolo qual endereo IP usar como origem para os updates
apesar de no obrigatrio neste cenrio, serve como demonstrao de outro comando que pode
ser til na criao de uma configurao estvel.
E, aps alguns segundos, temos a adjacncia BGP formada:
Reparem no endereo IP do neighbor, nas sadas apresentadas acima. Mesmo sendo de

redes completamente distintas a vizinhana BGP entre eles foi estabelecida com sucesso. Isso
possvel pois o protocolo de transporte adotado pelo BGP o TCP.
Para o exame CCNA, o que foi discutido e apresentado aqui em termos de BGP mais do
que o necessrio. BGP muito mais complexo do que o que vimos aqui, entretanto. Mas isso
tema para um CCNP. Lembre-se: Um passo de cada vez.
Pgina | 17
Captulo 08 (excluses do captulo)
8 Arquiteturas de Alta Disponibilidade

No estudar VRRP e GLBP. Estes tpicos foram removidos do novo exame.
Pgina | 18
9.3 Link Layer Discovery Protocol (LLDP)

LLDP um dos tpicos adicionados ao exame 200-125. Curioso que a Cisco passou a
cobrar conhecimentos sobre este protocolo apenas agora, j que este protocolo existe desde
2004, sendo adotado pela maioria dos fabricantes de elementos de rede (incluindo a prpria
Cisco, claro).
Tanto o LLDP quanto o CDP, que vimos anteriormente, operam estritamente na camada 2
(enlace) e ambos tm como objetivo o transporte de informaes diversas sobre os dispositivos
vizinhos (diretamente conectados). O CDP um protocolo proprietrio Cisco, enquanto o LLDP
definido pelo padro IEEE 802.1AB, podendo ser adotado por qualquer fabricante. E
exatamente o fato de ser aberto que torna o LLDP to atraente. Em uma rede composta de
elementos de mltiplos fabricantes, o CDP praticamente intil. Entra em cena, ento, o LLDP.
LLDP usa frames Ethernet para transporte das informaes entre vizinhos. Os
dispositivos adotam um endereo MAC multicast especial (0180:c200:000x, onde x pode ser 0,
3 ou E). Diferentemente de frames multicast tradicionais, estes endereos MAC multicast no
so propagados pelos switches, ficando restritos apenas aos elementos diretamente conectados.
Se formos comparar, uma das vantagens do CDP sobre o LLDP que o CDP opera
tambm sobre outros tipos de enlaces (como serial), e no apenas Ethernet. Por outro lado,
LLDP oferece uma flexibilidade maior em termos da quantidade de informaes que podem ser
transportadas. LLDP usa o formato TLV (Type, Lenght, Value) para codificar as informaes
transportadas e suporta a incorporao de TLVs customizadas (type 127), o que flexibiliza
muito o processo de definir quais informaes que sero transportadas. Adicionalmente, LLDP
disponibiliza uma extenso chamada MED (Media Endpoint Discovery) que permite a coleta de
informaes adicionais como VLAN ID, prioridade L2, configuraes de QoS (Diffserv), device
location discovery (muito til em sistemas que usam informaes de presena, como telefonia e
messaging) e gerenciamento de inventrio (transporte de informaes como fabricante, verses
de SW e HW, serial number e outras).
Bom, chega de teoria. Vamos aprender como configurar LLDP em um elemento Cisco.
Antes de tudo, saiba que LLDP, diferentemente do CDP, no se encontra ativado por padro.
Precisamos, portanto, ativar o LLDP em todos os elementos que dependero deste protocolo
para a coleta e envio de informaes:
A segunda etapa definir quais informaes sero encaminhadas para o vizinho. Se nada
for especificado, LLDP passar aos vizinhos basicamente as mesmas informaes que o CDP
passaria. Eis as opes:
Pgina | 19
Por fim, se desejarmos restringir o trfego LLDP em certas interfaces, isso pode ser feito
da seguinte forma:
Basta adicionar o no ao comando para desabilitar o envio ou o recebimento (ou ambos)

de LLDP na interface selecionada:
Ou ainda restringir o envio TLVs especficas:
Uma vez que tudo esteja configurado, vamos colocar o protocolo prova. Eis a cara do
protocolo LLDP em ao:
Ou use o modo detail (sim, como no CDP):
Pgina | 20
Como se pode notar, as informaes enviadas por padro so basicamente as mesmas que
o CDP usa. A grande diferena que podemos usar o LLDP para buscar informaes de
elementos no-Cisco (e vice-versa).
Pgina | 21
Captulo 11 (excluses do captulo)
11 Redes e Protocolos WAN

No estudar FRAME-RELAY. Este tpico foi removido do novo exame.
Pgina | 22
13 Tpicos Adicionais
13.1 Tpicos Abordados
Qualidade de Servio (QoS);
Computao na Nuvem;
Software-defined Networks (SDN);
A partir do exame 200-125, a Cisco passou a cobrar conhecimentos bsicos sobre

qualidade de servio (QoS), Cloud Computing e SDN. Segundo o blueprint do exame publicado
pela prpria Cisco, no haver cobrana de nada relacionado configurao, nestes tpicos.
Apenas conhecimentos tericos bsicos. A adio destes tpicos muito bem-vinda j que
profissionais de redes precisam ao menos saber do que se tratam e quais os conceitos por trs
dos mesmos. Vamos a eles!
13.2 Qualidade de Servio (QoS)

Quando TCP/IP ainda engatinhava, no existia o conceito de redes multisservio. Cada
servio trafegava em sua prpria rede, com seus protocolos e controles completamente
apartados uns dos outros. As redes, nesta poca, eram criadas aplicando-se o modelo
determinstico, que como o nome sugere - determinava a dedicao e especializao dos
circuitos utilizados para cada servio. No havia, portanto, competio por banda entre servios
distintos. Paralelamente, dados formatados em pacotes comeavam a ser escoados pela
novssima infraestrutura IP, criada em cima do modelo estatstico que pregava o amplo
compartilhamento dos recursos em prol da flexibilidade, desempenho e controle de custos.
Servios como voz, por exemplo, seguiam sendo transmitidos via redes determinsticas como o
sistema telefnico legado (PSTN). Vdeo, por sua vez, era propagado via radio frequncia ou
pelo ar (TV aberta) ou por cabos coaxiais (TV por assinatura). Naquela poca, ningum sequer
cogitava a possibilidade de fundir todos estes diferentes servios com diferentes requisitos -
em uma mesma infraestrutura de transporte. Bom, as coisas evoluram e os servios
convergiram. Hoje, o sistema telefnico, por exemplo, basicamente centrado em redes IP.
Ainda que nas pontas a voz ainda seja transmitida por meio de modulao PCM, no core das
redes modernas de telefonia temos o protocolo IP transportando voz (Voz sobre IP). Vdeo
segue um padro semelhante. Radio frequncia, pouco a pouco, vai sendo substituda por
transporte IP (Vdeo sobre IP). Hoje, muitas operadoras de TV por assinatura j entregam o
sinal de vdeo na casa dos assinantes em cima de redes IP. Servios como o NOW, da NET, Vivo
Play, da Vivo e Netflix so exemplos disso. Portanto, a tal convergncia digital, enfim, parece
ter chegado com tudo.
O problema de termos todos estes servios sendo transportados pelo protocolo IP que
redes IP so, conceitualmente, redes compartilhadas (modelo estatstico, lembra?). Se h
compartilhamento no h dedicao de recursos e, portanto, a competio por banda entre os
servios pode acontecer. Isso ruim para os servios se no soubermos como tratar cada um
deles de forma diferenciada. Servios prioritrios como voz e vdeo, por exemplo devem ter
preferncia no uso dos recursos (banda). Se possvel, poderamos at dedicar uma certa
Pgina | 23
quantidade de recursos para determinados servios. Ento, outros servios menos prioritrios
poderiam competir pelos recursos remanescentes. Parece uma boa idia? Pois exatamente
isso o que QoS implementa: A diferenciao, classificao e tratamento de pacotes IP.
QoS caracteriza a capacidade de tratar de forma diferenciada fluxos ou classes de trfego
com caractersticas e requisitos diversos e providenciar diferentes nveis de garantia de entrega
(largura de banda, atraso, perdas) de forma consistente e previsvel. Para isso, deve ser possvel
medir e quantificar o comportamento de uma rede, de forma objetiva, com base num conjunto
limitado de parmetros de desempenho.
NOTA: importante frisar que QoS apenas faz sentido em redes onde h
compartilhamento de recursos e competio por banda. Por exemplo, se voc monitora todos os
seus recursos de rede (links, portas, etc) e verifica que historicamente jamais a utilizao
ultrapassa 70%, podemos inferir que no h escassez de banda e, portanto, no vai haver
competio por este recurso. Em cenrios como este, a aplicao de QoS no far qualquer
diferena.
13.2.1. Componentes de Qualidade de Servio

Para que QoS seja passvel de implementao, antes de mais nada, preciso conhecer as
necessidades, objetivos, mtodos de aferio da qualidade de servio contratada e tempos de
recuperao do servio, em caso de interrupes no programadas. Os documentos que
definem estes parmetros so conhecidos como Service Level Agreement (SLA) e Service Level
Specification (SLS).
Apesar de o SLA ter se tornado um jargo bastante conhecido e utilizado, comum
encontrar documentos mal elaborados, com falta de informaes e definies confusas at para
o prprio provedor de servios. Claramente, isso no bom nem para o provedor, e nem para o
assinante.
O SLA muito mais do que um documento descrevendo prazos de atendimento e
resoluo de chamados. Trata-se de um acordo que deve deixar claro todas as garantias que o
provedor de servio oferece em relao aos servios que foram contratados, e a forma como
estes nveis de servio sero medidos, reportados e continuamente melhorados. Deve ser, assim,
um ciclo contnuo, sempre buscando no apenas a manuteno do nvel de servio, mas sua
melhoria.
Um bom SLA deve ser capaz de enderear pelo menos cinco pontos bsicos:
1. O que Quais servios esto sendo objetos do SLA em questo? Contextualizar o
servio j na primeira parte do documento, por exemplo, torna-se fundamental. Aqui
tambm se pode fazer referncia ao Catlogo de Servios. Tambm importante definir
as excluses, ou seja, as situaes em que o SLA em questo no aplicvel. Um dos
assuntos mais comumente deixados de lado a definio do Stop SLA (ou pausa no
SLA), onde deveriam ser considerados os perodos em que os casos esto sob tratamento
do suporte do prprio assinante, ou seja, o provedor no deveria assumir o nus por
indisponibilidade durante este perodo de tempo. Exemplo: Janelas de manuteno.
Pgina | 24
2. Quando Neste ponto deve ser definido o percentual de disponibilidade do servio, o

horrio do servio (perodo em que deve estar disponvel, por exemplo: em horrio
comercial, 247, etc.), o horrio do suporte ao servio (Service Desk por exemplo).
Importantssimo tambm considerar condies de exceo, como feriados, finais de
semana, etc.
3. Quanto Esta pergunta no tem relao com valor a ser pago pelo servio algo que,
normalmente, j se encontra definido no Catlogo de Servios - mas sim em qual
quantidade e com qual desempenho o servio dever ser entregue. Ou seja, os requisitos
de servio, especificamente. Exemplos: Classes de servio contratadas e respectivas taxas
de transmisso, atraso mximo, jitter, nmero mximo de transaes simultneas,
nmero mximo de usurios concorrentes, etc.
4. Como Este ponto amparado por um documento chamado de SLS (Service Level
Specification). no SLS que o detalhamento de como o que foi definido nos pontos 1 a 3
ser efetivamente alcanado e verificado. O SLS define os objetivos de desempenho, os
mtodos para aferio dos mesmos em intervalos de tempo pr-determinados, as
definies tcnicas das classes de servio disponveis e contratadas, etc. Adicionalmente,
este ponto deve definir:
o Papis e responsabilidades - Uma boa prestao de servio exige que no
somente o provedor, mas tambm o cliente cumpram alguns deveres. Assim,
importante definir aqui, por exemplo, as limitaes do servio contratado. Um
exemplo: O servio no suportar o encaminhamento de frames com MTU superior a
1600 bytes.
o Mecanismos de suporte ao Cliente - Neste tpico, algumas informaes
importantes como os possveis canais de contato do cliente com o Service Desk,
os tempos de resposta para cada tipo de caso de acordo com os critrios de
priorizao, matriz de escalonamento, etc., devem ser includas.
o Reporte e anlise crtica do servio - Acordos de Nvel de Servio deveriam ser
claros quanto periodicidade e a forma como os nveis de servio sero medidos,
reportados, analisados criticamente junto ao assinante e continuamente
melhorados. Este momento uma excelente oportunidade no s para identificar
os pontos falhos na entrega de servios, mas tambm oportunidades de novos
negcios. Vale lembrar que este item , inclusive, um requisito colocado pela
norma ISO/IEC 20.000.
o Canais de Reclamao - Ombudsman, ouvidoria, etc. importante mencionar
um canal onde o cliente possa reclamar caso no esteja satisfeito com o servio, e
garantir que ser dado um tratamento adequado a esta reclamao.
o DRP (Disaster Recovery Plan) Se aplicvel, deve ser explicitado no documento
o plano de continuidade de servios no advento de uma situao que fuja
completamente do controle (ex: um terremoto). Aqui, o provedor deve deixar
claro quais as medidas contingenciais existentes para o servio contratado (se
existirem, claro).
Pgina | 25
5. Imprevistos e ajustes Um SLA um documento vivo. Deve ser constantemente revisto

e atualizado, de forma a refletir da melhor forma os interesses de ambas as partes.
Assim, um SLA definido no ano passado pode no ser mais adequado para as
necessidades do cliente ou para a realidade da operadora. Isso no pode ser esquecido.
13.2.2. Processo de encaminhamento de pacotes em uma rede

O processo normal de encaminhamento trata todos os pacotes (ou frames) como iguais, e
os aloca em uma mesma fila (queue ou buffer) para serem encaminhados. Em redes Ethernet, por
exemplo, esta fila adota o mecanismo FIFO (First In First Out). Ou seja, os frames so
encaminhados de acordo com a ordem em que chegam na interface. Com os requerimentos
diferenciados que algumas aplicaes modernas demandam, este comportamento no o ideal,
podendo ocasionar uma srie de problemas como alta latncia, jitter, perda de pacotes e
utilizao ineficiente da largura de banda disponvel (ex: frames de aplicaes com baixa
prioridade sendo encaminhados antes de frames de aplicaes crticas e consumindo recursos
valiosos de rede).
Pontos chaves do QoS
Os fatores que determinam a qualidade em uma transmisso so:
Latncia (delay)
Jitter (variao da latncia)
Perda de pacotes (packet loss)
Banda passante
Latncia
A latncia (ou delay) o tempo despendido entre o primeiro bit de um frame ser
transmitido e o ltimo bit deste frame ser recebido no destino. As taxas de delay so medidas
em micro ou milissegundos.
Pgina | 26
Jitter
Conhecido como Variao de Delay, ou seja, a variao do atraso entre frames
consecutivos. Em tese, quanto menor o Jitter maior a prioridade de encaminhamento daquele
determinado fluxo de frames, j que os frames estaro bastante prximos.
O Jitter pode ser suavizado atravs de tcnicas de compresso de dados, priorizao e
enfileiramento.
importante lembrar que determinadas aplicaes so mais sensveis ao delay e ao jitter
do que outras. Assim, uma aplicao de correio eletrnico, por exemplo, no sofrer o mesmo
impacto sobre a variao da latncia que uma aplicao de telefonia IP.
Perda de pacotes
Mesmo com a aplicao das mais modernas tcnicas de QoS, a perda de pacotes, muitas
vez, algo inevitvel. Isso porque a capacidade de uma infraestrutura de redes no infinita.
Um assinante ter garantia de transmisso apenas sobre o que ele contratou (e est especificado
no SLA). Qualquer transmisso que exceda o contratado poder sofre descartes e perdas.
Adicionalmente, frames ou pacotes com problemas de formatao ou sequenciamento tambm
podero sofrer descarte no processo de transmisso. Abaixo encontram-se listados os principais
mecanismos de controle de perda de pacotes:
Controle de Bits com Erros: Mecanismo que varia de protocolo para protocolo e
visa a deteco de frames / pacotes corrompidos no processo de transmisso. No
TCP, por exemplo, existe o controle de FCS (Frame Check Sequence);
Classes de Servios, perfis de banda e polticas de descarte Definies de classes
de servio, classificao e marcao de determinados frames ou pacotes para as
classes de servio definidas. Se o recurso configurado para uma classe for exaurido
durante o processo de transmisso, pacotes podem ser descartados (dependendo
da ao definida para aquela classe).
Especificamente focado em redes VoIP, existe o mecanismo CAC (Call Admission
Control) que verifica a disponibilidade da rede de dados antes de estabelecer uma
nova chamada, garantindo assim a qualidade da mesma.
Bandwidth (banda passante)
Refere-se ao nmero de bits por segundo que pode, inteligentemente, ser expedido para
obteno de sucesso na entrega do frame ou pacote. A especificao de taxa de transmisso em
redes Ethernet feita por meio da definio do CIR e EIR.
13.2.3. Modelo operacional de redes baseadas em QoS

Definio de tipos de trfego e prioridades, classificao, policing, shapping e rate-
limiting so peas fundamentais para que uma rede seja capaz de oferecer o transporte de
servios de forma diferenciada.
1) Definio de tipos de trfego, prioridades e recursos (banda): Esta etapa deve constar
de forma clara nos documentos SLA e SLS. O assinante, muitas vezes em conjunto com o
operador, deve identificar quais so as aplicaes crticas e no crticas em sua rede, e
estabelecer filas de prioridade para cada tipo de trfego. Normalmente, no mais de 4
Pgina | 27
tipos de trfego sero mapeados (na verdade, a limitao do nmero de tipos de trfego
que podem ser mapeados fica do lado da operadora, deve estar explcito no documento
SLA). Ex:
Uma vez definidos os trfegos diferenciados, preciso identific-los (marc-los) para

que sejam alocados nas respectivas filas.
2) Identificao (marcao) de trfego: Tarefa de identificar diferentes tipos de trfego

com base em critrios pr-definidos. Os critrios podem ser diversos, como MAC
address de origem ou destino, VLAN ID, Endereo IP de origem ou destino, aplicao
(portas TCP/UDP ou NBAR), protocolo, etc.
3) Policing: Consiste na definio das polticas que atuaro sobre o trfego identificado e
marcado. As condies verificadas so: Conform, Exceed e Violete. Para cada uma delas,
uma ao pode ser tomada:
Pgina | 28
4) Shapping: A diferena primordial entre shapping e policing (tem 3) que policing

permite o comportamento de rajadas, enquanto shapping, no. Shapping implica na
existncia de uma fila e em uma quantidade suficiente de memria (buffer) para
encaminhamento dos pacotes enfileirados, enquanto o processo de policing, no.
Adicionalmente, shapping apenas pode existir no sentido OUTBOUND, enquanto
policing pode atuar tambm no sentido INBOUND.
Shapping x policing (fonte: Cisco)
5) Rate-limit Rate-limit pode ser implementado como uma funo do policing ou de

forma independente, e permite a limitao da taxa de transmisso no sentido IN ou OUT
em uma interface fsica ou lgica, baseada em alguns critrios (como MAC address,
endereo IP, etc). A Cisco define o CAR (Commited Access Rate) como uma prtica
comum para aplicao de rate limit.
Mecanismos de controle e inibio de congestionamento

QoS usa o gerenciamento de filas (queue) para priorizar determinados tipos de trfego, de
acordo com a marcao contida nos frames (L2) ou nos pacotes (L3). Vrios mtodos so
definidos mas nem todos so suportados por todos os elementos de rede. Alguns apenas
encontram-se disponveis em elementos L3, por exemplo. Outros, apenas em modelos high-end.
Eis alguns destes mtodos:
FIFO (First In First Out) Talvez o mais conhecido, este o mtodo padro
adotado quando no h configuraes QoS na rede. Neste mtodo, o primeiro bit
que entra na fila o primeiro a sair. Este mtodo no implementa qualquer tipo de
classificao ou priorizao.
Pgina | 29
Fair Queueing - O algoritmo Fair Queueing determina a organizao das

mensagens em fluxos e, para cada fluxo, alocado um canal. A ordem na fila
determinada pelo ltimo bit que atravessa o canal. Este mtodo prov uma
alocao mais justa de banda entre fluxos de dados concorrentes.
Fair Queueing (fonte: Cisco)
Weighted Fair Queueing (WFQ) - Variante do Fair Queuing, WFQ um mtodo

proprietrio Cisco e adiciona ao clculo feito pelo Fair Queuing as marcaes e
suas prioridades, organizando a fila de forma a escoar, antes, o trfego marcado
como prioritrio.
Weighted Fair Queueing (fonte: Cisco)
Priority Queueing Neste mtodo, o trfego de entrada classificado em um dos

quatro nveis de prioridade: alta, mdia, normal e baixa. Os pacotes que por
ventura no estejam devidamente identificados so marcados como baixa
prioridade e encaminhados apenas quando no houver pacotes nas filas de
prioridade mais elevada. Se incorretamente configurado, este mtodo pode trazer
problemas, j que pacotes classificados como baixa prioridade podem sofrer com a
latncia e, em casos extremos, at mesmo no serem encaminhados.
Pgina | 30
Priority Queueing (fonte: Cisco)
Custom Queueing Este mtodo permite uma alocao de banda (em %) para
cada uma das 16 filas possveis. As filas so ordenadas ciclicamente onde, para
cada fila, enviada a quantidade de pacotes referente parte da banda alocada
antes de passar para a fila seguinte. Um contador configurvel associado a cada
fila e estabelece quantos bytes devem ser enviados antes da prxima fila ser
considerada.
Custom Queueing (fonte: Cisco)
Outros mtodos:
Class-Based Weighted Fair Queue (CBWFQ) Mtodo Cisco, bastante popular
pela flexibilidade disponibilizada. Adiciona ao j visto WFQ o suporte a classes de
trfego definidas pelo usurio.
Pgina | 31
Weighted Random Earlier Detection (WRED) Mecanismo de preveno e

inibio de congestionamento. Procura informar o quanto antes o lado origem da
conexo TCP sobre eventuais congestionamentos na rede atravs de um
mecanismo de descarte aleatrio de pacotes, forando o outro lado a reduzir a taxa
de transmisso.
13.2.4. QoS de camada 2 x QoS de camada 3

Qualidade de servio pode ser implementada tanto na camada 2 (frames) quanto na
camada 3 (pacotes). O que difere um do outro, basicamente, o cabealho que ser processado
para a extrao das informaes de QoS. No caso da identificao de frames (camada 2), o
campo PCP (Priority Code Point, tambm conhecido como PRI) do cabealho IEEE 802.1Q
utilizado. No caso de QoS sobre pacotes IP, o campos ToS (Type of Service) do cabealho IP
usado para as marcaes de QoS.
QoS na camada 2 (CoS)
Apesar de serem definies bastante distintas, no raro CoS confundido com QoS.
Classe de Servio (CoS) o nome pelo qual o campo PRI ou PCP do frame Ethernet
conhecido. A figura abaixo ilustra o cabealho Ethernet com o campo usado para a marcao de
frames (PRI).
O campo PRI possui 3 bits de extenso e permite, portanto, a definio de at 8 (2^3) classes
distintas de servio.
QoS em redes MPLS (EXP)

Em redes MPLS, a marcao de pacotes ocorre no campo EXP do cabealho MPLS. O
campo EXP, assim como o campo CoS em redes Ethernet, possui apenas 3 bits, o que possibilita
a definio de at 8 tipos de servio distintos em uma rede MPLS.
Pgina | 32
QoS na camada 3 (ToS)

A marcao e identificao de pacotes na camada 3 realizada por meio do campo Type
of Service (ToS), do cabealho IP, como ilustrado seguir.
Fonte: http://what-when-how.com/
importante notar que o campo em si possui 8 bits de extenso, entretanto, existem duas
formas distintas de fazer a identificao:
IP Precedence (IPP) Implica em utilizar apenas os 3 bits mais significantes do
campo ToS para a marcao de pacotes. Desta forma, temos apenas 8
possibilidades de marcao. considerada a forma antiga de marcar pacotes IP,
dada a sua limitao em termos de combinaes possveis de tipos de servios
(apenas 8).
Differentiated Service Code Point (DSCP) Parte da definio do modelo
DiffServ, faz uso de 6 bits para a marcao de pacotes (apenas 6 e no 8, pois os
bits 0 e 1 so reservados e no podem ser usados no processo de marcao).
13.2.5. Mapeamento CoS x EXP x ToS

Normalmente, a questo que surge : Qual seria a vantagem em se adotar a classificao
DiffServ, que utiliza 6 bits para diferenciao de servios, enquanto Ethernet e MPLS usam
apenas 3 bits (CoS e EXP, respectivamente)?
A resposta relativamente simples: MPLS uma tecnologia amplamente utilizada no core
das redes IP. Assim, no se espera que dezenas de servios precisem ser diferenciados e
classificados nesta hierarquia da rede. Quando nos movemos mais para a borda, entretanto, o
volume de servios distintos tende a aumentar, e a classificao granular destes pode ser
benfica. Assim, a adoo da marcao DSCP, nas bordas, faz sentido.
Pgina | 33
Isso no quer dizer, necessariamente, que a adoo da marcao Diffserv seja uma
obrigatoriedade. Se um provedor de servio no planeja oferecer uma gama muito aberta de
classes de servio, este pode adotar o modelo Diffserv, porm, utilizando apenas os 3 bits IPP
(IP Precedence). Fazendo isso, o mapeamento CoS (Ethernet) x ToS (IP) x EXP (MPLS) fica
bastante transparente, j que os bits equivalem na proporo 1:1. Exemplo:
E se adotarmos a marcao DSCP de 6 bits e precisarmos mape-la para outra, que usa apenas 3
(como Ethernet CoS, MPLS EXP ou IP Precedence), ou vice-versa, como fazer? A dica observar
o padro de bits e trabalhar com ele.
Pgina | 34
Repare que no mapeamento acima (apenas uma sugesto, diga-se de passagem), estamos
focando em manter o padro dos 3 bits mais significativos (mais esquerda) mapeados com os
valores do campo IP Precedence.
A implicao deste mapeamento que estamos tendo de encaixar 21 classes de servio
distintas em apenas 8 marcaes. Assim, teramos algumas classes distintamente classificadas
via DSCP mapeadas para um mesmo CoS, IPP ou EXP.
OBS: No necessrio saber estas tabelas de converso para o exame.
Pgina | 35
13.3 Computao na Nuvem (Cloud Computing)

Cloud Computing um termo que est na moda, e importante saber que ele pode ter
significados distintos para pessoas e situaes distintas. Olhando de forma simplista, Cloud
Computing significa que, ao invs de voc manter toda a infra localmente (HW e SW), parte
desta infra ser disponibilizada para voc como um servio, composto por um conjunto de
elementos que voc em determinadas situaes - no tem idia de onde esto ou mesmo de
como eles encontram-se configurados ou conectados entre si (e da o termo nuvem). Embora
alguns considerem ser apenas mais uma forma de outsourcing, Cloud Computing muito mais
do que isso.
Talvez, uma das melhores formas de explicar Cloud Computing seja por meio de
exemplos. Eis alguns que fazem parte de nosso dia-a-dia:
Cloud drives (ex: Google Drive, Apple iCloud, Dropbox, etc)
Google Docs
Microsoft Office 365
Servios de e-mail (Gmail, Outlook, etc)
Em uma escala mais corporativa, temos servios como:
ERP (como SAP e Oracle)
CRM
Controle de pessoal e Folha de Pagamento
Sistema de contabilidade
Se voc usa algum destes servios, j parou para pensar onde eles encontram-se
hospedados e como esto configurados? Imagino que no. E exatamente este um dos objetivos
de Cloud Computing: A abstrao da complexidade para o usurio final.
curioso pensar que Cloud Computing no algo novo. J existe h umas duas
dcadas, pelo menos. Nunca foi muito presente, pois a tecnologia no permitia. Agora, com as
redes operando em altas velocidades mesmo em nossas casas, Cloud Computing deslanchou.
Percebam que dois fatores foram essenciais para isso: A evoluo do poder computacional e o
aumento da largura de banda disponibilizada de forma geral.
Aumento do poder computacional e virtualizao

Em 1965, Gordon Moore (co-fundador da Intel) publicou um artigo constatando que a
miniaturizao vinha permitindo dobrar o nmero de transistores em circuitos integrados a
cada ano (enquanto o custo permanecia de certa forma - constante). Moore previu que esta
tendncia deveria se manter por, pelo menos, mais 10 anos. Em 1975 (precisamente dez anos
depois), Moore atualizou sua previso, profetizando que o nmero de transistores passaria a
dobrar a cada 24 meses, dando origem a famosa Lei de Moore. E esta lei tem sido seguida
quase que a risca pelos fabricantes de processadores (no exemplo abaixo, a prpria Intel):
Pgina | 36
O poder de processamento dos computadores modernos muito maior do que a maioria

das aplicaes necessita. E isso cria uma ociosidade monstruosa e cara. Segundo a VMware, a
maioria dos servidores se usados na forma convencional - opera com menos de 15% da
capacidade de processamento, o que leva proliferao de servidores com capacidade ociosa e
ao aumento da complexidade do ambiente. O processo de virtualizao de servidores resolve
essa ineficincia, pois permite que vrios sistemas operacionais sejam executados como
mquinas virtuais, cada uma com acesso a recursos como memria, disco e CPU oferecidos pela
mquina fsica. O gerenciamento dos recursos fica sob responsabilidade de um sistema
executado na mquina fsica chamado de hypervisor. Pense no hypervisor como um sndico da
mquina fsica. Ele quem determina quanto de recurso (memria, disco, CPU e rede) cada
mquina virtual ter disposio em um dado momento. As figuras 13.1 e 13.2 ilustram o
modelo tradicional e o modelo virtualizado.
Figura 13.1 Operao tradicional de servidores, sem virtualizao
Figura 13.2 Operao com servidores virtualizados
Esta abordagem traz uma srie de benefcios, como:

Consolidao dos servidores (vrios servidores distintos operando em uma nica
mquina fsica)
Melhor utilizao do hardware, evitando o desperdcio.
Gerncia centralizada e descomplicada.
Pgina | 37
Mobilidade (mover uma mquina virtual de uma mquina fsica para outra
algo que pode ser feito em questo de minutos).
Confiabilidade ( possvel manter um banco de snapshots de cada mquina
virtualizada, tornando muito rpido o processo de recuperao de um estado anterior).
Automao e orquestrao
Atualmente, os sistemas de virtualizao (hypervisors) mais conhecidos so os ilustrados

abaixo:
VMware vCenter
Image Microsoft HyperV
Image Citrix XenServer
Image Red Hat KVM
Em termos de servidores fsicos, A maioria dos fabricantes de servidores, hoje, suporta

virtualizao. A Cisco com sua linha de servidores UCS um deles.
Tipos de virtualizao
Atualmente, quatro tipos principais de virtualizao so claramente definidos. So eles:
Virtualizao de servidores - discutida anteriormente.
Virtualizao de desktops Consiste na implantao de desktops como servios
virtualizados oferece a oportunidade de responder com mais rapidez a mudanas
de oportunidades e necessidades. possvel, por exemplo, reduzir custos e
melhorar o servio fornecendo de maneira fcil e rpida desktops e aplicativos
virtualizados em tablets iPad e Android a filiais, funcionrios externos e
terceirizados e trabalhadores mveis.
Virtualizao de rede - Reproduo completa de uma rede fsica via software.
Algo semelhante ao que o GNS-3 faz, mas em uma escala de produo e com alto
desempenho. A VMware, por exemplo, oferece ferramentas de virtualizao de
rede para permitir a interconexo de mquinas virtuais e hypervisors.
Virtualizao de storage - Grandes volumes de dados e aplicativos em tempo real
demandam novos nveis de armazenamento. A virtualizao de armazenamento
permite a abstrao dos discos fsicos, combinando-os em pools de
armazenamento de alto desempenho e fornecendo-os como servio.
Como fica claro, o processo de virtualizao essencial para a criao de ambientes de
computao na nuvem, que exigem flexibilidade, elasticidade, disponibilidade, confiabilidade e
desempenho.
Pgina | 38
Atrativos da computao na nuvem

Existem outros motivos alm do aumento do poder computacional e da disponibilidade
de banda para cloud computing estar se popularizando tanto e to rpido. Eis alguns deles:
descomplicado (para o usurio final).
Os servios oferecidos so totalmente gerenciados.
Servios e infra podem ser criados sob demanda e rapidamente e, da mesma
forma, podem ser facilmente desativados.
O ambiente pode ser pblico, privado (prprio) ou hbrido.
H uma enorme sinergia e economia de recursos.
flexvel e pode crescer rapidamente, se necessrio.
Tipos de computao na nuvem

Hoje, temos bem definidos trs tipos de ambientes de cloud computing: Pblico, privado
e hbrido. Um quarto tipo vem ganhando popularidade no mundo residencial e de pequenas
empresas, e foi batizado de personal. As diferenas bsicas entre eles envolvem localizao,
propriedade e modelo de gerenciamento dos recursos.
Pblica - A nuvem pblica aquela na qual os servios e a infraestrutura so
compartilhados. Estas nuvens normalmente oferecem um maior nvel de
eficincia, no entanto, elas tambm so mais vulnerveis (em termos de segurana)
do que as nuvens privadas. O modelo pblico uma boa opo quando a
necessidade padronizada e no requer infraestruturas complexas, com alto nvel
de customizao e demanda de requisitos. Alguns dos Cloud Providers mais
conhecidos:
o Microsoft Azure
o Amazon AWS
o Google Cloud
o VMWare vCloud
o CloudSigma
Privada - Construda para atender a uma necessidade ou demanda especfica do
negcio, este modelo oferece um elevado nvel de segurana e controle e
indicado quando controle, segurana e poder computacional exclusivo so
fundamentais.
Hbrida Uma combinao de ambas. H componentes pblicos e privados e
ambos podem interagir. Assim, possvel termos servidores dedicados e 100%
gerenciados via processos internos operando em conjunto com outros servios
oferecidos de forma compartilhada.
Personal Pequenas estruturas que voc pode criar e gerenciar em sua casa ou
empresa. Ex: OwnCloud <owncloud.org>.
Pgina | 39
O modelo As-a-Service (AAS)

O conceito AAS ganhou fora com o aumento da popularidade dos servios de
computao na nuvem. No incio, apenas Software-as-a-Service (SaaS) era oferecido. Hoje,
outros tipos gozam de grande popularidade tambm, como por exemplo:
SaaS (Software-as-a-Service) O incio. Aqui temos as aplicaes sendo oferecidas
como servios gerenciados.
IaaS (Infrastructure-as-a-Service) Neste modelo, o cliente adquire o acesso aos
elementos de infra como servidores, storage e at mesmo componentes de rede, e
pode fazer o que bem entender com eles.
PaaS (Platform-as-a-Service) Modelo em que o contratante tem a sua disposio
uma plataforma pr-configurada para a realizao de testes de conceito
(desenvolvimento de um app, por exemplo).
NaaS (Network-as-a-Service) Oferecimento de servios de rede virtual pelo
proprietrio de uma infraestrutura fsica de rede.
Vantagens do modelo AAS:
Baixo investimento inicial (CAPEX)
Flexibilidade
Rpido deployment
Pay-as-you-grow
SLAs (para servios gerenciados)
Desvantagens:
OPEX elevado
Dependncia dos provedores de servios (o processo de mudana de provedor
pode ser complexo).
Menor nvel de segurana
Conectividade ao provedor do servio pode ser um problema
Pgina | 40
13.4 Software-defined Networks (SDN)

Um tpico bastante discutido atualmente, SDN passou a incorporar a lista de conceitos
que preciso conhecer para o exame CCNA R&S. SDN ganhou notoriedade nos ltimos anos
quando empresas com demandas massivas de movimentao de dados como Facebook, Google
e Amazon perceberam que o modelo tradicional de transporte de dados no acomodava o perfil
altamente dinmico de seus ambientes. Peguemos o Facebook como estudo de caso, por
exemplo. Os datacenters da empresa so colossais e altamente complexos. O Facebook adota
ostensivamente modelos sofisticados de computao na nuvem e virtualizao permitindo um
uso mais eficiente dos recursos alocados e tambm a consolidao dos servidores. At a, nada
fora do normal. O problema que em ambientes gigantes e com alto grau de virtualizao,
recursos como servidores e storage por serem virtualizados podem mudar de lugar em um
piscar de olhos. Para alcanar elevados nveis de desempenho, eficincia energtica e
disponibilidade, estes datacenters so configurados para encaminhar, processar e armazenar
dados de forma descentralizada. E o modo tradicional de transporte de dados simplesmente
no consegue acompanhar estas mudanas na velocidade necessria. Entra em cena redes
definidas por software SDN.
Antes de qualquer coisa, vale ressaltar que SDN no um novo protocolo de rede. SDN
um novo conceito de rede. Talvez por isso, muitos ainda toram o nariz para ele. Afinal, SDN
apresenta uma forma de ruptura com algumas coisas que aprendemos at aqui. A proposta do
SDN regida pelos seguintes pontos:
Separao dos componentes envolvidos no processo de encaminhamento dos
frames
Anlise das funes de cada componente
Otimizao dos processos envolvidos
Definio de uma nova forma de fazer tudo funcionar
O primeiro ponto envolve desacoplar os componentes participantes do processo de
encaminhamento de dados. Vamos analisar o funcionamento de um roteador, por exemplo. Um
roteador tem pelo menos dois componentes necessrios para que o encaminhamento de pacotes
ocorra:
Data plane (tambm conhecido como Forwarding plane)
Control plane
Em alguns casos, temos tambm um plano adicional o plano de gerncia:
Management plane
Vamos conhecer melhor as funes de cada um destes componentes para, ento, entender
como SDN sugere que o processo seja melhorado.
Pgina | 41
Funes do Data Plane

Encapsular e desencapsular pacotes em frames na camada de enlace
basicamente, fazer a transposio de L2 para L3 e vice-versa.
Adicionar ou remover o cabealho 802.1Q (VLAN tag)
Identificar o MAC Address de destino na tabela MAC (em switches L2)
Identificar a rede do endereo IP de destino na tabela de roteamento (em
roteadores e switches L3)
Criptografar os dados e adicionar um novo cabealho IP (quando VPNs estiverem
em uso)
Alterar endereos IP de origem ou de destino (se NAT estiver em uso)
Descartar dados devido a filtros configurados (ex: ACLs ou switch port-security)
Funes do Control Plane
Protocolos de roteamento (OSPF, BGP, EIGRP, etc)
MPLS Label Distibution Protocol (LDP)
IPv4 ARP
IPv6 NDP (Network Discovery Protocol)
Aprendizagem de MAC em switches
Spanning Tree Protocol (switches)
Funes do Management Plane

Gerenciamento via Telnet, SSH, SNMP, CDP, LLDP, Syslog, etc
Pgina | 42
Redes tradicionais x SDN

Em redes tradicionais, o control plane distribuido entre os elementos. Ex: Cada router
tem sua instncia OSPF, cada switch a sua instncia STP, etc.
Como existe esta distribuio, as informaes precisam ser transmitidas de um elemento
para outro (ex: updates de roteamento ou BPDUs encaminhadas entre os switches no processo
de convergncia STP). Neste processo, a convergncia da rede ocorre. Para que tudo funcione
de forma relativamente rpida, os elementos de rede contam com ASICs (processadores
dedicados) para agilizar os processos intrnsecos ao data plane. Infelizmente, em redes muito
dinmicas (nas quais IPs e elementos mudam de lugar com frequncia), o desempenho deste
modelo operacional deixa a desejar.
A principal proposta trazida pela arquitetura SDN a separao entre o control plane e o
data plane. SDN sugere que o data plane permanea no elemento de rede, enquanto o control
plane removido dele.
Voc deve estar se perguntando: Mas se retirarmos o control plane, como o elemento
saber o que fazer com o frame ou pacote que chegar at ele?. Excelente pergunta. Vamos
resposta!
SDN introduz a figura do controller um elemento central que passa a ser o responsvel
pelo control plane no de um elemento especfico, mas da rede como um todo. O grau de
centralizao pode variar. possvel um cenrio onde o controller realiza TODAS as funes do
control plane ou apenas algumas. Ou mesmo um cenrio onde apenas alguns elementos so
gerenciados pelo controller, enquanto outros seguem com seus prprios control planes.
Figura 13.3 Arquitetura SDN (fonte: Cisco)
Southbound Interfaces (SBIs) so usadas pelo controller para comunicar informaes do

control plane para os elementos. No confunda o termo interfaces (o I em SBI), com portas.
Interfaces, neste contexto, seriam mtodos de interao. Exemplos de SBIs so:
OpenFlow (definido pelo Open Networking Forum (ONF) e open-source)
OpFlex (definido pela Cisco e usado no framework Application Centric
Infrastructure Cisco ACI)
Command Line Interface (CLI) Mtodo definido pela Cisco que permite o uso de
Telnet, SSH e SNMP como formas de interao com os elementos. Implementado
Pgina | 43
no framework Application Policy Infrastructure Controller Enterprise Module

Cisco APIC-EM).
A funo do controller passar aos elementos de rede as informaes de controle como

rotas, tabelas de encaminhamento MAC, etc. Mas como os controllers sabem o que adicionar e
onde? Eles usam o conceito de Northbound Interfaces (NBI) para isso (novamente, aqui, o
termo interface define mtodos de interao e no porta). NBIs so usadas para determinar, por
exemplo:
A lista de todos os elementos SDN da rede.
As funes e capacidades de cada elemento.
As interfaces (portas) de cada elemento e o estado atualizado de cada uma delas.
A topologia (como os elementos encontram-se conectados entre si e via qual
interface).
Configurao dos elementos, como endereos IP, VLAN Ids, etc.
SDN e programabilidade
Em SDN, toda a interao entre o controller e os elementos ocorre via interfaces de
programao (SBI e NBI). Para esta interao ser possvel, preciso usar APIs (Application
Programming Interface). Para que os controllers sejam capazes de programar os elementos de
rede (adicionar rotas, etc), usa-se APIs especficas como RESTful APIs ou JAVA-based APIs.
RESTful APIs permitem o uso de transaes HTTP para envio de instrues ou coleta de dados
e usam formas estruturadas de dados para isso, como JSON ou XML.
Solues SDN Cisco

A Cisco oferece, hoje, trs solues SDN distintas. So elas:
Cisco Open SDN Controller (adota OpenFlow como SBI)
Cisco Application Centric Infrastructure (ACI) (adota OpFlex como SBI)
Cisco APIC Enterprise Module (APIC-EM)
Pgina | 44
Cisco Application Centric Infrastructure (ACI)

Implementao SDN Cisco que permite agrupar servidores e mquinas virtuais (VMs)
com caractersticas semelhantes na forma de endpoints. Em cima disso, polticas so aplicadas
definindo quais endpoints podem conversar com quais, QoS, segurana, etc.
Uma vez que os agrupamentos de endpoints e polticas tenham sido definidas, o SDN
controller pode acessar cada um dos elementos e popular as informaes do control plane para
que tudo funcione conforme planejado. Cisco ACI usa RESTful APIs como mtodo NBI e
OpFlex como mtodo SBI.
Figura 13.4 Arquitetura Cisco ACI (fonte: Cisco)
Cisco Application Policy Infrastructure Controller Enterprise Module (APIC-EM)

Implementao SDN-light Cisco que permite usar switches Cisco que no ofeream
suporte SDN nativo (alguns modelos, pelo menos). Este modelo adota o controller APIC-EM e
no oferece muita flexibilidade na verdade, o control plane segue distribudo em cada
elemento e o controller no ir programar suas tabelas. Assim, a soluo APIC-EM, na verdade,
apenas implementa um nvel mais elevado de automao e oferece uma forma centralizada de
administrar os elementos. O Controller usa o SBI para coletar informaes dos elementos e usa
APIs na NBI para reconfigur-los, quando necessrio.
Figura 13.5 Arquitetura Cisco APIC-EM (fonte: Cisco)
Pgina | 45

Conteúdo de Atualização CCNA 5.0 X CCNA 6.0 PDF

Hochgeladen von

Dokumentinformationen

Originaltitel

Copyright

Verfügbare Formate

Dieses Dokument teilen

Dokument teilen oder einbetten

Freigabeoptionen

Stufen Sie dieses Dokument als nützlich ein?

Sind diese Inhalte unangemessen?

Copyright:

Verfügbare Formate

Conteúdo de Atualização CCNA 5.0 X CCNA 6.0 PDF

Hochgeladen von

Copyright:

Verfügbare Formate

Compatibilizao entre os livros CCNA 5.0 e CCNA 6.0 Marco A.

PDF de Compatibilizao CCNA 5.0 x CCNA 6.0

Em caso de dvidas / sugestes, entre em contato via e-mail ccna60@cloudcampus.cc

Tabela 1.1 - Certificaes e focos atualizados 2016 (fonte: Cisco)

1.2.2 Perguntas Frequentes

2) Qual a vantagem de ser certificado? Como o mercado encara profissionais com a

1.2.3 Sobre o Exame 200-125

Captulo 02 (adies ao captulo)

2.6 Modelo Hierrquico x Modelo Colapsado

Grandes redes podem ser extremamente complexas, envolvendo mltiplos protocolos,

Figura 2.17: O Modelo de 3 Camadas da Cisco.

Core Layer (Camada Principal): A camada principal o corao da rede. Responsvel

Implementao de processos ou dispositivos que retardem o trfego de dados,

Distribution Layer (Camada de Distribuio): A funo principal desta camada prover

Implementao de ferramentas como listas de acesso, filtragem de pacotes e queuing;

Access Layer (Camada de Acesso): A camada de acesso controla o acesso de grupos e

Implementao de polticas de acesso rede (como IEEE 802.1X) e segurana;

Ao se planejar uma rede hierrquica, importante ter em mente as diferentes tecnologias

Implementao de switches 10/100/1000 Mbps na Camada de Acesso para promover

Figura 2.18: Modelo de arquitetural com Core colapsado.

Captulo 07 (adies ao captulo)

7.6 Roteamento eBGP single-homed

Antes de comearmos a nos aprofundar no tema, precisamos entender como o protocolo

Definindo Sistemas Autnomos

O conceito de AS (autonomous system) nasceu juntamente com a Internet. As mais

Nosso diagrama ps-ASN ficaria assim, portanto:

Figura 7.18: Processo de formao de vizinhana BGP.

Figura 7.19: Topologia de rede com EBGP e IBGP.

Figura 7.20: Exemplo de configurao BGP.

A configurao inicial de ambos os roteadores ficaria assim:

Adicionando a configurao BGP para estabelecimento de vizinhana, teramos:

Se observarmos a tabela de roteamento, entretanto, no temos nenhuma rota BGP

por trs deste comportamento bastante compreensvel: O BGP foca em confiabilidade.

Simples, no? E se olharmos as tabelas BGP de cada roteador, teremos as informaes

Observe as informaes coletadas para o prefixo 11.11.0.0/16 em R1 e em R2. R1 o

Agora, vamos repetir os comandos de configurao EBGP apontando para as interfaces

Se lembrarem do que eu escrevi anteriormente, BGP permite que a adjacncia seja

E, aps alguns segundos, temos a adjacncia BGP formada:

Reparem no endereo IP do neighbor, nas sadas apresentadas acima. Mesmo sendo de

Captulo 08 (excluses do captulo)

8 Arquiteturas de Alta Disponibilidade

Captulo 09 (adies ao captulo)

9.3 Link Layer Discovery Protocol (LLDP)

Basta adicionar o no ao comando para desabilitar o envio ou o recebimento (ou ambos)

Ou ainda restringir o envio TLVs especficas:

Ou use o modo detail (sim, como no CDP):

Captulo 11 (excluses do captulo)

11 Redes e Protocolos WAN

A partir do exame 200-125, a Cisco passou a cobrar conhecimentos bsicos sobre

13.2 Qualidade de Servio (QoS)

13.2.1. Componentes de Qualidade de Servio

2. Quando Neste ponto deve ser definido o percentual de disponibilidade do servio, o

5. Imprevistos e ajustes Um SLA um documento vivo. Deve ser constantemente revisto

13.2.2. Processo de encaminhamento de pacotes em uma rede

13.2.3. Modelo operacional de redes baseadas em QoS

Uma vez definidos os trfegos diferenciados, preciso identific-los (marc-los) para

2) Identificao (marcao) de trfego: Tarefa de identificar diferentes tipos de trfego

4) Shapping: A diferena primordial entre shapping e policing (tem 3) que policing

Shapping x policing (fonte: Cisco)

5) Rate-limit Rate-limit pode ser implementado como uma funo do policing ou de

Mecanismos de controle e inibio de congestionamento

Fair Queueing - O algoritmo Fair Queueing determina a organizao das

Fair Queueing (fonte: Cisco)