[arm-allstar] problem with telemetry via localplay or playback when node is keyed

David McGough kb4fxc at inttek.net
Sat Nov 20 13:36:18 EST 2021


Patrick,

The telemetry management in AllStar, simply put, is a mess!   Up through 
the V1.6.2-10 version of HamVoIP, telemetry behavior on HamVoIP will be 
very similar to what was found in historic versions of app_rpt (meaning 
the original version 0.327, circa 2016).

As of the more recent pre-release code, telemetry management has evolved
significantly, mainly swatting various gnarly bugs that have plagued 
AllStar for a decade or longer.  I'm still working on this code, as of 
now, but it has been lower priority.

For most of the last year, my primary focus has been code stability and
handling the huge network growth AllStar is seeing---who would have
guessed that some large nets would now have 400+ nodes and repeaters
connected!  And, the network sizes continues to grow at a blistering rate!  
To handle this, I'm working on a complete rewrite of several internal core 
data structures, plus completely changing the internal process threading.


73, David KB4FXC


On Sat, 20 Nov 2021, "Patrick Perdue via ARM-allstar" wrote:

> I just noticed an issue with Asterisk 1.4.23-pre.hamvoip-V1.6.2-10 
> app_rpt-0.327-06/01/2020 running on a repeater.
> 
> There is a file scheduled to play at a specific time through cron. 
> holdofftelem=1. Thus, if there is traffic, the telemetry should be held 
> until the node is no longer keyed.
> 
> What actually happens is this.
> 
> The repeater is keyed by someone from the RF side. The event is 
> triggered while a transmission is happening. All audio stops passing 
> between the repeater and VoIP until the end of the transmission, where 
> upon the file, which was held in the queue, is played. I can reproduce 
> this on my local nodes as well, simply by executing rpt playback <node> 
> <file> while transmitting toward my node, and monitoring from another 
> local node. This is also the case when using the included saytime 
> script. In both cases, the file being played back is either sln or ULAW.
> 
> _______________________________________________
> 
> ARM-allstar mailing list
> ARM-allstar at hamvoip.org
> http://lists.hamvoip.org/cgi-bin/mailman/listinfo/arm-allstar
> 
> Visit the BBB and RPi2/3/4 web page - http://hamvoip.org
> 



More information about the ARM-allstar mailing list