- App_rpt-users - lists.keekles.org

Re: [App_rpt-users] OFF-LIST Looks like I can't post no more on a ARM mailing list.
by Bryan Fields 11 Jul '17

11 Jul '17

I'm taking this back on list. It's an important enough response to have it here. You may ignore this thread if you wish. On 7/9/17 1:21 PM, David McGough wrote: > > Neil, > > I have taken these comments off list. > > At this point you are taking a childish argument to a criminal level, > claiming a "back door" into the hamvoip distro and that statement is > absolutely a LIE. > > With these statements you are committing criminal libel. Whether you you > it or not, I am an Internet Business owner and I build custom routers for > several fortune 1000 Companies and have thousands installed across 80+ > Countries. Your comments are tarnishing to my reputation. I seriously > recommend that you either promptly come up with proof to back up your > statement or retract it. A person with such contempt for the law should not be lecturing others about it. I further fail to see why I am copied on this, are you threatening legal action? Release the source, you have no other option. As someone building routers, you should be familiar with the finer points of the GPL. I have to say, as someone who also has a day job with a company who builds routers, I've never heard of Internet Technologies. 73's -- Bryan Fields 727-409-1194 - Voice http://bryanfields.net

5 5

nodes update....
by Steve Siesel 11 Jul '17

11 Jul '17

Since there has been an uptick in the chatter here, I need some help! Last week I noticed that my /var/lib/asterisk/rpt_extnodes hadn't updated for several days. What mechanism should be making the nodes to update? After searching the list archives I decided to add a cron job to the crontab */10 * * * * /usr/local/bin/rc.updatenodelist & That did seem to work however I have a lot of stale processes when I do a ps -aux Lots of this: root 32400 0.0 0.2 5032 2812 ? S Jul07 0:04 /bin/bash /usr/local/bin/rc.updat root 32405 0.0 0.0 3640 344 ? S 21:24 0:00 sleep 600 root 32417 0.0 0.0 3640 372 ? S 21:24 0:00 sleep 600 root 32422 0.0 0.0 3640 364 ? S 21:24 0:00 sleep 600 root 32427 0.0 0.0 3640 360 ? S 21:24 0:00 sleep 600 root 32432 0.0 0.0 3640 372 ? S 21:24 0:00 sleep 600 root 32442 0.0 0.0 3640 364 ? S 21:24 0:00 sleep 600 root 32450 0.0 0.2 5028 2812 ? S Jul07 0:04 /bin/bash /usr/local/bin/rc.updat root 32497 0.0 0.0 3640 352 ? S 21:24 0:00 sleep 600 root 32501 0.0 0.0 3640 340 ? S 21:24 0:00 sleep 600 root 32509 0.0 0.0 3640 352 ? S 21:24 0:00 sleep 600 root 32525 0.0 0.2 5028 2812 ? S Jul07 0:04 /bin/bash /usr/local/bin/rc.updat root 32530 0.0 0.2 4952 2736 ? S Jul09 0:02 /bin/bash /usr/local/bin/rc.updat root 32534 0.0 0.0 3640 324 ? S 19:32 0:00 sleep 7200 root 32539 0.0 0.0 3640 364 ? S 21:24 0:00 sleep 600 root 32542 0.0 0.0 3640 332 ? S 21:24 0:00 sleep 600 root 32547 0.0 0.0 3640 372 ? S 21:24 0:00 sleep 600 root 32566 0.0 0.0 3640 344 ? S 19:32 0:00 sleep 7200 root 32568 0.0 0.2 5012 2796 ? S Jul07 0:04 /bin/bash /usr/local/bin/rc.updat root 32571 0.0 0.0 3640 368 ? S 21:24 0:00 sleep 600 root 32574 0.0 0.0 3640 364 ? S 21:24 0:00 sleep 600 root 32582 0.0 0.2 5040 2816 ? S Jul06 0:05 /bin/bash /usr/local/bin/rc.updat root 32589 0.0 0.2 4876 2660 ? S 19:20 0:00 /bin/bash /usr/local/bin/rc.updat root 32608 0.0 0.0 3640 376 ? S 19:32 0:00 sleep 7200 root 32615 0.0 0.0 3640 368 ? S 21:24 0:00 sleep 600 root 32620 0.0 0.0 3640 324 ? S 21:24 0:00 sleep 600 root 32625 0.0 0.0 3640 332 ? S 21:24 0:00 sleep 600 root 32633 0.0 0.0 3640 344 ? S 21:24 0:00 sleep 600 root 32634 0.0 0.2 5032 2816 ? S Jul06 0:04 /bin/bash /usr/local/bin/rc.updat root 32635 0.0 0.0 3640 328 ? S 19:32 0:00 sleep 7200 root 32674 0.0 0.0 3640 376 ? S 21:24 0:00 sleep 600 root 32685 0.0 0.0 3640 364 ? S 21:24 0:00 sleep 600 root 32686 0.0 0.2 4956 2740 ? S Jul09 0:02 /bin/bash /usr/local/bin/rc.updat root 32691 0.0 0.0 3640 332 ? S 21:24 0:00 sleep 600 root 32696 0.0 0.0 3640 364 ? S 21:24 0:00 sleep 600 root 32702 0.0 0.3 5080 2864 ? S Jul05 0:06 /bin/bash /usr/local/bin/rc.updat root 32725 0.0 0.0 3640 356 ? S 21:25 0:00 sleep 600 root 32731 0.0 0.0 3640 364 ? S 21:25 0:00 sleep 600 root 32766 0.0 0.2 4920 2756 ? S 00:20 0:01 /bin/bash /usr/local/bin/rc.updat root 32767 0.0 0.0 3640 348 ? S 21:25 0:00 sleep 600 Can someone help me clean this up? Thanks, Steve K4KSA

