<html>
  <head>
    <meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
  </head>
  <body>
    <p>Yes, <font size="4"><tt>NETPTH</tt></font> is part of the PANDA
      distribution and I had begun looking at it about 18 months ago
      before I fell into a couple of deep, dark DECnet holes, viz:<br>
    </p>
    <ul>
      <li>The <font size="4"><tt>SETNODE</tt></font> rewrite is done
        but wants a bit of a write-up for the new functionality.</li>
      <li>The extensive work on <font size="4"><tt>FAL</tt></font> and
        anonymous access is complete and documentation is done.</li>
      <li>A number of patches have been done for <font size="4"><tt>DAP</tt></font>,
        but I have yet to implement <font size="4"><tt>RENAME</tt></font>.</li>
      <li>DECnet SMTP remains to be debugged; there is a <font size="4"><tt>.PRIOU</tt></font>/<font
          size="4"><tt>.PRIIN</tt></font> conflict between it and DEC <font
          size="4"><tt>DDT</tt></font> that is hampering this.</li>
      <ul>
        <li>I may change <font size="4"><tt>XDDT</tt></font></li>
        <li>I have yet to see whether <font size="4"><tt>IDDT</tt></font>
          has the same problem<br>
        </li>
      </ul>
      <li>A few monitor changes were necessary to support the above</li>
      <li>A patch was done to keep DECnet from filling up the error log
        (when talking on HECnet)</li>
      <li>Research on NRT is now down to monitor changes</li>
    </ul>
    <p><font size="4"><tt>NETPTH</tt></font> appears to not be fully
      productized for Tops-20.  Error handling frequently involves
      complaining and exiting, whereas I saw that recovery could be done
      in certain cases.  It is using <font size="4"><tt>SCAN</tt></font>,
      which, in addition to occupying program virtual address space,
      also pulls in <font size="4"><tt>PA1050</tt></font>, which
      occupies another 28 pages.  <font size="4"><tt>SCAN</tt></font>
      makes <font size="4"><tt>NETPTH</tt></font> appear kind of clunky
      for a Tops-20 user.<br>
    </p>
    <p>Not the end of the world by any means, but I keep making mistakes
      in it that wouldn't be happening were it to be fully native
      Tops-20 and leverage the <font size="4"><tt>SETNODE</tt></font>
      enhancements which give you node recognition (I.E., "?" pick
      lists, abbreviation and completion).<br>
    </p>
    <div class="moz-cite-prefix">Still, <font size="4"><tt>NETPTH</tt></font>
      is completely serviceable and to what degree productization should
      have happened really is a matter of debate.<br>
    </div>
    <blockquote type="cite"
      cite="mid:1092882559.132407.1634827198172.JavaMail.zimbra@stupi.com">
      <hr width="100%" size="2">
      <pre class="moz-quote-pre" wrap="">On 10/21/21 10:39 AM, Peter Lothberg wrote:

Tops10/Tops20 has something caled "NETPTH" but it don't work like trace route that depends on packet TTL expire and ICMP replies, it actually talks management to each node and splices the path together.

[Routing path from MRC (59.41) to LEGATO (2.1)]

 From               Via        Back     Thru                           Cost    Hops
MRC    (59.41)    =>NI-0-0   / TAP-0       <=   OPS1VA (59.59)          -1      -1
OPS1VA (59.59)    =>GRE-3    / GRE-4       <=   IAD2   (59.1020)        -1      -1
IAD2   (59.1020)  =>DMC-0    / MUL-59-1020 <=   A2RTR  (2.1023)         -1      -1
A2RTR  (2.1023)   =>TAP-0    / QNA-1       <=   LEGATO (2.1)            -1      -1
<blockquote type="cite"><hr width="100%" size="2"><pre class="moz-quote-pre" wrap=""><b>From</b>: "David Moylan" <a class="moz-txt-link-rfc2396E" href="mailto:djm@wiz.net.au"><djm@wiz.net.au></a>
<b>To</b>: "hecnet" <a class="moz-txt-link-rfc2396E" href="mailto:hecnet@Update.UU.SE"><hecnet@Update.UU.SE></a>
<b>Sent</b>: Thursday, October 21, 2021 1:20:12 AM
<b>Subject</b>: RE: [HECnet] Is MIM running?

It would be awesome to implement a "traceroute" equivalent on something :-)  I assume we'd have to allow node inspection from remote, but I'm sure people would be open for that.

I used to run a Cisco router for my area, but replaced it with pyDECnet as I wanted to mix both GRE and point-to-point tunnels.  pyDECnet ticked all the boxes and was simple to implement.

The one thing that I miss, however, is the simplicity of "ping decnet" in Cisco IOS.  Right from the router I could see if something was up or down.  Now I have to jump onto one of my boxes and do an ncp loop node to confirm the same.

Would be nice to have the same implemented in pyDECnet, perhaps as a command line option, or via the web gui.

If nobody else has any equipment handy, I could setup a router again at home and do some captures.

Cheers, Wiz!!</pre>
</blockquote></pre>
    </blockquote>
  </body>
</html>