On Sun, 25 May 2014, Johnny Billquist wrote:
17:09:44 24-MAY-14
;
TKB @RSXBLD
I don't recall it getting to this stage before!
Cool. So how many things did you have to fix in the end, and how/where did you fix them?
I defined 3 undefined symbols in SGNPREFIX.CMD
However...now its failing in legitimately random ways in SIMH. No failure is consistent. :(
Johnny
--
Cory Smelosky
http://gewt.net Personal stuff
http://gimme-sympathy.org Projects
On 2014-05-24 23:14, Cory Smelosky wrote:
On Sat, 24 May 2014, Cory Smelosky wrote:
That was a mostly-joking comment. I'm not bothered by symbol errors I
can add to a prefix file. Thank GOD I don't need to do a full
executive gen every time!
Thank you!
-Dave
Looks like progress!
TIME
17:09:44 24-MAY-14
;
TKB @RSXBLD
I don't recall it getting to this stage before!
Cool. So how many things did you have to fix in the end, and how/where did you fix them?
Johnny
--
Johnny Billquist || "I'm on a bus
|| on a psychedelic trip
email: bqt at softjar.se || Reading murder books
pdp is alive! || tryin' to stay hip" - B. Idol
On 2014-05-24 23:19, Jean-Yves Bernier wrote:
At 10:26 PM +0200 24/5/14, Johnny Billquist wrote:
If I were to guess, there are packets dropped.
I can see the segment counter running backward at times, like this:
23:15:56.109519 10.2 > 10.1 586 data 45058>40193 seg 18
23:15:56.109855 10.2 > 10.1 378 data 45058>40193 seg 19
23:15:56.110118 10.2 > 10.1 586 data 45058>40193 seg 20
23:15:56.110277 10.2 > 10.1 586 data 45058>40193 seg 21
23:15:56.110548 10.2 > 10.1 586 data 45058>40193 seg 22
23:15:56.110736 10.2 > 10.1 364 data 45058>40193 seg 23
23:15:56.196612 10.2 > 10.1 586 data 45058>40193 seg 24
23:15:56.196816 10.2 > 10.1 586 data 45058>40193 seg 25
23:15:56.197113 10.2 > 10.1 586 data 45058>40193 seg 26
23:15:56.197316 10.2 > 10.1 394 data 45058>40193 seg 27
23:16:06.113164 10.2 > 10.1 586 data 45058>40193 seg 20
23:16:06.113458 10.2 > 10.1 586 data 45058>40193 seg 21
23:16:06.113664 10.2 > 10.1 586 data 45058>40193 seg 22
23:16:06.113994 10.2 > 10.1 364 data 45058>40193 seg 23
23:16:06.114152 10.2 > 10.1 586 data 45058>40193 seg 24
23:16:06.114304 10.2 > 10.1 586 data 45058>40193 seg 25
23:16:06.114657 10.2 > 10.1 586 data 45058>40193 seg 26
23:16:06.117048 10.2 > 10.1 394 data 45058>40193 seg 27
I sdon't know how good the tcpdump DECnet parsing is. I would prefer to look at the counters in DECnet instead.
But this would seem to suggest that you have retransmissions as well, yes.
Johnny
--
Johnny Billquist || "I'm on a bus
|| on a psychedelic trip
email: bqt at softjar.se || Reading murder books
pdp is alive! || tryin' to stay hip" - B. Idol
On 2014-05-24 23:18, Hans Vlems wrote:
The DIX spec says that hardware addresses ( the ones you put in the simh configuration file starting with 08-00-2B) must be unique .
Yes. But that is because no two controllers should have the same MAC address, because it would break communication on the ethernet. But what this really is about is the MAC address used during communication. And since the address is changed by DECnet, it that that address that needs to be unique from a technical point of view.
And it only actually needs to be unique within the same ethernet segment.
Johnny
Verzonden vanaf mijn BlackBerry 10-smartphone.
Origineel bericht
Van: Jean-Yves Bernier
Verzonden: zaterdag 24 mei 2014 23:14
Aan: hecnet at Update.UU.SE
Beantwoorden: hecnet at Update.UU.SE
Onderwerp: Re: [HECnet] Same MAC address on different nodes
At 10:21 PM +0200 24/5/14, Johnny Billquist wrote:
So "Physical" is not "Hardware", and there is no need to SET XQ MAC.
I tried and it maked no change.
Right. Since your machine will set a different MAC address anyway,
at start, when you enable DECnet. The physical address is whatever
you set in simh before starting. It have no actual relevance once
DECnet starts. If you were to run something else, which did not use
DECnet (such as Unix), the address you set in simh will be the
actual MAC address used, since IP do not change the MAC address of
interfaces. No need.
You mean "the Hardware address is whatever you set in simh before
starting". CEX will set it to "Physical address" (in DECNET parlance)
which is AA-00-04-00-(1024 x area + node).
The MAC address is AA-00-04-00-01-28 for DECNET and 08-00-2B-AA-BB-CC
for Linux.
So, a NIC may have different MAC addresses depending of the network
stack running. Am I right here?
Really hard to give a good explanation on why without having good
access to all parts of the setup to be able to test and examine
things.
Well, my system is working 99%, that's not so bad :)
--
Johnny Billquist || "I'm on a bus
|| on a psychedelic trip
email: bqt at softjar.se || Reading murder books
pdp is alive! || tryin' to stay hip" - B. Idol
Hello!
Are you sure you don't have the entire Monty Python crowd working
inside your setup Brian? Sorry I couldn't resist.
-----
Gregg C Levine gregg.drwho8 at gmail.com
"This signature fought the Time Wars, time and again."
On Sat, May 24, 2014 at 9:36 PM, Cory Smelosky <b4 at gewt.net> wrote:
On Sat, 24 May 2014, Brian Hechinger wrote:
On Sat, May 24, 2014 at 07:05:17PM -0400, Cory Smelosky wrote:
On Sat, 24 May 2014, Brian Hechinger wrote:
Does SIMH support IDLE on OSX?
I have no idea why SIMH would support a python IDE. ;););)
I didn't know that existed until just now! :)
Now you do!
Which simulator?
PDP-11 mainly.
Which OS? I seem to have had issues getting it to idle lately...but let's
just say I do some crazy things.
After the move I'll be able to power on the Xserve, which means SIMH,
but I'll also be able to power on some actual VAX hardware, so I'll run
VMS on those. :)
Get a real -11, too! ;)
-brian
--
Cory Smelosky
http://gewt.net Personal stuff
http://gimme-sympathy.org Projects
On Sat, 24 May 2014, Brian Hechinger wrote:
On Sat, May 24, 2014 at 07:05:17PM -0400, Cory Smelosky wrote:
On Sat, 24 May 2014, Brian Hechinger wrote:
Does SIMH support IDLE on OSX?
I have no idea why SIMH would support a python IDE. ;););)
I didn't know that existed until just now! :)
Now you do!
Which simulator?
PDP-11 mainly.
Which OS? I seem to have had issues getting it to idle lately...but let's just say I do some crazy things.
After the move I'll be able to power on the Xserve, which means SIMH,
but I'll also be able to power on some actual VAX hardware, so I'll run
VMS on those. :)
Get a real -11, too! ;)
-brian
--
Cory Smelosky
http://gewt.net Personal stuff
http://gimme-sympathy.org Projects
On Sun, May 25, 2014 at 01:43:40AM +0200, Jordi Guillaumes i Pons wrote:
El 25/05/2014, a les 1.03, Brian Hechinger <wonko at 4amlunch.net> va escriure:
Does SIMH support IDLE on OSX?
Just checking the vax780 simulator now, it's running VMS 7.3 and eating a 4.5& of the CPU of my MacBook pro.
So I guess it does.
That's good news, thanks! :)
On Sat, May 24, 2014 at 07:05:17PM -0400, Cory Smelosky wrote:
On Sat, 24 May 2014, Brian Hechinger wrote:
Does SIMH support IDLE on OSX?
I have no idea why SIMH would support a python IDE. ;););)
I didn't know that existed until just now! :)
Which simulator?
PDP-11 mainly.
After the move I'll be able to power on the Xserve, which means SIMH,
but I'll also be able to power on some actual VAX hardware, so I'll run
VMS on those. :)
-brian
El 25/05/2014, a les 1.03, Brian Hechinger <wonko at 4amlunch.net> va escriure:
Does SIMH support IDLE on OSX?
Just checking the vax780 simulator now, it's running VMS 7.3 and eating a 4.5& of the CPU of my MacBook pro.
So I guess it does.
Jordi Guillaumes i Pons
jg at jordi.guillaumes.name
HECnet: BITXOV::JGUILLAUMES
El 25/05/2014, a les 1.30, Mark G Thomas <Mark at Misty.com> va escriure:
Hi,
So now I'm connected via GRE tunnels, and assigned a decnet cost
to the local ethernet interface on my router, but I'm not quite
working yet.
1) I ran SYS$MANAGER:NET$CONFIGURE.COM, but something isn't quite right.
2) Once I get DECnet configured and working, what can I connect to?
Uh, it seems you are installing DECNET Phase V, also known as DECNet-OSI. Unless you are doing this for the sake of it, I'd suggest to uninstall DECNET-V and go back to DECNET Phase IV, which is far easier to set up.
Having said that, that OPCOM message is telling you that you have not configured any DTSS (Dec Time Server) in your LAN. At least one of your nodes should be configured as DTSS server (you must install de DTSS software answering yes to one of the questions you get installing the kit, and after that, configure the server itself).
If you succeed you can test DECNET over IP transport doing a SET HOST to jguillaumes.dyndns.org; you should get into BITXOZ, which is my own DECNET-V node. BITXOZ is also a DDns server, providing name info for the HECNET: namespace. As far as I know, there is no HECNET-wide standard for implementing Phase V, so I rolled my own server :)
Jordi Guillaumes i Pons
jg at jordi.guillaumes.name
HECnet: BITXOV::JGUILLAUMES
