Marc Chametzky wrote:
With my connection, I noticed that the circuit would disconnect and
reconnect periodically. It corresponded to the timeout in my firewall
causing the UDP association to be lost. When I increased the timeout
in my firewall for these port 700 UDP "connections", that made my
circuit much more stable.
Like Peter said, Peter and I had a big debate about this at lunch today.
UDP is, by definition (or so I thought), both stateless and connectionless.
I can't understand what state or connection is being timed out in this
case....
Bob
and Bob A has a home gw (forgot what it
was) that he claims do the right thing, (not decnet routing..)
Well, I have a Netgear FVS338. It's a "SOHO" box - somewhere between a
turnkey home router and a fancy Cisco box. I never thought of it as all
that great, but it does allow me to set up static routes. In particular I
can map specific external ports/Internet IPs to internal ports/IPs
independent of the NAT.
Bob
With my connection, I noticed that the circuit would disconnect and
reconnect periodically. It corresponded to the timeout in my firewall
causing the UDP association to be lost. When I increased the timeout in
my firewall for these port 700 UDP "connections", that made my circuit
much more stable.
Unfortunately, my firewall (a SonicWALL NSA 240) is also stupid in that
it *must* randomize the source port for outgoing packets, so I'm not
able to connect to HECnet because MultiNet insists that the source port
must also be 700 and mine are coming through with random port numbers.
--Marc
IP and UDP is connection-less.. -:)
Throw the firewall away. Find a real router that can do DECnet routing
and NAT and Firewall somwhere. ..
We had this discussion at DCL, and Bob A has a home gw (forgot what it
was) that he claims do the right thing, (not decnet routing..)
-P
Do you know what is the equivalent file for TOPS-10? Is that
SYSJOB.INI?
opr.ato
Understood.
Now I've got another problem. The TOPS-10 node goes yo-yo:
$
%%%%%%%%%%% OPCOM 9-JUN-2012 13:58:58.19 %%%%%%%%%%%
Message from user DECNET on BITXOV
DECnet event 4.18, adjacency down
=46rom node 7.60 (BITXOV), 9-JUN-2012 13:58:58.19
Circuit QNA-0, Adjacent node listener receive timeout
Adjacent node =3D 7.80 (BITXT1)
$
%%%%%%%%%%% OPCOM 9-JUN-2012 13:59:09.10 %%%%%%%%%%%
Message from user DECNET on BITXOV
DECnet event 4.15, adjacency up
=46rom node 7.60 (BITXOV), 9-JUN-2012 13:59:05.04
Circuit QNA-0, Adjacent node =3D 7.80 (BITXT1)
=20
The TOPS-20 one is connected to the same virtual bridge and it is =
running in the same virtual machine, but it runs OK. Any idea? (My =
suspect is the NI configuration in the KHL ini file...)
It's outside tops10, I guess, and I'm completely lost there. If my
braincells starts to work I will rember how to log all the DECnet
packets on the -10 side.
--P
I see these message about every 20 minutes from random nodes. The error
message is almost always:
"Unexpected packet type"
A: Something is corrupting the packet, or they are out of order or a
packet disapeared.
B: Someone is sending packets to you that looks like Multinet Decnet,
but not one of your "peers".
So where do we go from here?
We need more information, and if we can se a pattern.
A: Is there any Multinet link that is stable?
B: Is it related to a site?
If we could do TCPDUMP on this wire with NTP based timestaps on both
sides, we can se what get's corrupted or disappears?
As per subject:
6.3 ITANIC (OpenVMS 8.4 I64)
6.11 BGATES (Windows XP Pro / Pathworks32)
--
Mark Benson
http://DECtec.info
Twitter: @DECtecInfo
HECnet: STAR69::MARK
Online Resource & Mailing List for DEC Enthusiasts.
On 06/09/2012 10:38 AM, Mark Benson wrote:
I had a problem with lacking memory (1GB) on my zx6000
Itanium machines do demand a LOT of RAM. I can only assume the
assembly language/machine code is very inefficient ;)
It's likely data alignment constraints eating up more memory.
-Dave
--
Dave McGuire, AK4HZ
New Kensington, PA
On 06/09/2012 03:44 PM, Kari Uusim ki wrote:
Great for heating your house and rapidly running up your electricity
bill, I dare say, mind you I don't expect excess heat is so much of an
issue in Finland! ;)
Quite right - between September and May. We do have hot summers now and
then.
I rather heat my house using computers than radiators. That way I'll get
double the gain. :)
This is good thinking. I recently moved from Florida to western
Pennsylvania. Florida has been getting hotter every year (that climate
change that isn't happening) and the climate here was a significant
factor in our destination decision. The winters here can be quite cold.
Steam boilers are quite efficient at generating heat, but then so are
PDP-8s! 8-)
-Dave
--
Dave McGuire, AK4HZ
New Kensington, PA
With my connection, I noticed that the circuit would disconnect and
reconnect periodically. It corresponded to the timeout in my firewall
causing the UDP association to be lost. When I increased the timeout in
my firewall for these port 700 UDP "connections", that made my circuit
much more stable.
Unfortunately, my firewall (a SonicWALL NSA 240) is also stupid in that
it *must* randomize the source port for outgoing packets, so I'm not
able to connect to HECnet because MultiNet insists that the source port
must also be 700 and mine are coming through with random port numbers.
When I worked with them, I found that you could always rely on a firewall
to mess something up somewhere :-(
Right now, I've got no firewall (although I do have NAT in my DSL router)
and I can get everything I want to work correctly with one small exception.
I never got that close when there was a firewall in the way!
I have a Multinet link and I ocassionally see the "Unexpected packet type"
error. However, I've had only 26 of them since November last year. If others
are seeing far more of these errors and are also running firewalls, I would
suggest looking closely at what their firewalls are up to.
Regards.
Peter Coghlan.
