[Simh] VAX/VMS 6.2 DECnet turned off, still resetting MAC address

[Bill Deegan]

Greetings,

I'm migrating a VMS 6.2 system from real hardware to simh VAX.
We're running on EC2 so DECnet's a no go.

We've disabled the DECnet startup on the system, but when I turn on tracing
I see:
DBG(42740138541)+> XQ ETH: writing  dst: 02:41:0C:98:92:09  src:
AA:00:04:00:20:10  proto: 0x0800  len: 98  crc: B5981F43

Is there a way to enable the debugging before booting up the VAX?
Barring that is there a way to prevent simh catching the "setup packet" and
changing the SRC MAC address?

-Bill
___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Re: [Simh] VAX/VMS 6.2 DECnet turned off, still resetting MAC address

[Mark Pizzolato - Info Comm]

Hi Bill,

You want VMS to not try and change the MAC address.

On Tuesday, October 20, 2015 at 1:31 PM, Bill Deegan wrote:
> I'm migrating a VMS 6.2 system from real hardware to simh VAX.
> We're running on EC2 so DECnet's a no go.

So, exactly how do you plan/want to access the simulated VAX?

What do you envision the network to look like?

> We've disabled the DECnet startup on the system, but when I turn on tracing I 
> see:
> DBG(42740138541)+> XQ ETH: writing  dst: 02:41:0C:98:92:09  src: 
> AA:00:04:00:20:10  proto: 0x0800  len: 98  crc: B5981F43
>
> Is there a way to enable the debugging before booting up the VAX?

The same debugging commands that enabled the above XQ debug output can 
certainly be put in the vax configuration file.

I'm not sure how that will help anything.

> Barring that is there a way to prevent simh catching the "setup packet" and 
> changing the SRC MAC address?

Something in VMS is changing the MAC address on the simulated interface by 
issuing the appropriate I/O operations to do this.  It may be DECnet or it may 
also be other networking things on the system.

Before we dig into the details of that, answering the above questions about how 
you envision the network to look will be more helpful.

- Mark


___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Re: [Simh] VAX/VMS 6.2 DECnet turned off, still resetting MAC address

[Johnny Billquist]

Bill - just a quick check. Does it really matter that the MAC address 
gets set? Do you have some other device that also sets the same MAC 
address? Otherwise the MAC address don't really matter. It's just 48 
bits that needs to be unique.


Johnny

On 2015-10-20 23:53, Bill Deegan wrote:

Mark,

See responses inline.

On Tue, Oct 20, 2015 at 2:39 PM, Mark Pizzolato - Info Comm
> wrote:

Hi Bill,

__ __

I’m still looking for details on your network vision/requirements:

__ __

Do you expect communicate between the host system and the simulated
VMS environment?  If so, how were you thinking you’d achieve this?


No need.



__ __

Historical questions relating to some possible solutions to achieve
the, as yet not completely specified, network goals:

__ __

Have you previously had LAT enabled on the original VMS system?


Yes. But no longer needed. LAT startup has been commented out.



__ __

Was this VMS system ever part of a VMS Cluster environment?


Yes.  But no longer needed.


-Bill



__ __

- Mark

__ __

*From:*Bill Deegan [mailto:b...@baddogconsulting.com
]
*Sent:* Tuesday, October 20, 2015 2:21 PM
*To:* Mark Pizzolato - Info Comm >
*Cc:* simh@trailing-edge.com 
*Subject:* Re: [Simh] VAX/VMS 6.2 DECnet turned off, still resetting
MAC address

__ __

Mark,

The system is running multinet, so accessing the system vi TCP/IP
and telnet will be sufficient for this application.

Not cluster not decnet needed.

-Bill

__ __

On Tue, Oct 20, 2015 at 1:55 PM, Mark Pizzolato - Info Comm
> wrote:

Hi Bill,

You want VMS to not try and change the MAC address.

On Tuesday, October 20, 2015 at 1:31 PM, Bill Deegan wrote:
 > I'm migrating a VMS 6.2 system from real hardware to simh VAX.
 > We're running on EC2 so DECnet's a no go.

So, exactly how do you plan/want to access the simulated VAX?

