<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	>
<channel>
	<title>Comentários sobre: [1o Desafio CCNA] Ping bem sucedido entre 2 Vlans diferentes</title>
	<atom:link href="http://www.bentow.com.br/2009/08/12/1o-desafio-ccna-ping-bem-sucedido-entre-2-vlans-diferentes/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.bentow.com.br/2009/08/12/1o-desafio-ccna-ping-bem-sucedido-entre-2-vlans-diferentes/</link>
	<description>Material, guia e resumos de estudo para Certificação Cisco CCNA 640-802 e CCNP.</description>
	<pubDate>Thu, 09 Sep 2010 11:05:24 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.7.1</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>Por: Maurício Bento Ghem</title>
		<link>http://www.bentow.com.br/2009/08/12/1o-desafio-ccna-ping-bem-sucedido-entre-2-vlans-diferentes/comment-page-1/#comment-2963</link>
		<dc:creator>Maurício Bento Ghem</dc:creator>
		<pubDate>Mon, 07 Dec 2009 01:42:06 +0000</pubDate>
		<guid isPermaLink="false">http://www.bentow.com.br/?p=723#comment-2963</guid>
		<description>Essa falha na configuração é bastante peculiar. Como a comunicação entre os switches não foi dada via porta trunk, e sim porta de acesso, o tagging (informação a respeito das Vlans) é removido nesta porta. Como os dois hosts encontram-se no mesmo domínio de broadcast, é possível a comunicação!

Abraço</description>
		<content:encoded><![CDATA[<p>Essa falha na configuração é bastante peculiar. Como a comunicação entre os switches não foi dada via porta trunk, e sim porta de acesso, o tagging (informação a respeito das Vlans) é removido nesta porta. Como os dois hosts encontram-se no mesmo domínio de broadcast, é possível a comunicação!</p>
<p>Abraço</p>
]]></content:encoded>
	</item>
	<item>
		<title>Por: Honorato</title>
		<link>http://www.bentow.com.br/2009/08/12/1o-desafio-ccna-ping-bem-sucedido-entre-2-vlans-diferentes/comment-page-1/#comment-2954</link>
		<dc:creator>Honorato</dc:creator>
		<pubDate>Fri, 04 Dec 2009 09:39:57 +0000</pubDate>
		<guid isPermaLink="false">http://www.bentow.com.br/?p=723#comment-2954</guid>
		<description>esse esquema eh bastante interessante.
testei esse esquema no PTracer e tambem tive sucesso no PING. Bem, nessa ordem de ideia acredito no seguinte:
1. os hosts (PC0, PC1) como se encontram no mesmo dominio de rede, o pacote gerado pelo um desses hosts descarta todo tipo de itens relacionado vlan ID, assumindo-se como se estivem na Vlan default</description>
		<content:encoded><![CDATA[<p>esse esquema eh bastante interessante.<br />
testei esse esquema no PTracer e tambem tive sucesso no PING. Bem, nessa ordem de ideia acredito no seguinte:<br />
1. os hosts (PC0, PC1) como se encontram no mesmo dominio de rede, o pacote gerado pelo um desses hosts descarta todo tipo de itens relacionado vlan ID, assumindo-se como se estivem na Vlan default</p>
]]></content:encoded>
	</item>
	<item>
		<title>Por: Renato Silva</title>
		<link>http://www.bentow.com.br/2009/08/12/1o-desafio-ccna-ping-bem-sucedido-entre-2-vlans-diferentes/comment-page-1/#comment-2731</link>
		<dc:creator>Renato Silva</dc:creator>
		<pubDate>Fri, 28 Aug 2009 19:31:02 +0000</pubDate>
		<guid isPermaLink="false">http://www.bentow.com.br/?p=723#comment-2731</guid>
		<description>Muito intessante, mesmo.!</description>
		<content:encoded><![CDATA[<p>Muito intessante, mesmo.!</p>
]]></content:encoded>
	</item>
	<item>
		<title>Por: Maurício Bento Ghem</title>
		<link>http://www.bentow.com.br/2009/08/12/1o-desafio-ccna-ping-bem-sucedido-entre-2-vlans-diferentes/comment-page-1/#comment-2678</link>
		<dc:creator>Maurício Bento Ghem</dc:creator>
		<pubDate>Mon, 17 Aug 2009 16:51:54 +0000</pubDate>
		<guid isPermaLink="false">http://www.bentow.com.br/?p=723#comment-2678</guid>
		<description>Temos que estar por dentro das configurações malfeitas, afinal estamos estudando para projetar, configurar, implementar e resolver problemas!