3 2

Re: [App_rpt-users] App_rpt-users Digest, Vol 101, Issue 13
by Jeff Carrier 10 Jul '17

10 Jul '17

You can do DPL with TX/RX that have DPL on board using simple usb but I'd prefer DSP. IMHO it's cleaner and I was never able to eliminate squelch bursts using simple usb. DPL coupled with DSP would probably produce a nice clean drop when a user or the repeater unkeys. Half of my question/suggestion was also regarding RTCM based systems. With the RTCM you need to use the local CTCSS/DCS decoder but the server produces the TX CTCSS and sends it up the network. In a simulcast setup I'm assuming you would have to have the server generate DCS if there were to be any overlap areas at all. On Mon, Jul 10, 2017 at 8:28 AM, < app_rpt-users-request(a)lists.allstarlink.org> wrote: > Send App_rpt-users mailing list submissions to > app_rpt-users(a)lists.allstarlink.org > > To subscribe or unsubscribe via the World Wide Web, visit > http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_ > rpt-users > or, via email, send a message with subject or body 'help' to > app_rpt-users-request(a)lists.allstarlink.org > > You can reach the person managing the list at > app_rpt-users-owner(a)lists.allstarlink.org > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of App_rpt-users digest..." > > This site is dedicated to the memory of Jim Dixon WB6NIL > > > Today's Topics: > > 1. Re: App_rpt-users Digest, Vol 101, Issue 10 (George Csahanin) > 2. Re: App_rpt-users Digest, Vol 101, Issue 10 (George Csahanin) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Mon, 10 Jul 2017 09:26:06 -0500 > From: George Csahanin <george(a)dyb.com> > To: app_rpt-users(a)lists.allstarlink.org > Subject: Re: [App_rpt-users] App_rpt-users Digest, Vol 101, Issue 10 > Message-ID: <f86c3139-156c-d748-36bc-9e27f7956e36(a)dyb.com> > Content-Type: text/plain; charset="utf-8"; Format="flowed" > > Just recently thinking of this. It actually would be pretty handy. > Though most just use the pl/dpl encode/decode in the radio and don't use > the DSP encode and decode in Allstar it might be handy for a few> I have > a small node consisting of a Motorola P10 talkie where I use DSP PL. I > use PL there. But a real need arises on 900. I have a pair of TKR-901's > that will be modded for the ham band using someone else's code to allow > programming of the synthesizers. But DPL seems to be a better choice on > 900 and the TKR-901 has zero PL circuitry, its basically a receiver and > transmitter, carrier squelch. A perfect candidate for USBRADIO. But > really needs DPL. > > But I defer to the code writers. This may not be trivial to do and may > be more of a distraction. > > But a neat idea. > > GeorgeC > > W2DB > > 2360 > > > > On 7/10/2017 8:50 AM, Jeff Carrier wrote: > > How many on the list would desire DPL support within app_rpt? Is it > > worth looking at? I'm pretty sure this has come up in the past. For > > the record, I ask this knowing I'm unable to contribute to the coding > > of this since I lack that skill set. > > > > I personally prefer DPL but I think there are still many older radios > > lurking that don't have capabilities beyond CTCSS. > > > > I also know we've had pretty spirited discussions regarding simulcast > > on the list. I'm simulcasting from 4 sites on UHF with unmodified > > RTCM's and do have some issues in the overlap areas. I know keeping > > CTCSS in phase in an analog simulcast system is a challenge so how > > ugly would DPL be in a simulcast environment? > > > > Thoughts? > > > > de K0JSC > > > > On Sun, Jul 9, 2017 at 2:09 PM, > > <app_rpt-users-request(a)lists.allstarlink.org > > <mailto:app_rpt-users-request@lists.allstarlink.org>> wrote: > > > > Send App_rpt-users mailing list submissions to > > app_rpt-users(a)lists.allstarlink.org > > <mailto:app_rpt-users@lists.allstarlink.org> > > > > To subscribe or unsubscribe via the World Wide Web, visit > > http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users > > <http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users > > > > or, via email, send a message with subject or body 'help' to > > app_rpt-users-request(a)lists.allstarlink.org > > <mailto:app_rpt-users-request@lists.allstarlink.org> > > > > You can reach the person managing the list at > > app_rpt-users-owner(a)lists.allstarlink.org > > <mailto:app_rpt-users-owner@lists.allstarlink.org> > > > > When replying, please edit your Subject line so it is more specific > > than "Re: Contents of App_rpt-users digest..." > > > > This site is dedicated to the memory of Jim Dixon WB6NIL > > > > > > -- > George Csahanin > 10100 Carson Ranch Rd. > Crowley, TX 76036 > 682-708-5716 home > 401-338-0568 cel > http://dyb.com > PLEASE NOTE: Effective January 1, 2018 george(a)dyb.com will no longer > function > USE george(a)w2db.com > >

