HECnet

hecnet@lists.dfupdate.se

5 participants
15580 discussions

by sampsa＠mac.com

OK, great! I found a manual for the 100 at: http://vt100.net/mirror/antonio/aaz085atk.pdf Thought I'd post that here should this question arise again. Sampsa On 27 May 2009, at 14:54, Chrissie Caulfield wrote: Sampsa Laine wrote: Thanks Chrissie, already seen this, unfortunately it does not contain anything like a command reference that would help me set up the ports etc. Anyone have something like this? How close are the commands of say a DECserver 100 to a 200? It's very similar to a DECserver 100. Most of the differences are to do with modem control. I seem to remember it has quite good help too. -- Chrissie

16 years, 3 months

DECserver 200/MC Documentation

by christine.caulfield＠googlemail.com

Sampsa Laine wrote: Thanks Chrissie, already seen this, unfortunately it does not contain anything like a command reference that would help me set up the ports etc. Anyone have something like this? How close are the commands of say a DECserver 100 to a 200? It's very similar to a DECserver 100. Most of the differences are to do with modem control. I seem to remember it has quite good help too. -- Chrissie

16 years, 3 months

DECserver 200/MC Documentation

by sampsa＠mac.com

Thanks Chrissie, already seen this, unfortunately it does not contain anything like a command reference that would help me set up the ports etc. Anyone have something like this? How close are the commands of say a DECserver 100 to a 200? Sampsa On 27 May 2009, at 14:25, Chrissie Caulfield wrote: Sampsa Laine wrote: Gentlemen, anyone happen to have softcopy documentation for the above? Just got one off Ebay, will wire it up sooner or later. Sampsa If you'll take a reply from a non-gentleman ... I found this : http://vt100.net/mirror/antonio/d200cin1.pdf ;-) Chrissie

16 years, 3 months

DECserver 200/MC Documentation

by christine.caulfield＠googlemail.com

Sampsa Laine wrote: Gentlemen, anyone happen to have softcopy documentation for the above? Just got one off Ebay, will wire it up sooner or later. Sampsa If you'll take a reply from a non-gentleman ... I found this : http://vt100.net/mirror/antonio/d200cin1.pdf ;-) Chrissie

16 years, 3 months

DECserver 200/MC Documentation

by sampsa＠mac.com

Gentlemen, anyone happen to have softcopy documentation for the above? Just got one off Ebay, will wire it up sooner or later. Sampsa

16 years, 3 months

UDP tunnelling over SSH - Solution for people dynamic IP addresses?

by wonko＠4amlunch.net

