<html xmlns:v="urn:schemas-microsoft-com:vml" xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40"><head><meta http-equiv=Content-Type content="text/html; charset=utf-8"><meta name=Generator content="Microsoft Word 15 (filtered medium)"><style><!--
/* Font Definitions */
@font-face
{font-family:"Cambria Math";
panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
{font-family:Calibri;
panose-1:2 15 5 2 2 2 4 3 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
{margin:0in;
margin-bottom:.0001pt;
font-size:12.0pt;
font-family:"Times New Roman","serif";}
a:link, span.MsoHyperlink
{mso-style-priority:99;
color:blue;
text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
{mso-style-priority:99;
color:purple;
text-decoration:underline;}
span.EmailStyle17
{mso-style-type:personal-reply;
font-family:"Calibri","sans-serif";
color:#1F497D;}
.MsoChpDefault
{mso-style-type:export-only;
font-family:"Calibri","sans-serif";}
@page WordSection1
{size:8.5in 11.0in;
margin:1.0in 1.0in 1.0in 1.0in;}
div.WordSection1
{page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext="edit">
<o:idmap v:ext="edit" data="1" />
</o:shapelayout></xml><![endif]--></head><body lang=EN-US link=blue vlink=purple><div class=WordSection1><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'>Right. Thanks Ken.<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'><o:p> </o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'>These documents are interesting:<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'><a href="http://www.tapr.org/pdf/DCC2009-DelayandDisruptionTolerantNetworking-EI7IG-G0HWW-Walsh.pdf">http://www.tapr.org/pdf/DCC2009-DelayandDisruptionTolerantNetworking-EI7IG-G0HWW-Walsh.pdf</a><o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'><a href="https://www.tapr.org/pdf/DCC2011-DelayTolerantAX25-EI7IG-G0HHW-Walsh.pdf">https://www.tapr.org/pdf/DCC2011-DelayTolerantAX25-EI7IG-G0HHW-Walsh.pdf</a><o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'><o:p> </o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'>They reference at least one TNC that will not really make use of maxframe > 4. <o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'><o:p> </o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'>The above papers also show diminishing returns for the throughput for each value above one (in a clear channel). Going from 1 to 2 results in a little better than 10% improvement. But going from 2 to 3, 3 to 4, etc., provides a smaller and smaller advantage, while incurring an increasing disadvantage when conditions are bad. We’ve been using a compromise of maxframe = 2 in our network and it’s worked well. <o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'><o:p> </o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'>But I just discovered that the Kenwood TH-D72A has the value hard-set to 1. Perhaps that’s simply a cost reduction engineering choice. But it reminded me of all of the references I’d seen (like the JNOS manual) that said 1 is ideal without any explanation. It got me wondering if there was something I was missing.<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'><o:p> </o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'>Michael<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'>N6MEF<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'><o:p> </o:p></span></p><p class=MsoNormal style='margin-left:.5in'><b><span style='font-size:11.0pt;font-family:"Calibri","sans-serif"'>From:</span></b><span style='font-size:11.0pt;font-family:"Calibri","sans-serif"'> nos-bbs-bounces@tapr.org [mailto:nos-bbs-bounces@tapr.org] <b>On Behalf Of </b>kd6oat<br><b>Sent:</b> Monday, June 09, 2014 6:20 PM<br><b>To:</b> TAPR xNOS Mailing List<br><b>Subject:</b> Re: [nos-bbs] MAXFRAME<o:p></o:p></span></p><p class=MsoNormal style='margin-left:.5in'><o:p> </o:p></p><div><p class=MsoNormal style='margin-left:.5in'>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."<o:p></o:p></p><div><p class=MsoNormal style='margin-left:.5in'><o:p> </o:p></p></div><div><p class=MsoNormal style='margin-left:.5in'>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."<o:p></o:p></p></div><div><p class=MsoNormal style='margin-left:.5in'><o:p> </o:p></p></div><div><p class=MsoNormal style='margin-left:.5in'>While the exact "why" remains somewhat elusive, I hope that is helpful.<o:p></o:p></p></div><div><p class=MsoNormal style='margin-left:.5in'><o:p> </o:p></p></div><div><p class=MsoNormal style='margin-left:.5in'>Ken<o:p></o:p></p></div></div><div><p class=MsoNormal style='mso-margin-top-alt:0in;margin-right:0in;margin-bottom:12.0pt;margin-left:.5in'><o:p> </o:p></p><div><p class=MsoNormal style='margin-left:.5in'>On Mon, Jun 9, 2014 at 5:54 PM, Michael E Fox - N6MEF <<a href="mailto:n6mef@mefox.org" target="_blank">n6mef@mefox.org</a>> wrote:<o:p></o:p></p><blockquote style='border:none;border-left:solid #CCCCCC 1.0pt;padding:0in 0in 0in 6.0pt;margin-left:4.8pt;margin-right:0in'><p class=MsoNormal style='margin-left:.5in'>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.<o:p></o:p></p><div><div><p class=MsoNormal style='mso-margin-top-alt:0in;margin-right:0in;margin-bottom:12.0pt;margin-left:.5in'><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><o:p></o:p></p></div></div><p class=MsoNormal style='margin-left:.5in'>_______________________________________________<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><o:p></o:p></p></blockquote></div><p class=MsoNormal style='margin-left:.5in'><o:p> </o:p></p></div></div></body></html>