What do you envision the network to look like?

 > We've disabled the DECnet startup on the system, but when I
turn on tracing I see:
 > DBG(42740138541)+> XQ ETH: writing  dst: 02:41:0C:98:92:09
src: AA:00:04:00:20:10  proto: 0x0800  len: 98  crc: B5981F43
 >
 > Is there a way to enable the debugging before booting up the VAX?

The same debugging commands that enabled the above XQ debug
output can certainly be put in the vax configuration file.

I'm not sure how that will help anything.

 > Barring that is there a way to prevent simh catching the
"setup packet" and changing the SRC MAC address?

Something in VMS is changing the MAC address on the simulated
interface by issuing the appropriate I/O operations to do this.
It may be DECnet or it may also be other networking things on
the system.

Before we dig into the details of that, answering the above
questions about how you envision the network to look will be
more helpful.

- Mark



__ __




___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh




--
Johnny Billquist  || "I'm on a bus
  ||  on a psychedelic trip
email: b...@softjar.se ||  Reading murder books
pdp is alive! ||  tryin' to stay hip" - B. Idol
___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Re: [Simh] VAX/VMS 6.2 DECnet turned off, still resetting MAC address

[Bill Deegan]

Mark,

See responses inline.

On Tue, Oct 20, 2015 at 2:39 PM, Mark Pizzolato - Info Comm <
m...@infocomm.com> wrote:

> Hi Bill,
>
>
>
> I’m still looking for details on your network vision/requirements:
>
>
>
> Do you expect communicate between the host system and the simulated VMS
> environment?  If so, how were you thinking you’d achieve this?
>

No need.


>
>
> Historical questions relating to some possible solutions to achieve the,
> as yet not completely specified, network goals:
>
>
>
> Have you previously had LAT enabled on the original VMS system?
>

Yes. But no longer needed. LAT startup has been commented out.


>
>
> Was this VMS system ever part of a VMS Cluster environment?
>

Yes.  But no longer needed.


-Bill

>
>
> - Mark
>
>
>
> *From:* Bill Deegan [mailto:b...@baddogconsulting.com]
> *Sent:* Tuesday, October 20, 2015 2:21 PM
> *To:* Mark Pizzolato - Info Comm <m...@infocomm.com>
> *Cc:* simh@trailing-edge.com
> *Subject:* Re: [Simh] VAX/VMS 6.2 DECnet turned off, still resetting MAC
> address
>
>
>
> Mark,
>
> The system is running multinet, so accessing the system vi TCP/IP and
> telnet will be sufficient for this application.
>
> Not cluster not decnet needed.
>
> -Bill
>
>
>
> On Tue, Oct 20, 2015 at 1:55 PM, Mark Pizzolato - Info Comm <
> m...@infocomm.com> wrote:
>
> Hi Bill,
>
> You want VMS to not try and change the MAC address.
>
> On Tuesday, October 20, 2015 at 1:31 PM, Bill Deegan wrote:
> > I'm migrating a VMS 6.2 system from real hardware to simh VAX.
> > We're running on EC2 so DECnet's a no go.
>
> So, exactly how do you plan/want to access the simulated VAX?
>
> What do you envision the network to look like?
>
> > We've disabled the DECnet startup on the system, but when I turn on
> tracing I see:
> > DBG(42740138541)+> XQ ETH: writing  dst: 02:41:0C:98:92:09  src:
> AA:00:04:00:20:10  proto: 0x0800  len: 98  crc: B5981F43
> >
> > Is there a way to enable the debugging before booting up the VAX?
>
> The same debugging commands that enabled the above XQ debug output can
> certainly be put in the vax configuration file.
>
> I'm not sure how that will help anything.
>
> > Barring that is there a way to prevent simh catching the "setup packet"
> and changing the SRC MAC address?
>
> Something in VMS is changing the MAC address on the simulated interface by
> issuing the appropriate I/O operations to do this.  It may be DECnet or it
> may also be other networking things on the system.
>
> Before we dig into the details of that, answering the above questions
> about how you envision the network to look will be more helpful.
>
> - Mark
>
>
>
___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Re: [Simh] VAX/VMS 6.2 DECnet turned off, still resetting MAC address

