On Sun, 2010-06-13 at 07:50 +0100, Mark Wickens wrote:
I've been talking to Steve Davidson and it crossed my mind that if we
use multinet to connect we won't need a separate unix box as we wouldn't
require Johnny's bridge. Is that correct? Might be worth going through
the motions if you have time, (a) to get the process documented and (b)
to provide a good fallback strategy if option 1 using the bridge to
connect through to you doesn't work.
Regards, Mark.
Sorry, that was meant for Sampsa. Wickens steps into the bear trap by
mistake...
I've been talking to Steve Davidson and it crossed my mind that if we
use multinet to connect we won't need a separate unix box as we wouldn't
require Johnny's bridge. Is that correct? Might be worth going through
the motions if you have time, (a) to get the process documented and (b)
to provide a good fallback strategy if option 1 using the bridge to
connect through to you doesn't work.
Regards, Mark.
Yes, that went in quite a while ago... :)
I don't remember what I've put up for upload to others though. I might have several things fixed in my "private" version which aren't out there yet.
I should check that...
Johnny
Oleg Safiullin wrote:
BTW, did you apply my patch to bridge program?
Packets sent by SimH at the time of `attach xq ...' command may cause `bridge' to crash without this patch :)
At least, the following code should be fixed:
---
@@ -497,8 +651,8 @@ void process_packet(struct DATA *d)
if (is_decnet(d)) d->type = DECnet;
if (is_lat(d)) d->type = LAT;
- if (bridge[d->source].types[d->type] == 0) return;
if (d->type == -1) return;
+ if (bridge[d->source].types[d->type] == 0) return;
bridge[d->source].xcount++;
---
On 12.06.2010 6:02, Johnny Billquist wrote:
Please do.
As a side note, if psilo.update.uu.se is down, then nothing of the
bridged network will work, since that is the true hub of things.
MIM and PONDUS can both be working perfectly fine, but without psilo
they can't even talk to each other.
However, at the moment PONDUS is turned off. I'm in the US for three
weeks, and figured that I might spear my wife the hum of PONDUS when I'm
not around. :-)
All that said, I can't seem to get contact with psilo either right now,
so it do seem to be some general network problems somewhere.
Johnny
Pontus Pihlgren wrote:
Hmm, there seems to be some issues with our network in general.. I'll
se what I can do.
On Fri, Jun 11, 2010 at 11:31:40PM +0100, Sampsa Laine wrote:
Is MIM down? I can't see it (or PONDUS)..
Sampsa
I was browsing through the OpenVMS manuals and started thinking about
distributed programs. Has anyone tried running a DECnet based
distributed program (for example using the $IPC programming interface)
across HECnet?
Hello!
I don't know about your patch, but at the moment I can reach the
server described there. It even responded to my requests for a
webpage. It also confirmed that you do have a positively eclectic
collection of hardware.
-----
Gregg C Levine gregg.drwho8 at gmail.com
"This signature fought the Time Wars, time and again."
I sent my patch to Johnny few months ago.
Patch attached to this message fixes possible crashes,
prevents `bridge' from receiving packets just sent out via pcap (OpenBSD-specific),
adds support for L2 `tun' interfaces (OpenBSD only).
2010/6/12 Oleg Safiullin <form at pdp-11.org.ru>:
BTW, did you apply my patch to bridge program?
Packets sent by SimH at the time of `attach xq ...' command may cause
`bridge' to crash without this patch :)
At least, the following code should be fixed:
---
@@ -497,8 +651,8 @@ void process_packet(struct DATA *d)
if (is_decnet(d)) d->type = DECnet;
if (is_lat(d)) d->type = LAT;
- if (bridge[d->source].types[d->type] == 0) return;
if (d->type == -1) return;
+ if (bridge[d->source].types[d->type] == 0) return;
bridge[d->source].xcount++;
---
On 12.06.2010 6:02, Johnny Billquist wrote:
Please do.
As a side note, if psilo.update.uu.se is down, then nothing of the
bridged network will work, since that is the true hub of things.
MIM and PONDUS can both be working perfectly fine, but without psilo
they can't even talk to each other.
However, at the moment PONDUS is turned off. I'm in the US for three
weeks, and figured that I might spear my wife the hum of PONDUS when I'm
not around. :-)
All that said, I can't seem to get contact with psilo either right now,
so it do seem to be some general network problems somewhere.
Johnny
Pontus Pihlgren wrote:
Hmm, there seems to be some issues with our network in general.. I'll
se what I can do.
On Fri, Jun 11, 2010 at 11:31:40PM +0100, Sampsa Laine wrote:
Is MIM down? I can't see it (or PONDUS)..
Sampsa
Hello!
I don't know about your patch, but at the moment I can reach the
server described there. It even responded to my requests for a
webpage. It also confirmed that you do have a positively eclectic
collection of hardware.
-----
Gregg C Levine gregg.drwho8 at gmail.com
"This signature fought the Time Wars, time and again."
BTW, did you apply my patch to bridge program?
Packets sent by SimH at the time of `attach xq ...' command may cause `bridge' to crash without this patch :)
At least, the following code should be fixed:
---
@@ -497,8 +651,8 @@ void process_packet(struct DATA *d)
if (is_decnet(d)) d->type = DECnet;
if (is_lat(d)) d->type = LAT;
- if (bridge[d->source].types[d->type] == 0) return;
if (d->type == -1) return;
+ if (bridge[d->source].types[d->type] == 0) return;
bridge[d->source].xcount++;
---
On 12.06.2010 6:02, Johnny Billquist wrote:
Please do.
As a side note, if psilo.update.uu.se is down, then nothing of the
bridged network will work, since that is the true hub of things.
MIM and PONDUS can both be working perfectly fine, but without psilo
they can't even talk to each other.
However, at the moment PONDUS is turned off. I'm in the US for three
weeks, and figured that I might spear my wife the hum of PONDUS when I'm
not around. :-)
All that said, I can't seem to get contact with psilo either right now,
so it do seem to be some general network problems somewhere.
Johnny
Pontus Pihlgren wrote:
Hmm, there seems to be some issues with our network in general.. I'll
se what I can do.
On Fri, Jun 11, 2010 at 11:31:40PM +0100, Sampsa Laine wrote:
Is MIM down? I can't see it (or PONDUS)..
Sampsa
On Fri, Jun 11, 2010 at 7:06 PM, Sridhar Ayengar <ploopster at gmail.com> wrote:
Johnny Billquist wrote:
However, at the moment PONDUS is turned off. I'm in the US for three
weeks, and figured that I might spear my wife the hum of PONDUS when I'm
not around. :-)
Whereabouts? Is there a chance of a get-together?
Peace... Sridhar
Hello!
What he said. I am not going to mention where I am based. (I figure
most of you know that by now.)
-----
Gregg C Levine gregg.drwho8 at gmail.com
"This signature fought the Time Wars, time and again."
Apparently some routing problems with our ISP (alma mater). Don't know
much details.
On Fri, Jun 11, 2010 at 05:02:24PM -0600, Johnny Billquist wrote:
Please do.
As a side note, if psilo.update.uu.se is down, then nothing of the
bridged network will work, since that is the true hub of things.
MIM and PONDUS can both be working perfectly fine, but without psilo
they can't even talk to each other.
However, at the moment PONDUS is turned off. I'm in the US for three
weeks, and figured that I might spear my wife the hum of PONDUS when
I'm not around. :-)
All that said, I can't seem to get contact with psilo either right
now, so it do seem to be some general network problems somewhere.
Johnny
Pontus Pihlgren wrote:
Hmm, there seems to be some issues with our network in general..
I'll se what I can do.
On Fri, Jun 11, 2010 at 11:31:40PM +0100, Sampsa Laine wrote:
Is MIM down? I can't see it (or PONDUS)..
Sampsa
Obvious answer: psilo is back online, but MIM is crashed.
Rebooting...
Johnny
Sampsa Laine wrote:
Johnny,
That's the weird thing, my bridge link to you is up and I can see e.g. CTAKAH fine - just none of your systems...
Sampsa
On 12 Jun 2010, at 00:02, Johnny Billquist wrote:
Please do.
As a side note, if psilo.update.uu.se is down, then nothing of the bridged network will work, since that is the true hub of things.
MIM and PONDUS can both be working perfectly fine, but without psilo they can't even talk to each other.
However, at the moment PONDUS is turned off. I'm in the US for three weeks, and figured that I might spear my wife the hum of PONDUS when I'm not around. :-)
All that said, I can't seem to get contact with psilo either right now, so it do seem to be some general network problems somewhere.
Johnny
Pontus Pihlgren wrote:
Hmm, there seems to be some issues with our network in general.. I'll se what I can do.
On Fri, Jun 11, 2010 at 11:31:40PM +0100, Sampsa Laine wrote:
Is MIM down? I can't see it (or PONDUS)..
Sampsa
Johnny Billquist wrote:
However, at the moment PONDUS is turned off. I'm in the US for three
weeks, and figured that I might spear my wife the hum of PONDUS when I'm
not around. :-)
Whereabouts? Is there a chance of a get-together?
Peace... Sridhar
Johnny,
That's the weird thing, my bridge link to you is up and I can see e.g. CTAKAH fine - just none of your systems...
Sampsa
On 12 Jun 2010, at 00:02, Johnny Billquist wrote:
Please do.
As a side note, if psilo.update.uu.se is down, then nothing of the bridged network will work, since that is the true hub of things.
MIM and PONDUS can both be working perfectly fine, but without psilo they can't even talk to each other.
However, at the moment PONDUS is turned off. I'm in the US for three weeks, and figured that I might spear my wife the hum of PONDUS when I'm not around. :-)
All that said, I can't seem to get contact with psilo either right now, so it do seem to be some general network problems somewhere.
Johnny
Pontus Pihlgren wrote:
Hmm, there seems to be some issues with our network in general.. I'll se what I can do.
On Fri, Jun 11, 2010 at 11:31:40PM +0100, Sampsa Laine wrote:
Is MIM down? I can't see it (or PONDUS)..
Sampsa
Please do.
As a side note, if psilo.update.uu.se is down, then nothing of the bridged network will work, since that is the true hub of things.
MIM and PONDUS can both be working perfectly fine, but without psilo they can't even talk to each other.
However, at the moment PONDUS is turned off. I'm in the US for three weeks, and figured that I might spear my wife the hum of PONDUS when I'm not around. :-)
All that said, I can't seem to get contact with psilo either right now, so it do seem to be some general network problems somewhere.
Johnny
Pontus Pihlgren wrote:
Hmm, there seems to be some issues with our network in general.. I'll se what I can do.
On Fri, Jun 11, 2010 at 11:31:40PM +0100, Sampsa Laine wrote:
Is MIM down? I can't see it (or PONDUS)..
Sampsa
Hmm, there seems to be some issues with our network in general.. I'll se
what I can do.
On Fri, Jun 11, 2010 at 11:31:40PM +0100, Sampsa Laine wrote:
Is MIM down? I can't see it (or PONDUS)..
Sampsa
On Thu, 2010-06-10 at 19:29 -0600, Johnny Billquist wrote:
It might be that someone have already done so. It might be worth
searching through old DECUS libraries...
... and that's always fun!
The irony of history.
LAT and DECservers were invented so that machines no longer would need to have local ports.
Now you are using LAT and DECservers to access machine local ports. :-)
Yes. I know what you mean, and what you want to do. However, DEC did definitely not envisage that. Their intention was the exact opposite.
All that said, it is mostly doable under VMS, but it requires that you write some software yourself.
It might be that someone have already done so. It might be worth searching through old DECUS libraries...
Johnny
Sampsa Laine wrote:
No I see how my way of doing it might seem backwards, I mean why share a modem from a host machine when terminal servers were invented for doing it?
Doesn't mean it wouldn't be a nice feature to have :)
Sampsa
On 11 Jun 2010, at 01:36, Johnny Billquist wrote:
What pays to remember is that once you had LAT and DECservers, you didn't use serial ports on your VAX anymore, especially not on a site where you had several VAXen. You *obviously* had DECservers if you were using LAT, and you *obviously* wanted to put the modem on the DECserver if you had one, and *especially* if you wanted to access the modem from several machines.
So yes, it's an obvious idea, and it had an obvious answer. It's just you who are trying to do things backwards... :-)
Johnny
No I see how my way of doing it might seem backwards, I mean why share a modem from a host machine when terminal servers were invented for doing it?
Doesn't mean it wouldn't be a nice feature to have :)
Sampsa
On 11 Jun 2010, at 01:36, Johnny Billquist wrote:
What pays to remember is that once you had LAT and DECservers, you didn't use serial ports on your VAX anymore, especially not on a site where you had several VAXen. You *obviously* had DECservers if you were using LAT, and you *obviously* wanted to put the modem on the DECserver if you had one, and *especially* if you wanted to access the modem from several machines.
So yes, it's an obvious idea, and it had an obvious answer. It's just you who are trying to do things backwards... :-)
Johnny
Sampsa Laine wrote:
On 9 Jun 2010, at 01:27, Gregg Levine wrote:
Hello!
I see.
A good question. Now that I know that it is someone physical where you
are, I am fresh out of ideas.
This MUST be doable, it's such an obvious idea :)
Let's say back in the day I had a modem connected to one of my VMS boxes, would not sharing it over LAT be pretty obvious?
What pays to remember is that once you had LAT and DECservers, you didn't use serial ports on your VAX anymore, especially not on a site where you had several VAXen. You *obviously* had DECservers if you were using LAT, and you *obviously* wanted to put the modem on the DECserver if you had one, and *especially* if you wanted to access the modem from several machines.
So yes, it's an obvious idea, and it had an obvious answer. It's just you who are trying to do things backwards... :-)
Johnny
Sampsa Laine wrote:
Guys,
I want to create a LAT service connected to a virtual terminal port (created using TELNET/CREATE) and then when users connect to this service they get redirected over telnet to the destination.
This is what I tried:
lcp:==$sys$system:latcp
TELNET/CREATE B4BBS 23 1
lcp create port lta1337/application
lcp set port lta1337/port=tna1
lcp create service b4bbs
lcp set port lta1337: /service=b4bbs
However when I connect to the service b4bbs I am not redirected to the TNA1 telnet connection, but just get the normal log in screen of the host I created the service on.
Where am I going wrong here?
I've done some commenting on this before, but as I'm running through my backlog I figured I might as well answer this again.
lcp set port lta1337: /service=b4bbs
will not cause service b4bbs to connect to port lta1337:, but if you run a terminal emulation program on the VMS machine, and connect to lta1337:, you will in fact be connected to the b4bbs service.
lcp set port lta1337/port=tna1
is an incomplete setup for doing a similar thing.
Both are for configuring reverse lat setups.
When you create a reverse lat setup, you create a local terminal (in this case lta1337:). When someone on the VMS box opens this device, they will be connected to whatever you have setup this port to talk to.
There are two different ways of going about the setting up. You can:
1) Specify a specific server and port
2) Specify a LAT service
Your first "attempt" specifies only the port, but not the server. Thus, if someone would have tried to connect after that had been specified, the connection would fail, since no server had been specified and thus the reverse LAT wouldn't have an idea on where to actually connect to.
However, your second specification makes that void anyway, since you instead specify a service that should be connected to.
In addition to all this, you also create a service called b4bbs, which is something others can connect to, and when they do, LOGINOUT will start on that port, to make it possible for the user to log in. Notice that there is no real, obvious correspondance between your lta1337: setup, and the b4bbs service, apart from the fact that if someone were to connect to lta1337:, they should be connected as with a loopback to the same machine, and presented a login session (assuming that the ethernet packets gets properly looped here, which I'm a bit unsure about).
Johnny
Not possible out of the box, as far as I know.
There are several pieces needed to understand to make this work.
You need a way to connect one serial port to another serial port. In this case, the "incoming" serial port should be connected to a physical serial port on the machine. Once again, not something supported out of the box, but this would just require a small program to be written. Not that difficult.
Important to know and understand is that you are not, in fact, providing any reverse LAT service. What you want is that an incoming LAT connection should not in fact start LOGINOUT, but instead allow you to communicate on a physical serial port on the VMS box.
So, on the VMS box, a program needs to be running, which are in control of the "serial" ports on which LAT will connect. And once a connection is noticed, it should just pass data back and forth between that port and the physical port you want to connect to.
One additional problem here is that you would really like to create two different LAT services on the VMS box for this to work, since I would assume you would still also be interested in logging in normally with LAT on the system.
As far as I know, this is not possible.
Reverse LAT, on the other hand, is a way on a VMS box (or any other system as well), to specify that a specific destination should be connected to when you open a specific port on the local machine. Thereby implicitly making an outgoing LAT connection from the VMS box.
This was/is typically used for such services as modems or serial port printers. Open TT47: on your system, and output to it. And the output will appear on a currently free printer, as an example.
That works the same on Unix systems as well.
The lat implementation for Linux is very buggy by the way. I've been using it extensively the last few weeks to make a reverse connection using llogin to a DECserver, and it occasionally hangs so bad I need to totally restart it to wake it up. So while it might have some useful features, it's unfortunately not in a good shape. I remember looking at it many years ago because of some other problems I had back then, and decided that it was not worth trying to figure out the code. I should write my own implementation instead, especially since the LAT specs are available. However, as usual, I have not had time to do so... :-(
Johnny
Sampsa Laine wrote:
OK,
I see - so there's no way of doing this on VMS then? Good thing the Linux LAT seems to do the trick though.
Sampsa
On 9 Jun 2010, at 07:48, Johnny Billquist wrote:
Sampsa Laine wrote:
On 9 Jun 2010, at 01:27, Gregg Levine wrote:
Hello!
I see.
A good question. Now that I know that it is someone physical where you
are, I am fresh out of ideas.
This MUST be doable, it's such an obvious idea :)
Let's say back in the day I had a modem connected to one of my VMS boxes, would not sharing it over LAT be pretty obvious?
Yes. And they way you did it was by having a DECserver, on which the modem was connected.
Johnny
OK,
I see - so there's no way of doing this on VMS then? Good thing the Linux LAT seems to do the trick though.
Sampsa
On 9 Jun 2010, at 07:48, Johnny Billquist wrote:
Sampsa Laine wrote:
On 9 Jun 2010, at 01:27, Gregg Levine wrote:
Hello!
I see.
A good question. Now that I know that it is someone physical where you
are, I am fresh out of ideas.
This MUST be doable, it's such an obvious idea :)
Let's say back in the day I had a modem connected to one of my VMS boxes, would not sharing it over LAT be pretty obvious?
Yes. And they way you did it was by having a DECserver, on which the modem was connected.
Johnny
On Mon, 07 Jun 2010 09:55:36 +0200, you wrote:
3. Oh well, it would be nice to learn where is the culprit and how to
rebuild a TOPS-10 monitor from scratch! :-) Now I've posted a request to
alt.sys.pdp10. Let's see if someone will explain me what to do.
Hello again!
As I wrote, I posted a plea for help in alt.sys.pdp10 and obtained some very
useful answers. They explained me how to patch the monitor binary file and
now the CPU hosting the KLH10 emulator is only 0.5% busy when TOPS-10 idles.
It's a very easy task and takes less than a minute to complete. If someone
is interested I can describe it here, or can go read the thread on the NG.
Back in topic, now I'll head on to a complete DECnet-10 setup (in my scarce
spare time). :-) Do there is someone here that has suggestions on this?
Bye,
G.
Sampsa Laine wrote:
On 9 Jun 2010, at 01:27, Gregg Levine wrote:
Hello!
I see.
A good question. Now that I know that it is someone physical where you
are, I am fresh out of ideas.
This MUST be doable, it's such an obvious idea :)
Let's say back in the day I had a modem connected to one of my VMS boxes, would not sharing it over LAT be pretty obvious?
Yes. And they way you did it was by having a DECserver, on which the modem was connected.
Johnny
