<div dir="ltr">Apparently, the PDP-11 is advertising successfully as a DECNet router.  My VAX node MOE seems to be using it instead of the VAX Router LARRY.  Which is a problem because I can't route through the PDP-11 to MIM.<div><br></div><div>Well, that is basic understanding.  If I turn off PDP-11, the routing from the VAX node only Moe works fine and it routes through LARRY.</div><div><br></div><div>I am looking to see if I can raise the route cost of the PDP-11 to make LARRY win the routing contest every time.  Othewise, I will re-run netgen on the PDP-11 and say no to being a router (Level 1 and Level 2).</div><div><br></div><div>Kurt</div><div><br></div><div>Kurt<br><div><br></div></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sat, Jun 8, 2019 at 4:26 PM Mark Matlock <<a href="mailto:mark@matlockfamily.com" target="_blank">mark@matlockfamily.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="auto">Kurt,<div>   If you want two circuits like UNA-0 and IP-0-0 I think you have to be a routing node (but not an area router).</div><div>Also, you should define all the nodes you want to talk to with NCP in one of the startup files or do it with CFE but I prefer startup so it’s simple to change.</div><div>Best,</div><div>Mark</div><div><br><div id="gmail-m_6337875945604042290gmail-m_-1211335535785908806AppleMailSignature" dir="ltr">Sent from my iPhone</div><div dir="ltr"><br>On Jun 8, 2019, at 3:07 PM, Kurt Hamm <<a href="mailto:kurt@hamm.me" target="_blank">kurt@hamm.me</a>> wrote:<br><br></div><blockquote type="cite"><div dir="ltr"><div dir="ltr">This walkthrough was great.  <div><br></div><div>I do have a question about this the section listed below:</div><div><br></div><div>My answers:</div><div>01.00 CURLY</div><div>02.00 31.132</div><div>03:00 Do I really want a routing node?</div><div>04:00 Do I really want a routing node?</div><div>.</div><div>.</div><div>07.00 Remote node name [<RET>=Done] Larry</div><div>08:00 Remote Node Address: 31.130</div><div><br></div><div>I thought the Remote Node address setting would just route decnet through Larry.  I don't really want the pdp-11 (CURLY) doing any routing.<br></div><div><br></div><div>Thanks!</div><div><br></div><div>Kurt</div><div><br></div><div><br></div><div>>; =====================================================================<br>>;  DEC - Section  1 - Define the target and remote nodes<br>>; =====================================================================<br>>;<br>>* 01.00 What is the target node name [S R:0-6]: RSX11M<br>>* 02.00 What is the target node address [S R:0.-8.]: 30.12<br>>* 03.00 Target node ID [D=None] [S R:0.-32.]: PiDP-11/70 HECnet<br>>* 04.00 Do you want to generate a routing node [D=N]? [Y/N]: Y<br>>* 04.01 Do you want to generate a level 2 routing node [D=N]? [Y/N]: Y<br>>* 05.00 Highest node number in this area [D R:12.-1023. D:12.]: 15.<br>>* 05.01 Highest area number in network [D R:30.-63. D:30.]: 63.<br>>;y<br>>; Extended  network  support for network command terminals and products<br>>; layered on DECnet, will be included.<br>>; [S R:0-6]: <br>>* 07.00 Remote node name [<RET>=Done]<br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sat, Jun 8, 2019 at 8:14 AM Mark Matlock <<a href="mailto:mark@matlockfamily.com" target="_blank">mark@matlockfamily.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Kurt,<br>
   As Johnny says you should read chapter 10 of [IP]README.DOC and run a NETGEN to add the IP HECnet device. I’ve attached a walk-through of a NETGEN that can help guide you but you should understand the information in chapter 10.<br>
<br>
  You should have a unique DECnet node address for your system (from Johnny)  to use instead of the one I supplied in the walk-through. <br>
<br>
   Later when bringing up IP-0-0 in the [IPNET]INS.CMD I think you need a port # for attachment to MIM if that is where you are connecting to?<br>
