Is everything ok in hecnet land? I can get out from SLAVE in Area 4 to anywhere else. My bridge to Psilo is up and running. I can see another local node on the same circuit (tiger)
Thanks, Mark
Sent from my iPad
On 20 Jun 2012, at 12:32, Johnny Billquist <bqt at softjar.se> wrote:
On 2012-06-20 12:27, Sampsa Laine wrote:
Does anyone have an outline of how the MAIL-11 protocol works? Toying with the idea of writing a Python library to send MAIL-11 messages using the DECNET-linux stack..
Let me get back to you in a while. I wrote up a document that I think I have on MIM, as I was writing my own MAIL-11 implementation for RSX...
Busy the next three hours, though...
Johnny
On 2012-06-20 12:27, Sampsa Laine wrote:
Does anyone have an outline of how the MAIL-11 protocol works? Toying with the idea of writing a Python library to send MAIL-11 messages using the DECNET-linux stack..
Let me get back to you in a while. I wrote up a document that I think I have on MIM, as I was writing my own MAIL-11 implementation for RSX...
Busy the next three hours, though...
Johnny
There's a VERY rough reverse-engineering of it in the mail part of DECnet for Linux. I didn't document it, sorry, because I was implementing it as I went. But it might be helpful to you.
http://linux-decnet.cvs.sourceforge.net/viewvc/linux-decnet/dnprogs/mail/
Chrissie
On 20/06/2012 11:27, Sampsa Laine wrote:
Does anyone have an outline of how the MAIL-11 protocol works? Toying with the idea of writing a Python library to send MAIL-11 messages using the DECNET-linux stack..
Sampsa
Does anyone have an outline of how the MAIL-11 protocol works? Toying with the idea of writing a Python library to send MAIL-11 messages using the DECNET-linux stack..
Sampsa
On 06/19/2012 02:04 PM, Johnny Billquist wrote:
On 2012-06-19 16:54, Dave McGuire wrote:
On 06/19/2012 10:03 AM, Saku Set l wrote:
Found 1 DELQA and 4 DEQNA (condition unknown), and also have 1 broken
DELQA
(sorry for chiming in late)
I have quite a few of both here; if you have a hard time getting one
to Johnny, let me know and I'll send one over. Shipping from USA will
take awhile though.
Sounds like there are some options nearer, so I think you can rest.
With shipping from the US, however, it might also be worth talking to me
if you live close to San Francisco or Mountain View, as I might get
someone to carry it over for me in those cases... But for now, I
think/hope we can solve this a little more "local".
I am fairly close to the East coast, unfortunately. :-( In any event,
let me know if you get into a bind for that or any related stuff.
-Dave
--
Dave McGuire, AK4HZ
New Kensington, PA
On 2012-06-19 16:54, Dave McGuire wrote:
On 06/19/2012 10:03 AM, Saku Set l wrote:
Found 1 DELQA and 4 DEQNA (condition unknown), and also have 1 broken DELQA
(sorry for chiming in late)
I have quite a few of both here; if you have a hard time getting one
to Johnny, let me know and I'll send one over. Shipping from USA will
take awhile though.
Sounds like there are some options nearer, so I think you can rest.
With shipping from the US, however, it might also be worth talking to me if you live close to San Francisco or Mountain View, as I might get someone to carry it over for me in those cases... But for now, I think/hope we can solve this a little more "local".
Johnny
On 2012-06-19 17:13, Paul_Koning at Dell.com wrote:
On Jun 19, 2012, at 10:52 AM, Dave McGuire wrote:
On 06/19/2012 10:27 AM, Johnny Billquist wrote:
Found 1 DELQA and 4 DEQNA (condition unknown), and also have 1 broken
DELQA
I recall that the DELQA is more "modern" and better i some way, are they
also more prone to failure?
No. From a reliability point of view, I've not heard that either should
be better or worse. However, the DEQNA is rather buggy in its general
performance.
Side-by-side, the DELQA is quite a bit faster than the DEQNA, the
DELQA-YA ("Turbo DELQA") even more so.
That said, the DELQA has a "DEQNA compatibility mode"...whether that
makes it as slow and/or buggy as the DEQNA, I don't know.
I don't think so.
QNA compatibility mode means it works like a QNA from the driver point of view. That was never the issue with the QNA -- if it had worked according to the specification, it would have been quite a good device. The problem was that it never worked correctly, not even after 12 revisions. Finally when rev L didn't work adequately either, the DEC software teams said enough is enough, we're dumping the QNA.
The issues were most obvious on VMS; I'm not sure if they were visible enough on the PDP11 OSs to cause concern. Maybe with LAT, probably not or less so with DECnet. I don't remember the details, other than that Local Area VAXclusters were the ones that tended to run into trouble, since those protocols were particularly unforgiving.
I know that the QNA was not dropped from the PDP-11 OSes, but there are hacks in drivers to work around some issues, such as the receiver (I think it is) that sometimes stops working and needs to be kicked.
The LQA is better, but I've seen issues with that one too.
Johnny
On 06/19/2012 11:13 AM, Paul_Koning at Dell.com wrote:
That said, the DELQA has a "DEQNA compatibility mode"...whether that
makes it as slow and/or buggy as the DEQNA, I don't know.
I don't think so.
QNA compatibility mode means it works like a QNA from the driver point of view. That was never the issue with the QNA -- if it had worked according to the specification, it would have been quite a good device. The problem was that it never worked correctly, not even after 12 revisions. Finally when rev L didn't work adequately either, the DEC software teams said enough is enough, we're dumping the QNA.
The issues were most obvious on VMS; I'm not sure if they were visible enough on the PDP11 OSs to cause concern. Maybe with LAT, probably not or less so with DECnet. I don't remember the details, other than that Local Area VAXclusters were the ones that tended to run into trouble, since those protocols were particularly unforgiving.
I remember hearing from 25 years ago the bugs in the DEQNA, but never
knew what they were/are. I wonder if that information is archived
anywhere. In some Micronotes somewhere maybe?
-Dave
--
Dave McGuire, AK4HZ
New Kensington, PA
On Jun 19, 2012, at 10:52 AM, Dave McGuire wrote:
On 06/19/2012 10:27 AM, Johnny Billquist wrote:
Found 1 DELQA and 4 DEQNA (condition unknown), and also have 1 broken
DELQA
I recall that the DELQA is more "modern" and better i some way, are they
also more prone to failure?
No. From a reliability point of view, I've not heard that either should
be better or worse. However, the DEQNA is rather buggy in its general
performance.
Side-by-side, the DELQA is quite a bit faster than the DEQNA, the
DELQA-YA ("Turbo DELQA") even more so.
That said, the DELQA has a "DEQNA compatibility mode"...whether that
makes it as slow and/or buggy as the DEQNA, I don't know.
I don't think so.
QNA compatibility mode means it works like a QNA from the driver point of view. That was never the issue with the QNA -- if it had worked according to the specification, it would have been quite a good device. The problem was that it never worked correctly, not even after 12 revisions. Finally when rev L didn't work adequately either, the DEC software teams said enough is enough, we're dumping the QNA.
The issues were most obvious on VMS; I'm not sure if they were visible enough on the PDP11 OSs to cause concern. Maybe with LAT, probably not or less so with DECnet. I don't remember the details, other than that Local Area VAXclusters were the ones that tended to run into trouble, since those protocols were particularly unforgiving.
paul
On 06/19/2012 10:03 AM, Saku Set l wrote:
Found 1 DELQA and 4 DEQNA (condition unknown), and also have 1 broken DELQA
(sorry for chiming in late)
I have quite a few of both here; if you have a hard time getting one
to Johnny, let me know and I'll send one over. Shipping from USA will
take awhile though.
-Dave
--
Dave McGuire, AK4HZ
New Kensington, PA
