<?xml version="1.0" encoding="UTF-8"?>
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns="http://purl.org/rss/1.0/" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:syn="http://purl.org/rss/1.0/modules/syndication/" xmlns:admin="http://webns.net/mvcb/">
  <channel rdf:about="http://permalink.gmane.org/gmane.os.solaris.opensolaris.networking">
    <title>gmane.os.solaris.opensolaris.networking</title>
    <link>http://permalink.gmane.org/gmane.os.solaris.opensolaris.networking</link>
    <description/>
    <syn:updatePeriod>hourly</syn:updatePeriod>
    <syn:updateFrequency>1</syn:updateFrequency>
    <syn:updateBase>1901-01-01T00:00+00:00</syn:updateBase>
    <items>
      <rdf:Seq>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.solaris.opensolaris.networking/14292"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.solaris.opensolaris.networking/14290"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.solaris.opensolaris.networking/14289"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.solaris.opensolaris.networking/14288"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.solaris.opensolaris.networking/14287"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.solaris.opensolaris.networking/14286"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.solaris.opensolaris.networking/14285"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.solaris.opensolaris.networking/14284"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.solaris.opensolaris.networking/14283"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.solaris.opensolaris.networking/14282"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.solaris.opensolaris.networking/14280"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.solaris.opensolaris.networking/14279"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.solaris.opensolaris.networking/14278"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.solaris.opensolaris.networking/14277"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.solaris.opensolaris.networking/14276"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.solaris.opensolaris.networking/14275"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.solaris.opensolaris.networking/14274"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.solaris.opensolaris.networking/14273"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.solaris.opensolaris.networking/14272"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.solaris.opensolaris.networking/14271"/>
      </rdf:Seq>
    </items>
    <image rdf:resource="http://gmane.org/img/gmane-25t.png"/>
    <textinput rdf:resource=""/>
  </channel>
  <image rdf:about="http://gmane.org/img/gmane-25t.png">
    <title>Gmane</title>
    <url>http://gmane.org/img/gmane-25t.png</url>
    <link>http://gmane.org</link>
  </image>
  <item rdf:about="http://permalink.gmane.org/gmane.os.solaris.opensolaris.networking/14292">
    <title>ipf increase NAT table</title>
    <link>http://permalink.gmane.org/gmane.os.solaris.opensolaris.networking/14292</link>
    <description>&lt;pre&gt;Hello all.
How to increase a NAT table, for example for 300000 sessions? I have tried

#ipf -D -T ipf_nattable_sz=10009,ipf_nattable_max=300000 -E

but after this NAT hangup and doesn't work.

$ uname -a
SunOS router 5.11 11.1 sun4v sparc SUNW,Sun-Fire-T1000

On FreeBSD i recompile kernel with bigger values and it works fine, but 
in Solaris - i doesn't want to recompile kernel/ipf.

Thanks.
&lt;/pre&gt;</description>
    <dc:creator>skeletor</dc:creator>
    <dc:date>2013-02-22T09:26:16</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.solaris.opensolaris.networking/14290">
    <title>Re: IPMP - Programmatic interface</title>
    <link>http://permalink.gmane.org/gmane.os.solaris.opensolaris.networking/14290</link>
    <description>&lt;pre&gt;
 &amp;gt;  &amp;gt; I want to perform following operations in C/C++ -
 &amp;gt;  &amp;gt; - given a set of interfaces, configure IPMP group containing those interfaces
 &amp;gt; 
 &amp;gt; That definitely will need to be done through ifconfig/ipadm.
 &amp;gt; 
 &amp;gt;  &amp;gt; - monitor IPMP group for failure - take some action on failure 
 &amp;gt; 
 &amp;gt; This can be done through routing sockets by monitoring the IFF_FAILED flag
 &amp;gt; on IFF_IPMP interfaces.