<br>
Best,<br>
Mark<br>
<br>
<br>
<br>
<br>
<br>
> On Jun 8, 2019, at 6:36 AM, Kurt Hamm <<a href="mailto:kurt@hamm.me" target="_blank">kurt@hamm.me</a>> wrote:<br>
> <br>
> Thanks Johnny and thanks Mark. For some reason I thought that this was already done since IP was working. <br>
> <br>
> This is just what I needed to know to finish this thing off. I really appreciate the assistance.<br>
> <br>
> Kurt<br>
> <br>
> On Sat, Jun 8, 2019, 5:32 AM Johnny Billquist <<a href="mailto:bqt@softjar.se" target="_blank">bqt@softjar.se</a>> wrote:<br>
> Kurt, Mark is absolutely right.<br>
> <br>
> You do not have the IP line driver generated into DECnet.<br>
> <br>
> This is what I suspect quite a few mails back between us, and tried to <br>
> point out.<br>
> <br>
> And do not try to just edit CEMAC.MAC to add those lines Mark mention. <br>
> That will not work. You need to run through the DECnet generation <br>
> process, and then the IPNET postprocessing step. It's all in the TCP/IP <br>
> manual, if you read it.<br>
> <br>
>    Johnny<br>
> <br>
> On 2019-06-08 05:58, Mark Matlock wrote:<br>
> > Kurt,<br>
> >     I think you need to have the “IP" network device NETGENed into DECnet.<br>
> > <br>
> >    The fact that you first error occurs at the NCP SET PROC IP TOP makes me think that DECnet does not have a driver for the IP device loaded. When I made the “Frodo” distribution available, I did a new SYSGEN for an 11/70 and also a NETGEN. In the NETGEN for the Unibus system a “UNA” was the ethernet device and on a Qbus system (the actual Frodo 30.1) a QNA device is used.<br>
> > <br>
> >     It would be helpful if you typed out LB:[5,54]CETAB.MAC as it could confirm if the IP device has been NETGENed in or not. In CETAB.MAC the 3rd actual line of code should look like:<br>
> > <br>
> > PDV$DF  <AUX,EVL,ECL,XPT,NCT,RTH,LAT,DLX>,<EPM>,<UNA,IP><br>
> > <br>
> > Three lines below that should be:<br>
> > <br>
> > SLT$DF  IP,IP,XPT,LF.TIM,0,0,,0.,0.,15.<br>
> > <br>
> >     It’s been a while since I added the IP-0-0 LIN and Circuits to my system, but I try to do that to one of my PiDP-11s and post the walk through for it.<br>
> > <br>
> >     Below I’ve put some information of the sequence of startup command files that may help you understand the files involved.<br>
> > <br>
> >    In the LB:[1,2]STARTUP.CMD of the Frodo distribution RSX and DECnet are started as is normal for any RSX. It then chains to LB:[1,2]INSPROG.CMD which brings up the DU1: disk that you either download from <a href="http://RSX11M.COM" rel="noreferrer" target="_blank">RSX11M.COM</a> or the Simh boot.ini will make a blank one.<br>
> > <br>
> >    At the end of the INSPROG.CMD two questions are asked with timeouts. The first will load LAT and the second loads Johnny’s TCP/IP. It loads the TCP/IP by chaining to LB:[IP]IPINS.CMD which will load TCP/IP and either DHCP an IP address or set a static IP address. At the end of that file then LB:[IP]IPAPPL.CMD is executed which sets up FTP, TELNET, NTP and other applications.<br>
> > <br>
> >    Now, in the Frodo distribution IPAPPL.CMD, there is a line that was either commented or deleted that chains to LB:[IPNET]INSHECNET.CMD which is used to link the actual node Frodo (HECnet 30.1) to MIM<br>
> > <br>
> >    Your [IPNET]INS.CMD looks identical to the INSHECNET.CMD on Frodo including the host port # which may be something we need to change?<br>
> > <br>
> >    Do you have a HECnet address from Johnny? Also, where are you planning to connect to HECnet?<br>
> > <br>
> > There is a [IPNET]INS.NEW which is the template that Johnny provides and it does not have a port specified on MIM. I don’t remember the exact mechanics on MIM That accepts connections but that may be a function of that port # Frodo connects to MIM on IP-0-10 but that is not specified on Frodo but on MIM.<br>
> > <br>
> > Best,<br>
> > Mark<br>
> > <br>
> > <br>
> > <br>
> > <br>
> > <br>
> >> On Jun 7, 2019, at 9:35 PM, Kurt Hamm <<a href="mailto:kurt@hamm.me" target="_blank">kurt@hamm.me</a>> wrote:<br>
> >><br>
> >> So, I added this command to the startup.cmd:   @LB:[IPNET]INS.CMD.<br>
> >><br>
> >> I didn't modify the file yet.  I wanted to see what it would do<br>
> >><br>
> >> The result after rebooting was this:<br>
> >>> INS LB:[IPNET]MLTCOM/UIC=[1,54]/PRO=[RW,RW,,]<br>
> >>> INS LB:[IPNET]MLTNET<br>
> >>> INS LB:[IPNET]MLTCFG<br>
> >>> NCP SET PROC IP TOP<br>
> >> NCP -- Set failed, unrecognized component, Process<br>
> >>> NCP SET LIN IP-0-* ALL<br>
> >> NCP -- Set failed, invalid identification format, Line<br>
> >>> MNC SHO VER<br>
> >> Initialize common<br>
> >> NT.IP  not found. Exiting...<br>
> >>> MNC SET CIR IP-0-0 TCA HOST <a href="http://MIM.UPDATE.UU.SE:7705" rel="noreferrer" target="_blank">MIM.UPDATE.UU.SE:7705</a> PORT 0<br>
> >> Initialize common<br>
> >> NT.IP  not found. Exiting...<br>
> >>> NCP SET CIR IP-0-0 STA ON<br>
> >> NCP -- Set failed, invalid identification format, Circuit<br>
> >><br>
> >> There are lots of errors, so I am not sure where to start.<br>
> >><br>
> >> Any advice would be appreciated.<br>
> >><br>
> >> Kurt<br>
> > <br>
> <br>
> <br>
> -- <br>
> Johnny Billquist                  || "I'm on a bus<br>
>                                    ||  on a psychedelic trip<br>
> email: <a href="mailto:bqt@softjar.se" target="_blank">bqt@softjar.se</a>             ||  Reading murder books<br>
> pdp is alive!                     ||  tryin' to stay hip" - B. Idol<br>
<br>
</blockquote></div>
</div></blockquote></div></div></blockquote></div>