<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	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/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>brainwork´s blog</title>
	<atom:link href="http://www.brainwork.com.br/blog/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.brainwork.com.br/blog</link>
	<description>As idéias começam aqui.</description>
	<lastBuildDate>Wed, 01 Sep 2010 19:07:43 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.1</generator>
		<item>
		<title>Filtrando comandos show no IOS</title>
		<link>http://www.brainwork.com.br/blog/2010/09/01/filtrando-os-comandos-show-no-ios/</link>
		<comments>http://www.brainwork.com.br/blog/2010/09/01/filtrando-os-comandos-show-no-ios/#comments</comments>
		<pubDate>Wed, 01 Sep 2010 19:06:40 +0000</pubDate>
		<dc:creator>André Ortega</dc:creator>
				<category><![CDATA[Cisco]]></category>
		<category><![CDATA[Configuração]]></category>
		<category><![CDATA[Dicas]]></category>
		<category><![CDATA[Routers]]></category>
		<category><![CDATA[Uteis]]></category>
		<category><![CDATA[Filtro comando Show]]></category>
		<category><![CDATA[Modificadores comando show]]></category>
		<category><![CDATA[Show Output Filter]]></category>

		<guid isPermaLink="false">http://www.brainwork.com.br/blog/2010/09/01/filtrando-os-comandos-show-no-ios/</guid>
		<description><![CDATA[O Cisco IOS permite exibir todas as configurações através dos comandos shows, o que é uma bênção. Mas encontrar a parte que você precisa, quando a configuração é extensa, pode ser trabalhoso. Para facilitar o processo, e encontrar a informação desejada rapidamente, é possível realizar filtros/modificadores, onde manipulamos como será exibido o resultado do comando [...]]]></description>
		<wfw:commentRss>http://www.brainwork.com.br/blog/2010/09/01/filtrando-os-comandos-show-no-ios/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>Conceitos Dial-Peer Matching &#8211; Parte 3/3</title>
		<link>http://www.brainwork.com.br/blog/2010/08/23/conceitos-dial-peer-matching-parte-33/</link>
		<comments>http://www.brainwork.com.br/blog/2010/08/23/conceitos-dial-peer-matching-parte-33/#comments</comments>
		<pubDate>Mon, 23 Aug 2010 13:55:00 +0000</pubDate>
		<dc:creator>Daniel Ferianzzi Andriolo</dc:creator>
				<category><![CDATA[Configuração]]></category>
		<category><![CDATA[Telefonia-VoIP]]></category>
		<category><![CDATA[Dial-Peer]]></category>
		<category><![CDATA[Gateway]]></category>
		<category><![CDATA[Voice]]></category>
		<category><![CDATA[VoIP]]></category>

		<guid isPermaLink="false">http://www.brainwork.com.br/blog/2010/08/23/conceitos-dial-peer-matching-parte-33/</guid>
		<description><![CDATA[Neste tópico iremos abordar o processo de matching nas dial-peers saintes (outbound). Basicamente, a seleção de uma dial-peer outbound se dá pelo parâmetro &#34;destination-pattern&#34;, levando-se em conta dois fatores: - Match mais específica (Longest Match) - Preferência (preference) Devido ao fato de o gateway utilizar o processo de análise de dígito-por-dígito para selecionar qual dial-peer [...]]]></description>
		<wfw:commentRss>http://www.brainwork.com.br/blog/2010/08/23/conceitos-dial-peer-matching-parte-33/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Hub x Switch: Como funcionam</title>
		<link>http://www.brainwork.com.br/blog/2010/08/19/hub-x-switch-como-funcionam/</link>
		<comments>http://www.brainwork.com.br/blog/2010/08/19/hub-x-switch-como-funcionam/#comments</comments>
		<pubDate>Thu, 19 Aug 2010 14:09:42 +0000</pubDate>
		<dc:creator>André Ortega</dc:creator>
				<category><![CDATA[Switches]]></category>
		<category><![CDATA[Aging]]></category>
		<category><![CDATA[Filtering]]></category>
		<category><![CDATA[Flooding]]></category>
		<category><![CDATA[Forwarding]]></category>
		<category><![CDATA[Hub]]></category>
		<category><![CDATA[Learning]]></category>
		<category><![CDATA[switch]]></category>

		<guid isPermaLink="false">http://www.brainwork.com.br/blog/2010/08/19/hub-x-switch-como-funcionam/</guid>
		<description><![CDATA[Fisicamente, hubs e switches são parecidos, mas eles funcionam de forma bem diferente. De um lado temos os hubs, equipamentos simples, com baixo desempenho e segurança. Do outro os switches, com toda a inteligência embutida. Hub Hubs são dispositivos de camada 1 (física) no modelo OSI, e funcionam como repetidores de sinal elétrico. Quando um [...]]]></description>
		<wfw:commentRss>http://www.brainwork.com.br/blog/2010/08/19/hub-x-switch-como-funcionam/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>VLANs atrav&#233;s do roteador (bridging)</title>
		<link>http://www.brainwork.com.br/blog/2010/07/29/vlans-atravs-do-roteador-bridging/</link>
		<comments>http://www.brainwork.com.br/blog/2010/07/29/vlans-atravs-do-roteador-bridging/#comments</comments>
		<pubDate>Thu, 29 Jul 2010 15:12:00 +0000</pubDate>
		<dc:creator>André Ortega</dc:creator>
				<category><![CDATA[Cisco]]></category>
		<category><![CDATA[Configuração]]></category>
		<category><![CDATA[IOS]]></category>
		<category><![CDATA[Routers]]></category>
		<category><![CDATA[Switches]]></category>
		<category><![CDATA[Bridge]]></category>
		<category><![CDATA[Integrated Routing and Bridge]]></category>
		<category><![CDATA[IRB]]></category>
		<category><![CDATA[VLAN]]></category>

		<guid isPermaLink="false">http://www.brainwork.com.br/blog/?p=1174</guid>
		<description><![CDATA[O roteador é um dispositivo layer 3, e obviamente, usado para rotear. Mas em algumas situações é necessário que ele trabalhe como layer 2. Sim isso é possível. Nos roteadores Cisco, a partir do IOS 11.2, temos uma funcionalidade chamada IRB – Integrated Routing and Bridge, que permite fazer uma bridge entre interfaces, mantendo as [...]]]></description>
		<wfw:commentRss>http://www.brainwork.com.br/blog/2010/07/29/vlans-atravs-do-roteador-bridging/feed/</wfw:commentRss>
		<slash:comments>10</slash:comments>
		</item>
		<item>
		<title>Renomeando policy-map e class-map</title>
		<link>http://www.brainwork.com.br/blog/2010/07/28/renomeando-policy-map-e-class-map/</link>
		<comments>http://www.brainwork.com.br/blog/2010/07/28/renomeando-policy-map-e-class-map/#comments</comments>
		<pubDate>Wed, 28 Jul 2010 12:50:37 +0000</pubDate>
		<dc:creator>André Ortega</dc:creator>
				<category><![CDATA[Cisco]]></category>
		<category><![CDATA[Configuração]]></category>
		<category><![CDATA[Dicas]]></category>
		<category><![CDATA[IOS]]></category>
		<category><![CDATA[Uteis]]></category>
		<category><![CDATA[class-map]]></category>
		<category><![CDATA[Modular Policy Framework]]></category>
		<category><![CDATA[MPF]]></category>
		<category><![CDATA[policy-map]]></category>
		<category><![CDATA[renomear]]></category>

		<guid isPermaLink="false">http://www.brainwork.com.br/blog/2010/07/28/renomeando-policy-map-e-class-map/</guid>
		<description><![CDATA[A Modular Policy Framework (MPF) é uma estrutura que cada vez mais vai ganhando espaço na configuração do IOS, e é utilizada entre outras, para configuração de QoS. Ela é formada basicamente por class-maps e policy-maps. Agora a parte interessante: é possível mudar o nome de um class-map ou de um policy-map sem ter que [...]]]></description>
		<wfw:commentRss>http://www.brainwork.com.br/blog/2010/07/28/renomeando-policy-map-e-class-map/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
	</channel>
</rss>
