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
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?
I know this is real beginner stuff, but in spite of tons of
documentation about OpenVMS and DECnet, I'm not sure where to
go with this.
%%%%%%%%%%% OPCOM 24-MAY-2014 19:18:04.52 %%%%%%%%%%%
Message from user SYSTEM on OWL
Event: Too Few Servers Detected from: Node LOCAL:.OWL DTSS,
at: 2014-05-24-19:18:04.500-04:00Iinf
Number Detected=0,
Number Required=1
eventUid 21450940-E378-11E3-8006-AA000400035C
entityUid 94C48500-E376-11E3-8005-AA000400035C
streamUid 90585140-E376-11E3-8004-AA000400035C
$ show network
Product: DECNET Node: OWL Address(es): 23.3
Product: TCP/IP Node: owl.ashdown.misty.com Address(es): 10.5.27.13
r2.home>ping owl
Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 10.5.27.13, timeout is 2 seconds:
!!!!!
Success rate is 100 percent (5/5), round-trip min/avg/max = 1/2/4 ms
r2.home>ping decnet owl
Type escape sequence to abort.
Sending 5, 100-byte DECnet echos to atg 0 area.node 23.3, timeout is 5 seconds:
Host unreachable+
Host unreachable+
Host unreachable+
Host unreachable+
Host unreachable+
Success rate is 0 percent (0/5)
r2.home>
On Fri, Apr 25, 2014 at 08:52:42PM -0400, Brian Hechinger wrote:
GRE tunnels? I'm your guy. :)
I'll send you a private mail of what info I need when I'm at my computer.
-brian
On Apr 25, 2014, at 17:40, Mark G Thomas <Mark at Misty.com> wrote:
Hi,
I'm thinking I'd like to get connected to hecnet, and maybe put one
of my VAX systems online.
I've got a static Verizon FIOS IP, and a Cisco router with which I could set
up a GRE tunnel.
Who can help me?
Mark
--
Mark G. Thomas (Mark at Misty.com)
--
Mark G. Thomas (Mark at Misty.com)
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. ;););)
Which simulator?
-brian
--
Cory Smelosky
http://gewt.net Personal stuff
http://gimme-sympathy.org Projects
On Sat, 24 May 2014, Cory Smelosky wrote:
Looks like rebuilding the tasks without FCSFSL and FCSRES fixes it. tested in SIMH so building on real hardware now.
--
Cory Smelosky
http://gewt.net Personal stuff
http://gimme-sympathy.org Projects
On Sun, 25 May 2014, Jean-Yves Bernier wrote:
At 6:13 PM -0400 24/5/14, Cory Smelosky wrote:
CRASH -- CONT WITH SCRATCH MEDIA ON MU000
Any error during build? vmr?
Yeah. Looks like VMR -- *FATAL*-Supervisor mode library not supported
--
Cory Smelosky
http://gewt.net Personal stuff
http://gimme-sympathy.org Projects
On Sat, 24 May 2014, Cory Smelosky wrote:
On Sat, 24 May 2014, Cory Smelosky wrote:
Damn.
boot [1,54]rsx11m.sys
SYSTEM FAULT DETECTED AT PC=044112 FACILITY=000300 ERROR CODE=000100
CRASH -- CONT WITH SCRATCH MEDIA ON MU000
Oops. Missed this error.
VMR -- *DIAG*-Installed tasks or commons may no longer fit in partition
SET /TOP=DRVPAR:-*
VMR -- *FATAL*-Supervisor mode library not supported
INS [3,54]ICMFSL/INC=10000 ! INDIRECT COMMAND FILE PROCESSOR
--
Cory Smelosky
http://gewt.net Personal stuff
http://gimme-sympathy.org Projects
On Sat, 24 May 2014, Cory Smelosky wrote:
Damn.
boot [1,54]rsx11m.sys
SYSTEM FAULT DETECTED AT PC=044112 FACILITY=000300 ERROR CODE=000100
CRASH -- CONT WITH SCRATCH MEDIA ON MU000
--
Cory Smelosky
http://gewt.net Personal stuff
http://gimme-sympathy.org Projects
At 11:18 PM +0200 24/5/14, 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 .
I put no address in my simh conf file.
I tried to change it to -AA-BB-01 as you suggested above. I have now lost ssh access to my emulator and figure how to clear my ARP cache (arp -d -a wont 't do it under OS X).
--
Jean-Yves Bernier
On Sat, 24 May 2014, Dave McGuire wrote:
On 05/24/2014 05:14 PM, Cory Smelosky wrote:
Looks like progress!
TIME
17:09:44 24-MAY-14
;
TKB @RSXBLD
I don't recall it getting to this stage before!
Ah-HA, that's the biggie! Crossin' my fingers..
Yup!
It seems to have output less this time and jumped straight to the taskbuilding...it must've preallocated space last round.
-Dave
--
Cory Smelosky
http://gewt.net Personal stuff
http://gimme-sympathy.org Projects
On 05/24/2014 05:14 PM, Cory Smelosky wrote:
Looks like progress!
TIME
17:09:44 24-MAY-14
;
TKB @RSXBLD
I don't recall it getting to this stage before!
Ah-HA, that's the biggie! Crossin' my fingers..
-Dave
--
Dave McGuire, AK4HZ
New Kensington, PA
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
--
Jean-Yves Bernier
The DIX spec says that hardware addresses ( the ones you put in the simh configuration file starting with 08-00-2B) must be unique .
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 :)
--
Jean-Yves Bernier
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 :)
--
Jean-Yves Bernier
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!
--
Cory Smelosky
http://gewt.net Personal stuff
http://gimme-sympathy.org Projects
On Sat, 24 May 2014, Dave McGuire wrote:
On 05/24/2014 05:00 PM, Cory Smelosky wrote:
No, IND is not picky about tabs, but why didn't you just add the line
to SGNPREFIX as I suggested instead?
I must have missed you mentioning putting it in SGNPREFIX. I was
reading rather quickly.
*grumble*
AT.T0 -- Undefined symbol $I$CBP
.IFT $I$CBP .AND .IFT $K$DAS .DATA #0 SET /PLCTL=ICB:600.:200.:51.
How many symbols need I manually define?! :P
Calm down, Cory. You've gotten farther with RSX in a few days than I
did in probably six months when I got my first PDP-11 in the 80s, and I
had a full (paper) manual set. You are doing friggin' FANTASTIC.
Seriously.
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
--
Cory Smelosky
http://gewt.net Personal stuff
http://gimme-sympathy.org Projects
On 05/24/2014 05:00 PM, Cory Smelosky wrote:
No, IND is not picky about tabs, but why didn't you just add the line
to SGNPREFIX as I suggested instead?
I must have missed you mentioning putting it in SGNPREFIX. I was
reading rather quickly.
*grumble*
AT.T0 -- Undefined symbol $I$CBP
.IFT $I$CBP .AND .IFT $K$DAS .DATA #0 SET /PLCTL=ICB:600.:200.:51.
How many symbols need I manually define?! :P
Calm down, Cory. You've gotten farther with RSX in a few days than I
did in probably six months when I got my first PDP-11 in the 80s, and I
had a full (paper) manual set. You are doing friggin' FANTASTIC.
Seriously.
-Dave
--
Dave McGuire, AK4HZ
New Kensington, PA