1 0

Re: [App_rpt-users] App_rpt-users Digest, Vol 101, Issue 10
by Jeff Carrier 10 Jul '17

10 Jul '17

How many on the list would desire DPL support within app_rpt? Is it worth looking at? I'm pretty sure this has come up in the past. For the record, I ask this knowing I'm unable to contribute to the coding of this since I lack that skill set. I personally prefer DPL but I think there are still many older radios lurking that don't have capabilities beyond CTCSS. I also know we've had pretty spirited discussions regarding simulcast on the list. I'm simulcasting from 4 sites on UHF with unmodified RTCM's and do have some issues in the overlap areas. I know keeping CTCSS in phase in an analog simulcast system is a challenge so how ugly would DPL be in a simulcast environment? Thoughts? de K0JSC On Sun, Jul 9, 2017 at 2:09 PM, <app_rpt-users-request(a)lists.allstarlink.org > wrote: > Send App_rpt-users mailing list submissions to > app_rpt-users(a)lists.allstarlink.org > > To subscribe or unsubscribe via the World Wide Web, visit > http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_ > rpt-users > or, via email, send a message with subject or body 'help' to > app_rpt-users-request(a)lists.allstarlink.org > > You can reach the person managing the list at > app_rpt-users-owner(a)lists.allstarlink.org > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of App_rpt-users digest..." > > This site is dedicated to the memory of Jim Dixon WB6NIL > > > Today's Topics: > > 1. Re: DIAL Download site (dvswitch.org) offline (Steve Zingman) > 2. Re: OFF-LIST Looks like I can't post no more on a ARM mailing > list. (David Shaw) > 3. Re: OFF-LIST Looks like I can't post no more on a ARM mailing > list. (Andrew Sylthe) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Sun, 9 Jul 2017 15:13:01 -0400 > From: Steve Zingman <szingman(a)msgstor.com> > To: Users of Asterisk app_rpt <app_rpt-users(a)lists.allstarlink.org> > Subject: Re: [App_rpt-users] DIAL Download site (dvswitch.org) offline > Message-ID: <355bb3bf-b2e0-bba7-d932-8023e49602f4(a)msgstor.com> > Content-Type: text/plain; charset="windows-1252"; Format="flowed" > > The AllStarLink image files are now available at > <http://3102.repeater.net/AllStarLink/> thanks to Corey N3FE The > download links have been updated to point to the new location. > Thanks to Mike KB8ZGL at Virtual Systems, I am moving dvswitch.org and > the AllStarLink image mirror to a new state of the art data center. The > new IP address is for dvswitch.org is 44.103.32.18 I will be moving the > DNS entries and adding the mirror of the image files. This will be a > work in progress over the next week. > > On 07/08/2017 11:53 PM, Steve Zingman wrote: > > As I said before, DVSwitch is having a outage. I am changing > > providers. In the future we will maintain 2 different DownLoad locations. > > In the meantime, Corey, N3FE has donated space on a solid provider. > > The main AllStarLink page will be updated. In the meantime here is one > > of the new locations: > > > > <http://3102.repeater.net/AllStarLink/> > > > > 73, Steve N4IRS > >

