<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Enabling &amp;gt;1 NIC active in Operating System - OpenVMS</title>
    <link>https://community.hpe.com/t5/operating-system-openvms/enabling-gt-1-nic-active/m-p/3296485#M63124</link>
    <description>I see LAN failover in new versions of VMS.  1 NIC active, the other waiting for something bad to happen, then it takes over.&lt;BR /&gt;&lt;BR /&gt;Can the standby NIC be made to do something other than waiting?  Like spreading the in and outbound network load, etc.&lt;BR /&gt;&lt;BR /&gt;I saw the load broker thing, but it needs to write to a DNS server and that we cannot do.&lt;BR /&gt;</description>
    <pubDate>Fri, 04 Jun 2004 12:26:57 GMT</pubDate>
    <dc:creator>Dave Gudewicz</dc:creator>
    <dc:date>2004-06-04T12:26:57Z</dc:date>
    <item>
      <title>Enabling &gt;1 NIC active</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/enabling-gt-1-nic-active/m-p/3296485#M63124</link>
      <description>I see LAN failover in new versions of VMS.  1 NIC active, the other waiting for something bad to happen, then it takes over.&lt;BR /&gt;&lt;BR /&gt;Can the standby NIC be made to do something other than waiting?  Like spreading the in and outbound network load, etc.&lt;BR /&gt;&lt;BR /&gt;I saw the load broker thing, but it needs to write to a DNS server and that we cannot do.&lt;BR /&gt;</description>
      <pubDate>Fri, 04 Jun 2004 12:26:57 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/enabling-gt-1-nic-active/m-p/3296485#M63124</guid>
      <dc:creator>Dave Gudewicz</dc:creator>
      <dc:date>2004-06-04T12:26:57Z</dc:date>
    </item>
    <item>
      <title>Re: Enabling &gt;1 NIC active</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/enabling-gt-1-nic-active/m-p/3296486#M63125</link>
      <description>Hi Dave,&lt;BR /&gt;&lt;BR /&gt;the feature is called FailSafe IP.&lt;BR /&gt;In &lt;BR /&gt;&lt;A href="http://h71000.www7.hp.com/doc/732final/6526/6526pro_005.html#failsafe_chap" target="_blank"&gt;http://h71000.www7.hp.com/doc/732final/6526/6526pro_005.html#failsafe_chap&lt;/A&gt;&lt;BR /&gt;&lt;BR /&gt;you find:&lt;BR /&gt;"The failSAFE service monitors an interface and takes appropriate action upon detecting interface failure or recovery. failSAFE IP provides IP address redundancy by requiring the same IP address to be configured on multiple interfaces. Only one instance of each IP address is active at any time; the other duplicate IP addresses are in standby mode."&lt;BR /&gt;&lt;BR /&gt;failSafe IP is a redundancy solution - not a performance enhancement feature. &lt;BR /&gt;&lt;BR /&gt;Loadbroker:&lt;BR /&gt;This is only interesting, if you've got many clients accessing your hosts.&lt;BR /&gt;&lt;BR /&gt;Example:&lt;BR /&gt;client: whois vmsfarm.company.com&lt;BR /&gt;Loadbroker identifies a system by configurable match criterias and returns an IP address&lt;BR /&gt;&lt;BR /&gt;This is explained in detail at:&lt;BR /&gt;&lt;A href="http://h71000.www7.hp.com/doc/732final/6526/6526pro_016.html#lbroker_chap" target="_blank"&gt;http://h71000.www7.hp.com/doc/732final/6526/6526pro_016.html#lbroker_chap&lt;/A&gt;&lt;BR /&gt;&lt;BR /&gt;TCP/IP Services provides two methods for balancing work load using DNS:&lt;BR /&gt;&lt;BR /&gt;    * Load sharing using the default DNS method of round-robin scheduling.&lt;BR /&gt;    * Load balancing using the TCP/IP Services load broker. Load broker is a configurable, calculated, load-balancing mechanism for distributing the work load among DNS cluster members. &lt;BR /&gt;&lt;BR /&gt;If you can't write to the DNS server, talk to you network guys about the concept of subdomains. Probably it is an approach to your problem to introduce a sub-domain&lt;BR /&gt;host1.vms-systems.company.com to be administrated by a local vms DNS-server.&lt;BR /&gt;&lt;BR /&gt;Regards&lt;BR /&gt;&lt;BR /&gt;Andreas&lt;BR /&gt;</description>
      <pubDate>Sat, 05 Jun 2004 04:00:23 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/enabling-gt-1-nic-active/m-p/3296486#M63125</guid>
      <dc:creator>Andreas Fassl</dc:creator>
      <dc:date>2004-06-05T04:00:23Z</dc:date>
    </item>
    <item>
      <title>Re: Enabling &gt;1 NIC active</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/enabling-gt-1-nic-active/m-p/3296487#M63126</link>
      <description>Sounds like the subdomain, local VMS DNS server idea is something to explore.</description>
      <pubDate>Mon, 07 Jun 2004 11:04:04 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/enabling-gt-1-nic-active/m-p/3296487#M63126</guid>
      <dc:creator>Dave Gudewicz</dc:creator>
      <dc:date>2004-06-07T11:04:04Z</dc:date>
    </item>
    <item>
      <title>Re: Enabling &gt;1 NIC active</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/enabling-gt-1-nic-active/m-p/3296488#M63127</link>
      <description>LAN Failover and failSAFE IP are two different things.&lt;BR /&gt;&lt;BR /&gt;LAN Failover works down at the LAN adapter (MAC address) level, and works for all protocols. failSAFE IP works only for IP, but can fail over not only to another adapter on the same node, but even to an adapter on a different node in the cluster.&lt;BR /&gt;&lt;BR /&gt;There's a good article on failSAFE IP (which includes a good table comparing and contrasting this with LAN Failover) in an article entitled "Configuring TCP/IP for High Availability" by Matt Muggeridge in Volume 2 of the OpenVMS Technical Journal at &lt;A href="http://h71000.www7.hp.com/openvms/journal/v2/index.html" target="_blank"&gt;http://h71000.www7.hp.com/openvms/journal/v2/index.html&lt;/A&gt;&lt;BR /&gt;&lt;BR /&gt;The best description of LAN Failover in the documentation seems to be in a section entitled "Understanding LAN Failover" at the end of chapter 10 in the 'System Manager's Manual, Volume 2: Tuning, Monitoring, and Complex Systems' at  &lt;A href="http://h71000.www7.hp.com/doc/732FINAL/aa-pv5nh-tk/aa-pv5nh-tk.PDF" target="_blank"&gt;http://h71000.www7.hp.com/doc/732FINAL/aa-pv5nh-tk/aa-pv5nh-tk.PDF&lt;/A&gt;&lt;BR /&gt;&lt;BR /&gt;If you'd like a backup LAN adapter in a LAN Failover set to do some work, you could allow cluster traffic to run over it (PEDRIVER uses all LAN adapters by default, unless you disable its use of an adapter or change relative priorities), or point other protocols to the underlying LAN adapter device instead of the LLc0: LAN Failover Set device (but then they'd not benefit from LAN Failover, of course, and would have to do failover at a higher level).</description>
      <pubDate>Thu, 10 Jun 2004 18:28:23 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/enabling-gt-1-nic-active/m-p/3296488#M63127</guid>
      <dc:creator>Keith Parris</dc:creator>
      <dc:date>2004-06-10T18:28:23Z</dc:date>
    </item>
    <item>
      <title>Re: Enabling &gt;1 NIC active</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/enabling-gt-1-nic-active/m-p/3296489#M63128</link>
      <description>Thanks for the links Keith.&lt;BR /&gt;&lt;BR /&gt;After reading, the failSAFE IP idea is a good one and is replacing IP Cluster Alias for HA.  It also provides outbound connection load balancing.&lt;BR /&gt;&lt;BR /&gt;I need to read a bit more on the idea of providing inbound load balancing, which is a performance consideration.  The default round robin method seems OK, but can that be made to fit in or co-exist with failSAFE IP I wonder.</description>
      <pubDate>Fri, 11 Jun 2004 15:58:51 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/enabling-gt-1-nic-active/m-p/3296489#M63128</guid>
      <dc:creator>Dave Gudewicz</dc:creator>
      <dc:date>2004-06-11T15:58:51Z</dc:date>
    </item>
  </channel>
</rss>

