El 30/09/2013, a les 11:32, Mark Wickens <mark at wickensonline.co.uk> va escriure:
I have a soft spot for ALL-IN-1 as I got quite familiar with it when I was working for British Gas and for the most part it worked well. Didn't play nicely with any other software very well.
I have installed it on several VAXEN and it isn't too much of a PITA standalone. It is the integration with SMTP mail and other mail systems where I've always failed to get it working.
Was funny sending some emails to comp.os.vms with it however. Got everyone's backs up with the overly verbose headers - INTERNAL MEMORANDUM etc. Proper old school ;)
Yes, the funny part is the integration with VMS mail and SMTP. By the way, it is quite easier to do with Multinet (it includes an ALLIN1 gateway) than with UCX. BITXOW runs ALLIN1, but I would not really want to install (and configure) it again :)
Jordi Guillaumes i Pons
jg at jordi.guillaumes.name
HECnet: BITXOV::JGUILLAUMES
On 30 Sep 2013, at 11:32, Mark Wickens <mark at wickensonline.co.uk> wrote:
There isn't actually a license for ALL-IN-1 in the hobbyist packs. What you're seeing is license for clients rather than the application itself.
Oh bummer, I'd love an office suite on my VAXcluster :)
As for the mail integration, I could live with just Mail-11, CHIMPY is an SMTP gateway anyhow..
Oh yeah, in case people didn't know, CHIMPY:: will gate mail between HECnet and SMTP.
To send mail out, address it to CHIMPY::"foo at example.com"
Your incoming address will be "hostname::user"@chimpymail.com - some email clients don't like the double quotes though, but I think this will keep inbound spam near 0. The gate has been running for years and I've not seen anything :)
On 30/09/2013 08:38, Jordi Guillaumes i Pons wrote:
El 30/09/2013, a les 9:17, Sampsa Laine <sampsa at mac.com> va escriure:
On 30 Sep 2013, at 08:22, Jordi Guillaumes i Pons <jg at jordi.guillaumes.name> wrote:
After thinking a little bit more, there is already a DEC equivalent to iSPF, complete with its panels, menuing system, file template system and (weird) scripting language. I'm thinking about ALLIN1 ;)
I'd _LOVE_ to run ALLIN1 on my VAX cluster, as the hobbyist licenses apparently include a PAK for it.
But I gather it's rather painful to install?
It is.
Jordi Guillaumes i Pons
jg at jordi.guillaumes.name
HECnet: BITXOV::JGUILLAUMES
There isn't actually a license for ALL-IN-1 in the hobbyist packs. What you're seeing is license for clients rather than the application itself.
I have a soft spot for ALL-IN-1 as I got quite familiar with it when I was working for British Gas and for the most part it worked well. Didn't play nicely with any other software very well.
I have installed it on several VAXEN and it isn't too much of a PITA standalone. It is the integration with SMTP mail and other mail systems where I've always failed to get it working.
Was funny sending some emails to comp.os.vms with it however. Got everyone's backs up with the overly verbose headers - INTERNAL MEMORANDUM etc. Proper old school ;)
Mark.
--
http://www.wickensonline.co.ukhttp://hecnet.euhttp://declegacy.org.ukhttp://retrochallenge.nethttps://twitter.com/#!/%40urbancamo
El 29/09/2013, a les 23:06, Brian Hechinger <wonko at 4amlunch.net> va escriure:
To work behind a NAT box you'll need to be able to pass SNMP and GRE through to the DECbrouter. If you can do that you'll be golden.
You can setup a ssh tunnel using vde, but then you will be linking both LANs at the data-link layer (you will be bridging into your home LAN, which can not be desirable).
Jordi Guillaumes i Pons
jg at jordi.guillaumes.name
HECnet: BITXOV::JGUILLAUMES
El 30/09/2013, a les 9:17, Sampsa Laine <sampsa at mac.com> va escriure:
On 30 Sep 2013, at 08:22, Jordi Guillaumes i Pons <jg at jordi.guillaumes.name> wrote:
After thinking a little bit more, there is already a DEC equivalent to iSPF, complete with its panels, menuing system, file template system and (weird) scripting language. I'm thinking about ALLIN1 ;)
I'd _LOVE_ to run ALLIN1 on my VAX cluster, as the hobbyist licenses apparently include a PAK for it.
But I gather it's rather painful to install?
It is.
Jordi Guillaumes i Pons
jg at jordi.guillaumes.name
HECnet: BITXOV::JGUILLAUMES
Ha! Every time felt like the beginning!
Van: Jordi Guillaumes i Pons
Verzonden: maandag 30 september 2013 09:15
Aan: hecnet at Update.UU.SE
Beantwoorden: hecnet at Update.UU.SE
Onderwerp: Re: [HECnet] Humour value alternative to DCL - a port OS/390 ISPF to VMS :)
El 29/09/2013, a les 22:26, Hans Vlems <hvlems at zonnet.nl> va escriure:
It is good fun but those panels kept me well away from IBM systems. AIX had something similar as an aid to system managers. I forgot its name but it was a blessing because the shell commands were beyond human comprehension...
Oh, it is not that bad. It's a little bit like the Necromongers conversion in Chronicles of Riddick: it hurts just at the beginning. :)
Van: Sampsa Laine
Verzonden: zondag 29 september 2013 20:36
Aan: hecnet at Update.UU.SE
Beantwoorden: hecnet at Update.UU.SE
Onderwerp: [HECnet] Humour value alternative to DCL - a port OS/390 ISPF to VMS :)
Not sure how many of you guys know about the "simple" user interface that IBM developed for using TSO ("time sharing option", the interactive bit of MVS / OS/390 / z/OS) and it's called ISPF.
It's basically a set of screens that invoke TSO commands on behalf of the user (mostly to compile / link programs, which is insanely complex on IBM systems for some reason).
Anyway, I thought it might be amusing to write an ISPF clone and deploy it on CHIMPY - because I'm lazy I'm going to do it in Python (so it prob will never run on a VAX), but I'll let you guys know when it's finished.
Basically I think I'll just define a "Panel Language" that is used to describe the menu and what DCL command to run if that option is chosen. If I feel particularly ambitious I might include 3270-like cursor key navigation of the panels as well :)
NOTE: This is not a serious endeavour, more of a "wouldn't it be funny if this looked like a mainframe" type idea..
Jordi Guillaumes i Pons
jg at jordi.guillaumes.name
HECnet: BITXOV::JGUILLAUMES
On 30 Sep 2013, at 08:22, Jordi Guillaumes i Pons <jg at jordi.guillaumes.name> wrote:
After thinking a little bit more, there is already a DEC equivalent to iSPF, complete with its panels, menuing system, file template system and (weird) scripting language. I'm thinking about ALLIN1 ;)
I'd _LOVE_ to run ALLIN1 on my VAX cluster, as the hobbyist licenses apparently include a PAK for it.
But I gather it's rather painful to install?
sampsa
El 29/09/2013, a les 22:26, Hans Vlems <hvlems at zonnet.nl> va escriure:
It is good fun but those panels kept me well away from IBM systems. AIX had something similar as an aid to system managers. I forgot its name but it was a blessing because the shell commands were beyond human comprehension...
Oh, it is not that bad. It's a little bit like the Necromongers conversion in Chronicles of Riddick: it hurts just at the beginning. :)
Van: Sampsa Laine
Verzonden: zondag 29 september 2013 20:36
Aan: hecnet at Update.UU.SE
Beantwoorden: hecnet at Update.UU.SE
Onderwerp: [HECnet] Humour value alternative to DCL - a port OS/390 ISPF to VMS :)
Not sure how many of you guys know about the "simple" user interface that IBM developed for using TSO ("time sharing option", the interactive bit of MVS / OS/390 / z/OS) and it's called ISPF.
It's basically a set of screens that invoke TSO commands on behalf of the user (mostly to compile / link programs, which is insanely complex on IBM systems for some reason).
Anyway, I thought it might be amusing to write an ISPF clone and deploy it on CHIMPY - because I'm lazy I'm going to do it in Python (so it prob will never run on a VAX), but I'll let you guys know when it's finished.
Basically I think I'll just define a "Panel Language" that is used to describe the menu and what DCL command to run if that option is chosen. If I feel particularly ambitious I might include 3270-like cursor key navigation of the panels as well :)
NOTE: This is not a serious endeavour, more of a "wouldn't it be funny if this looked like a mainframe" type idea..
Jordi Guillaumes i Pons
jg at jordi.guillaumes.name
HECnet: BITXOV::JGUILLAUMES
Now that I understand fully!
Van: Brian Hechinger
Verzonden: zondag 29 september 2013 23:08
Aan: hecnet at Update.UU.SE
Beantwoorden: hecnet at Update.UU.SE
Onderwerp: Re: [HECnet] Humour value alternative to DCL - a port OS/390 ISPF to VMS :)
On Sep 29, 2013, at 17:01, Dave McGuire <mcguire at neurotica.com> wrote:
> On 09/29/2013 04:26 PM, Hans Vlems wrote:
>> It is good fun but those panels kept me well away from IBM systems.
>> AIX had something similar as an aid to system managers. I forgot its
>> name but it was a blessing because the shell commands were beyond human
>> comprehension...
>
> Smit (graphical) and smitty (textual).
On one of the boxes at PSU when I was there renamed to smut and smutty. :)
-brian
After thinking a little bit more, there is already a DEC equivalent to iSPF, complete with its panels, menuing system, file template system and (weird) scripting language. I'm thinking about ALLIN1 ;)
<ducks for cover>
Jordi Guillaumes i Pons
Barcelona - Catalunya - Europa
El 29/09/2013, a les 21:24, Sampsa Laine <sampsa at mac.com> va escriure:
This is a little bit unfair for the blue guys :)
ISPF is far more than a set of screens to invoke TSO commands. The panels (that's how ISPF screens are called) are just a part of the whole thing. ISPF integrates with TSO, so we are talking about:
- The TSO command language (CLIST language) and also the REXX language.
- The panel facility.
- The skeleton facility.
It is quite easy to "simulate" the ISPF panels (you just need DCL to do it, I did it when I worked with DEC machines in a mostly IBM-centric company), but that would be just the user interface. The APIs provided with ISPF are way beyond that...
I was planning on developing a simple format for defining the panels, mapping the options to DCL and any params / switches they need. I am aware that ISPF can be used for way more than the basic IDE / sysop functions that it comes with by default, don't some ISVs actually build their software using ISPF panels as the interface?
I just thought a IBM mainframe lookalike interface to VMS would be amusing if nothing else.
Sampsa
Yeah. I probably don't have a great sense of humor. I'm more of the hack-in-the-kernel type of guy. That is what I find really enjoyable...
Make everything run and function smooth, tidy and efficient. I also have a very strict ordering and system to my records, my books and god knows what else... And I like straight angles when I draw on a paper. :-)
Thinking about this and like Brian said it doesn't necessarily have to entirely be a joke project, I could build a nice-ish menuing system for new users on CHIMPY who don't know VMS well (or at all)
And yes, I have checked out the myriad of existing menu systems out there, did not find any of them that great (half of them won't run on Alphas, bugs, insane config files etc).
But a nice menu for new users to get them started (edit files, compile/link/run source code, run dcl etc)? That might actually be useful..
I do get a lot of newbies on CHIMPY that log on once or twice, but VMS confuses them so they disappear after a while :)
sampsa
On Mon, 30 Sep 2013, Johnny Billquist wrote:
On 2013-09-30 03:30, Sampsa Laine wrote:
On 30 Sep 2013, at 03:27, Johnny Billquist <bqt at softjar.se> wrote:
No.
Johnny
Different sense of humour I guess, and I AM bored out of mind here (in Egypt right now, can't even scuba dive due to shoulder injury, curfew at night, everyones left town more or less)..
I'm in village with a few hundred beduins + their camels and goats it feels like.
Decent 3G coverage though.
Yeah. I probably don't have a great sense of humor. I'm more of the hack-in-the-kernel type of guy. That is what I find really enjoyable...
Make everything run and function smooth, tidy and efficient. I also have a very strict ordering and system to my records, my books and god knows what else... And I like straight angles when I draw on a paper. :-)
Johnny
I bet you'll laugh at "when the all linux kernel modules are well written and proper" though.
--
Cory Smelosky
http://gewt.net Personal stuff
http://gimme-sympathy.org Projects
On 2013-09-30 03:30, Sampsa Laine wrote:
On 30 Sep 2013, at 03:27, Johnny Billquist <bqt at softjar.se> wrote:
No.
Johnny
Different sense of humour I guess, and I AM bored out of mind here (in Egypt right now, can't even scuba dive due to shoulder injury, curfew at night, everyones left town more or less)..
I'm in village with a few hundred beduins + their camels and goats it feels like.
Decent 3G coverage though.
Yeah. I probably don't have a great sense of humor. I'm more of the hack-in-the-kernel type of guy. That is what I find really enjoyable...
Make everything run and function smooth, tidy and efficient. I also have a very strict ordering and system to my records, my books and god knows what else... And I like straight angles when I draw on a paper. :-)
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
>Mark Wickens wrote:
If I wanted to go all bling like some of you lot and have a fancy welcome message, does anyone know of a VT escape code screen editor which will allow me to design a welcome message to end all welcome messages?
If by a VT escape code screen editor, you mean
a program which will display the message exactly
as the final display and convert the text to a file
when finished, I have not know of such an
application for any operating system I have used.
The second option is an ordinary text editor with
ONE special provision - the <ESC> character is
displayed as a standard display character. Both of
the editors that I use under RT-11, KED and TECO,
convert the <ESC> character to a "$" for display
purposes. You then are responsible for building
the rest of the text based on the escape sequences
detailed in the programmer's manual for the VT
which you are using. Under RT-11, the user then
issues the command to TYPE the file in order to
test the results.
The third option is to write an actual program to
display the text. If the welcome message is to be
part of the application, that may be the best option.
The reason it may be the best is that graphics
characters may be difficult to handle by the second
option.
If you can use some additional help, ask some
more questions.
Jerome Fine
On 30 Sep 2013, at 03:27, Johnny Billquist <bqt at softjar.se> wrote:
No.
Johnny
Different sense of humour I guess, and I AM bored out of mind here (in Egypt right now, can't even scuba dive due to shoulder injury, curfew at night, everyones left town more or less)..
I'm in village with a few hundred beduins + their camels and goats it feels like.
Decent 3G coverage though.
Sampsa
On 2013-09-30 03:23, Sampsa Laine wrote:
Apart from the SMG$ library, he might want to play with FMS. But I agree with you that I personally don't find it amusing at all.
Python luckily has bindings for SMG$ - and come on, a VMS shell that looks like an IBM Mainframe? That's kinda funny, no?
No.
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
Apart from the SMG$ library, he might want to play with FMS. But I agree with you that I personally don't find it amusing at all.
Python luckily has bindings for SMG$ - and come on, a VMS shell that looks like an IBM Mainframe? That's kinda funny, no?
sampsa
It's not amuzing; nor are the myriad absurd DCL menuing interfaces I've
seen implemented at all too many sites over the years.
Well I guess you could use it for something practical as well, but the
default panels I will supply will be as close to IBM ISPF as possible.
On 2013-09-30 01:52, Sampsa Laine wrote:
On 29 Sep 2013, at 23:15, Cory Smelosky <b4 at gewt.net> wrote:
THe OSI model is pretty much a load of BS. 3 layers can be condensed to about 1 and one of them just doesn't exist.
I never understood what the hell the session layer was for anyway - I figure anything above layer 3 (transport) should be handled by apps, not by 4 layers of network stack.
Well, transport is supposed to be layer 4, but anyway... The whole OSI model *is* BS. If I remember right back when they were creating it (by committee of course), the US delegates wanted 6 levels, and Europeans wanted 8, so they compromised on 7.
And of course, they didn't base it on anything working. It's a paper product that noone ever really implemented. DECnet Phase V is as close as anyone ever got, if I remember right. And phase V wasn't exactly a success. But it sure took time and resources to implement.
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
On 2013-09-29 23:53, Brian Schenkenberger, VAXman- wrote:
Sampsa Laine <sampsa at mac.com> writes:
This is a little bit unfair for the blue guys :)
=20
ISPF is far more than a set of screens to invoke TSO commands. The =
panels (that's how ISPF screens are called) are just a part of the whole =
thing. ISPF integrates with TSO, so we are talking about:
=20
- The TSO command language (CLIST language) and also the REXX =
language.
- The panel facility.
- The skeleton facility.
=20
It is quite easy to "simulate" the ISPF panels (you just need DCL to =
do it, I did it when I worked with DEC machines in a mostly IBM-centric =
company), but that would be just the user interface. The APIs provided =
with ISPF are way beyond that...
I was planning on developing a simple format for defining the panels, =
mapping the options to DCL and any params / switches they need. I am =
aware that ISPF can be used for way more than the basic IDE / sysop =
functions that it comes with by default, don't some ISVs actually build =
their software using ISPF panels as the interface?
I just thought a IBM mainframe lookalike interface to VMS would be =
amusing if nothing else.
It's not amuzing; nor are the myriad absurd DCL menuing interfaces I've
seen implemented at all too many sites over the years.
If you really want to implement a menu interface on VMS, have a look-see
into the SMG$ library. Roll-your-own ESCAPE sequences called out in DCL
command procedures leads to problems with terminal compatibility, as well
as horrors when trying to debug[*] and maintain it.
Apart from the SMG$ library, he might want to play with FMS. But I agree with you that I personally don't find it amusing at all.
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
On 28 Sep 2013, at 11:30, Johnny Billquist <bqt at softjar.se> wrote:
Never seen any of that either. There was a block mode version of the VT100 as well, if I remember right. Maybe compatible? Although I have not seen the documentation for that one either.
This looks kinda nifty too: http://en.wikipedia.org/wiki/HP_2640
I wonder if there are any HP1000/3000
On 28 Sep 2013, at 11:36, Johnny Billquist <bqt at softjar.se> wrote:
On 2013-09-28 11:30, Sampsa Laine wrote:
Yeah I was thinking of typing up some Arabic documents in say EDIT and using TYPE to view them - but Terminal.app doesn't seem to pass the Arabic letters across correctly.
I think you are a little confused.
I probably didn't express myself clearly enough :)
"Arabic letters" as such don't pass through anywhere. We're talking computers here. Everything is ones and zeroes.
Except Terminal.app only accepts Latin letters as input, rejects Arabic. Not a VMS issue.
It's just a case of how you choose to interpret those ones and zeroes at each end. Are you saying that Terminal.app (a program I avoid by the way, since the VT100 emulation is buggy)
I've not run into any major issues with
On 29 Sep 2013, at 23:15, Cory Smelosky <b4 at gewt.net> wrote:
THe OSI model is pretty much a load of BS. 3 layers can be condensed to about 1 and one of them just doesn't exist.
I never understood what the hell the session layer was for anyway - I figure anything above layer 3 (transport) should be handled by apps, not by 4 layers of network stack.
Getting SNMP to the brouter should be easy, need to work out how to do the same for GRE. Will get back to you once I have worked it out.
Regards
Rob
From: owner-hecnet at Update.UU.SE [mailto:owner-hecnet at Update.UU.SE] On Behalf Of Brian Hechinger Sent: 29 September 2013 22:07 To: hecnet at Update.UU.SE Subject: Re: [HECnet] Connecting to HECnet from DEC Legacy 19-20 Oct
To work behind a NAT box you'll need to be able to pass SNMP and GRE through to the DECbrouter. If you can do that you'll be golden.
GRE doesn't run over a port, it's a Layer 4 (transport) protocol.
SNMP is 161.
The email address is just where you want notification emails sent so your normal email is probably appropriate.
The emails that are sent can also be copy and pasted into the router in the event that SNMP doesn't work. -brian
On Sep 29, 2013, at 4:00, "Robert Jarratt" <robert.jarratt at ntlworld.com> wrote:
I was going to have a go at this today, but thinking about it I am not sure this can work at DEC Legacy or even here at home because it would always be behind NAT. Can we make this work with NAT? What ports would you need?
Nevertheless I have it configured with DECnet and I have entered the two SNMP commands below (I used the public community name, not sure if that is right because I know very little about SNMP).
The information you wanted was:
Your external IP Addres: 86.4.69.74
Your external FQDN: jarratt.dyndns.org
Is this a dynamic IP: yes
The DECnet area at this location: 5
The source interface on your router: Ethernet0
The email address you want updates sent to: rob at jarratt.me.uk (not sure if this is what you mean, this goes to my regular email address, are we talking about some email capability in the router?)
The snmp community from the above directions: public
I hope that is the information you need.
Regards
Rob
From: Jarratt RMA [mailto:robert.jarratt at ntlworld.com] Sent: 24 September 2013 21:14 To: HECnet Subject: Re: [HECnet] Connecting to HECnet from DEC Legacy 19-20 Oct
I won't be home until the end of the week, I will try it this weekend.
Regards
Rob
On 24 September 2013 21:03, Brian Hechinger <wonko at 4amlunch.net> wrote:
Ok, 5 lines. :) first you need to enable DECnet routing: decnet routing X.Y (where X.Y is the DECnet address you want to give it) decnet node-type area Then you need to add this to the interface that talks to your DECnet LAN segment: decnet cost 10 Then you need to allow my config tool to talk to your router: access-list 10 permit 37.59.44.141 snmp-server community <community name> RW 10 Then you just need to get me all that info I asked for and we should be good. The machine running the config tool is down right now so I'm in no hurry. :) -brian
On Mon, Sep 23, 2013 at 11:37:23PM +0100, Jarratt RMA wrote: > I have no idea how to set up GRE, but I believe the DECbrouter I have can > do it, does anyone have any pointers on how to set it up? I will also want > to add GRE to my user mode router when I get chance, but for DEC Legacy > using the brouter might be nice. Once I can get it (the brouter) working > let me know how to update your db with the IP address. Question though, > does the IP address change have to be made manually or could it be > automatic? > > Thanks > > Rob > > > On 22 September 2013 23:32, Brian Hechinger <wonko at 4amlunch.net> wrote: > > > If you want to use the GRE tunnels I can give you access to the db to > > update your IP. > > > > -brian > > > > On Sep 22, 2013, at 16:18, "Robert Jarratt" <robert.jarratt at ntlworld.com> > > wrote: > > > > > I don't have multinet and I have never installed it. What protocol does > > it > > > use under the covers, is it something proprietary to multinet? Could I > > get > > > the DECbrouter I bought recently to interoperate with your side? If it is > > > not too hard I could try implementing Multinet interop in my user mode > > > router. > > > > > > > > > > > > Regards > > > > > > > > > > > > Rob > > > > > > > > > > > > From: owner-hecnet at Update.UU.SE [mailto:owner-hecnet at Update.UU.SE] On > > Behalf > > > Of Steve Davidson > > > Sent: 22 September 2013 11:43 > > > To: hecnet at Update.UU.SE > > > Subject: RE: [HECnet] Connecting to HECnet from DEC Legacy 19-20 Oct > > > > > > > > > > > > If you decide to use Multinet and have access to a dynamic DNS name, > > then I > > > can link SG1:: to it via the SW at this end. It is completely automated. > > > If we can manage to install Multinet on GORVAX:: then the links would be > > > even faster. > > > > > > > > > > > > -Steve > > > > > > > > > > > > _____ > > > > > > From: owner-hecnet at Update.UU.SE on behalf of Mark Wickens > > > Sent: Sat 9/21/2013 16:18 > > > To: hecnet at Update.UU.SE > > > Subject: Re: [HECnet] Connecting to HECnet from DEC Legacy 19-20 Oct > > > > > > On 21/09/2013 21:12, Robert Jarratt wrote: > > > > > > I am hoping to connect to HECnet from the DEC Legacy event in October, > > > hopefully connecting a few interesting systems to HECnet and allowing > > > attendees to explore HECnet. > > > > > > > > > > > > I would be using a USB 3G device to do this, so I wouldn't know my IP > > until > > > the day itself. Is there anyone with a bridge on HECnet who would be > > > available during UK daytime on those days to configure their bridge to > > peer > > > with me? There may be more than one change of IP address over the course > > of > > > the weekend though. > > > > > > > > > > > > Are there any other options? > > > > > > > > > > > > Thanks > > > > > > > > > > > > Rob > > > > > > > > > > > > Rob, > > > > > > Obviously I will have my home bridge going, so maybe we can keep this > > > in-house with a bit of experimentation? I think this is maybe what I did > > > last time, I really can't remember but it makes a lot of sense and it > > does > > > shake my memory a bit! > > > > > > Mark. > > > > > > <winmail.dat> > >
On Sun, 29 Sep 2013, Johnny Billquist wrote:
On 2013-09-29 23:06, Brian Hechinger wrote:
To work behind a NAT box you'll need to be able to pass SNMP and GRE
through to the DECbrouter. If you can do that you'll be golden.
GRE doesn't run over a port, it's a Layer 4 (transport) protocol.
Oooo, how I hate it when people try to make the IP stack line up with the OSI model... :-)
They are *incompatible*.
THe OSI model is pretty much a load of BS. 3 layers can be condensed to about 1 and one of them just doesn't exist.
SNMP is 161.
That is port 161 in both UDP and TCP.
Sorry, I just felt like nitpicking today. Grumpy I guess. Call me an old fart. :-)
Johnny
--
Cory Smelosky
http://gewt.net Personal stuff
http://gimme-sympathy.org Projects