[aprssig] AX25 / KISS questions

[Kenneth Finnegan]

Woah woah woah... We shouldn't be adding stuff to APRS1.1 when there's an
APRS1.2. The 1.1 page literally says "But it was decided best to finally
Freeze the accumulation in June 2004 as APRS1.1 and then after public
posting approve it."

Can we please have this http://aprs.org/aprs11/C-bits-SSID.txt document
under the APRS1.2 page instead of 1.1? 1.2 already has a link to the RR
bits page.

--
Kenneth Finnegan
http://blog.thelifeofkenneth.com/

On Fri, Jun 9, 2017 at 4:05 PM, Robert Bruninga <bruninga at usna.edu> wrote:

> Never thought of them before.  So I added this description to the APRS11
> spec update page.
> http://aprs.org/aprs11.html
>
> (So I can find it next time.)
> Bob, WB4aPR
>
> -----Original Message-----
> From: aprssig [mailto:aprssig-bounces at tapr.org] On Behalf Of John Langner
> WB2OSZ
> Sent: Friday, June 09, 2017 6:25 PM
> To: aprssig at tapr.org
> Subject: [aprssig] AX25 / KISS questions
>
> The AX.25 spec says this about the "C" bits in the destination and source
> addresses.  Section 6.1.2, figure 6.1.
>
> Frame Type        Dest.SSID C-Bit   Source SSID C-Bit
> ---------------   ---------------   -----------------
> Previous versions        0                0
> Command (V.2.X)          1                0
> Response (V.2.X)         0                1
> Previous versions        1                1
>
> The two "C" bits must be the opposite of each other.  This is very
> important
> for the traditional "connected" mode.
>
> I could find no mention of these two bits in the APRS protocol spec or
> other
> literature.
>
> After spending a lot of time studying the AX.25 spec, I think "command"
> would be correct.  The state diagrams, in the back, indicate that a UI
> frame
> that is not a "command" is an error.  APRS is built on top of AX.25 so we
> would expect it to follow the same rules unless explicitly mentioned
> otherwise.
>
> When this question came up before, I hacked together something to observe
> what is actually used in practice.
>
> Source C   Dest C   meaning, examples.
> --------   ------   ------------------
>
>    0      0       (previous versions)   WXtrac, APRS+SA, KPC-3, Tiny Track,
> Xastir
>    0      1       (command)   Uidigi, UIview, APRSISCE, APRSdroid
>    1      0       (response)  Kenwood, Yaesu, APRSISCE
>    1      1       (previous versions)   OpenTrack
>
>
> We can have philosophical discussions about what they "should" be but the
> reality is that we find all 4 combinations being used.
>
> Any implementation should simply ignore them for incoming frames.
>
>
> _______________________________________________
> aprssig mailing list
> aprssig at tapr.org
> http://www.tapr.org/mailman/listinfo/aprssig
> _______________________________________________
> aprssig mailing list
> aprssig at tapr.org
> http://www.tapr.org/mailman/listinfo/aprssig
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.tapr.org/pipermail/aprssig_lists.tapr.org/attachments/20170609/44b3a448/attachment.html>