4 5

Fwd: Looks like I can't post no more on a ARM mailing list.
by Pierre Martel 09 Jul '17

09 Jul '17

Just seen that David answered me off list. I now send his answer and mine. Sorry if some are anonyme de by this, but I respect too much the work Of Jim and all the allstarLink group to let this pass like this. ---------- Forwarded message --------- From: Pierre Martel <petem001(a)gmail.com> Date: sam. 8 juil. 2017 à 23:31 Subject: Re: [App_rpt-users] Looks like I can't post no more on a ARM mailing list. To: David McGough <kb4fxc(a)inttek.net> Well David, your answer here and in private is most interesting. If you dont want to "sour the AllStar lanscape " why dont YOU start by doing the right and legal thing and post the source you are distributing. This would fix all critics and close the debate. One other thing, you are the one bringing sale 101, do you have something to sell? Cause in a email you sent me you told me that Jim told you where to go with his work and this was preventing his work from being used Commercialy. Is there something under all those selling and fear of use commercialy of the app-rpt sofware? Want to do the good thing? We Will see... Untill you do act legaly and moraly you have no credibility for me. Have a great day. Le sam. 8 juil. 2017 à 23:13, David McGough <kb4fxc(a)inttek.net> a écrit : > > Pierre, > > I have set the arm-allstar list temporarily into moderate mode. The thread > titled "Where's Waldo?" is locked---and that includes the dozen or so > people who have responded saying they "could care less about source code, > what they want is code that works." These questions about immediate source > code availability have been asked and answered by the project > developers---that's me (kb4fxc) and Doug (wa3dsp). > > Any questions, including your's or anyone else's, for legitimate help, > questions or comments with the hamvoip project will be forwarded to the > list, as they always have been. And, we'll do our best to find an answer. > > If you're got a problem with the developers of the hamvoip project, > address us directly....No one wants to hear these rants and we've gotten > many private e-mails to that effect. > > And, BTW, the users on the app_rpt-users list don't want to hear the > rants, either....All this does is sour the entire AllStar landscape for > all distros. I'm sure you must realize that? This is sales 101. > > > Thanks for understanding, > > David McGough, KB4FXC > > >

1 1

Playback from hub node suppression to particular connected node
by Stephen - K1LNX 07 Jul '17

07 Jul '17

I have a hub node that we play announcements on 4 times a day, and sometimes there is another node south of me that will connect to it. Does telemetry output being turned off for the connecting node have any impact on this? He turned off telemetry on his side, (set telemdefault=0) and I sent a message as a test, but he was still able to hear it. Is this the expected behavior with telemetry turned off? tnx Stephen K1LNX

2 2

Re: [App_rpt-users] App_rpt-users Digest, Vol 101, Issue 1
by Richard larson 01 Jul '17

