<div dir="ltr">According to my old PK-232 operating manual, "MAXFRAME limits the number of unacknowledged packets the tnc permits on the radio link, and the number of continguous packets your tnc will send in a single trnasmission. The "best" value of MAXFRAME depends on your local channel conditions. In most cases of local keyboard operation, the default value of MAXFRAME of 4 works well. When the amount of traffic is heavy, the path in use is poor or you are using many digipeaters, you can actually impove your throughput by reducing MAXFRAME. Use MAXFRAME 1 for best results on HF packet."<div>
<br></div><div>I believe MAXFRAME works in concert with FRACK and RETRY commands. My other old packet handbook explanes that when a MAXFRAME setting of 4 is exceeded, "additional packets will not move into the TNC or controller until awaiting messages area acknowledged or their path has been discontinued."</div>
<div><br></div><div>While the exact "why" remains somewhat elusive, I hope that is helpful.</div><div><br></div><div>Ken</div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Mon, Jun 9, 2014 at 5:54 PM, Michael E Fox - N6MEF <span dir="ltr"><<a href="mailto:n6mef@mefox.org" target="_blank">n6mef@mefox.org</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Charles,<br>
<br>
Yes, the manual states the optimal value is 1 but gives no reason or<br>
explanation of why.<br>
<br>
My email asked for the why.<br>
<br>
Michael<br>
N6MEF<br>
<br>
<br>
-----Original Message-----<br>
From: <a href="mailto:nos-bbs-bounces@tapr.org">nos-bbs-bounces@tapr.org</a> [mailto:<a href="mailto:nos-bbs-bounces@tapr.org">nos-bbs-bounces@tapr.org</a>] On Behalf<br>
Of Charles Hargrove<br>
Sent: Monday, June 09, 2014 3:28 PM<br>
To: <a href="mailto:nos-bbs@tapr.org">nos-bbs@tapr.org</a><br>
Subject: Re: [nos-bbs] nos-bbs Digest, Vol 118, Issue 1<br>
<br>
I have been using a value of 1 ever since I first set up my system back in<br>
the<br>
late 90's.  The JNOS manual was my guide and it makes sense.<br>
<br>
>From the JNOS manual:<br>
<br>
ax25 maxframe [<count>]<br>
Establish the maximum number of frames that will be allowed to remain<br>
unacknowledged at one time on new AX.25 connections. This number cannot be<br>
greater than 7. Without <count> it will display the current setting. Note<br>
that<br>
the maximum outstanding frame count only works with virtual connections. UI<br>
frames are not affected. Also note that for optimal performance, a value of<br>
1<br>
should be used.  Default is 1 frame.<br>
<br>
and<br>
<br>
1.2. Maxframe<br>
This parameter controls the number of I-frames that may be send on an AX.25<br>
connection before it must stop and wait for an acknowledgement. Since the<br>
AX.25/LAPB sequence number field is 3 bits wide, this number cannot be<br>
larger<br>
than 7. It can be shown that the optimal value is 1.<br>
<br>
Since unconnected-mode (datagram) AX.25 uses UI frames that do not have<br>
sequence numbers, this parameter does not apply to unconnected mode.<br>
<div><div class="h5"><br>
<br>
> I'm trying to optimize the value of MAXFRAME.<br>
><br>
> I've seen statements on the web such as "for best efficiency, use MAXFRAME<br>
=<br>
> 1", but no evidence or explanation is provided.  In fact, a window size of<br>
> just one is usually the LEAST efficient way to go.<br>
><br>
> So, what are you guys using for MAXFRAME out there?<br>
><br>
> Why?<br>
><br>
> How did you decided on that value?<br>
><br>
> Do you have any evidence (experimental, annectdotal, or otherwise) that<br>
led<br>
> you to use that value?<br>
<br>
<br>
<br>
</div></div>_______________________________________________<br>
nos-bbs mailing list<br>
<a href="mailto:nos-bbs@tapr.org">nos-bbs@tapr.org</a><br>
<a href="http://www.tapr.org/mailman/listinfo/nos-bbs" target="_blank">http://www.tapr.org/mailman/listinfo/nos-bbs</a><br>
</blockquote></div><br></div>