<?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: UCX: 4.2 - cannot reach itself in Operating System - OpenVMS</title>
    <link>https://community.hpe.com/t5/operating-system-openvms/ucx-4-2-cannot-reach-itself/m-p/3061135#M411</link>
    <description>Accessing 127.0.0.1 (localhost) was not a problem, it really was when the Ip-address of the machine in the network itself (10.100.50.201) was accessed - by address or by name (DNS was ok ;-))&lt;BR /&gt;Anyway, routing shouldn't have been enabled anyway so it'll be disabled. For the rest: all is fine now.&lt;BR /&gt;&lt;BR /&gt;(BTW: Today I learned the machine had been up and running for over 3 years - doing nothing in fact. It was only that they discovered it couldn't 'see' his own interface that was decided to reboot - which didn't solve the problem ...)</description>
    <pubDate>Wed, 03 Sep 2003 15:28:40 GMT</pubDate>
    <dc:creator>Willem Grooters</dc:creator>
    <dc:date>2003-09-03T15:28:40Z</dc:date>
    <item>
      <title>UCX: 4.2 - cannot reach itself</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/ucx-4-2-cannot-reach-itself/m-p/3061128#M404</link>
      <description>On a VMS 7.1-2 + UCX 4.2 machine, UCX PING,  TELNET or FTP to itself fails - acutally, time out.&lt;BR /&gt;Remote access however is no problem at all, nor is access to other machines (ping, telnet or FTP). It's just the access to it's own interface that is impossible.&lt;BR /&gt;Services TELNET and FTP are standard and enabled, and ROUTING is enabled and running. The network interface is Ok as well.&lt;BR /&gt;</description>
      <pubDate>Tue, 02 Sep 2003 07:44:25 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/ucx-4-2-cannot-reach-itself/m-p/3061128#M404</guid>
      <dc:creator>Willem Grooters</dc:creator>
      <dc:date>2003-09-02T07:44:25Z</dc:date>
    </item>
    <item>
      <title>Re: UCX: 4.2 - cannot reach itself</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/ucx-4-2-cannot-reach-itself/m-p/3061129#M405</link>
      <description>A sudden idea crossed my mind, I've seen something likewise before: it could have something to do with routing.&lt;BR /&gt;UCX SHOW ROUTE and yes: in the dynamic table I found address 10.100.50.201 routed via 10.100.50.1. Indeed, 10.100.50.201 is the machine itself, 10.100.50.1 is the router.&lt;BR /&gt;&lt;BR /&gt;UCX SET NOROUTE 10.100.50.201 /gateway=10.100.50.1 removed the line, and to be sure we did the same /PERM.&lt;BR /&gt;Then it worked again, as expected.&lt;BR /&gt;&lt;BR /&gt;Ok, problem solved (quite a pity I can't assign points to myself ;-)) but still a question to be answered: Since the entry occurred in the dynamic table, it's cause is not the permanent database, so where did it come from?</description>
      <pubDate>Tue, 02 Sep 2003 08:17:48 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/ucx-4-2-cannot-reach-itself/m-p/3061129#M405</guid>
      <dc:creator>Willem Grooters</dc:creator>
      <dc:date>2003-09-02T08:17:48Z</dc:date>
    </item>
    <item>
      <title>Re: UCX: 4.2 - cannot reach itself</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/ucx-4-2-cannot-reach-itself/m-p/3061130#M406</link>
      <description>Obviously this is all gueswork, but would it be possible that another system was in the network using the same IP address? That way the router could have learnt and advertised it.</description>
      <pubDate>Tue, 02 Sep 2003 16:47:07 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/ucx-4-2-cannot-reach-itself/m-p/3061130#M406</guid>
      <dc:creator>Martin P.J. Zinser</dc:creator>
      <dc:date>2003-09-02T16:47:07Z</dc:date>
    </item>
    <item>
      <title>Re: UCX: 4.2 - cannot reach itself</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/ucx-4-2-cannot-reach-itself/m-p/3061131#M407</link>
      <description>Missing bits &amp;amp; pieces in some DHCP server? Given the environment not unlikely ;-). It might shine a light on other problems I've heard talkink about. I'll inform them...Thanx.</description>
      <pubDate>Wed, 03 Sep 2003 05:19:05 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/ucx-4-2-cannot-reach-itself/m-p/3061131#M407</guid>
      <dc:creator>Willem Grooters</dc:creator>
      <dc:date>2003-09-03T05:19:05Z</dc:date>
    </item>
    <item>
      <title>Re: UCX: 4.2 - cannot reach itself</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/ucx-4-2-cannot-reach-itself/m-p/3061132#M408</link>
      <description>By "itself", are you meaning the IP address you've assigned it?&lt;BR /&gt;&lt;BR /&gt;Is that name and address in the local database?&lt;BR /&gt;&lt;BR /&gt;  $ UCX SHOW HOST xyz&lt;BR /&gt;&lt;BR /&gt;You might also try various IP operations to address 172.0.0.1, which always means the local machine.&lt;BR /&gt;&lt;BR /&gt;I agree that a different machine might also have the same IP address.&lt;BR /&gt;</description>
      <pubDate>Wed, 03 Sep 2003 12:27:25 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/ucx-4-2-cannot-reach-itself/m-p/3061132#M408</guid>
      <dc:creator>Stanley F Quayle</dc:creator>
      <dc:date>2003-09-03T12:27:25Z</dc:date>
    </item>
    <item>
      <title>Re: UCX: 4.2 - cannot reach itself</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/ucx-4-2-cannot-reach-itself/m-p/3061133#M409</link>
      <description>I think Stan is refering to 127.0.0.1 not &lt;BR /&gt;172.0.0.1...</description>
      <pubDate>Wed, 03 Sep 2003 14:34:35 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/ucx-4-2-cannot-reach-itself/m-p/3061133#M409</guid>
      <dc:creator>Martin P.J. Zinser</dc:creator>
      <dc:date>2003-09-03T14:34:35Z</dc:date>
    </item>
    <item>
      <title>Re: UCX: 4.2 - cannot reach itself</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/ucx-4-2-cannot-reach-itself/m-p/3061134#M410</link>
      <description>Sorry.  Brain fade...</description>
      <pubDate>Wed, 03 Sep 2003 15:16:25 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/ucx-4-2-cannot-reach-itself/m-p/3061134#M410</guid>
      <dc:creator>Stanley F Quayle</dc:creator>
      <dc:date>2003-09-03T15:16:25Z</dc:date>
    </item>
    <item>
      <title>Re: UCX: 4.2 - cannot reach itself</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/ucx-4-2-cannot-reach-itself/m-p/3061135#M411</link>
      <description>Accessing 127.0.0.1 (localhost) was not a problem, it really was when the Ip-address of the machine in the network itself (10.100.50.201) was accessed - by address or by name (DNS was ok ;-))&lt;BR /&gt;Anyway, routing shouldn't have been enabled anyway so it'll be disabled. For the rest: all is fine now.&lt;BR /&gt;&lt;BR /&gt;(BTW: Today I learned the machine had been up and running for over 3 years - doing nothing in fact. It was only that they discovered it couldn't 'see' his own interface that was decided to reboot - which didn't solve the problem ...)</description>
      <pubDate>Wed, 03 Sep 2003 15:28:40 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/ucx-4-2-cannot-reach-itself/m-p/3061135#M411</guid>
      <dc:creator>Willem Grooters</dc:creator>
      <dc:date>2003-09-03T15:28:40Z</dc:date>
    </item>
  </channel>
</rss>

