Fred wrote:
On Mon, 23 Nov 2009, Kari Uusim ki wrote:
When you have selected the Infoserver service where you have the distribution, does is show up as a (LAST) connection on the Infoserver?
You can see the connected clients by useing the Infoserver management command:
Infoserver> show last
I am not sure how to determine this. When I boot the VAX and give it the ISL boot file, make it look for services, it comes back with something similar to: (the VAX is off and I'm ssh'ed in from somewhere at the moment so this is from memory)
Services on MISER 00-xx-xx-xx-xx <-phy MAC of MISER
# 1 VAXVMS073
Choose:
I choose #1, and then it just sits.
Have you checked that the SYSBOOT.EXE is continuous?
Directory LDA3:[000000.SYS0.SYSEXE]
SYSBOOT.EXE;1 File ID: (935,1,0)
Size: 137/144 Owner: [SYSTEM]
Created: 16-MAR-2001 03:09:12.56
Revised: 2-APR-2001 16:07:46.06 (2)
Expires: <None specified>
Backup: <No backup recorded>
Effective: <None specified>
Recording: <None specified>
Accessed: <None specified>
Attributes: <None specified>
Modified: <None specified>
Linkcount: 1
File organization: Sequential
Shelved state: Online
Caching attribute: Writethrough
File attributes: Allocation: 144, Extend: 0, Global buffer count: 0
No version limit, Contiguous
Record format: Fixed length 512 byte records
Record attributes: None
RMS attributes: None
Journaling enabled: None
File protection: System:RWED, Owner:RWED, Group:RWED, World:
Access Cntrl List: None
Client attributes: None
Total of 1 file, 137/144 blocks.
Fred
Well, I'm not sure if you need to do it in this case, but it doesn't hurt if you do the following on the LD disk
$ mc writeboot
Select to update the VAX bootblock on the LD disk.
If you have already done it, please ignore this.
Regards,
Kari
On Mon, 23 Nov 2009, Kari Uusim ki wrote:
When you have selected the Infoserver service where you have the distribution, does is show up as a (LAST) connection on the Infoserver?
I am not sure how to determine this. When I boot the VAX and give it the ISL boot file, make it look for services, it comes back with something similar to: (the VAX is off and I'm ssh'ed in from somewhere at the moment so this is from memory)
Services on MISER 00-xx-xx-xx-xx <-phy MAC of MISER
# 1 VAXVMS073
Choose:
I choose #1, and then it just sits.
Have you checked that the SYSBOOT.EXE is continuous?
Directory LDA3:[000000.SYS0.SYSEXE]
SYSBOOT.EXE;1 File ID: (935,1,0)
Size: 137/144 Owner: [SYSTEM]
Created: 16-MAR-2001 03:09:12.56
Revised: 2-APR-2001 16:07:46.06 (2)
Expires: <None specified>
Backup: <No backup recorded>
Effective: <None specified>
Recording: <None specified>
Accessed: <None specified>
Attributes: <None specified>
Modified: <None specified>
Linkcount: 1
File organization: Sequential
Shelved state: Online
Caching attribute: Writethrough
File attributes: Allocation: 144, Extend: 0, Global buffer count: 0
No version limit, Contiguous
Record format: Fixed length 512 byte records
Record attributes: None
RMS attributes: None
Journaling enabled: None
File protection: System:RWED, Owner:RWED, Group:RWED, World:
Access Cntrl List: None
Client attributes: None
Total of 1 file, 137/144 blocks.
Fred
On Mon, 23 Nov 2009, gerry77 at mail.com wrote:
Do you have a working CR-ROM drive at least on the Alpha system? Have you
tried serving a real CD-ROM and not a LD device?
I *had* a working CDROM on the Alpha, but for whatever reason it is now broke. :( I have plenty of IDE drives laying around, and that is going to be my project tonight - install a new IDE CDROM, and try to serve the CD from there instead of an LD device.
Just out of my curiosity: does Wireshark dissect the LAD/LAST protocol or
just identifies it (by its Ethertype)?
It just detects the Ethertype. It doesn't claim to know anything other than that ...
If you have another system around (VAX or Alpha doesn't matter), you may
want to try to connect to the Infoserver with the LAD client to ensure that
Chicken and egg: I many two other VAXen around, but they are all in the same situation as my 4000, no OS.
Type something like the following:
[cut]
I tried this *locally* from MISER (which is serving the disk) and it works. Not sure if this is a fair test.
Tonight when I get home after getting finished with $dayjob I'm going to continue banging on this ... I had a nice conversation with Steve Davidson yesterday he's also attempting to get me straightened out. I always find it amazing on (most) mailing lists how quickly help comes when someone needs it!
I'll keep the list posted on my progress.
Fred
On Sun, 22 Nov 2009 21:03:50 -0500 (EST), you wrote:
The VAX boots to this file fine.( "b /r5:100 eza0" ) If I make it search
for Infoserver services, it finds the 7.3 distribution service that I set
up using LDDRIVER on the Alpha. However, when I try to select it (and
hopefully make it "boot" from it) it just sits there for a long time,
eventually saying:
%ISL-F-BADOPEN, unable to locate SYSBOOT
Do you have a working CR-ROM drive at least on the Alpha system? Have you
tried serving a real CD-ROM and not a LD device?
Running wireshark doesn't reveal much - I see the "DEC LAST" protocol
running on the wire, but that's about it. At this point it *has* to be
something simple.
Just out of my curiosity: does Wireshark dissect the LAD/LAST protocol or
just identifies it (by its Ethertype)?
Would anyone have anything obvious I should be checking? I have a
feeling I'm *this* close ... :)
If you have another system around (VAX or Alpha doesn't matter), you may
want to try to connect to the Infoserver with the LAD client to ensure that
the service is really working and not just appearing on the network.
Type something like the following:
$ @SYS$STARTUP:ESS$STARTUP DISK
$ LADCP = "$SYS$SYSTEM:ESS$LADCP"
$ LADCP BIND <service_name>
$ MOUNT <DAD$service_name> <served_volume_label>
Then try to do some DIR and such, to see if the disk is remotely readable...
HTH,
G.
Hi Fred,
When you have selected the Infoserver service where you have the distribution, does is show up as a (LAST) connection on the Infoserver?
Have you checked that the SYSBOOT.EXE is continuous?
Regards,
Kari
Fred wrote:
Good evening everyone:
This weekend I have been trying to make my VAXStation 4000-90A come to life. It won't boot off the CD (an NEC Multispin 4X, perhaps it doesn't speak 512/2048?) so I took the next route of trying to make it boot of my Alpha's (MISER) host base Infoserver. I copied the ISL_SVAX_073.SYS file off of my 7.3 distribution from Montagar (it was in [sys0.sysexe]) to mom$load and did all the NCP statements to make MISER aware of the new soon-to-be-node, FRUGAL.
The VAX boots to this file fine.( "b /r5:100 eza0" ) If I make it search for Infoserver services, it finds the 7.3 distribution service that I set up using LDDRIVER on the Alpha. However, when I try to select it (and hopefully make it "boot" from it) it just sits there for a long time, eventually saying:
%ISL-F-BADOPEN, unable to locate SYSBOOT
Running wireshark doesn't reveal much - I see the "DEC LAST" protocol running on the wire, but that's about it. At this point it *has* to be something simple.
Would anyone have anything obvious I should be checking? I have a feeling I'm *this* close ... :)
Cheers,
Fred
----
Lets call it for what it is - "legacy" is a term that people use in a
polite but derogatory manner to imply that the future direction they
prefer is not that which they view as the current direction.
.
Fred,
Send me the MAC address of your ethernet adapter (on the VAX). I can
enable remote boot from my end. It will be slower than local, but you
will be able to do whatever you need to the system and its disks. Using
VMS phone I can walk you thru it in pseudo-real-time... :-) I will be
on STARS2::
-Steve
-----Original Message-----
From: owner-hecnet at Update.UU.SE [mailto:owner-hecnet at Update.UU.SE] On
Behalf Of Fred
Sent: Sunday, November 22, 2009 21:52
To: hecnet at Update.UU.SE
Subject: RE: [HECnet] Boot VAX from Alpha host Infoserver?
On Sun, 22 Nov 2009, Steve Davidson wrote:
Which model are you using? I may have one here to check.
NEC Multispin 4X model CDR-601 (it's external).
Re: number of drives in the 90A. There's just one at the moment, but I
have a BA3xx shelf that I've been sacrificing drives out of. It's just
a
screwdriver away to get more (it was fully populated).
Re #2: login to MISER. If the above two ideas fail, I'll whip together
an
account for you to look around.
Fred
On Sun, 22 Nov 2009, Steve Davidson wrote:
Which model are you using? I may have one here to check.
NEC Multispin 4X model CDR-601 (it's external).
Re: number of drives in the 90A. There's just one at the moment, but I have a BA3xx shelf that I've been sacrificing drives out of. It's just a screwdriver away to get more (it was fully populated).
Re #2: login to MISER. If the above two ideas fail, I'll whip together an account for you to look around.
Fred
If you wish I could login to you alpha and take a look around. I can
either set host or come in via LAT.
-Steve
-----Original Message-----
From: owner-hecnet at Update.UU.SE [mailto:owner-hecnet at Update.UU.SE] On
Behalf Of Fred
Sent: Sunday, November 22, 2009 21:37
To: hecnet at update.uu.se
Subject: RE: [HECnet] Boot VAX from Alpha host Infoserver?
On Sun, 2009-11-22 at 21:18 -0500, Steve Davidson wrote:
Did you by chance enable broadcasts to your system console on the
Alpha
so that you could monitor the actual requests that the Alpha
will/should
(hopefully) see? This might give a clue to what is missing/wrong...
(resent because I think I'm subscribed to the mailing list with a couple
variants of misernet.net ....)
Hi Steve,
Yes I did. In fact I see the "load request" start and succeed when it
grabs the ISL_SVAX_073 file - but other than that, there are no other
broadcasts while logged in as SYSTEM with reply/enable set.
I have found a site with jumper settings for this NEC drive, but I don't
see a reference to sector size. I think I'm going to modify the
"factory reserved" jumpers one at a time, thinking perhaps one of those
is it.
Fred
Fred,
How many disk drives do you have in the 90A? I may have another idea -
a variation on a theme as it were...
-Steve
-----Original Message-----
From: owner-hecnet at Update.UU.SE [mailto:owner-hecnet at Update.UU.SE] On
Behalf Of Fred
Sent: Sunday, November 22, 2009 21:37
To: hecnet at update.uu.se
Subject: RE: [HECnet] Boot VAX from Alpha host Infoserver?
On Sun, 2009-11-22 at 21:18 -0500, Steve Davidson wrote:
Did you by chance enable broadcasts to your system console on the
Alpha
so that you could monitor the actual requests that the Alpha
will/should
(hopefully) see? This might give a clue to what is missing/wrong...
(resent because I think I'm subscribed to the mailing list with a couple
variants of misernet.net ....)
Hi Steve,
Yes I did. In fact I see the "load request" start and succeed when it
grabs the ISL_SVAX_073 file - but other than that, there are no other
broadcasts while logged in as SYSTEM with reply/enable set.
I have found a site with jumper settings for this NEC drive, but I don't
see a reference to sector size. I think I'm going to modify the
"factory reserved" jumpers one at a time, thinking perhaps one of those
is it.
Fred
Fred,
Which model are you using? I may have one here to check.
-Steve
-----Original Message-----
From: owner-hecnet at Update.UU.SE [mailto:owner-hecnet at Update.UU.SE] On
Behalf Of Fred
Sent: Sunday, November 22, 2009 21:37
To: hecnet at update.uu.se
Subject: RE: [HECnet] Boot VAX from Alpha host Infoserver?
On Sun, 2009-11-22 at 21:18 -0500, Steve Davidson wrote:
Did you by chance enable broadcasts to your system console on the
Alpha
so that you could monitor the actual requests that the Alpha
will/should
(hopefully) see? This might give a clue to what is missing/wrong...
(resent because I think I'm subscribed to the mailing list with a couple
variants of misernet.net ....)
Hi Steve,
Yes I did. In fact I see the "load request" start and succeed when it
grabs the ISL_SVAX_073 file - but other than that, there are no other
broadcasts while logged in as SYSTEM with reply/enable set.
I have found a site with jumper settings for this NEC drive, but I don't
see a reference to sector size. I think I'm going to modify the
"factory reserved" jumpers one at a time, thinking perhaps one of those
is it.
Fred
On Sun, 2009-11-22 at 21:18 -0500, Steve Davidson wrote:
Did you by chance enable broadcasts to your system console on the Alpha
so that you could monitor the actual requests that the Alpha will/should
(hopefully) see? This might give a clue to what is missing/wrong...
(resent because I think I'm subscribed to the mailing list with a couple variants of misernet.net ....)
Hi Steve,
Yes I did. In fact I see the "load request" start and succeed when it
grabs the ISL_SVAX_073 file - but other than that, there are no other
broadcasts while logged in as SYSTEM with reply/enable set.
I have found a site with jumper settings for this NEC drive, but I don't
see a reference to sector size. I think I'm going to modify the
"factory reserved" jumpers one at a time, thinking perhaps one of those
is it.
Fred
I have two of the 6-stack units (624x). They work GREAT! Some of the
VAXen see all 6 drives, some do not.
The VAXcluster boot member for the STARS2 cluster has one on it right
now (serverd to the whole cluster).
-Steve
-----Original Message-----
From: owner-hecnet at Update.UU.SE [mailto:owner-hecnet at Update.UU.SE] On
Behalf Of Zane H. Healy
Sent: Sunday, November 22, 2009 20:28
To: hecnet at Update.UU.SE
Subject: RE: [HECnet] Boot VAX from Alpha host Infoserver?
At 9:11 PM -0500 11/22/09, Steve Davidson wrote:
Oh, the NEC Multispin 4x may just work. I use these. You will have to
set one of the dip switches that changes it from 2048 bytes to 512
bytes. A search on the web should be able to give you the correct
switch.
I love the old NEC Mulitspin's, I have an 8x caddy drive in my
PDP-11. They're the only non-DEC drives I've been able to find that
works with some of my older DEC gear.
Zane
--
| Zane H. Healy | UNIX Systems Administrator |
| healyzh at aracnet.com (primary) | OpenVMS Enthusiast |
| MONK::HEALYZH (DECnet) | Classic Computer Collector |
+----------------------------------+----------------------------+
| Empire of the Petal Throne and Traveller Role Playing, |
| PDP-10 Emulation and Zane's Computer Museum. |
| http://www.aracnet.com/~healyzh/ |
Just remembered...
Did you by chance enable broadcasts to your system console on the Alpha
so that you could monitor the actual requests that the Alpha will/should
(hopefully) see? This might give a clue to what is missing/wrong...
-Steve
-----Original Message-----
From: owner-hecnet at Update.UU.SE [mailto:owner-hecnet at Update.UU.SE] On
Behalf Of Fred
Sent: Sunday, November 22, 2009 21:04
To: hecnet at update.uu.se
Subject: [HECnet] Boot VAX from Alpha host Infoserver?
Good evening everyone:
This weekend I have been trying to make my VAXStation 4000-90A come to
life. It won't boot off the CD (an NEC Multispin 4X, perhaps it doesn't
speak 512/2048?) so I took the next route of trying to make it boot of
my
Alpha's (MISER) host base Infoserver. I copied the ISL_SVAX_073.SYS
file
off of my 7.3 distribution from Montagar (it was in [sys0.sysexe]) to
mom$load and did all the NCP statements to make MISER aware of the new
soon-to-be-node, FRUGAL.
The VAX boots to this file fine.( "b /r5:100 eza0" ) If I make it
search
for Infoserver services, it finds the 7.3 distribution service that I
set
up using LDDRIVER on the Alpha. However, when I try to select it (and
hopefully make it "boot" from it) it just sits there for a long time,
eventually saying:
%ISL-F-BADOPEN, unable to locate SYSBOOT
Running wireshark doesn't reveal much - I see the "DEC LAST" protocol
running on the wire, but that's about it. At this point it *has* to be
something simple.
Would anyone have anything obvious I should be checking? I have a
feeling I'm *this* close ... :)
Cheers,
Fred
----
Lets call it for what it is - "legacy" is a term that people use in a
polite but derogatory manner to imply that the future direction they
prefer is not that which they view as the current direction.
Fred,
I'm not sure what's going on here but...
I may still be able to help you. You could try booting into my
VAXcluster (as a satellite) and do the installation from that if you
wish. If you are interested, let me know offline.
If this fails then you could try booting off my "real" InfoServer just
for grins :-)
Oh, the NEC Multispin 4x may just work. I use these. You will have to
set one of the dip switches that changes it from 2048 bytes to 512
bytes. A search on the web should be able to give you the correct
switch.
-Steve
-----Original Message-----
From: owner-hecnet at Update.UU.SE [mailto:owner-hecnet at Update.UU.SE] On
Behalf Of Fred
Sent: Sunday, November 22, 2009 21:04
To: hecnet at update.uu.se
Subject: [HECnet] Boot VAX from Alpha host Infoserver?
Good evening everyone:
This weekend I have been trying to make my VAXStation 4000-90A come to
life. It won't boot off the CD (an NEC Multispin 4X, perhaps it doesn't
speak 512/2048?) so I took the next route of trying to make it boot of
my
Alpha's (MISER) host base Infoserver. I copied the ISL_SVAX_073.SYS
file
off of my 7.3 distribution from Montagar (it was in [sys0.sysexe]) to
mom$load and did all the NCP statements to make MISER aware of the new
soon-to-be-node, FRUGAL.
The VAX boots to this file fine.( "b /r5:100 eza0" ) If I make it
search
for Infoserver services, it finds the 7.3 distribution service that I
set
up using LDDRIVER on the Alpha. However, when I try to select it (and
hopefully make it "boot" from it) it just sits there for a long time,
eventually saying:
%ISL-F-BADOPEN, unable to locate SYSBOOT
Running wireshark doesn't reveal much - I see the "DEC LAST" protocol
running on the wire, but that's about it. At this point it *has* to be
something simple.
Would anyone have anything obvious I should be checking? I have a
feeling I'm *this* close ... :)
Cheers,
Fred
----
Lets call it for what it is - "legacy" is a term that people use in a
polite but derogatory manner to imply that the future direction they
prefer is not that which they view as the current direction.
Good evening everyone:
This weekend I have been trying to make my VAXStation 4000-90A come to life. It won't boot off the CD (an NEC Multispin 4X, perhaps it doesn't speak 512/2048?) so I took the next route of trying to make it boot of my Alpha's (MISER) host base Infoserver. I copied the ISL_SVAX_073.SYS file off of my 7.3 distribution from Montagar (it was in [sys0.sysexe]) to mom$load and did all the NCP statements to make MISER aware of the new soon-to-be-node, FRUGAL.
The VAX boots to this file fine.( "b /r5:100 eza0" ) If I make it search for Infoserver services, it finds the 7.3 distribution service that I set up using LDDRIVER on the Alpha. However, when I try to select it (and hopefully make it "boot" from it) it just sits there for a long time, eventually saying:
%ISL-F-BADOPEN, unable to locate SYSBOOT
Running wireshark doesn't reveal much - I see the "DEC LAST" protocol running on the wire, but that's about it. At this point it *has* to be something simple.
Would anyone have anything obvious I should be checking? I have a feeling I'm *this* close ... :)
Cheers,
Fred
----
Lets call it for what it is - "legacy" is a term that people use in a
polite but derogatory manner to imply that the future direction they
prefer is not that which they view as the current direction.
At 9:11 PM -0500 11/22/09, Steve Davidson wrote:
Oh, the NEC Multispin 4x may just work. I use these. You will have to
set one of the dip switches that changes it from 2048 bytes to 512
bytes. A search on the web should be able to give you the correct
switch.
I love the old NEC Mulitspin's, I have an 8x caddy drive in my PDP-11. They're the only non-DEC drives I've been able to find that works with some of my older DEC gear.
Zane
--
| Zane H. Healy | UNIX Systems Administrator |
| healyzh at aracnet.com (primary) | OpenVMS Enthusiast |
| MONK::HEALYZH (DECnet) | Classic Computer Collector |
+----------------------------------+----------------------------+
| Empire of the Petal Throne and Traveller Role Playing, |
| PDP-10 Emulation and Zane's Computer Museum. |
| http://www.aracnet.com/~healyzh/ |
Thanks for the news. However, the URL appears to be wrong. It's:
http://declegacy.org.uk
Ian.
On 2009-11-12, at 2:33 PM, Mark Wickens wrote:
Hope you guys don't mind me posting my message to the list - hopefully
it will be interesting to some.
DEC Legacy Event, April 17th-18th 2010, Windermere, UK
------------------------------------------------------
The event venue has now been booked and I would therefore ask you to
make a note of the event date, the weekend of April 17th & 18th 2010, in
your diary. The event will take place at the Marchesi Centre,
Windermere, UK from 09:00 to 17:00 on each day.
Website URL: http://dec-legacy.org.uk
The website will be updated with information about speakers and
equipment that will be making an appearance. You can now purchase a
ticket online using paypal or by cheque. Any proceeds after expenses
will go to the National Museum of Computing at Bletchley Park. I highly
recommend booking accommodation, if required, in good time as it does
generally get booked up quickly in such a popular tourist destination.
The Cumbria Tourist Site is http://www.golakes.co.uk/
Don't forget that this is a great place for partners and children to
enjoy!
If you know of anyone else that might be interested please feel free to
forward this email on to them or ask them to contact me directly so I
may update them of progress.
If you are interested in making a presentation on any aspect of
DIGITAL's company, hardware, software or anything else you think would
make an interesting talk please do contact me so we can discuss it
further.
If you do not want to receive further emails please let me know and I
will remove you from this mailing list.
Regards,
Mark Wickens
---
Filter service subscribers can train this email as spam or not-spam here: http://my.email-as.net/spamham/cgi-bin/learn.pl?messageid=6E5835E6CFDB11DEA…
Hope you guys don't mind me posting my message to the list - hopefully
it will be interesting to some.
DEC Legacy Event, April 17th-18th 2010, Windermere, UK
------------------------------------------------------
The event venue has now been booked and I would therefore ask you to
make a note of the event date, the weekend of April 17th & 18th 2010, in
your diary. The event will take place at the Marchesi Centre,
Windermere, UK from 09:00 to 17:00 on each day.
Website URL: http://dec-legacy.org.uk
The website will be updated with information about speakers and
equipment that will be making an appearance. You can now purchase a
ticket online using paypal or by cheque. Any proceeds after expenses
will go to the National Museum of Computing at Bletchley Park. I highly
recommend booking accommodation, if required, in good time as it does
generally get booked up quickly in such a popular tourist destination.
The Cumbria Tourist Site is http://www.golakes.co.uk/
Don't forget that this is a great place for partners and children to
enjoy!
If you know of anyone else that might be interested please feel free to
forward this email on to them or ask them to contact me directly so I
may update them of progress.
If you are interested in making a presentation on any aspect of
DIGITAL's company, hardware, software or anything else you think would
make an interesting talk please do contact me so we can discuss it
further.
If you do not want to receive further emails please let me know and I
will remove you from this mailing list.
Regards,
Mark Wickens
On Wed, 11 Nov 2009 17:28:33 +0100, you wrote:
However, if you configure my bridge program for it, it can pass on LAT
frames just as well as DECnet, and it works just fine.
And the same goes for MOP, by the way.
And, if someone really cares, the bridge could also pass LAST (InfoServer
and maybe Pathworks) frames as well: just add Ethertype 0x8041 to its packet
filter, but be sure to correct a little bug or it will not work: the *data
member inside the DATA structure has to be declared unsigned. :-P
Been there, done that: it's slow, but works like a champ. :-)
Cheers,
G.
Suitable is a difficult question.
LAT was designed for local networks. There is no routing capability in it, and it relies on broadcast functionality to work.
However, if you configure my bridge program for it, it can pass on LAT frames just as well as DECnet, and it works just fine.
And the same goes for MOP, by the way.
Johnny
Mark Wickens wrote:
Am I right in thinking that LAT is only suitable for the local network?
I just tried Local> connect pdxvax
from the DECserver 90M just for a laugh.
Regards, Mark.
I think someone (can't remember who) tried to make a kind of map, where you also could see where in the physical world people were. Don't think it's up to date, though.
I don't see a problem with giving out the list of endpoints that Update as in its bridge.conf program. Do anyone else feel that this would be a problem?
Johnny
Sampsa Laine wrote:
Might it be an idea to maintain a map of existing connections to avoid this eventuality?
Yes, I'm volunteering :) Feel free to send me your setup and I'll try to hack out a graphical map. Unless it's already been done, of course.
Sampsa
On 11 Nov 2009, at 16:21, Johnny Billquist wrote:
And to be clear. When you talked LAT with London, the traffic actually passed through Uppsala, Sweden, on the way, since just about every bridge program that I know is using Uppsala as the other endpoint. This is not really neccesary, although having just one hop might be a good point in itself.
But the bridge program can act as a chain of hops as well. The only restriction is that it don't have anything like STP, so if you create a loop, you are in big trouble.
Johnny
Steve Davidson wrote:
In past I have used LAT (from NH, USA) to connect to CHIMPY (London, UK) and MIM. Johnny's bridge program is running on a NetBSD system between my DEClab LAN and MIM on the other end. It works just fine!
-Steve
-----Original Message-----
From: owner-hecnet at Update.UU.SE on behalf of Sampsa Laine
Sent: Tue 11/10/2009 10:23
To: hecnet at Update.UU.SE
Subject: Re: [HECnet] Talking of other possible protocols
But Johnny's bridge does however support bridging it so in practice it can be used for long distance connections on HECnet...
Sampsa
On 10 Nov 2009, at 15:21, Paul Koning wrote:
Yes, LAT is a layer 2 protocol so it's not routable, and its timers and delay assumptions are for LANs, not for long distance networks.
paul
-----Original Message-----
From: owner-hecnet at Update.UU.SE [mailto:owner-hecnet at Update.UU.SE] On
Behalf Of Mark Wickens
Sent: Tuesday, November 10, 2009 10:19 AM
To: hecnet at Update.UU.SE
Subject: [HECnet] Talking of other possible protocols
Am I right in thinking that LAT is only suitable for the local network?
I just tried
Local> connect pdxvax
from the DECserver 90M just for a laugh.
Regards, Mark.
Might it be an idea to maintain a map of existing connections to avoid this eventuality?
Yes, I'm volunteering :) Feel free to send me your setup and I'll try to hack out a graphical map. Unless it's already been done, of course.
Sampsa
On 11 Nov 2009, at 16:21, Johnny Billquist wrote:
And to be clear. When you talked LAT with London, the traffic actually passed through Uppsala, Sweden, on the way, since just about every bridge program that I know is using Uppsala as the other endpoint. This is not really neccesary, although having just one hop might be a good point in itself.
But the bridge program can act as a chain of hops as well. The only restriction is that it don't have anything like STP, so if you create a loop, you are in big trouble.
Johnny
Steve Davidson wrote:
In past I have used LAT (from NH, USA) to connect to CHIMPY (London, UK) and MIM. Johnny's bridge program is running on a NetBSD system between my DEClab LAN and MIM on the other end. It works just fine!
-Steve
-----Original Message-----
From: owner-hecnet at Update.UU.SE on behalf of Sampsa Laine
Sent: Tue 11/10/2009 10:23
To: hecnet at Update.UU.SE
Subject: Re: [HECnet] Talking of other possible protocols
But Johnny's bridge does however support bridging it so in practice it can be used for long distance connections on HECnet...
Sampsa
On 10 Nov 2009, at 15:21, Paul Koning wrote:
Yes, LAT is a layer 2 protocol so it's not routable, and its timers and delay assumptions are for LANs, not for long distance networks.
paul
-----Original Message-----
From: owner-hecnet at Update.UU.SE [mailto:owner-hecnet at Update.UU.SE] On
Behalf Of Mark Wickens
Sent: Tuesday, November 10, 2009 10:19 AM
To: hecnet at Update.UU.SE
Subject: [HECnet] Talking of other possible protocols
Am I right in thinking that LAT is only suitable for the local network?
I just tried
Local> connect pdxvax
from the DECserver 90M just for a laugh.
Regards, Mark.
And to be clear. When you talked LAT with London, the traffic actually passed through Uppsala, Sweden, on the way, since just about every bridge program that I know is using Uppsala as the other endpoint. This is not really neccesary, although having just one hop might be a good point in itself.
But the bridge program can act as a chain of hops as well. The only restriction is that it don't have anything like STP, so if you create a loop, you are in big trouble.
Johnny
Steve Davidson wrote:
In past I have used LAT (from NH, USA) to connect to CHIMPY (London, UK) and MIM. Johnny's bridge program is running on a NetBSD system between my DEClab LAN and MIM on the other end. It works just fine!
-Steve
-----Original Message-----
From: owner-hecnet at Update.UU.SE on behalf of Sampsa Laine
Sent: Tue 11/10/2009 10:23
To: hecnet at Update.UU.SE
Subject: Re: [HECnet] Talking of other possible protocols
But Johnny's bridge does however support bridging it so in practice it can be used for long distance connections on HECnet...
Sampsa
On 10 Nov 2009, at 15:21, Paul Koning wrote:
Yes, LAT is a layer 2 protocol so it's not routable, and its timers and delay assumptions are for LANs, not for long distance networks.
paul
-----Original Message-----
From: owner-hecnet at Update.UU.SE [mailto:owner-hecnet at Update.UU.SE] On
Behalf Of Mark Wickens
Sent: Tuesday, November 10, 2009 10:19 AM
To: hecnet at Update.UU.SE
Subject: [HECnet] Talking of other possible protocols
Am I right in thinking that LAT is only suitable for the local network?
I just tried
Local> connect pdxvax
from the DECserver 90M just for a laugh.
Regards, Mark.
In past I have used LAT (from NH, USA) to connect to CHIMPY (London, UK) and MIM. Johnny's bridge program is running on a NetBSD system between my DEClab LAN and MIM on the other end. It works just fine!
-Steve
-----Original Message-----
From: owner-hecnet at Update.UU.SE on behalf of Sampsa Laine
Sent: Tue 11/10/2009 10:23
To: hecnet at Update.UU.SE
Subject: Re: [HECnet] Talking of other possible protocols
But Johnny's bridge does however support bridging it so in practice it
can be used for long distance connections on HECnet...
Sampsa
On 10 Nov 2009, at 15:21, Paul Koning wrote:
Yes, LAT is a layer 2 protocol so it's not routable, and its timers
and delay assumptions are for LANs, not for long distance networks.
paul
-----Original Message-----
From: owner-hecnet at Update.UU.SE [mailto:owner-hecnet at Update.UU.SE] On
Behalf Of Mark Wickens
Sent: Tuesday, November 10, 2009 10:19 AM
To: hecnet at Update.UU.SE
Subject: [HECnet] Talking of other possible protocols
Am I right in thinking that LAT is only suitable for the local
network?
I just tried
Local> connect pdxvax
from the DECserver 90M just for a laugh.
Regards, Mark.
You need to give your 'friend' a good shaking ... ;-)
Chrissie
On 11/11/09 01:43, Sampsa Laine wrote:
Damn it, my friend has just cancelled on me again - sorry about jerking
you around like this, I promise the trip will happen really soon now,
just need to get my friend to commit properly to a date.
Sampsa
On 10 Nov 2009, at 15:45, Christine Caulfield wrote:
Hiya,
Yes, tomorrow afternoon would be fine. I've got someone calling round
to collect an amplifier too, but I'm sure I can cope :-)
Chrissie
On 10/11/09 15:38, Sampsa Laine wrote:
Christine,
Would it be ok to come up tomorrow afternoon?
Sampsa
On 9 Nov 2009, at 09:22, Christine Caulfield wrote:
Hiya I didn't see a reply, so I'm sending this again just in case ...
Chrissie
On 04/11/09 07:31, Christine Caulfield wrote:
Hiya,
By "this week" and "next week" do you mean "next week" and "the week
after"? Cos I thought you were coming next week now anyway!!
Well to be helpful ... next week (starting 9th) is fine Tuesday
Wednesday & Friday. The week after (starting 16th) is OK Monday,
Tuesday
& Wednesday. The week after that (starting 23rd) is out completely
unless you turn up around 9am in the morning. Weekends I can't do
until
... hmm about March, and evenings are complicated and need to be
organised near to the time.
Can fit in with any of that ?
Chrissie
On 03/11/09 23:11, Sampsa Laine wrote:
Christine,
Terribly sorry about this, but turns out the guy I'm meant to drive
down
from Leeds can't make it this week - how is next week looking for
you?
Sampsa
On 27 Oct 2009, at 15:37, Christine Caulfield wrote:
Oh god, my boiler is the same.
It used to crash every two or three weeks. And the plumber told
me how
to refill it and reset it. In the end it turned out to be a very
slightly leaky radiator and it's been fine after that. I'm still
supposed to check the pressure now and then though.
/me goes off to do it while she remembers.
Chrissie
On 27/10/09 15:30, Sampsa Laine wrote:
OK, cool, we'll synchronise schedules with my friend, probably
come up
on Wednesday or Friday (Wed ideally, I'm thinking the traffic into
London on Friday might be a lot of Epic Phail).
As for the boiler repair, it was free - only had it installed a few
months back (behind my spare freezer, which isn't so great). Turns
out
it just needed a top-up - this involved the guy fiddling with two
dials.
Now the stupid thing cost me thousands AND has a computer already
built
in, how freaking hard can it be to make the topping-up thing
automatic.
Sampsa
On 27 Oct 2009, at 15:27, Christine Caulfield wrote:
Ahhh No problem.
That week is fine apart from Monday and Thursday.
I hope the boiler doesn't cost too much to fix :S
Chrissie
On 27/10/09 15:09, Sampsa Laine wrote:
Oh crap, so it was - I ACTUALLY mean the week commencing the
9th -
sorry
about the confusion, been dealing with boiler repair guys all
day.
Sampsa
On 27 Oct 2009, at 14:27, Christine Caulfield wrote:
Hiya
That's the week I thought you meant anyway! So that's fine.
My address is
39 St James Terrace
Horsforth
Leeds
LS18 5QT
Phone 0113 2288310
Chrissie
On 27/10/09 14:01, Sampsa Laine wrote:
Actually, if you can hold on to them for another week - i.e.
the
week
commencing 2 Nov, I'd be able to synchronise giving my friend a
lift to
London with the pick up. If this is a problem, no worries, I'll
come up
on next Thursday.
sampsa
On 27 Oct 2009, at 13:50, Christine Caulfield wrote:
On 27/10/09 12:41, Sampsa Laine wrote:
I'll take the VAXstation and Alpha PWS if you can spare them
and
the CD
drives - as for pick up, well I'm between jobs so it's no
biggie,
could
come up next week if that works for you.
Yes, that's fine. I work from home so most days during the
daytime
will be OK, apart from Wednesday morning. Just give me a
day or
so's
notice when you'll be here and I'll be ready.
Chrissie