30
11
2008
[CCNA] Desafio 1 da Semana 1 - Dezembro de 2008
Postado por: Marco Filippetti em Desafios, Questões 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: 6% [?]
Leia também:
- [CCNA] Desafio 1 da Semana 4 - Janeiro de 2009
- [CCXP] Desafio 1 da Semana 4 - Agosto de 2008
- [CCNA] Desafio 1 da Semana 1 - Fevereiro de 2009
- [CCNA] Desafio 1 da Semana 5 - Março de 2009
- [CCNA] Desafio 1 da Semana 5 - Janeiro de 2009
- [CCNA] Desafio 1 da Semana 4 - Maio de 2009
- [CCNA] Desafio 1 da Semana 1 - Setembro de 2008
- [CCNA] Desafio 1 da Semana 1 - Novembro de 2009
- [CCNA] Desafio 1 da semana 3 - Novembro 2008
- [CCNA] Desafio 1 da Semana 3 - Março de 2009
- [CCNA] Desafio 1 da Semana 3 - Junho de 2009
- [CCNA] Desafio 2 da Semana 3 - Janeiro de 2010
- [CCNA] Desafio 1 da Semana 5 - Agosto de 2009
- [CCNA] Desafio 1 da semana 5 - Julho 2008
- [CCNA] Desafio 1 - Semana 5 - Julho 2009
30 de November de 2008 às 7:46 pm
Acredito que seja a letra E, pois há uma rota default apontando para a interface serial 0/0, que por sua vez se encontra conectada ao R2.
Nao tenho muita certeza pois não mostra a configuração do R2
30 de November de 2008 às 8:18 pm
Alternativa E
A rota default deveria estar apontando como interface de saída a S0/1, que está diretamente conectada ao ISP.
Como a rota default está apontada para a S0/0, irá causar um loop de roteamento, pois assim que qualquer rede conectada ao R2 encaminhar um pacote que não esteja em sua tabela de roteamento o R2 irá encaminhar o pacote para o R1 que irá encaminhar de volta para o R2 e assim sucessivamente, causando um loop.
A configuração correta no R1 seria.
ip route 0.0.0.0 0.0.0.0 Serial 0/1
ou
ip route 0.0.0.0 0.0.0.0 200.0.0.2
30 de November de 2008 às 9:40 pm
Alternativa E: –> Qualquer pacote endereçado à uma rede que não se encontra presente na tabela do router R2 será encaminhado ao router R1, que por sua vez o enviará de volta ao router R2, causando um loop de roteamento.
========================================================
Tenho a mesma opnião do nosso amigo Fabio Silveira, além do que ele citou, é valido que tenha rota apontando para a rede Externa uma vez quando nenhum endereço é resolvido dentro da Rede Interna o router R1 encaminhará essa solicitaçao consequentimente apontará para a Rede externa e com isso na exibiçao acima a rota esta apontando para direçao errada, fazendo isso, não ira gerar o looping.
Um forte abraço a Todos !!!
30 de November de 2008 às 9:41 pm
A (incorreta)- Não será descartado, ele tem uma rota default, todos pacotes que ele não saber para onde mandar, vai sair pela S0/0.
B (incorreta)- Também não será descartado, pois o R1 possui o comando default-information originate que por sua vez propaga sua rota default.
C (incorreta)- o R1 possui um default gateway ¬¬
D (incorreta)- Pq Não? xD
E (correta) -> o gateway do R1 deveria ser o ISP, como foi apontado errado, entrara em loop de roteamento. o/
30 de November de 2008 às 10:03 pm
Vou de E, pois o correto seria ip route 0.0.0.0 0.0.0.0 s0/1, se está na s0/0, o R1 irá devolver os pacotes.
30 de November de 2008 às 10:44 pm
letra E, afinal a rota padrão do roteador 1 é a s0/0
1 de December de 2008 às 1:01 am
Vou de letra E.
As outras respostas ignoram completamente as configurações de OSPF realizadas.
A - Errada, a primeira linha de comando configura uma rota padrão para onde serão enviados os pacotes com destino que não estão na tabela de rotas.
B - Errada, o comando default-information originate distribui o endereço de gateway do R1.
C - Errada, a primeira linha de comando configura uma rota padrão para onde serão enviados os pacotes com destino que não estão na tabela de rotas.
D - Errada, ignora o fato de ter OSPF configurado (mesmo sem mostrar a configuração, o desenho mostra R2 na area 0)
E - Correta.
Mas me deixou com uma duvida, esse pacote daria 15 saltos antes de ser descartado ?
Flws
1 de December de 2008 às 5:01 am
Como todo acima penso também ser a letra é, E, pois deveria estar configurado como ISP, e apontado os caminhos para o 0/1.
1 de December de 2008 às 5:01 am
Resposta E. O Cledir Justo já explicou tudo.
1 de December de 2008 às 7:27 am
Eu também vou de Alternativa E, o pessoal ja comentou a resposta……
1 de December de 2008 às 8:25 am
Letra E mesmo.
O comando default-information originate informa aos participantes do OSPF (R2 no caso) que o R1 possui uma rota defaut para a rede, porém a rota defaut do R1 aponta para o link serial que interliga os roteadores R1 e R2, ou seja, se R2 recebe um pacote para uma rede desconhecida por ele, ele envia para R1 e R1 quando recebe um pacote para uma rede desconhecida por ele envia para R2, causando o loop.
1 de December de 2008 às 9:25 am
Letra E.
O comando default-information originate, anuncia para a area ospf que possui uma rota default, como a rota aponta para a interface errada causa um loop de camada 3.
Abç
Bruno N. Paiuca
1 de December de 2008 às 9:55 am
Resposta letra ‘E’.
A rota default esta configurada na interface errada, a rota default configurada na interface diretamente conectadas causara o loop já que o comando default-information originate esta configurado no router.
1 de December de 2008 às 10:28 am
Respota: Letra E
Devido a rota default aponta para uma rede que tem conhecimento e o certo ceria apontar para Serial 0/1.
1 de December de 2008 às 1:57 pm
Letra E, o gateway do router 1 é a serial 0, que leveria pro router 2, que não saberia o que fazer e mandaria de volta para o router 1, que também não saberia o que fazer e mandaria de volta para o 2, causando um loop.
1 de December de 2008 às 3:59 pm
A) Errada, os pacotes com destino a redes que o OSPF não aprendeu serão encaminhadas pela S0/0, pois possui uma rota default, então o pacote não será descartado, além disso na sua atualização da tabela de roteamento ele propaga para os seus vizinhos sobre o rota default por causa do comando default-information originate.
B) Errada, graças ao comando default-information originate ele irá propagar para o vizinho a existência de uma rota default.
C) Errada, o comando ip route 0.0.0.0 0.0.0.0 s0/0 mostra que pacotes com destino à redes que não estão diretamente conectadas podem sair pela S0/0.
D) Errada, podem se comunicar através da S0/0
E) Correto, irá acontecer exatamente como a resposta está dizendo, para evitar o loop configure a rota default para sair pela interface s0/1 e não pela S0/0 como está configurado.
Acho que é isso.
Abraço
1 de December de 2008 às 6:54 pm
boa noite..
acredito ser Alternativa E, pois a rota default esta apontando para s0/0 q esta conectada ao R2 e o comando “default-information originate” redistribui essa rota default q o R1 tem para toda rede OSPF…
Abracos,
Tiago
1 de December de 2008 às 7:09 pm
“”" ZZZ: Mas me deixou com uma duvida, esse pacote daria 15 saltos antes de ser descartado ? “”"”
Zzz não confunda com RIP
2 de December de 2008 às 6:39 am
Resposta E, rota default saindo pela rede q esta diretamente conectada a R2
2 de December de 2008 às 3:54 pm
A princípio achei que fosse a d,pois não vi as configurações do R2,mas vou de E mesmo,pois causará um loop
2 de December de 2008 às 11:10 pm
Vou de E sim…… a letra A esta incorreta, tem sim para onde ser enviado… e nao sera descartado….. as letras B, C e D nao teremos certeza de falar nada sobre, pois nao estamus vendo as configuracoes do R2……
abs
3 de December de 2008 às 1:39 pm
Resposta: Letra E.
Embora a D tenha me proporcionado dúvidas, a comunicação das redes diretamente conectadas em R2, entre as redes de R1, poderá acontecer no sentido dos pacotes originando das redes de R1 e destinados as redes de R2, já que caso contrário entrariamos em um loop.Logo a E é a correta.
4 de December de 2008 às 9:46 pm
Bem….rsrsrs como o marco disse que só vai fechar o desafio quando alguém botar a mão na massa, alguem tem que fazer o trabalho sujo hehehehe, e também eu fiz por curiosidade, vai saber se existe alguma pegadinha, pois olhando é uma coisa e na prática é outra vamos lá.
Vou descartar a A, B, C, pois entendo que o pacote não vai ser descartado, e sim enviado ao gateway.
D————-
pinguei de uma máquina na rede 172.16.16.0 do R2 pelo PT.
PC>ping 172.16.100.129
Pinging 172.16.100.129 with 32 bytes of data:
Reply from 172.16.100.129: bytes=32 time=63ms TTL=254
Reply from 172.16.100.129: bytes=32 time=62ms TTL=254
Reply from 172.16.100.129: bytes=32 time=47ms TTL=254
Reply from 172.16.100.129: bytes=32 time=63ms TTL=254
Ping statistics for 172.16.100.129:
Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 47ms, Maximum = 63ms, Average = 58ms
PC>ping 172.16.100.65
Pinging 172.16.100.65 with 32 bytes of data:
Reply from 172.16.100.65: bytes=32 time=62ms TTL=254
Reply from 172.16.100.65: bytes=32 time=62ms TTL=254
Reply from 172.16.100.65: bytes=32 time=62ms TTL=254
Reply from 172.16.100.65: bytes=32 time=62ms TTL=254
Ping statistics for 172.16.100.65:
Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 62ms, Maximum = 62ms, Average = 62ms
PC>
PC>ping 172.16.100.1
Pinging 172.16.100.1 with 32 bytes of data:
Request timed out.
Request timed out.
Request timed out.
Request timed out.
Ping statistics for 172.16.100.1:
Packets: Sent = 4, Received = 0, Lost = 4 (100% loss).
Não pingo o ip da serial do R1, pois esta em loop de roteamento, como prova o log abaixo do mesmo PC.
PC>tracert 172.16.100.1
Tracing route to 172.16.100.1 over a maximum of 30 hops:
1 15 ms 31 ms 32 ms 172.16.16.1
2 * * * Request timed out.
3 50 ms 63 ms 63 ms 172.16.16.1
4 * * * Request timed out.
5 94 ms 94 ms 78 ms 172.16.16.1
6 * * * Request timed out.
7 125 ms 125 ms 125 ms 172.16.16.1
8 *
Control-C
^C
PC>
e eu pingo o ip 172.16.100.2 que é o IP da Serial do R2 onde a maquina esta diretamente conectada.
PC>ping 172.16.100.2
Pinging 172.16.100.2 with 32 bytes of data:
Reply from 172.16.100.2: bytes=32 time=31ms TTL=255
Reply from 172.16.100.2: bytes=32 time=32ms TTL=255
Reply from 172.16.100.2: bytes=32 time=31ms TTL=255
Reply from 172.16.100.2: bytes=32 time=31ms TTL=255
Ping statistics for 172.16.100.2:
Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 31ms, Maximum = 32ms, Average = 31ms
PC>
Logo, se eu pingo o 172.16.100.2, a afirmativa D esta incorreta, pois quando ela diz “Não são capazes de pingar as redes 172.16.100.0/30, isso inclui o ip 172.16.100.2
e as outras 2 redes eu pingo normalmente.
e Provando que a E esta correta:
Ping para uma rede que não existe na tabela de roteamento:
PC>tracert 200.100.50.1
Tracing route to 200.100.50.1 over a maximum of 30 hops:
1 31 ms 31 ms 31 ms 172.16.16.1
2 * * * Request timed out.
3 62 ms 62 ms 62 ms 172.16.16.1
4 * * * Request timed out.
5 78 ms 94 ms 79 ms 172.16.16.1
6 * * * Request timed out.
7 109 ms 110 ms 125 ms 172.16.16.1
8 * * * Request timed out.
9 156 ms 140 ms 156 ms 172.16.16.1
10 *
Control-C
^C
PC>
4 de December de 2008 às 10:12 pm
Esse Cledir… mata a cobra e mostra o pau
! É isso aí! Era o que eu queria ver… alguém implementando o cenário e comprovando a alternativa correta. Parabéns Cledir, pelo empenho!!
Alternativa correta, portanto, é mesmo a “E”! Dúvidas, leiam o teste acima, do Cledir
Abs!
Marco.