Lu, On Xipar, why don’t you just create an allow list of people you want to allow to connect in on the echolink side? That would solve that issue quick. You can still dial out to anywhere you want! I also use a google voice phone number on node, both in and out and then I also have a pin that must be entered when you reverse patch into it just to play it safe. Corey N3FE From: app_rpt-users-bounces@ohnosec.org [mailto:app_rpt-users-bounces@ohnosec.org] On Behalf Of Lu Vencl Sent: Saturday, November 09, 2013 9:31 PM To: 'Johnny Keeker'; 'Kevin Custer'; 'App_rpt Users' Subject: Re: [App_rpt-users] XIPAR question Well since you brought it up, I also agree, both acid and xipar are great packages. And both have their pluses and minuses. ACID has the web interface and reverse autopatch provided as a courtesy and I have contributed financially to the cause. ADID also has the ability to silence echolink telemetry for which I am not certain at this time if it is an option with XIPAR. For most, this is not a show stopper, but I do know some that would be against moving to XIPAR if that were the case. The issue is that there are too many echolink surfers and all I ever hear is connect and disconnect messages all day and all night. I for one would like to kill echolink on my box, but I find it handy to use the app in the app store.. I got to wonder why nobody has built and app for the iphone and android as of yet??? XIPAR has a great feature to reduce the telemetry level when there is actual traffic. I personally like that a lot. ACID does not at this time as far as I know. XIPAR also has a great set of optional audio filters as you pointed out Johnny, and that is my major reason for implementing XIPAR. Yes, the audio is that good! I also found for some reason that some of my ASUS computers like XIPAR.. Not sure why under ACID, my ASUS machines that I have had major audio breakup. I have heard others complain about this, but I could never figure out what the issue was. I replaced USB ports with added cards with USB, no difference.. Looked at BIOS settings, you name it. I ended up throwing out about 5 of those PC’s because I gave up. Then when I happened to try XIPAR on a couple I still had, bingo it worked? Why??? To this date, nobody can explain it.. Again, not a real issue for me as I have 6 boxes on ACID and 3 on XIPAR.. All on Dell PCs. Which one do I like best? Well I am on the fence still, but leaning towards XIPAR.. If XIPAR can get the echolink telemetry fixed and Allmon going, then I might lean lots more. The bottom line is that there is a choice and that is a nice thing with this hobby. Whatever you prefer, they both are great packages and the folks behind both of them offer great support. So be grateful and please do consider donating some funds as we near the holidays. I am sure it would be very much appreciated! The costs associate with allstarlink servers does cost money, so please don’t forget that. 73 Lu KA4EPS From: app_rpt-users-bounces@ohnosec.org<mailto:app_rpt-users-bounces@ohnosec.org> [mailto:app_rpt-users-bounces@ohnosec.org] On Behalf Of Johnny Keeker Sent: Saturday, November 09, 2013 1:46 PM To: Kevin Custer; 'App_rpt Users' Subject: Re: [App_rpt-users] XIPAR question Xipar has stuff missing in the initial setup. If your familiar with acid, just compare the conf files. urd.conf is equivalent to the usbradio.conf. My view is, both acid and xipar are incredible accomplishments; I have no favorite. I realize others are going to disagree, and Ill probably get flamed for saying this, but after having configured the filter settings on xipar, I find a significant difference in audio, and the telemduck is good. I havent heard any others voice their opinions on xipars audio so Ill leave it at that... Any observations or comments are kindly accepted JK From: Kevin Custer <kuggie@kuggie.com<mailto:kuggie@kuggie.com>> To: 'App_rpt Users' <app_rpt-users@ohnosec.org<mailto:app_rpt-users@ohnosec.org>> Sent: Saturday, November 9, 2013 9:57 AM Subject: Re: [App_rpt-users] XIPAR question telemetry = telemetry wait_times = wait-times morse = morse All are/were missing in XIPAR by default. Not sure why. Kevin Well you hit it right on the nail! telemetry=telemetry was missing. Great catch! Not sure why it was, but I will let Steve know that the default file has that missing in the build. Now the only item left is the eannmode=0 not working as it should. Once I hear back from Steve / issue resolved, I will report back. Thanks and 73 KA4EPS From: Johnny Keeker [mailto:cypresstower@yahoo.com] Sent: Friday, November 08, 2013 11:04 PM To: Lu Vencl; App_rpt Users Subject: Re: [App_rpt-users] XIPAR question Lu; as root~ The complete command is asterisk -rx reload I should have mentioned, in case you havent come across this. in my rpt.conf, telemetry=telemetry must be just that. I tried create 2 telemetry stanzas, one for each registered node on that server. Doing so prevented me from using custom courtesy tones. I only have one URI on that server. its possible that may have something to do with it, Im not sure. I now only have one statement in both stanzas so both nodes share the telemetry stanza. Its funny because I can have different functions and wait times per node but not telemetry. example below is what didn't work until I changed both stanzas to telemetry=telemetry [1999] rxchannel = radio/usb duplex = 2 functions = functions1999 telemetry=telemetry1999 ;this line was the error wait_times=wait-times1999 macro=macro startup_macro= [2000] rxchannel = radio/usb duplex = 1 functions = functions2000 telemetry=telemetry2000 ;this line was the error wait_times=wait-times2000 macro=macro startup_macro= JK From: Lu Vencl <vencl@att.net<mailto:vencl@att.net>> To: Johnny Keeker <cypresstower@yahoo.com<mailto:cypresstower@yahoo.com>> Cc: "app_rpt-users@ohnosec.org<mailto:app_rpt-users@ohnosec.org>" <app_rpt-users@ohnosec.org<mailto:app_rpt-users@ohnosec.org>> Sent: Friday, November 8, 2013 9:20 PM Subject: Re: [App_rpt-users] XIPAR question Johnny, The install is from an ISO that was downloaded last week so I assume it has the latest loads. Restarts seem to have no effects. No matter what I I out into the rpt.conf file, it will not change. I notice you mention asterisk -rx for which I have not tried yet. What does it do? Sent from my iPhone, Lu Vencl On Nov 8, 2013, at 7:34 PM, Johnny Keeker <cypresstower@yahoo.com<mailto:cypresstower@yahoo.com>> wrote: Lu; Im experiencing a similar glitch, but Its probably my doing. One of my nodes is in the Carolinas, Its Xipar centos6 Feb 2013 no updates. I can change the courtesy tones etc, on the fly using putty and the asterisk -rx reload command, or Freepbx and the update button, both methods works. On another node with centos6 Feb 2013, I ran the update scripts, and now I have to reboot linux in order for the telemetry 'courtesy tones' to take effect. ??? It use to work, the only thing I did different was update the node. Ive tried the asterisk -rx reload, the amportal kill/start, and Freepbx, I cant change the courtesy tones until I reboot the box. I was going to try reloading xipar without the updates this weekend. Could you post your results here? I would really like to know if a reboot works on your node. Thanks ps. I dont have echolink configures on any xipar nodes. JK From: Lu Vencl <vencl@att.net<mailto:vencl@att.net>> To: app_rpt-users@ohnosec.org<mailto:app_rpt-users@ohnosec.org> Sent: Friday, November 8, 2013 1:23 PM Subject: [App_rpt-users] XIPAR question I have a question regarding XIPAR telemetry (courtesy Tones) and Echolink Telemetry. Under ACID, I have always been able to tweak the courtesy tones to a custom set of tones I prefer. But when I try to make changes under the XIPAR build, it seems to ignore them completely and do it’s own set of courtesy tones. See example below. Also, for echolink, I have used eannmode=0 to completely inhibit echolink telemetry and for some reason the =0 is the same as =1. Is there a work around or a known bug with these two items? Thanks in advance. Lu, KA4EPS ;idtalkover=|iid ; Talkover ID (optional) default is none unlinkedct=ct2 ; unlinked courtesy tone (optional) default is none remotect=ct3 ; remote linked courtesy tone (indicates a remote is in the list of links) linkunkeyct=ct8 ; sent when a transmission received over the link unkeys ;nolocallinkct=0 ; Send unlinkedct instead if another local node is connected to this node (hosted on the same PC). ;irplann=1 ; Default: 1 = Play IRLP connect and disconnect announcements ; 0 = Disable IRLP connect and disconnect announcements eannmode=0 ; Default: 1 = Say only node number on EchoLink connects nounkeyct=0 holdofftelem=1 ; 2 = say phonetic call sign only on EchoLink connects ; 3 = say phonetic call sign and node number on EchoLink connects ;connpgm=yourconnectprogram ; Default: Disabled. Execute a program you specify on connect. ; passes 2 command line arguments to your program: ; 1. node number in this stanza (us) ; 2. node number being connected to us (them) ;discpgm=yourdisconnectprogram ; Default: Disabled. Execute a program you specify on disconnect. ; passes 2 command line arguments to your program: ; 1. node number in this stanza (us) ; 2. node number being disconnected from us (them) ;linkactenable=0 ; Set to 1 to enable the link activity timer. Applicable to standard nodes only. ;lnkacttime=1800 ; Link activity timer time in seconds. ;lnkactmacro=*52 ; Function to execute when link activity timer expires. ;lnkacttimerwarn=30seconds ; Message to play when the link activity timer has 30 seconds left. ;remote_inact_timeout=1800 ; Inactivity timer for remote base nodes only (set to 0 to disable). ;remote_timeout=3600 ; Session time out for remote base. (set to 0 to disable) ; program and options to send information to stats server statpost_program=/usr/bin/wget,-q,--output-document=/dev/null statpost_url=http://stats.allstarlink.org/uhandler.php irxgain=-10 ; IRLP receive gain adjustment ; Note: Gain is in db-volts (20logVI/VO) itxgain=10 ; IRLP transmit gain adjustment ; Note: Gain is in db-volts (20logVI/VO) erxgain=-3 ; Echolink receive gain adjustment ; Note: Gain is in db-volts (20logVI/VO) etxgain=3 ; Echolink transmit gain adjustment ; Note: Gain is in db-volts (20logVI/VO) ;telemnomdb=0 ; Telemetry Nominal Amplitude reference in dB telemduckdb=-12 ; Telemetry Ducking in dB when local or link voice tx in progress [telemetry] ct1=|t(350,0,100,2048)(500,0,100,2048)(660,0,100,2048) ct2=|t(2175,0,2,1112)(0,0,2,0)(2175,0,2,700)(0,0,99,0)(350,440,75,1048) ct3=|t(440,0,150,4096) ct4=|t(550,0,150,2048) ct5=|t(660,0,150,2048) ct6=|t(880,0,150,2048) ct7=|t(660,440,150,2048) ct8=|t(350,440,75,1048)(0,0,80,0)(350,440,75,1048) ;ct8=|t(2175,0,2,1112)(0,0,2,0)(2175,0,2,700)(0,0,99,0)(350,440,75,1048)(0,0,80,0)(350,440,75,1048) ;ct8=|t(2175,0,80,512)(0,0,5,0)(1950,0,40,1048)(0,0,5,0)(1850,0,40,1048) ;ct8=|t(350,440,75,1048)(0,0,80,0)(350,440,75,1048) remotetx=|t(440,0,50,3000)(0,0,80,0)(350,0,50,3000) remotemon=|t(1209,0,50,2048) cmdmode=|t(900,903,200,2048) functcomplete=|t(1000,0,100,2048)(0,0,100,0)(1000,0,100,2048) _______________________________________________ App_rpt-users mailing list App_rpt-users@ohnosec.org<mailto:App_rpt-users@ohnosec.org> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users _______________________________________________ App_rpt-users mailing list App_rpt-users@ohnosec.org<mailto:App_rpt-users@ohnosec.org> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users No virus found in this message. Checked by AVG - http://www.avg.com/ Version: 2013.0.3426 / Virus Database: 3222/6822 - Release Date: 11/09/13 _______________________________________________ App_rpt-users mailing list App_rpt-users@ohnosec.org<mailto:App_rpt-users@ohnosec.org> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users -- This message was scanned and is believed to be clean. Click here to report this message as spam.<http://simba.repeater.net:8080/cgi-bin/learn-msg.cgi?id=980DED03E3.A897E>