<?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>Comments on: Blue Coat ProxySG VIP and Cisco Switches Need Multicast Enabled</title>
	<atom:link href="http://etherealmind.com/proxysg-vip-vrrp-multicast-cisco-switch/feed/" rel="self" type="application/rss+xml" />
	<link>http://etherealmind.com/proxysg-vip-vrrp-multicast-cisco-switch/</link>
	<description>Network design, architecture, thinking, working. Tech.</description>
	<lastBuildDate>Wed, 23 May 2012 23:00:00 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.2</generator>
	<item>
		<title>By: pjg</title>
		<link>http://etherealmind.com/proxysg-vip-vrrp-multicast-cisco-switch/#comment-212</link>
		<dc:creator>pjg</dc:creator>
		<pubDate>Thu, 20 Jan 2011 12:36:16 +0000</pubDate>
		<guid isPermaLink="false">http://etherealmind.com/2008/03/30/proxysg-vip-vrrp-multicast-cisco-switch/#comment-212</guid>
		<description>Just to clear something up - IGMP and IGMP Snooping are 2 different things. IGMP is a L3 protocol used for joining/leaving multicast groups and querying group membership. IGMP Snooping is a switch feature that listens for IGMP messages so that instead of broadcasting out all L2 ports, the switch can build a table of which L2 ports are interesting in each multicast group. It might sound pedantic but as you say in note (2) IP multicast (L2) and Ethernet multicast (L3) are two different things and both need to be understood for a successful implementation. 

It would make more sense to me to enable PIM on the default gateway for the VIP subnet rather than having a separate VRF interface. I am used to configuring multicast on the whole network though, so it doesn&#039;t scare me :)

In my experience multicast only cause issues when someone who doesn&#039;t understand the network and/or multicast configures it. SPF failures and L2 multicast are the most common gotchas I see. The worst one I had to troubleshoot had every edge switch configured as an IGMP Snooping Querier, with a query interval of 60 seconds. The end result was that every multicast group went to every switch, whether it really wanted it or not. These were HD streams too. You can imagine the change control to turn that off and configure multicast on the network properly on 165 switches which are providing IPTV to hundreds of rooms.</description>
		<content:encoded><![CDATA[<p>Just to clear something up &#8211; IGMP and IGMP Snooping are 2 different things. IGMP is a L3 protocol used for joining/leaving multicast groups and querying group membership. IGMP Snooping is a switch feature that listens for IGMP messages so that instead of broadcasting out all L2 ports, the switch can build a table of which L2 ports are interesting in each multicast group. It might sound pedantic but as you say in note (2) IP multicast (L2) and Ethernet multicast (L3) are two different things and both need to be understood for a successful implementation. </p>
<p>It would make more sense to me to enable PIM on the default gateway for the VIP subnet rather than having a separate VRF interface. I am used to configuring multicast on the whole network though, so it doesn&#8217;t scare me <img src='http://etherealmind.com/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
<p>In my experience multicast only cause issues when someone who doesn&#8217;t understand the network and/or multicast configures it. SPF failures and L2 multicast are the most common gotchas I see. The worst one I had to troubleshoot had every edge switch configured as an IGMP Snooping Querier, with a query interval of 60 seconds. The end result was that every multicast group went to every switch, whether it really wanted it or not. These were HD streams too. You can imagine the change control to turn that off and configure multicast on the network properly on 165 switches which are providing IPTV to hundreds of rooms.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Greg Ferro</title>
		<link>http://etherealmind.com/proxysg-vip-vrrp-multicast-cisco-switch/#comment-211</link>
		<dc:creator>Greg Ferro</dc:creator>
		<pubDate>Sat, 05 Apr 2008 17:43:10 +0000</pubDate>
		<guid isPermaLink="false">http://etherealmind.com/2008/03/30/proxysg-vip-vrrp-multicast-cisco-switch/#comment-211</guid>
		<description>This comes back to the &#039;I am scared of multicast&#039; debate. For many people, enabling multicast as global command is a scary thing. 

In big companies, the security and change control teams will fall into paroxysms of joyous condemnation of how insecure / risky it is. Which, of course, is mostly correct and in high security networks using a VRF is an effective way to solve this problem. 

In normal networks (which should be just about everyone, just use the code in the section &quot;Cisco switches need a Multicast router (mrouter)&quot; to keep it simple.</description>
		<content:encoded><![CDATA[<p>This comes back to the &#8216;I am scared of multicast&#8217; debate. For many people, enabling multicast as global command is a scary thing. </p>
<p>In big companies, the security and change control teams will fall into paroxysms of joyous condemnation of how insecure / risky it is. Which, of course, is mostly correct and in high security networks using a VRF is an effective way to solve this problem. </p>
<p>In normal networks (which should be just about everyone, just use the code in the section &#8220;Cisco switches need a Multicast router (mrouter)&#8221; to keep it simple.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Brian</title>
		<link>http://etherealmind.com/proxysg-vip-vrrp-multicast-cisco-switch/#comment-210</link>
		<dc:creator>Brian</dc:creator>
		<pubDate>Sat, 05 Apr 2008 15:48:43 +0000</pubDate>
		<guid isPermaLink="false">http://etherealmind.com/2008/03/30/proxysg-vip-vrrp-multicast-cisco-switch/#comment-210</guid>
		<description>Hmm.  Interesting usage of VRFs.  If using all Cisco switches, why not just setup one L3 switch or router as a PIM-Sparse-mode RP, and listen for IGMP Membership reports from IGMP-enabled switches?</description>
		<content:encoded><![CDATA[<p>Hmm.  Interesting usage of VRFs.  If using all Cisco switches, why not just setup one L3 switch or router as a PIM-Sparse-mode RP, and listen for IGMP Membership reports from IGMP-enabled switches?</p>
]]></content:encoded>
	</item>
</channel>
</rss>

<!-- Served from: etherealmind.com @ 2012-05-24 04:59:00 by W3 Total Cache -->