01 Jul '17

That did it.. Thanks Rich W6ABJ On Sat, Jul 1, 2017 at 9:00 AM, <app_rpt-users-request(a)lists.allstarlink.org > wrote: > Send App_rpt-users mailing list submissions to > app_rpt-users(a)lists.allstarlink.org > > To subscribe or unsubscribe via the World Wide Web, visit > http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_ > rpt-users > or, via email, send a message with subject or body 'help' to > app_rpt-users-request(a)lists.allstarlink.org > > You can reach the person managing the list at > app_rpt-users-owner(a)lists.allstarlink.org > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of App_rpt-users digest..." > > This site is dedicated to the memory of Jim Dixon WB6NIL > > > Today's Topics: > > 1. proper stanza (Richard larson) > 2. Re: proper stanza (Mark Johnston) > 3. Re: proper stanza (Ramesh Dhami) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Fri, 30 Jun 2017 21:51:39 -0700 > From: Richard larson <wile2u(a)gmail.com> > To: app_rpt-users(a)lists.allstarlink.org > Subject: [App_rpt-users] proper stanza > Message-ID: > <CABUMwzZ8w7xLD8rPuphKEts2oJty4YVw07pgYVCdiLgdwDvgUQ@mail. > gmail.com> > Content-Type: text/plain; charset="utf-8" > > Good day, hopefully a quick question. Downloaded the current available img > for the RaspberryPI3 from the AllStarLink website, when setting up my node > I was attempting to use the rxchannel=Radio/usbxxxxx stanza in rpt.conf. > > checking the asterisk console i see this > [Jul 1 00:34:22] WARNING[1296]: channel.c:3051 ast_request: No channel > type registered for 'Radio' > [Jul 1 00:34:26] NOTICE[1271]: app_rpt.c:22032 rpt_master: RPT thread > restarted on 27837 > [Jul 1 00:34:26] WARNING[1271]: app_rpt.c:22044 rpt_master: -- > Re-Loading config for repeater 27837 > What am I missing.. > > Rich > W6ABJ >

1 0

proper stanza
by Richard larson 01 Jul '17

01 Jul '17

Good day, hopefully a quick question. Downloaded the current available img for the RaspberryPI3 from the AllStarLink website, when setting up my node I was attempting to use the rxchannel=Radio/usbxxxxx stanza in rpt.conf. checking the asterisk console i see this [Jul 1 00:34:22] WARNING[1296]: channel.c:3051 ast_request: No channel type registered for 'Radio' [Jul 1 00:34:26] NOTICE[1271]: app_rpt.c:22032 rpt_master: RPT thread restarted on 27837 [Jul 1 00:34:26] WARNING[1271]: app_rpt.c:22044 rpt_master: -- Re-Loading config for repeater 27837 What am I missing.. Rich W6ABJ

3 2

RSA Public key authentication and Fail2ban?
by DuaneVT . 29 Jun '17

29 Jun '17

Upgrading login authentication of the DIAL node for SSH with RSA Public key and disabled passwords. Does Fail2ban work with Public key and is it a necessary option? Thanks, Duane KA1LM

3 2

Re: [App_rpt-users] App_rpt-users Digest, Vol 100, Issue 43
by George Csahanin 28 Jun '17

28 Jun '17

I have had many recent issues with DNS. Verizon at the node I just turned off (28599) was usually good but last week had DNS resolver issues, used google's, and here in Texas AT&T's DNS resolvers are messed up. Slow always but additionally cannot get my iPad to Apples site for cloud service, etc. My iPhone gets there on the cellular network. And I can get my iPad there using celphone as hotspot. But with a GB to move that's not a solution. Bottom line is I like to use google's servers, usually fast. And in rpt.conf I always keep the ip address, not hostnames, of the nodes I usually connect to(27849, 27891) GeorgeC W2DB 2360 -- George Csahanin 10100 Carson Ranch Rd. Crowley, TX 76036 682-708-5716 home 401-338-0568 cel http://dyb.com PLEASE NOTE: Effective January 1, 2018 george(a)dyb.com will no longer function USE george(a)w2db.com

1 0