Comments on: [CCNA] Desafio 1 - Semana 3 - Julho 2009

By: Lima

Lima — Tue, 21 Jul 2009 15:50:58 +0000

Esse Lab é muito bom, reforça o que aprendemos sobre subnet, ip secundário e formação de adjacência.

Vale apena construí-lo num simulador !

By: Cledir Justo

Cledir Justo — Sat, 18 Jul 2009 21:04:15 +0000

todos os dias enfrentamos desafios que preciasm de muito mais conhecimento do que você ganha no CCNA, portanto este desafio é perfeito, e não é dificil, basta fazer um lab no GNS3 e em algum lugar no blog já estava escrito sobre o EIGRP e o ip secondary.
Abraços ^^

By: Waldemar Jr.

Waldemar Jr. — Sat, 18 Jul 2009 16:54:10 +0000

Pô Marco, tá mais complicado que a prova CCNA!!!

By: Marco Filippetti

Marco Filippetti — Sat, 18 Jul 2009 16:05:55 +0000

Pessoal, vamos à resposta deste desafio! O Bruno explicou perfeitamente, acima (comment #51). O EIGRP não formará adjacência no caso mencionado pois o pacote HELLO, usado pelo protocolo para identificação do neighbor, é sempre enviado com o endereço IP primário da interface. Como o procedimento é este e os IPs primários de R1 e R2 não se encontram na mesma subnet, R2 não consegue identificar os HELLOs de R1, e vice-versa, não formando, portanto, adjacência.

Quanto ao PING, como bem explicado pelo Bruno, R2 pinga R1 se informarmos que a origem do PING (source) deve ser o IP secundário. Outra forma de resolver o problema é informar, em R1, a rota para o IP primário de R2 apontando para a interface S1/0. Também deve funcionar, neste caso.

Obrigado pela participação de todos. E aguardem o próximo desafio!

Marco

By: bfreixoc

bfreixoc — Sat, 18 Jul 2009 14:41:13 +0000

Ola!!!

Segue Teste no Dinamyps Referente ao EIGRP:

Não Formara adjacência conforme já foi dito, pois não estão na mesma rede e EIGRP não forma adjacências com IPs secundários.

Segue LOGS:

R1
*Mar 1 00:19:17.159: %DUAL-5-NBRCHANGE: IP-EIGRP(0) 100: Neighbor 172.30.3.1 (Serial1/0) is down: retry limit exceeded
*Mar 1 00:19:17.303: %DUAL-5-NBRCHANGE: IP-EIGRP(0) 100: Neighbor 172.30.3.1 (Serial1/0) is up: new adjacency
*Mar 1 00:20:36.815: %DUAL-5-NBRCHANGE: IP-EIGRP(0) 100: Neighbor 172.30.3.1 (Serial1/0) is down: retry limit exceeded
*Mar 1 00:20:39.459: %DUAL-5-NBRCHANGE: IP-EIGRP(0) 100: Neighbor 172.30.3.1 (Serial1/0) is up: new adjacency
*Mar 1 00:21:58.971: %DUAL-5-NBRCHANGE: IP-EIGRP(0) 100: Neighbor 172.30.3.1 (Serial1/0) is down: retry limit exceeded
*Mar 1 00:22:02.939: %DUAL-5-NBRCHANGE: IP-EIGRP(0) 100: Neighbor 172.30.3.1 (Serial1/0) is up: new adjacency

R2
*Mar 1 00:20:22.579: IP-EIGRP(Default-IP-Routing-Table:100): Neighbor 172.30.2.2 not on common subnet for Serial1/0
*Mar 1 00:20:35.899: IP-EIGRP(Default-IP-Routing-Table:100): Neighbor 172.30.2.2 not on common subnet for Serial1/0
*Mar 1 00:20:46.135: IP-EIGRP(Default-IP-Routing-Table:100): Neighbor 172.30.2.2 not on common subnet for Serial1/0
*Mar 1 00:20:59.727: IP-EIGRP(Default-IP-Routing-Table:100): Neighbor 172.30.2.2 not on common subnet for Serial1/0
*Mar 1 00:21:13.451: IP-EIGRP(Default-IP-Routing-Table:100): Neighbor 172.30.2.2 not on common subnet for Serial1/0
*Mar 1 00:21:27.631: IP-EIGRP(Default-IP-Routing-Table:100): Neighbor 172.30.2.2 not on common subnet for Serial1/0

Referente ao Ping:

R2 Pinga o R1 pois o ICMP esta saindo com o IP 172.30.3.1 para o IP secundario do R1 172.30.3.2.

R1 nao Pinga o R2 pois o ICMP esta saindo com o IP 172.30.2.2, pois é o IP Primario, e no R2 nao existe a rede 172.30.2.0/24.

Porem se vc Pingar do R1 para o R2 informando a origem ele responde:

R1#ping 172.30.3.1 source 172.30.3.2

Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 172.30.3.1, timeout is 2 seconds:
Packet sent with a source address of 172.30.3.2
!!!!!
Success rate is 100 percent (5/5), round-trip min/avg/max = 12/36/68 ms
R1#
O fato do R1 não pingar o R2 é devido somente o IP de origem do ICMP e não tem a ver com o EIGRP.

By: RAR

RAR — Sat, 18 Jul 2009 12:41:33 +0000

Neste caso nos temos a divulgação das redes corretas para o processo do eigrp, mas existe uma caso extremamente importante que para acontecer a adjacência temos que ter configurado pelo IP da interface primário. E neste caso o vizinho esta com o IP da interface secundária. Isso não funciona para o EIGRP.
No caso o R2 pinga o R1 devido o R2 ficar na mesma rede que o R1, mas o inverso não acontece pois o cabeçalho do ping sai com o IP source sendo a interface primária do R1, ou seja, esse IP não esta na mesma rede que o R2.

Abraços
Rodrigo

By: brunoff

brunoff — Thu, 16 Jul 2009 14:57:23 +0000

Não formará adjacência, pois EIGRP não trabalha com IP secundário.

By: Daniel V.S

Daniel V.S — Thu, 16 Jul 2009 02:07:14 +0000

Gente. O unico problema é que sempre o pacote saira com endereco fonte do ip primario. Sempre. Ai esta a questao.
E eu na minha humilde opiniao acho isso um “bug”, ja que costumo trabalhar mais com Linux e ele trata essa questao muito bem.