<?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: Active-Passive bonding on Solaris 10</title>
	<atom:link href="http://blog.verwilst.be/2008/04/09/active-passive-bonding-on-solaris-10/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.verwilst.be/2008/04/09/active-passive-bonding-on-solaris-10/</link>
	<description>Linux, Open Source. That&#039;s pretty much it.</description>
	<lastBuildDate>Thu, 12 May 2011 05:23:33 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.1.4</generator>
	<item>
		<title>By: implicate_order</title>
		<link>http://blog.verwilst.be/2008/04/09/active-passive-bonding-on-solaris-10/comment-page-1/#comment-368</link>
		<dc:creator>implicate_order</dc:creator>
		<pubDate>Wed, 03 Jun 2009 17:16:26 +0000</pubDate>
		<guid isPermaLink="false">http://weblog.verwilst.be/?p=54#comment-368</guid>
		<description>perhaps a little bit of &quot;googling&quot; would give you your answers and saved you some time.

But here goes:

1) IPMP is not Bonding (in the strictest sense), since IPMP only does Active/Passive High Availability with your NICs
2) Link aggregation is what you would consider bonding. 

The two are very different beasts.
IPMP is done to provide FT across disparate switches.
Aggregation (and infact any teaming/bonding/aggregation) cannot be done across disparate switches. All members of the aggregation have to be on the same switch.

The &quot;bond&quot; groups you set up in the /etc/hostname.xxx files were not really bonds but IPMP FT (Fault Tolerance) groups. 

IPMP works in several ways. The simplest is link-detection mode where it works at the datalink layer.

When you do that, you will see the &quot;no test address configured&quot; message in /var/adm/messages

You could set up two aggregated nics and then IPMP the two to set up switch disparity. The process would be exactly as you did with your /etc/hostname.e1000gx files, except the filenames would be /etc/hostname.aggr1 etc.</description>
		<content:encoded><![CDATA[<p>perhaps a little bit of &#8220;googling&#8221; would give you your answers and saved you some time.</p>
<p>But here goes:</p>
<p>1) IPMP is not Bonding (in the strictest sense), since IPMP only does Active/Passive High Availability with your NICs<br />
2) Link aggregation is what you would consider bonding. </p>
<p>The two are very different beasts.<br />
IPMP is done to provide FT across disparate switches.<br />
Aggregation (and infact any teaming/bonding/aggregation) cannot be done across disparate switches. All members of the aggregation have to be on the same switch.</p>
<p>The &#8220;bond&#8221; groups you set up in the /etc/hostname.xxx files were not really bonds but IPMP FT (Fault Tolerance) groups. </p>
<p>IPMP works in several ways. The simplest is link-detection mode where it works at the datalink layer.</p>
<p>When you do that, you will see the &#8220;no test address configured&#8221; message in /var/adm/messages</p>
<p>You could set up two aggregated nics and then IPMP the two to set up switch disparity. The process would be exactly as you did with your /etc/hostname.e1000gx files, except the filenames would be /etc/hostname.aggr1 etc.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Rahul</title>
		<link>http://blog.verwilst.be/2008/04/09/active-passive-bonding-on-solaris-10/comment-page-1/#comment-364</link>
		<dc:creator>Rahul</dc:creator>
		<pubDate>Sun, 29 Mar 2009 02:55:56 +0000</pubDate>
		<guid isPermaLink="false">http://weblog.verwilst.be/?p=54#comment-364</guid>
		<description>Can any one tell me what entry i have to make in &quot;/etc/hosts&quot; file for &quot;group bond0&quot; and &quot;group bond1&quot; Please

Thanks</description>
		<content:encoded><![CDATA[<p>Can any one tell me what entry i have to make in &#8220;/etc/hosts&#8221; file for &#8220;group bond0&#8243; and &#8220;group bond1&#8243; Please</p>
<p>Thanks</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: sorted78</title>
		<link>http://blog.verwilst.be/2008/04/09/active-passive-bonding-on-solaris-10/comment-page-1/#comment-312</link>
		<dc:creator>sorted78</dc:creator>
		<pubDate>Mon, 12 Jan 2009 12:35:58 +0000</pubDate>
		<guid isPermaLink="false">http://weblog.verwilst.be/?p=54#comment-312</guid>
		<description>bollocks article! aggregation and IPMP are two completely different things.</description>
		<content:encoded><![CDATA[<p>bollocks article! aggregation and IPMP are two completely different things.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: anthony bentley</title>
		<link>http://blog.verwilst.be/2008/04/09/active-passive-bonding-on-solaris-10/comment-page-1/#comment-250</link>
		<dc:creator>anthony bentley</dc:creator>
		<pubDate>Thu, 11 Dec 2008 00:57:33 +0000</pubDate>
		<guid isPermaLink="false">http://weblog.verwilst.be/?p=54#comment-250</guid>
		<description>I configured 4 nic&#039;s into two different groups by following these instructions. However, after I rebooted the system I received these errors (below). Do I need to configure a test address with ifconfig -failover option?:

Dec 10 08:12:41 in.mpathd[162]: No test address configured on interface e1000g1;
Dec 10 08:12:41 in.mpathd[162]: No test address configured on interface e1000g1;
 disabling probe-based failure detection on it
Dec 10 08:12:41 in.mpathd[162]: No test address configured on interface e1000g1;
 disabling probe-based failure detection on it                                  
Dec 10 08:12:41 in.mpathd[162]: No test address configured on interface e1000g0;
Dec 10 08:12:41 in.mpathd[162]: No test address configured on interface e1000g1;
 disabling probe-based failure detection on it                                  
Dec 10 08:12:41 in.mpathd[162]: No test address configured on interface e1000g0;
 disabling probe-based failure detection on it
Dec 10 08:12:41 in.mpathd[162]: No test address configured on interface e1000g1;
 disabling probe-based failure detection on it                                  
Dec 10 08:12:41 in.mpathd[162]: No test address configured on interface e1000g0;
 disabling probe-based failure detection on it                                  
Dec 10 08:12:41 in.mpathd[162]: No test address configured on interface bge1; di
Dec 10 08:12:41 in.mpathd[162]: No test address configured on interface e1000g1;
 disabling probe-based failure detection on it                                  
Dec 10 08:12:41 in.mpathd[162]: No test address configured on interface e1000g0;
 disabling probe-based failure detection on it                                  
Dec 10 08:12:41 in.mpathd[162]: No test address configured on interface bge1; di
sabling probe-based failure detection on it
Dec 10 08:12:41 in.mpathd[162]: No test address configured on interface e1000g1;
 disabling probe-based failure detection on it                                  
Dec 10 08:12:41 in.mpathd[162]: No test address configured on interface e1000g0;
 disabling probe-based failure detection on it                                  
Dec 10 08:12:41 in.mpathd[162]: No test address configured on interface bge1; di
sabling probe-based failure detection on it                                     
Dec 10 08:12:41 in.mpathd[162]: No test address configured on interface bge0; di
Dec 10 08:12:41 in.mpathd[162]: No test address configured on interface e1000g1;
 disabling probe-based failure detection on it                                  
Dec 10 08:12:41 in.mpathd[162]: No test address configured on interface e1000g0;
 disabling probe-based failure detection on it                                  
Dec 10 08:12:41 in.mpathd[162]: No test address configured on interface bge1; di
sabling probe-based failure detection on it                                     
Dec 10 08:12:41 in.mpathd[162]: No test address configured on interface bge0; di
sabling probe-based failure detection on it</description>
		<content:encoded><![CDATA[<p>I configured 4 nic&#8217;s into two different groups by following these instructions. However, after I rebooted the system I received these errors (below). Do I need to configure a test address with ifconfig -failover option?:</p>
<p>Dec 10 08:12:41 in.mpathd[162]: No test address configured on interface e1000g1;<br />
Dec 10 08:12:41 in.mpathd[162]: No test address configured on interface e1000g1;<br />
 disabling probe-based failure detection on it<br />
Dec 10 08:12:41 in.mpathd[162]: No test address configured on interface e1000g1;<br />
 disabling probe-based failure detection on it<br />
Dec 10 08:12:41 in.mpathd[162]: No test address configured on interface e1000g0;<br />
Dec 10 08:12:41 in.mpathd[162]: No test address configured on interface e1000g1;<br />
 disabling probe-based failure detection on it<br />
Dec 10 08:12:41 in.mpathd[162]: No test address configured on interface e1000g0;<br />
 disabling probe-based failure detection on it<br />
Dec 10 08:12:41 in.mpathd[162]: No test address configured on interface e1000g1;<br />
 disabling probe-based failure detection on it<br />
Dec 10 08:12:41 in.mpathd[162]: No test address configured on interface e1000g0;<br />
 disabling probe-based failure detection on it<br />
Dec 10 08:12:41 in.mpathd[162]: No test address configured on interface bge1; di<br />
Dec 10 08:12:41 in.mpathd[162]: No test address configured on interface e1000g1;<br />
 disabling probe-based failure detection on it<br />
Dec 10 08:12:41 in.mpathd[162]: No test address configured on interface e1000g0;<br />
 disabling probe-based failure detection on it<br />
Dec 10 08:12:41 in.mpathd[162]: No test address configured on interface bge1; di<br />
sabling probe-based failure detection on it<br />
Dec 10 08:12:41 in.mpathd[162]: No test address configured on interface e1000g1;<br />
 disabling probe-based failure detection on it<br />
Dec 10 08:12:41 in.mpathd[162]: No test address configured on interface e1000g0;<br />
 disabling probe-based failure detection on it<br />
Dec 10 08:12:41 in.mpathd[162]: No test address configured on interface bge1; di<br />
sabling probe-based failure detection on it<br />
Dec 10 08:12:41 in.mpathd[162]: No test address configured on interface bge0; di<br />
Dec 10 08:12:41 in.mpathd[162]: No test address configured on interface e1000g1;<br />
 disabling probe-based failure detection on it<br />
Dec 10 08:12:41 in.mpathd[162]: No test address configured on interface e1000g0;<br />
 disabling probe-based failure detection on it<br />
Dec 10 08:12:41 in.mpathd[162]: No test address configured on interface bge1; di<br />
sabling probe-based failure detection on it<br />
Dec 10 08:12:41 in.mpathd[162]: No test address configured on interface bge0; di<br />
sabling probe-based failure detection on it</p>
]]></content:encoded>
	</item>
</channel>
</rss>

