II MEGA-DESAFIO do Blog CCXP! (revisado)
Postado por: Marco Filippetti em MD, Dynamips / Dynagen, Blog -
Imprima este post
ATENÇÃO PARA AS MUDANÇAS NO ENUNCIADO E NAS CONFIGS!
Como o primeiro MEGA-DESAFIO parece não ter sido realmente desafiador (nosso amigo Cléber postou a resposta correta pouco mais de 4 horas após o desafio ter sido postado…!), decidi elaborar um desafio para… vamos dizer… traumatizá-los?! NÃO!!! Para motivá-los, é claro!!! rsrsrs! O nível segue sendo CCNA (mais adiante prepararei desafios para nível CCNP, apenas). Este desafio envolve a configuração de EIGRP, endereçamento IP, roteamento estático e… claro! O bom e - não tão velho - Dynamips!!! Este cenário não é tão simples como foi o primeiro. Para começar, teremos agora 3 roteadores, e não apenas 2, como antes. Vocês terão de usar seus conhecimentos com o Dynamips para levantar o cenário.
Uma vez mais, eu e o Rodrigo Cesine fizemos alguns testes há pouco, e tudo funcionou muito bem! Agora, é com vocês!
Ganha o PRIMEIRO que “matar” o problema (veja detalhes mais adiante).
Como neste blog sempre se ganha alguma coisa (além de conhecimento 
), o vencedor deste MEGA-DESAFIO levará para casa:
- 1 Livro “CCNA 4.0 - Guia Completo de Estudo” - Editora Visual Books;
- 1 Roteador Cisco modelo 1005, completo (com fonte e cabo Ethernet Cross-over, ideal para criar cenários com roteadores emulados no Dynamips conectados à um equipamento real!). Este super-prêmio é cortesia do Rodrigo Cesine!
O prazo para conclusão deste desafio é UMA SEMANA, contada à partir de hoje (Domingo). Se até Domingo que vem ninguém conseguir resolve-lo, eu posto a resposta em formato de VA (vídeo-aula).
Se alguém conseguir resolver o problema, ainda assim, posto uma VA mostrando tudo, passo-a-passo !
Abraços e BOM TRABALHO!!!
Marco Filippetti
(Você deve estar logado para ver o desafio)
Dúvidas? Postem aqui na forma de comments, PORÉM, eu não vou dar mais detalhes do que já foi passado neste enunciado…! Vocês têm que ler com atenção o enunciado, observar atentamente o diagrama, se necessário, ler os tutoriais do blog e procurar fazer a coisa toda funcionar. Como eu disse antes, é um MEGA-DESAFIO!!! Não é para ser fácil 
!
Se eu não mencionei no diagrama ou no enunciado, você não precisa desta informação (não vinda de mim, pelo menos) para fazer a coisa toda funcionar.
Marco Filippetti
Leia também:
- [CCNX] Desafio 2 da Semana 1 - Junho 2008
- Cenário MPLS para Dynamips
- Desafio da Semana: ACL
- [CCNA] Desafio 1 da semana 3 - Novembro 2008
- [CCNP BSCI] Desafio da Semana
- [CCNA] Desafio 1 da semana 2 - Novembro 2008
- [CCNA] Desafio 1 semana 1 - Julho de 2008
- [CCNA] Desafio 1 da Semana 1 - Dezembro de 2008
- Desafio da Semana - NAT
- Qual o melhor simulador de redes para estudo do CCNA?
- Mais um desafio…!
- [CCNA] Desafio 1 da Semana 2 - Outubro de 2008
- Desafio da Semana - Spanning-Tree
- [Tutorial] Dynamips no Linux (Ubuntu)
- [CCNA] Desafio 1 da semana 4 - Junho 2008
Posts
Loading ...
4 de May de 2008 às 10:43 pm
Insano o desafio!!!! To na área!!!
4 de May de 2008 às 11:18 pm
Show de Bola Marco!!!
Vamos ver quem vai conseguir!!! To tentando!!!
Abraços e parabéns pra ti e pro Cesine aí pelo desenvolvimento/testes destes desafios!!!
5 de May de 2008 às 8:42 pm
Fala Marco…
Estou começando a estudar pro CCNA e achei esse desafio muito difícil…
tenho q ralar mais…rsrs
abraços
5 de May de 2008 às 11:00 pm
referencia dos comandos:
Nesse troubleshooting estavamos nos deparando em que o host que hospedava a pagina http pingava, abria ssh mas nao abria a pagina. Ja peguei alguns casos onde o mtu e o mss to tcp teve que ser alterado pra garantir que o pacote final nao ultrapassasse os 1500 bytes de acordo com a RFC. Muito servidores http sao muito sensiveis a isso e dropam os pacotes fazendo com que a pagina nao abra.
Esses comandos na maioria dos casos, resolve.
ip tcp path-mtu-discovery
Path MTU Discovery is a method for maximizing the use of available bandwidth in the network between the endpoints of a TCP connection. It is described in RFC 1191. Existing connections are not affected when this feature is turned on or off.
Customers using TCP connections to move bulk data between systems on distinct subnets would benefit most by enabling this feature.
The age timer is a time interval for how often TCP re-estimates the path MTU with a larger MSS. When the age timer is used, TCP path MTU becomes a dynamic process. If the MSS used for the connection is smaller than what the peer connection can handle, a larger MSS is tried every time the age timer expires. The discovery process is stopped when either the send MSS is as large as the peer negotiated, or the user has disabled the timer on the router. You can turn off the age timer by setting it to infinite.
Examples
The following example enables Path MTU Discovery:
ip tcp path-mtu-discovery
##########################################
ip tcp adjust-mss [value]
When a host (usually a PC) initiates a TCP session with a server, it negotiates the IP segment size by using the MSS option field in the TCP SYN packet. The value of the MSS field is determined by the maximum transmission unit (MTU) configuration on the host. The default MSS value for a PC is 1500 bytes.
The PPP over Ethernet (PPPoE) standard supports a MTU of only 1492 bytes. The disparity between the host and PPPoE MTU size can cause the router in between the host and the server to drop 1500-byte packets and terminate TCP sessions over the PPPoE network. Even if the path MTU (which detects the correct MTU across the path) is enabled on the host, sessions may be dropped because system administrators sometimes disable the ICMP error messages that must be relayed from the host in order for path MTU to work.
The ip tcp adjust-mss command helps prevent TCP sessions from being dropped by adjusting the MSS value of the TCP SYN packets.
The ip tcp adjust-mss command is effective only for TCP connections passing through the router.
In most cases, the optimum value for the max-segment-size argument is 1452 bytes. This value plus the 20-byte IP header, the 20-byte TCP header, and the 8-byte PPPoE header add up to a 1500-byte packet that matches the MTU size for the Ethernet link.
If you are configuring the ip mtu command on the same interface as the ip tcp adjust-mss command, it is recommended that you use the following commands and values:
•ip tcp adjust-mss 1452
•ip mtu 1492
6 de May de 2008 às 12:12 am
Muito bom Rodrigo Cesine!!! Parabéns e obrigado pela sua dedicação e pelo esforço em fazer tudo isso aqui acontecer…
Abraços,
Ferrugem!!!
“Juntos somos ainda melhores!!!”
6 de May de 2008 às 9:06 am
Oi Diogo! Este desafio não é fácil mesmo
Mas todos os conceitos cobertos nele (com exceção do Dynamips) são abordados no exame CCNA:
- Endereçamento IP
- EIGRP
- Roteamento estático
Se você ainda não consegue visualizar a solução, aguarde o vídeo que postarei no Domingo, explicando passo-a-passo como resolver este Desafio!
Abraços e siga tentando!
Marco.
6 de May de 2008 às 10:46 am
Marco / Rodrigo Cesine…show esse II MD…parabéns…estou acompanhando de perto e estou vendo q o pessoal está ativo e está particpando em massa…pena q não posso participar tbm…mas fica para uma proxima…
Boa sorte aos que estão “ralando” para resolver o II MD!!!
Abraços
Érik Voitic
6 de May de 2008 às 4:12 pm
To assistindo de camarote pois isso ta num nivel mais elevado pra mim, vamos ver quem vai levar esta!!!!!
7 de May de 2008 às 6:46 am
Ow Marco…
O II MD está realmente difícil. Muito bem elaborado.
Mas acredito que a galera tem mais dificuldade é no Dynamips mesmo.
É bom que o nível do blog está subiiiiiiiindo…
Só não tentei pois em casa não “roda” o Dynamips….
7 de May de 2008 às 2:19 pm
Párabens Plínio !!!
Percebi que vc está afiado mesmo…
É merecida sua vitória !!
Pelo esforço e dedicação !!!
16 de May de 2008 às 6:13 pm
Bacana.. sou novo aqui no blog.
estou começando estudar pro CCNA ainda…. mas o blog é muito joia!!!
Valew