2 May
2018
2 May
'18
9:22 p.m.
The idea is to expand the cisco tunnel configuration management tool I
wrote to support multinet and the bridge.
Wherever there are endpoints (bridge, multinet) there would be an agent
that manages the config driven by a centralized system.
I was going to re-write the cisco tunnel one anyway, so figured why not
expand if people were interested.
The nice part about this is the people who manage the "hubs" wouldn't have
to do anything. It would all be user self service driven.
With the cisco tunnel thing I can just use SNMP to push config fragments
onto the routers. WIth the bridge and multinet that's not an option, so a
locally running agent would take up that work.
Why you ask? I automate things for a living. It's what I enjoy doing. :)
-brian
On Mon, Apr 30, 2018 at 5:12 PM, Johnny Billquist <bqt at softjar.se> wrote:
On that topic, why would you be generating code?
It's just a config file
that needs changing, and then a signal sent to the process. (For the
bridge).
For multinet, it essentially would be a couple of configuration commands
under VMS or RSX. I don't get the "output 'C'" comment at all.
Johnny
On 2018-04-30 01:02, Brian Hechinger wrote:
I can and that would probably be my fall back
option.
On Sun, Apr 29, 2018, 18:45 Steve Davidson <steve at davidson.net <mailto:
steve at davidson.net>> wrote:
Can you output "C"?
-Steve Davidson
Sent from my iPhone
Reading
murder books
--
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 Apr 29, 2018, at 15:48, Johnny Billquist
<bqt at softjar.se
<mailto:bqt at softjar.se>> wrote:
I can't speak for anyone else, but I don't think I'd be
interested
in any kind of automation like that for my systems. I
prefer to know explicitly what I have.
Johnny
> On 2018-04-29 21:20, Brian Hechinger wrote:
> Would anyone be interested in some manner of automation for this
similar
to what I do for the cisco tunnels?
> Re-writing that in Go has been on my short
list for a while now.
Mayne now is the time to look to expanding it as well.
> One of the things I was going to add was a
web front end so you
can all manage your own endpoints.
> The bridge will be easy, I can write an agent
that can run there
to manage it as those are all unix boxes and so I should be
able to
generate binaries for that.
> Multinet may be a tad trickier since Go
doesn?t generate
binaries for VMS/RSX/etc so I may have to pick something else
there.
Not sure what I?d do.
> Thoughts?
> -brian
>> On Apr 29, 2018, at 1:54 PM, Steve Davidson <steve at davidson.net
<mailto:steve at davidson.net>> wrote:
>>
>> I can do eastern US like I did the bridge. I have to finish
the Tex
build though...
>>
>> -Steve Davidson
>>
>> Sent from my iPhone
>>
>>> On Apr 29, 2018, at 12:23, Jeroen Brons
<idiotoflinux at
gmail.com <mailto:idiotoflinux at gmail.com>> wrote:
>>>
>>> i''m Also in the Netherlands, but because of my ISP my IP isnt
exactly static (although it stays the same most of the time...), and
as it's running at home im willing to run a bridge but i cannot
guarantee uptime
>>>> Op 29 apr. 2018, om 18:19 heeft
Hans Vlems <hvlems at zonnet.nl
<mailto:hvlems at zonnet.nl>> het
volgende geschreven:
>>>>
>>>> Johnny
>>>>
>>>> My connection to Hecnet is thru your site with your bridge
program. It runs on a Fedora (17) system that also hosts A44RTR.
>>>>
>>>> None of my systems run Multinet, and A44RTR runs VAX/VMS V7.3
and DECnet phase IV. It may be converted to run phase V if that
would help you.
>>>>
>>>> My internet connection is ADSL2+ which translates to 11 Mb/s
downstream and less than 400 kb/s upstream. Not bloody useful as a
hub, then again Netherlands is not exactly in southern Europe.
>>>>
>>>> Hans
>>>>
>>>>
>>>> Verstuurd vanaf mijn iPhone
>>>>
>>>>> Op 29 apr. 2018 om 17:52 heeft Johnny Billquist
<bqt at
softjar.se <mailto:bqt at softjar.se>> het volgende geschreven:
>>>>>
>>>>> Guys. I figure I should try to get a more formalized
handling of connections to HECnet.
>>>>>
>>>>> With my bridge, it's mostly just people connecting to me,
but this is not a solution that scales very well, so in general I
now try to discourage people from this option. When possible, I
prefer to move people away from it.
>>>>>
>>>>> Multinet on the other hand scales well. And is possible to
use directly both in VMS and RSX. However, it is silly and
inefficient if all multinet links are to go to me. So I'm thinking
about identifying a few people/places elsewhere in the world, which
can be used for connections where it makes more sense for a somewhat
closer point of connection.
>>>>>
>>>>> So, I would go on dealing with Europe. Might at some point
be that we'd like a second point in the south of Europe, but that is
not a high priority right now.
>>>>>
>>>>> However, for the US, it would be nice if we could identify a
location on each coast, which have a capable system, and normally is
always online, and which have a good bandwidth, and would be willing
to setup connections to new machines that want to come online.
>>>>>
>>>>> So, are there any takers? I'll continue to be the first
point of contact when people come asking, but I'd be happy if I
could redirect them to the appropriate person once we have figured
out a few basic details.
>>>>> And then these two persons
can work on establishing the
actual link.
>>>>>
>>>>> Johnny
>>>>>
>>>>> --
>>>>> Johnny Billquist || "I'm on a bus
>>>>> || on a psychedelic trip
>>>>> email: bqt at softjar.se <mailto:bqt at softjar.se>
||
Reading murder books
>>>>> pdp is alive!
|| tryin' to stay hip" -
B. Idol
>>>
>>
>
--
Johnny Billquist || "I'm on a bus
|| on a psychedelic trip
email: bqt at softjar.se <mailto:bqt at softjar.se> || pdp is alive! || tryin'
to stay hip" - B. Idol