Not sure I recall this particular conversation, but I am making (slow) progress on a user mode DECnet router that runs on Windows and Linux and which I intend to make friendly to those who do not have a fixed IP address (like me). Not sure if that is what you were referring to.
Right now I have the Ethernet Initialization sublayer about done for actual Ethernet connections. I still need to do an interface that will interop with Johnny's bridge program, this should be easy when I get to it, when I do it I will add a periodic check that the IP address is still valid by checking against DNS (you would need to be registered on a dynamic DNS service like DynDNS). I believe Johnny does not do this in the bridge because of the temporary halt in packet processing this entails. Personally, this is a price I am willing to pay. I could make it asynch I suppose, but it is harder to do this in a portable manner.
Regards
Rob
On 6 August 2012 16:35, Sampsa Laine <sampsa at mac.com> wrote:
I remember there being some discussion about a bridge that would work over TCP (only requiring the server to have a port forward / static IP)..
What's the status on this? My ISP (a 3G network that's blazing fast but short on IPs, which means I'm NAT'd on the outside of my network, thus not portwards are possible).
Ideally I would like to just point at the server without them knowing anything about my originating IP, perhaps with some form of authentication.
Sampsa
I remember there being some discussion about a bridge that would work over TCP (only requiring the server to have a port forward / static IP)..
What's the status on this? My ISP (a 3G network that's blazing fast but short on IPs, which means I'm NAT'd on the outside of my network, thus not portwards are possible).
Ideally I would like to just point at the server without them knowing anything about my originating IP, perhaps with some form of authentication.
Sampsa
On 2012-08-06 09:06, Dan Williams wrote:
On 17 July 2012 21:18, Johnny Billquist <bqt at softjar.se> wrote:
On 2012-07-16 02:42, Dan Williams wrote:
Hi,
I don't know who is updating the records at the moment. But I now have
machines up and running, they should be up 24x7
51.1 slimer zx6000 VMS V8.3-1H1
51.2 Walter zx6000 VMS V8.3-1H1
51.3 dana simh VMS V7.3
51.4 gozer IBM 911-285 Debian Squeeze
51.5 ray 4000/90 VMS V7.3
By the way, I assume this means all previous definitions in area 51 are
invalid, and were deleted. Let me know if I was wrong. The old ones you had
conflicted with this list.
Johnny
Hi,
I don't know how I missed this email. Yes all old definitions are invalid.
Good.
What is the best machine to copy a current node list from ?
MIM::
Johnny
On 6 Aug 2012, at 08:06, Dan Williams wrote:
On 17 July 2012 21:18, Johnny Billquist <bqt at softjar.se> wrote:
On 2012-07-16 02:42, Dan Williams wrote:
Hi,
I don't know who is updating the records at the moment. But I now have
machines up and running, they should be up 24x7
51.1 slimer zx6000 VMS V8.3-1H1
51.2 Walter zx6000 VMS V8.3-1H1
51.3 dana simh VMS V7.3
51.4 gozer IBM 911-285 Debian Squeeze
51.5 ray 4000/90 VMS V7.3
By the way, I assume this means all previous definitions in area 51 are
invalid, and were deleted. Let me know if I was wrong. The old ones you had
conflicted with this list.
Johnny
Hi,
I don't know how I missed this email. Yes all old definitions are invalid.
What is the best machine to copy a current node list from ?
1.13 (MIM) is usually the most up to date, I think.
--
Mark Benson
http://DECtec.info
Twitter: @DECtecInfo
HECnet: STAR69::MARK
Online Resource & Mailing List for DEC Enthusiasts.
On 5 Aug 2012, at 21:05, Dave McGuire wrote:
On 08/05/2012 01:02 PM, Mark Benson wrote:
The following nodes have changed name on Area 6 (not that anyone can see then right now ^_^)
6.51 DARMOK
6.54 JALAD
No Tinagra? ;)
That's the name of the cluster :)
--
Mark Benson
http://DECtec.info
Twitter: @DECtecInfo
HECnet: STAR69::MARK
Online Resource & Mailing List for DEC Enthusiasts.
On 17 July 2012 21:18, Johnny Billquist <bqt at softjar.se> wrote:
On 2012-07-16 02:42, Dan Williams wrote:
Hi,
I don't know who is updating the records at the moment. But I now have
machines up and running, they should be up 24x7
51.1 slimer zx6000 VMS V8.3-1H1
51.2 Walter zx6000 VMS V8.3-1H1
51.3 dana simh VMS V7.3
51.4 gozer IBM 911-285 Debian Squeeze
51.5 ray 4000/90 VMS V7.3
By the way, I assume this means all previous definitions in area 51 are
invalid, and were deleted. Let me know if I was wrong. The old ones you had
conflicted with this list.
Johnny
Hi,
I don't know how I missed this email. Yes all old definitions are invalid.
What is the best machine to copy a current node list from ?
Dan
On Sun, Aug 5, 2012 at 7:08 PM, Johnny Billquist <bqt at softjar.se> wrote:
On 2012-08-05 23:04, Peter Lothberg wrote:
Is area 9 free?
I might grab that for some testing purposes if nobody minds.
(Basically MULTINET point to point over tun/tap from the S/390 to the
host, host on my main area 8, S/390 on 9. S/390 has no concept of an
ethernet card..)
Sampsa
NCP>tell stupi:: show areA 9
NCP>
23:01:12 NCP
Request # 215 Accepted
NCP>
23:01:13 NCP
Request # 215; Show Area Summary Completed, Unrecognized component,
Entity = Area
And there are no nodenames defined in area 9, I think it's safe to
use, knock yourself out! (Johnny might have a special use in mind...)
Nope, I have nothing marked for area 9. Curious what putting a S/390 in its
own area gains you (sampsa), though, except potential problems... :-)
Johnny
Hello!
Let's just say there is a lot of strange noise hanging over his flat.
-----
Gregg C Levine gregg.drwho8 at gmail.com
"This signature fought the Time Wars, time and again."
On 2012-08-05 23:04, Peter Lothberg wrote:
Is area 9 free?
I might grab that for some testing purposes if nobody minds.
(Basically MULTINET point to point over tun/tap from the S/390 to the host, host on my main area 8, S/390 on 9. S/390 has no concept of an ethernet card..)
Sampsa
NCP>tell stupi:: show areA 9
NCP>
23:01:12 NCP
Request # 215 Accepted
NCP>
23:01:13 NCP
Request # 215; Show Area Summary Completed, Unrecognized component,
Entity = Area
And there are no nodenames defined in area 9, I think it's safe to
use, knock yourself out! (Johnny might have a special use in mind...)
Nope, I have nothing marked for area 9. Curious what putting a S/390 in its own area gains you (sampsa), though, except potential problems... :-)
Johnny
Is area 9 free?
I might grab that for some testing purposes if nobody minds.
(Basically MULTINET point to point over tun/tap from the S/390 to the host, host on my main area 8, S/390 on 9. S/390 has no concept of an ethernet card..)
Sampsa
NCP>tell stupi:: show areA 9
NCP>
23:01:12 NCP
Request # 215 Accepted
NCP>
23:01:13 NCP
Request # 215; Show Area Summary Completed, Unrecognized component,
Entity = Area
And there are no nodenames defined in area 9, I think it's safe to
use, knock yourself out! (Johnny might have a special use in mind...)
-P
Is area 9 free?
I might grab that for some testing purposes if nobody minds.
(Basically MULTINET point to point over tun/tap from the S/390 to the host, host on my main area 8, S/390 on 9. S/390 has no concept of an ethernet card..)
Sampsa