<?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: Cisco Link Aggregation and NetApp VIFs</title>
	<atom:link href="http://blog.scottlowe.org/2007/06/13/cisco-link-aggregation-and-netapp-vifs/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.scottlowe.org/2007/06/13/cisco-link-aggregation-and-netapp-vifs/</link>
	<description>The weblog of an IT pro specializing in virtualization, storage, and servers</description>
	<lastBuildDate>Wed, 08 Feb 2012 17:13:47 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=</generator>
	<item>
		<title>By: slowe</title>
		<link>http://blog.scottlowe.org/2007/06/13/cisco-link-aggregation-and-netapp-vifs/comment-page-1/#comment-49942</link>
		<dc:creator>slowe</dc:creator>
		<pubDate>Tue, 04 Jan 2011 18:39:18 +0000</pubDate>
		<guid isPermaLink="false">http://blog.scottlowe.org/2007/06/13/cisco-link-aggregation-and-netapp-vifs/#comment-49942</guid>
		<description>Chris Waltham, &quot;mode on&quot; means turn on link aggregation and don&#039;t negotiate. There&#039;s a separate command (&quot;channel-protocol lacp&quot;) that specifies if it is LACP or Cisco&#039;s EtherChannel.

Mon, can you elaborate further? That&#039;s a bit of a vague statement...</description>
		<content:encoded><![CDATA[<p>Chris Waltham, &#8220;mode on&#8221; means turn on link aggregation and don&#8217;t negotiate. There&#8217;s a separate command (&#8220;channel-protocol lacp&#8221;) that specifies if it is LACP or Cisco&#8217;s EtherChannel.</p>
<p>Mon, can you elaborate further? That&#8217;s a bit of a vague statement&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: mon</title>
		<link>http://blog.scottlowe.org/2007/06/13/cisco-link-aggregation-and-netapp-vifs/comment-page-1/#comment-49939</link>
		<dc:creator>mon</dc:creator>
		<pubDate>Tue, 04 Jan 2011 17:25:57 +0000</pubDate>
		<guid isPermaLink="false">http://blog.scottlowe.org/2007/06/13/cisco-link-aggregation-and-netapp-vifs/#comment-49939</guid>
		<description>this suckzzz....</description>
		<content:encoded><![CDATA[<p>this suckzzz&#8230;.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Chris Waltham</title>
		<link>http://blog.scottlowe.org/2007/06/13/cisco-link-aggregation-and-netapp-vifs/comment-page-1/#comment-47743</link>
		<dc:creator>Chris Waltham</dc:creator>
		<pubDate>Mon, 22 Mar 2010 19:55:22 +0000</pubDate>
		<guid isPermaLink="false">http://blog.scottlowe.org/2007/06/13/cisco-link-aggregation-and-netapp-vifs/#comment-47743</guid>
		<description>Hi Scott,

Am I missing something? You note that you&#039;re using the command &quot;channel-group 1 mode on&quot; in order to force static 802.3ad, but in the Cisco documentation I&#039;m reading (http://72.163.4.161/en/US/docs/switches/lan/catalyst6500/ios/12.1E/native/command/reference/C1.html) it says that &quot;mode on&quot; means &quot;Enable EtherChannel only.&quot;

This is my portgroup; I&#039;m wondering if it&#039;s LACP or PAgP? :( It goes to a NetApp filer, after all:

server-1#show int Po8
Port-channel8 is up, line protocol is up (connected)
  Hardware is EtherChannel, address is 000e.836c.5460 (bia 000e.836c.5460)


Chris</description>
		<content:encoded><![CDATA[<p>Hi Scott,</p>
<p>Am I missing something? You note that you&#8217;re using the command &#8220;channel-group 1 mode on&#8221; in order to force static 802.3ad, but in the Cisco documentation I&#8217;m reading (<a href="http://72.163.4.161/en/US/docs/switches/lan/catalyst6500/ios/12.1E/native/command/reference/C1.html" rel="nofollow">http://72.163.4.161/en/US/docs/switches/lan/catalyst6500/ios/12.1E/native/command/reference/C1.html</a>) it says that &#8220;mode on&#8221; means &#8220;Enable EtherChannel only.&#8221;</p>
<p>This is my portgroup; I&#8217;m wondering if it&#8217;s LACP or PAgP? <img src='http://blog.scottlowe.org/wp-includes/images/smilies/icon_sad.gif' alt=':(' class='wp-smiley' />  It goes to a NetApp filer, after all:</p>
<p>server-1#show int Po8<br />
Port-channel8 is up, line protocol is up (connected)<br />
  Hardware is EtherChannel, address is 000e.836c.5460 (bia 000e.836c.5460)</p>
<p>Chris</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: zakaria mehkri</title>
		<link>http://blog.scottlowe.org/2007/06/13/cisco-link-aggregation-and-netapp-vifs/comment-page-1/#comment-45905</link>
		<dc:creator>zakaria mehkri</dc:creator>
		<pubDate>Fri, 18 Sep 2009 19:30:08 +0000</pubDate>
		<guid isPermaLink="false">http://blog.scottlowe.org/2007/06/13/cisco-link-aggregation-and-netapp-vifs/#comment-45905</guid>
		<description>What is the hash alogrithm on NETAPPS when using the loadbalancing.

Do we have to use the XOR to calculate which IP address to use  for the traffic to use different ports</description>
		<content:encoded><![CDATA[<p>What is the hash alogrithm on NETAPPS when using the loadbalancing.</p>
<p>Do we have to use the XOR to calculate which IP address to use  for the traffic to use different ports</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: sty</title>
		<link>http://blog.scottlowe.org/2007/06/13/cisco-link-aggregation-and-netapp-vifs/comment-page-1/#comment-45596</link>
		<dc:creator>sty</dc:creator>
		<pubDate>Mon, 24 Aug 2009 03:20:39 +0000</pubDate>
		<guid isPermaLink="false">http://blog.scottlowe.org/2007/06/13/cisco-link-aggregation-and-netapp-vifs/#comment-45596</guid>
		<description>The load-balancing algorithms don&#039;t need to match, and if you&#039;re running a layered approach on your network (access-distribution-core) in the DC, then you&#039;re supposed to vary the algorithms to avoid polarizing the traffic paths.

Also on good cisco switches, you can use Layer4 (src-dst-port) balancing for even better granularity than Layer3 (src-dst-ip). L3 usually gets your around 20/80 balance, L4 has the possibility to give 40/60.

On layered network structure, you use L3 in core, L4 in distribution and L3 again in access.

so:
(config)#mls ip cef load-sharing full
  full    load balancing algorithm to include L4 ports

(config)#port-channel load-balance src-dst-port
  src-dst-port           Src XOR Dst TCP/UDP Port</description>
		<content:encoded><![CDATA[<p>The load-balancing algorithms don&#8217;t need to match, and if you&#8217;re running a layered approach on your network (access-distribution-core) in the DC, then you&#8217;re supposed to vary the algorithms to avoid polarizing the traffic paths.</p>
<p>Also on good cisco switches, you can use Layer4 (src-dst-port) balancing for even better granularity than Layer3 (src-dst-ip). L3 usually gets your around 20/80 balance, L4 has the possibility to give 40/60.</p>
<p>On layered network structure, you use L3 in core, L4 in distribution and L3 again in access.</p>
<p>so:<br />
(config)#mls ip cef load-sharing full<br />
  full    load balancing algorithm to include L4 ports</p>
<p>(config)#port-channel load-balance src-dst-port<br />
  src-dst-port           Src XOR Dst TCP/UDP Port</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Sriram</title>
		<link>http://blog.scottlowe.org/2007/06/13/cisco-link-aggregation-and-netapp-vifs/comment-page-1/#comment-43905</link>
		<dc:creator>Sriram</dc:creator>
		<pubDate>Wed, 18 Mar 2009 18:10:15 +0000</pubDate>
		<guid isPermaLink="false">http://blog.scottlowe.org/2007/06/13/cisco-link-aggregation-and-netapp-vifs/#comment-43905</guid>
		<description>Hi All,

Most of the Cisco old generation switches, including 3550 supports MAC ( source/Dest.)  based load balancing. However newer models wiht latest IOS, supports MAC &amp; IP based load balancing.  Please also note that in some models, etherchannel load balancing needs to be enabled eplicitly.

Also note that the load balance mether cant be set per channel. Its common for all the channels.

I have configured multiple etherchannels for numerous NetApps filers. But the netowrk architect who designed the solution did not request for any specific load balancing metheod, essestially making the balancing method unmatching on both sides. But still, the filers are working.( I foresee some issues when the traffic increases in future, we will have some packet drops.) My suggestions to initiate a discussion on this  was not given much weightage.

To conclude, the load balancing method on both sides need not match, to make the channel working.

Best Regards
Sriram</description>
		<content:encoded><![CDATA[<p>Hi All,</p>
<p>Most of the Cisco old generation switches, including 3550 supports MAC ( source/Dest.)  based load balancing. However newer models wiht latest IOS, supports MAC &amp; IP based load balancing.  Please also note that in some models, etherchannel load balancing needs to be enabled eplicitly.</p>
<p>Also note that the load balance mether cant be set per channel. Its common for all the channels.</p>
<p>I have configured multiple etherchannels for numerous NetApps filers. But the netowrk architect who designed the solution did not request for any specific load balancing metheod, essestially making the balancing method unmatching on both sides. But still, the filers are working.( I foresee some issues when the traffic increases in future, we will have some packet drops.) My suggestions to initiate a discussion on this  was not given much weightage.</p>
<p>To conclude, the load balancing method on both sides need not match, to make the channel working.</p>
<p>Best Regards<br />
Sriram</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: slowe</title>
		<link>http://blog.scottlowe.org/2007/06/13/cisco-link-aggregation-and-netapp-vifs/comment-page-1/#comment-42726</link>
		<dc:creator>slowe</dc:creator>
		<pubDate>Fri, 12 Dec 2008 12:46:10 +0000</pubDate>
		<guid isPermaLink="false">http://blog.scottlowe.org/2007/06/13/cisco-link-aggregation-and-netapp-vifs/#comment-42726</guid>
		<description>Good information, Ross, thanks for sharing that. I was already aware of that, but I&#039;m sure there are other readers that may not have realized this particular interaction.</description>
		<content:encoded><![CDATA[<p>Good information, Ross, thanks for sharing that. I was already aware of that, but I&#8217;m sure there are other readers that may not have realized this particular interaction.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ross</title>
		<link>http://blog.scottlowe.org/2007/06/13/cisco-link-aggregation-and-netapp-vifs/comment-page-1/#comment-42725</link>
		<dc:creator>Ross</dc:creator>
		<pubDate>Fri, 12 Dec 2008 12:31:02 +0000</pubDate>
		<guid isPermaLink="false">http://blog.scottlowe.org/2007/06/13/cisco-link-aggregation-and-netapp-vifs/#comment-42725</guid>
		<description>There are a few questions regarding load-balancing with MAC-address vs IP, so hopefully the following is useful.

In a simple, flat (single subnet) network MAC vs IP load-balancing should produce almost identical results as there will be one MAC address per IP address.

If multiple subnets/VLAN&#039;s are used, traffic for non-local subnets will all map to one (or a small number of) MAC addresses used by the default gateway for the local subnet which results in the poor performance mentioned by some posters.

So, in summary, use IP load balancing at both ends to avoid any unexpected issues, either during the inital deployment or as your network grows and additional subnets are added.</description>
		<content:encoded><![CDATA[<p>There are a few questions regarding load-balancing with MAC-address vs IP, so hopefully the following is useful.</p>
<p>In a simple, flat (single subnet) network MAC vs IP load-balancing should produce almost identical results as there will be one MAC address per IP address.</p>
<p>If multiple subnets/VLAN&#8217;s are used, traffic for non-local subnets will all map to one (or a small number of) MAC addresses used by the default gateway for the local subnet which results in the poor performance mentioned by some posters.</p>
<p>So, in summary, use IP load balancing at both ends to avoid any unexpected issues, either during the inital deployment or as your network grows and additional subnets are added.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Bziel</title>
		<link>http://blog.scottlowe.org/2007/06/13/cisco-link-aggregation-and-netapp-vifs/comment-page-1/#comment-39680</link>
		<dc:creator>Bziel</dc:creator>
		<pubDate>Wed, 02 Jul 2008 15:06:32 +0000</pubDate>
		<guid isPermaLink="false">http://blog.scottlowe.org/2007/06/13/cisco-link-aggregation-and-netapp-vifs/#comment-39680</guid>
		<description>There is a Bug in OnTapp 7.22 (Bug ID 221335 )
LACP does not work over VLANs:

Links on the filer can be aggregated using vifs. Multimode vifs can be enabled
 to run LACP to dynamically monitor the vif. Enabling LACP on a vif that has 
 VLANs running GVRP enabled caused the links to drop all LACP frames which 
 results in the vif being down.


If no trunk is necessary use no trunking mode:
vif create lacp cisco -b ip e0b e3b
ifconfig cisco 192.168.13.150 netmask 255.255.255.0 â€“wins


On the cisco site:
interface Port-channel20
 switchport access vlan 13
 switchport mode access
flowcontrol receive desired
 spanning-tree portfast 

interface GigabitEthernet1/0/48
 switchport access vlan 13
switchport mode access
flowcontrol receive desired
 no cdp enable
 channel-protocol lacp
 channel-group 20 mode active
 spanning-tree portfast

interface GigabitEthernet2/0/48
 switchport access vlan 13
switchport mode access
flowcontrol receive desired
 no cdp enable
 channel-protocol lacp
 channel-group 20 mode active
 spanning-tree portfast</description>
		<content:encoded><![CDATA[<p>There is a Bug in OnTapp 7.22 (Bug ID 221335 )<br />
LACP does not work over VLANs:</p>
<p>Links on the filer can be aggregated using vifs. Multimode vifs can be enabled<br />
 to run LACP to dynamically monitor the vif. Enabling LACP on a vif that has<br />
 VLANs running GVRP enabled caused the links to drop all LACP frames which<br />
 results in the vif being down.</p>
<p>If no trunk is necessary use no trunking mode:<br />
vif create lacp cisco -b ip e0b e3b<br />
ifconfig cisco 192.168.13.150 netmask 255.255.255.0 â€“wins</p>
<p>On the cisco site:<br />
interface Port-channel20<br />
 switchport access vlan 13<br />
 switchport mode access<br />
flowcontrol receive desired<br />
 spanning-tree portfast </p>
<p>interface GigabitEthernet1/0/48<br />
 switchport access vlan 13<br />
switchport mode access<br />
flowcontrol receive desired<br />
 no cdp enable<br />
 channel-protocol lacp<br />
 channel-group 20 mode active<br />
 spanning-tree portfast</p>
<p>interface GigabitEthernet2/0/48<br />
 switchport access vlan 13<br />
switchport mode access<br />
flowcontrol receive desired<br />
 no cdp enable<br />
 channel-protocol lacp<br />
 channel-group 20 mode active<br />
 spanning-tree portfast</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: slowe</title>
		<link>http://blog.scottlowe.org/2007/06/13/cisco-link-aggregation-and-netapp-vifs/comment-page-1/#comment-36679</link>
		<dc:creator>slowe</dc:creator>
		<pubDate>Sat, 29 Mar 2008 15:34:21 +0000</pubDate>
		<guid isPermaLink="false">http://blog.scottlowe.org/2007/06/13/cisco-link-aggregation-and-netapp-vifs/#comment-36679</guid>
		<description>Raj,

As far as I am aware, the load-balancing option does need to match and the load balancing option is set for the entire switch. I don&#039;t think it can be set on a per-port channel basis. However, I&#039;ll leave that to any Cisco expert readers to answer definitively.</description>
		<content:encoded><![CDATA[<p>Raj,</p>
<p>As far as I am aware, the load-balancing option does need to match and the load balancing option is set for the entire switch. I don&#8217;t think it can be set on a per-port channel basis. However, I&#8217;ll leave that to any Cisco expert readers to answer definitively.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

