[App_rpt-users] Recompile with radio relax setting

[Steve Zingman]

Bryan,

Stop asterisk:
service asterisk stop

Verify asterisk is stopped:
ps ax | grep asterisk If you see  /usr/sbin/asterisk it is not stopped
  killall -9 asterisk
ps ax | grep asterisk If you see  /usr/sbin/asterisk it is not stopped

Change compiler setting:
cd /usr/src/astsrc-1.4.23-pre/asterisk
make menuselect
select  10. Compiler Flags
select 6.  RADIO_RELAX set to taste
x
make
make install

service asterisk start

73, Steve N4IRS


On 2/16/2016 9:33 AM, Bryan Taylor wrote:
>
> Hello all,
>
> Have several nodes running on allstarlink, some x86 and some raspberry 
> pi2's.  I have noticed the false dtmf issue on each node and would 
> like to recompile app_rpt to set the radio relax feature accordingly 
> to reduce/eliminate the false dtmf tones that get decoded from voice 
> transmissions.  All nodes are running the latest dial installation, 
> does anyone know the correct procedure to do this on a dial system?
>
> Thanks
> Bryan
> Vo1mxz
> Sent from my iPhone 6
>
> On Feb 15, 2016, at 12:34 PM, Kevin Custer <kuggie at kuggie.com 
> <mailto:kuggie at kuggie.com>> wrote:
>
>> This is now answered in the DIAL FAQ:
>>
>> http://docs.allstarlink.org/drupal/node/170
>>
>> Kevin
>>
>>
>> On 2/15/2016 9:54 AM, Steve Zingman wrote:
>>> Jim,
>>> Any node can be a "HUB" A node is not limited to one connection. 
>>> There may be hardware limitation about the number of connections a 
>>> given piece of hardware and internet connection can support. 
>>> Typically, a HUB is located on a higher bandwidth internet 
>>> connection and is running a more "stout" piece of hardware. A HUB 
>>> usually does not have a node radio connected to it, but there is no 
>>> reason it can't. A HUB usually runs DAHDI/pseudo for it's rxchannel.
>>>
>>> As a example HUB 2100 is running on a decent internet connection and 
>>> decent hardware. We are running the beta test of the DMR <---> 
>>> AllStar gateway on it so it has a NW Digital DV3000 connected and is 
>>> using chan_usrp instead of pseudo for it's rxchannel.
>>>
>>> Hope this helps.
>>>
>>> 73, Steve N4IRS
>>>
>>> On 2/14/2016 5:24 PM, Jim Aspinwall wrote:
>>>> What if anything are the specific differences between a single node 
>>>> (tied to simplex, repeater, Pi box and headset...) that can 
>>>> presumably only accept one in-bound call/connect, and a hub, to 
>>>> which many can connect and bridge through/over?
>>>>
>>>> Given a certain amount of specialization or purpose/interest-built 
>>>> hubs I am interested in having a purpose-built hub for a few 
>>>> systems and users not exclusive but so as not to impose on others' 
>>>> hubs and traffic.
>>>>
>>>> What does it take to do this?
>>
>> _______________________________________________
>> App_rpt-users mailing list
>> App_rpt-users at ohnosec.org <mailto:App_rpt-users at ohnosec.org>
>> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
>>
>> To unsubscribe from this list please visit 
>> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll 
>> down to the bottom of the page. Enter your email address and press 
>> the "Unsubscribe or edit options button"
>> You do not need a password to unsubscribe, you can do it via email 
>> confirmation. If you have trouble unsubscribing, please send a 
>> message to the list detailing the problem.
>
>
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at ohnosec.org
> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
>
> To unsubscribe from this list please visit http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button"
> You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem.

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20160216/0f8d87f6/attachment.html>