Johnny,
As part of the hub I'm setting up at my data centre, I'd like to also bridge directly to you. Could you please add a bridge to myst.platinum.net 199.166.5.172:4711. It is a static IP address. I have configured the bridge software on my end. let me know if I need to change the default destination of tempo.update.uu.se:4711.
Thanks!
Ian
Ok, one MAJOR rewrite later and this code is a little bit more sane.
One of the best parts is instead of the db returning little blurbs of "this is what changed" it now returns the inserted/updated/deleted rows as JSON that the python script can ingest and make much better decisions with.
I've got some ideas for stuff I want to add now but I'm pretty happy with where it is now.
I'm also open to ideas if you all have any.
My current TODO list is:
Use PySNMP instead of the net-snmp CLI tools:
Better control over what's going on. Non-responsive routers seriously blow up my snmp script file. Calling an external script is..... ugly and I don't like it.
Add exclusions:
exclude tunnels, so say from dave to peter's Uppsala location, for example
mesh/hub/spoke:
The question of "do we do a full mesh or just a few hubs" has been moved in my mind from being a global question to an individual question. You will be able to choose if you want to be mesh connected or hub connected.
GRE/IPsec:
Dave hasn't responded to that email yet, but if he has in mind what I think he does I'm going to add code that is smart enough to setup an IPsec tunnel between locations if both ends support it and GRE if they don't.
Only update needed:
This one is WAY low priority but my plan is to make the code smart enough to only update routers that need it. For example: if Cory's IP changes his router config doesn't actually need to change but everyone else's does. If Dave's source interface changes his router config needs to change but no one else's does. This is seriously OCD/pedantic territory, but that's me. :)
-brian
On 2013-02-25 22:43, Clem Cole wrote:
the ANSI spec was started before the vt100 project. I once had an mid ??1970's??? draft. but iirc it took a couple of years to go from draft to final spec.
decent started the vt100 using the vt52 sequences but because it was based on a micro (8080 iirc) there was a push to write ANSI compliant firmware. when ANSI was not finalized dec decided to put both modes in and ship.
again I've forgotten the details. as I recall the vt100 does not do insert and delete properly. again my memory is the first fully ANSI conforming product was the Ann Arbor Terminals Ambassador which was About 3 or 4 years post vt100 release. Clem
As far as I know, the VT100 do not do insert and delete at all. Those were added in the VT102...
Johnny
we had a bunch to test with which is why I remember that detail.
On Feb 25, 2013, at 3:22 PM, Ian McLaughlin <ian at platinum.net> wrote:
On 2013-02-25, at 12:18 PM, Johnny Billquist <bqt at softjar.se> wrote:
And yes, the VT100 predates ANSI, but it's not really incompatible, but there are a bunch of DEC private sequences, that are not in the ANSI spec.
I'm not aware of any incompatibilities with the ANSI spec, but feel free to point them out to me.
What's the history of the ANSI spec? I've always just assumed that it codified what was being used in the industry already.
Ian
the ANSI spec was started before the vt100 project. I once had an mid ??1970's??? draft. but iirc it took a couple of years to go from draft to final spec.
decent started the vt100 using the vt52 sequences but because it was based on a micro (8080 iirc) there was a push to write ANSI compliant firmware. when ANSI was not finalized dec decided to put both modes in and ship.
again I've forgotten the details. as I recall the vt100 does not do insert and delete properly. again my memory is the first fully ANSI conforming product was the Ann Arbor Terminals Ambassador which was About 3 or 4 years post vt100 release. Clem
we had a bunch to test with which is why I remember that detail.
On Feb 25, 2013, at 3:22 PM, Ian McLaughlin <ian at platinum.net> wrote:
On 2013-02-25, at 12:18 PM, Johnny Billquist <bqt at softjar.se> wrote:
And yes, the VT100 predates ANSI, but it's not really incompatible, but there are a bunch of DEC private sequences, that are not in the ANSI spec.
I'm not aware of any incompatibilities with the ANSI spec, but feel free to point them out to me.
What's the history of the ANSI spec? I've always just assumed that it codified what was being used in the industry already.
Ian
>Clem Cole wrote:
[Snip]
The problem is as Tom, says the unless you have a DEC keyboard layout, you are mapping something and that tends the be source of much discomfort.
I use the VT100 emulator under Ersatz-11 which provides
support to re-define keys. In particular, on a PC 104 key
keyboard, the <CTRL> key is in the wrong place and the
<SCROLL> / <NOSCROLL> key does not exist.
The solution was solved by the suggestion that John Wilson
makes for Ersatz-11 to use the <CapsLock> key as the
<LCTRL> key and I added my own definition to the
original <LCTRL> key to become the VT100 equivalent
of the <SCROLL> / <NOSCROLL> key with the
additional functionality that the Ersatz-11 KEYPRESS
sends the <CTRL/S> character and the KEYRELEASE
sends the <CTRL/Q> character. I found that since the
screen displays so quickly under Ersatz-11 that it was
impossible to react quickly enough to start and stop the
scrolling if the key had to be pressed twice as with the
actual VT100. So I do not have to hold the key down
permanently to hold the scrolling stopped, when I also
hold the <LSHIFT> key at the same time I am releasing
(KEYRELEASE), the <CTRL/Q> character is not sent.
These two changes managed to map the PC 104 key
keyboard to the VT100 as well as I can expect and I am
more than pleased with the results.
Jerome Fine
>Ian McLaughlin wrote:
The VT220 series are my favourite - nice and compact (compared to a Vt100).
I have SIX VT100 real DEC terminals on my desk.
They are stacked 2 high which I can't do with a VT220
unless I build a small shelf to hold the monitor and the
keyboard.
Otherwise, I agree that the VT220 LK201 keyboard
is quite a bit more functional over the VT100 keyboard.
Jerome Fine
there are differences - I have a document done somewhere with the details. I've long ago forgotten them
On Feb 25, 2013, at 3:18 PM, Johnny Billquist <bqt at softjar.se> wrote:
On 2013-02-25 20:46, Clem Cole wrote:
While I understand the emotion on this, one of the main SW guy the
vt-100 is an old friend (and screwed up the layout of two keyboards at
Masscomp after to he screwed up the vt-1xx series too IMH). Tom used to
say, the only real issue is keyboard layout because the rest is "just SW"
The other issue is that while the original VT-100 used ANSI sequences,
it was actually not ANSI. DEC released the terminal before the ANSI was
complete and there are a number of places where VT-100s differ from
sequences. So this also becomes an issue (and part of what Cory is
pointing out).
But the truth is a number of firms did parrot the VT-100 family
sequences bug-for-bug.
The problem is as Tom, says the unless you have a DEC keyboard layout,
you are mapping something and that tends the be source of much discomfort.
Yes, certainly there are always issues with different keyboards. No helping that.
However, things like iTerm2 don't even produce correct output given escape sequences.
And yes, the VT100 predates ANSI, but it's not really incompatible, but there are a bunch of DEC private sequences, that are not in the ANSI spec.
I'm not aware of any incompatibilities with the ANSI spec, but feel free to point them out to me.
Johnny
Clem
On Mon, Feb 25, 2013 at 2:29 PM, Cory Smelosky <b4 at gewt.net
<mailto:b4 at gewt.net>> wrote:
--
Cory Smelosky
Sent from a mobile device
On 25 Feb 2013, at 13:58, Johnny Billquist <bqt at softjar.se
<mailto:bqt at softjar.se>> wrote:
On 2013-02-25 18:06, Clem Cole wrote:
check out http://www.iterm2.com
Would not recommend. It's perhaps a good terminal application,
but not if you want something that is even a fair VT100 emulation.
The only good VT100 emulation is a real VT100. ;)
Johnny
On Mon, Feb 25, 2013 at 9:24 AM, Sampsa Laine <sampsa at mac.com
<mailto:sampsa at mac.com>
<mailto:sampsa at mac.com <mailto:sampsa at mac.com>>> wrote:
If someone has a config file for OS X Terminal.app I'd cry with
happiness.
sampsa
On 25 Feb 2013, at 11:58, Erik Olofsen <e.olofsen at xs4all.nl
<mailto:e.olofsen at xs4all.nl>
<mailto:e.olofsen at xs4all.nl <mailto:e.olofsen at xs4all.nl>>> wrote:
Just in case it may be helpful for someone using xterm, I put
together
some well known keyboard translations below. The keypad is
such
that it will work with EDT; the PLUS key will then be DEL C.
F9-12 may be used on a laptop and NOTES, and they as below
they
correspond to SELECT, NEXT UNSEEN, BACK TOPIC, and NEXT TOPIC:
xterm -sl 1000 -fn 7x14 -g 132x48 -xrm \
'XTerm*vt100.translations: #override \n\
<Key>F9: string(0x1b) string("Ow") \n\
<Key>F10: string(0x1b) string("Ol") \n\
<Key>F11: string(0x1b) string("Ou") \n\
<Key>F12: string(0x1b) string("Or") \n\
<Key>BackSpace: string(0x7f) \n\
<Key>Num_Lock: string(0x1b) string("OP") \n\
<Key>KP_Divide: string(0x1b) string("OQ") \n\
<Key>KP_Multiply: string(0x1b) string("OR") \n\
<Key>KP_Subtract: string(0x1b) string("OS") \n\
<Key>KP_Add: string(0x1b) string("Ol") \n\
<Key>KP_Enter: string(0x1b) string("OM") \n\
<Key>KP_Decimal: string(0x1b) string("On") \n\
<Key>KP_0: string(0x1b) string("Op") \n\
<Key>KP_1: string(0x1b) string("Oq") \n\
<Key>KP_2: string(0x1b) string("Or") \n\
<Key>KP_3: string(0x1b) string("Os") \n\
<Key>KP_4: string(0x1b) string("Ot") \n\
<Key>KP_5: string(0x1b) string("Ou") \n\
<Key>KP_6: string(0x1b) string("Ov") \n\
<Key>KP_7: string(0x1b) string("Ow") \n\
<Key>KP_8: string(0x1b) string("Ox") \n\
<Key>KP_9: string(0x1b) string("Oy")' \
-e telnet <host>
On Sun, Feb 24, 2013 at 02:12:05PM -0500, Steve Davidson
wrote:
Good question! I just tried my PC keyboard from a PuTTY
terminal. Some
of the functions map, others do not. It looks like it will
depend on
what you are working with.
-Steve
-----Original Message-----
From: owner-hecnet at Update.UU.SE
<mailto:owner-hecnet at Update.UU.SE> <mailto:owner-hecnet at Update.UU.SE
<mailto:owner-hecnet at Update.UU.SE>>
[mailto:owner-hecnet at Update.UU.SE
<mailto:owner-hecnet at Update.UU.SE>
<mailto:owner-hecnet at Update.UU.SE
<mailto:owner-hecnet at Update.UU.SE>>] On Behalf Of Erik Olofsen
Sent: Sunday, February 24, 2013 13:49
To: hecnet at Update.UU.SE <mailto:hecnet at Update.UU.SE>
<mailto:hecnet at Update.UU.SE <mailto:hecnet at Update.UU.SE>>
Subject: Re: [HECnet] NOTES system?
Related to using NOTES, before doing the discussion on
NOTES,
for using the keypad, how do the present HECnet users
use the
DEC keypad on non-DEC equipment?
Erik
>Brett Bump wrote:
The only good VT100 emulation is a real VT100.
Or a VT2xx or later from DEC. Those are really solid implementations, for one thing because there was an incredibly detailed spec spelling out formally what every escape sequence does.
If we are touting our favorite VT100 emulations from the past, my pick is
the Stanford SLAC VLT (Valiant Little Terminal) program for the Amiga. I
really loved my DEC Terminals, but for those that could not afford a real
Tek terminal, an Amiga running VLT was all the rage. Too bad someone has
never ported this to a unix system.
This is my first post here, so it is a bit of an experiment.
For those of you who recognize my name, I am a rabid,
RT-11 addict who continues to run RT-11 almost every
day. I have a real DEC PDP-11/83 in the basement
with SIX DEC VT100 terminals on the desk that runs
a Mapped RT-11 Monitor with Multi-Terminal support.
It rarely gets used these days.
I also run the identical software under both Ersatz-11
and SimH on my PC. The latest benchmark I ran under
Ersatz-11 suggests a speed of about 150 times a real
DEC PDP-11/93 using the Win32 variant of Ersatz-11
on PC hardware with 16 GB of physical memory and
16 cores running a 64 bit Windows 7.
This is a plug for the VT100 emulation under Ersatz-11
which also supports most of the additional keys found
on the LK201, specifically the SIX edit keys on the LK201
above the ARROW keys. The top row on a PC 104 key
keyboard does not have sufficient keys to support all of
the Fn keys on the LK201, but most are there. In fact,
the Single Line Editor (SLX.SYS) on RT-11 actually
supports the LK201 keyboard on the VT220 - although
it does not make use of the SIX edit keys.
I have a question that I have long had difficulty with!!!!!!
When I run SimH on the same hardware, there is no VT100
emulation available, so I stick to a few basic tests. Is
there a VT100 emulator which is compatible with SimH
that can be used under both Windows XP and Windows 7
that will support at least ONE VT100 terminal? Better
yet would be Multi-terminal support for many VT100
terminals (while I am asking)?
V2.11-9 used to have about 95% of the support needed
for a VT100 with the <GOLD> key being the missing
aspect. So it is possible to be integrated into SimH.
Jerome Fine
Figure I'll move this to it's own thread instead of NOTES.
On Mon, 25 Feb 2013, Paul_Koning at Dell.com wrote:
On Feb 25, 2013, at 2:29 PM, Cory Smelosky wrote:
--
Cory Smelosky
Sent from a mobile device
On 25 Feb 2013, at 13:58, Johnny Billquist <bqt at softjar.se> wrote:
On 2013-02-25 18:06, Clem Cole wrote:
check out http://www.iterm2.com
Would not recommend. It's perhaps a good terminal application, but not if you want something that is even a fair VT100 emulation.
The only good VT100 emulation is a real VT100. ;)
Or a VT2xx or later from DEC. Those are really solid implementations, for one thing because there was an incredibly detailed spec spelling out formally what every escape sequence does.
paul
If we are touting our favorite VT100 emulations from the past, my pick is
the Stanford SLAC VLT (Valiant Little Terminal) program for the Amiga. I
really loved my DEC Terminals, but for those that could not afford a real
Tek terminal, an Amiga running VLT was all the rage. Too bad someone has
never ported this to a unix system.
Brett
On 2013-02-25, at 12:18 PM, Johnny Billquist <bqt at softjar.se> wrote:
And yes, the VT100 predates ANSI, but it's not really incompatible, but there are a bunch of DEC private sequences, that are not in the ANSI spec.
I'm not aware of any incompatibilities with the ANSI spec, but feel free to point them out to me.
What's the history of the ANSI spec? I've always just assumed that it codified what was being used in the industry already.
Ian