One note: due to limitations in the routing socket message format, the
IFF_FAILED and IFF_IPMP flags will not be visible in rtm_flags.  As such,
you'll need to use the RTM_IFINFO message as hint that you should call
SIOCGLIFFLAGS and check to see if the flags have changed.

 &amp;gt;  &amp;gt; - if possible, move one virtual IP address from one active interface to
 &amp;gt;  &amp;gt; another one the same IPMP group
 &amp;gt; 
 &amp;gt; The kernel has control over which IP addresses are bound to which active
 &amp;gt; interfaces.  Thus, if you have more than one active interface, you cannot
 &amp;gt; explicitly control this.  Further, note that in the future the kernel may
 &amp;gt; el&lt;/pre&gt;</description>
    <dc:creator>Peter Memishian</dc:creator>
    <dc:date>2012-07-25T19:28:34</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.solaris.opensolaris.networking/14289">
    <title>Re: IPMP - Programmatic interface</title>
    <link>http://permalink.gmane.org/gmane.os.solaris.opensolaris.networking/14289</link>
    <description>&lt;pre&gt;
 &amp;gt; I want to perform following operations in C/C++ -
 &amp;gt; - given a set of interfaces, configure IPMP group containing those interfaces

That definitely will need to be done through ifconfig/ipadm.

 &amp;gt; - monitor IPMP group for failure - take some action on failure 

This can be done through routing sockets by monitoring the IFF_FAILED flag
on IFF_IPMP interfaces.

 &amp;gt; - if possible, move one virtual IP address from one active interface to
 &amp;gt; another one the same IPMP group

The kernel has control over which IP addresses are bound to which active
interfaces.  Thus, if you have more than one active interface, you cannot
explicitly control this.  Further, note that in the future the kernel may
elect to rebind at any time -- e.g., based on monitoring the load across
the active interfaces.

 &amp;gt; Thanks and Regards,
 &amp;gt; Paresh Bafna
 &amp;gt; 
 &amp;gt; 
 &amp;gt; -----Original Message-----
 &amp;gt; From: Peter Memishian [mailto:Peter.Memishian-veTT2BtV2gBXrIkS9f7CXA&amp;lt; at &amp;gt;public.gmane.org] 
 &amp;gt; Sent: Tuesday, July 24, 2012 10:58 PM
 &amp;gt; To: Paresh Bafna&lt;/pre&gt;</description>
    <dc:creator>Peter Memishian</dc:creator>
    <dc:date>2012-07-25T19:23:27</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.solaris.opensolaris.networking/14288">
    <title>Re: IPMP - Programmatic interface</title>
    <link>http://permalink.gmane.org/gmane.os.solaris.opensolaris.networking/14288</link>
    <description>&lt;pre&gt;Hi,

I want to perform following operations in C/C++ -
- given a set of interfaces, configure IPMP group containing those interfaces
- monitor IPMP group for failure - take some action on failure 
- if possible, move one virtual IP address from one active interface to another one the same IPMP group

Thanks and Regards,
Paresh Bafna


-----Original Message-----
From: Peter Memishian [mailto:Peter.Memishian-veTT2BtV2gBXrIkS9f7CXA&amp;lt; at &amp;gt;public.gmane.org] 
Sent: Tuesday, July 24, 2012 10:58 PM
To: Paresh Bafna
Cc: Peter.Memishian-veTT2BtV2gBXrIkS9f7CXA&amp;lt; at &amp;gt;public.gmane.org; networking-discuss-xZgeD5Kw2fzokhkdeNNY6A&amp;lt; at &amp;gt;public.gmane.org
Subject: RE: [networking-discuss] IPMP - Programmatic interface


 &amp;gt; I am looking for stable/supported interface for configuring and
 &amp;gt; monitoring IPMP groups from C/C++ program. 

If you could be more specific I may be able to suggest a stable/supported
way to do what you want in C/C++.

 &amp;gt; Looks like I will have to move towards CLI interface.
 &amp;gt; 
 &amp;gt; Thanks all for help.
 &amp;gt; 
 &amp;gt; Thanks and Reg&lt;/pre&gt;</description>
    <dc:creator>Paresh Bafna</dc:creator>
    <dc:date>2012-07-25T05:17:41</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.solaris.opensolaris.networking/14287">
    <title>Re: IPMP - Programmatic interface</title>
    <link>http://permalink.gmane.org/gmane.os.solaris.opensolaris.networking/14287</link>
    <description>&lt;pre&gt;
 &amp;gt; I am looking for stable/supported interface for configuring and
 &amp;gt; monitoring IPMP groups from C/C++ program. 

If you could be more specific I may be able to suggest a stable/supported
way to do what you want in C/C++.

 &amp;gt; Looks like I will have to move towards CLI interface.
 &amp;gt; 
 &amp;gt; Thanks all for help.
 &amp;gt; 
 &amp;gt; Thanks and Regards,
 &amp;gt; Paresh Bafna
 &amp;gt; 
 &amp;gt; 
 &amp;gt; -----Original Message-----
 &amp;gt; From: Peter Memishian [mailto:Peter.Memishian-veTT2BtV2gBXrIkS9f7CXA&amp;lt; at &amp;gt;public.gmane.org] 
 &amp;gt; Sent: Friday, July 20, 2012 10:06 PM
 &amp;gt; To: Paresh Bafna
 &amp;gt; Cc: networking-discuss-xZgeD5Kw2fzokhkdeNNY6A&amp;lt; at &amp;gt;public.gmane.org
 &amp;gt; Subject: re: [networking-discuss] IPMP - Programmatic interface
 &amp;gt; 
 &amp;gt; 
 &amp;gt;  &amp;gt; I read about libipmp library which provides programmatic (ioctl/system
 &amp;gt;  &amp;gt; calls) interface to configure and monitor IPMP groups.
 &amp;gt;  &amp;gt; 
 &amp;gt;  &amp;gt; However I am not able to find any documentation or library itself for use.
 &amp;gt;  &amp;gt; 
 &amp;gt;  &amp;gt; Please provide more info on libipmp.
 &amp;gt; 
 &amp;gt; As Jim said, this is a private/unstable library.  If you &lt;/pre&gt;</description>
    <dc:creator>Peter Memishian</dc:creator>
    <dc:date>2012-07-24T17:27:37</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.solaris.opensolaris.networking/14286">
    <title>Re: IPMP - Programmatic interface</title>
    <link>http://permalink.gmane.org/gmane.os.solaris.opensolaris.networking/14286</link>
    <description>&lt;pre&gt;Thanks for your reply.

I am looking for stable/supported interface for configuring and monitoring IPMP groups from C/C++ program.
Looks like I will have to move towards CLI interface.

Thanks all for help.

Thanks and Regards,
Paresh Bafna


-----Original Message-----
From: Peter Memishian [mailto:Peter.Memishian-veTT2BtV2gBXrIkS9f7CXA&amp;lt; at &amp;gt;public.gmane.org] 
Sent: Friday, July 20, 2012 10:06 PM
To: Paresh Bafna
Cc: networking-discuss-xZgeD5Kw2fzokhkdeNNY6A&amp;lt; at &amp;gt;public.gmane.org
Subject: re: [networking-discuss] IPMP - Programmatic interface


 &amp;gt; I read about libipmp library which provides programmatic (ioctl/system
 &amp;gt; calls) interface to configure and monitor IPMP groups.
 &amp;gt; 
 &amp;gt; However I am not able to find any documentation or library itself for use.
 &amp;gt; 
 &amp;gt; Please provide more info on libipmp.

As Jim said, this is a private/unstable library.  If you write code that
uses it, the only guarantee is that your code will break in the future :-)

As an aside: libipmp does not configure IPMP.  For S11 FCS, that
functiona&lt;/pre&gt;</description>
    <dc:creator>Paresh Bafna</dc:creator>
    <dc:date>2012-07-24T06:41:26</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.solaris.opensolaris.networking/14285">
    <title>Re: IPMP - Programmatic interface</title>
    <link>http://permalink.gmane.org/gmane.os.solaris.opensolaris.networking/14285</link>
    <description>&lt;pre&gt;
 &amp;gt; I read about libipmp library which provides programmatic (ioctl/system
 &amp;gt; calls) interface to configure and monitor IPMP groups.
 &amp;gt; 
 &amp;gt; However I am not able to find any documentation or library itself for use.
 &amp;gt; 
 &amp;gt; Please provide more info on libipmp.

As Jim said, this is a private/unstable library.  If you write code that
uses it, the only guarantee is that your code will break in the future :-)

