<div dir="ltr">I missed the link in iax.conf. I commented that and that has seemed to got rid of it. Thanks Doug and Mike.<div><br></div><div>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.</div><div><br></div><div><div>test*CLI> rpt fun 1991 *21992</div><div> -- Accepting UNAUTHENTICATED call from <a href="http://127.0.0.1">127.0.0.1</a>:</div><div> > requested format = gsm,</div><div> > requested prefs = (gsm|g726aal2|ulaw),</div><div> > actual format = g726aal2,</div><div> > host prefs = (g726aal2|gsm),</div><div> > priority = mine</div><div> -- Call accepted by 127.0.0.1 (format g726aal2)</div><div> -- Format for call is g726aal2</div><div> -- Executing [1992@radio-secure:1] Rpt("IAX2/127.0.0.1:4569-2", "1992") in new stack</div><div> == Spawn extension (radio-secure, 1992, 1) exited KEEPALIVE on 'IAX2/127.0.0.1:4569-2'</div><div> -- Hungup 'Zap/pseudo-604033378'</div><div> -- <Zap/pseudo-221433904> Playing 'rpt/node' (language 'en')</div><div> -- <Zap/pseudo-221433904> Playing 'digits/1' (language 'en')</div><div> -- <Zap/pseudo-221433904> Playing 'digits/9' (language 'en')</div><div> -- <Zap/pseudo-221433904> Playing 'digits/9' (language 'en')</div><div> -- <Zap/pseudo-221433904> Playing 'digits/2' (language 'en')</div><div> -- <Zap/pseudo-221433904> Playing 'rpt/connected' (language 'en')</div><div> -- <Zap/pseudo-221433904> Playing 'digits/2' (language 'en')</div><div> -- <Zap/pseudo-221433904> Playing 'rpt/node' (language 'en')</div><div> -- <Zap/pseudo-221433904> Playing 'digits/1' (language 'en')</div><div> -- <Zap/pseudo-221433904> Playing 'digits/9' (language 'en')</div><div> -- <Zap/pseudo-221433904> Playing 'digits/9' (language 'en')</div><div> -- <Zap/pseudo-221433904> Playing 'digits/1' (language 'en')</div><div> -- Hungup 'Zap/pseudo-221433904'</div></div><div><br></div><div>Very odd.</div><div><br></div><div><br></div></div><div class="gmail_extra"><br clear="all"><div><div class="gmail_signature"><div dir="ltr"><div><br>Regards,<br>Mike Montalvo, KF7MBK<br>ARA Membership Chair<br><a href="http://www.w7ara.org" target="_blank">www.w7ara.org</a></div><div><br></div><div><br></div><div><br></div><div><br></div><div><br></div></div></div></div>
<br><div class="gmail_quote">On Wed, Jan 14, 2015 at 9:26 PM, Doug Crompton <span dir="ltr"><<a href="mailto:doug@crompton.com" target="_blank">doug@crompton.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div><div dir="ltr"><font color="#000000" face="Tahoma,sans-serif">Mike,<br><br> 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? <br></font><br><b><font style="font-size:16pt" size="4">73 Doug</font><font style="font-size:16pt" size="4"><br></font><font style="font-size:16pt" size="4">WA3DSP</font><font style="font-size:16pt" size="4"><br></font><font style="font-size:16pt" size="4"><a href="http://www.crompton.com/hamradio" target="_blank">http://www.crompton.com/hamradio</a></font></b><font style="font-size:16pt" size="4"><br></font><br><br><div><hr>From: <a href="mailto:kf7mbk@w7ara.net" target="_blank">kf7mbk@w7ara.net</a><br>Date: Wed, 14 Jan 2015 20:52:15 -0700<br>To: <a href="mailto:app_rpt-users@ohnosec.org" target="_blank">app_rpt-users@ohnosec.org</a><br>Subject: [App_rpt-users] Weird behavior<div><div class="h5"><br><br><div dir="ltr">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.<div><br></div><div>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.</div><div><br></div><div>I link both nodes and have a speaker on the CM119.</div><div><br></div><div>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.</div><div><br></div><div>But what I get is this:</div><div><br></div><div><br></div><div>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.)</div><div><br></div><div>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)</div><div><br></div><div>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.<br></div><div><br></div><div>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]'.</div><div><br></div><div>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.</div><div><br></div><div>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.</div><div><br></div><div>I am seeing these messages randomly, but they do not appear to be tied to any external actions.</div><div><br></div><div> WARNING[27142]: app_rpt.c:9526 rpt_tele_thread: telem_lookup:ctx failed on Zap/pseudo-393439155<br></div><div><br></div><div><br></div><div>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.</div><div><br></div><div>Thanks<br clear="all"><div><div><div dir="ltr"><div><br>Regards,<br>Mike Montalvo, KF7MBK<br></div><div><br></div><div><br></div><div><br></div><div><br></div></div></div></div>
<div dir="ltr"><br></div></div></div>
<br></div></div>_______________________________________________
App_rpt-users mailing list
<a href="mailto:App_rpt-users@ohnosec.org" target="_blank">App_rpt-users@ohnosec.org</a>
<a href="http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users" target="_blank">http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users</a>
To unsubscribe from this list please visit <a href="http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users" target="_blank">http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users</a> 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.</div> </div></div>
<br>_______________________________________________<br>
App_rpt-users mailing list<br>
<a href="mailto:App_rpt-users@ohnosec.org">App_rpt-users@ohnosec.org</a><br>
<a href="http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users" target="_blank">http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users</a><br>
<br>
To unsubscribe from this list please visit <a href="http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users" target="_blank">http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users</a> and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button"<br>
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. <br></blockquote></div><br></div>