On Wed, May 13, 2009 at 11:57:01AM +0100, Sampsa Laine wrote: I agree, reliability could definitely be an issue. Of course the SSH tunnel has the advantage of not really requiring any additional software to be installed or configured. While that's certainly a valid point, it's not like it's hard to install. Setting it up on the other hand, well, if you've never done that before, it can be a bit daunting. -brian -- "Coding in C is like sending a 3 year old to do groceries. You gotta tell them exactly what you want or you'll end up with a cupboard full of pop tarts and pancake mix." -- IRC User (http://www.bash.org/?841435)

16 years, 4 months

UDP tunnelling over SSH - Solution for people dynamic IP addresses?

by wonko＠4amlunch.net

On Fri, May 15, 2009 at 01:27:25PM +0200, Johnny Billquist wrote: But in addition, for this to work, you need to allow the remote users to get ssh access to your local machine, otherwise ssh can't set up tunneling. And for me, that's not something I'll do for all you guys... :-) After we get moved and get settled in, the two VAX 4000 boxes are going to bet setup again. I'll also setup a cisco router or two to go along with them. At that point I'd be willing to do GRE/OpenVPN/SSH/etc for people. Also, within the next two to three weeks I'll be upgrading my colocated box. It's got great bandwidth (100MB+) and I'd be more than willing to setup OpenVPN for HECnet. I think for our purposes OpenVPN in bridging mode would work best. Hmmm, I wonder how hard it would be to get DECnet support rolled into something like OpenVPN? -brian -- "Coding in C is like sending a 3 year old to do groceries. You gotta tell them exactly what you want or you'll end up with a cupboard full of pop tarts and pancake mix." -- IRC User (http://www.bash.org/?841435)

16 years, 4 months

UDP tunnelling over SSH - Solution for people dynamic IP addresses?

by bqt＠update.uu.se

Sampsa Laine wrote: Came across this whilst looking for some SSH stuff and realized this could be used to either securely transmit HECnet data between two hosts or enable a host with a dynamic IP to run the bridge/MULTINET UDP thing: http://24.97.150.195/nstwiki/index.php/Tunnelling_UDP_Traffic_Through_An_SS… Basically, they use a combination of SSH port forwarding (which is TCP only) and nc to create a secure UDP tunnel between two sites. Setting this up would be trivial on a standard Unix box and if we use public key authentication we don't even need to store passwords anywhere. Also, we would of course benefit from the authentication and cryptographic features that SSH brings to the table. The main disadvantage I can see is that SSH runs over TCP so any dropped packets might cause more delays than using straight UDP. Yes, tunneling through something would always work. It will cost a lot in overhead, but for some that may be okay. Also, as you note, it might cause retransmits at several levels, which also cost some. And of course, you also risk additional delays. But in addition, for this to work, you need to allow the remote users to get ssh access to your local machine, otherwise ssh can't set up tunneling. And for me, that's not something I'll do for all you guys... :-) There are other aspects to this as well, but I'll leave it at this. I've also read the other comments. :-) Johnny -- Johnny Billquist || "I'm on a bus || on a psychedelic trip email: bqt at softjar.se || Reading murder books pdp is alive! || tryin' to stay hip" - B. Idol

16 years, 4 months

UDP tunnelling over SSH - Solution for people dynamic IP addresses?

by sampsa＠mac.com

What I was referring to is the cascading time-out problems you can sometimes get tunnelling one TCP connection over another, e.g. HTTP over a PPP over SSH connection: 3. HTTP (TCP) 2. IP 1. PPP 0. SSH (TCP) Sometimes if a time-out occurs and layers 0 and 3 have different retransmission timers, the retransmissions kill the whole shebang. More details can be found at: http://sites.inka.de/~W1011/devel/tcp-tcp.html Not sure if this will be a problem with NSP over TCP however, but I can imagine it might be (if the NSP retransmission timer is faster than the underlying TCP timers). Sampsa On 13 May 2009, at 15:25, Paul Koning wrote: "Sampsa" == Sampsa Laine <sampsa at mac.com> writes: Sampsa> The main disadvantage I can see is that SSH runs over TCP so Sampsa> any dropped packets might cause more delays than using Sampsa> straight UDP. That isn't actually a disadvantage when you travel all the way to the top of the stack. Yes, the DECnet network layer (just like IP) uses, and provides, a datagram service. But it also uses retransmit internally for stuff that has to get through, and of course the transport layer (NSP) makes a reliable service through timeout and retry. So a tunnel over TCP is just fine. It means you have a lossless network (ignoring congestion in the DECnet nodes). So instead of having delays due to timeout and retransmit in NSP, you have the same delay (or, quite possibly, a shorter delay) due to timeout and retransmit in TCP. The overall application performance should come out essentially the same. paul

16 years, 4 months

UDP tunnelling over SSH - Solution for people dynamic IP addresses?

by Paul_Koning＠dell.com

"Sampsa" == Sampsa Laine <sampsa at mac.com> writes: Sampsa> The main disadvantage I can see is that SSH runs over TCP so Sampsa> any dropped packets might cause more delays than using Sampsa> straight UDP. That isn't actually a disadvantage when you travel all the way to the top of the stack. Yes, the DECnet network layer (just like IP) uses, and provides, a datagram service. But it also uses retransmit internally for stuff that has to get through, and of course the transport layer (NSP) makes a reliable service through timeout and retry. So a tunnel over TCP is just fine. It means you have a lossless network (ignoring congestion in the DECnet nodes). So instead of having delays due to timeout and retransmit in NSP, you have the same delay (or, quite possibly, a shorter delay) due to timeout and retransmit in TCP. The overall application performance should come out essentially the same. paul

16 years, 4 months

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

HECnet