<?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 Re: LAN failover in Operating System - OpenVMS</title>
    <link>https://community.hpe.com/t5/operating-system-openvms/lan-failover/m-p/3275127#M62898</link>
    <description>Wim,&lt;BR /&gt;Thats a good one. What we have been doing is, having 2 cards configured to 2 different IPs, one for production use and the other for backup network (for carrying out backups without clogging the production network).&lt;BR /&gt;&lt;BR /&gt;It would be interesting for me to see if we could have one IP assigned to 2 n/w cards and know what benefits one could get in such a configuration. &lt;BR /&gt;&lt;BR /&gt;regards&lt;BR /&gt;Mobeen</description>
    <pubDate>Thu, 13 May 2004 06:28:57 GMT</pubDate>
    <dc:creator>Mobeen_1</dc:creator>
    <dc:date>2004-05-13T06:28:57Z</dc:date>
    <item>
      <title>LAN failover</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/lan-failover/m-p/3275126#M62897</link>
      <description>I have a GS160 with double everything. Except double network connection. I would like to plan the activation of the 2nd card (on a 2nd switch). I have VMS 7.3 and I am unable to upgrade (even install patches).&lt;BR /&gt;&lt;BR /&gt;For decnet, I can enable the 2nd card and decnet will use both cards.&lt;BR /&gt;&lt;BR /&gt;For LAT,  I can create a link for the 2nd card.&lt;BR /&gt;&lt;BR /&gt;For IP, I can assign a second IP address. AND I don't want to do that because my clients are unable to use it.&lt;BR /&gt;&lt;BR /&gt;Is there a way to let IP use 2 cards with 1 IP address ? My IP version is 5.3 ECO 2.&lt;BR /&gt;&lt;BR /&gt;And for those who know DSM/MUMPS : how will DDP use the second card ?</description>
      <pubDate>Thu, 13 May 2004 06:16:13 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/lan-failover/m-p/3275126#M62897</guid>
      <dc:creator>Wim Van den Wyngaert</dc:creator>
      <dc:date>2004-05-13T06:16:13Z</dc:date>
    </item>
    <item>
      <title>Re: LAN failover</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/lan-failover/m-p/3275127#M62898</link>
      <description>Wim,&lt;BR /&gt;Thats a good one. What we have been doing is, having 2 cards configured to 2 different IPs, one for production use and the other for backup network (for carrying out backups without clogging the production network).&lt;BR /&gt;&lt;BR /&gt;It would be interesting for me to see if we could have one IP assigned to 2 n/w cards and know what benefits one could get in such a configuration. &lt;BR /&gt;&lt;BR /&gt;regards&lt;BR /&gt;Mobeen</description>
      <pubDate>Thu, 13 May 2004 06:28:57 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/lan-failover/m-p/3275127#M62898</guid>
      <dc:creator>Mobeen_1</dc:creator>
      <dc:date>2004-05-13T06:28:57Z</dc:date>
    </item>
    <item>
      <title>Re: LAN failover</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/lan-failover/m-p/3275128#M62899</link>
      <description>Mobeen,&lt;BR /&gt;&lt;BR /&gt;FYI : 7.3-2 has LAN failover. 1 card can fail and the other takes over. But I don't know if this would also work if the switch behind it fails. But this is another subject.</description>
      <pubDate>Thu, 13 May 2004 06:31:14 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/lan-failover/m-p/3275128#M62899</guid>
      <dc:creator>Wim Van den Wyngaert</dc:creator>
      <dc:date>2004-05-13T06:31:14Z</dc:date>
    </item>
    <item>
      <title>Re: LAN failover</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/lan-failover/m-p/3275129#M62900</link>
      <description>Hello Wim,&lt;BR /&gt;I think you can't use same IP on two different cards; main problem is not in software but it's inside TCP/IP techinal characteristics.&lt;BR /&gt;When any host send a socket into network, this soccket have to reach the destination host; IP address tell to all network device where socket have to go; low level network, however doesn't use IP addres but use MAC (Medium Address Card), the hex number stored in every network device; two specific part of TCP/IP standard determine how IP address is associated to MAC and theese feature have named ARP and RARP.&lt;BR /&gt;If you assign same IP to 2 different NIC, some network device (mainly the routers and bridges) can be confused and can't deliver the socket.&lt;BR /&gt;This means, if can assign same IP to 2 different NIC you have disable one fo two devices.&lt;BR /&gt;I hope I can explain in simple way.&lt;BR /&gt; &lt;BR /&gt;@Antoniov&lt;BR /&gt;</description>
      <pubDate>Thu, 13 May 2004 07:49:44 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/lan-failover/m-p/3275129#M62900</guid>
      <dc:creator>Antoniov.</dc:creator>
      <dc:date>2004-05-13T07:49:44Z</dc:date>
    </item>
    <item>
      <title>Re: LAN failover</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/lan-failover/m-p/3275130#M62901</link>
      <description>TCPIP V5.4 has failover for ip if you can upgrade tcpip.&lt;BR /&gt;&lt;BR /&gt;Why the restrictions on upgrading?</description>
      <pubDate>Thu, 13 May 2004 08:07:21 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/lan-failover/m-p/3275130#M62901</guid>
      <dc:creator>Ian Miller.</dc:creator>
      <dc:date>2004-05-13T08:07:21Z</dc:date>
    </item>
    <item>
      <title>Re: LAN failover</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/lan-failover/m-p/3275131#M62902</link>
      <description>Wim,&lt;BR /&gt;Yup, i am aware that 7.3-2 supports n/w failover, but i thought thats assuming that the 2 cards have different IP addresses and not a single IP assigned to your 2 network cards&lt;BR /&gt;&lt;BR /&gt;regards&lt;BR /&gt;Mobeen</description>
      <pubDate>Thu, 13 May 2004 08:28:38 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/lan-failover/m-p/3275131#M62902</guid>
      <dc:creator>Mobeen_1</dc:creator>
      <dc:date>2004-05-13T08:28:38Z</dc:date>
    </item>
    <item>
      <title>Re: LAN failover</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/lan-failover/m-p/3275132#M62903</link>
      <description>Ian,&lt;BR /&gt;&lt;BR /&gt;I don't upgrade because "on paper" all applications must approve the new system.&lt;BR /&gt;&lt;BR /&gt;We need to keep the platform as stable as possible. The migration of 6.2 -&amp;gt; 7.3 took 2 years !!!</description>
      <pubDate>Thu, 13 May 2004 08:37:13 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/lan-failover/m-p/3275132#M62903</guid>
      <dc:creator>Wim Van den Wyngaert</dc:creator>
      <dc:date>2004-05-13T08:37:13Z</dc:date>
    </item>
    <item>
      <title>Re: LAN failover</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/lan-failover/m-p/3275133#M62904</link>
      <description>Ha Wim,&lt;BR /&gt;&lt;BR /&gt;there is a recent thread&lt;BR /&gt;&lt;A href="http://forums1.itrc.hp.com/service/forums/questionanswer.do?threadId=385987" target="_blank"&gt;http://forums1.itrc.hp.com/service/forums/questionanswer.do?threadId=385987&lt;/A&gt;&lt;BR /&gt;that is mainly concerned with IP cluster alias stuff.&lt;BR /&gt;The thread also discusses DNS round-robin (kind of poor-mans cluster alias, or maybe more exactly: as close as Unix can get to cluster aliasing). Using this mechanism it IS possible use both cards (we are doing it, over 2 cards each of 4 nodes).&lt;BR /&gt;The way it works: any existing connection is to MAC address and stays where it is. After a round-robin step the service name (functional analogous to DECnet cluster adddress, but NOT the IP cluster alias!) is changed to the next MAC address, and new connections (IF using DNS, not router-cache!) get connected to the other NIC. No real load-balance, but more or less even connection-time based spread.&lt;BR /&gt;&lt;BR /&gt;hth.&lt;BR /&gt;&lt;BR /&gt;Jan</description>
      <pubDate>Thu, 13 May 2004 08:46:33 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/lan-failover/m-p/3275133#M62904</guid>
      <dc:creator>Jan van den Ende</dc:creator>
      <dc:date>2004-05-13T08:46:33Z</dc:date>
    </item>
    <item>
      <title>Re: LAN failover</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/lan-failover/m-p/3275134#M62905</link>
      <description>Jan,&lt;BR /&gt;&lt;BR /&gt;I found that one too. But DNS is a too big change for us. We are still using host files.&lt;BR /&gt;&lt;BR /&gt;It is rather strange that since years redundant machines are sold while the network protocols are not able to use it.&lt;BR /&gt;&lt;BR /&gt;Also : it would like that when the network goes down on 1 card that IP retransmits the packets on the other card.&lt;BR /&gt;&lt;BR /&gt;Did someone test all this (network failure, card failure) ?&lt;BR /&gt;&lt;BR /&gt;Excellent would be that in case of failure, all connections stay up and act as if the packets were lost.&lt;BR /&gt;&lt;BR /&gt;Btw : how is decnet/lat reacting in case of a failure ? Is something lost ?</description>
      <pubDate>Thu, 13 May 2004 08:54:17 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/lan-failover/m-p/3275134#M62905</guid>
      <dc:creator>Wim Van den Wyngaert</dc:creator>
      <dc:date>2004-05-13T08:54:17Z</dc:date>
    </item>
    <item>
      <title>Re: LAN failover</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/lan-failover/m-p/3275135#M62906</link>
      <description>Wim,&lt;BR /&gt;I understand my answer don't like you but TCP/IP suite is based on MAC (physical address of card) so, today is not possible use a secondary network card to backup a primary card :-(&lt;BR /&gt;Every change of card require a manual modify or else require some minutes (from 1 to max 30 minutes, depending network complex) to upgrade all ARP table of network device.&lt;BR /&gt;You can use DNS to solve or you have ready to accept some minutes of waiting for activation of new card.&lt;BR /&gt;Ortherwise don't use TCP/IP (but I think also other protocol have same limitation).&lt;BR /&gt;Sorry for unhappy news.&lt;BR /&gt; &lt;BR /&gt;@Antoniov&lt;BR /&gt;</description>
      <pubDate>Thu, 13 May 2004 09:20:16 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/lan-failover/m-p/3275135#M62906</guid>
      <dc:creator>Antoniov.</dc:creator>
      <dc:date>2004-05-13T09:20:16Z</dc:date>
    </item>
    <item>
      <title>Re: LAN failover</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/lan-failover/m-p/3275136#M62907</link>
      <description>Antoniov,&lt;BR /&gt;&lt;BR /&gt;Correct me if I'm wrong.&lt;BR /&gt;&lt;BR /&gt;The network cards both have a an ethernet address. When decnet starts, it corrects this address to the well known AA. IP starts after decnet.&lt;BR /&gt;&lt;BR /&gt;If decnet is using both cards with the same decnet address, all communications use the same ethernet address. The other nodes don't know that there are 2 cards.&lt;BR /&gt;&lt;BR /&gt;So, for IP it should be possible to use either card too. Not ?</description>
      <pubDate>Thu, 13 May 2004 10:14:28 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/lan-failover/m-p/3275136#M62907</guid>
      <dc:creator>Wim Van den Wyngaert</dc:creator>
      <dc:date>2004-05-13T10:14:28Z</dc:date>
    </item>
    <item>
      <title>Re: LAN failover</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/lan-failover/m-p/3275137#M62908</link>
      <description>You typically use the DECnet end-node license. Last time I checked it used only one active circuit at a time. When that one went down it used the next.&lt;BR /&gt;&lt;BR /&gt;Many networks are switched. If you put two NICs with the same MAC address on the same switch he at least stops traffic on one port - I have seen it and could diagnose it thanks to extensive counters within DECnet-Plus. If you put them on different switches you will screw up the internal tables, because they suddenly will see frames with the same MAC address comming in from different ports.&lt;BR /&gt;&lt;BR /&gt;In that case you need to separate the segments by DECnet routers. Nothing new.&lt;BR /&gt;&lt;BR /&gt;LAT works differently. It build multiple virtual circits and can cope with different MAC addresses.</description>
      <pubDate>Thu, 13 May 2004 11:24:04 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/lan-failover/m-p/3275137#M62908</guid>
      <dc:creator>Uwe Zessin</dc:creator>
      <dc:date>2004-05-13T11:24:04Z</dc:date>
    </item>
    <item>
      <title>Re: LAN failover</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/lan-failover/m-p/3275138#M62909</link>
      <description>I hope I can explain in simple way using my broken english.&lt;BR /&gt;&lt;BR /&gt;All the network devices send data togheter using MAC (you have called AA). Theorically doesn't exist 2 NIC (Network Interface Card) with same MAC. All lowset network protocols use this information.&lt;BR /&gt;IP address is an abtraction of network to permit eterogeneous machines exchange information; however, socket need physical network to reach destination host and need MAC to make this. Conversion between IP address and MAC is automatic and is called ARP; you can see this table of conversion on your host typing&lt;BR /&gt;$ arp -a&lt;BR /&gt;if you have define unix like command or else&lt;BR /&gt;TCPIP&amp;gt;SHOW ARP&lt;BR /&gt;where MAC is called physical address.&lt;BR /&gt;ARP tables of all network device are dynamically updated, so your problem may be theorically solved; the trouble is the time-out of ARP table; using short time-out you can substitute a card with another but increase network traffic.&lt;BR /&gt;Usually the ARP table are valid ffor few minutes (from 1 until 30) and this is the time for complete substitution of NIC in network.&lt;BR /&gt; &lt;BR /&gt;@Antoniov&lt;BR /&gt;</description>
      <pubDate>Thu, 13 May 2004 11:38:47 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/lan-failover/m-p/3275138#M62909</guid>
      <dc:creator>Antoniov.</dc:creator>
      <dc:date>2004-05-13T11:38:47Z</dc:date>
    </item>
    <item>
      <title>Re: LAN failover</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/lan-failover/m-p/3275139#M62910</link>
      <description>Wim,&lt;BR /&gt;found this page can explain better than my post&lt;BR /&gt;&lt;A href="http://members.cox.net/~ndav1/self_published/The_ARP_cache.doc" target="_blank"&gt;http://members.cox.net/~ndav1/self_published/The_ARP_cache.doc&lt;/A&gt;&lt;BR /&gt; &lt;BR /&gt;@Antoniov&lt;BR /&gt;</description>
      <pubDate>Thu, 13 May 2004 11:42:32 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/lan-failover/m-p/3275139#M62910</guid>
      <dc:creator>Antoniov.</dc:creator>
      <dc:date>2004-05-13T11:42:32Z</dc:date>
    </item>
    <item>
      <title>Re: LAN failover</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/lan-failover/m-p/3275140#M62911</link>
      <description>Antoniov,&lt;BR /&gt;&lt;BR /&gt;There is a 2nd feature : arp broadcast. When there is a change in network setup, a node can broadcast the new arp settings. In UCX 4.2 it was used in the cluster alias context.&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Fri, 14 May 2004 01:09:59 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/lan-failover/m-p/3275140#M62911</guid>
      <dc:creator>Wim Van den Wyngaert</dc:creator>
      <dc:date>2004-05-14T01:09:59Z</dc:date>
    </item>
    <item>
      <title>Re: LAN failover</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/lan-failover/m-p/3275141#M62912</link>
      <description>Uwe,&lt;BR /&gt;&lt;BR /&gt;If this causes problems, can it also cause problems on 7.3-2 ?&lt;BR /&gt;&lt;BR /&gt;We use decnet PLUS. Last time I checked, decnet used the 2 ports simulaniously.&lt;BR /&gt;&lt;BR /&gt;Is anyone using a solution that is not DNS based ?</description>
      <pubDate>Fri, 14 May 2004 01:12:19 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/lan-failover/m-p/3275141#M62912</guid>
      <dc:creator>Wim Van den Wyngaert</dc:creator>
      <dc:date>2004-05-14T01:12:19Z</dc:date>
    </item>
    <item>
      <title>Re: LAN failover</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/lan-failover/m-p/3275142#M62913</link>
      <description>&lt;QUOTE&gt;&lt;BR /&gt;There is a 2nd feature : arp broadcast. When there is a change in network setup, a node can broadcast the new arp settings. In UCX 4.2 it was used in the cluster alias context. &lt;BR /&gt;&lt;/QUOTE&gt;&lt;BR /&gt;&lt;QUOTE&gt;&lt;BR /&gt;ARP tables of all network device are dynamically updated, so your problem may be theorically solved [...] increase network traffic.&lt;BR /&gt;&lt;/QUOTE&gt;&lt;BR /&gt;</description>
      <pubDate>Fri, 14 May 2004 01:30:51 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/lan-failover/m-p/3275142#M62913</guid>
      <dc:creator>Antoniov.</dc:creator>
      <dc:date>2004-05-14T01:30:51Z</dc:date>
    </item>
    <item>
      <title>Re: LAN failover</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/lan-failover/m-p/3275143#M62914</link>
      <description>Hello Wim,&lt;BR /&gt;it's been some years since I worked with this, but I recall that one could disable PHASE IV addressing within DECnet-Plus and then it did not alter the physical address of the interface.&lt;BR /&gt;&lt;BR /&gt;Unfortunately I don't have the commands handy to check the counters and as I don't run DECnet-Plus I cannot find out easily, sorry.</description>
      <pubDate>Fri, 14 May 2004 01:59:35 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/lan-failover/m-p/3275143#M62914</guid>
      <dc:creator>Uwe Zessin</dc:creator>
      <dc:date>2004-05-14T01:59:35Z</dc:date>
    </item>
    <item>
      <title>Re: LAN failover</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/lan-failover/m-p/3275144#M62915</link>
      <description>OK.&lt;BR /&gt;&lt;BR /&gt;I'm going to install a 2nd card in my station and test it. To be continued ...</description>
      <pubDate>Fri, 14 May 2004 02:12:00 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/lan-failover/m-p/3275144#M62915</guid>
      <dc:creator>Wim Van den Wyngaert</dc:creator>
      <dc:date>2004-05-14T02:12:00Z</dc:date>
    </item>
    <item>
      <title>Re: LAN failover</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/lan-failover/m-p/3275145#M62916</link>
      <description>"We use decnet PLUS. Last time I checked, decnet used the 2 ports simulaniously."&lt;BR /&gt;&lt;BR /&gt;For a Phase IV installation, the two network interfaces would have to be on entirely separate physical networks.&lt;BR /&gt;&lt;BR /&gt;For a Phase V (a.k.a. DECnet-Plus) installation, only ONE network interface will have the Phase IV compatible address running on it.  The other network interface would either be on a completely separate network (as with Phase IV) or would not be running with a Phase IV compatible address and so probably wouldn't have the MAC address of the interface changed.&lt;BR /&gt;&lt;BR /&gt;As a side issue, can LAT run on two network interfaces?  I assumed it couldn't after a system that I have here used the wrong one for LAT when initially configured.  Only one interface was used by default.</description>
      <pubDate>Sat, 15 May 2004 03:32:21 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/lan-failover/m-p/3275145#M62916</guid>
      <dc:creator>Steve Reece</dc:creator>
      <dc:date>2004-05-15T03:32:21Z</dc:date>
    </item>
  </channel>
</rss>

