<?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: DECnet over TCP/IP in Operating System - OpenVMS</title>
    <link>https://community.hpe.com/t5/operating-system-openvms/decnet-over-tcp-ip/m-p/4870041#M49101</link>
    <description>Volker&lt;BR /&gt;&lt;BR /&gt;1. No backtranslation error&lt;BR /&gt;2. Yes flush is done.&lt;BR /&gt;3. No errors in TCPIP$PWIPACP_AXPVMS.LOG &lt;BR /&gt;4. Yes same versions&lt;BR /&gt;5. Not tested&lt;BR /&gt;&lt;BR /&gt;But I have got some idea. Nodnames, DECnet- and IP-addresses are changed for this system. The identity is changed for the system and I have found some rest of the earlier identity. The system must be restarted to activate some changes I have done. But a restart cannot be done right now. Have to wait until next week.&lt;BR /&gt;&lt;BR /&gt;Have a nice weekend.&lt;BR /&gt;&lt;BR /&gt;Kjell&lt;BR /&gt;</description>
    <pubDate>Fri, 12 Nov 2004 09:24:11 GMT</pubDate>
    <dc:creator>Kjell Carlsson</dc:creator>
    <dc:date>2004-11-12T09:24:11Z</dc:date>
    <item>
      <title>DECnet over TCP/IP</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/decnet-over-tcp-ip/m-p/4870029#M49089</link>
      <description>We have several Open VMS systems using DECnet over TCP/IP for communication. But one system behaves strange. When using 'set host' from this system the 'show term' command at the target node displays the following info:&lt;BR /&gt;  Remote Port Info: IP$172.21.06.22::SYSTEM  &lt;BR /&gt;This results in problems for some applications. The common DNS is OK and declaring the source host in the target local host table doesn't change anything.  &lt;BR /&gt;Normally the Remote Port Info should be nodename::SYSTEM&lt;BR /&gt;&lt;BR /&gt;I have not found any significant difference in configuration between OK and not OK systems.&lt;BR /&gt;&lt;BR /&gt;Does anyone know anything about this?&lt;BR /&gt;Best regards   Kjell Carlsson&lt;BR /&gt;</description>
      <pubDate>Thu, 11 Nov 2004 09:19:29 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/decnet-over-tcp-ip/m-p/4870029#M49089</guid>
      <dc:creator>Kjell Carlsson</dc:creator>
      <dc:date>2004-11-11T09:19:29Z</dc:date>
    </item>
    <item>
      <title>Re: DECnet over TCP/IP</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/decnet-over-tcp-ip/m-p/4870030#M49090</link>
      <description>If you do a :&lt;BR /&gt;&lt;BR /&gt;$RUN SYS$SYSTEM:NCP&lt;BR /&gt;NCP&amp;gt;LIST NODES *&lt;BR /&gt;&lt;BR /&gt;Can you see the node name there??&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Thu, 11 Nov 2004 09:47:03 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/decnet-over-tcp-ip/m-p/4870030#M49090</guid>
      <dc:creator>Peter Clarke</dc:creator>
      <dc:date>2004-11-11T09:47:03Z</dc:date>
    </item>
    <item>
      <title>Re: DECnet over TCP/IP</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/decnet-over-tcp-ip/m-p/4870031#M49091</link>
      <description>Sorry should be :&lt;BR /&gt;&lt;BR /&gt;NCP&amp;gt;LIST NODE *&lt;BR /&gt;</description>
      <pubDate>Thu, 11 Nov 2004 09:47:50 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/decnet-over-tcp-ip/m-p/4870031#M49091</guid>
      <dc:creator>Peter Clarke</dc:creator>
      <dc:date>2004-11-11T09:47:50Z</dc:date>
    </item>
    <item>
      <title>Re: DECnet over TCP/IP</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/decnet-over-tcp-ip/m-p/4870032#M49092</link>
      <description>Peter&lt;BR /&gt;&lt;BR /&gt;No, in the target node I can't see the source node name. The source node is not defined with decnet_register.&lt;BR /&gt;&lt;BR /&gt;Note that we are using DECnet plus over TCP/IP.&lt;BR /&gt;&lt;BR /&gt;Kjell&lt;BR /&gt;</description>
      <pubDate>Thu, 11 Nov 2004 09:59:42 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/decnet-over-tcp-ip/m-p/4870032#M49092</guid>
      <dc:creator>Kjell Carlsson</dc:creator>
      <dc:date>2004-11-11T09:59:42Z</dc:date>
    </item>
    <item>
      <title>Re: DECnet over TCP/IP</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/decnet-over-tcp-ip/m-p/4870033#M49093</link>
      <description>Kjell,&lt;BR /&gt;&lt;BR /&gt;can you try to compare the CDI trace data on the target node with a SET HOST from a working system ?&lt;BR /&gt;&lt;BR /&gt;$ MC CDI$TRACE  ! on the target node&lt;BR /&gt;&lt;BR /&gt;then try SET HOST from a 'working' node to the target node and also from the 'strange' node. Any significant differences ?&lt;BR /&gt;&lt;BR /&gt;You can exit CDI$TRACE with CTRL/Y&lt;BR /&gt;&lt;BR /&gt;Volker.</description>
      <pubDate>Thu, 11 Nov 2004 10:05:44 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/decnet-over-tcp-ip/m-p/4870033#M49093</guid>
      <dc:creator>Volker Halle</dc:creator>
      <dc:date>2004-11-11T10:05:44Z</dc:date>
    </item>
    <item>
      <title>Re: DECnet over TCP/IP</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/decnet-over-tcp-ip/m-p/4870034#M49094</link>
      <description>Hi Kjell,&lt;BR /&gt;the differences from other system sound like a wrong rarp (reverse arp). On target system, in TCP/IP can you see the remote host?&lt;BR /&gt;For example:&lt;BR /&gt;$ TCPIP&lt;BR /&gt;SHO HOST&lt;BR /&gt;172.21.6.21 nodename21&lt;BR /&gt;172.21.6.23 nodename23&lt;BR /&gt;I guess you can't see the .22 node but you can see other hosts.&lt;BR /&gt; &lt;BR /&gt;Antonio Vigliotti&lt;BR /&gt;</description>
      <pubDate>Thu, 11 Nov 2004 12:04:20 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/decnet-over-tcp-ip/m-p/4870034#M49094</guid>
      <dc:creator>Antoniov.</dc:creator>
      <dc:date>2004-11-11T12:04:20Z</dc:date>
    </item>
    <item>
      <title>Re: DECnet over TCP/IP</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/decnet-over-tcp-ip/m-p/4870035#M49095</link>
      <description>Antoniov.&lt;BR /&gt;Reverse arp is not the problem. I can see the .22 node.&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;Volker.&lt;BR /&gt;Very interesting trace. I didn't know about it. There is a lot of differences. I have not yet analyzed the result and I attach the log. Mybe you or anyone else has a quick answer.&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;Best regards&lt;BR /&gt;Kjell&lt;BR /&gt;</description>
      <pubDate>Fri, 12 Nov 2004 03:13:41 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/decnet-over-tcp-ip/m-p/4870035#M49095</guid>
      <dc:creator>Kjell Carlsson</dc:creator>
      <dc:date>2004-11-12T03:13:41Z</dc:date>
    </item>
    <item>
      <title>Re: DECnet over TCP/IP</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/decnet-over-tcp-ip/m-p/4870036#M49096</link>
      <description>Kjell,&lt;BR /&gt;&lt;BR /&gt;just a quick guess:&lt;BR /&gt;&lt;BR /&gt;Node DMXFST is the 'bad' node, right ? Does it have this problem to all your other nodes (e.g. SET HOST xxx from DMXFST always produces a IP$172.21.06.22::SYSTEM remote port name on target node xxx) ?&lt;BR /&gt;&lt;BR /&gt;How about SET HOST IP$target-ip-address from DMXFST - same problem ?&lt;BR /&gt;&lt;BR /&gt;The first lookup is for LOCAL:.DMXFST - from the working node it's for IP$n.n.n.n - this seems to be the major difference at first glance.&lt;BR /&gt;&lt;BR /&gt;Did you compare the output of MC NCL SHO SESS CONT ALL on the node ?&lt;BR /&gt;&lt;BR /&gt;Volker.</description>
      <pubDate>Fri, 12 Nov 2004 03:52:49 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/decnet-over-tcp-ip/m-p/4870036#M49096</guid>
      <dc:creator>Volker Halle</dc:creator>
      <dc:date>2004-11-12T03:52:49Z</dc:date>
    </item>
    <item>
      <title>Re: DECnet over TCP/IP</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/decnet-over-tcp-ip/m-p/4870037#M49097</link>
      <description>Volker&lt;BR /&gt;&lt;BR /&gt;Yes, DMXFST is the bad node and it have the problem to all other nodes.&lt;BR /&gt;&lt;BR /&gt;SET HOST IP$target_ip_address  works fine.&lt;BR /&gt;I agree, the first lookup for LOCAL:.DMXFST seems to be the problem.&lt;BR /&gt;&lt;BR /&gt;I compared the output of&lt;BR /&gt; MC NCL SHO SESS CONT ALL &lt;BR /&gt;No difference between bad and good nodes.&lt;BR /&gt;&lt;BR /&gt;Kjell&lt;BR /&gt;</description>
      <pubDate>Fri, 12 Nov 2004 05:21:44 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/decnet-over-tcp-ip/m-p/4870037#M49097</guid>
      <dc:creator>Kjell Carlsson</dc:creator>
      <dc:date>2004-11-12T05:21:44Z</dc:date>
    </item>
    <item>
      <title>Re: DECnet over TCP/IP</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/decnet-over-tcp-ip/m-p/4870038#M49098</link>
      <description>Kjell,&lt;BR /&gt;&lt;BR /&gt;so if you force DECnet-over-IP, it works. Then it should also work with SET HOST full.target.ip.name&lt;BR /&gt;&lt;BR /&gt;Does SET HOST x.x (Phase IV address of target) still work ? Or NSAP address NET$xxxx (obtain with NCL&amp;gt; SHOW LOCAL NSAP * or SHOW OSI TRANS LOCAL NSAP * on target node) ?&lt;BR /&gt;&lt;BR /&gt;Any difference in DECnet-OSI version and patch level ?&lt;BR /&gt;&lt;BR /&gt;Volker.</description>
      <pubDate>Fri, 12 Nov 2004 05:46:50 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/decnet-over-tcp-ip/m-p/4870038#M49098</guid>
      <dc:creator>Volker Halle</dc:creator>
      <dc:date>2004-11-12T05:46:50Z</dc:date>
    </item>
    <item>
      <title>Re: DECnet over TCP/IP</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/decnet-over-tcp-ip/m-p/4870039#M49099</link>
      <description>Volker&lt;BR /&gt;&lt;BR /&gt;SET HOST full.target.ip.name  does not work. Gives the same result as shortname.&lt;BR /&gt;&lt;BR /&gt;SET HOST x.x  does not work at all. Only TCP/IP connection between the systems.&lt;BR /&gt;&lt;BR /&gt;There are good systems with exactly the same OS/DECnet versions and ECO as the bad system (V7.3-2).&lt;BR /&gt;&lt;BR /&gt;Kjell&lt;BR /&gt;</description>
      <pubDate>Fri, 12 Nov 2004 08:25:03 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/decnet-over-tcp-ip/m-p/4870039#M49099</guid>
      <dc:creator>Kjell Carlsson</dc:creator>
      <dc:date>2004-11-12T08:25:03Z</dc:date>
    </item>
    <item>
      <title>Re: DECnet over TCP/IP</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/decnet-over-tcp-ip/m-p/4870040#M49100</link>
      <description>Kjell,&lt;BR /&gt;&lt;BR /&gt;slowly running out of ideas ;-(&lt;BR /&gt;&lt;BR /&gt;Try $ REPLY/ENA=SECURITY on the target node. Do you get backtranslation errors ?&lt;BR /&gt;&lt;BR /&gt;Did you try to flush the CDI cache ( MC NCL FLUSH SESS CONT NAMING CACHE ENTRY "*" ) ?&lt;BR /&gt;&lt;BR /&gt;Any errors in SYS$MANAGER:TCPIP$PWIPACP_AXPVMS.LOG ?&lt;BR /&gt;&lt;BR /&gt;Same TCPIP versions and ECOs ?&lt;BR /&gt;&lt;BR /&gt;What happens on the bad node when you do a SET HOST IP$bad-node-ip ? CDI$TRACE ?&lt;BR /&gt;&lt;BR /&gt;Sorry. No answers, only questions...&lt;BR /&gt;&lt;BR /&gt;Volker.</description>
      <pubDate>Fri, 12 Nov 2004 08:58:47 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/decnet-over-tcp-ip/m-p/4870040#M49100</guid>
      <dc:creator>Volker Halle</dc:creator>
      <dc:date>2004-11-12T08:58:47Z</dc:date>
    </item>
    <item>
      <title>Re: DECnet over TCP/IP</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/decnet-over-tcp-ip/m-p/4870041#M49101</link>
      <description>Volker&lt;BR /&gt;&lt;BR /&gt;1. No backtranslation error&lt;BR /&gt;2. Yes flush is done.&lt;BR /&gt;3. No errors in TCPIP$PWIPACP_AXPVMS.LOG &lt;BR /&gt;4. Yes same versions&lt;BR /&gt;5. Not tested&lt;BR /&gt;&lt;BR /&gt;But I have got some idea. Nodnames, DECnet- and IP-addresses are changed for this system. The identity is changed for the system and I have found some rest of the earlier identity. The system must be restarted to activate some changes I have done. But a restart cannot be done right now. Have to wait until next week.&lt;BR /&gt;&lt;BR /&gt;Have a nice weekend.&lt;BR /&gt;&lt;BR /&gt;Kjell&lt;BR /&gt;</description>
      <pubDate>Fri, 12 Nov 2004 09:24:11 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/decnet-over-tcp-ip/m-p/4870041#M49101</guid>
      <dc:creator>Kjell Carlsson</dc:creator>
      <dc:date>2004-11-12T09:24:11Z</dc:date>
    </item>
    <item>
      <title>Re: DECnet over TCP/IP</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/decnet-over-tcp-ip/m-p/4870042#M49102</link>
      <description>what are remains of the old addresses?&lt;BR /&gt;If you change a node name and address there are several things so change and a useful list can be found in the VMS FAQ.&lt;BR /&gt;&lt;A href="http://h71000.www7.hp.com/wizard/faq/vmsfaq_008.html#mgmt60" target="_blank"&gt;http://h71000.www7.hp.com/wizard/faq/vmsfaq_008.html#mgmt60&lt;/A&gt;&lt;BR /&gt;</description>
      <pubDate>Sat, 13 Nov 2004 16:30:03 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/decnet-over-tcp-ip/m-p/4870042#M49102</guid>
      <dc:creator>Ian Miller.</dc:creator>
      <dc:date>2004-11-13T16:30:03Z</dc:date>
    </item>
    <item>
      <title>Re: DECnet over TCP/IP</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/decnet-over-tcp-ip/m-p/4870043#M49103</link>
      <description>More patches into system</description>
      <pubDate>Fri, 22 Apr 2005 01:54:53 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/decnet-over-tcp-ip/m-p/4870043#M49103</guid>
      <dc:creator>Kjell Carlsson</dc:creator>
      <dc:date>2005-04-22T01:54:53Z</dc:date>
    </item>
  </channel>
</rss>