[Mark Pizzolato - Info Comm]

On Tuesday, October 20, 2015 at 2:56 PM, Johnny Billquist wrote:
> Bill - just a quick check. Does it really matter that the MAC address
> gets set? Do you have some other device that also sets the same MAC
> address? Otherwise the MAC address don't really matter. It's just 48
> bits that needs to be unique.

I agree, that in general it should not matter one way or another.  However I 
suspect that the EC2 environment he's running under has specific knowledge of 
the MAC address they've assigned him and so it probably does matter or he'd 
already have gotten further along.

>   Johnny
> 
> On 2015-10-20 23:53, Bill Deegan wrote:
> > Mark,
> >
> > See responses inline.
> >
> > On Tue, Oct 20, 2015 at 2:39 PM, Mark Pizzolato - Info Comm
> > > wrote:
> >
> > Hi Bill,
> >
> > __ __
> >
> > I’m still looking for details on your network vision/requirements:
> >
> > __ __
> >
> > Do you expect communicate between the host system and the simulated
> > VMS environment?  If so, how were you thinking you’d achieve this?
> >
> >
> > No need.
> >
> > 
> >
> > __ __
> >
> > Historical questions relating to some possible solutions to achieve
> > the, as yet not completely specified, network goals:
> >
> > __ __
> >
> > Have you previously had LAT enabled on the original VMS system?
> >
> >
> > Yes. But no longer needed. LAT startup has been commented out.
> >
> > 
> >
> > __ __
> >
> > Was this VMS system ever part of a VMS Cluster environment?
> >
> >
> > Yes.  But no longer needed.
> >
> >
> > -Bill
> >
> > 
> >
> > __ __
> >
> > - Mark
> >
> > __ __
> >
> > *From:*Bill Deegan [mailto:b...@baddogconsulting.com
> > ]
> > *Sent:* Tuesday, October 20, 2015 2:21 PM
> > *To:* Mark Pizzolato - Info Comm  > >
> > *Cc:* simh@trailing-edge.com 
> > *Subject:* Re: [Simh] VAX/VMS 6.2 DECnet turned off, still resetting
> > MAC address
> >
> > __ __
> >
> > Mark,
> >
> > The system is running multinet, so accessing the system vi TCP/IP
> > and telnet will be sufficient for this application.
> >
> > Not cluster not decnet needed.
> >
> > -Bill
> >
> > __ __
> >
> > On Tue, Oct 20, 2015 at 1:55 PM, Mark Pizzolato - Info Comm
> > > wrote:
> >
> > Hi Bill,
> >
> > You want VMS to not try and change the MAC address.
> >
> > On Tuesday, October 20, 2015 at 1:31 PM, Bill Deegan wrote:
> >  > I'm migrating a VMS 6.2 system from real hardware to simh VAX.
> >  > We're running on EC2 so DECnet's a no go.
> >
> > So, exactly how do you plan/want to access the simulated VAX?
> >
> > What do you envision the network to look like?
> >
> >  > We've disabled the DECnet startup on the system, but when I
> > turn on tracing I see:
> >  > DBG(42740138541)+> XQ ETH: writing  dst: 02:41:0C:98:92:09
> > src: AA:00:04:00:20:10  proto: 0x0800  len: 98  crc: B5981F43
> >  >
> >  > Is there a way to enable the debugging before booting up the VAX?
> >
> > The same debugging commands that enabled the above XQ debug
> > output can certainly be put in the vax configuration file.
> >
> > I'm not sure how that will help anything.
> >
> >  > Barring that is there a way to prevent simh catching the
> > "setup packet" and changing the SRC MAC address?
> >
> > Something in VMS is changing the MAC address on the simulated
> > interface by issuing the appropriate I/O operations to do this.
> > It may be DECnet or it may also be other networking things on
> > the system.
> >
> > Before we dig into the details of that, answering the above
> > questions about how you envision the network to look will be
> > more helpful.
> >
> > - Mark
> >
> > 
> >
> > __ __
> >
> >
> >
> >
> > ___
> > Simh mailing list
> > Simh@trailing-edge.com
> > http://mailman.trailing-edge.com/mailman/listinfo/simh
> >
> 
> 
> --
> Johnny Billquist  || "I'm on a bus
>||  on a psychedelic trip
> email: b...@softjar.se ||  Reading murder books
> pdp is alive! ||  tryin' to stay hip" - B. Idol
> ___
> Simh mailing list
> Simh@trailing-edge.com
> http://mailman.trailing-edge.com/mailman/listinfo/simh
___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Re: [Simh] VAX/VMS 6.2 DECnet turned off, still resetting MAC address