As an aside: libipmp does not configure IPMP.  For S11 FCS, that
functionality lives mostly in another private/unstable library (libipadm).
Further, the programmatic mechanism used to configure IPMP is also subject
to change at any time.  The only stable configuration mechanisms are the
command-line utilities.  For monitoring, tracking the IFF_* flags is
stable and will cover the basics; beyond that you'd need to use ipmpstat's
parsable mode.

Hope this helps,
--
meem
&lt;/pre&gt;</description>
    <dc:creator>Peter Memishian</dc:creator>
    <dc:date>2012-07-20T16:35:38</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.solaris.opensolaris.networking/14284">
    <title>Re: IPMP - Programmatic interface</title>
    <link>http://permalink.gmane.org/gmane.os.solaris.opensolaris.networking/14284</link>
    <description>&lt;pre&gt;
Some (actually, many) libraries have no interface designed for use by
anyone outside of the project team that implemented them.  They're not
necessarily "secret," but the team that wrote them either does not
believe that they represent useful interfaces for other projects or that
the team does not (or cannot) commit to a sufficient level of stability
to make the interfaces safe enough to use in any other project.

So, the answer really depends on what you're trying to do.  However, if
you're bound and determined to use it anyway, Google is your friend.
Here's the first hit when I plug "libipmp" into the search box:

http://arc.opensolaris.org/caselog/PSARC/2007/272/commitment.materials/libipmp.txt

&lt;/pre&gt;</description>
    <dc:creator>James Carlson</dc:creator>
    <dc:date>2012-07-20T11:49:02</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.solaris.opensolaris.networking/14283">
    <title>IPMP - Programmatic interface</title>
    <link>http://permalink.gmane.org/gmane.os.solaris.opensolaris.networking/14283</link>
    <description>&lt;pre&gt;Hi,

I read about libipmp library which provides programmatic (ioctl/system calls) interface to configure and monitor IPMP groups.

However I am not able to find any documentation or library itself for use.

Please provide more info on libipmp.

Thanks and Regards,
Paresh Bafna

&lt;/pre&gt;</description>
    <dc:creator>Paresh Bafna</dc:creator>
    <dc:date>2012-07-20T06:54:25</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.solaris.opensolaris.networking/14282">
    <title>Re: Increasing buffer size onsockets/socketpairs?</title>
    <link>http://permalink.gmane.org/gmane.os.solaris.opensolaris.networking/14282</link>
    <description>&lt;pre&gt;
 &amp;gt; Does Solaris/Illumos have an API to increase the buffer size for
 &amp;gt; sockets or socketpairs?

You mean other than the standard SO_SNDBUF socket option?

&lt;/pre&gt;</description>
    <dc:creator>Peter Memishian</dc:creator>
    <dc:date>2012-06-01T22:46:03</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.solaris.opensolaris.networking/14280">
    <title>Re: scalability and memory consumption of the DCE cache</title>
    <link>http://permalink.gmane.org/gmane.os.solaris.opensolaris.networking/14280</link>
    <description>&lt;pre&gt;


I think your analysis is correct.  And I have opened a bug to track
this issue.  Thanks for your info.



&lt;/pre&gt;</description>
    <dc:creator>Kacheong Poon</dc:creator>
    <dc:date>2012-02-07T09:54:37</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.solaris.opensolaris.networking/14279">
    <title>workaround: scalability and memory consumption of the DCE cache</title>
    <link>http://permalink.gmane.org/gmane.os.solaris.opensolaris.networking/14279</link>
    <description>&lt;pre&gt;Hi,

I was looking for a way to purge the cache and have come up with this to trigger
the reclamation code:

#!/bin/bash
ndd -set /dev/ip ip_dce_reclaim_fraction 1
{
echo '%/l/lotsfree &amp;gt;oldlotsfree'
echo 'lotsfree/Z ((%/l/freemem)*4)'
sleep 2
echo 'lotsfree/Z &amp;lt;oldlotsfree'
} | exec mdb -kw

any better ideas?

Thanks, Nils
&lt;/pre&gt;</description>
    <dc:creator>Nils Goroll</dc:creator>
    <dc:date>2012-02-06T18:29:02</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.solaris.opensolaris.networking/14278">
    <title>scalability and memory consumption of the DCEcache</title>
    <link>http://permalink.gmane.org/gmane.os.solaris.opensolaris.networking/14278</link>
    <description>&lt;pre&gt;Hi,

I am analyzing issues on some s11 (151.0.1.12) production systems used as
Varnish web caches with a high number of concurrent connections from a high
number of tcp clients where client-side statistics/benchmarks would show long
connect times at times, e.g. 2.7 seconds connect maximum reported in ApacheBench
compared to normal .6 seconds (which already was far too bad, see below)

I would very much appreciate if I could discuss my current understanding with
someone.

* The issue is related to the DCE cache

  Using

  dtrace -n 'profile-1001 { &amp;lt; at &amp;gt;s[stack(),ustack()] = count();} END {trunc(&amp;lt; at &amp;gt;s,5)}'

  i noticed that the top stacks were

CPU     ID                    FUNCTION:NAME
  2      2                             :END


              ip`ip_snmp_get_mib2_ip_dce+0xbe
              ip`ip_snmp_get+0x267
              ip`snmpcom_req+0x293
              ip`ip_wput_nondata+0xd5
              unix`putnext+0x21e
              unix`putnext+0x21e
              unix`putnext+0x21e
              unix`putnext+0x21e
  &lt;/pre&gt;</description>
    <dc:creator>Nils Goroll</dc:creator>
    <dc:date>2012-02-06T17:36:47</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.solaris.opensolaris.networking/14277">
    <title>Re: ioctl(sock, FIONBIO, 0) returns ECONNREFUSED after non-blocking connect() or accept()</title>
    <link>http://permalink.gmane.org/gmane.os.solaris.opensolaris.networking/14277</link>
    <description>&lt;pre&gt;Just a very late follow-up: I have finally got around closing the varnish
ticket, this turned out not to be ralated to Solaris.

&lt;/pre&gt;</description>
    <dc:creator>Nils Goroll</dc:creator>
    <dc:date>2012-02-06T16:03:32</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.solaris.opensolaris.networking/14276">
    <title>Re: etherstub - backup interface?</title>
    <link>http://permalink.gmane.org/gmane.os.solaris.opensolaris.networking/14276</link>
    <description>&lt;pre&gt;
  etherstub is really a stub and you can not create it
  with any datalinks. So, the above is not possible.

  One option here is to create vnic1 on top
  of aggr0 and vnic2 on top of aggr1 and assign both of them
  to Zone A. You can then use IPMP on top of the VNICs
  in Zone A. You can repeat this for all the zones by
  creating more VNICs on top of aggr0 and aggr1.

Regards,
-Krishna



&lt;/pre&gt;</description>
    <dc:creator>Krishna Yenduri</dc:creator>
    <dc:date>2011-10-26T22:26:32</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.solaris.opensolaris.networking/14275">
    <title>etherstub - backup interface?</title>
    <link>http://permalink.gmane.org/gmane.os.solaris.opensolaris.networking/14275</link>
    <description>&lt;pre&gt;Hi,

is it possible to tell etherstub, that one link is the backup for
another?

What I have in mind is simplifying/uniform zone setup/connectivity -&amp;gt;
zone management:


  CampusA ||       || CampusB
      +------------------+       2x10G       +--------------------+
      | Cisco 6509/3560X |&amp;lt;=================&amp;gt;|   Cisco Nexus 5010 |
      +------------------+                   +--------------------+
Uplinks:     ^ ^                                 ^ ^
  _________  | | 2x1G _________________________  | | 2x10G ______________
 /           \V/                                 \V/                    /
/             T                                   T                    /
\             | aggr0                             | aggr1              \
 \            v                                   v                     \
  \       +---------------------------------------------+                \
  /       |             etherstub es0                   |                /
 /        +-------------------------------------&lt;/pre&gt;</description>
    <dc:creator>Jens Elkner</dc:creator>
    <dc:date>2011-10-26T14:11:45</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.solaris.opensolaris.networking/14274">
    <title>Re: Can't find package SUNWyp in ISO image</title>
    <link>http://permalink.gmane.org/gmane.os.solaris.opensolaris.networking/14274</link>
    <description>&lt;pre&gt;http://dlc.sun.com/osol/docs/content/2009.06/IMGPACKAGESYS/giifx.html
