HECnet

hecnet@lists.dfupdate.se

6 participants
15595 discussions

by Paul_Koning＠Dell.com

On Jun 7, 2012, at 1:27 PM, Johnny Billquist wrote: On 2012-06-07 19:18, Paul_Koning at Dell.com wrote: On Jun 7, 2012, at 9:48 AM, Mark Benson wrote: ... We established that, yes. That's where my idea of using pcap and running the interface in promicuous mode came out of. Why promiscuous? So long as you can get the DECnet style individual address delivered, and the multicast addresses that DECnet would register, I don't see a need for promiscuous mode. Right. There is only need for promiscous mode if you sit on an interface with the "wrong" MAC address. However, if you want to have your DECnet stack portable, you will need to go down that path, as some Unixes don't have a way to change the MAC address of an interface at all. Also, to comment on your previous post, Paul. Correct, the API of the current Linux DECnet is not possible to adopt to a new user-level DECnet implementation, as they use explicit system calls, and you can't siphon those off. Had it all been done through a decnet library, it would have been easier. But the current Linux solution is (I think) similar to the Ultrix one. And it do make sense from a pure interface point of view. Johnny Yes, I believe the socket approach is at least similar to the Ultrix one. It would be possible to create a more implementation-neutral library style API. Behind that would be your choice of a thin wrapper around DECnet sockets (for the existing DECnet/Linux) or some suitable inter-process communication to talk to a user-mode DECnet daemon. Either that, or maybe FUSE could be abused for this? paul

13 years, 9 months

Multinet Tunnel Connections to SG1::

by bqt＠softjar.se

On 2012-06-07 19:18, Paul_Koning at Dell.com wrote: On Jun 7, 2012, at 9:48 AM, Mark Benson wrote: ... We established that, yes. That's where my idea of using pcap and running the interface in promicuous mode came out of. Why promiscuous? So long as you can get the DECnet style individual address delivered, and the multicast addresses that DECnet would register, I don't see a need for promiscuous mode. Right. There is only need for promiscous mode if you sit on an interface with the "wrong" MAC address. However, if you want to have your DECnet stack portable, you will need to go down that path, as some Unixes don't have a way to change the MAC address of an interface at all. Also, to comment on your previous post, Paul. Correct, the API of the current Linux DECnet is not possible to adopt to a new user-level DECnet implementation, as they use explicit system calls, and you can't siphon those off. Had it all been done through a decnet library, it would have been easier. But the current Linux solution is (I think) similar to the Ultrix one. And it do make sense from a pure interface point of view. Johnny

13 years, 9 months

Multinet Tunnel Connections to SG1::

by Paul_Koning＠Dell.com

On Jun 7, 2012, at 9:48 AM, Mark Benson wrote: ... We established that, yes. That's where my idea of using pcap and running the interface in promicuous mode came out of. Why promiscuous? So long as you can get the DECnet style individual address delivered, and the multicast addresses that DECnet would register, I don't see a need for promiscuous mode. paul

13 years, 9 months

Multinet Tunnel Connections to SG1::

by Paul_Koning＠Dell.com

On Jun 7, 2012, at 6:55 AM, Mark Benson wrote: On 7 Jun 2012, at 11:42, Dave McGuire <mcguire at neurotica.com> wrote: On 06/07/2012 06:37 AM, Sampsa Laine wrote: Howabout starting it as a daemon (running as root) via the boot scripts, and have non-root users's programs access it via a socket? Cool idea - you could even have multiple hosts connect this way but export one DECNET endpoint, i.e. run CTERM on Box A whilst FAL goes to Box B, and MAIL to Box C :) Yes, you could multiplex/demultiplex it any way you wanted. It would open up all sorts of interesting configuration possibilities. ... and all this without needing to dick with the kernel? Sounds like a plan gentlemen, so now all we need is a long suffering coder type to do all the hard work ;) The main difference I can see vs. having the implementation in the kernel is that the kernel one gives you an integrated API. DecNET/Linux uses sockets, so an existing socket based app can be made to run over DECnet with potentially very little work. On the other hand, a userland implementation would need a different mechanism for the communication between the application and the DECnet daemon. paul

