<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 TRANSITIONAL//EN">
<HTML>
<HEAD>
<META HTTP-EQUIV="Content-Type" CONTENT="text/html; CHARSET=UTF-8">
<META NAME="GENERATOR" CONTENT="GtkHTML/3.10.1">
</HEAD>
<BODY>
Interesting Barry...<BR>
<BR>
On Tue, 2006-08-08 at 15:30 -0400, Barry Siegfried wrote:
<BLOCKQUOTE TYPE=CITE>
<PRE>
<FONT COLOR="#000000">["George (Skip) VerDuin" <<A HREF="mailto:k8rra@ameritech.net">k8rra@ameritech.net</A>> wrote]:</FONT>
<FONT COLOR="#000000">> My node is acting in an non-clearing way.</FONT>
<FONT COLOR="#000000">></FONT>SNIP<
<FONT COLOR="#000000">> Using "connect NET/ROM ALIAS" to link to the same station as above</FONT>
<FONT COLOR="#000000">> works, however "bye" does not clear the ax25 active connection table.</FONT>
<FONT COLOR="#000000">Right. It doesn't need to</FONT>.
</PRE>
</BLOCKQUOTE>
It doesn't "need" to because:<BR>
a) if a new user user steps up he can reuse the already previously used but no-longer-in-use link?<BR>
b) Higher levels have no responsibility to cause lower levels to tear down and clean up active sockets?<BR>
<BR>
I can accept the way it works if the way it works is the intent of network handling.<BR>
I do find it curious that lower levels must service upper levels quickly (the first packet SABM goes out in milliseconds) but have no need to clean up when done.<BR>
I also find it maybe a little wasteful to be issuing packets when response will never be needed or processed.
<BLOCKQUOTE TYPE=CITE>
<PRE>
<FONT COLOR="#000000">> Using "connect NET/ROM ALIAS" to link to a non-reachable node continues</FONT>
<FONT COLOR="#000000">> to try until "CTRL-T" terminates the attempt but it also does not clear</FONT>
<FONT COLOR="#000000">> the ax25 active connection table.</FONT>
<FONT COLOR="#000000">Right. It doesn't need to.</FONT>
<FONT COLOR="#000000">> In both cases above, the transmitter continues to issue packets (not</FONT>
<FONT COLOR="#000000">> detail traced for this email) until maybe a timer or counter expires.</FONT>
<FONT COLOR="#000000">Maybe the check (t3) timer or the retry (t1) timer/counter.</FONT>
</PRE>
</BLOCKQUOTE>
It's clear that damaging "keep alive" during no activity is not wise beyond reasonable activity lulls for the sake of tearing down at end of use faster.<BR>
Redundancy timer is available to clear out "idle" connections - I just did not expect to see it used to clear out "terminated" connections...
<BLOCKQUOTE TYPE=CITE>
<PRE>
<FONT COLOR="#000000">> I'm at jnos2.0d level and this is a request to validate my findings</FONT>
<FONT COLOR="#000000">> on 2.0d or 2.0e rev installations.</FONT>
<FONT COLOR="#000000">></FONT>
<FONT COLOR="#000000">> If my node is "odd man out" then perhaps someone knows what my</FONT>
<FONT COLOR="#000000">> configuration error might be?</FONT>
<FONT COLOR="#000000">I doubt you have a config error. When you are using Net/Rom you</FONT>
<FONT COLOR="#000000">are now passing a Net/Rom network layer 3 and transport layer 4</FONT>
<FONT COLOR="#000000">over your AX.25 link layer 2 connection and you are now passing</FONT>
<FONT COLOR="#000000">the data for your application layer 7 (the JNOS mailbox) over</FONT>
<FONT COLOR="#000000">the Net/Rom transport layer 4 connection. When you close down</FONT>
<FONT COLOR="#000000">the sockets on each end (i.e. the user disconnects from the</FONT>
<FONT COLOR="#000000">application) the Net/Rom transport layer 4 connection will be</FONT>
<FONT COLOR="#000000">torn down as well.</FONT>
</PRE>
</BLOCKQUOTE>
Of course "torn down" has a different context than "allow to die naturally and rot away from dis-use".
<BLOCKQUOTE TYPE=CITE>
<PRE>
<FONT COLOR="#000000"> In *this* case the Net/Rom transport link</FONT>
<FONT COLOR="#000000">layer 4 connection is handing data directly to the application</FONT>
<FONT COLOR="#000000">sockets for this user's "connection" to the application and the</FONT>
<FONT COLOR="#000000">AX.25 link layer 2 connection may stay behind in order to handle</FONT>
<FONT COLOR="#000000">multiple Net/Rom transport layer 4 connections.</FONT>
</PRE>
</BLOCKQUOTE>
My "training" is that each instantiation of use gets its own unique socket. It seems that termination of upper level processes constitutes adequate reason to further terminate everything assembled specifically to support the higher level process. This action would return the stack to it's pre-use structure. Again - I will document the as-is if it is as-intended / I have no axe to grind by either approach.
<BLOCKQUOTE TYPE=CITE>
<PRE>
<FONT COLOR="#000000">The same would also be true if you were using the TCP(/IP) protocol</FONT>
<FONT COLOR="#000000">as a user's connection to your application(s) directly under an AX.25</FONT>
<FONT COLOR="#000000">link layer 2 connection. The same AX.25 link layer 2 connection may</FONT>
<FONT COLOR="#000000">handle multiple transport connections across it.</FONT>
</PRE>
</BLOCKQUOTE>
Actually I've noticed TCP persists too - but did not include it into the test case for this email on the presumption of being a similar answer.<BR>
<BR>
THANKS FOR THE COUNCIL Barry...
<BLOCKQUOTE TYPE=CITE>
<PRE>
<FONT COLOR="#000000">73, de Barry, K2MF >></FONT>
<FONT COLOR="#000000"> o</FONT>
<FONT COLOR="#000000"> <|> Barry Siegfried</FONT>
<FONT COLOR="#000000">+---------/-\---------------------------+</FONT>
<FONT COLOR="#000000">| Internet | <A HREF="mailto:bgs@mfnos.net">bgs@mfnos.net</A> |</FONT>
<FONT COLOR="#000000">| HomePage | <A HREF="http://www.mfnos.net/~bgs">http://www.mfnos.net/~bgs</A> |</FONT>
<FONT COLOR="#000000">+----------+----------------------------+</FONT>
<FONT COLOR="#000000">| Amprnet | <A HREF="mailto:k2mf@nnj.k2mf.ampr.org">k2mf@nnj.k2mf.ampr.org</A> |</FONT>
<FONT COLOR="#000000">| PBBS | k2mf@k2ge.#cnj.nj.usa.noam |</FONT>
<FONT COLOR="#000000">+----------+----------------------------+</FONT>
<FONT COLOR="#000000">_______________________________________________</FONT>
<FONT COLOR="#000000">nos-bbs mailing list</FONT>
<FONT COLOR="#000000"><A HREF="mailto:nos-bbs@lists.tapr.org">nos-bbs@lists.tapr.org</A></FONT>
<FONT COLOR="#000000"><A HREF="https://lists.tapr.org/cgi-bin/mailman/listinfo/nos-bbs">https://lists.tapr.org/cgi-bin/mailman/listinfo/nos-bbs</A></FONT>
</PRE>
</BLOCKQUOTE>
<TABLE CELLSPACING="0" CELLPADDING="0" WIDTH="100%">
<TR>
<TD>
<BR>
73<BR>
de Skip k8rra k<BR>
<BR>
<BR>
</TD>
</TR>
</TABLE>
</BODY>
</HTML>