ASL-Corp members, Bureaucrats, Check users, Structured Discussions bots, oversight, Suppressors, Administrators, Upload Wizard campaign editors
1,714
edits
Changes
Jump to navigation
Jump to search
mLine 2:
Line 2: − + − + − + − + Line 139:
Line 139: + + +
no edit summary
[[Category:Software]]
[[Category:Software]]
{{Infobox PTTLink
{{Infobox PTTLink
| image = Thruhole 0010.JPG
| image = ASL RTCM VOTER-Front.jpeg
| caption = Voice Observing Time Extension for Radio (VOTER) Protocol
| caption = Voice Observing Time Extension for Radio (VOTER) Protocol<ref name="VOTER">VOTER Protocol by Jim Dixon, WB6NIL (SK), [[Media:VOTER_protocol.pdf|VOTER Protocol Whitepaper]]</ref>
| category = Hardware
| category = Hardware
}}
}}
Voice Observing Time Extension for Radio (VOTER) Protocol<br/>
Voice Observing Time Extension for Radio (VOTER) Protocol<ref name="VOTER" /><br/>
By: Jim Dixon, WB6NIL (SK)<br/>
By: Jim Dixon, WB6NIL (SK)<br/>
Revision: Version 1.0 – August 11, 2013
Revision: Version 1.0 – August 11, 2013
= Introduction =
= Introduction =
VOTER is a completely connection-less UDP-based protocol (using IANA-assigned well-known port 667, originally assigned to me for a project I was doing for the United States Federal Election Commission, which, of course, deals mainly with an entirely different kind of voting). It provides for transmission of audio signals from remote radio receivers, along with ultra-precise (GPS-based) timing information and signal quality, allowing synchronization of multiple signals at the "head" end (hereinafter referred to as the "host") of the system and selection of which signal to use based upon the signal quality information and the consistency thereof. Audio and timing information may also optionally be sent back the remote location (hereinafter referred to as the "client") by the host to facilitate a multiple-site simulcast transmission system. In addition, it may serve as a simple, low overhead audio stream protocol for general-purpose (non-GPS-based timed) purposes.
[[VOTER]] is a completely connection-less UDP-based protocol (using IANA-assigned well-known port 667, originally assigned to me for a project I was doing for the United States Federal Election Commission, which, of course, deals mainly with an entirely different kind of voting). It provides for transmission of audio signals from remote radio receivers, along with ultra-precise (GPS-based) timing information and signal quality, allowing synchronization of multiple signals at the "head" end (hereinafter referred to as the "host") of the system and selection of which signal to use based upon the signal quality information and the consistency thereof. Audio and timing information may also optionally be sent back the remote location (hereinafter referred to as the "client") by the host to facilitate a multiple-site simulcast transmission system. In addition, it may serve as a simple, low overhead audio stream protocol for general-purpose (non-GPS-based timed) purposes.
Security is provided by a Challenge/Response authentication technique using CRC-32 based digest information. Although it is by no means a terribly secure method (it is not even close to cryptographically-strong), it at least it provides somewhat of a deterrent for those attempting to circumvent the security.
Security is provided by a Challenge/Response authentication technique using CRC-32 based digest information. Although it is by no means a terribly secure method (it is not even close to cryptographically-strong), it at least it provides somewhat of a deterrent for those attempting to circumvent the security.
It is important to keep in mind that in “general-purpose” mode, the 20 millisecond time interval is by definition approximate (although kept as accurate and consistent as possible). Unlike GPS-based mode, the timing is based entirely upon local processor clock sources, etc., and can (and probably will)
It is important to keep in mind that in “general-purpose” mode, the 20 millisecond time interval is by definition approximate (although kept as accurate and consistent as possible). Unlike GPS-based mode, the timing is based entirely upon local processor clock sources, etc., and can (and probably will)
vary. Therefore, accommodation must be made to allow tolerance of this.
vary. Therefore, accommodation must be made to allow tolerance of this.
= References =
<references />