13 years, 9 months

Size of HECnet

by md.benson＠gmail.com

The last version of HP Pathworks 32 (7.2 I think?) works well in Windows XP 32-bit. I have a node that uses it but it's not switched on much. -- Mark Benson http://markbenson.org/blog http://twitter.com/MDBenson

13 years, 9 months

Multinet Tunnel Connections to SG1::

by wonko＠4amlunch.net

On 6/6/2012 10:31 PM, Dave McGuire wrote: On 06/06/2012 10:11 PM, Joe Ferraro wrote: This isn't the thread for it, I realize.... the product slick states that the switch does BGP, HSRP, OSPF, VRRP, etc.. again, not my area of expertise... is this still considered a switch? Hmm, it may actually be ok then. I've not worked with any of the 49xx series. Supporting those dynamic routing protocols certainly suggests that it knows how to route! ;) Hey Brian, have you ever worked with those hybrid router/switch boxen? Ok, I stand somewhat corrected. IP SERVICES can do tunnels on switches. Interesting. My 3560g can't do decnet routing, however. (not that i need it to) Just FYI, the 4948 is a BAD ASS switch. It's basically a single sup Cat 4500 with a single line card crammed into a 1U case. When you say hybrid router/switch boxes your talking about the ISR stuff like George was talking about recently, yes? I now have THREE of those in the forms of an 1811w, and 1841 and the recent acquisition of a 2851. The ones George has are the bigger ones, the 3000 series I believe. Interesting beasts. -brian

13 years, 9 months

User mode DECnet (was Multinet Tunnel Connections to SG1::)

by bqt＠softjar.se

On 2012-06-07 18:18, Bob Armstrong wrote: I was meaning as in non-root. Ah, well, but that's good because it means kernel hacks are not required. Right. Basically, you need to interface to ethernet. That you do the same way as my bridge, for instance. All the rest is just massaging the data in the packet, and eventually passing data to the next higher/lower level. The one semi-sensitive thing is that there are timers that needs to be kept, and things that needs to happen at times. But I think they all have such tolerances that you will be good even running it all in userland. Johnny

13 years, 9 months

Size of HECnet

by bqt＠softjar.se

On 2012-06-07 18:11, Kari Uusim ki wrote: On 7.6.2012 5:05, Joe Ferraro wrote: On Wed, Jun 6, 2012 at 7:13 PM, Sampsa Laine <sampsa at mac.com <mailto:sampsa at mac.com>> wrote: I've got a Windows NT 4.0 VM up occasionally too.. Sampsa boy that gives me bad memories of long days ... perhaps you should've gone for NT 3.50 while you were at it... I do have a Win 3.11 box running... perhaps there's a decnet stack for it?!!? There is a DECnet stack for DOS and Windows in the Pathworks V5 or V6 client kit. Those versions were meant to be used on Windows'es before Windows NT4. Then the Pathworks32 kit was released and that could be used on WNT4.0 and Windows 2000. Maybe on XP as well. Don't remember for sure. Some pretty recent version of Pathworks32 works on Windows XP anyway. Johnny

13 years, 9 months

User mode DECnet (was Multinet Tunnel Connections to SG1::)

by bob＠jfcl.com

I was meaning as in non-root. Ah, well, but that's good because it means kernel hacks are not required. Bob

13 years, 9 months

Size of HECnet

by uusimaki＠exdecfinland.org

On 7.6.2012 5:05, Joe Ferraro wrote: On Wed, Jun 6, 2012 at 7:13 PM, Sampsa Laine <sampsa at mac.com <mailto:sampsa at mac.com>> wrote: I've got a Windows NT 4.0 VM up occasionally too.. Sampsa boy that gives me bad memories of long days ... perhaps you should've gone for NT 3.50 while you were at it... I do have a Win 3.11 box running... perhaps there's a decnet stack for it?!!? There is a DECnet stack for DOS and Windows in the Pathworks V5 or V6 client kit. Those versions were meant to be used on Windows'es before Windows NT4. Then the Pathworks32 kit was released and that could be used on WNT4.0 and Windows 2000. Maybe on XP as well. Don't remember for sure.

13 years, 9 months

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

HECnet