17
06
2008
[CCNA] Desafio 1 da Semana 3 - Junho de 2008
Postado por: Marco Filippetti em Exame CCNA -
Imprima este post
Content is restricted to site members. Site membership is free, register below. If you are an existing user, please login.
Popularity: 4% [?]
Leia também:
- [CCNA] Desafio 1 da semana 4 - Junho 2008
- [CCNA] Desafio 2 da Semana 2 - Junho de 2008
- [CCNA] Desafio 1 da semana 5 - Julho 2008
- [CCNA] Desafio 1 da Semana 2 - Junho de 2008
- [CCNA] Desafio 2 da semana 5 - Junho 2008
- [CCNA] Desafio 1 da Semana 3 - Março de 2009
- [CCNA] Desafio 1 da Semana 1 - Fevereiro de 2009
- [CCNA] Desafio 1 da Semana 3 - Janeiro de 2010
- [CCNA] Desafio 1 da Semana 1 - Dezembro de 2008
- [CCNA] Desafio 1 da Semana 4 - Junho de 2009
- [CCNA] Desafio 2 da Semana 3 - Janeiro de 2010
- Desafio da Semana: Routing
- [CCNX] Desafio 2 da Semana 1 - Junho 2008
- [CCNA] Desafio 1 da semana 3 - Maio de 2008
- [CCNA] Desafio 1 da semana 2 - Novembro 2008
17 de June de 2008 às 8:03 am
Fiquei na dúvida entre as alternativas A e C. Escolho a alternativa A.
17 de June de 2008 às 9:21 am
Minha alternativa correta é a B.
O caminha vai ser escolhido baseado em banda e a banda do caminho pelo roteador B é de 56K. Para o caminho pelo roteador C a banda é de 128K. No entando a alternativa que vejo como correta é pelo roteador C, portanto a alternativa B.
abçs,
Joel Pedro.
17 de June de 2008 às 9:38 am
acho que é a A. Tem uma fórmula que calcula isso, mas eu não lembro.
Esse 1544 e 56 me complicou, se for uma pegadinha eu caí!
abraços!
Fábio Pagoti
17 de June de 2008 às 10:06 am
Estive na duvida entre a alternativa A e C, porém também responderia letra A, pois os protocolos Link-State conhecem toda a árvore de roteamento, então acredito que escolheria o melhor caminho entre origem e destino, não levando em consideração apenas o primeiro link com o next hop.
17 de June de 2008 às 10:11 am
Mesmo sabendo que o EIGRP é um protocolo Hibrido acredito que ainda sim ele tomaria a decisão baseando-se na Largura de Banda dos links.
17 de June de 2008 às 10:28 am
Bruno, que a decisão é na largura de banda tenho quase certeza. A pegadinha que acontece é que as larguras são incersamente proporsionais! Note: 1544 ~2 * 768 e 2 * 56 ~128.
Somando as larguras, a via router B é maior, logo o custo é menor (não sei qual seria o impacto acrescentando o delay - ele é padrão?)
Fábio Pagoti
17 de June de 2008 às 10:29 am
Respostas Letra A = Router A takes the path through router B
Com base nas informações que aparecem na questão o Router A deve escolher a rota através do Router B porque é o que vai notificar a rota com menor custo levando em consideração largura de banda e o delay do link
rota pelo router B
rota de A para B
bandwidth= 56k
delay= 20000 usec
rota de B para D
bandwidth= 1544k
delay= 4000 usec
=====================
rota pelo router c
rota A para C
bandwidth= 128k
delay= 10000 usec
rota C para D
bandwidth= 788k
delay= 60000 usec
17 de June de 2008 às 11:18 am
Boa Tarde,
Segundo meus cálculos , a métrica via ABD terá um custo de 52114285 e a métrica via ACD será 38176000…
Logo, será escolhido o caminho pelo router C …
Resposta : Letra B..
17 de June de 2008 às 11:48 am
opa!!! vou de alternativa B também, de maneira rápida para raciocinar no calculo do custo do caminho em EIGRP default isso é K1=bandwith e K3=delay habilitados a menor banda nas possibilidades de caminho tem maior peso para o calculo do custo do caminho, independente de se ter uma boa banda no próximo hop, essa questão é bem ´´puxada“ para o CCNA!!!
17 de June de 2008 às 12:04 pm
Letra A
pois é a rota com mais banda disponível e menor delay
se tem alguma pegadinha eu caí…
17 de June de 2008 às 12:59 pm
Acredito ser a letra A porque esta possui maior largura de banda e assim melhor métrica do que a outra rota possível.
17 de June de 2008 às 1:08 pm
to entre a e c…. mais vou de A
17 de June de 2008 às 3:01 pm
Letra A
Tem a rota com maior largura de banda disponível e menor delay.
17 de June de 2008 às 4:00 pm
Fabio Pagoti, realmente via Router B a largura de banda é maior por isso escokhi a alternativa A. Se a largura de banda é maior o custo é menor esses fatores fazem o EIGRP optar pela rota via router B. Essa resposta foi deduzida tendo em vista que não conheço muito o funcionamento do EIGRP.
17 de June de 2008 às 4:47 pm
Letra A via router B. Menor custo e maior velocidade. Atualizando a tabela pelos vizinha e identificando a melhor rota.
17 de June de 2008 às 5:31 pm
Letra A
17 de June de 2008 às 5:45 pm
Resposta C o eigrp vai escolher A>B>D
17 de June de 2008 às 10:01 pm
Alternativa A…
Maior largura de banda e menor delay…
17 de June de 2008 às 10:19 pm
Vamos la…o EIGRP vai a escolher a rota de menor metrica. Como o enunciado diz DEFAULT configurations, ele so esta usando os valores de banda e delay em consideracao (K1 e K3).
Neste caso a formula seria:
Metrica = (10000000/Banda minima) + Delay (soma de todos ate o destino)
Usando o caminho A B D teriamos:
BW (minimo) -> 10000000/56 = 178571
DLY (soma) -> 20000 + 4000 + 1000 = 25000
METRICA: 203571
Usando o caminho A C D teriamos:
BW (minimo) -> 10000000/128 = 78125
DLY (soma) -> 10000 + 60000 + 1000 = 71000
METRICA: 149125
resposta letra B com metrica de 149125
17 de June de 2008 às 10:28 pm
So uma correcao, esqueci de multiplicar os valores por 256!
A formula correta na verdade e’ Metrica = 256 x (10000000/Banda minima) + 256 x Delay (soma de todos ate o destino)
A metrica vai mudar um pouco…mais a resposta continua sendo B!
OBS: A formula do post anterior e’ do IGRP =)
18 de June de 2008 às 11:09 am
A
18 de June de 2008 às 1:27 pm
Letra B
Pelo fato da banda ser maior e logo o custo é menor.
18 de June de 2008 às 1:35 pm
Eduardo, agora você me deixou com uma dúvida:
Por utilizar tabelas de informações de vizinhos, topologia e rotas, o router não deveria também calcular o link da ligação B>D e C>D ? Acredito que ele deve calcular todo os links até o caminho para a network A.
Eu acredito que é desta forma que o router A deve calcular a métrica.
18 de June de 2008 às 1:43 pm
Ignorem meu post anterior. Não percebi que ele já estava contando por caminho.
18 de June de 2008 às 2:06 pm
Fiz o cálculo assim: como serão utilizados apenas os valores k1 e k3, toda a fórmula seria resumida à apenas (atraso+largura de banda). Como é EIGRP, devemos multiplicar por 256.
Então:
Caminho | Bandwidth | Delay
A>B>D = ((56+1544) + (20000+4000)) *256 = (1600+24000)*256 = 25600*256 = 6553600
A>C>D = ((128+768) + (10000+60000)) *256 = (896+70000)*256 = 70896*256 = 18149376
6553600
18 de June de 2008 às 2:08 pm
6553600
18 de June de 2008 às 3:14 pm
opa Eduardo R só uma observação para o calculo do custo do caminho, a soma dos delays dividido por 10.
custo = 256 * (10000000/K1 + soma dos delays/10)
se não me falha a memória é isso para o Eigrp padrão.
18 de June de 2008 às 3:15 pm
ah!!! onde K1= bandwidth/1000
18 de June de 2008 às 11:27 pm
Concordando com o Eduardo R. e dando os resultados, as métricas ficam: (Pra comprovarem façam um lab no dynamips e verão que os resultados são esses)
Usando o caminho A B D:
METRICA: 203571 X 256 = 52114176
Usando o caminho A C D:
METRICA: 149125 X 256 = 38176000
Abraços.
Rodrigo
19 de June de 2008 às 12:15 am
Herbert,
A largura de banda nao e’ somada no calculo. O EIGRP so leva em consideracao a menor largura de banda disponivel ate o destino, ai ele divide o 10000000 por este valor e depois multiplica por 256.
O delay sim e’ somado e depois multiplicado por 256.
[]’s
22 de June de 2008 às 10:35 am
Eu vou de letra A.
22 de June de 2008 às 12:59 pm
Pessoal, resposta B!!! Obrigado pela massiva participação
Melhor explicação: Comments 19 e 20 do Eduardo R. e 29, do nosso colaborador Rodrigo!
Depois posto mais um para vocês matarem!
Um abs!
Marco.
23 de June de 2008 às 10:18 am
Se eu tiver que calcular uma dessa na certificação, vou demorar uns 15 minutos.