Updated Protocol and compatibility (markdown)

Protocol-and-compatibility.md

@@ -1,7 +1,7 @@
 # Protocol compatibility
 - Make sure LoRa sync word and other LoRa parameters match
 - **Normal/Client mode** should be interoperable with other clients, which transmit raw text APRS messages if KISS client sends them in this format to the modem
-- **Server iGate** by default supports only classical `AX25` frames over LoRa (as defined in http://www.aprs.org/doc/APRS101.PDF page 12, see section below). It should enable interoperability with classical Linux APRS software, such as Xastir with `kissattach`. Some LoRa ARPS implementations transfer plain text APRS messages over LoRa, for this mode operations need to set `cfgEnableTextPackets/CFG_TEXT_PACKETS` to `true`, in this case iGate will transmit, receive and digirepeat text based APRS messages instead of classical ax25 frames.
+- **Server iGate** by default supports only classical `AX25` frames over LoRa (as defined in http://www.aprs.org/doc/APRS101.PDF page 12, see section below). It should enable interoperability with classical Linux APRS software, such as Xastir with `kissattach`. Some LoRa ARPS implementations transfer plain text APRS messages over LoRa, for this mode operations need to set `cfg.EnableTextPackets/CFG_TEXT_PACKETS` to `true`, in this case iGate will transmit, receive and digirepeat text based APRS messages instead of classical ax25 frames.
 
 # APRS AX.25 protocol
 At the link level, APRS uses the AX.25 protocol, as defined in AmateurPacket-Radio Link-Layer Protocol, utilizing Unnumbered Information (UI) frames exclusively. This means that APRS runs in connection less mode, whereby AX.25 frames are transmitted without expecting any response, and reception at the other end is not guaranteed.At a higher level, APRS supports a messaging protocol that allows users tos end short messages (one line of text) to nominated stations, and expects to receive acknowledgements from those stations.