At least you know what the issue is and how to fix it. That's 90% of the problem already solved. :)
-brian
On May 2, 2014, at 9:28, Cory Smelosky <b4 at gewt.net> wrote:
On Fri, 2 May 2014, Brian Hechinger wrote:
I've never actually used that so I can't do much more than point you at it. If I had more time today I'd help but I don't. Heading out to do birthday things for Sammy this weekend so won't really be available. I'll be more useful starting Tuesday if you aren't able to get it going by then.
No worries. I'll fiddle with it later today after heading to the store.
Sorry!!
-brian
--
Cory Smelosky
http://gewt.net Personal stuff
http://gimme-sympathy.org Projects
On Fri, 2 May 2014, Mark Benson wrote:
Hi,
Now I'm back, I need to get reconnected to HECnet and get some routing sorted out. Multinet never worked, and I lost my fixed IP so I can't use the bridge. Is anyone able to offer some kind of IP tunnel, maybe VPN or something?
Have a cisco box? Have IPv6?
Also there was someone who was developing a Linux-based DECnet router, is that still going/viable?
--
Cory Smelosky
http://gewt.net Personal stuff
http://gimme-sympathy.org Projects
On Fri, 2 May 2014, Brian Hechinger wrote:
I've never actually used that so I can't do much more than point you at it. If I had more time today I'd help but I don't. Heading out to do birthday things for Sammy this weekend so won't really be available. I'll be more useful starting Tuesday if you aren't able to get it going by then.
No worries. I'll fiddle with it later today after heading to the store.
Sorry!!
-brian
--
Cory Smelosky
http://gewt.net Personal stuff
http://gimme-sympathy.org Projects
Hi,
Now I'm back, I need to get reconnected to HECnet and get some routing sorted out. Multinet never worked, and I lost my fixed IP so I can't use the bridge. Is anyone able to offer some kind of IP tunnel, maybe VPN or something?
Also there was someone who was developing a Linux-based DECnet router, is that still going/viable?
--
Mark Benson
http://DECtec.info
Twitter: @DECtecInfo
HECnet: STAR69::MARK
Online Resource & Mailing List for DEC Enthusiasts.
I've never actually used that so I can't do much more than point you at it. If I had more time today I'd help but I don't. Heading out to do birthday things for Sammy this weekend so won't really be available. I'll be more useful starting Tuesday if you aren't able to get it going by then.
Sorry!!
-brian
On May 2, 2014, at 9:22, Cory Smelosky <b4 at gewt.net> wrote:
On Fri, 2 May 2014, Brian Hechinger wrote:
On Fri, May 02, 2014 at 09:01:18AM -0400, Cory Smelosky wrote:
On Fri, 2 May 2014, Brian Hechinger wrote:
You can test tftp from the router. Just use 'copy tftp: flash:' and use
the info from them config email that's sent out. Just copy it to a file
on the flash of whatever name you want which you can delete later.
-brian
marjorie#copy
tftp://199.166.5.172/tunnel-dev.gimme-sympathy.org-ipv4.txt null:
Accessing tftp://199.166.5.172/tunnel-dev.gimme-sympathy.org-ipv4.txt...
%Error opening
tftp://199.166.5.172/tunnel-dev.gimme-sympathy.org-ipv4.txt (Timed
out)
May 2 06:00:35 myst xinetd[2322]: START: tftp pid=26863 from=75.49.13.201
May 2 06:00:35 myst in.tftpd[26864]: tftpd: read(ack): Connection refused
May 2 06:00:39 myst in.tftpd[26865]: tftpd: read(ack): Connection refused
May 2 06:00:44 myst in.tftpd[26866]: tftpd: read(ack): Connection refused
I've never seen that before!
Ooooh, wait, you have NAT in between your router and the internet.
That'll mash up tftp.
Are you doing this: http://www.openbsd.org/faq/pf/ftp.html#tftp-proxy
If not, set that up and I bet it'll work.
pass in quick on $int_if inet proto udp from $int_if to port tftp \
divert-to 127.0.0.1 port 6969
anchor "tftp-proxy/*"
Added...and tftp-proxy is rolling. Still failing.
-brian
--
Cory Smelosky
http://gewt.net Personal stuff
http://gimme-sympathy.org Projects
On Fri, 2 May 2014, Brian Hechinger wrote:
On Fri, May 02, 2014 at 09:01:18AM -0400, Cory Smelosky wrote:
On Fri, 2 May 2014, Brian Hechinger wrote:
You can test tftp from the router. Just use 'copy tftp: flash:' and use
the info from them config email that's sent out. Just copy it to a file
on the flash of whatever name you want which you can delete later.
-brian
marjorie#copy
tftp://199.166.5.172/tunnel-dev.gimme-sympathy.org-ipv4.txt null:
Accessing tftp://199.166.5.172/tunnel-dev.gimme-sympathy.org-ipv4.txt...
%Error opening
tftp://199.166.5.172/tunnel-dev.gimme-sympathy.org-ipv4.txt (Timed
out)
May 2 06:00:35 myst xinetd[2322]: START: tftp pid=26863 from=75.49.13.201
May 2 06:00:35 myst in.tftpd[26864]: tftpd: read(ack): Connection refused
May 2 06:00:39 myst in.tftpd[26865]: tftpd: read(ack): Connection refused
May 2 06:00:44 myst in.tftpd[26866]: tftpd: read(ack): Connection refused
I've never seen that before!
Ooooh, wait, you have NAT in between your router and the internet.
That'll mash up tftp.
Are you doing this: http://www.openbsd.org/faq/pf/ftp.html#tftp-proxy
If not, set that up and I bet it'll work.
pass in quick on $int_if inet proto udp from $int_if to port tftp \
divert-to 127.0.0.1 port 6969
anchor "tftp-proxy/*"
Added...and tftp-proxy is rolling. Still failing.
-brian
--
Cory Smelosky
http://gewt.net Personal stuff
http://gimme-sympathy.org Projects
On Fri, 2 May 2014, Brian Hechinger wrote:
You can test tftp from the router. Just use 'copy tftp: flash:' and use
the info from them config email that's sent out. Just copy it to a file
on the flash of whatever name you want which you can delete later.
-brian
marjorie#copy tftp://199.166.5.172/tunnel-dev.gimme-sympathy.org-ipv4.txt null:
Accessing tftp://199.166.5.172/tunnel-dev.gimme-sympathy.org-ipv4.txt...
%Error opening tftp://199.166.5.172/tunnel-dev.gimme-sympathy.org-ipv4.txt (Timed out)
--
Cory Smelosky
http://gewt.net Personal stuff
http://gimme-sympathy.org Projects
On Fri, May 02, 2014 at 09:01:18AM -0400, Cory Smelosky wrote:
On Fri, 2 May 2014, Brian Hechinger wrote:
You can test tftp from the router. Just use 'copy tftp: flash:' and use
the info from them config email that's sent out. Just copy it to a file
on the flash of whatever name you want which you can delete later.
-brian
marjorie#copy
tftp://199.166.5.172/tunnel-dev.gimme-sympathy.org-ipv4.txt null:
Accessing tftp://199.166.5.172/tunnel-dev.gimme-sympathy.org-ipv4.txt...
%Error opening
tftp://199.166.5.172/tunnel-dev.gimme-sympathy.org-ipv4.txt (Timed
out)
May 2 06:00:35 myst xinetd[2322]: START: tftp pid=26863 from=75.49.13.201
May 2 06:00:35 myst in.tftpd[26864]: tftpd: read(ack): Connection refused
May 2 06:00:39 myst in.tftpd[26865]: tftpd: read(ack): Connection refused
May 2 06:00:44 myst in.tftpd[26866]: tftpd: read(ack): Connection refused
I've never seen that before!
Ooooh, wait, you have NAT in between your router and the internet.
That'll mash up tftp.
Are you doing this: http://www.openbsd.org/faq/pf/ftp.html#tftp-proxy
If not, set that up and I bet it'll work.
-brian
You can test tftp from the router. Just use 'copy tftp: flash:' and use
the info from them config email that's sent out. Just copy it to a file
on the flash of whatever name you want which you can delete later.
-brian
On Fri, May 02, 2014 at 08:42:38AM -0400, Cory Smelosky wrote:
On Fri, 2 May 2014, Brian Hechinger wrote:
Pushed.
Reloading router: 75.49.13.201 hecnetconfigupdate 199.166.5.172 tunnel-dev.gimme-sympathy.org-ipv4.txt
running.................................................
failed
04:08:22: SNMP: Get request, reqid 13131882, errstat 0, erridx 0
ccCopyTable.1.10.3892 = NULL TYPE/VALUE
04:08:23: SNMP: Response, reqid 13131882, errstat 0, erridx 0
ccCopyTable.1.10.3892 = 2
04:08:23: SNMP: Packet sent via UDP to 199.166.5.172
04:08:23: SNMP: Packet received via UDP from 199.166.5.172 on Ethernet0
04:08:23: SNMP: Get request, reqid 13131883, errstat 0, erridx 0
ccCopyTable.1.10.3892 = NULL TYPE/VALUE
04:08:23: SNMP: Response, reqid 13131883, errstat 0, erridx 0
ccCopyTable.1.10.3892 = 2
04:08:23: SNMP: Packet sent via UDP to 199.166.5.172
04:08:23: SNMP: Packet received via UDP from 199.166.5.172 on Ethernet0
04:08:23: SNMP: Get request, reqid 13131884, errstat 0, erridx 0
ccCopyTable.1.10.3892 = NULL TYPE/VALUE
04:08:23: SNMP: Response, reqid 13131884, errstat 0, erridx 0
ccCopyTable.1.10.3892 = 2
04:08:23: SNMP: Packet sent via UDP to 199.166.5.172
04:08:23: SNMP: Packet received via UDP from 199.166.5.172 on Ethernet0
04:08:23: SNMP: Get request, reqid 13131885, errstat 0, erridx 0
ccCopyTable.1.10.3892 = NULL TYPE/VALUE
04:08:23: SNMP: Response, reqid 13131885, errstat 0, erridx 0
ccCopyTable.1.10.3892 = 4
04:08:24: SNMP: Packet sent via UDP to 199.166.5.172
04:08:24: SNMP: Packet received via UDP from 199.166.5.172 on Ethernet0
04:08:24: SNMP: Set request, reqid 13131886, errstat 0, erridx 0
ccCopyTable.1.14.3892 = 6
04:08:24: SNMP: Response, reqid 13131886, errstat 0, erridx 0
ccCopyTable.1.14.3892 = 6
04:08:24: SNMP: Packet sent via UDP to 199.166.5.172
Looks like communication is happening.
Could be tftp is failing.
--
Cory Smelosky
http://gewt.net Personal stuff
http://gimme-sympathy.org Projects
Pushed.
Reloading router: 75.49.13.201 hecnetconfigupdate 199.166.5.172 tunnel-dev.gimme-sympathy.org-ipv4.txt
running.................................................
failed
On Fri, May 02, 2014 at 07:44:05AM -0400, Cory Smelosky wrote:
On Fri, 2 May 2014, Brian Hechinger wrote:
Reloading router: 75.49.13.201 hecnetconfigupdate 199.166.5.172
tunnel-dev.gimme-sympathy.org-ipv4.txt
running.................................................................................................................................
failed
Well, different error this time. :)
-brian
It might be timeout related. It's a bit slow. cisco 2524 (68030)
processor (revision J) with 14336K/2048K bytes of memory.
I've got SNMP debug on so try another push.
--
Cory Smelosky
http://gewt.net Personal stuff
http://gimme-sympathy.org Projects
On 2014-05-02 14:10, Jordi Guillaumes i Pons wrote:
El 02/05/2014, a les 14.03, Johnny Billquist <bqt at softjar.se> va escriure:
Yay! Works. But damn, that was slow. :-)
Also, seems like FAL on Ultrix-32 have some bugs. :-)
Thanks. One more system checked against RSX with my new fix in place.
If you need to do more testing I can move the instance to a bigger host.
Jordi Guillaumes i Pons
jg at jordi.guillaumes.name
HECnet: BITXOV::JGUILLAUMES
No worry. Slow speed is not a big problem. I'm just doing silly tests anyway.
If anyone have sources for DECnet for Ultrix, I can report that DECnet/Ultrix have an Y2K bug for file timestamps.
Johnny
El 02/05/2014, a les 14.03, Johnny Billquist <bqt at softjar.se> va escriure:
Yay! Works. But damn, that was slow. :-)
Also, seems like FAL on Ultrix-32 have some bugs. :-)
Thanks. One more system checked against RSX with my new fix in place.
If you need to do more testing I can move the instance to a bigger host.
Jordi Guillaumes i Pons
jg at jordi.guillaumes.name
HECnet: BITXOV::JGUILLAUMES
Some moths ago we discussed about replacements for the dying DS1287A RTC chips used in some machines, like the VAXStation 4000. At that time I found (and shared) a chinese dealer who had some chips in stock. I ordered a pair of those, and:
- One of them was dead on arrival.
- The other one was working, but it died a month ago (so I guess the chinese stock is made with old chips whose battery cells are dying).
Fortunately, there are good news. There is a snap-in replacement made by MAXIM. The chip is the DS12887A, and can be bought from regular electronics sources. I got mine from Farnell, at 11,13 a piece, and it aparently works flawlesly. This is the datasheet:
http://www.farnell.com/datasheets/22860.pdf
The Farnell part # is 1606597.
(I also have tried to fix one of my dead 1287's, but I'm not very good with the solder iron...)
Jordi Guillaumes i Pons
jg at jordi.guillaumes.name
HECnet: BITXOV::JGUILLAUMES
On 2014-05-02 13:56, Jordi Guillaumes i Pons wrote:
El 02/05/2014, a les 10.59, Cory Smelosky <b4 at gewt.net> va escriure:
Johnny,
You needed an ULTRIX box to test against, right?
9.5 should work for that. Once I figure out how to configure the guest account!
BITXOU (7.82) is also up and running, access info is guest/guest. It is running in a Raspberry Pi, sharing the little thingy with a KLH10 instance, a PDP11 and another VAX, so don't expect a whooping speed :)
Yay! Works. But damn, that was slow. :-)
Also, seems like FAL on Ultrix-32 have some bugs. :-)
Thanks. One more system checked against RSX with my new fix in place.
Johnny
El 02/05/2014, a les 10.59, Cory Smelosky <b4 at gewt.net> va escriure:
Johnny,
You needed an ULTRIX box to test against, right?
9.5 should work for that. Once I figure out how to configure the guest account!
BITXOU (7.82) is also up and running, access info is guest/guest. It is running in a Raspberry Pi, sharing the little thingy with a KLH10 instance, a PDP11 and another VAX, so don't expect a whooping speed :)
Jordi Guillaumes i Pons
jg at jordi.guillaumes.name
HECnet: BITXOV::JGUILLAUMES
On Fri, 2 May 2014, Brian Hechinger wrote:
Reloading router: 75.49.13.201 hecnetconfigupdate 199.166.5.172
tunnel-dev.gimme-sympathy.org-ipv4.txt
running.................................................................................................................................
failed
Well, different error this time. :)
-brian
It might be timeout related. It's a bit slow. cisco 2524 (68030) processor (revision J) with 14336K/2048K bytes of memory.
I've got SNMP debug on so try another push.
--
Cory Smelosky
http://gewt.net Personal stuff
http://gimme-sympathy.org Projects
On Fri, 2 May 2014, Brian Hechinger wrote:
Let me know when you're ready for a push.
Done. Try now.
-brian
On May 2, 2014, at 7:37, Cory Smelosky <b4 at gewt.net> wrote:
On Fri, 2 May 2014, Brian Hechinger wrote:
UDP
That'd be why. ;)
-brian
On May 2, 2014, at 4:22, Cory Smelosky <b4 at gewt.net> wrote:
On Thu, 1 May 2014, Brian Hechinger wrote:
Still doesn't like you. :)
Reloading router: 75.49.13.201 hecnetconfigupdate 199.166.5.172 tunnel-dev.gimme-sympathy.org-ipv4.txt
Error reloading router: dev.gimme-sympathy.org :: No SNMP response received before timeout
Is SNMP using UDP or TCP?
pass in on $ext_if proto tcp from 199.166.5.172 to any port snmp rdr-to 10.10.0.10 port snmp
access-list 2 permit 199.166.5.172
All seems like it should be working...perhaps SNMP is supposed to be UDP?
-brian
--
Cory Smelosky
http://gewt.net Personal stuff
http://gimme-sympathy.org Projects
--
Cory Smelosky
http://gewt.net Personal stuff
http://gimme-sympathy.org Projects
--
Cory Smelosky
http://gewt.net Personal stuff
http://gimme-sympathy.org Projects
Let me know when you're ready for a push.
-brian
On May 2, 2014, at 7:37, Cory Smelosky <b4 at gewt.net> wrote:
On Fri, 2 May 2014, Brian Hechinger wrote:
UDP
That'd be why. ;)
-brian
On May 2, 2014, at 4:22, Cory Smelosky <b4 at gewt.net> wrote:
On Thu, 1 May 2014, Brian Hechinger wrote:
Still doesn't like you. :)
Reloading router: 75.49.13.201 hecnetconfigupdate 199.166.5.172 tunnel-dev.gimme-sympathy.org-ipv4.txt
Error reloading router: dev.gimme-sympathy.org :: No SNMP response received before timeout
Is SNMP using UDP or TCP?
pass in on $ext_if proto tcp from 199.166.5.172 to any port snmp rdr-to 10.10.0.10 port snmp
access-list 2 permit 199.166.5.172
All seems like it should be working...perhaps SNMP is supposed to be UDP?
-brian
--
Cory Smelosky
http://gewt.net Personal stuff
http://gimme-sympathy.org Projects
--
Cory Smelosky
http://gewt.net Personal stuff
http://gimme-sympathy.org Projects
On Fri, 2 May 2014, Brian Hechinger wrote:
UDP
That'd be why. ;)
-brian
On May 2, 2014, at 4:22, Cory Smelosky <b4 at gewt.net> wrote:
On Thu, 1 May 2014, Brian Hechinger wrote:
Still doesn't like you. :)
Reloading router: 75.49.13.201 hecnetconfigupdate 199.166.5.172 tunnel-dev.gimme-sympathy.org-ipv4.txt
Error reloading router: dev.gimme-sympathy.org :: No SNMP response received before timeout
Is SNMP using UDP or TCP?
pass in on $ext_if proto tcp from 199.166.5.172 to any port snmp rdr-to 10.10.0.10 port snmp
access-list 2 permit 199.166.5.172
All seems like it should be working...perhaps SNMP is supposed to be UDP?
-brian
--
Cory Smelosky
http://gewt.net Personal stuff
http://gimme-sympathy.org Projects
--
Cory Smelosky
http://gewt.net Personal stuff
http://gimme-sympathy.org Projects
Reloading router: 75.49.13.201 hecnetconfigupdate 199.166.5.172
tunnel-dev.gimme-sympathy.org-ipv4.txt
running.................................................................................................................................
failed
Well, different error this time. :)
-brian
On Fri, May 02, 2014 at 07:40:16AM -0400, Cory Smelosky wrote:
On Fri, 2 May 2014, Brian Hechinger wrote:
Let me know when you're ready for a push.
Done. Try now.
-brian
On May 2, 2014, at 7:37, Cory Smelosky <b4 at gewt.net> wrote:
On Fri, 2 May 2014, Brian Hechinger wrote:
UDP
That'd be why. ;)
-brian
On May 2, 2014, at 4:22, Cory Smelosky <b4 at gewt.net> wrote:
On Thu, 1 May 2014, Brian Hechinger wrote:
Still doesn't like you. :)
Reloading router: 75.49.13.201 hecnetconfigupdate 199.166.5.172 tunnel-dev.gimme-sympathy.org-ipv4.txt
Error reloading router: dev.gimme-sympathy.org :: No SNMP response received before timeout
Is SNMP using UDP or TCP?
pass in on $ext_if proto tcp from 199.166.5.172 to any port snmp rdr-to 10.10.0.10 port snmp
access-list 2 permit 199.166.5.172
All seems like it should be working...perhaps SNMP is supposed to be UDP?
-brian
--
Cory Smelosky
http://gewt.net Personal stuff
http://gimme-sympathy.org Projects
--
Cory Smelosky
http://gewt.net Personal stuff
http://gimme-sympathy.org Projects
--
Cory Smelosky
http://gewt.net Personal stuff
http://gimme-sympathy.org Projects
UDP
-brian
On May 2, 2014, at 4:22, Cory Smelosky <b4 at gewt.net> wrote:
On Thu, 1 May 2014, Brian Hechinger wrote:
Still doesn't like you. :)
Reloading router: 75.49.13.201 hecnetconfigupdate 199.166.5.172 tunnel-dev.gimme-sympathy.org-ipv4.txt
Error reloading router: dev.gimme-sympathy.org :: No SNMP response received before timeout
Is SNMP using UDP or TCP?
pass in on $ext_if proto tcp from 199.166.5.172 to any port snmp rdr-to 10.10.0.10 port snmp
access-list 2 permit 199.166.5.172
All seems like it should be working...perhaps SNMP is supposed to be UDP?
-brian
--
Cory Smelosky
http://gewt.net Personal stuff
http://gimme-sympathy.org Projects
Johnny,
You needed an ULTRIX box to test against, right?
9.5 should work for that. Once I figure out how to configure the guest account!
--
Cory Smelosky
http://gewt.net Personal stuff
http://gimme-sympathy.org Projects
On Fri, 2 May 2014, Dave McGuire wrote:
On 05/02/2014 02:05 AM, Pontus Pihlgren wrote:
There are very few PDP-11s that won't kick the living snot out of a
Commodore 64, FYI.
I've yet to see a PDP-11 with builtin color graphics
_and_ sound.
Me neither.
The 64 probably outsold all models of 11 taken together.
That's certainly possible, but one cannot argue that their target
markets were even remotely related. Or even aware of each other's
existence, for tha tmatter.
"Our physics lab was just given a Commodore 64! We can have one user at a time and we have no computing power."
"The art department has just received a PDP-11/70!"
</badjoke>
so it depends on your application and measurement I
suppose.
We were talking about distributed math apps.
Distributed math apps that should GIVE AUDIBLE OUTPUT.
I'm told there were, probably third party, sound cards
for qbus. Has anyone of you seen one or know more?
I haven't. I have a really neat Qbus card with a TMS9918 sprite-based
video chip on it, though!
That's interesting!
-Dave
--
Cory Smelosky
http://gewt.net Personal stuff
http://gimme-sympathy.org Projects
Might be a long shot but is it worth trying to track down the original author of the article and see if they've got any code lying around?
My Unix account has moved with me since 1994-ish so it could be a possibility they have code available. Mind, I'm probably not alone in this amongst you rabble ;)
Mark.
On 02/05/2014 08:53, Johnny Billquist wrote:
On 2014-05-02 05:58, Dave McGuire wrote:
On 05/01/2014 11:41 PM, Jovan Trujillo wrote:
Oh man ha ha so we are going to do amazing things with 64kb. Like
those demo scene guys and their commodore 64's. Alright fractals
sound like a good first project for something like this. ...we do
have 64kb available right? :)
Yes. We do have 64K. However, for many machines, that needs to hold both code and data...
(For some, you can have 64K code and 64K data.)
There are very few PDP-11s that won't kick the living snot out of a
Commodore 64, FYI.
:-)
But using FORTRAN, we could potentially use overlays and such.
Well, overlays do not depend on FORTRAN, you can use that no matter what language you choose.
Johnny
--
http://www.wickensonline.co.ukhttp://hecnet.euhttp://declegacy.org.ukhttp://retrochallenge.nethttps://twitter.com/urbancamo