Vem aí, o 5o MEGA-DESAFIO!!!

Previsão: 2a semana de Junho. Fiquem ligados!!!

Abs!

Marco.

Popularity: 1% [?]

Comments 12 Comentários »

Imprima este post Imprima este post

Leia também:

Pessoal, no último Domingo (dia 19-07) tivemos o quarto Mega-Desafio do blog. Alguns já aguardavam um novo MD há algum tempo, e foram presenteados com um desafio um tanto quanto complexo ;-) . Muitos tentaram, mas apenas 2 chegaram à solução, apresentada ao final do mesmo Domingo. O primeiro a enviar a resposta foi Daniel Valente, seguido pelo Rodrigo Marchina (Gudines). O prêmio era apenas um, entretanto! Portanto, o grande vencedor foi mesmo Daniel Valente. Porém, dado o nível do desafio e a persistência dos envolvidos, colocarei o nome de ambos no Hall of Fame do blog ;-) !

Vamos à resolução do desafio. A primeira coisa era levantar o cenário no Dynagen. Tínhamos 2 routers, sendo que um era iniciado em uma máquina localizada em minha casa, e outro na máquina de vocês. Ambos eram interconectados via seriais. As configs do arquivo “.net” seriam algo conforme apresentado abaixo:

######################################################
# R1 = Instancia Remota. Nada aqui deve ser alterado #
######################################################   

[ccna.serveblog.net:7200]
   workingdir = /root/md4    

[[3620]]
   image = /root/ios/C3620-IS.BIN
   ram = 128    

[[ROUTER R1]]
   model = 3620
   console = 2001
   idlepc = 0x604c9b80
   S1/0 = R2 S1/0    

#################################
# R2 = Instancia Local (seu PC) #
#################################    

[10.0.0.2:7200]    

[[3620]]
   image = /images/c3600.bin
   ram = 64    

[[router R2]]
   model = 3620
   console = 2002

Notem que, neste caso, meu endereço IP é inválido (10.0.0.2), ou seja, se eu não configurar meu roteador Banda Larga para fazer um PAT apontando para este IP, o cenário não vai funcionar. O sintoma, neste caso, é que a serial fica UP, e depois cai. Isso porque o Dynamips na ponta remota fica tentando fechar uma conexão UDP com minha máquoina local no endereço válido (que o router Banda larga tem), e não consegue porque não existe uma configuração neste mesmo router apontando para minha máquina local (10.0.0.2). Por isso alguns de vocês sequer conseguiram pingar entre R1 e R2. Quem já tinha um IP válido no PC teve mais sorte. Não precisou fazer esta configuração (PAT) no router de banda larga. Outro ponto é checar firewalls. Se vocês tentaram este cenário em uma rede protegida por um firewall, certamente tiveram problemas.

Bom, uma vez que o cenário estivesse UP e você conseguisse levantar as 2 seriais, tinha que realizar a primeira tarefa: Configurar o endereço IP na sua serial de forma a se comunicar com a serial do meu router. O Daniel usou, criativamente, o protocolo SLARP para alcançar este objetivo (bastava configurar a interface s1/0 de R2 com o comando “ip address slarp retry {intervalo}”). Entretanto, este não é assunto CCNA. Existe um meio muito mais prático de descobrir o IP de uma máquina remota diretamente conectada à sua, que é escopo do CCNA: O CDP!!! O comando “sh cdp nei det” poderia mostrar esta informação rápida e facilmente ;-) ! Este foi o método usado pelo Rodrigo.

A segunda parte era ativar o protocolo OSPF. Acho que ninguém que esteja estrudando para o CCNA teria problemas com isso. Uma vez ativado, a saída do comando sh ip route deveria ser observada e o último IP deveria ser usado como “guia” para a próxima tarefa.

A última parte consistia em acessar o router R1, que estava protegido por senhas e uma lista de acesso que permitia o acesso via telnet APENAS por um IP pertencente à rede listada no passo 2. O que deveria ser feito aqui era:

  1. Criar uma interface Loopback com o endereço IP dentro da rede apresentada anteriormente (ex: 123.123.124.2)
  2. Ativar algum comando que forçasse a sessão Telnet a ter o IP desta interface como origem. Aqui, era só usar o “help” do IOS e a resposta viria rápido! O comando é “telnet {ip destino} /source-interface {interface origem}”

E pronto. O desafio estaria terminado, e o vencedor veria o “banner exec” com as instruções de como proceder.

O Gudines deu uma dica para habilitar mais servidores em portas diferentes, em um próximo desafio. Pode ser uma idéia, mas cada um teria que usar um arquivo .net diferente, o que torna tudo um pouco mais complexo. Espero que tenham gostado e que tenham aprendido algo, de qualquer forma! Afinal, este é o principal objetivo destes MDs :-D !

Um grande abraço,

Marco.

Popularity: 1% [?]

Comments 19 Comentários »

Imprima este post Imprima este post

Leia também:

Faz algum tempo desde o último MD (Mega-Desafio), não é mesmo? Achei que vocês pudessem estar sentindo falta ;-) ! Pois aqui vai um, fresquinho. Uma vez mais, vocês terão de usar seus conhecimentos com o Dynamips para levantar o cenário, e alguns conhecimentos básicos de rede para chegarem à resposta. Os vencedores dos MDs anteriores não poderão participar deste. Vamos dar uma chance aos demais, certo? :-D

Este cenário foi testado e funcionou à contento. Não é dos mais fáceis, mas não é nada de outro mundo, também. O vencedor ganha uma vaga no curso CCNA online. Pode ele participar, ou indicar uma pessoa. Fica à critério do vencedor.

Ganha o PRIMEIRO que “matar” o problema (veja detalhes mais adiante).

O prazo para conclusão deste desafio será de UMA SEMANA, contada à partir de hoje (Domingo). Se até Domingo que vem ninguém conseguir resolvê-lo, eu posto a resposta em formato de VA (vídeo-aula).

Abraços e BOM TRABALHO!!!

Marco Filippetti

(Você deve estar logado para ver o desafio)

Popularity: 3% [?]

Comments 50 Comentários »

Imprima este post Imprima este post

Leia também:

Pessoal, segue o e-mail do Plinio, vencedor do II MEGA-DESAFIO do Blog CCXP! Vamos parabeniza-lo, pois este foi um desafio um tanto quanto “cabeludo”!!!

Conforme combinado, vou montar uma VA comentando a resolução deste desafio. Aguardem.

Abraços a todos e obrigado pela participação! Vou manter os servidores no ar até as 20hs de hoje. Se quiserem tentar, fiquem a vontade. Mas agora não vale mais nada ;-) !

Marco.

Bom dia Marco, são 2:50 da manhã e agora, com o servidor calmo, consegui finalizar o desafio. Segue a resposta solicitada (espero acertar essa também, o cansaço já toma conta:

P: No router R3, ao se digitar o comando para verificar a topology table do EIGRP: Quantos domínios de Broadcast podem ser identificados nesta tabela?

R: De acordo com a figura apresentada abaixo, identificamos 5 domínios de broadcast.

Explicando: Quando uma rede contém um ou mais roteadores, o domínio de broadcast é dividido em “pequenos” domínios de broadcast. Cada domínio de broadcast é efetivamente isolado de qualquer outro domínio de broadcast pelo roteador. Quando uma rede é subdividida em sub-redes cada sub-rede também é um domínio de broadcast separado.

Alguns print-screens:

Acessando o endereço: http://10.10.60.6:8080

Exibindo o resultado com comando sh ip eigrp topology no R3

Comandos digitados no R1:

en
conf t
host R1
int s1/0
ip address 1.1.1.1 255.255.255.252
no shut
exit
int f0/0
ip address 192.168.254.2 255.255.255.0
no shut
exit
ip route 0.0.0.0 0.0.0.0 1.1.1.2
ip route 10.10.60.0 255.255.255.0 1.1.1.2

Comandos digitados no R3:

en
conf t
host R3
int f0/0
ip address 10.10.60.1 255.255.255.0
no shut
ip tcp adjust-mss 1300
exit
ip tcp path-mtu-discovery
int s1/0
ip address 11.10.9.1 255.255.255.252
no shut
exit
router eigrp 65001
network 11.10.9.0 0.0.0.3
network 10.10.60.0 0.0.0.255
exit
ip route 192.168.254.0 255.255.255.0 11.10.9.2

Comandos digitados no Windows (PC Local):

C:\Documents and Settings\Plinio>route add 10.10.60.0 mask 255.255.255.0 192.168.254.2 metric 1

Popularity: 1% [?]

Comments 10 Comentários »

Imprima este post Imprima este post

Leia também: