<?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 V connectivity with DecNet IV in Operating System - OpenVMS</title>
    <link>https://community.hpe.com/t5/operating-system-openvms/decnet-v-connectivity-with-decnet-iv/m-p/3165390#M46851</link>
    <description>Search Path has Directory service Domain but workstation name is defined in the local namespace on the server.&lt;BR /&gt;&lt;BR /&gt;What kind of result you are looking for TCPIP show name I did get domain name with domain server name.&lt;BR /&gt;</description>
    <pubDate>Thu, 15 Jan 2004 11:37:51 GMT</pubDate>
    <dc:creator>Dushyant_2</dc:creator>
    <dc:date>2004-01-15T11:37:51Z</dc:date>
    <item>
      <title>DecNet V connectivity with DecNet IV</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/decnet-v-connectivity-with-decnet-iv/m-p/3165388#M46849</link>
      <description>I have server running (Open VMS 7-31)Decnet V connected to DecNet IV (Open VMS 6.2-1)workstation.  After I reboot workstation with Decnet IV server running Decnet V takes long time to connect workstation first time. So I am thinking it learning path to that workstation. &lt;BR /&gt;&lt;BR /&gt;Same kind of result I am experience when I register any Decnet IV node to server with Decnet V after registration I have to Flush cache,  I use below command&lt;BR /&gt;&lt;BR /&gt;&amp;gt; mcr ncl FLUSH SESSION CONTROL NAMING CACHE ENTRY "*"&lt;BR /&gt; &lt;BR /&gt;Once I flush cache first-time server takes long time to connect to workstation, which I just register.&lt;BR /&gt;&lt;BR /&gt;I am new to VMS and DECnet so can I get any information why this is happing when I reboot DecNet IV workstation.&lt;BR /&gt;&lt;BR /&gt;Thanks,&lt;BR /&gt;</description>
      <pubDate>Thu, 15 Jan 2004 11:20:02 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/decnet-v-connectivity-with-decnet-iv/m-p/3165388#M46849</guid>
      <dc:creator>Dushyant_2</dc:creator>
      <dc:date>2004-01-15T11:20:02Z</dc:date>
    </item>
    <item>
      <title>Re: DecNet V connectivity with DecNet IV</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/decnet-v-connectivity-with-decnet-iv/m-p/3165389#M46850</link>
      <description>What name resolution are you using? If you post the result of doing the following command on your DECnet V system.&lt;BR /&gt;&lt;BR /&gt; mcr ncl show SESSION CONTROL NAMING SEARCH PATH&lt;BR /&gt;&lt;BR /&gt;If Directory Service Domain shows up in the result of the above then the result of &lt;BR /&gt;TCPIP SHOW NAME &lt;BR /&gt;would also be interesting.&lt;BR /&gt;&lt;BR /&gt;Is the workstation name defined in the local namespace on the server ?</description>
      <pubDate>Thu, 15 Jan 2004 11:27:11 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/decnet-v-connectivity-with-decnet-iv/m-p/3165389#M46850</guid>
      <dc:creator>Ian Miller.</dc:creator>
      <dc:date>2004-01-15T11:27:11Z</dc:date>
    </item>
    <item>
      <title>Re: DecNet V connectivity with DecNet IV</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/decnet-v-connectivity-with-decnet-iv/m-p/3165390#M46851</link>
      <description>Search Path has Directory service Domain but workstation name is defined in the local namespace on the server.&lt;BR /&gt;&lt;BR /&gt;What kind of result you are looking for TCPIP show name I did get domain name with domain server name.&lt;BR /&gt;</description>
      <pubDate>Thu, 15 Jan 2004 11:37:51 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/decnet-v-connectivity-with-decnet-iv/m-p/3165390#M46851</guid>
      <dc:creator>Dushyant_2</dc:creator>
      <dc:date>2004-01-15T11:37:51Z</dc:date>
    </item>
    <item>
      <title>Re: DecNet V connectivity with DecNet IV</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/decnet-v-connectivity-with-decnet-iv/m-p/3165391#M46852</link>
      <description>Hi ,&lt;BR /&gt;&lt;BR /&gt;after flusing the cache on phase V system, run cdi$trace on one window ( $run sys$system:cdi$trace ) and try to connect the phase IV system from another window and see what appears in cdi$trace . This will give you idea from where node will be looked up.&lt;BR /&gt;&lt;BR /&gt;HTH,&lt;BR /&gt;Best regards,&lt;BR /&gt;Lokesh</description>
      <pubDate>Thu, 15 Jan 2004 11:54:39 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/decnet-v-connectivity-with-decnet-iv/m-p/3165391#M46852</guid>
      <dc:creator>Lokesh_2</dc:creator>
      <dc:date>2004-01-15T11:54:39Z</dc:date>
    </item>
    <item>
      <title>Re: DecNet V connectivity with DecNet IV</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/decnet-v-connectivity-with-decnet-iv/m-p/3165392#M46853</link>
      <description>your naming search path should have local first then domain so the entry in the local namespace is found first.</description>
      <pubDate>Thu, 15 Jan 2004 12:00:57 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/decnet-v-connectivity-with-decnet-iv/m-p/3165392#M46853</guid>
      <dc:creator>Ian Miller.</dc:creator>
      <dc:date>2004-01-15T12:00:57Z</dc:date>
    </item>
    <item>
      <title>Re: DecNet V connectivity with DecNet IV</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/decnet-v-connectivity-with-decnet-iv/m-p/3165393#M46854</link>
      <description>Yes in Naming Search Path Local is first and Domain is last.</description>
      <pubDate>Thu, 15 Jan 2004 12:06:28 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/decnet-v-connectivity-with-decnet-iv/m-p/3165393#M46854</guid>
      <dc:creator>Dushyant_2</dc:creator>
      <dc:date>2004-01-15T12:06:28Z</dc:date>
    </item>
    <item>
      <title>Re: DecNet V connectivity with DecNet IV</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/decnet-v-connectivity-with-decnet-iv/m-p/3165394#M46855</link>
      <description>what are the results of the CDI$TRACE ?</description>
      <pubDate>Thu, 15 Jan 2004 12:38:22 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/decnet-v-connectivity-with-decnet-iv/m-p/3165394#M46855</guid>
      <dc:creator>Ian Miller.</dc:creator>
      <dc:date>2004-01-15T12:38:22Z</dc:date>
    </item>
    <item>
      <title>Re: DecNet V connectivity with DecNet IV</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/decnet-v-connectivity-with-decnet-iv/m-p/3165395#M46856</link>
      <description>Well, since you apparently have both LOCAL and DOMAIN enabled in your naming setup on the DECnet V node and it just might be that your nodes have SAME name for both DECnet and TCPIP...&lt;BR /&gt;&lt;BR /&gt;Lets say, your phase IV node is named same way on both TCPIP and DECnet, i.e. one would expect&lt;BR /&gt;&lt;BR /&gt;$ telnet TARGET&lt;BR /&gt;$ set host TARGET&lt;BR /&gt;&lt;BR /&gt;both work. Now your Phase V node will prefer OSI TRANSPORT so it will actually try DECNET OVER IP to TARGET first.&lt;BR /&gt;&lt;BR /&gt;Try &lt;BR /&gt;&lt;BR /&gt;$ mcr ncl set session control transport precedence (nsp,tp4)&lt;BR /&gt;&lt;BR /&gt;whether this would make any difference.&lt;BR /&gt;&lt;BR /&gt;_veli</description>
      <pubDate>Thu, 15 Jan 2004 14:26:53 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/decnet-v-connectivity-with-decnet-iv/m-p/3165395#M46856</guid>
      <dc:creator>Veli Körkkö</dc:creator>
      <dc:date>2004-01-15T14:26:53Z</dc:date>
    </item>
  </channel>
</rss>

