[App_rpt-users] Weird behavior

Thu Jan 15 04:50:12 UTC 2015

I missed the link in iax.conf.  I commented that and that has seemed to got
rid of it.  Thanks Doug and Mike.

So here's  another tidbit.  I rant he command and you can see the output,
but while the PTT keyed up on node 1991, the green light did not flash
quickly and no audio came out.

test*CLI> rpt fun 1991 *21992
    -- Accepting UNAUTHENTICATED call from 127.0.0.1:
       > requested format = gsm,
       > requested prefs = (gsm|g726aal2|ulaw),
       > actual format = g726aal2,
       > host prefs = (g726aal2|gsm),
       > priority = mine
    -- Call accepted by 127.0.0.1 (format g726aal2)
    -- Format for call is g726aal2
    -- Executing [1992 at radio-secure:1] Rpt("IAX2/127.0.0.1:4569-2", "1992")
in new stack
  == Spawn extension (radio-secure, 1992, 1) exited KEEPALIVE on
'IAX2/127.0.0.1:4569-2'
    -- Hungup 'Zap/pseudo-604033378'
    -- <Zap/pseudo-221433904> Playing 'rpt/node' (language 'en')
    -- <Zap/pseudo-221433904> Playing 'digits/1' (language 'en')
    -- <Zap/pseudo-221433904> Playing 'digits/9' (language 'en')
    -- <Zap/pseudo-221433904> Playing 'digits/9' (language 'en')
    -- <Zap/pseudo-221433904> Playing 'digits/2' (language 'en')
    -- <Zap/pseudo-221433904> Playing 'rpt/connected' (language 'en')
    -- <Zap/pseudo-221433904> Playing 'digits/2' (language 'en')
    -- <Zap/pseudo-221433904> Playing 'rpt/node' (language 'en')
    -- <Zap/pseudo-221433904> Playing 'digits/1' (language 'en')
    -- <Zap/pseudo-221433904> Playing 'digits/9' (language 'en')
    -- <Zap/pseudo-221433904> Playing 'digits/9' (language 'en')
    -- <Zap/pseudo-221433904> Playing 'digits/1' (language 'en')
    -- Hungup 'Zap/pseudo-221433904'

Very odd.

Regards,
Mike Montalvo, KF7MBK
ARA Membership Chair
www.w7ara.org

On Wed, Jan 14, 2015 at 9:26 PM, Doug Crompton <doug at crompton.com> wrote:

> Mike,
>
>  Not sure what is going on with your first problem but for the private
> nodes I am assuming you do not have a registration line for it in iax.conf
> and that you have the status lines for that node commented out in rpt.conf
> and you also have the node defined in the nodes section of rpt.conf?
>
>
>
> *73 DougWA3DSPhttp://www.crompton.com/hamradio
> <http://www.crompton.com/hamradio>*
>
>
> ------------------------------
> From: kf7mbk at w7ara.net
> Date: Wed, 14 Jan 2015 20:52:15 -0700
> To: app_rpt-users at ohnosec.org
> Subject: [App_rpt-users] Weird behavior
>
>
> I have two nodes set up.  One of them is a DMK URI the other is a CM119
> dongle. Both are in full duplex mode 3.
>
> I have an HT connected to the DMK with a COR signal going in (internally
> tied to the squelch light). PTT is not connected to the HT.
>
> I link both nodes and have a speaker on the CM119.
>
> The behavior I expect is when the COR goes high, both nodes should PTT,
> and both nodes should pass audio from the HT.  It seems that when audio is
> active, the green light flashes fast, so I will say I expect that as well.
>
> But what I get is this:
>
>
> When a signal comes into the HT, both dongles PTT are activated reliably
> (I added a red LED to the CM119), but randomly, one or both dongles will
> not pass audio (which also seems to be tied to the green light flashing
> fast.)
>
> So randomly one, the other, both, or none of the dongles will start
> flashing the green LED fast when the COR goes high (PTT always activates).
> If the CM119 green light flashes fast, I hear audio out of the speaker
> regardless if the DMK is flashing fast (not monitoring audio on that node)
>
> When I do head audio, mid transmission, the audio will just stop and the
> green lights will go back to the slow flash, but the PTT will remain high.
>
> Watching the console, nothing comes up when the audio stops.  But when the
> COR is dropped, the PTT is also dropped on both dongles and I  see --
> Hungup 'Zap/pseudo-[some number]'.
>
> Load average is low, ~0.2 when this happens.  I previously had this all
> working with 6 nodes pretty well but now I can't even get 2 working
> reliably.
>
> This is with simpleUSB.  Any dieas?  I just recompiled with the
> radio_relax flag unset as in Dougs simpleusb howto because I was getting
> random DTMF triggers which I thought might be causing it, but I'm not
> getting those anymore and it's still a problem.
>
> I am seeing these messages randomly, but they do not appear to be tied to
> any external actions.
>
>  WARNING[27142]: app_rpt.c:9526 rpt_tele_thread: telem_lookup:ctx failed
> on Zap/pseudo-393439155
>
>
> On a side note, is there a way to keep allstar from trying to register
> private nodes?  I keep getting the Registration Refused messages pop up in
> the console.
>
> Thanks
>
> Regards,
> Mike Montalvo, KF7MBK
>
>
>
>
>
>
> _______________________________________________ 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.
>
> _______________________________________________
> 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/20150114/3b31bc15/attachment.html>