<html><head><meta http-equiv="Content-Type" content="text/html; charset=us-ascii"><meta name="Generator" content="Microsoft Word 12 (filtered medium)"><style><!--
/* Font Definitions */
@font-face
{font-family:Calibri;
panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
{font-family:Tahoma;
panose-1:2 11 6 4 3 5 4 4 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;}
p
{mso-style-priority:99;
mso-margin-top-alt:auto;
margin-right:0in;
mso-margin-bottom-alt:auto;
margin-left:0in;
font-size:12.0pt;
font-family:"Times New Roman","serif";}
span.EmailStyle18
{mso-style-type:personal-reply;
font-family:"Calibri","sans-serif";
color:#1F497D;}
.MsoChpDefault
{mso-style-type:export-only;
font-size:10.0pt;}
@page WordSection1
{size:8.5in 11.0in;
margin:1.0in 1.0in 1.0in 1.0in;}
div.WordSection1
{page:WordSection1;}
--></style></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">Can someone show us how to quickly send some test packets to a KISS TNC:</span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d"> </span></p><p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d">Help me test the RR bits. I have plenty of KPC-3 TNC’s.</span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d">I can place one into KISS mode.</span></p><p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d">I can program a PIC to send it KISS PACKETS for transmission.</span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d"> </span></p><p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d">Can Andrew or Lynn or anyone tell me the exact “string” to send to a KISS TNC to send these packets:</span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d"> </span></p><p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d">WB4APR>APRSRR,DIGI:!3906.11N/07520.22W-test11</span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d">WB4APR>APRSRR,DIGI:!3906.11N/07520.22W-test10</span></p><p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d">WB4APR>APRSRR,DIGI:!3906.11N/07520.22W-test01</span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d">WB4APR>APRSRR,DIGI:!3906.11N/07520.22W-test00</span></p><p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d"> </span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d">And in each one of them, I will make the RR bits be 11, 10, 01,00 as indicated.</span></p><p class="MsoNormal">
<span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d"> </span></p><p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d">Then I can test the kenwoods, and KPC’3s. Any anyone else can do their own tests too.</span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d"> </span></p><p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d">ARGH, I guess I also have to genereate a CRC which is NOT something easy to do manyally. Hummh..</span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d">Or does the KISS do that for me I hope?</span></p><p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d"> </span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d">Bob, WB4APR</span></p><p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d"> </span></p>
<div><div style="border:none;border-top:solid #b5c4df 1.0pt;padding:3.0pt 0in 0in 0in"><p class="MsoNormal"><b><span style="font-size:10.0pt;font-family:"Tahoma","sans-serif"">From:</span></b><span style="font-size:10.0pt;font-family:"Tahoma","sans-serif""> <a href="mailto:aprssig-bounces@tapr.org">aprssig-bounces@tapr.org</a> [mailto:<a href="mailto:aprssig-bounces@tapr.org">aprssig-bounces@tapr.org</a>] <b>On Behalf Of </b>Andrew P.<br>
<b>Sent:</b> Tuesday, December 04, 2012 1:23 PM<br><b>To:</b> <a href="mailto:aprssig@tapr.org">aprssig@tapr.org</a><br><b>Subject:</b> Re: [aprssig] AX.25 RR bit test - Holy Grail (KWD)</span></p></div></div><p class="MsoNormal">
</p><div><p class="MsoNormal" style="margin-bottom:12.0pt"><span style="font-size:10.0pt;font-family:"Tahoma","sans-serif"">Bob:<br><br>Along with adding support for raster maps to YAAC (for your spelunking project), I have also added support to display non-default RR bits, and RF-forward the bits unmodified. The build containing these changes should be out by tomorrow.<br>
<br>Do we need a way to manually specify non-default RR bit values for test injection? If so, how would you like it done?<br><br>Andrew Pavlin, KA2DDO</span></p><div><p class="MsoNormal"><span style="font-size:10.0pt;font-family:"Tahoma","sans-serif"">> From: <a href="mailto:bruninga@usna.edu">bruninga@usna.edu</a><br>
> Date: Tue, 4 Dec 2012 12:18:31 -0500<br>> To: <a href="mailto:aprssig@tapr.org">aprssig@tapr.org</a><br>> Subject: Re: [aprssig] AX.25 RR bit test - Holy Grail (KWD)<br>> <br>> Don't' know yet. Ill keep track of reports. As soon as someonc can set<br>
> up a transmit test, (and have a client that can receive and display the<br>> bits) then we can test a kenwood digipeater.<br>> <br>> Bob<br>> <br>> -----Original Message-----<br>> From: <a href="mailto:aprssig-bounces@tapr.org">aprssig-bounces@tapr.org</a> [mailto:<a href="mailto:aprssig-bounces@tapr.org">aprssig-bounces@tapr.org</a>] On Behalf<br>
> Of Lynn W. Deffenbaugh (Mr)<br>> Sent: Tuesday, December 04, 2012 12:11 PM<br>> To: TAPR APRS Mailing List<br>> Subject: Re: [aprssig] AX.25 RR bit test - Holy Grail (KWD)<br>> <br>> Ignore but copy from inbound path to outbound path in the event of a<br>
> Kenwood-based digipeater? Or do they reconstruct the path components,<br>> possibly clobbering the received RR bits?<br>> <br>> Lynn (D) - KJ4ERJ - Author of APRSISCE for Windows Mobile and Win32<br>> <br>
> <br>> On 12/4/2012 11:55 AM, Robert Bruninga wrote:<br>> > Kenwood confirms that their radios all will ignore the RR bits and so we<br>> > can use them for future features without impacting current functions.<br>
> ><br>> > I will keep tabs of the results of all tests of the RR bits as we prove<br>> > that<br>> > The network is presently transparent to their future use. Please test<br>> and<br>> > report.<br>
> ><br>> > I have now added both of these new proposals (Preemptive digipeating and<br>> > RR bits) to the APRS version 1.2 web page:<br>> > <a href="http://aprs.org/aprs12.html">http://aprs.org/aprs12.html</a><br>
> ><br>> > Bob, WB4APR<br>> ><br>> > -----Original Message-----<br>> > From: Robert Bruninga [mailto:<a href="mailto:bruninga@usna.edu">bruninga@usna.edu</a>]<br>> > Sent: Friday, November 30, 2012 3:07 PM<br>
> > To: TAPR APRS Mailing List<br>> > Cc: Robert Bruninga<br>> > Subject: RE: [aprssig] AX.25 RR bit test - Holy Grail (reply)<br>> ><br>> > Your comments are all well received. But so far, none of the comments<br>
> > have shown a reason why not to explore future use of these bits for<br>> future<br>> > constructs:<br>> ><br>> >> it would not work with existing software..<br>> > Never intended to "work". Only intended to be "transparent" or<br>
> "ignored"<br>> > by existing software. The Future use of those bits is only for FUTURE<br>> > concepts which of course would require FUTURE code to take advantage of<br>> > it. But nothing that exists now would be impacted (if present hardware<br>
> is<br>> > AX.25 compliant and transparent to them as they should be).<br>> ><br>> >> these bits are in AX.25 headers. _not_ in<br>> >> [packets] sent through APRS-IS...<br>> > SO therefore, by definition, they do not break anything that exists in<br>
> the<br>> > APRS-IS and are 100% backwards transparent with the entire APRS-IS. It<br>> is<br>> > only backwards transparency that is a concern.<br>> ><br>> >> Also, there is no construct in the APRS-IS packet<br>
> >> format to embed the values of those bits in the APRS-IS...<br>> > Sure there is. We can easily add into the APRS-IS pseudo header without<br>> > breaking anything that exists. I am sure that the clever minds that<br>
> came<br>> > up with the Q construct can think of some similar way to indicate these<br>> > bits [11].<br>> ><br>> >> and not available in any clients speaking to command-mode TNC's.<br>
> > But again, "are not available" does not block any future use and also<br>> > implies existing transparency.<br>> ><br>> >> Only KISS-mode TNC's would be able to pass such non-standard packets<br>
> > First, GREAT! This means that every software or client that uses a KISS<br>> > interface can be updated to use these bits if desired.<br>> ><br>> > Second, these bits *are* STANDARD AX.25. "The bits ... may be used in<br>
> an<br>> > agreed-upon manner in individual networks". And if that is not APRS,<br>> then<br>> > I don't know what else would be..<br>> ><br>> >> There's just WAY too many things using the TNC2<br>
> >> humanly readable packet format, not just the APRS-IS,<br>> >> that would need/benefit from access to this information.<br>> > Again, that is FUTURE BENEFIT. Of course, FUTURE code would need to be<br>
> > updated to take advantage of FUTURE use of these bits. But that is how<br>> we<br>> > move forward as long as it does not break anything that exists now.<br>> ><br>> >> But to me the death knoll is compatibility.<br>
> >> There are just too many devices for this to ever<br>> >> be proven not to be harmful.<br>> > They are in the spec, the spec authorizes their use, every spec<br>> compliant<br>> > TNC, Radio, Hardware, etc should handle them just fine. We should not<br>
> be<br>> > afraid to use something in the AX.25 spec that was put there just for<br>> this<br>> > kind of special network use, but we overlooked for so long? We simply<br>> need<br>> > to test them before using them.<br>
> ><br>> > Of course, we would not move forward if ANY existing hardware failed to<br>> be<br>> > transparent to these bits. But that is no reason not to at least<br>> perform<br>> > the test and find where we stand.<br>
> ><br>> >> I urge you to withdraw this part of the proposal...<br>> > But, until someone can show that a piece of hardware fails to pass these<br>> > packets, then I think it should remain on the table and worthy of<br>
> > exploring and testing.<br>> ><br>> > So few of us can actually generate an AX.25 packet at the bit level,<br>> that<br>> > this testing can only be done by people who can test their AX.25<br>
> > transmitting code. Maybe Byonics or Argilent, or any of the software<br>> TNC<br>> > authors can take a crack at testing it.<br>> ><br>> > So again, the only thing that matters now is TRANSPARENCEY of these bits<br>
> > to all existing APRS and AX.25 hardware and firmware. Future use that<br>> > does not break anything that exists, seems to me to be a worthy area to<br>> > explore for future use for future (not presently existing) capabilities.<br>
> ><br>> > Just brain storming...<br>> ><br>> > Bob, WB4APR<br>> ><br>> > _______________________________________________<br>> > aprssig mailing list<br>> > <a href="mailto:aprssig@tapr.org">aprssig@tapr.org</a><br>
> > <a href="https://www.tapr.org/cgi-bin/mailman/listinfo/aprssig">https://www.tapr.org/cgi-bin/mailman/listinfo/aprssig</a><br>> ><br>> <br>> <br>> _______________________________________________<br>
> aprssig mailing list<br>> <a href="mailto:aprssig@tapr.org">aprssig@tapr.org</a><br>> <a href="https://www.tapr.org/cgi-bin/mailman/listinfo/aprssig">https://www.tapr.org/cgi-bin/mailman/listinfo/aprssig</a><br>
> <br>> _______________________________________________<br>> aprssig mailing list<br>> <a href="mailto:aprssig@tapr.org">aprssig@tapr.org</a><br>> <a href="https://www.tapr.org/cgi-bin/mailman/listinfo/aprssig">https://www.tapr.org/cgi-bin/mailman/listinfo/aprssig</a></span></p>
</div></div></div></body></html>