On 2013-10-17 23:18, Mark Wickens wrote:
On 17/10/2013 13:42, Johnny Billquist wrote:
On 2013-10-17 14:37, Sampsa Laine wrote:
sampsa <sampsa at mac.com>
mobile +358 40 7208932
On 17 Oct 2013, at 14:36, Johnny Billquist <bqt at softjar.se> wrote:
On 2013-10-17 14:27, Sampsa Laine wrote:
I like being able to watch the debug output in screen, but that's
just me.
Are you running with debug enabled???
Why, does that kill the performance or?
It does hurt.
Ah didn't know that - I'll turn it off when I get the chance in that
case.
TANSTAAFL
Johnny
/TNETENNBA/ <http://www.urbandictionary.com/define.php?term=TNETENNBA>
https://www.youtube.com/watch?v=lsFAokXCxTI
I totally did not get that. My comment was about the fact that logging is not free. Of course it costs you something. (performance being the obvious cost with computers)
Which should be obvious by the general TANSTAAFL.
Johnny
On 2013-10-17 14:37, Sampsa Laine wrote:
sampsa <sampsa at mac.com>
mobile +358 40 7208932
On 17 Oct 2013, at 14:36, Johnny Billquist <bqt at softjar.se> wrote:
On 2013-10-17 14:27, Sampsa Laine wrote:
I like being able to watch the debug output in screen, but that's just me.
Are you running with debug enabled???
Why, does that kill the performance or?
It does hurt.
Ah didn't know that - I'll turn it off when I get the chance in that case.
TANSTAAFL
Johnny
sampsa <sampsa at mac.com>
mobile +358 40 7208932
On 17 Oct 2013, at 14:36, Johnny Billquist <bqt at softjar.se> wrote:
On 2013-10-17 14:27, Sampsa Laine wrote:
I like being able to watch the debug output in screen, but that's just me.
Are you running with debug enabled???
Why, does that kill the performance or?
It does hurt.
Ah didn't know that - I'll turn it off when I get the chance in that case.
Sampsa
On 2013-10-17 14:27, Sampsa Laine wrote:
I like being able to watch the debug output in screen, but that's just me.
Are you running with debug enabled???
Why, does that kill the performance or?
It does hurt.
Johnny
I like being able to watch the debug output in screen, but that's just me.
Are you running with debug enabled???
Why, does that kill the performance or?
sampsa
On 2013-10-16 22:47, Sampsa Laine wrote:
On 16 Oct 2013, at 19:31, Johnny Billquist <bqt at softjar.se> wrote:
On 2013-10-16 18:00, Sampsa Laine wrote:
On 16 Oct 2013, at 17:18, Johnny Billquist <bqt at softjar.se> wrote:
On 2013-10-16 11:57, Mark Wickens wrote:
I am also taking a solaris box im presuming thatthe bridge would compile
Ok on that?
I have no reason to suspect it shouldn't work. But only testing will tell. And the same here - you might need to tweak a thing or two in the source.
Johnny
This got me thinking, could just customize a Raspian distro to run the bridge.
Download the image, put it on a SD card and boot. Change network settings and
enter uplink details in bridge.conf. bridge runs automatically in a screen
launched by init (respawned if killed, of course).
Instant HECnet-in-a-box :)
Yes, apart that there is absolutely no reason to involve screen here. Kick the bridge from init.
I like being able to watch the debug output in screen, but that's just me.
Are you running with debug enabled???
Johnny
On 2013-10-16 22:45, Mark Wickens wrote:
Well, I managed to get the bridge compiled up on Solaris with some minor
makefile and include and library tweaks having compiled up the latest
libpcap. I am using the opencsw archive for general unix software.
If I run the bridge with debug on I get the following output:
./bridge 4711
Config filename: bridge.conf
Adding router ''local''. 0001187c:-4206648
Adding router ''update''. 82ee1319:4711
Adding DECnet bridge local.
Trying to match local
Matching against: local
Found match: local == local
Adding DECnet bridge update.
Trying to match update
Matching against: local
Matching against: update
Found match: update == update
Adding LAT bridge local.
Trying to match local
Matching against: local
Found match: local == local
Adding LAT bridge update.
Trying to match update
Matching against: local
Matching against: update
Found match: update == update
Host table:
0: local 0.0.0.0:0 (Rx: 0 Tx: 0 (Drop rx: 0)) Active: 1 Throttle: 0(000)
1: update 130.238.19.25:4711 (Rx: 0 Tx: 0 (Drop rx: 0)) Active: 1
Throttle: 0(000)
Hash of known destinations:
Adding new hash entry. Port is 1
Adding new hash entry. Port is 1
Adding new hash entry. Port is 1
Adding new hash entry. Port is 1
Adding new hash entry. Port is 1
Adding new hash entry. Port is 1
Setting existing hash to bridge 1
Setting existing hash to bridge 1
Setting existing hash to bridge 1
Setting existing hash to bridge 1
Adding new hash entry. Port is 1
Setting existing hash to bridge 1
Setting existing hash to bridge 1
Adding new hash entry. Port is 1
Adding new hash entry. Port is 1
Which looks encouraging, but when I try and use DECNET on SLAVE I get
the following:
[MSW]SLAVE$ dir mim::
%DIRECT-E-OPENIN, error opening MIM::*.*;* as input
-RMS-F-SYS, QIO system service request failed
-SYSTEM-F-PATHLOST, path to network partner node lost
Any ideas what might be going wrong? I've updated my NAT to point to the
Ultra 5 for port 4711.
Could you run a tcpdump on the network where the Sun is sitting. Dump the full ethernet headers.
I have some vague memory of that you might not be able to set arbitrary source MAC addresses on packets sent on Sun machines, which would make it impossible to use the bridge...
(Yes, DECnet nodes check that the source MAC address of received packets are consistent with what is expected, and refuse to get adjacency up if there is something wrong.
Johnny
Johnny
Hello!
Darned if I know why, but the blankety-blank thing arrived intact into
my other e-mail box. One that is registered with their hobbyist
outfit.
-----
Gregg C Levine gregg.drwho8 at gmail.com
"This signature fought the Time Wars, time and again."