&lt;/pre&gt;</description>
    <dc:creator>alan pae</dc:creator>
    <dc:date>2011-09-30T21:39:43</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.solaris.opensolaris.networking/14273">
    <title>Re: Can't find package SUNWyp in ISO image</title>
    <link>http://permalink.gmane.org/gmane.os.solaris.opensolaris.networking/14273</link>
    <description>&lt;pre&gt;It looks like you're missing several packages.

system/network/nis
service/network/nis

should be installed.  Are they?

alan
&lt;/pre&gt;</description>
    <dc:creator>alan pae</dc:creator>
    <dc:date>2011-09-29T20:51:17</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.solaris.opensolaris.networking/14272">
    <title>Re: Can't find package SUNWyp in ISO image</title>
    <link>http://permalink.gmane.org/gmane.os.solaris.opensolaris.networking/14272</link>
    <description>&lt;pre&gt;try pkg search or pkg search -r

alan
&lt;/pre&gt;</description>
    <dc:creator>alan pae</dc:creator>
    <dc:date>2011-09-28T20:43:52</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.solaris.opensolaris.networking/14271">
    <title>Re: igb becomes sender only on Intel 82576 [kawela] (X8DTH-6F motherboard)</title>
    <link>http://permalink.gmane.org/gmane.os.solaris.opensolaris.networking/14271</link>
    <description>&lt;pre&gt;John,

Many thanks for your reply!

I've added the line to /etc/system but I haven't rebooted yet. According to http://wesunsolve.net/bugid/id/6958068 another workaround is to add

cpu_deep_idle           disable

to /etc/power.conf and to then run pmconfig. The workaround doesn't mention having to reboot after running pmconfig, and the man page for pmconfig indicates that changes are made effective immediately. Is this sufficient to change the cpu_deep_idle setting or do I actually need to reboot? (This system is sensitive to downtime from rebooting, so I'm hoping to avoid the reboot if it's not necessary.)

Also, before I made the above change, I created a new dtrace script that trace the processing of the open(/dev/arp) system call in the arp process and had this run from cron every 5 minutes. The issue occurred again after I made this change (but before I changed the above power setting) where it was offline for a couple of minutes. I've attached the resulting dtrace output, as well as the dtrace scripts&lt;/pre&gt;</description>
    <dc:creator>khoffman-9trlstd70hfR7s880joybQ&lt; at &gt;public.gmane.org</dc:creator>
    <dc:date>2011-09-15T09:13:34</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.solaris.opensolaris.networking/14270">
    <title>Re: igb becomes sender only on Intel 82576 [kawela] (X8DTH-6F motherboard)</title>
    <link>http://permalink.gmane.org/gmane.os.solaris.opensolaris.networking/14270</link>
    <description>&lt;pre&gt;Hi Kevin,
This symptom looks similar with a known Intel CPU issue.
Erratum AAK76
EOI Transaction May Not be Sent if Software Enters Core C6 During An Interrupt Service Routine
==================================================================
Problem: If core C6 is entered after the start of an interrupt service routine but before a write to the APIC EOI(End of Interrupt) register, and the core is woken up by an event other than a fixed interrupt source the core may drop the EOI transaction the next time APIC EOI register is written and further interrupts from the same or lower priority level will be blocked.

Please try the workaround:
Add the line

set idle_cpu_no_deep_c = 1

to /etc/system and reboot.

Cheers,
&lt;/pre&gt;</description>
    <dc:creator>John Cui</dc:creator>
    <dc:date>2011-09-14T07:54:43</dc:date>
  </item>
  <textinput rdf:about="http://search.gmane.org/?group=$group=gmane.os.solaris.opensolaris.networking">
    <title>Search Engine</title>
    <description>Search the mailing list at Gmane</description>
    <name>query</name>
    <link>http://search.gmane.org/?group=$group=gmane.os.solaris.opensolaris.networking</link>
  </textinput>
</rdf:RDF>
