On a DIAL AllStar node with EchoLink configured, an incoming Echolink user’s transmit is interrupted after twenty seconds on every transmission. A local key-up resets the timer and the remote station’s transmission resumes. At the time of disconnect I see this in the verbose asterisk console output every time:
– <DAHDI/pseudo-960886400> Playing ‘rpt/node’ (language ‘en’)
– <DAHDI/pseudo-960886400> Playing ‘digits/4’ (language ‘en’)
– <DAHDI/pseudo-960886400> Playing ‘digits/2’ (language ‘en’)
– <DAHDI/pseudo-960886400> Playing ‘digits/2’ (language ‘en’)
– <DAHDI/pseudo-960886400> Playing ‘digits/6’ (language ‘en’)
– <DAHDI/pseudo-960886400> Playing ‘digits/9’ (language ‘en’)
– <DAHDI/pseudo-960886400> Playing ‘rpt/timeout’ (language ‘en’)
– Hungup ‘DAHDI/pseudo-960886400’
We’ve been unable to locate the setting (if there is one) that would cause DAHDI to play rpt/timeout.
`In your /etc/asterisk/rpt.conf file the line that reads …
totime=450000 ; transmit time-out time (in ms) (optional)
N5ZUA
`
···
On 2/2/2016 5:44 PM, Larry da Ponte
wrote:
On a DIAL AllStar node with EchoLink configured, an
incoming Echolink user’s transmit is interrupted after twenty
seconds on every transmission.� A local key-up resets the timer
and the remote station’s transmission resumes.� At the time of
disconnect I see this in the verbose asterisk console output
every time:
� � -- <DAHDI/pseudo-960886400> Playing 'rpt/node'
(language ‘en’)
� � -- <DAHDI/pseudo-960886400> Playing 'digits/4'
(language ‘en’)
� � -- <DAHDI/pseudo-960886400> Playing 'digits/2'
(language ‘en’)
� � -- <DAHDI/pseudo-960886400> Playing 'digits/2'
(language ‘en’)
� � -- <DAHDI/pseudo-960886400> Playing 'digits/6'
(language ‘en’)
� � -- <DAHDI/pseudo-960886400> Playing 'digits/9'
(language ‘en’)
� � -- <DAHDI/pseudo-960886400> Playing
‘rpt/timeout’ (language ‘en’)
� � – Hungup ‘DAHDI/pseudo-960886400’
We've been unable to locate the setting (if there is one)
that would cause DAHDI to play rpt/timeout.
Where should we be looking?
Thanks
Larry
HB9EYQ
_______________________________________________
App_rpt-users mailing list
To unsubscribe from this list please visit 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.
I think you would be looking for the remote activity timer because as you said is
someone keys up on radio side, the timer resets.
One or more of these settings in rpt.conf might help.
lnkactenable=0 <<<< I believe this would turn "inactivity timer" off.
remote_inact_timeout=1800 <<<<<<<<<<< 30m I think
remote_timeout=3600
lnkacttimerwarn=30
Double check those in the manual. But that's how I remember it.
...mike/kb8jnm
···
On a DIAL AllStar node with EchoLink configured, an incoming Echolink
user's transmit is interrupted after twenty seconds on every transmission.
A local key-up resets the timer and the remote station's transmission
resumes. At the time of disconnect I see this in the verbose asterisk
console output every time:
-- <DAHDI/pseudo-960886400> Playing 'rpt/node' (language 'en')
-- <DAHDI/pseudo-960886400> Playing 'digits/4' (language 'en')
-- <DAHDI/pseudo-960886400> Playing 'digits/2' (language 'en')
-- <DAHDI/pseudo-960886400> Playing 'digits/2' (language 'en')
-- <DAHDI/pseudo-960886400> Playing 'digits/6' (language 'en')
-- <DAHDI/pseudo-960886400> Playing 'digits/9' (language 'en')
-- <DAHDI/pseudo-960886400> Playing 'rpt/timeout' (language 'en')
-- Hungup 'DAHDI/pseudo-960886400'
We've been unable to locate the setting (if there is one) that would cause
DAHDI to play rpt/timeout.
Where should we be looking?
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.