<?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: TCPIPTRACE won't run in Operating System - OpenVMS</title>
    <link>https://community.hpe.com/t5/operating-system-openvms/tcpiptrace-won-t-run/m-p/3519289#M49022</link>
    <description>I use multinet, so my comment may be way off, but looking at your post, I wonder if the first command should have a space between the tcpip and trace instead of being one word tcpiptrace?  I know in multinet, the command is:&lt;BR /&gt;&lt;BR /&gt;$ multinet trace host.x.x.x</description>
    <pubDate>Wed, 06 Apr 2005 11:31:43 GMT</pubDate>
    <dc:creator>Dale A. Marcy</dc:creator>
    <dc:date>2005-04-06T11:31:43Z</dc:date>
    <item>
      <title>TCPIPTRACE won't run</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/tcpiptrace-won-t-run/m-p/3519287#M49020</link>
      <description>I try&lt;BR /&gt;&lt;BR /&gt;$ tcpiptrace host /port...&lt;BR /&gt;%CLI-W-IVVERB, unrecognized command verb - check validity and spelling&lt;BR /&gt; \HOST\&lt;BR /&gt;&lt;BR /&gt;I try&lt;BR /&gt;&lt;BR /&gt;$ mcr tcpip$trace host /port=...&lt;BR /&gt;%CLI-F-SYNTAX, error parsing 'address'&lt;BR /&gt;-CLI-E-ENTNF, specified entity not found in command tables&lt;BR /&gt;&lt;BR /&gt;I try&lt;BR /&gt;&lt;BR /&gt;$ run sys$system:tcpip$trace&lt;BR /&gt;%CLI-F-SYNTAX, error parsing 'address'&lt;BR /&gt;-CLI-E-ENTNF, specified entity not found in command tables&lt;BR /&gt;&lt;BR /&gt;I try&lt;BR /&gt;&lt;BR /&gt;$ tcpiptrace&lt;BR /&gt;TCPIP&amp;gt;&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;Why can't I run TCPIPTRACE???  Why does the TCPIP command keep getting in the way?  There's no symbol set for either, and setting a foreign command for TCPIPTRACE does no better than the MCR or RUN commands show above.&lt;BR /&gt;&lt;BR /&gt;Bamboozled,&lt;BR /&gt;Aaron</description>
      <pubDate>Wed, 06 Apr 2005 11:01:16 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/tcpiptrace-won-t-run/m-p/3519287#M49020</guid>
      <dc:creator>Aaron Sakovich</dc:creator>
      <dc:date>2005-04-06T11:01:16Z</dc:date>
    </item>
    <item>
      <title>Re: TCPIPTRACE won't run</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/tcpiptrace-won-t-run/m-p/3519288#M49021</link>
      <description>The command verb is "TCPTRACE".&lt;BR /&gt;&lt;BR /&gt;Boom. Falls off chair ;-)</description>
      <pubDate>Wed, 06 Apr 2005 11:29:12 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/tcpiptrace-won-t-run/m-p/3519288#M49021</guid>
      <dc:creator>Uwe Zessin</dc:creator>
      <dc:date>2005-04-06T11:29:12Z</dc:date>
    </item>
    <item>
      <title>Re: TCPIPTRACE won't run</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/tcpiptrace-won-t-run/m-p/3519289#M49022</link>
      <description>I use multinet, so my comment may be way off, but looking at your post, I wonder if the first command should have a space between the tcpip and trace instead of being one word tcpiptrace?  I know in multinet, the command is:&lt;BR /&gt;&lt;BR /&gt;$ multinet trace host.x.x.x</description>
      <pubDate>Wed, 06 Apr 2005 11:31:43 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/tcpiptrace-won-t-run/m-p/3519289#M49022</guid>
      <dc:creator>Dale A. Marcy</dc:creator>
      <dc:date>2005-04-06T11:31:43Z</dc:date>
    </item>
    <item>
      <title>Re: TCPIPTRACE won't run</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/tcpiptrace-won-t-run/m-p/3519290#M49023</link>
      <description>Hey Aaron,&lt;BR /&gt;&lt;BR /&gt;The error is referring to the command argument HOST.  TCPIP is a DCL verb that runs the TCPIP utility.&lt;BR /&gt;&lt;BR /&gt;Are you trying to run a traceroute?&lt;BR /&gt;&lt;BR /&gt;try:&lt;BR /&gt;MCR TCPIP$TraceRoute&lt;BR /&gt;&lt;BR /&gt;Enjoy,&lt;BR /&gt;&lt;BR /&gt;--Jeff</description>
      <pubDate>Wed, 06 Apr 2005 11:32:39 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/tcpiptrace-won-t-run/m-p/3519290#M49023</guid>
      <dc:creator>Jeffery D. Urmann</dc:creator>
      <dc:date>2005-04-06T11:32:39Z</dc:date>
    </item>
    <item>
      <title>Re: TCPIPTRACE won't run</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/tcpiptrace-won-t-run/m-p/3519291#M49024</link>
      <description>TCPTRACE.  *sigh*  (picking self up off the floor)&lt;BR /&gt;&lt;BR /&gt;Rhetorical question: why doesn't the documentation document this?  Or is this just an undocumented feature -- make you GUESS at what the command really is?&lt;BR /&gt;&lt;BR /&gt;$ HELP TCPIPTRACE&lt;BR /&gt;&lt;BR /&gt;TCPIPTRACE&lt;BR /&gt;&lt;BR /&gt;     Starts the UCX$TRACE utility.&lt;BR /&gt;&lt;BR /&gt;     Format&lt;BR /&gt;&lt;BR /&gt;                         /BUFFERS=n&lt;BR /&gt;                         /FULL&lt;BR /&gt;       TCPIPTRACE  host  /OUTPUT&lt;BR /&gt;                         /PACKETS=n&lt;BR /&gt;                         /PORT=option&lt;BR /&gt;                         /PROTOCOL=option&lt;BR /&gt;   &lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;  Additional information available:&lt;BR /&gt;&lt;BR /&gt;  Parameters Qualifiers&lt;BR /&gt;  /BUFFERS   /FULL      /OUTPUT    /PACKETS   /PORT      /PROTOCOL&lt;BR /&gt;  Examples&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;Thanks!</description>
      <pubDate>Wed, 06 Apr 2005 11:39:38 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/tcpiptrace-won-t-run/m-p/3519291#M49024</guid>
      <dc:creator>Aaron Sakovich</dc:creator>
      <dc:date>2005-04-06T11:39:38Z</dc:date>
    </item>
    <item>
      <title>Re: TCPIPTRACE won't run</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/tcpiptrace-won-t-run/m-p/3519292#M49025</link>
      <description>I see this help entry on a OpenVMS Alpha V6.2-1H3 with UCX V4.2, but not on a recent V7.3-2 with TCPIP V5.4 system. The later one was a rather fresh install (started as V7.3-1).&lt;BR /&gt;&lt;BR /&gt;You don't say on what version you are running, but it might be a stale HELP entry.&lt;BR /&gt;&lt;BR /&gt;I do have a TCPTRACE help entry on the V7 system.</description>
      <pubDate>Wed, 06 Apr 2005 11:45:32 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/tcpiptrace-won-t-run/m-p/3519292#M49025</guid>
      <dc:creator>Uwe Zessin</dc:creator>
      <dc:date>2005-04-06T11:45:32Z</dc:date>
    </item>
    <item>
      <title>Re: TCPIPTRACE won't run</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/tcpiptrace-won-t-run/m-p/3519293#M49026</link>
      <description>Just forgot:&lt;BR /&gt;$ HELP TCPIP&lt;BR /&gt;&lt;BR /&gt;has an entry named 'Tracing' that gives a hint to TCPTRACE.</description>
      <pubDate>Wed, 06 Apr 2005 11:49:56 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/tcpiptrace-won-t-run/m-p/3519293#M49026</guid>
      <dc:creator>Uwe Zessin</dc:creator>
      <dc:date>2005-04-06T11:49:56Z</dc:date>
    </item>
    <item>
      <title>Re: TCPIPTRACE won't run</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/tcpiptrace-won-t-run/m-p/3519294#M49027</link>
      <description>OpenVMS v7.3-2, TCP/IP Svcs 5.4 ECO 4.  (Almost) latest &amp;amp; greatest, upgraded over the years from OpenVMS 6.2-1H3 FIS.&lt;BR /&gt;&lt;BR /&gt;I see the hint under TCPIP_SERVICES, but no entry for TCPTRACE at the top level, just TCPIP_TRACE.</description>
      <pubDate>Wed, 06 Apr 2005 11:56:14 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/tcpiptrace-won-t-run/m-p/3519294#M49027</guid>
      <dc:creator>Aaron Sakovich</dc:creator>
      <dc:date>2005-04-06T11:56:14Z</dc:date>
    </item>
    <item>
      <title>Re: TCPIPTRACE won't run</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/tcpiptrace-won-t-run/m-p/3519295#M49028</link>
      <description>Just to further support Uwe`s theory regarding a stale help entry...  I get the same help output as Aaron.  Our OpenVMS v7.3-1 TCPv5.4eco4 system was an upgrade from OpenVMSv6.x, UCXv4.x as well.&lt;BR /&gt;&lt;BR /&gt;Enjoy,&lt;BR /&gt;&lt;BR /&gt;--Jeff</description>
      <pubDate>Wed, 06 Apr 2005 13:39:47 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/tcpiptrace-won-t-run/m-p/3519295#M49028</guid>
      <dc:creator>Jeffery D. Urmann</dc:creator>
      <dc:date>2005-04-06T13:39:47Z</dc:date>
    </item>
    <item>
      <title>Re: TCPIPTRACE won't run</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/tcpiptrace-won-t-run/m-p/3519296#M49029</link>
      <description>More support for Uwe...&lt;BR /&gt;&lt;BR /&gt;I see all four of these help entries:&lt;BR /&gt;&lt;BR /&gt;TCPIPTRACE&lt;BR /&gt;TCPIP_Services&lt;BR /&gt;TCPTRACE&lt;BR /&gt;TCP_IP_Services&lt;BR /&gt;&lt;BR /&gt;Appearently, the upgrade process does not uninstall cleanly.  Or I choose not to when/if asked.  I do not recall as that was many, many years ago.&lt;BR /&gt;&lt;BR /&gt;old VMS guy,&lt;BR /&gt;&lt;BR /&gt;--Jeff</description>
      <pubDate>Wed, 06 Apr 2005 13:46:31 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/tcpiptrace-won-t-run/m-p/3519296#M49029</guid>
      <dc:creator>Jeffery D. Urmann</dc:creator>
      <dc:date>2005-04-06T13:46:31Z</dc:date>
    </item>
  </channel>
</rss>