[Mark Pizzolato - Info Comm]

Hi Bill,

My responses inline in GREEN.

From: Bill Deegan [mailto:b...@baddogconsulting.com]
Sent: Tuesday, October 20, 2015 2:54 PM
To: Mark Pizzolato - Info Comm <m...@infocomm.com>
Cc: simh@trailing-edge.com
Subject: Re: [Simh] VAX/VMS 6.2 DECnet turned off, still resetting MAC address

Mark,
See responses inline.

On Tue, Oct 20, 2015 at 2:39 PM, Mark Pizzolato - Info Comm 
<m...@infocomm.com<mailto:m...@infocomm.com>> wrote:
Hi Bill,

I’m still looking for details on your network vision/requirements:

Do you expect communicate between the host system and the simulated VMS 
environment?  If so, how were you thinking you’d achieve this?

No need.

You do have a unique IP address for use by the VMS system, right?

Historical questions relating to some possible solutions to achieve the, as yet 
not completely specified, network goals:

Have you previously had LAT enabled on the original VMS system?

Yes. But no longer needed. LAT startup has been commented out.


Was this VMS system ever part of a VMS Cluster environment?

Yes.  But no longer needed.

You should also do the following:
$ RUN SYS$SYSTEM:SYSGEN
SYSGEN> SET VAXCLUSTER 0
SYSGEN> SET SCSSYSTEMID 0
SYSGEN> WRITE CURRENT
Change the same values in SYS$SYSTEM:MODPARAMS.DAT so that you won’t get 
surprised by some future AUTOGEN you might do.
Reboot your system.
-Bill

- Mark

From: Bill Deegan 
[mailto:b...@baddogconsulting.com<mailto:b...@baddogconsulting.com>]
Sent: Tuesday, October 20, 2015 2:21 PM
To: Mark Pizzolato - Info Comm <m...@infocomm.com<mailto:m...@infocomm.com>>
Cc: simh@trailing-edge.com<mailto:simh@trailing-edge.com>
Subject: Re: [Simh] VAX/VMS 6.2 DECnet turned off, still resetting MAC address

Mark,
The system is running multinet, so accessing the system vi TCP/IP and telnet 
will be sufficient for this application.
Not cluster not decnet needed.
-Bill

On Tue, Oct 20, 2015 at 1:55 PM, Mark Pizzolato - Info Comm 
<m...@infocomm.com<mailto:m...@infocomm.com>> wrote:
Hi Bill,

You want VMS to not try and change the MAC address.

On Tuesday, October 20, 2015 at 1:31 PM, Bill Deegan wrote:
> I'm migrating a VMS 6.2 system from real hardware to simh VAX.
> We're running on EC2 so DECnet's a no go.

So, exactly how do you plan/want to access the simulated VAX?

What do you envision the network to look like?

> We've disabled the DECnet startup on the system, but when I turn on tracing I 
> see:
> DBG(42740138541)+> XQ ETH: writing  dst: 02:41:0C:98:92:09  src: 
> AA:00:04:00:20:10  proto: 0x0800  len: 98  crc: B5981F43
>
> Is there a way to enable the debugging before booting up the VAX?

The same debugging commands that enabled the above XQ debug output can 
certainly be put in the vax configuration file.

I'm not sure how that will help anything.

> Barring that is there a way to prevent simh catching the "setup packet" and 
> changing the SRC MAC address?

Something in VMS is changing the MAC address on the simulated interface by 
issuing the appropriate I/O operations to do this.  It may be DECnet or it may 
also be other networking things on the system.

Before we dig into the details of that, answering the above questions about how 
you envision the network to look will be more helpful.

- Mark


___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh