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