Parabéns aos que participaram, e também aos que se questionaram sobre essa configuração.

Abração,
Maurício.</description>
		<content:encoded><![CDATA[<p>Temos que estar por dentro das configurações malfeitas, afinal estamos estudando para projetar, configurar, implementar e resolver problemas!</p>
<p>Parabéns aos que participaram, e também aos que se questionaram sobre essa configuração.</p>
<p>Abração,<br />
Maurício.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Por: Naiguel</title>
		<link>http://www.bentow.com.br/2009/08/12/1o-desafio-ccna-ping-bem-sucedido-entre-2-vlans-diferentes/comment-page-1/#comment-2673</link>
		<dc:creator>Naiguel</dc:creator>
		<pubDate>Sun, 16 Aug 2009 02:41:23 +0000</pubDate>
		<guid isPermaLink="false">http://www.bentow.com.br/?p=723#comment-2673</guid>
		<description>Essa foi interessante =D ( é bom ver que acontece..senão até pensar nisso seria...erro no packet tracer!)</description>
		<content:encoded><![CDATA[<p>Essa foi interessante =D ( é bom ver que acontece..senão até pensar nisso seria&#8230;erro no packet tracer!)</p>
]]></content:encoded>
	</item>
	<item>
		<title>Por: Denis</title>
		<link>http://www.bentow.com.br/2009/08/12/1o-desafio-ccna-ping-bem-sucedido-entre-2-vlans-diferentes/comment-page-1/#comment-2671</link>
		<dc:creator>Denis</dc:creator>
		<pubDate>Fri, 14 Aug 2009 02:32:05 +0000</pubDate>
		<guid isPermaLink="false">http://www.bentow.com.br/?p=723#comment-2671</guid>
		<description>...boa, realmente interessante...
abs,</description>
		<content:encoded><![CDATA[<p>&#8230;boa, realmente interessante&#8230;<br />
abs,</p>
]]></content:encoded>
	</item>
	<item>
		<title>Por: Maurício Bento Ghem</title>
		<link>http://www.bentow.com.br/2009/08/12/1o-desafio-ccna-ping-bem-sucedido-entre-2-vlans-diferentes/comment-page-1/#comment-2669</link>
		<dc:creator>Maurício Bento Ghem</dc:creator>
		<pubDate>Thu, 13 Aug 2009 20:32:53 +0000</pubDate>
		<guid isPermaLink="false">http://www.bentow.com.br/?p=723#comment-2669</guid>
		<description>Parabéns aos que participaram.

Vamos lá!
Como vocês sabem VLANs segmentam domínios de broadcast. Pelo diagrama, nota-se que ambos switches tem duas portas nas mesmas VLANs de acesso, mas essas VLANs são diferente entre os switches.
Outro fato importante, é saber que uma porta em modo de acesso não envia os frames encapsulados pelo protocolo de trunking, 802.1Q ou ISL.

Porque é possível a comunicação entre os Hosts, estando em VLANs diferentes?
Quando o ping é iniciado, é necessário descobrir o endereço MAC por meio do protocolo ARP, enviado por Broadcast. O Switch percebe que possui uma outra porta na mesma VLAN e encaminha esse broadcast ARP. Como as portas são de acesso nos dois lados, o frame não recebe o tagging, o outro switch recebe o broadcast, o host responde e a comunicação flue.

Essa configuração não deve ser utilizada, mas achei muito interessante colocá-la como desafio, pois apareceu num simulado para a prova BCMSN. Parei alguns minutos para pensar, pois nunca tinha visto configuração que nem essa.

Um grande abraço,
Maurício Bento Ghem.</description>
		<content:encoded><![CDATA[<p>Parabéns aos que participaram.</p>
<p>Vamos lá!<br />
Como vocês sabem VLANs segmentam domínios de broadcast. Pelo diagrama, nota-se que ambos switches tem duas portas nas mesmas VLANs de acesso, mas essas VLANs são diferente entre os switches.<br />
Outro fato importante, é saber que uma porta em modo de acesso não envia os frames encapsulados pelo protocolo de trunking, 802.1Q ou ISL.</p>
<p>Porque é possível a comunicação entre os Hosts, estando em VLANs diferentes?<br />
Quando o ping é iniciado, é necessário descobrir o endereço MAC por meio do protocolo ARP, enviado por Broadcast. O Switch percebe que possui uma outra porta na mesma VLAN e encaminha esse broadcast ARP. Como as portas são de acesso nos dois lados, o frame não recebe o tagging, o outro switch recebe o broadcast, o host responde e a comunicação flue.</p>
<p>Essa configuração não deve ser utilizada, mas achei muito interessante colocá-la como desafio, pois apareceu num simulado para a prova BCMSN. Parei alguns minutos para pensar, pois nunca tinha visto configuração que nem essa.</p>
<p>Um grande abraço,<br />
Maurício Bento Ghem.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Por: thejapa</title>
		<link>http://www.bentow.com.br/2009/08/12/1o-desafio-ccna-ping-bem-sucedido-entre-2-vlans-diferentes/comment-page-1/#comment-2668</link>
		<dc:creator>thejapa</dc:creator>
		<pubDate>Wed, 12 Aug 2009 21:54:29 +0000</pubDate>
		<guid isPermaLink="false">http://www.bentow.com.br/?p=723#comment-2668</guid>
		<description>Funciona pois ambas portas estão em modo de acesso. Detalhe, o CDP, caso habilitado, vai reclamar de VLAN mismatch. Se o switch é de acesso, o ideal é além de forçar o modo de acesso, limitar o máximo de MACs na porta, 1 para estações de trabalho e servidores ou 2 para ramais VoIP. Além disso, se forem portas para estações, pode-se habilitar o bpduguard, daí se alguém tentar espetar um switch que fale xSTP, a porta entra em err-disable e protege a rede. Se o comportamento desejado é que ao se conectar um switch, a porta entre em modo trunk, então volte a porta para modo auto ou desirable, e o DTP faz a negociação e as VLANs não irão se comunicar como desejado.</description>
		<content:encoded><![CDATA[<p>Funciona pois ambas portas estão em modo de acesso. Detalhe, o CDP, caso habilitado, vai reclamar de VLAN mismatch. Se o switch é de acesso, o ideal é além de forçar o modo de acesso, limitar o máximo de MACs na porta, 1 para estações de trabalho e servidores ou 2 para ramais VoIP. Além disso, se forem portas para estações, pode-se habilitar o bpduguard, daí se alguém tentar espetar um switch que fale xSTP, a porta entra em err-disable e protege a rede. Se o comportamento desejado é que ao se conectar um switch, a porta entre em modo trunk, então volte a porta para modo auto ou desirable, e o DTP faz a negociação e as VLANs não irão se comunicar como desejado.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Por: Pedro</title>
		<link>http://www.bentow.com.br/2009/08/12/1o-desafio-ccna-ping-bem-sucedido-entre-2-vlans-diferentes/comment-page-1/#comment-2667</link>
		<dc:creator>Pedro</dc:creator>
		<pubDate>Wed, 12 Aug 2009 20:58:25 +0000</pubDate>
		<guid isPermaLink="false">http://www.bentow.com.br/?p=723#comment-2667</guid>
		<description>A única coisa de diferente que verifiquei é que os dois dominios vtp estão como Server</description>
		<content:encoded><![CDATA[<p>A única coisa de diferente que verifiquei é que os dois dominios vtp estão como Server</p>
]]></content:encoded>
	</item>
	<item>
		<title>Por: Cesar Leite</title>
		<link>http://www.bentow.com.br/2009/08/12/1o-desafio-ccna-ping-bem-sucedido-entre-2-vlans-diferentes/comment-page-1/#comment-2666</link>
		<dc:creator>Cesar Leite</dc:creator>
		<pubDate>Wed, 12 Aug 2009 19:52:03 +0000</pubDate>
		<guid isPermaLink="false">http://www.bentow.com.br/?p=723#comment-2666</guid>
		<description>Boa tarde..

Bom, posso estar errado, mas as f0/1 que ligam um switch ao outro estão em modo de acesso, e não de trunk; não foi configurado domínios; hosts com IPs da mesma sub-rede... portanto acho que assim como eu achei esquisita uma configuração desse tipo, os switches também devem entender que seus respectivos PCs podem se falar normalmente, como se não estivessem em vlans diferentes... sei lá...rs...é isso?..

Abraço!

Flws..
Milk..</description>
		<content:encoded><![CDATA[<p>Boa tarde..</p>
<p>Bom, posso estar errado, mas as f0/1 que ligam um switch ao outro estão em modo de acesso, e não de trunk; não foi configurado domínios; hosts com IPs da mesma sub-rede&#8230; portanto acho que assim como eu achei esquisita uma configuração desse tipo, os switches também devem entender que seus respectivos PCs podem se falar normalmente, como se não estivessem em vlans diferentes&#8230; sei lá&#8230;rs&#8230;é isso?..</p>
<p>Abraço!</p>
<p>Flws..<br />
Milk..</p>
]]></content:encoded>
	</item>
</channel>
</rss>
