« Cisco IT Security Forum, uma conferência interativa e online
CCNA Security - Networking Academy »
10 11 2008

[CCNA] Desafio 1 da semana 3 - Novembro 2008

Postado por: Marco Filippetti em Desafios, Questões CCNA - Imprima este post Imprima este post

Content is restricted to site members. Site membership is free, register below. If you are an existing user, please login.

Existing Users Login
Username
Password
  Remember me
 

New Users Registration
Choose a Username *
   
First Name *
Last Name *
Address *
Address 2
City *
State (or Province) *
Zip (or Postal Code) *
Country *
   
Day Phone *
   
Email *
   
    
  * Required

Popularity: 9% [?]

Leia também:

Este post foi postado Monday, 10 de November de 2008 às 9:32 pm e está em Desafios, Questões CCNA. Você pode verificar qualquer resposta a este post através do feed RSS 2.0. Você pode deixar uma resposta, ou fazer um trackback de seu próprio site.

22 Respostas para “[CCNA] Desafio 1 da semana 3 - Novembro 2008”
  1. Bruno N. PaiucaNo Gravatar diz:
    10 de November de 2008 às 9:51 pm

    Alternativa C - Porque o mecanismo do Split Horizon visa impedir que uma sub-net seja propagada pela mesma interface que a conheceu, isso ocorre para evitar loop de camada 3.

    Abç

    Bruno N. Paiuca

  2. gudinesNo Gravatar diz:
    10 de November de 2008 às 10:20 pm

    Alternativa C, Split Horizon evita a propagação na mesma interface que conheceu a sub-net.
    Como por exemplo: R2 propaga sua sub-rede para R1 pela serial 0/0, porém não irá propagar novamente para R3 pela mesma serial 0/0, devido a evitar loop (Split Horizon).
    Para resolver o problema deverá ser desabilitado o Split Horizon nas interfaces seriais.

  3. MarcioRSNo Gravatar diz:
    10 de November de 2008 às 10:28 pm

    Resposta C: Utilização do split horizon , que previne loops no RIP 2 ( informações aprendidas por uma interface não são propagadas pela mesma interface).
    Soluções: pode-se criar uma rede de malha completa ou usar rotas estáticas ( no caso de interface serial multiponto) , desabilitar o split horizon ou ainda associar um único vc a cada interface (alternativa mais utilizada) . Soluções aplicadas em ambiente NBMA ( sem broadcast , porém multi acesso como uma rede ethernet).

  4. Marcos Silva Jr.No Gravatar diz:
    10 de November de 2008 às 10:37 pm

    Letra C

  5. Éder MarceloNo Gravatar diz:
    11 de November de 2008 às 8:02 am

    Resposta C, o Split Horizon impede que redes aprendida por uma interface seja propagada para a mesma interface.
    A criação de subinterfaces point-to-point para cada neighbors resolveria o problema.

    []’s
    Éder Marcelo

  6. HerbertNo Gravatar diz:
    11 de November de 2008 às 8:46 am

    Resposta C pelos motivos já explicados a cerca de Split Horizon. Para corrigir a situação, deve-se criar no router 1 dos sub-interfaces que atuem como ponto a ponto.

  7. jair.rochaNo Gravatar diz:
    11 de November de 2008 às 8:59 am

    Alternativa C : Mas sinceramente não lembrava de cor a regra do split Horizon -Por iso pesquisei rsrs…
    O Split horizon surge da obsevação de que nunca enviamos um pacote pela mesma rota pela qual ele chegou . As regras do Split horizon dizem que uma mensagem de atualização separada deve ser gerada para cada gateway vizinho, esta atualização deve omitir a rota que aponta para o vizinho.
    Esta regra previne loops entre gateways adjacentes.

  8. Tiago F.No Gravatar diz:
    11 de November de 2008 às 9:55 am

    bom dia….

    Alternativa C…

    O split horizon nao propaga uma atualizacao pela mesma interface em que recebeu atualizacao. Uma solucao seria desabilitar o split horizon mas a topologia ficaria sujeita a loops. Outra alternativa seria a topologia de malha completa mas e inviavel pelo seu custo, entao a melhor opcao seria criar sub-interfaces logicas ponto-a-ponto para cada pvc.

    Acredito ser isso, caso estiver enganado me ajudem…
    Abracos,
    Tiago.

  9. Érik VoiticNo Gravatar diz:
    11 de November de 2008 às 10:47 am

    Putz…cheguei tarde!!! O q eu posso dizer depois de todas essas explicações:

    Resposta correta letra C!!!

    Não tenho nem o q reforçar.

    Abraço.

  10. Fernando AvelinoNo Gravatar diz:
    11 de November de 2008 às 7:52 pm

    Bom, também cheguei atrasado, mas vou de C.
    Deve-se desativar o split Horizon, porém podem ocorrer loops de roteamento, o ideal seria utilizar links ponto a ponto criando subinterfaces na S0/0 do R1.

  11. junior_amjNo Gravatar diz:
    12 de November de 2008 às 3:00 pm

    A alternativa correta é a C.
    Como já colocado anteriormente pelo Fernando o Frame Relay com Subinterfaces não é afetado pelo split horizon e resolveria o problema sem riscos de Loops.

    Att

    Júnior Araújo

  12. alamon71No Gravatar diz:
    12 de November de 2008 às 4:40 pm

    Alternativa C, acho que ja temos esplicações o suficiente aqui né!!!

  13. RichardNo Gravatar diz:
    13 de November de 2008 às 8:41 am

    Letra C, a solução seria criar sub-interfaces point-to-point.

  14. tecrafaelNo Gravatar diz:
    13 de November de 2008 às 9:25 am

    pessoal! Desculpa minha ignorancia, mas alguem pode me ajudar a entender uma coisa ? Tipo, o R2 e R3 estão ligados na interface s 0/0 do R1 não é ?! Mas como isso é possivel, os dos Routers ligado em uma mesma interface, aquela nuvem, o q significa ? Vlw galera

  15. ulissesNo Gravatar diz:
    13 de November de 2008 às 10:18 am

    letra C, no split horizon resolveria esse problema ou criar sub-interfaces conforme citado pelo Richard.

  16. santos_ligeiroNo Gravatar diz:
    13 de November de 2008 às 6:46 pm

    Alternativa: C , Para resolver o problema podemos criar Sub-interfaces ou desabilitar o split horizon na interface com o comando “no ip split-horizon” , mas a melhor solução é utilizar Sub-interfaces.

    Att,

    ASS: Santos

  17. Claudio MarcolinoNo Gravatar diz:
    14 de November de 2008 às 12:26 am

    Resposta: C , Em um cenário no dynagen isto fica bem mais claro…

  18. Érik VoiticNo Gravatar diz:
    14 de November de 2008 às 12:45 pm

    Olá tecrafael….aquela “nuvem” representa uma rede Frame Relay…o R1 assim como os outros routers se conectam na rede FR atraves de uma unica interface.

    Recomendo um estudo sobre FR:

    http://blog.ccna.com.br/2007/12/25/tutorial-frame-relay/
    http://blog.ccna.com.br/2008/01/18/tutorial-frame-relay-2/

    Qualquer outra dúvida é só procurar no forum…senão encontrar criar um novo topico!

    Abs.

  19. Marco FilippettiNo Gravatar diz:
    17 de November de 2008 às 7:50 am

    Pessoal, resposta correta “C”. Como muitos acertaram, o split horizon não propaga uma atualizacao pela mesma interface em que esta atualizacao foi recebida. Também como muitos sugeriram, uma solução para o problema poderia ser desabilitar o mecanismo split horizon em um cenário deste tipo.

    Obrigado aos que participaram! Quero ver mais participações nos próximos!! Até o próximo desafio pessoal!

  20. cristiano molloNo Gravatar diz:
    19 de November de 2008 às 5:43 pm

    Resposta correta letra C.

  21. EmildoNo Gravatar diz:
    20 de November de 2008 às 8:40 pm

    And the Oscar goes to… LETRA C!!!!!

  22. andrigoNo Gravatar diz:
    9 de November de 2009 às 8:40 pm

    Letra “C”. O split horizon não permite a propagação de uma atualização de rota pela mesma interface em que foi recebida.

Deixe um Comentário

Você deve estar logado para postar um comentário. Login »