From Ramesh at va3uv.com Wed Mar 1 00:34:27 2017 From: Ramesh at va3uv.com (Ramesh Dhami) Date: Tue, 28 Feb 2017 19:34:27 -0500 Subject: [App_rpt-users] acid In-Reply-To: References: <61mbbcphpd8pdjg2s1h2k14ie1fj2l5hr3@4ax.com> <8e59d944-634f-8d8b-20f3-871ca82c78e5@bryanfields.net> Message-ID: <9d1cb23b-ea57-d357-913a-493a8d35fd7d@va3uv.com> Hi Jimmy: I tried to respond to your direct email to me... but your server doesn't like me! This is what I have for you... "Hi Jimmy: Ah now I know what you're asking! Yes, the solution was to go into /usr/src/astsrc/asterisk/channels ... and rename chan_pi.c to say chan_pic.c.stuff then back-out to the astsrc folder and then make upgrade-acid. " Hope that helps! Ramesh. On 2017-02-28 3:44 PM, jimmy keffer wrote: > this also fails > http://x.allstarlink.org/svn-trunk.tar.gz > jimmy ka3vgm > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at lists.allstarlink.org > http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit http://lists.allstarlink.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. From horsezip at earthlink.net Wed Mar 1 00:59:20 2017 From: horsezip at earthlink.net (jimmy keffer) Date: Tue, 28 Feb 2017 19:59:20 -0500 Subject: [App_rpt-users] acid In-Reply-To: <9d1cb23b-ea57-d357-913a-493a8d35fd7d@va3uv.com> References: <61mbbcphpd8pdjg2s1h2k14ie1fj2l5hr3@4ax.com> <8e59d944-634f-8d8b-20f3-871ca82c78e5@bryanfields.net> <9d1cb23b-ea57-d357-913a-493a8d35fd7d@va3uv.com> Message-ID: thanks so much jimmy From horsezip at earthlink.net Wed Mar 1 02:00:08 2017 From: horsezip at earthlink.net (jimmy keffer) Date: Tue, 28 Feb 2017 21:00:08 -0500 Subject: [App_rpt-users] acid In-Reply-To: <9d1cb23b-ea57-d357-913a-493a8d35fd7d@va3uv.com> References: <61mbbcphpd8pdjg2s1h2k14ie1fj2l5hr3@4ax.com> <8e59d944-634f-8d8b-20f3-871ca82c78e5@bryanfields.net> <9d1cb23b-ea57-d357-913a-493a8d35fd7d@va3uv.com> Message-ID: still can't download http://x.allstarlink.org/svn-trunk.tar.gz any other link 2 the source for acid? jimmy ka3vgm From szingman at msgstor.com Wed Mar 1 02:40:10 2017 From: szingman at msgstor.com (Steve Zingman) Date: Tue, 28 Feb 2017 21:40:10 -0500 Subject: [App_rpt-users] acid In-Reply-To: References: <61mbbcphpd8pdjg2s1h2k14ie1fj2l5hr3@4ax.com> <8e59d944-634f-8d8b-20f3-871ca82c78e5@bryanfields.net> <9d1cb23b-ea57-d357-913a-493a8d35fd7d@va3uv.com> Message-ID: <3734719d-cefa-5b72-3922-d932e5e80e5f@msgstor.com> Jimmy, We are working to make ohnosec available again. We do have the source, but it's on a git server now. Here is a link to a older version of svn-trunk.tar.gz I ma still looking to see if I have a newer version. 73, Steve N4IRS On 02/28/2017 09:00 PM, jimmy keffer wrote: > still can't download http://x.allstarlink.org/svn-trunk.tar.gz > any other link 2 the source for acid? > jimmy ka3vgm > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at lists.allstarlink.org > http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit http://lists.allstarlink.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. From irlp8720 at yahoo.com Wed Mar 1 02:45:39 2017 From: irlp8720 at yahoo.com (Steve Agee) Date: Tue, 28 Feb 2017 20:45:39 -0600 Subject: [App_rpt-users] acid In-Reply-To: <3734719d-cefa-5b72-3922-d932e5e80e5f@msgstor.com> References: <61mbbcphpd8pdjg2s1h2k14ie1fj2l5hr3@4ax.com> <8e59d944-634f-8d8b-20f3-871ca82c78e5@bryanfields.net> <9d1cb23b-ea57-d357-913a-493a8d35fd7d@va3uv.com> <3734719d-cefa-5b72-3922-d932e5e80e5f@msgstor.com> Message-ID: <2ca3ade4-2370-fd1f-aea2-33eca17e307b@yahoo.com> I had an issue last night installing either the 32 or 64 bit version of DIAL and was wondering if ohnosec.org being down had something to do with it? After that final round of updates the box won't boot. Tried 3 different 64 bit boxes with both the 32 and 64 bit versions. N5ZUA On 2/28/2017 8:40 PM, Steve Zingman wrote: > Jimmy, > > We are working to make ohnosec available again. We do have the source, > but it's on a git server now. > > Here is a link to a older version of svn-trunk.tar.gz I ma still > looking to see if I have a newer version. > > > > 73, Steve N4IRS > > > > > On 02/28/2017 09:00 PM, jimmy keffer wrote: >> still can't download http://x.allstarlink.org/svn-trunk.tar.gz >> any other link 2 the source for acid? >> jimmy ka3vgm >> _______________________________________________ >> App_rpt-users mailing list >> App_rpt-users at lists.allstarlink.org >> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users >> >> To unsubscribe from this list please visit >> http://lists.allstarlink.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 lists.allstarlink.org > http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit > http://lists.allstarlink.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. From szingman at msgstor.com Wed Mar 1 13:16:54 2017 From: szingman at msgstor.com (Steve Zingman) Date: Wed, 1 Mar 2017 08:16:54 -0500 Subject: [App_rpt-users] acid In-Reply-To: <2ca3ade4-2370-fd1f-aea2-33eca17e307b@yahoo.com> References: <61mbbcphpd8pdjg2s1h2k14ie1fj2l5hr3@4ax.com> <8e59d944-634f-8d8b-20f3-871ca82c78e5@bryanfields.net> <9d1cb23b-ea57-d357-913a-493a8d35fd7d@va3uv.com> <3734719d-cefa-5b72-3922-d932e5e80e5f@msgstor.com> <2ca3ade4-2370-fd1f-aea2-33eca17e307b@yahoo.com> Message-ID: <349a7156-6538-92ad-611b-1640ba263dc9@msgstor.com> You are correct. the x64 and x86 version of DIAL build from ohnosec. We are working to get it fixed. I am also going to redo those versions of DIAL to use github. 73, Steve N4IRS On 2/28/2017 9:45 PM, Steve Agee wrote: > I had an issue last night installing either the 32 or 64 bit version of > DIAL and was wondering if ohnosec.org being down had something to do > with it? After that final round of updates the box won't boot. Tried 3 > different 64 bit boxes with both the 32 and 64 bit versions. > > N5ZUA > > On 2/28/2017 8:40 PM, Steve Zingman wrote: >> Jimmy, >> >> We are working to make ohnosec available again. We do have the source, >> but it's on a git server now. >> >> Here is a link to a older version of svn-trunk.tar.gz I ma still >> looking to see if I have a newer version. >> >> >> >> 73, Steve N4IRS >> >> >> >> >> On 02/28/2017 09:00 PM, jimmy keffer wrote: >>> still can't download http://x.allstarlink.org/svn-trunk.tar.gz >>> any other link 2 the source for acid? >>> jimmy ka3vgm >>> _______________________________________________ >>> App_rpt-users mailing list >>> App_rpt-users at lists.allstarlink.org >>> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users >>> >>> To unsubscribe from this list please visit >>> http://lists.allstarlink.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 lists.allstarlink.org >> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users >> >> To unsubscribe from this list please visit >> http://lists.allstarlink.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 lists.allstarlink.org > http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit > http://lists.allstarlink.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. From horsezip at earthlink.net Wed Mar 1 14:47:45 2017 From: horsezip at earthlink.net (jimmy keffer) Date: Wed, 01 Mar 2017 09:47:45 -0500 Subject: [App_rpt-users] acid In-Reply-To: <3734719d-cefa-5b72-3922-d932e5e80e5f@msgstor.com> References: <61mbbcphpd8pdjg2s1h2k14ie1fj2l5hr3@4ax.com> <8e59d944-634f-8d8b-20f3-871ca82c78e5@bryanfields.net> <9d1cb23b-ea57-d357-913a-493a8d35fd7d@va3uv.com> <3734719d-cefa-5b72-3922-d932e5e80e5f@msgstor.com> Message-ID: got Forbidden You don't have permission to access /files/ASL/svn-trunk.tar.gz on this server. Apache/2.4.10 (Debian) Server at dvswitch.org Port 80 On Tue, 28 Feb 2017 21:40:10 -0500, you wrote: >Jimmy, > >We are working to make ohnosec available again. We do have the source, >but it's on a git server now. > >Here is a link to a older version of svn-trunk.tar.gz I ma still looking >to see if I have a newer version. > > > >73, Steve N4IRS > > > > >On 02/28/2017 09:00 PM, jimmy keffer wrote: >> still can't download http://x.allstarlink.org/svn-trunk.tar.gz >> any other link 2 the source for acid? >> jimmy ka3vgm >> _______________________________________________ >> App_rpt-users mailing list >> App_rpt-users at lists.allstarlink.org >> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users >> >> To unsubscribe from this list please visit http://lists.allstarlink.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 lists.allstarlink.org >http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users > >To unsubscribe from this list please visit http://lists.allstarlink.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. From szingman at msgstor.com Wed Mar 1 14:52:50 2017 From: szingman at msgstor.com (Steve Zingman) Date: Wed, 1 Mar 2017 09:52:50 -0500 Subject: [App_rpt-users] acid In-Reply-To: References: <61mbbcphpd8pdjg2s1h2k14ie1fj2l5hr3@4ax.com> <8e59d944-634f-8d8b-20f3-871ca82c78e5@bryanfields.net> <9d1cb23b-ea57-d357-913a-493a8d35fd7d@va3uv.com> <3734719d-cefa-5b72-3922-d932e5e80e5f@msgstor.com> Message-ID: Please retry. Steve On 3/1/2017 9:47 AM, jimmy keffer wrote: > got Forbidden > > You don't have permission to access /files/ASL/svn-trunk.tar.gz on this > server. > > > > Apache/2.4.10 (Debian) Server at dvswitch.org Port 80 > On Tue, 28 Feb 2017 21:40:10 -0500, you wrote: > >> Jimmy, >> >> We are working to make ohnosec available again. We do have the source, >> but it's on a git server now. >> >> Here is a link to a older version of svn-trunk.tar.gz I ma still looking >> to see if I have a newer version. >> >> >> >> 73, Steve N4IRS >> >> >> >> >> On 02/28/2017 09:00 PM, jimmy keffer wrote: >>> still can't download http://x.allstarlink.org/svn-trunk.tar.gz >>> any other link 2 the source for acid? >>> jimmy ka3vgm >>> _______________________________________________ >>> App_rpt-users mailing list >>> App_rpt-users at lists.allstarlink.org >>> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users >>> >>> To unsubscribe from this list please visit http://lists.allstarlink.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 lists.allstarlink.org >> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users >> >> To unsubscribe from this list please visit http://lists.allstarlink.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 lists.allstarlink.org > http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit http://lists.allstarlink.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. From horsezip at earthlink.net Wed Mar 1 14:59:48 2017 From: horsezip at earthlink.net (jimmy keffer) Date: Wed, 01 Mar 2017 09:59:48 -0500 Subject: [App_rpt-users] acid In-Reply-To: References: <61mbbcphpd8pdjg2s1h2k14ie1fj2l5hr3@4ax.com> <8e59d944-634f-8d8b-20f3-871ca82c78e5@bryanfields.net> <9d1cb23b-ea57-d357-913a-493a8d35fd7d@va3uv.com> <3734719d-cefa-5b72-3922-d932e5e80e5f@msgstor.com> Message-ID: works now thanks From irlp8720 at yahoo.com Wed Mar 1 23:32:02 2017 From: irlp8720 at yahoo.com (Steve Agee) Date: Wed, 1 Mar 2017 17:32:02 -0600 Subject: [App_rpt-users] acid In-Reply-To: <349a7156-6538-92ad-611b-1640ba263dc9@msgstor.com> References: <61mbbcphpd8pdjg2s1h2k14ie1fj2l5hr3@4ax.com> <8e59d944-634f-8d8b-20f3-871ca82c78e5@bryanfields.net> <9d1cb23b-ea57-d357-913a-493a8d35fd7d@va3uv.com> <3734719d-cefa-5b72-3922-d932e5e80e5f@msgstor.com> <2ca3ade4-2370-fd1f-aea2-33eca17e307b@yahoo.com> <349a7156-6538-92ad-611b-1640ba263dc9@msgstor.com> Message-ID: <5825dde2-231b-89d0-1878-e15f1067711c@yahoo.com> Thanks, Steve. Would you be so kind as to post when I will be able to build a box again? N5ZUA On 3/1/2017 7:16 AM, Steve Zingman wrote: > You are correct. the x64 and x86 version of DIAL build from ohnosec. > We are working to get it fixed. I am also going to redo those versions > of DIAL to use github. > > 73, Steve N4IRS > > On 2/28/2017 9:45 PM, Steve Agee wrote: >> I had an issue last night installing either the 32 or 64 bit version of >> DIAL and was wondering if ohnosec.org being down had something to do >> with it? After that final round of updates the box won't boot. Tried 3 >> different 64 bit boxes with both the 32 and 64 bit versions. >> >> N5ZUA >> >> On 2/28/2017 8:40 PM, Steve Zingman wrote: >>> Jimmy, >>> >>> We are working to make ohnosec available again. We do have the source, >>> but it's on a git server now. >>> >>> Here is a link to a older version of svn-trunk.tar.gz I ma still >>> looking to see if I have a newer version. >>> >>> >>> >>> 73, Steve N4IRS >>> >>> >>> >>> >>> On 02/28/2017 09:00 PM, jimmy keffer wrote: >>>> still can't download http://x.allstarlink.org/svn-trunk.tar.gz >>>> any other link 2 the source for acid? >>>> jimmy ka3vgm >>>> _______________________________________________ >>>> App_rpt-users mailing list >>>> App_rpt-users at lists.allstarlink.org >>>> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users >>>> >>>> To unsubscribe from this list please visit >>>> http://lists.allstarlink.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 lists.allstarlink.org >>> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users >>> >>> To unsubscribe from this list please visit >>> http://lists.allstarlink.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 lists.allstarlink.org >> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users >> >> To unsubscribe from this list please visit >> http://lists.allstarlink.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 lists.allstarlink.org > http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit > http://lists.allstarlink.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. From electricity440 at gmail.com Wed Mar 1 06:34:03 2017 From: electricity440 at gmail.com (Skyler F) Date: Tue, 28 Feb 2017 23:34:03 -0700 Subject: [App_rpt-users] Better Telemetry!!! In-Reply-To: References: Message-ID: Didn't finish typing before I hit send. Once the editing is done, in the asterisk directory, type ./configure make make install If anybody has any comments on how to add it as an option in the rpt.conf file, let me know. The code is pretty dirty at this stage, and it is my first real modification to the source code. On Tue, Feb 28, 2017 at 11:30 PM, Skyler F wrote: > I was toying around in app_rpt.c, and I figured out a way to shorten the > telemetry down. > > NODE XXXXX Connected to node XXXXX > > Is now replaced with: > > NODE XXXXX Connected > > > First, go to the app_rpt.c file, located in > /usr/src/utils/astsrc/asterisk/apps > > OR > /usr/src/astsrc-1.4.23/asterisk/apps > > > View the file app_rpt.c and search for this code below: > > > if (n < 3) return; > if (wait_interval(myrpt, DLY_TELEM, mychannel) == -1) > return; > res = saynode(myrpt,mychannel,strs[2]); > if (!res) > res = ast_streamfile(mychannel, "rpt/connected", > mychannel->language); > if (!res) > res = ast_waitstream(mychannel, ""); > else > ast_log(LOG_WARNING, "ast_streamfile failed on > %s\n", mychannel->name); > ast_stopstream(mychannel); > res = ast_streamfile(mychannel, "digits/2", > mychannel->language); > if (!res) > res = ast_waitstream(mychannel, ""); > else > ast_log(LOG_WARNING, "ast_streamfile failed on > %s\n", mychannel->name); > ast_stopstream(mychannel); > saynode(myrpt,mychannel,strs[1]); > return; > > > > Replace That chunk of code with : > > if (n < 3) return; > if (wait_interval(myrpt, DLY_TELEM, mychannel) == -1) return; > if (strcmp(strs[1], myrpt->name) == 0) > { > ast_verbose("\nDialed OUT\n"); > res = saynode(myrpt,mychannel,strs[2]); > } > else{ > ast_verbose("\nDialed IN\n"); > res = saynode(myrpt,mychannel,strs[1]); > } > ast_verbose("Node Connection Test strs[1]=%s ,strs[2]=%s, > my_node=%s\n",strs[1],strs[2], myrpt->name); > if (!res) > res = ast_streamfile(mychannel, "rpt/connected", > mychannel->language); > if (!res) > res = ast_waitstream(mychannel, ""); > else > ast_log(LOG_WARNING, "ast_streamfile failed on > %s\n", mychannel->name); > ast_stopstream(mychannel); > /*res = ast_streamfile(mychannel, "digits/2", > mychannel->language);*/ > if (!res) > res = ast_waitstream(mychannel, ""); > else > ast_log(LOG_WARNING, "ast_streamfile failed on > %s\n", mychannel->name); > ast_stopstream(mychannel); > /*saynode(myrpt,mychannel,strs[1]);*/ > return; > -- Skyler Fennell amsatnet.info KD?WHB electricity440 at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From electricity440 at gmail.com Wed Mar 1 06:30:26 2017 From: electricity440 at gmail.com (Skyler F) Date: Tue, 28 Feb 2017 23:30:26 -0700 Subject: [App_rpt-users] Better Telemetry!!! Message-ID: I was toying around in app_rpt.c, and I figured out a way to shorten the telemetry down. NODE XXXXX Connected to node XXXXX Is now replaced with: NODE XXXXX Connected First, go to the app_rpt.c file, located in /usr/src/utils/astsrc/asterisk/apps OR /usr/src/astsrc-1.4.23/asterisk/apps View the file app_rpt.c and search for this code below: if (n < 3) return; if (wait_interval(myrpt, DLY_TELEM, mychannel) == -1) return; res = saynode(myrpt,mychannel,strs[2]); if (!res) res = ast_streamfile(mychannel, "rpt/connected", mychannel->language); if (!res) res = ast_waitstream(mychannel, ""); else ast_log(LOG_WARNING, "ast_streamfile failed on %s\n", mychannel->name); ast_stopstream(mychannel); res = ast_streamfile(mychannel, "digits/2", mychannel->language); if (!res) res = ast_waitstream(mychannel, ""); else ast_log(LOG_WARNING, "ast_streamfile failed on %s\n", mychannel->name); ast_stopstream(mychannel); saynode(myrpt,mychannel,strs[1]); return; Replace That chunk of code with : if (n < 3) return; if (wait_interval(myrpt, DLY_TELEM, mychannel) == -1) return; if (strcmp(strs[1], myrpt->name) == 0) { ast_verbose("\nDialed OUT\n"); res = saynode(myrpt,mychannel,strs[2]); } else{ ast_verbose("\nDialed IN\n"); res = saynode(myrpt,mychannel,strs[1]); } ast_verbose("Node Connection Test strs[1]=%s ,strs[2]=%s, my_node=%s\n",strs[1],strs[2], myrpt->name); if (!res) res = ast_streamfile(mychannel, "rpt/connected", mychannel->language); if (!res) res = ast_waitstream(mychannel, ""); else ast_log(LOG_WARNING, "ast_streamfile failed on %s\n", mychannel->name); ast_stopstream(mychannel); /*res = ast_streamfile(mychannel, "digits/2", mychannel->language);*/ if (!res) res = ast_waitstream(mychannel, ""); else ast_log(LOG_WARNING, "ast_streamfile failed on %s\n", mychannel->name); ast_stopstream(mychannel); /*saynode(myrpt,mychannel,strs[1]);*/ return; -------------- next part -------------- An HTML attachment was scrubbed... URL: From w2rjr at aim.com Sun Mar 5 00:49:18 2017 From: w2rjr at aim.com (W2rjr) Date: Sat, 4 Mar 2017 19:49:18 -0500 Subject: [App_rpt-users] Wifi on the raspberry pi 3 Message-ID: <15a9bf12dcc-22a6-edbe@webprd-a23.mail.aol.com> Hello Can anyone help with setting up the wifi on the pi 3 ? I'm running Dial. Thank you 73 Ray, W2RJR -------------- next part -------------- An HTML attachment was scrubbed... URL: From szingman at msgstor.com Sun Mar 5 03:48:12 2017 From: szingman at msgstor.com (Steve Zingman) Date: Sat, 4 Mar 2017 22:48:12 -0500 Subject: [App_rpt-users] Wifi on the raspberry pi 3 In-Reply-To: <15a9bf12dcc-22a6-edbe@webprd-a23.mail.aol.com> References: <15a9bf12dcc-22a6-edbe@webprd-a23.mail.aol.com> Message-ID: Ray, For Wifi support on the Pi3 you need the newer version of DIAL You can download it from: 73, Steve N4IRS On 03/04/2017 07:49 PM, W2rjr wrote: > > Hello > > Can anyone help with setting up the wifi on the pi 3 ? I'm running > Dial. Thank you > > 73 > Ray, > W2RJR > > > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at lists.allstarlink.org > http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit http://lists.allstarlink.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: From david.osborn at manx.net Sun Mar 5 10:09:19 2017 From: david.osborn at manx.net (David Osborn) Date: Sun, 5 Mar 2017 10:09:19 -0000 Subject: [App_rpt-users] Showing EchoLink details in AllMon Message-ID: <002501d29598$8df77c60$a9e67520$@manx.net> Folks, Is there any way (even by manual means) of getting more information about a connected EchoLink station to display in AllMon? Whilst the node number and the word "Echolink" is way better than nothing, I'd like to show the callsign instead so that the entry is more meaningful. We have a few regular connections and I'd be happy to create some manual listing for them, adding others as required. Any Inspirations? Thanks David Osborn - GD4HOZ -------------- next part -------------- An HTML attachment was scrubbed... URL: From steve at m0hoy.com Sun Mar 5 10:14:55 2017 From: steve at m0hoy.com (Stephen Curtis) Date: Sun, 5 Mar 2017 10:14:55 +0000 Subject: [App_rpt-users] Showing EchoLink details in AllMon In-Reply-To: <002501d29598$8df77c60$a9e67520$@manx.net> References: <002501d29598$8df77c60$a9e67520$@manx.net> Message-ID: <4B541D5C-E219-4519-AB97-8477C21878FD@m0hoy.com> Hi David, Within the Allmon directory you should find a private nodes.sample.txt file. You can manually add echolink nodes in this file, it also has an example of how to format the info. You will then need to save it as privatenodes.txt You will then need to either wait for allmon to do its database update as scheduled or run the database update script to effect the changes straight away. Kindest Regards Steve M0HOY > On 5 Mar 2017, at 10:09, David Osborn wrote: > > Folks, > > Is there any way (even by manual means) of getting more information about a connected EchoLink station to display in AllMon? > > Whilst the node number and the word ?Echolink? is way better than nothing, I?d like to show the callsign instead so that the entry is more meaningful. > > We have a few regular connections and I?d be happy to create some manual listing for them, adding others as required. > > Any Inspirations? > > Thanks > > David Osborn ? GD4HOZ > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at lists.allstarlink.org > http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit http://lists.allstarlink.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: From david.osborn at manx.net Sun Mar 5 10:20:14 2017 From: david.osborn at manx.net (David Osborn) Date: Sun, 5 Mar 2017 10:20:14 -0000 Subject: [App_rpt-users] Showing EchoLink details in AllMon In-Reply-To: <4B541D5C-E219-4519-AB97-8477C21878FD@m0hoy.com> References: <002501d29598$8df77c60$a9e67520$@manx.net> <4B541D5C-E219-4519-AB97-8477C21878FD@m0hoy.com> Message-ID: <004501d2959a$1436bec0$3ca43c40$@manx.net> Thanks Steve, Would you believe that I just found that as your message landed!! I should have looked harder before posting. I might have guessed that Tim, the Enchanter, had thought of that ? he?s thought of everything else J Thanks Dave From: Stephen Curtis [mailto:steve at m0hoy.com] Sent: 05 March 2017 10:15 To: Users of Asterisk app_rpt Subject: Re: [App_rpt-users] Showing EchoLink details in AllMon Hi David, Within the Allmon directory you should find a private nodes.sample.txt file. You can manually add echolink nodes in this file, it also has an example of how to format the info. You will then need to save it as privatenodes.txt You will then need to either wait for allmon to do its database update as scheduled or run the database update script to effect the changes straight away. Kindest Regards Steve M0HOY On 5 Mar 2017, at 10:09, David Osborn wrote: Folks, Is there any way (even by manual means) of getting more information about a connected EchoLink station to display in AllMon? Whilst the node number and the word ?Echolink? is way better than nothing, I?d like to show the callsign instead so that the entry is more meaningful. We have a few regular connections and I?d be happy to create some manual listing for them, adding others as required. Any Inspirations? Thanks David Osborn ? GD4HOZ _______________________________________________ App_rpt-users mailing list App_rpt-users at lists.allstarlink.org http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users To unsubscribe from this list please visit http://lists.allstarlink.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: From no1pc at yahoo.com Sun Mar 5 20:25:42 2017 From: no1pc at yahoo.com (no1pc at yahoo.com) Date: Sun, 5 Mar 2017 20:25:42 +0000 (UTC) Subject: [App_rpt-users] WebTransceiver - just me? References: <852995394.2240637.1488745542092.ref@mail.yahoo.com> Message-ID: <852995394.2240637.1488745542092@mail.yahoo.com> I noticed today that it appears I can partially connect to my nodes, or others from my PC, my Mac, etc. but no audio comes across in either direction. ?Node status shows connected, but that's it. This worked a day or two ago with any of the nodes I am trying now. ?The nodes are functional and can connect to each other and iaxrpt. ? So there is no obvious port, addressing, routing or config issue. ?Nothing has change on any of the nodes, PCs, etc. Any clues? ? Could be just my turn to have Murphy visit. -------------- next part -------------- An HTML attachment was scrubbed... URL: From selkie2 at comcast.net Mon Mar 6 18:19:31 2017 From: selkie2 at comcast.net (DuaneVT .) Date: Mon, 6 Mar 2017 13:19:31 -0500 Subject: [App_rpt-users] WebTransceiver - just me? Message-ID: While EVERYONE says WT does not work, I have it working on several Win7 32 bit computers. Sometimes I don't get the Java block running, but for the most part, failures are the receive audio does not show on the Windows speaker mixer panel. Other times, the level bar bounces with audio but nothing is heard on the computer speakers. WHEN it works, it works nicely. 73, Duane KA1LM 42996 -------------- next part -------------- An HTML attachment was scrubbed... URL: From benjamin at project23d.com Tue Mar 7 00:52:40 2017 From: benjamin at project23d.com (Benjamin L. Naber) Date: Mon, 6 Mar 2017 19:52:40 -0500 Subject: [App_rpt-users] Codecs In-Reply-To: References: Message-ID: While reading an email from another VoIP email reflector, I got to thinking about some of the codecs we use. Perusing through the iax.conf through a few allstar network linking distros, each seem to have their own preferred set of codecs. I'm rather disturbed that iLBC and speex remains in any of them, while I'm sure for compatibility of older installations. However, low quality bandwidth codes sounds no better than echo-stink. This is one of the reason why we use Allstarlink, for better audio quality, is it not? As I connect to different allstar nodes throughout the world, more-so in the US, some are using iLBC or gsm... and a majority are hub nodes. This to me, is unacceptable, and appears the codec being used are whatever the allstar box has been packaged with. So, given than I'm not a Steve Henke or Steve Zingman, but I want to ensure that I'm doing my part to achieve high fidelity through g711 codec and proper URI <-> radio hardware interfacing techniques. Which stanza in the iax.conf is for out-going connections? I was under the impression [radio-proxy] was, however, when a node with: disallow=all allow=ulaw allow=g726aal2 allow=gsm connects to my node which has the *same* key=value pairs under [radio] stanza, I got the message something along the lines of: connected: IP codes available: g726aal2/gsm host codecs available: ulaw|g726aal2|gsm|ilbc actual codec: g726aal ... bost sides do not have ilbc *anywhere*. The codec has been removed/deleted. Why does it still show up? What is the ultimate deciding factor of which codec is used if both side have codecpriority=mine? ~Benjamin, KB9LFZ From tisawyer at gmail.com Tue Mar 7 04:36:38 2017 From: tisawyer at gmail.com (Tim Sawyer) Date: Mon, 6 Mar 2017 20:36:38 -0800 Subject: [App_rpt-users] Codecs In-Reply-To: References: Message-ID: I believe the receive side of the connection determines the codec. You can't force it on the other end. Do you have a [radio] stanza in one of your node? Maybe that's where iLBC is. On Mon, Mar 6, 2017 at 4:52 PM, Benjamin L. Naber wrote: > While reading an email from another VoIP email reflector, I got to > thinking about some of the codecs we use. > > Perusing through the iax.conf through a few allstar network linking > distros, each seem to have their own preferred set of codecs. > > I'm rather disturbed that iLBC and speex remains in any of them, while I'm > sure for compatibility of older installations. However, low quality > bandwidth codes sounds no better than echo-stink. This is one of the reason > why we use Allstarlink, for better audio quality, is it not? > > As I connect to different allstar nodes throughout the world, more-so in > the US, some are using iLBC or gsm... and a majority are hub nodes. This to > me, is unacceptable, and appears the codec being used are whatever the > allstar box has been packaged with. > > So, given than I'm not a Steve Henke or Steve Zingman, but I want to > ensure that I'm doing my part to achieve high fidelity through g711 codec > and proper URI <-> radio hardware interfacing techniques. > > Which stanza in the iax.conf is for out-going connections? > > I was under the impression [radio-proxy] was, however, when a node with: > disallow=all > allow=ulaw > allow=g726aal2 > allow=gsm > > connects to my node which has the *same* key=value pairs under [radio] > stanza, I got the message something along the lines of: > > connected: IP > codes available: g726aal2/gsm > host codecs available: ulaw|g726aal2|gsm|ilbc > actual codec: g726aal > ... > > bost sides do not have ilbc *anywhere*. The codec has been > removed/deleted. Why does it still show up? > > What is the ultimate deciding factor of which codec is used if both side > have codecpriority=mine? > > ~Benjamin, KB9LFZ > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at lists.allstarlink.org > http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit http://lists.allstarlink.org/c > gi-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. -- -- Tim -------------- next part -------------- An HTML attachment was scrubbed... URL: From shulerburton at gmail.com Tue Mar 7 06:19:49 2017 From: shulerburton at gmail.com (Shuler Burton) Date: Tue, 7 Mar 2017 01:19:49 -0500 Subject: [App_rpt-users] Codecs In-Reply-To: References: Message-ID: <90706FB2-4854-44E3-B2BA-84FB3C3683F7@gmail.com> That's correct in asterisk world you give a group of codecs that you would like to use but your connection is a negotiation of what the other end is using... you can prioritize but can't choose one. Shuler Burton > On Mar 6, 2017, at 11:36 PM, Tim Sawyer wrote: > > Allstarlink -------------- next part -------------- An HTML attachment was scrubbed... URL: From t.ottavi at bc-109.com Tue Mar 7 10:22:06 2017 From: t.ottavi at bc-109.com (Toussaint OTTAVI) Date: Tue, 7 Mar 2017 11:22:06 +0100 Subject: [App_rpt-users] Codecs In-Reply-To: References: Message-ID: <2f0de286-1657-2a87-82f4-b5597b554d56@bc-109.com> Le 07/03/2017 ? 01:52, Benjamin L. Naber a ?crit : > I'm rather disturbed that iLBC and speex remains in any of them, while > I'm sure for compatibility of older installations. However, low > quality bandwidth codes sounds no better than echo-stink. This is one > of the reason why we use Allstarlink, for better audio quality, is it not? Not necessarly. This depends on available bandwidth ;-) We have distributed repeaters and a central hub. We're using high quality / high bandwidth for interlinks between repeaters and the hub. But the hub also accepts IAX2 connections from 3G/mobile users (using softphones such as Zoiper). When mobile network is poor, or when driving, using low-bandwidth codecs such as iLBC or Speex does have a sense. Codec can be choosen by users on the client side. From k5mvz at verizon.net Tue Mar 7 16:16:29 2017 From: k5mvz at verizon.net (k5mvz at verizon.net) Date: Tue, 7 Mar 2017 11:16:29 -0500 Subject: [App_rpt-users] WebTransceiver - just me? In-Reply-To: References: Message-ID: <15aa98ebf97-43df-1801f@webprd-m11.mail.aol.com> Duane- I have been running Web Transceiver using Linux Mint/Mint xfce/Zorin/Ubuntu & Firefox Web Browser for 2-3 years & it seems to work ok. This is my primary & only access to Allstar. I also have Web Transceiver running under Win XP & Firefox with no known problem, but not a lot of runtime. I also have it on a laptop running Win 7 & Firefox & it seems to work ok, but not a lot of runtime as well. Had it on the Win 7 laptop for about a year. I primarily run Web Transceiver using Linux & Firefox at home & on a laptop when traveling. Since U are running Win 7, U might want to run Firefox or Chrome for a Web Browser. This may help the the audio problem. U did not say what web browser U were running with Win 7. This came up a year or so ago on the forum. It may have been U looking for an alternative for computer users in ur group/club. Hope this helps. de- Bob K5MVZ -----Original Message----- From: DuaneVT . To: app_rpt-users Sent: Mon, Mar 6, 2017 12:20 pm Subject: [App_rpt-users] WebTransceiver - just me? While EVERYONE says WT does not work, I have it working on several Win7 32 bit computers. Sometimes I don't get the Java block running, but for the most part, failures are the receive audio does not show on the Windows speaker mixer panel. Other times, the level bar bounces with audio but nothing is heard on the computer speakers. WHEN it works, it works nicely. 73, Duane KA1LM 42996 _______________________________________________App_rpt-users mailing listApp_rpt-users at lists.allstarlink.orghttp://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-usersTo unsubscribe from this list please visit http://lists.allstarlink.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: From no1pc at yahoo.com Tue Mar 7 17:29:59 2017 From: no1pc at yahoo.com (no1pc at yahoo.com) Date: Tue, 7 Mar 2017 17:29:59 +0000 (UTC) Subject: [App_rpt-users] App_rpt-users Digest, Vol 97, Issue 9 In-Reply-To: References: Message-ID: <2109506992.555128.1488907799393@mail.yahoo.com> To be clear, I have no problem getting WebTransceiver setup and functional...? ... what I experienced seemed to be a glitch or lack of connection from the host/server process to either of 3 nodes that had worked fine a couple of days prior. ? Could have been a 'Murphy' day. ?I haven't had time to re-check. ? 1. Re: WebTransceiver - just me? (k5mvz at verizon.net) ---------------------------------------------------------------------- Message: 1 Date: Tue, 7 Mar 2017 11:16:29 -0500 From: k5mvz at verizon.net To: app_rpt-users at lists.allstarlink.org Subject: Re: [App_rpt-users] WebTransceiver - just me? Message-ID: <15aa98ebf97-43df-1801f at webprd-m11.mail.aol.com> Content-Type: text/plain; charset="utf-8" Duane- I have been running Web Transceiver using Linux Mint/Mint xfce/Zorin/Ubuntu & Firefox Web Browser for 2-3 years & it seems to work ok.? This is my primary & only access to Allstar. I also have Web Transceiver running under Win XP & Firefox with no known problem, but not a lot of runtime.? I also have it on a laptop running Win 7 & Firefox & it seems to work ok, but not a lot of runtime as well.? Had it on the Win 7 laptop for about a year.? I primarily run Web Transceiver using Linux & Firefox at home & on a laptop when traveling. Since U are running Win 7, U might want to run Firefox or Chrome for a Web Browser.? This may help the the audio problem.? U did not say what web browser U were running with Win 7.? This came up a year or so ago on the forum.? It may have been U looking for an alternative for computer users in ur group/club. Hope this helps. de- Bob K5MVZ -----Original Message----- From: DuaneVT . To: app_rpt-users Sent: Mon, Mar 6, 2017 12:20 pm Subject: [App_rpt-users] WebTransceiver - just me? While EVERYONE says WT does not work, I have it working on several Win7 32 bit computers. Sometimes I don't get the Java block running, but for the most part, failures are the receive audio does not show on the Windows speaker mixer panel. Other times, the level bar bounces with audio but nothing is heard on the computer speakers. WHEN it works, it works nicely. 73, Duane KA1LM? 42996 _______________________________________________App_rpt-users mailing listApp_rpt-users at lists.allstarlink.orghttp://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-usersTo unsubscribe from this list please visit http://lists.allstarlink.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: ------------------------------ Subject: Digest Footer _______________________________________________ App_rpt-users mailing list App_rpt-users at lists.allstarlink.org http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users ------------------------------ End of App_rpt-users Digest, Vol 97, Issue 9 ******************************************** -------------- next part -------------- An HTML attachment was scrubbed... URL: From benjamin at project23d.com Tue Mar 7 17:59:16 2017 From: benjamin at project23d.com (Benjamin L. Naber) Date: Tue, 7 Mar 2017 12:59:16 -0500 Subject: [App_rpt-users] Codecs In-Reply-To: References: Message-ID: Interesting to learn some of the workings of iax.conf. I'm aware of the rest, however, I would encourage iax.conf is modified to have the following priorities for every connection stanza: ulaw g726aal2 gsm this is to ensure audio quality is better than IRLP and echo-stink. If you cannot tell the difference, listen to a conversation on a local repeater, and the same conversation with the convenient delay over IRLP or echo-stink. You may then remember in days-past of analog cellular listening to the person on the other end had more body and fidelity. Regarding bandwidth, be it a DSL or mobile connection, this should be a non-issue. Even 1G cellular data connection will support two full-duplex uLaw streams. For hub nodes, 30 ulaw streams is right around 2.25Mbits. If this is a concern, perhaps the owner of the hub should really consider putting the node elsewhere. That's like trying to put a Pinto engine in my E-350 and expecting it to work the same. Considering jitter and packet loss if it is thought a higher bandwidth codec will cause this, such is not the case. This is the cause of little or no implementation of Qos/ToS in the WAN facing side of a router. There are other external considerations, but those are outside the scope of this thread. While on that subject a brief description of an example is the node at my home. My connection, fortunately, has maintained +25Mbps down and 5Mbps up, I've have zero issues with jitter and packet loss with QoS implemented, even while the kids are watching netflix, skyping, and watching something on youtube.... all at the same time. On 03/06/2017 11:08 PM, David McGough wrote: > Hi Benjamin, > > If you want to only use the G.711 CODEC, only allow that one CODEC at your > end. But, be aware that may not be compatible with all hubs out there. > Also, be aware that if you do NOT run the same CODEC as that which is > preferred by a given hub, you'll likely end up with poorer audio due to > transcoding. > > If you only want G.711, set your config such as: > > [whatever_stanza] > disallow=all > allow=ulaw > > > ....On a side note, while I agree with you that the Asterisk GSM and speex > CODECs presents lower quality audio, with many others (such as G.726 and > iLBC), you would be hard pressed to tell the difference between them, with > repeater audio. If fact, I'm not sure _I_ could tell the difference in a > blind A/B test. > > Another factor to consider is the hub bandwidth used for EACH audio > stream. This is a BIG deal for hub out-bound bandwidth. Here are results > from actual measurements on my hub: > > One IAX2 half-duplex stream. All results in Kbytes-per-second: > > GSM 3.2 > iLBC 3.5 > G726 5.5 > ULAW 9.4 > > > These data rates will be in-bound or out-bound, depending of if your local > node is listening or talking to another node across the VoIP network. If > you have 30 nodes connected to a hub, the total bandwidth required is 31 > times the above numbers---30 out-bound listeners + 1 in-bound talker. > > 73, David KB4FXC > > > > On Mon, 6 Mar 2017, Benjamin L. Naber wrote: > >> While reading an email from another VoIP email reflector, I got to > thinking about some of the codecs we use. > > Perusing through the iax.conf through a few allstar network linking > distros, each seem to have their own preferred set of codecs. > > I'm rather disturbed that iLBC and speex remains in any of them, while > I'm sure for compatibility of older installations. However, low quality > bandwidth codes sounds no better than echo-stink. This is one of the > reason why we use Allstarlink, for better audio quality, is it not? > > As I connect to different allstar nodes throughout the world, more-so in > the US, some are using iLBC or gsm... and a majority are hub nodes. This > to me, is unacceptable, and appears the codec being used are whatever > the allstar box has been packaged with. > > So, given than I'm not a Steve Henke or Steve Zingman, but I want to > ensure that I'm doing my part to achieve high fidelity through g711 > codec and proper URI <-> radio hardware interfacing techniques. > > Which stanza in the iax.conf is for out-going connections? > > I was under the impression [radio-proxy] was, however, when a node with: > disallow=all > allow=ulaw > allow=g726aal2 > allow=gsm > > connects to my node which has the *same* key=value pairs under [radio] > stanza, I got the message something along the lines of: > > connected: IP > codes available: g726aal2/gsm > host codecs available: ulaw|g726aal2|gsm|ilbc > actual codec: g726aal > ... > > bost sides do not have ilbc *anywhere*. The codec has been > removed/deleted. Why does it still show up? > > What is the ultimate deciding factor of which codec is used if both side > have codecpriority=mine? > > ~Benjamin, KB9LFZ > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at lists.allstarlink.org > http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit http://lists.allstarlink.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. > From szingman at msgstor.com Tue Mar 7 18:15:30 2017 From: szingman at msgstor.com (Steve Zingman) Date: Tue, 7 Mar 2017 13:15:30 -0500 Subject: [App_rpt-users] Codecs In-Reply-To: References: Message-ID: Here is a link to the default iax.conf in DIAL 73, Steve N4IRS On 3/7/2017 12:59 PM, Benjamin L. Naber wrote: > Interesting to learn some of the workings of iax.conf. > > I'm aware of the rest, however, I would encourage iax.conf is modified > to have the following priorities for every connection stanza: > ulaw > g726aal2 > gsm > > this is to ensure audio quality is better than IRLP and echo-stink. If > you cannot tell the difference, listen to a conversation on a local > repeater, and the same conversation with the convenient delay over > IRLP or echo-stink. > > You may then remember in days-past of analog cellular listening to the > person on the other end had more body and fidelity. > > Regarding bandwidth, be it a DSL or mobile connection, this should be > a non-issue. Even 1G cellular data connection will support two > full-duplex uLaw streams. > > For hub nodes, 30 ulaw streams is right around 2.25Mbits. If this is a > concern, perhaps the owner of the hub should really consider putting > the node elsewhere. That's like trying to put a Pinto engine in my > E-350 and expecting it to work the same. > > Considering jitter and packet loss if it is thought a higher bandwidth > codec will cause this, such is not the case. This is the cause of > little or no implementation of Qos/ToS in the WAN facing side of a > router. There are other external considerations, but those are outside > the scope of this thread. > > While on that subject a brief description of an example is the node at > my home. My connection, fortunately, has maintained +25Mbps down and > 5Mbps up, I've have zero issues with jitter and packet loss with QoS > implemented, even while the kids are watching netflix, skyping, and > watching something on youtube.... all at the same time. > > From w5jr.lists at gmail.com Tue Mar 7 21:16:38 2017 From: w5jr.lists at gmail.com (Mike - W5JR) Date: Tue, 7 Mar 2017 16:16:38 -0500 Subject: [App_rpt-users] WebTransceiver - just me? In-Reply-To: <15aa98ebf97-43df-1801f@webprd-m11.mail.aol.com> References: <15aa98ebf97-43df-1801f@webprd-m11.mail.aol.com> Message-ID: <55CDAC5D-2C90-4027-B77C-451AE3BE88A5@gmail.com> Bob, we've got to get you a RPi 2/3 going so you have RF access around the house!!! tnx Mike / W5JR Alpharetta GA > On Mar 7, 2017, at 11:16 AM, k5mvz at verizon.net wrote: > > Duane- > > I have been running Web Transceiver using Linux Mint/Mint xfce/Zorin/Ubuntu & Firefox Web Browser for 2-3 years & it seems to work ok. This is my primary & only access to Allstar. > > I also have Web Transceiver running under Win XP & Firefox with no known problem, but not a lot of runtime. I also have it on a laptop running Win 7 & Firefox & it seems to work ok, but not a lot of runtime as well. Had it on the Win 7 laptop for about a year. I primarily run Web Transceiver using Linux & Firefox at home & on a laptop when traveling. > > Since U are running Win 7, U might want to run Firefox or Chrome for a Web Browser. This may help the the audio problem. U did not say what web browser U were running with Win 7. This came up a year or so ago on the forum. It may have been U looking for an alternative for computer users in ur group/club. > > Hope this helps. > > de- > Bob > K5MVZ > > > > -----Original Message----- > From: DuaneVT . > To: app_rpt-users > Sent: Mon, Mar 6, 2017 12:20 pm > Subject: [App_rpt-users] WebTransceiver - just me? > > While EVERYONE says WT does not work, I have it working on several Win7 32 bit computers. Sometimes I don't get the Java block running, but for the most part, failures are the receive audio does not show on the Windows speaker mixer panel. Other times, the level bar bounces with audio but nothing is heard on the computer speakers. WHEN it works, it works nicely. > 73, > Duane KA1LM 42996 > _______________________________________________ App_rpt-users mailing list App_rpt-users at lists.allstarlink.org http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users To unsubscribe from this list please visit http://lists.allstarlink.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 lists.allstarlink.org > http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit http://lists.allstarlink.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: From tisawyer at gmail.com Wed Mar 8 03:18:26 2017 From: tisawyer at gmail.com (Tim Sawyer) Date: Tue, 7 Mar 2017 19:18:26 -0800 Subject: [App_rpt-users] Codecs In-Reply-To: References: Message-ID: This may be of interest as well: http://docs.allstarlink.org/drupal/node/15 On Tue, Mar 7, 2017 at 10:15 AM, Steve Zingman wrote: > Here is a link to the default iax.conf in DIAL > > > > 73, Steve N4IRS > > On 3/7/2017 12:59 PM, Benjamin L. Naber wrote: > >> Interesting to learn some of the workings of iax.conf. >> >> I'm aware of the rest, however, I would encourage iax.conf is modified to >> have the following priorities for every connection stanza: >> ulaw >> g726aal2 >> gsm >> >> this is to ensure audio quality is better than IRLP and echo-stink. If >> you cannot tell the difference, listen to a conversation on a local >> repeater, and the same conversation with the convenient delay over IRLP or >> echo-stink. >> >> You may then remember in days-past of analog cellular listening to the >> person on the other end had more body and fidelity. >> >> Regarding bandwidth, be it a DSL or mobile connection, this should be a >> non-issue. Even 1G cellular data connection will support two full-duplex >> uLaw streams. >> >> For hub nodes, 30 ulaw streams is right around 2.25Mbits. If this is a >> concern, perhaps the owner of the hub should really consider putting the >> node elsewhere. That's like trying to put a Pinto engine in my E-350 and >> expecting it to work the same. >> >> Considering jitter and packet loss if it is thought a higher bandwidth >> codec will cause this, such is not the case. This is the cause of little or >> no implementation of Qos/ToS in the WAN facing side of a router. There are >> other external considerations, but those are outside the scope of this >> thread. >> >> While on that subject a brief description of an example is the node at my >> home. My connection, fortunately, has maintained +25Mbps down and 5Mbps up, >> I've have zero issues with jitter and packet loss with QoS implemented, >> even while the kids are watching netflix, skyping, and watching something >> on youtube.... all at the same time. >> >> >> > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at lists.allstarlink.org > http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit http://lists.allstarlink.org/c > gi-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. > -- -- Tim -------------- next part -------------- An HTML attachment was scrubbed... URL: From k6ecm1 at gmail.com Wed Mar 8 07:04:05 2017 From: k6ecm1 at gmail.com (Bob Pyke) Date: Tue, 7 Mar 2017 23:04:05 -0800 Subject: [App_rpt-users] RPi w/DIAL Repeater Stuck In Transmit Mode Message-ID: Our repeater hung up in transmit mode, and would not respond to radio DTMF commands to restart Asterisk or reboot. We had to manually reset the power. We don't understand why. If this should be a reoccurring issue, perhaps we need an external watchdog timer to reset power after x minutes of constant PTT activation. Looking for suggestions. We are planning to setup a remote (no internet) repeater that is not easily accessible, so want to make sure we have a solution. Thanks, Bob k6ecm 73 Sent from iPad From larry at n7fm.com Wed Mar 8 08:03:31 2017 From: larry at n7fm.com (larry) Date: Wed, 8 Mar 2017 00:03:31 -0800 Subject: [App_rpt-users] Codecs In-Reply-To: References: Message-ID: An HTML attachment was scrubbed... URL: From szingman at msgstor.com Wed Mar 8 10:41:26 2017 From: szingman at msgstor.com (Steve Zingman) Date: Wed, 8 Mar 2017 05:41:26 -0500 Subject: [App_rpt-users] RPi w/DIAL Repeater Stuck In Transmit Mode In-Reply-To: References: Message-ID: <9d9e6dfd-52fb-8d98-0918-159cfa0ae996@msgstor.com> Bob, I would like to see the system and asterisk logs, to try determine the nature of the failure. Did the system respond to any DTMF commands? I don't know of this happening to someone else. I would also suggest using the "release candidate" version of DIAL for the RPi. It can be downloaded at 73, Steve N4IRS On 03/08/2017 02:04 AM, Bob Pyke wrote: > Our repeater hung up in transmit mode, and would not respond to radio DTMF commands to restart Asterisk or reboot. We had to manually reset the power. We don't understand why. If this should be a reoccurring issue, perhaps we need an external watchdog timer to reset power after x minutes of constant PTT activation. > > Looking for suggestions. > > We are planning to setup a remote (no internet) repeater that is not easily accessible, so want to make sure we have a solution. > > Thanks, > Bob > k6ecm > 73 > > Sent from iPad > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at lists.allstarlink.org > http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit http://lists.allstarlink.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. From szingman at msgstor.com Wed Mar 8 10:54:54 2017 From: szingman at msgstor.com (Steve Zingman) Date: Wed, 8 Mar 2017 05:54:54 -0500 Subject: [App_rpt-users] Codecs In-Reply-To: References: Message-ID: <117378bc-66a7-c58e-c411-c13f9563c814@msgstor.com> Larry, The order of the codecs in the list, in the order specified by the allow statements. I think the question stems from in the fact that at the top of the Drupal the explanation is for the general section of iax.conf. Further down the where the radio stanza is explained, the order is explained. 73, Steve N4IRS On 03/08/2017 03:03 AM, larry wrote: > Steve, > > Since the 2 links referred to have GSM - on the Drupal link listed as > the first codec and the Github link lists GSM codec last in the allow > sequence. > I need to ask when nodes begin negotiating is it done using the order > of the codec in the allow list? > > Larry - N7FM > > On 03/07/2017 07:18 PM, Tim Sawyer wrote: >> This may be of interest as well: >> http://docs.allstarlink.org/drupal/node/15 >> >> On Tue, Mar 7, 2017 at 10:15 AM, Steve Zingman > > wrote: >> >> Here is a link to the default iax.conf in DIAL >> >> > > >> >> 73, Steve N4IRS >> >> On 3/7/2017 12:59 PM, Benjamin L. Naber wrote: >> >> Interesting to learn some of the workings of iax.conf. >> >> I'm aware of the rest, however, I would encourage iax.conf is >> modified to have the following priorities for every >> connection stanza: >> ulaw >> g726aal2 >> gsm >> >> this is to ensure audio quality is better than IRLP and >> echo-stink. If you cannot tell the difference, listen to a >> conversation on a local repeater, and the same conversation >> with the convenient delay over IRLP or echo-stink. >> >> You may then remember in days-past of analog cellular >> listening to the person on the other end had more body and >> fidelity. >> >> Regarding bandwidth, be it a DSL or mobile connection, this >> should be a non-issue. Even 1G cellular data connection will >> support two full-duplex uLaw streams. >> >> For hub nodes, 30 ulaw streams is right around 2.25Mbits. If >> this is a concern, perhaps the owner of the hub should really >> consider putting the node elsewhere. That's like trying to >> put a Pinto engine in my E-350 and expecting it to work the same. >> >> Considering jitter and packet loss if it is thought a higher >> bandwidth codec will cause this, such is not the case. This >> is the cause of little or no implementation of Qos/ToS in the >> WAN facing side of a router. There are other external >> considerations, but those are outside the scope of this thread. >> >> While on that subject a brief description of an example is >> the node at my home. My connection, fortunately, has >> maintained +25Mbps down and 5Mbps up, I've have zero issues >> with jitter and packet loss with QoS implemented, even while >> the kids are watching netflix, skyping, and watching >> something on youtube.... all at the same time. >> >> >> >> _______________________________________________ >> App_rpt-users mailing list >> App_rpt-users at lists.allstarlink.org >> >> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users >> >> >> To unsubscribe from this list please visit >> http://lists.allstarlink.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. >> >> >> >> >> -- >> -- >> Tim >> >> >> _______________________________________________ >> App_rpt-users mailing list >> App_rpt-users at lists.allstarlink.org >> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users >> >> To unsubscribe from this list please visithttp://lists.allstarlink.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 lists.allstarlink.org > http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit http://lists.allstarlink.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: From k6ecm1 at gmail.com Wed Mar 8 13:11:20 2017 From: k6ecm1 at gmail.com (Bob Pyke) Date: Wed, 8 Mar 2017 05:11:20 -0800 Subject: [App_rpt-users] RPi w/DIAL Repeater Stuck In Transmit Mode In-Reply-To: <9d9e6dfd-52fb-8d98-0918-159cfa0ae996@msgstor.com> References: <9d9e6dfd-52fb-8d98-0918-159cfa0ae996@msgstor.com> Message-ID: <5ADAA320-A9F5-416C-A5F9-0C2965A74A15@gmail.com> Steve, What are the file names for these logs? Thanks, Bob k6ecm 73 Sent from iPad > On Mar 8, 2017, at 2:41 AM, Steve Zingman wrote: > > Bob, > I would like to see the system and asterisk logs, to try determine the nature of the failure. Did the system respond to any DTMF commands? I don't know of this happening to someone else. I would also suggest using the "release candidate" version of DIAL for the RPi. It can be downloaded at > > 73, Steve N4IRS > >> On 03/08/2017 02:04 AM, Bob Pyke wrote: >> Our repeater hung up in transmit mode, and would not respond to radio DTMF commands to restart Asterisk or reboot. We had to manually reset the power. We don't understand why. If this should be a reoccurring issue, perhaps we need an external watchdog timer to reset power after x minutes of constant PTT activation. >> >> Looking for suggestions. >> >> We are planning to setup a remote (no internet) repeater that is not easily accessible, so want to make sure we have a solution. >> >> Thanks, >> Bob >> k6ecm >> 73 >> >> Sent from iPad >> >> _______________________________________________ >> App_rpt-users mailing list >> App_rpt-users at lists.allstarlink.org >> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users >> >> To unsubscribe from this list please visit http://lists.allstarlink.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 lists.allstarlink.org > http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit http://lists.allstarlink.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. From szingman at msgstor.com Wed Mar 8 13:13:43 2017 From: szingman at msgstor.com (Steve Zingman) Date: Wed, 8 Mar 2017 08:13:43 -0500 Subject: [App_rpt-users] RPi w/DIAL Repeater Stuck In Transmit Mode In-Reply-To: <5ADAA320-A9F5-416C-A5F9-0C2965A74A15@gmail.com> References: <9d9e6dfd-52fb-8d98-0918-159cfa0ae996@msgstor.com> <5ADAA320-A9F5-416C-A5F9-0C2965A74A15@gmail.com> Message-ID: <7c84cb35-0f80-b92c-1b83-84da99aab81a@msgstor.com> /var/log/syslog /var/log/asterisk/messages Did the system respond to any DTMF commands? On 3/8/2017 8:11 AM, Bob Pyke wrote: > Steve, > > What are the file names for these logs? > > Thanks, > Bob > k6ecm > 73 > > Sent from iPad > > >> On Mar 8, 2017, at 2:41 AM, Steve Zingman wrote: >> >> Bob, >> I would like to see the system and asterisk logs, to try determine the nature of the failure. Did the system respond to any DTMF commands? I don't know of this happening to someone else. I would also suggest using the "release candidate" version of DIAL for the RPi. It can be downloaded at >> >> 73, Steve N4IRS >> >>> On 03/08/2017 02:04 AM, Bob Pyke wrote: >>> Our repeater hung up in transmit mode, and would not respond to radio DTMF commands to restart Asterisk or reboot. We had to manually reset the power. We don't understand why. If this should be a reoccurring issue, perhaps we need an external watchdog timer to reset power after x minutes of constant PTT activation. >>> >>> Looking for suggestions. >>> >>> We are planning to setup a remote (no internet) repeater that is not easily accessible, so want to make sure we have a solution. >>> >>> Thanks, >>> Bob >>> k6ecm >>> 73 >>> >>> Sent from iPad >>> >>> _______________________________________________ >>> App_rpt-users mailing list >>> App_rpt-users at lists.allstarlink.org >>> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users >>> >>> To unsubscribe from this list please visit http://lists.allstarlink.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 lists.allstarlink.org >> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users >> >> To unsubscribe from this list please visit http://lists.allstarlink.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 lists.allstarlink.org > http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit http://lists.allstarlink.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. From k6ecm1 at gmail.com Wed Mar 8 13:31:50 2017 From: k6ecm1 at gmail.com (Bob Pyke) Date: Wed, 8 Mar 2017 05:31:50 -0800 Subject: [App_rpt-users] RPi w/DIAL Repeater Stuck In Transmit Mode In-Reply-To: <7c84cb35-0f80-b92c-1b83-84da99aab81a@msgstor.com> References: <9d9e6dfd-52fb-8d98-0918-159cfa0ae996@msgstor.com> <5ADAA320-A9F5-416C-A5F9-0C2965A74A15@gmail.com> <7c84cb35-0f80-b92c-1b83-84da99aab81a@msgstor.com> Message-ID: <796D836B-6068-48BB-ACB0-9910EA85D2E5@gmail.com> No response. I was not aware of it, so didn't engage, I have it setup so the repeater monitor can reboot using DTMF from his radio, but it did not work. If they had contacted me, I would have tried via iaxrpt. I'm not finding any logs with data from before the crash. Do you still want to see them? Thanks, Bob k6ecm 73 Sent from iPad > On Mar 8, 2017, at 5:13 AM, Steve Zingman wrote: > > /var/log/syslog > /var/log/asterisk/messages > Did the system respond to any DTMF commands? > >> On 3/8/2017 8:11 AM, Bob Pyke wrote: >> Steve, >> >> What are the file names for these logs? >> >> Thanks, >> Bob >> k6ecm >> 73 >> >> Sent from iPad >> >> >>> On Mar 8, 2017, at 2:41 AM, Steve Zingman wrote: >>> >>> Bob, >>> I would like to see the system and asterisk logs, to try determine the nature of the failure. Did the system respond to any DTMF commands? I don't know of this happening to someone else. I would also suggest using the "release candidate" version of DIAL for the RPi. It can be downloaded at >>> >>> 73, Steve N4IRS >>> >>>> On 03/08/2017 02:04 AM, Bob Pyke wrote: >>>> Our repeater hung up in transmit mode, and would not respond to radio DTMF commands to restart Asterisk or reboot. We had to manually reset the power. We don't understand why. If this should be a reoccurring issue, perhaps we need an external watchdog timer to reset power after x minutes of constant PTT activation. >>>> >>>> Looking for suggestions. >>>> >>>> We are planning to setup a remote (no internet) repeater that is not easily accessible, so want to make sure we have a solution. >>>> >>>> Thanks, >>>> Bob >>>> k6ecm >>>> 73 >>>> >>>> Sent from iPad >>>> >>>> _______________________________________________ >>>> App_rpt-users mailing list >>>> App_rpt-users at lists.allstarlink.org >>>> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users >>>> >>>> To unsubscribe from this list please visit http://lists.allstarlink.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 lists.allstarlink.org >>> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users >>> >>> To unsubscribe from this list please visit http://lists.allstarlink.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 lists.allstarlink.org >> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users >> >> To unsubscribe from this list please visit http://lists.allstarlink.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 lists.allstarlink.org > http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit http://lists.allstarlink.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. From szingman at msgstor.com Wed Mar 8 13:41:17 2017 From: szingman at msgstor.com (Steve Zingman) Date: Wed, 8 Mar 2017 08:41:17 -0500 Subject: [App_rpt-users] RPi w/DIAL Repeater Stuck In Transmit Mode In-Reply-To: <796D836B-6068-48BB-ACB0-9910EA85D2E5@gmail.com> References: <9d9e6dfd-52fb-8d98-0918-159cfa0ae996@msgstor.com> <5ADAA320-A9F5-416C-A5F9-0C2965A74A15@gmail.com> <7c84cb35-0f80-b92c-1b83-84da99aab81a@msgstor.com> <796D836B-6068-48BB-ACB0-9910EA85D2E5@gmail.com> Message-ID: No, it would not matter. I would want to know: Is there a courtesy beep? Any DTMF command work? ssh access? Going forward, use the release candidate, there are significant improvements in starting and stopping ASL. It can be downloaded at A software based watchdog might help, but if I were to go in that direction I would go for a hardware based watchdog. as I said I do not know of any other instance of it hanging. Another option would be a external DTMF decoder. Steve N4IRS On 3/8/2017 8:31 AM, Bob Pyke wrote: > No response. I was not aware of it, so didn't engage, I have it setup so the repeater monitor can reboot using DTMF from his radio, but it did not work. If they had contacted me, I would have tried via iaxrpt. > > I'm not finding any logs with data from before the crash. Do you still want to see them? > > Thanks, > Bob > k6ecm > 73 > > Sent from iPad > > >> On Mar 8, 2017, at 5:13 AM, Steve Zingman wrote: >> >> /var/log/syslog >> /var/log/asterisk/messages >> Did the system respond to any DTMF commands? >> >>> On 3/8/2017 8:11 AM, Bob Pyke wrote: >>> Steve, >>> >>> What are the file names for these logs? >>> >>> Thanks, >>> Bob >>> k6ecm >>> 73 >>> >>> Sent from iPad >>> >>> >>>> On Mar 8, 2017, at 2:41 AM, Steve Zingman wrote: >>>> >>>> Bob, >>>> I would like to see the system and asterisk logs, to try determine the nature of the failure. Did the system respond to any DTMF commands? I don't know of this happening to someone else. I would also suggest using the "release candidate" version of DIAL for the RPi. It can be downloaded at >>>> >>>> 73, Steve N4IRS >>>> >>>>> On 03/08/2017 02:04 AM, Bob Pyke wrote: >>>>> Our repeater hung up in transmit mode, and would not respond to radio DTMF commands to restart Asterisk or reboot. We had to manually reset the power. We don't understand why. If this should be a reoccurring issue, perhaps we need an external watchdog timer to reset power after x minutes of constant PTT activation. >>>>> >>>>> Looking for suggestions. >>>>> >>>>> We are planning to setup a remote (no internet) repeater that is not easily accessible, so want to make sure we have a solution. >>>>> >>>>> Thanks, >>>>> Bob >>>>> k6ecm >>>>> 73 >>>>> >>>>> Sent from iPad >>>>> >>>>> _______________________________________________ >>>>> App_rpt-users mailing list >>>>> App_rpt-users at lists.allstarlink.org >>>>> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users >>>>> >>>>> To unsubscribe from this list please visit http://lists.allstarlink.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 lists.allstarlink.org >>>> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users >>>> >>>> To unsubscribe from this list please visit http://lists.allstarlink.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 lists.allstarlink.org >>> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users >>> >>> To unsubscribe from this list please visit http://lists.allstarlink.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 lists.allstarlink.org >> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users >> >> To unsubscribe from this list please visit http://lists.allstarlink.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 lists.allstarlink.org > http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit http://lists.allstarlink.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. From larry at n7fm.com Wed Mar 8 20:04:34 2017 From: larry at n7fm.com (larry) Date: Wed, 8 Mar 2017 12:04:34 -0800 Subject: [App_rpt-users] Codecs In-Reply-To: <117378bc-66a7-c58e-c411-c13f9563c814@msgstor.com> References: <117378bc-66a7-c58e-c411-c13f9563c814@msgstor.com> Message-ID: An HTML attachment was scrubbed... URL: From kuggie at kuggie.com Wed Mar 8 23:55:08 2017 From: kuggie at kuggie.com (Kevin Custer) Date: Wed, 8 Mar 2017 18:55:08 -0500 Subject: [App_rpt-users] RPi w/DIAL Repeater Stuck In Transmit Mode In-Reply-To: References: Message-ID: <770f867a-e0b2-385f-391c-2d9b9f0318ac@kuggie.com> At several of our sites, which can be inaccessible at certain times of the year, we use a radio interface that will revert control operations to "internal controls" if something unexpected happens. This is done by using a heartbeat monitoring circuit. When the CM119A is happy, and Asterisk is running, you see the flashy - flashy of the Heartbeat status LED. This happens on a URI, or any other radio adapter. However, only a few radio adapters have additional circuitry that monitors the Heartbeat of the CM119A, and in turn, that circuitry determines the overall health of the control system. If everything is okay, (Heartbeat LED is flashing) an LED called "PC COMM's" illuminates. If the flashing of the Heartbeat stops because the radio adapter or the computer has failed, or Asterisk has stopped or crashed, the PC COMM's LED goes out. This health status can be used for two purposes: First, the logic developed (user selectable, none, high or low) can enable a secondary control method. Some repeaters only require one logic lead change to enable "internal controls". Repeaters like the VERTEX 5000, 7000, and 9000, and many Tait and Motorola repeaters have such a control revert option. The heartbeat monitor equipped radio adapter can feed such a line directly - enabling internal controls if the Asterisk application, computer, or radio adapter should fail, keeping the repeater operational - locally. Secondly, and possibly more importantly, the PTT line can be interrupted with this health status. This function will kill the PTT line if the radio adapter, computer, or application has stopped. No more emergent trips to the repeater site to kill a transmitter which has stuck on. This circuitry has been designed to operate correctly no matter if the Heartbeat has stuck in the on or off state. While this option doesn't keep unexpected things from happening, nor totally eliminates making a trip to the site, it has made things better. Radio adapters with HB monitor: RB USB RIM RB RIM-Lite (all variants) MC RA-35 Kevin W3KKC On 3/8/2017 2:04 AM, Bob Pyke wrote: > Our repeater hung up in transmit mode, and would not respond to radio DTMF commands to restart Asterisk or reboot. We had to manually reset the power. We don't understand why. If this should be a reoccurring issue, perhaps we need an external watchdog timer to reset power after x minutes of constant PTT activation. > > Looking for suggestions. > > We are planning to setup a remote (no internet) repeater that is not easily accessible, so want to make sure we have a solution. > > Thanks, > Bob > k6ecm From szingman at msgstor.com Fri Mar 10 17:38:34 2017 From: szingman at msgstor.com (Steve Zingman) Date: Fri, 10 Mar 2017 12:38:34 -0500 Subject: [App_rpt-users] Certificate for allstarlink.org Message-ID: Tim has updated the certificate for the ASL web site. All browsers should be happy again. "Happy browser, happy life?" Steve N4IRS -- "Real programmers us vi, that's why I use nano" From benjamin at project23d.com Sat Mar 11 05:45:48 2017 From: benjamin at project23d.com (Benjamin L. Naber) Date: Sat, 11 Mar 2017 00:45:48 -0500 Subject: [App_rpt-users] RPi w/DIAL Repeater Stuck In Transmit Mode In-Reply-To: References: <9d9e6dfd-52fb-8d98-0918-159cfa0ae996@msgstor.com> <5ADAA320-A9F5-416C-A5F9-0C2965A74A15@gmail.com> <7c84cb35-0f80-b92c-1b83-84da99aab81a@msgstor.com> <796D836B-6068-48BB-ACB0-9910EA85D2E5@gmail.com> Message-ID: <0e650b0f-9d1d-2f2a-c0a0-2b3ce382ffa9@project23d.com> The Masters Communications RA-35 has 'watchdog' timer on it. It watches for the heartbeat of the CM119, and should it stop through asterisk failure or host failure, transmit is disabled. I've witnessed this happen a handful count of times when I was tinkering around with things I should not have, haha. Sounds to me you may have had other issues if Asterisk did not respond to DTMF commands. Steve is the Master, so I'll be interested to know what the cause, if made know, and the resolution. ~Benjamin, KB9LFZ On 03/08/2017 08:41 AM, Steve Zingman wrote: > No, it would not matter. > I would want to know: > Is there a courtesy beep? > Any DTMF command work? > ssh access? > > Going forward, use the release candidate, there are significant > improvements in starting and stopping ASL. It can be downloaded at > > A software based watchdog might help, but if I were to go in that > direction I would go for a hardware based watchdog. as I said I do not > know of any other instance of it hanging. > Another option would be a external DTMF decoder. > > Steve N4IRS > > On 3/8/2017 8:31 AM, Bob Pyke wrote: >> No response. I was not aware of it, so didn't engage, I have it setup >> so the repeater monitor can reboot using DTMF from his radio, but it >> did not work. If they had contacted me, I would have tried via iaxrpt. >> >> I'm not finding any logs with data from before the crash. Do you >> still want to see them? >> >> Thanks, >> Bob >> k6ecm >> 73 >> >> Sent from iPad >> >> >>> On Mar 8, 2017, at 5:13 AM, Steve Zingman wrote: >>> >>> /var/log/syslog >>> /var/log/asterisk/messages >>> Did the system respond to any DTMF commands? >>> >>>> On 3/8/2017 8:11 AM, Bob Pyke wrote: >>>> Steve, >>>> >>>> What are the file names for these logs? >>>> >>>> Thanks, >>>> Bob >>>> k6ecm >>>> 73 >>>> >>>> Sent from iPad >>>> >>>> >>>>> On Mar 8, 2017, at 2:41 AM, Steve Zingman >>>>> wrote: >>>>> >>>>> Bob, >>>>> I would like to see the system and asterisk logs, to try determine >>>>> the nature of the failure. Did the system respond to any DTMF >>>>> commands? I don't know of this happening to someone else. I would >>>>> also suggest using the "release candidate" version of DIAL for the >>>>> RPi. It can be downloaded at >>>>> >>>>> >>>>> 73, Steve N4IRS >>>>> >>>>>> On 03/08/2017 02:04 AM, Bob Pyke wrote: >>>>>> Our repeater hung up in transmit mode, and would not respond to >>>>>> radio DTMF commands to restart Asterisk or reboot. We had to >>>>>> manually reset the power. We don't understand why. If this should >>>>>> be a reoccurring issue, perhaps we need an external watchdog >>>>>> timer to reset power after x minutes of constant PTT activation. >>>>>> >>>>>> Looking for suggestions. >>>>>> >>>>>> We are planning to setup a remote (no internet) repeater that is >>>>>> not easily accessible, so want to make sure we have a solution. >>>>>> >>>>>> Thanks, >>>>>> Bob >>>>>> k6ecm >>>>>> 73 >>>>>> >>>>>> Sent from iPad >>>>>> >>>>>> _______________________________________________ >>>>>> App_rpt-users mailing list >>>>>> App_rpt-users at lists.allstarlink.org >>>>>> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users >>>>>> >>>>>> To unsubscribe from this list please visit >>>>>> http://lists.allstarlink.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 lists.allstarlink.org >>>>> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users >>>>> >>>>> To unsubscribe from this list please visit >>>>> http://lists.allstarlink.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 lists.allstarlink.org >>>> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users >>>> >>>> To unsubscribe from this list please visit >>>> http://lists.allstarlink.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 lists.allstarlink.org >>> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users >>> >>> To unsubscribe from this list please visit >>> http://lists.allstarlink.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 lists.allstarlink.org >> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users >> >> To unsubscribe from this list please visit >> http://lists.allstarlink.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 lists.allstarlink.org > http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit > http://lists.allstarlink.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. From mca555 at mac.com Sat Mar 11 22:34:17 2017 From: mca555 at mac.com (mca555 at mac.com) Date: Sat, 11 Mar 2017 14:34:17 -0800 Subject: [App_rpt-users] DTMF timing Message-ID: <95327076-A9F1-4873-AA23-63F2D703D4A9@mac.com> Hi all, I?m having an issue with certain portable radios where the DTMF tones seem to be ?bouncing?, i.e. a single tone is decoded multiple times for one press. The simple answer is ?Buy a better radio!?, but that?s way too easy. The question is: Is there a way to tell the DTMF decoder to require a digit to be held longer before decoding? Thanks! Mark From selkie2 at comcast.net Sat Mar 11 23:31:20 2017 From: selkie2 at comcast.net (DuaneVT .) Date: Sat, 11 Mar 2017 18:31:20 -0500 Subject: [App_rpt-users] RPi w/DIAL Repeater Stuck In Transmit Mode Message-ID: I just bought an RA-35 to replace my node's DIY fob. VERY NICE BUILD! I should have gone with the RA-35 when considering the futzing to wire the fob and several unuseable fobs with blob ICs. Duane KA1LM 42996 -------------- next part -------------- An HTML attachment was scrubbed... URL: From mike at midnighteng.com Sun Mar 12 01:22:27 2017 From: mike at midnighteng.com (mike at midnighteng.com) Date: Sat, 11 Mar 2017 20:22:27 -0500 Subject: [App_rpt-users] DTMF timing In-Reply-To: <95327076-A9F1-4873-AA23-63F2D703D4A9@mac.com> Message-ID: <26138c081bc387413464ef3949e5446087671776@webmail.midnighteng.com> I don't think you will get anywhere with that unless you edit the source code. There is no provision for it in ACID anyway that I have ever seen. But I think for the nature of the problem, it is easier solved by fixing problems with audio. Distortions can occur when 'flat topping' so to speak.(to hot) This often causes the double digits because the distortions make enough valid 'break length timing' of a digit. From where is something you need to look into With both your rx audio as seen in dsp and the radio's 'dtmf tx audio level'? that is normally adjustable internally. (or both) but if you should change the source code, adjust the time of 'break length'. The time required of silence between the digits before the next digit. The reason adjusting that can problematic for some is the auto-send dtmf strings many use in their radios are pretty quick. My advise is play with the audio first. The dtmf timing has been well thought out. Adjusting it will have implications you did not account for. ...mike/kb8jnm ----- Original Message ----- From: "Users of Asterisk app_rpt" To: Cc: Sent:Sat, 11 Mar 2017 14:34:17 -0800 Subject:[App_rpt-users] DTMF timing Hi all, I?m having an issue with certain portable radios where the DTMF tones seem to be ?bouncing?, i.e. a single tone is decoded multiple times for one press. The simple answer is ?Buy a better radio!?, but that?s way too easy. The question is: Is there a way to tell the DTMF decoder to require a digit to be held longer before decoding? Thanks! Mark _______________________________________________ App_rpt-users mailing list App_rpt-users at lists.allstarlink.org http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users To unsubscribe from this list please visit http://lists.allstarlink.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: From haydenph91 at gmail.com Mon Mar 13 23:15:09 2017 From: haydenph91 at gmail.com (Hayden Honeywood) Date: Tue, 14 Mar 2017 10:15:09 +1100 Subject: [App_rpt-users] Simulcasting with RTCM/voter Message-ID: Hi All, Thanks for all on the list who have given me a hand with getting the RTCM/voter boards running. I currently have 1/3 of my system installed at the sites. It's as follows: A TX only site - running a VOTER board, latest "Chuck" firmware. 9.6MHz OCXO replacing the onboard crystal and a 10MHz OCXO to keep the transmitter stable all on 53MHz. On my bench at home I have an identical setup except with a receiver in addition. Both radios are the same, audio injected in the same spot. I've been testing various frequency offsets to avoid the cancelling of the signal due to the inherent propagation effects at 6 metres. I've been able to run my bench radio into a dummy load and place it so that another radio nearby connected to an external antenna is receiving them almost the same (i.e. overlap). Currently 1-2Hz sounds the best. I have been encoding tone, however there is a very audible hum, as if the CTCSS tone from each transmitter is not in phase. The tone is 91.5Hz. I've checked/readjusted deviation levels etc, also checked the 9.6MHz OCXO etc but I cannot seem to null it out. I've also tested the Simulcast Launch Delay.The main site is about 13 miles away, so I put a value of 330 in there to represent a delay of 66uS on the bench test radio. This makes a little bit of improvement, but not an overall huge improvement. Does anyone have an ideas that I've missed or more information on the usage of the Simulcast Launch delay? Hayden -------------- next part -------------- An HTML attachment was scrubbed... URL: From k7ilo1 at gmail.com Tue Mar 14 01:22:35 2017 From: k7ilo1 at gmail.com (K7ILO) Date: Mon, 13 Mar 2017 18:22:35 -0700 Subject: [App_rpt-users] allstar on dial Message-ID: <03ff01d29c61$76b24100$6416c300$@gmail.com> Hello gang. So I decided to switch over to dial from acid so that my system can stay being supported so I installed dial onto a PC based machine. All the articles I have read by doing a Google search says that allstar will start downloading and installing after a few seconds of dial installation. Well, mine hasn?t started in 2 days so is there a script somewhere that needs to be started? Im sure this question has popped up but I have forgotten or do not know how to retrieve messages from the archives. Could someone point me in the direction of getting allstar to download and install so that I can set my system back up. Thanks K7ILO Las Vegas, NV -------------- next part -------------- An HTML attachment was scrubbed... URL: From szingman at msgstor.com Tue Mar 14 01:24:45 2017 From: szingman at msgstor.com (Steve Zingman) Date: Mon, 13 Mar 2017 21:24:45 -0400 Subject: [App_rpt-users] allstar on dial In-Reply-To: <03ff01d29c61$76b24100$6416c300$@gmail.com> References: <03ff01d29c61$76b24100$6416c300$@gmail.com> Message-ID: <8a659d68-c3f9-1539-10e3-343866792247@msgstor.com> Use this image and let me know if you still have a problem. 73, Steve N4IRS On 03/13/2017 09:22 PM, K7ILO wrote: > > Hello gang. > > So I decided to switch over to dial from acid so that my system can > stay being supported so I installed dial onto a PC based machine. > > All the articles I have read by doing a Google search says that > allstar will start downloading and installing after a few seconds of > dial installation. > > Well, mine hasn?t started in 2 days so is there a script somewhere > that needs to be started? > > Im sure this question has popped up but I have forgotten or do not > know how to retrieve messages from the archives. > > Could someone point me in the direction of getting allstar to download > and install so that I can set my system back up. > > Thanks > > K7ILO > > Las Vegas, NV > > > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at lists.allstarlink.org > http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit http://lists.allstarlink.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: From rhyolite at leikhim.com Tue Mar 14 01:41:39 2017 From: rhyolite at leikhim.com (Joe Leikhim) Date: Mon, 13 Mar 2017 21:41:39 -0400 Subject: [App_rpt-users] Simulcasting with RTCM/voter In-Reply-To: References: Message-ID: <1e53fffa-f75b-a939-d343-fe592ae4d06f@leikhim.com> Wow; Great project. I suggest documenting everything and permanently posting for others to review the system design as a reference. My background is in Public Safety LMR design so I have dabbled a bit in VHF, UHF and 800 MHz simulcast both analog and digital. I might be able to do some computer modelling for you. Here is an example, picture two sites x1 and x2 spaced exactly 13 miles apart. First: They both need to launch the audio waveform at exactly the same time T=0 in same phase. This also means that there may need to be _bulk delay_ to ensure that the most distant (with respect to the IP back haul network) transmitter site, receives the entire data payload before it is transmitted. I am just learning about the RTCM so I believe that bulk delay is inherent to the process. Assuming both sites are exactly synced T=0, then where the wave fronts meet midway will be in exactly sync even though 35.1us (6.5 miles x 5.4 us = 35.1 us) has passed due to propagation delay. The wave fronts will also form a pair of theoretical opposing hyperbolic curves that meet at the center of the two sites like this: x1 )( x2 with the x representing each site. As a mobile travels away from center and along or behind the hyperbolic curves )(, the time differential will increase, creating time differential interference (TDI), or intersymbol interference (ISI) in a digital system. This can be calculated at any point location by using a map and a mileage scale. A mobile very close to or behind either site (paced 13 miles) will experience the delay of 70.2 us or more. This is somewhat mitigated by the capture effect of the closest site and the capture ratio afforded by the modulation index. TDI at 70.2 us is not too bad for analog FM. 135 us, the distortion might be intolerable. Adding a third site will require consideration that its signal may arrive earlier or later than the sites described above, In the event the third site is closer than 6.5 miles, the adjustment would be to increase the launch delay for the third site to meet with sites 1 and 2. If it is further than 6.5 miles, the delay of sites 1 and 2 could be increased equally by the amount required for site 3 to travel. A variation of this scheme, is one where a central site is predominant and is ringed by remote sites. In one configuration, the central site has an omni directional antenna and the remote sites have directional antennas facing outward. The central site would be timed to transmit first, and the remote sites would be delayed until the wavefront reaches them. If the distances are unequal, the remote sites would be timed +/- the time differential of the central site reaching them. There are a couple very proprietary computer programs for modeling this, however it can be worked out by hand. Some thoughts. 1) Don't worry about frequency offset until you are sure the timing and other parameters are correct. Set everything dead on with GPS to start. In commercial systems using GPS disciplined reference frequency offset is usually not performed. 2) Make 100% sure that the modulators are wired for the same polarity. It makes no sense to have one transmitter deviating +4 KHz while another is going -4KHz. Same goes for voice and CTCSS modulation. 3) Are your transmitters the exact same make/model and version? This can be a non starter. You can get away with different RF amps, filters etc, but if you have a Micor exciter and a Mastr II exciter it is going to be funky. 4) The audio chain needs to be identical. Any filters, amps etc, in the transmitter audio chain must be same at each site. 5) Adjust the modulation limiting such that the transmitter audio is never in limiting. For Part 97 work, you could get away with the limiter adjusted beyond system deviation and set the RTCM so that deviation is equal to 5 KHz. Voice deviation for each transmitter must be identical, same with CTCSS. For my commercial projects I recommend the entire simulcast system be staged in a warehouse so that all these parameters can be set at same time with same test equipment in a controlled environment. Any errors must track the same direction. You can do this remotely, but noisy signals will make the setting of values less than ideal. If you reach a level of frustration, bring it all home and tweak it. I hope this helps! On 3/13/2017 7:15 PM, Hayden Honeywood wrote: > Hi All, > Thanks for all on the list who have given me a hand with getting the > RTCM/voter boards running. > > I currently have 1/3 of my system installed at the sites. It's as follows: > > A TX only site - running a VOTER board, latest "Chuck" firmware. > 9.6MHz OCXO replacing the onboard crystal and a 10MHz OCXO to keep the > transmitter stable all on 53MHz. > > On my bench at home I have an identical setup except with a receiver > in addition. Both radios are the same, audio injected in the same spot. > > I've been testing various frequency offsets to avoid the cancelling of > the signal due to the inherent propagation effects at 6 metres. I've > been able to run my bench radio into a dummy load and place it so that > another radio nearby connected to an external antenna is receiving > them almost the same (i.e. overlap). > > Currently 1-2Hz sounds the best. I have been encoding tone, however > there is a very audible hum, as if the CTCSS tone from each > transmitter is not in phase. The tone is 91.5Hz. I've > checked/readjusted deviation levels etc, also checked the 9.6MHz OCXO > etc but I cannot seem to null it out. > > I've also tested the Simulcast Launch Delay.The main site is about 13 > miles away, so I put a value of 330 in there to represent a delay of > 66uS on the bench test radio. This makes a little bit of improvement, > but not an overall huge improvement. Does anyone have an ideas that > I've missed or more information on the usage of the Simulcast Launch > delay? > > Hayden > > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at lists.allstarlink.org > http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit http://lists.allstarlink.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. -- Joe Leikhim Leikhim and Associates Communications Consultants Oviedo, Florida JLeikhim at Leikhim.com 407-982-0446 WWW.LEIKHIM.COM -------------- next part -------------- An HTML attachment was scrubbed... URL: From k7ilo1 at gmail.com Tue Mar 14 01:48:19 2017 From: k7ilo1 at gmail.com (K7ILO) Date: Mon, 13 Mar 2017 18:48:19 -0700 Subject: [App_rpt-users] allstar on dial In-Reply-To: <8a659d68-c3f9-1539-10e3-343866792247@msgstor.com> References: <03ff01d29c61$76b24100$6416c300$@gmail.com> <8a659d68-c3f9-1539-10e3-343866792247@msgstor.com> Message-ID: <045101d29c65$0ee40460$2cac0d20$@gmail.com> Ok Steve I am downloading it now and will update you as the night progresses. Thanks for the image Harold K7ILO Las Vegas, NV. From: App_rpt-users [mailto:app_rpt-users-bounces at lists.allstarlink.org] On Behalf Of Steve Zingman Sent: Monday, March 13, 2017 6:25 PM To: Users of Asterisk app_rpt Subject: Re: [App_rpt-users] allstar on dial Use this image and let me know if you still have a problem. 73, Steve N4IRS On 03/13/2017 09:22 PM, K7ILO wrote: Hello gang. So I decided to switch over to dial from acid so that my system can stay being supported so I installed dial onto a PC based machine. All the articles I have read by doing a Google search says that allstar will start downloading and installing after a few seconds of dial installation. Well, mine hasn?t started in 2 days so is there a script somewhere that needs to be started? Im sure this question has popped up but I have forgotten or do not know how to retrieve messages from the archives. Could someone point me in the direction of getting allstar to download and install so that I can set my system back up. Thanks K7ILO Las Vegas, NV _______________________________________________ App_rpt-users mailing list App_rpt-users at lists.allstarlink.org http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users To unsubscribe from this list please visit http://lists.allstarlink.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: From szingman at msgstor.com Tue Mar 14 01:53:33 2017 From: szingman at msgstor.com (Steve Zingman) Date: Mon, 13 Mar 2017 21:53:33 -0400 Subject: [App_rpt-users] allstar on dial In-Reply-To: <045101d29c65$0ee40460$2cac0d20$@gmail.com> References: <03ff01d29c61$76b24100$6416c300$@gmail.com> <8a659d68-c3f9-1539-10e3-343866792247@msgstor.com> <045101d29c65$0ee40460$2cac0d20$@gmail.com> Message-ID: No problem. Just be aware, due to the time difference, I may not be able to answer until the morning. 73, Steve On 03/13/2017 09:48 PM, K7ILO wrote: > > Ok Steve > > I am downloading it now and will update you as the night progresses. > > Thanks for the image > > Harold > > K7ILO > > Las Vegas, NV. > > *From:*App_rpt-users > [mailto:app_rpt-users-bounces at lists.allstarlink.org] *On Behalf Of > *Steve Zingman > *Sent:* Monday, March 13, 2017 6:25 PM > *To:* Users of Asterisk app_rpt > *Subject:* Re: [App_rpt-users] allstar on dial > > Use this image and let me know if you still have a problem. > > > > 73, Steve N4IRS > > On 03/13/2017 09:22 PM, K7ILO wrote: > > Hello gang. > > So I decided to switch over to dial from acid so that my system > can stay being supported so I installed dial onto a PC based machine. > > All the articles I have read by doing a Google search says that > allstar will start downloading and installing after a few seconds > of dial installation. > > Well, mine hasn?t started in 2 days so is there a script somewhere > that needs to be started? > > Im sure this question has popped up but I have forgotten or do not > know how to retrieve messages from the archives. > > Could someone point me in the direction of getting allstar to > download and install so that I can set my system back up. > > Thanks > > K7ILO > > Las Vegas, NV > > > > > _______________________________________________ > > App_rpt-users mailing list > > App_rpt-users at lists.allstarlink.org > > > http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visithttp://lists.allstarlink.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 lists.allstarlink.org > http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit http://lists.allstarlink.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: From k7ilo1 at gmail.com Tue Mar 14 02:35:16 2017 From: k7ilo1 at gmail.com (K7ILO) Date: Mon, 13 Mar 2017 19:35:16 -0700 Subject: [App_rpt-users] allstar on dial In-Reply-To: References: <03ff01d29c61$76b24100$6416c300$@gmail.com> <8a659d68-c3f9-1539-10e3-343866792247@msgstor.com> <045101d29c65$0ee40460$2cac0d20$@gmail.com> Message-ID: <04b701d29c6b$9e401800$dac04800$@gmail.com> that?s fine Steve. I have to hit the sack soon anyway because of doing an earlier than normal work schedule tomorrow. It will be then anyway before I have results to pass along. TTY soon Harold K7ILO From: App_rpt-users [mailto:app_rpt-users-bounces at lists.allstarlink.org] On Behalf Of Steve Zingman Sent: Monday, March 13, 2017 6:54 PM To: Users of Asterisk app_rpt Subject: Re: [App_rpt-users] allstar on dial No problem. Just be aware, due to the time difference, I may not be able to answer until the morning. 73, Steve On 03/13/2017 09:48 PM, K7ILO wrote: Ok Steve I am downloading it now and will update you as the night progresses. Thanks for the image Harold K7ILO Las Vegas, NV. From: App_rpt-users [mailto:app_rpt-users-bounces at lists.allstarlink.org] On Behalf Of Steve Zingman Sent: Monday, March 13, 2017 6:25 PM To: Users of Asterisk app_rpt Subject: Re: [App_rpt-users] allstar on dial Use this image and let me know if you still have a problem. 73, Steve N4IRS On 03/13/2017 09:22 PM, K7ILO wrote: Hello gang. So I decided to switch over to dial from acid so that my system can stay being supported so I installed dial onto a PC based machine. All the articles I have read by doing a Google search says that allstar will start downloading and installing after a few seconds of dial installation. Well, mine hasn?t started in 2 days so is there a script somewhere that needs to be started? Im sure this question has popped up but I have forgotten or do not know how to retrieve messages from the archives. Could someone point me in the direction of getting allstar to download and install so that I can set my system back up. Thanks K7ILO Las Vegas, NV _______________________________________________ App_rpt-users mailing list App_rpt-users at lists.allstarlink.org http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users To unsubscribe from this list please visit http://lists.allstarlink.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 lists.allstarlink.org http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users To unsubscribe from this list please visit http://lists.allstarlink.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: From rhyolite at leikhim.com Tue Mar 14 02:49:46 2017 From: rhyolite at leikhim.com (Joe Leikhim) Date: Mon, 13 Mar 2017 22:49:46 -0400 Subject: [App_rpt-users] Simulcasting with RTCM/voter In-Reply-To: <1e53fffa-f75b-a939-d343-fe592ae4d06f@leikhim.com> References: <1e53fffa-f75b-a939-d343-fe592ae4d06f@leikhim.com> Message-ID: <3f7f1bec-bfda-e8c6-ea94-d046f9a3c1d5@leikhim.com> Hayden; How are you generating CTCSS tone? On 3/13/2017 9:41 PM, Joe Leikhim wrote: > > Wow; > > Great project. I suggest documenting everything and permanently > posting for others to review the system design as a reference. > > My background is in Public Safety LMR design so I have dabbled a bit > in VHF, UHF and 800 MHz simulcast both analog and digital. I might be > able to do some computer modelling for you. > > Here is an example, picture two sites x1 and x2 spaced exactly 13 > miles apart. > > First: They both need to launch the audio waveform at exactly the same > time T=0 in same phase. This also means that there may need to be > _bulk delay_ to ensure that the most distant (with respect to the IP > back haul network) transmitter site, receives the entire data payload > before it is transmitted. I am just learning about the RTCM so I > believe that bulk delay is inherent to the process. > > Assuming both sites are exactly synced T=0, then where the wave fronts > meet midway will be in exactly sync even though 35.1us (6.5 miles x > 5.4 us = 35.1 us) has passed due to propagation delay. > > The wave fronts will also form a pair of theoretical opposing > hyperbolic curves that meet at the center of the two sites like this: > x1 )( x2 with the x representing each site. > > As a mobile travels away from center and along or behind the > hyperbolic curves )(, the time differential will increase, creating > time differential interference (TDI), or intersymbol interference > (ISI) in a digital system. This can be calculated at any point > location by using a map and a mileage scale. > > A mobile very close to or behind either site (paced 13 miles) will > experience the delay of 70.2 us or more. This is somewhat mitigated by > the capture effect of the closest site and the capture ratio afforded > by the modulation index. TDI at 70.2 us is not too bad for analog FM. > 135 us, the distortion might be intolerable. > > Adding a third site will require consideration that its signal may > arrive earlier or later than the sites described above, In the event > the third site is closer than 6.5 miles, the adjustment would be to > increase the launch delay for the third site to meet with sites 1 and > 2. If it is further than 6.5 miles, the delay of sites 1 and 2 could > be increased equally by the amount required for site 3 to travel. > > A variation of this scheme, is one where a central site is predominant > and is ringed by remote sites. In one configuration, the central site > has an omni directional antenna and the remote sites have directional > antennas facing outward. The central site would be timed to transmit > first, and the remote sites would be delayed until the wavefront > reaches them. If the distances are unequal, the remote sites would be > timed +/- the time differential of the central site reaching them. > > There are a couple very proprietary computer programs for modeling > this, however it can be worked out by hand. > > Some thoughts. > > 1) Don't worry about frequency offset until you are sure the timing > and other parameters are correct. Set everything dead on with GPS to > start. In commercial systems using GPS disciplined reference frequency > offset is usually not performed. > > 2) Make 100% sure that the modulators are wired for the same polarity. > It makes no sense to have one transmitter deviating +4 KHz while > another is going -4KHz. Same goes for voice and CTCSS modulation. > > 3) Are your transmitters the exact same make/model and version? This > can be a non starter. You can get away with different RF amps, filters > etc, but if you have a Micor exciter and a Mastr II exciter it is > going to be funky. > > 4) The audio chain needs to be identical. Any filters, amps etc, in > the transmitter audio chain must be same at each site. > > 5) Adjust the modulation limiting such that the transmitter audio is > never in limiting. For Part 97 work, you could get away with the > limiter adjusted beyond system deviation and set the RTCM so that > deviation is equal to 5 KHz. Voice deviation for each transmitter must > be identical, same with CTCSS. > > For my commercial projects I recommend the entire simulcast system be > staged in a warehouse so that all these parameters can be set at same > time with same test equipment in a controlled environment. Any errors > must track the same direction. You can do this remotely, but noisy > signals will make the setting of values less than ideal. If you reach > a level of frustration, bring it all home and tweak it. > > I hope this helps! > > On 3/13/2017 7:15 PM, Hayden Honeywood wrote: >> Hi All, >> Thanks for all on the list who have given me a hand with getting the >> RTCM/voter boards running. >> >> I currently have 1/3 of my system installed at the sites. It's as >> follows: >> >> A TX only site - running a VOTER board, latest "Chuck" firmware. >> 9.6MHz OCXO replacing the onboard crystal and a 10MHz OCXO to keep >> the transmitter stable all on 53MHz. >> >> On my bench at home I have an identical setup except with a receiver >> in addition. Both radios are the same, audio injected in the same spot. >> >> I've been testing various frequency offsets to avoid the cancelling >> of the signal due to the inherent propagation effects at 6 metres. >> I've been able to run my bench radio into a dummy load and place it >> so that another radio nearby connected to an external antenna is >> receiving them almost the same (i.e. overlap). >> >> Currently 1-2Hz sounds the best. I have been encoding tone, however >> there is a very audible hum, as if the CTCSS tone from each >> transmitter is not in phase. The tone is 91.5Hz. I've >> checked/readjusted deviation levels etc, also checked the 9.6MHz OCXO >> etc but I cannot seem to null it out. >> >> I've also tested the Simulcast Launch Delay.The main site is about 13 >> miles away, so I put a value of 330 in there to represent a delay of >> 66uS on the bench test radio. This makes a little bit of improvement, >> but not an overall huge improvement. Does anyone have an ideas that >> I've missed or more information on the usage of the Simulcast Launch >> delay? >> >> Hayden >> >> >> _______________________________________________ >> App_rpt-users mailing list >> App_rpt-users at lists.allstarlink.org >> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users >> >> To unsubscribe from this list please visithttp://lists.allstarlink.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. > > -- > Joe Leikhim > > > Leikhim and Associates > > Communications Consultants > > Oviedo, Florida > > JLeikhim at Leikhim.com > > 407-982-0446 > > WWW.LEIKHIM.COM > > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at lists.allstarlink.org > http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit http://lists.allstarlink.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. -- Joe Leikhim Leikhim and Associates Communications Consultants Oviedo, Florida JLeikhim at Leikhim.com 407-982-0446 WWW.LEIKHIM.COM -------------- next part -------------- An HTML attachment was scrubbed... URL: From ve7lyd at gmail.com Tue Mar 14 02:59:35 2017 From: ve7lyd at gmail.com (Jesse Lloyd) Date: Mon, 13 Mar 2017 19:59:35 -0700 Subject: [App_rpt-users] Simulcasting with RTCM/voter In-Reply-To: <1e53fffa-f75b-a939-d343-fe592ae4d06f@leikhim.com> References: <1e53fffa-f75b-a939-d343-fe592ae4d06f@leikhim.com> Message-ID: RTCM's need rebooting too for the delay to take effect. At least my RTCM's seemed to require it when I set them. Also when I was experimenting I set the launch delay on the RTCM under test to the propagation time from the remote side to the site I was at. Then I put a dummy load on it (which I could hear from ~20 ft away). I could enable the remote site and listen to the two signals, see how the sounded and make sure that the settings were doing what was expected. Once set properly I could run audio through the remote site and key/unkey the local site under test with no noticeable distortion. Of course this only works if theres a decent RF path from one site to the other. Cheers, Jesse > On Mar 13, 2017, at 6:41 PM, Joe Leikhim wrote: > > Wow; > Great project. I suggest documenting everything and permanently posting for others to review the system design as a reference. > > My background is in Public Safety LMR design so I have dabbled a bit in VHF, UHF and 800 MHz simulcast both analog and digital. I might be able to do some computer modelling for you. > Here is an example, picture two sites x1 and x2 spaced exactly 13 miles apart. > First: They both need to launch the audio waveform at exactly the same time T=0 in same phase. This also means that there may need to be bulk delay to ensure that the most distant (with respect to the IP back haul network) transmitter site, receives the entire data payload before it is transmitted. I am just learning about the RTCM so I believe that bulk delay is inherent to the process. > Assuming both sites are exactly synced T=0, then where the wave fronts meet midway will be in exactly sync even though 35.1us (6.5 miles x 5.4 us = 35.1 us) has passed due to propagation delay. > The wave fronts will also form a pair of theoretical opposing hyperbolic curves that meet at the center of the two sites like this: x1 )( x2 with the x representing each site. > As a mobile travels away from center and along or behind the hyperbolic curves )(, the time differential will increase, creating time differential interference (TDI), or intersymbol interference (ISI) in a digital system. This can be calculated at any point location by using a map and a mileage scale. > A mobile very close to or behind either site (paced 13 miles) will experience the delay of 70.2 us or more. This is somewhat mitigated by the capture effect of the closest site and the capture ratio afforded by the modulation index. TDI at 70.2 us is not too bad for analog FM. 135 us, the distortion might be intolerable. > Adding a third site will require consideration that its signal may arrive earlier or later than the sites described above, In the event the third site is closer than 6.5 miles, the adjustment would be to increase the launch delay for the third site to meet with sites 1 and 2. If it is further than 6.5 miles, the delay of sites 1 and 2 could be increased equally by the amount required for site 3 to travel. > > A variation of this scheme, is one where a central site is predominant and is ringed by remote sites. In one configuration, the central site has an omni directional antenna and the remote sites have directional antennas facing outward. The central site would be timed to transmit first, and the remote sites would be delayed until the wavefront reaches them. If the distances are unequal, the remote sites would be timed +/- the time differential of the central site reaching them. > There are a couple very proprietary computer programs for modeling this, however it can be worked out by hand. > > Some thoughts. > > 1) Don't worry about frequency offset until you are sure the timing and other parameters are correct. Set everything dead on with GPS to start. In commercial systems using GPS disciplined reference frequency offset is usually not performed. > 2) Make 100% sure that the modulators are wired for the same polarity. It makes no sense to have one transmitter deviating +4 KHz while another is going -4KHz. Same goes for voice and CTCSS modulation. > > 3) Are your transmitters the exact same make/model and version? This can be a non starter. You can get away with different RF amps, filters etc, but if you have a Micor exciter and a Mastr II exciter it is going to be funky. > > 4) The audio chain needs to be identical. Any filters, amps etc, in the transmitter audio chain must be same at each site. > 5) Adjust the modulation limiting such that the transmitter audio is never in limiting. For Part 97 work, you could get away with the limiter adjusted beyond system deviation and set the RTCM so that deviation is equal to 5 KHz. Voice deviation for each transmitter must be identical, same with CTCSS. > For my commercial projects I recommend the entire simulcast system be staged in a warehouse so that all these parameters can be set at same time with same test equipment in a controlled environment. Any errors must track the same direction. You can do this remotely, but noisy signals will make the setting of values less than ideal. If you reach a level of frustration, bring it all home and tweak it. > I hope this helps! > >> On 3/13/2017 7:15 PM, Hayden Honeywood wrote: >> Hi All, >> Thanks for all on the list who have given me a hand with getting the RTCM/voter boards running. >> >> I currently have 1/3 of my system installed at the sites. It's as follows: >> >> A TX only site - running a VOTER board, latest "Chuck" firmware. 9.6MHz OCXO replacing the onboard crystal and a 10MHz OCXO to keep the transmitter stable all on 53MHz. >> >> On my bench at home I have an identical setup except with a receiver in addition. Both radios are the same, audio injected in the same spot. >> >> I've been testing various frequency offsets to avoid the cancelling of the signal due to the inherent propagation effects at 6 metres. I've been able to run my bench radio into a dummy load and place it so that another radio nearby connected to an external antenna is receiving them almost the same (i.e. overlap). >> >> Currently 1-2Hz sounds the best. I have been encoding tone, however there is a very audible hum, as if the CTCSS tone from each transmitter is not in phase. The tone is 91.5Hz. I've checked/readjusted deviation levels etc, also checked the 9.6MHz OCXO etc but I cannot seem to null it out. >> >> I've also tested the Simulcast Launch Delay.The main site is about 13 miles away, so I put a value of 330 in there to represent a delay of 66uS on the bench test radio. This makes a little bit of improvement, but not an overall huge improvement. Does anyone have an ideas that I've missed or more information on the usage of the Simulcast Launch delay? >> >> Hayden >> >> >> _______________________________________________ >> App_rpt-users mailing list >> App_rpt-users at lists.allstarlink.org >> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users >> >> To unsubscribe from this list please visit http://lists.allstarlink.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. > > -- > Joe Leikhim > > > Leikhim and Associates > > Communications Consultants > > Oviedo, Florida > > JLeikhim at Leikhim.com > > 407-982-0446 > > WWW.LEIKHIM.COM > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at lists.allstarlink.org > http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit http://lists.allstarlink.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: From tisawyer at gmail.com Tue Mar 14 03:01:28 2017 From: tisawyer at gmail.com (Tim Sawyer) Date: Mon, 13 Mar 2017 20:01:28 -0700 Subject: [App_rpt-users] Simulcasting with RTCM/voter In-Reply-To: <1e53fffa-f75b-a939-d343-fe592ae4d06f@leikhim.com> References: <1e53fffa-f75b-a939-d343-fe592ae4d06f@leikhim.com> Message-ID: Joe's statement about launch delay is critical and that unfortunately is the problem with RTCMs in simulcast. The problem is the DAC used in the RTCM does not start at the exact time every time. I remember Jim Dixon working on this issue and was unable to workaround the problem that is build into the silicon. The problem is particularly noticeable when humming tone on the TX. If you can get by with no PL and limit your coverage overlap you can simulcast with RTCM but it's never going to be perfect. On Mon, Mar 13, 2017 at 6:41 PM, Joe Leikhim wrote: > Wow; > > Great project. I suggest documenting everything and permanently posting > for others to review the system design as a reference. > > My background is in Public Safety LMR design so I have dabbled a bit in > VHF, UHF and 800 MHz simulcast both analog and digital. I might be able to > do some computer modelling for you. > > Here is an example, picture two sites x1 and x2 spaced exactly 13 miles > apart. > > First: They both need to launch the audio waveform at exactly the same > time T=0 in same phase. This also means that there may need to be *bulk > delay* to ensure that the most distant (with respect to the IP back haul > network) transmitter site, receives the entire data payload before it is > transmitted. I am just learning about the RTCM so I believe that bulk delay > is inherent to the process. > > Assuming both sites are exactly synced T=0, then where the wave fronts > meet midway will be in exactly sync even though 35.1us (6.5 miles x 5.4 us > = 35.1 us) has passed due to propagation delay. > > The wave fronts will also form a pair of theoretical opposing hyperbolic > curves that meet at the center of the two sites like this: x1 )( x2 with > the x representing each site. > > As a mobile travels away from center and along or behind the hyperbolic > curves )(, the time differential will increase, creating time differential > interference (TDI), or intersymbol interference (ISI) in a digital system. > This can be calculated at any point location by using a map and a mileage > scale. > > A mobile very close to or behind either site (paced 13 miles) will > experience the delay of 70.2 us or more. This is somewhat mitigated by the > capture effect of the closest site and the capture ratio afforded by the > modulation index. TDI at 70.2 us is not too bad for analog FM. 135 us, the > distortion might be intolerable. > > Adding a third site will require consideration that its signal may arrive > earlier or later than the sites described above, In the event the third > site is closer than 6.5 miles, the adjustment would be to increase the > launch delay for the third site to meet with sites 1 and 2. If it is > further than 6.5 miles, the delay of sites 1 and 2 could be increased > equally by the amount required for site 3 to travel. > > A variation of this scheme, is one where a central site is predominant and > is ringed by remote sites. In one configuration, the central site has an > omni directional antenna and the remote sites have directional antennas > facing outward. The central site would be timed to transmit first, and the > remote sites would be delayed until the wavefront reaches them. If the > distances are unequal, the remote sites would be timed +/- the time > differential of the central site reaching them. > > There are a couple very proprietary computer programs for modeling this, > however it can be worked out by hand. > > Some thoughts. > > 1) Don't worry about frequency offset until you are sure the timing and > other parameters are correct. Set everything dead on with GPS to start. In > commercial systems using GPS disciplined reference frequency offset is > usually not performed. > > 2) Make 100% sure that the modulators are wired for the same polarity. It > makes no sense to have one transmitter deviating +4 KHz while another is > going -4KHz. Same goes for voice and CTCSS modulation. > > 3) Are your transmitters the exact same make/model and version? This can > be a non starter. You can get away with different RF amps, filters etc, but > if you have a Micor exciter and a Mastr II exciter it is going to be funky. > > 4) The audio chain needs to be identical. Any filters, amps etc, in the > transmitter audio chain must be same at each site. > > 5) Adjust the modulation limiting such that the transmitter audio is never > in limiting. For Part 97 work, you could get away with the limiter adjusted > beyond system deviation and set the RTCM so that deviation is equal to 5 > KHz. Voice deviation for each transmitter must be identical, same with > CTCSS. > > For my commercial projects I recommend the entire simulcast system be > staged in a warehouse so that all these parameters can be set at same time > with same test equipment in a controlled environment. Any errors must track > the same direction. You can do this remotely, but noisy signals will make > the setting of values less than ideal. If you reach a level of frustration, > bring it all home and tweak it. > I hope this helps! > > > On 3/13/2017 7:15 PM, Hayden Honeywood wrote: > > Hi All, > Thanks for all on the list who have given me a hand with getting the > RTCM/voter boards running. > > I currently have 1/3 of my system installed at the sites. It's as follows: > > A TX only site - running a VOTER board, latest "Chuck" firmware. 9.6MHz > OCXO replacing the onboard crystal and a 10MHz OCXO to keep the transmitter > stable all on 53MHz. > > On my bench at home I have an identical setup except with a receiver in > addition. Both radios are the same, audio injected in the same spot. > > I've been testing various frequency offsets to avoid the cancelling of the > signal due to the inherent propagation effects at 6 metres. I've been able > to run my bench radio into a dummy load and place it so that another radio > nearby connected to an external antenna is receiving them almost the same > (i.e. overlap). > > Currently 1-2Hz sounds the best. I have been encoding tone, however there > is a very audible hum, as if the CTCSS tone from each transmitter is not in > phase. The tone is 91.5Hz. I've checked/readjusted deviation levels etc, > also checked the 9.6MHz OCXO etc but I cannot seem to null it out. > > I've also tested the Simulcast Launch Delay.The main site is about 13 > miles away, so I put a value of 330 in there to represent a delay of 66uS > on the bench test radio. This makes a little bit of improvement, but not an > overall huge improvement. Does anyone have an ideas that I've missed or > more information on the usage of the Simulcast Launch delay? > > Hayden > > > _______________________________________________ > App_rpt-users mailing listApp_rpt-users at lists.allstarlink.orghttp://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit http://lists.allstarlink.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. > > > -- > Joe Leikhim > > > Leikhim and Associates > > Communications Consultants > > Oviedo, Florida > JLeikhim at Leikhim.com > 407-982-0446 <(407)%20982-0446> > WWW.LEIKHIM.COM > > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at lists.allstarlink.org > http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit http://lists.allstarlink.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. > -- -- Tim -------------- next part -------------- An HTML attachment was scrubbed... URL: From haydenph91 at gmail.com Tue Mar 14 03:02:32 2017 From: haydenph91 at gmail.com (Hayden Honeywood) Date: Tue, 14 Mar 2017 14:02:32 +1100 Subject: [App_rpt-users] Simulcasting with RTCM/voter Message-ID: Thanks for the information Joe. The RTCM generates the CTCSS in the main audio path with an entry in voter.conf. There is no separate deviation adjustment on the board, you set a global level in that config file. OK on the delays between sites etc. I think I understand whats going on there. As I mentioned beforehand I think a lot of my issue is that the 2nd site radio is on the bench and the delay from the main site TX is causing distortion problems. I'm hoping to document a lot of the simulcast information on my blog in time. In answer to some of your points - 1) I've played with the offset mainly because at low band 50MHz due to the propagation effects, complete cancellations happen in overlap when both signals from the transmitters are approx the same. Whereas on UHF I believe this is not to much of an issue due to reflections, doppler etc. Only really an issue with fixed stations I believe. Offsetting by a few Hz I can hear the null move around, and cancellation is not so bad. 2) The exciters have been set the same - same model, same inputs etc. 3) Yes. The only differences may be is that the VCO of the units is modified to 50MHz from 70 by adding capacitance in various places. The alignment of both VCO's is the same however - set to 3V on a specific test point. 4) Yep all the same. I've used a CTCSS encoder input which is post pre-emphasis and limiting. Limiting is done by the RTCM. 5) As above - although I've noticed that the CTCSS's deviation on the bench test transmitter is about 50Hz low when aligning for a 1K = 3K deviation. I've tried turning up the TX level pot to equal it, but it still sounds the same. Hayden -------------- next part -------------- An HTML attachment was scrubbed... URL: From haydenph91 at gmail.com Tue Mar 14 03:10:40 2017 From: haydenph91 at gmail.com (Hayden Honeywood) Date: Tue, 14 Mar 2017 14:10:40 +1100 Subject: [App_rpt-users] Simulcasting with RTCM/voter Message-ID: Thanks for your thoughts Jesse and Tim. Ah, perhaps that was my issue, I was setting the delay, doing a 99 to save to EEPROM but not rebooting. Perhaps I need to try this next. Basically the test you have described Jesse is what I am doing at home. I believe from what I have read and understand from Joe's messages, Tim that some error in the launch delay is OK at voice. I read somewhere over 110uS it starts to become a problem. I certainly can get away with no PL encoding on the transmitter, I was merely using it as a means of double checking my audio phasing. Voice sounds OK, depending on my frequency offset. It does have a level of distortion however - again maybe due to the launch delay not being set correctly. I suppose a semi bonus is that at 6 metres, normal propagation effects cause noise, crackles, phase cancellations etc so it may just all sound natural anyway. Sporadic E openings will be interesting though :). Currently my main site has a significant overlap of my planned secondary site. I may need to reconsider this to reduce the overlap. 73 Hayden -------------- next part -------------- An HTML attachment was scrubbed... URL: From rhyolite at leikhim.com Tue Mar 14 03:15:45 2017 From: rhyolite at leikhim.com (Joe Leikhim) Date: Mon, 13 Mar 2017 23:15:45 -0400 Subject: [App_rpt-users] Simulcasting with RTCM/voter In-Reply-To: References: <1e53fffa-f75b-a939-d343-fe592ae4d06f@leikhim.com> Message-ID: Thanks Tim! So the CTCSS is starting out of phase. Does this affect voice audio and tones in that bandwidth as well? I am a long time lurker, wishing to put this technology to use someday. I was saddened to learn that Jim Dixon passed away. I hope someone can take the torch and further develop this promising product. As you probably know commercial simulcast is very expensive to deploy and for a single channel system the cost is ridiculous because commercial hardware is scaled for larger networks. So this could have applications in commercial applications as well. Joe On 3/13/2017 11:01 PM, Tim Sawyer wrote: > Joe's statement about launch delay is critical and that unfortunately > is the problem with RTCMs in simulcast. The problem is the DAC used in > the RTCM does not start at the exact time every time. I remember Jim > Dixon working on this issue and was unable to workaround the problem > that is build into the silicon. The problem is particularly noticeable > when humming tone on the TX. If you can get by with no PL and limit > your coverage overlap you can simulcast with RTCM but it's never going > to be perfect. > > On Mon, Mar 13, 2017 at 6:41 PM, Joe Leikhim > wrote: > > Wow; > > Great project. I suggest documenting everything and permanently > posting for others to review the system design as a reference. > > My background is in Public Safety LMR design so I have dabbled a > bit in VHF, UHF and 800 MHz simulcast both analog and digital. I > might be able to do some computer modelling for you. > > Here is an example, picture two sites x1 and x2 spaced exactly 13 > miles apart. > > First: They both need to launch the audio waveform at exactly the > same time T=0 in same phase. This also means that there may need > to be _bulk delay_ to ensure that the most distant (with respect > to the IP back haul network) transmitter site, receives the entire > data payload before it is transmitted. I am just learning about > the RTCM so I believe that bulk delay is inherent to the process. > > Assuming both sites are exactly synced T=0, then where the wave > fronts meet midway will be in exactly sync even though 35.1us (6.5 > miles x 5.4 us = 35.1 us) has passed due to propagation delay. > > The wave fronts will also form a pair of theoretical opposing > hyperbolic curves that meet at the center of the two sites like > this: x1 )( x2 with the x representing each site. > > As a mobile travels away from center and along or behind the > hyperbolic curves )(, the time differential will increase, > creating time differential interference (TDI), or intersymbol > interference (ISI) in a digital system. This can be calculated at > any point location by using a map and a mileage scale. > > A mobile very close to or behind either site (paced 13 miles) will > experience the delay of 70.2 us or more. This is somewhat > mitigated by the capture effect of the closest site and the > capture ratio afforded by the modulation index. TDI at 70.2 us is > not too bad for analog FM. 135 us, the distortion might be > intolerable. > > Adding a third site will require consideration that its signal may > arrive earlier or later than the sites described above, In the > event the third site is closer than 6.5 miles, the adjustment > would be to increase the launch delay for the third site to meet > with sites 1 and 2. If it is further than 6.5 miles, the delay of > sites 1 and 2 could be increased equally by the amount required > for site 3 to travel. > > A variation of this scheme, is one where a central site is > predominant and is ringed by remote sites. In one configuration, > the central site has an omni directional antenna and the remote > sites have directional antennas facing outward. The central site > would be timed to transmit first, and the remote sites would be > delayed until the wavefront reaches them. If the distances are > unequal, the remote sites would be timed +/- the time differential > of the central site reaching them. > > There are a couple very proprietary computer programs for modeling > this, however it can be worked out by hand. > > Some thoughts. > > 1) Don't worry about frequency offset until you are sure the > timing and other parameters are correct. Set everything dead on > with GPS to start. In commercial systems using GPS disciplined > reference frequency offset is usually not performed. > > 2) Make 100% sure that the modulators are wired for the same > polarity. It makes no sense to have one transmitter deviating +4 > KHz while another is going -4KHz. Same goes for voice and CTCSS > modulation. > > 3) Are your transmitters the exact same make/model and version? > This can be a non starter. You can get away with different RF > amps, filters etc, but if you have a Micor exciter and a Mastr II > exciter it is going to be funky. > > 4) The audio chain needs to be identical. Any filters, amps etc, > in the transmitter audio chain must be same at each site. > > 5) Adjust the modulation limiting such that the transmitter audio > is never in limiting. For Part 97 work, you could get away with > the limiter adjusted beyond system deviation and set the RTCM so > that deviation is equal to 5 KHz. Voice deviation for each > transmitter must be identical, same with CTCSS. > > For my commercial projects I recommend the entire simulcast system > be staged in a warehouse so that all these parameters can be set > at same time with same test equipment in a controlled environment. > Any errors must track the same direction. You can do this > remotely, but noisy signals will make the setting of values less > than ideal. If you reach a level of frustration, bring it all home > and tweak it. > > I hope this helps! > > > On 3/13/2017 7:15 PM, Hayden Honeywood wrote: >> Hi All, >> Thanks for all on the list who have given me a hand with getting >> the RTCM/voter boards running. >> >> I currently have 1/3 of my system installed at the sites. It's as >> follows: >> >> A TX only site - running a VOTER board, latest "Chuck" firmware. >> 9.6MHz OCXO replacing the onboard crystal and a 10MHz OCXO to >> keep the transmitter stable all on 53MHz. >> >> On my bench at home I have an identical setup except with a >> receiver in addition. Both radios are the same, audio injected in >> the same spot. >> >> I've been testing various frequency offsets to avoid the >> cancelling of the signal due to the inherent propagation effects >> at 6 metres. I've been able to run my bench radio into a dummy >> load and place it so that another radio nearby connected to an >> external antenna is receiving them almost the same (i.e. overlap). >> >> Currently 1-2Hz sounds the best. I have been encoding tone, >> however there is a very audible hum, as if the CTCSS tone from >> each transmitter is not in phase. The tone is 91.5Hz. I've >> checked/readjusted deviation levels etc, also checked the 9.6MHz >> OCXO etc but I cannot seem to null it out. >> >> I've also tested the Simulcast Launch Delay.The main site is >> about 13 miles away, so I put a value of 330 in there to >> represent a delay of 66uS on the bench test radio. This makes a >> little bit of improvement, but not an overall huge improvement. >> Does anyone have an ideas that I've missed or more information on >> the usage of the Simulcast Launch delay? >> >> Hayden >> >> >> _______________________________________________ >> App_rpt-users mailing list >> App_rpt-users at lists.allstarlink.org >> >> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users >> >> >> To unsubscribe from this list please visithttp://lists.allstarlink.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. > > -- > Joe Leikhim > > > Leikhim and Associates > > Communications Consultants > > Oviedo, Florida > > JLeikhim at Leikhim.com > > 407-982-0446 > > WWW.LEIKHIM.COM > > _______________________________________________ App_rpt-users > mailing list App_rpt-users at lists.allstarlink.org > > http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit > http://lists.allstarlink.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. > > -- > -- > Tim > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at lists.allstarlink.org > http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit http://lists.allstarlink.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. -- Joe Leikhim Leikhim and Associates Communications Consultants Oviedo, Florida JLeikhim at Leikhim.com 407-982-0446 WWW.LEIKHIM.COM -------------- next part -------------- An HTML attachment was scrubbed... URL: From kc2irv at gmail.com Tue Mar 14 03:33:30 2017 From: kc2irv at gmail.com (Joe Moskalski) Date: Mon, 13 Mar 2017 23:33:30 -0400 Subject: [App_rpt-users] Simulcasting with RTCM/voter In-Reply-To: References: <1e53fffa-f75b-a939-d343-fe592ae4d06f@leikhim.com> Message-ID: I have two sites on UHF 18 miles apart simulcasting with the RTCM's. use the 9.6 MHz OCXO's for the clock in the RTCM improves their simulcast usability greatly but I do have some CTCSS wobble in some areas between the sites. It does not cause any issues with the intelligibility of the audio but you can hear it is there in non capture overlap areas. This is the first I am hearing of the DAC issue which certainly explains it. I tailored the system for minimum overlap and my CTCSS tones are deviating at 400 Hz to further reduce the audio of the CTCSS wobble. 400 Hz is more than enough CTCSS level for any modern radio to decode almost right down to the noise. Anyway this is what I have done and so far its been working very well. On Mon, Mar 13, 2017 at 11:15 PM, Joe Leikhim wrote: > Thanks Tim! > > So the CTCSS is starting out of phase. Does this affect voice audio and > tones in that bandwidth as well? > > I am a long time lurker, wishing to put this technology to use someday. I > was saddened to learn that Jim Dixon passed away. I hope someone can take > the torch and further develop this promising product. > > As you probably know commercial simulcast is very expensive to deploy and > for a single channel system the cost is ridiculous because commercial > hardware is scaled for larger networks. So this could have applications in > commercial applications as well. > > > Joe > > > On 3/13/2017 11:01 PM, Tim Sawyer wrote: > > Joe's statement about launch delay is critical and that unfortunately is > the problem with RTCMs in simulcast. The problem is the DAC used in the > RTCM does not start at the exact time every time. I remember Jim Dixon > working on this issue and was unable to workaround the problem that is > build into the silicon. The problem is particularly noticeable when humming > tone on the TX. If you can get by with no PL and limit your coverage > overlap you can simulcast with RTCM but it's never going to be perfect. > > On Mon, Mar 13, 2017 at 6:41 PM, Joe Leikhim wrote: > >> Wow; >> >> Great project. I suggest documenting everything and permanently posting >> for others to review the system design as a reference. >> >> My background is in Public Safety LMR design so I have dabbled a bit in >> VHF, UHF and 800 MHz simulcast both analog and digital. I might be able to >> do some computer modelling for you. >> >> Here is an example, picture two sites x1 and x2 spaced exactly 13 miles >> apart. >> >> First: They both need to launch the audio waveform at exactly the same >> time T=0 in same phase. This also means that there may need to be *bulk >> delay* to ensure that the most distant (with respect to the IP back haul >> network) transmitter site, receives the entire data payload before it is >> transmitted. I am just learning about the RTCM so I believe that bulk delay >> is inherent to the process. >> >> Assuming both sites are exactly synced T=0, then where the wave fronts >> meet midway will be in exactly sync even though 35.1us (6.5 miles x 5.4 us >> = 35.1 us) has passed due to propagation delay. >> >> The wave fronts will also form a pair of theoretical opposing hyperbolic >> curves that meet at the center of the two sites like this: x1 )( x2 with >> the x representing each site. >> >> As a mobile travels away from center and along or behind the hyperbolic >> curves )(, the time differential will increase, creating time differential >> interference (TDI), or intersymbol interference (ISI) in a digital system. >> This can be calculated at any point location by using a map and a mileage >> scale. >> >> A mobile very close to or behind either site (paced 13 miles) will >> experience the delay of 70.2 us or more. This is somewhat mitigated by the >> capture effect of the closest site and the capture ratio afforded by the >> modulation index. TDI at 70.2 us is not too bad for analog FM. 135 us, the >> distortion might be intolerable. >> >> Adding a third site will require consideration that its signal may arrive >> earlier or later than the sites described above, In the event the third >> site is closer than 6.5 miles, the adjustment would be to increase the >> launch delay for the third site to meet with sites 1 and 2. If it is >> further than 6.5 miles, the delay of sites 1 and 2 could be increased >> equally by the amount required for site 3 to travel. >> >> A variation of this scheme, is one where a central site is predominant >> and is ringed by remote sites. In one configuration, the central site has >> an omni directional antenna and the remote sites have directional antennas >> facing outward. The central site would be timed to transmit first, and the >> remote sites would be delayed until the wavefront reaches them. If the >> distances are unequal, the remote sites would be timed +/- the time >> differential of the central site reaching them. >> >> There are a couple very proprietary computer programs for modeling this, >> however it can be worked out by hand. >> >> Some thoughts. >> >> 1) Don't worry about frequency offset until you are sure the timing and >> other parameters are correct. Set everything dead on with GPS to start. In >> commercial systems using GPS disciplined reference frequency offset is >> usually not performed. >> >> 2) Make 100% sure that the modulators are wired for the same polarity. It >> makes no sense to have one transmitter deviating +4 KHz while another is >> going -4KHz. Same goes for voice and CTCSS modulation. >> >> 3) Are your transmitters the exact same make/model and version? This can >> be a non starter. You can get away with different RF amps, filters etc, but >> if you have a Micor exciter and a Mastr II exciter it is going to be funky. >> >> 4) The audio chain needs to be identical. Any filters, amps etc, in the >> transmitter audio chain must be same at each site. >> >> 5) Adjust the modulation limiting such that the transmitter audio is >> never in limiting. For Part 97 work, you could get away with the limiter >> adjusted beyond system deviation and set the RTCM so that deviation is >> equal to 5 KHz. Voice deviation for each transmitter must be identical, >> same with CTCSS. >> >> For my commercial projects I recommend the entire simulcast system be >> staged in a warehouse so that all these parameters can be set at same time >> with same test equipment in a controlled environment. Any errors must track >> the same direction. You can do this remotely, but noisy signals will make >> the setting of values less than ideal. If you reach a level of frustration, >> bring it all home and tweak it. >> I hope this helps! >> >> >> On 3/13/2017 7:15 PM, Hayden Honeywood wrote: >> >> Hi All, >> Thanks for all on the list who have given me a hand with getting the >> RTCM/voter boards running. >> >> I currently have 1/3 of my system installed at the sites. It's as follows: >> >> A TX only site - running a VOTER board, latest "Chuck" firmware. 9.6MHz >> OCXO replacing the onboard crystal and a 10MHz OCXO to keep the transmitter >> stable all on 53MHz. >> >> On my bench at home I have an identical setup except with a receiver in >> addition. Both radios are the same, audio injected in the same spot. >> >> I've been testing various frequency offsets to avoid the cancelling of >> the signal due to the inherent propagation effects at 6 metres. I've been >> able to run my bench radio into a dummy load and place it so that another >> radio nearby connected to an external antenna is receiving them almost the >> same (i.e. overlap). >> >> Currently 1-2Hz sounds the best. I have been encoding tone, however there >> is a very audible hum, as if the CTCSS tone from each transmitter is not in >> phase. The tone is 91.5Hz. I've checked/readjusted deviation levels etc, >> also checked the 9.6MHz OCXO etc but I cannot seem to null it out. >> >> I've also tested the Simulcast Launch Delay.The main site is about 13 >> miles away, so I put a value of 330 in there to represent a delay of 66uS >> on the bench test radio. This makes a little bit of improvement, but not an >> overall huge improvement. Does anyone have an ideas that I've missed or >> more information on the usage of the Simulcast Launch delay? >> >> Hayden >> >> >> _______________________________________________ >> App_rpt-users mailing listApp_rpt-users at lists.allstarlink.orghttp://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users >> >> To unsubscribe from this list please visit http://lists.allstarlink.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. >> >> -- >> Joe Leikhim >> >> >> Leikhim and Associates >> >> Communications Consultants >> >> Oviedo, Florida >> JLeikhim at Leikhim.com >> 407-982-0446 <%28407%29%20982-0446> >> WWW.LEIKHIM.COM >> >> _______________________________________________ App_rpt-users mailing >> list App_rpt-users at lists.allstarlink.org http://lists.allstarlink.org/c >> gi-bin/mailman/listinfo/app_rpt-users To unsubscribe from this list >> please visit http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rp >> t-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. > > -- > -- > Tim > > _______________________________________________ > App_rpt-users mailing listApp_rpt-users at lists.allstarlink.orghttp://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit http://lists.allstarlink.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. > > -- > Joe Leikhim > > > Leikhim and Associates > > Communications Consultants > > Oviedo, Florida > JLeikhim at Leikhim.com > 407-982-0446 <(407)%20982-0446> > WWW.LEIKHIM.COM > > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at lists.allstarlink.org > http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit http://lists.allstarlink.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: From jd0 at broadsci.com Tue Mar 14 04:34:56 2017 From: jd0 at broadsci.com (Jeff DePolo) Date: Tue, 14 Mar 2017 00:34:56 -0400 Subject: [App_rpt-users] Simulcasting with RTCM/voter In-Reply-To: <1e53fffa-f75b-a939-d343-fe592ae4d06f@leikhim.com> References: <1e53fffa-f75b-a939-d343-fe592ae4d06f@leikhim.com> Message-ID: <68E55B6AFB4B4211AA31948BDCFCC852@OUTLAW> > First: They both need to launch the audio waveform at exactly > the same time T=0 in same phase. This also means that there > may need to be bulk delay to ensure that the most distant > (with respect to the IP back haul network) transmitter site, > receives the entire data payload before it is transmitted. I > am just learning about the RTCM so I believe that bulk delay > is inherent to the process. > > > Assuming both sites are exactly synced T=0, then where the > wave fronts meet midway will be in exactly sync even though > 35.1us (6.5 miles x 5.4 us = 35.1 us) has passed due to > propagation delay. That's not correct (the part about "the wave fronts"). Simulcast audio/PL launch delay only guarantees AF synchronicity to the extent practical/possible (e.g. within a few microseconds of each other), but certainly not at the same RF phase. A microsecond at 150 MHz is 150 cycles. > The wave fronts will also form a pair of theoretical opposing > hyperbolic curves that meet at the center of the two sites > like this: x1 )( x2 with the x representing each site. Again, you can't look at it in the RF domain; AF sync is what you're working hard to achieve; you'll never get it at RF. Also keep in mind that sync at the midpoint isn't necessarily the goal. In a perfect world with no terrain, identical antenna patterns, identical ERP, etc. it might be, but not in the real world. You need to do coverage models for each of the sites (using actual ERP's and antenna patterns), see where the most-problematic areas are (i.e. the areas where capture effect isn't going to hide potential sins), and make decisions as to where to optimize and where to tolerate degradation, and then set delays accordingly. > 1) Don't worry about frequency offset until you are sure the > timing and other parameters are correct. Agree. Until the delays are correct (and again, that doesn't necessarily mean equal at the midpoint), there's no sense in adding another variable to the equation. Offsetting carrier frequency only helps mitigate cancellation nulls, it does nothing to mitigate delay errors. --- Jeff WN3A --- This email has been checked for viruses by Avast antivirus software. https://www.avast.com/antivirus From kc2irv at gmail.com Tue Mar 14 05:36:57 2017 From: kc2irv at gmail.com (Joe Moskalski) Date: Tue, 14 Mar 2017 01:36:57 -0400 Subject: [App_rpt-users] Simulcasting with RTCM/voter In-Reply-To: <68E55B6AFB4B4211AA31948BDCFCC852@OUTLAW> References: <1e53fffa-f75b-a939-d343-fe592ae4d06f@leikhim.com> <68E55B6AFB4B4211AA31948BDCFCC852@OUTLAW> Message-ID: Jeff is correct for pointing out the need for coverage modeling. This saves a great deal of time, effort and guess work. Terrain makes a huge difference when it comes to where you have overlap and also where you have overlap and lack capture of any one transmitter site. One thing many people get wrong with simulcast is that more power can be detrimental to achieving your goal. Modeling the coverage from each site and choosing the particular antenna and pattern for where you want to cover in respect to the other transmitters is key. In my humble opinion and it has worked for me, my main goal when creating a simulcast system is not how to get the audio sounding good in overlap but how to reduce the overlap areas with no capture to a minimum. This has to do mainly with the terrain causing issues where you audio is not arriving to the field unit(s) with the calculated delay due to anomalies in the terrain. You also need to pay attention to particular antenna characteristics such as gain, electrical down tilt, mechanical down tilt and so on. I have found normally the site within a simulcast system that has the greatest coverage is often the site with one of the lowest ERP's. Once the RF coverage side of the house is right, the rest is adjustable. This is coming from a commercial simulcast standpoint. On Tue, Mar 14, 2017 at 12:34 AM, Jeff DePolo wrote: > > First: They both need to launch the audio waveform at exactly > > the same time T=0 in same phase. This also means that there > > may need to be bulk delay to ensure that the most distant > > (with respect to the IP back haul network) transmitter site, > > receives the entire data payload before it is transmitted. I > > am just learning about the RTCM so I believe that bulk delay > > is inherent to the process. > > > > > > Assuming both sites are exactly synced T=0, then where the > > wave fronts meet midway will be in exactly sync even though > > 35.1us (6.5 miles x 5.4 us = 35.1 us) has passed due to > > propagation delay. > > That's not correct (the part about "the wave fronts"). Simulcast audio/PL > launch delay only guarantees AF synchronicity to the extent > practical/possible (e.g. within a few microseconds of each other), but > certainly not at the same RF phase. A microsecond at 150 MHz is 150 > cycles. > > > The wave fronts will also form a pair of theoretical opposing > > hyperbolic curves that meet at the center of the two sites > > like this: x1 )( x2 with the x representing each site. > > Again, you can't look at it in the RF domain; AF sync is what you're > working > hard to achieve; you'll never get it at RF. > > Also keep in mind that sync at the midpoint isn't necessarily the goal. In > a perfect world with no terrain, identical antenna patterns, identical ERP, > etc. it might be, but not in the real world. You need to do coverage > models > for each of the sites (using actual ERP's and antenna patterns), see where > the most-problematic areas are (i.e. the areas where capture effect isn't > going to hide potential sins), and make decisions as to where to optimize > and where to tolerate degradation, and then set delays accordingly. > > > 1) Don't worry about frequency offset until you are sure the > > timing and other parameters are correct. > > Agree. Until the delays are correct (and again, that doesn't necessarily > mean equal at the midpoint), there's no sense in adding another variable to > the equation. Offsetting carrier frequency only helps mitigate > cancellation > nulls, it does nothing to mitigate delay errors. > > --- Jeff WN3A > > > > --- > This email has been checked for viruses by Avast antivirus software. > https://www.avast.com/antivirus > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at lists.allstarlink.org > http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit http://lists.allstarlink.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: From rhyolite at leikhim.com Tue Mar 14 07:07:02 2017 From: rhyolite at leikhim.com (Joe Leikhim) Date: Tue, 14 Mar 2017 03:07:02 -0400 Subject: [App_rpt-users] Simulcasting with RTCM/voter In-Reply-To: References: Message-ID: Hayden; Your timing for bench testing, by delaying the transmitter on the bench to match the 13 mile distant TX makes perfect sense from the perspective of testing. Not sure what model repeater station you have but it sounds like you have modded the VCO significantly so comparing frequency response of all the exciters may be in order. Also some transmitters have a two port modulation scheme so that CTCSS tones do not get cancelled by the VCO PLL loop correction. Your CTCSS shortfall may be indicative of the PLL loop trying to cancel the CTCSS waveform. From Tim's comments about the DAC phase problem, there may be factors outside your control, in which case using directional antennas on the remote TX's may be a solution, but not ideal, especially at 6M. If this problem were entirely limited to the CTCSS tone, I would suggest generating CTCSS locally at each site from a GPS locked generator. However that might require a separate delay block for CTCSS, where delay is required. If the DAC affects voice as well, I wouldn't bother with that solution. Personally I hope the developers get the bugs worked out as I see some commercial potential for the RTCM. Joe On 3/13/2017 11:02 PM, Hayden Honeywood wrote: > Thanks for the information Joe. > > The RTCM generates the CTCSS in the main audio path with an entry in > voter.conf. > > There is no separate deviation adjustment on the board, you set a > global level in that config file. > OK on the delays between sites etc. I think I understand whats going > on there. As I mentioned beforehand I think a lot of my issue is that > the 2nd site radio is on the bench and the delay from the main site TX > is causing distortion problems. I'm hoping to document a lot of the > simulcast information on my blog in time. > > In answer to some of your points - > > 1) I've played with the offset mainly because at low band 50MHz due to > the propagation effects, complete cancellations happen in overlap when > both signals from the transmitters are approx the same. Whereas on UHF > I believe this is not to much of an issue due to reflections, doppler > etc. Only really an issue with fixed stations I believe. Offsetting by > a few Hz I can hear the null move around, and cancellation is not so bad. > > 2) The exciters have been set the same - same model, same inputs etc. > > 3) Yes. The only differences may be is that the VCO of the units is > modified to 50MHz from 70 by adding capacitance in various places. The > alignment of both VCO's is the same however - set to 3V on a specific > test point. > > 4) Yep all the same. I've used a CTCSS encoder input which is post > pre-emphasis and limiting. Limiting is done by the RTCM. > > 5) As above - although I've noticed that the CTCSS's deviation on the > bench test transmitter is about 50Hz low when aligning for a 1K = 3K > deviation. I've tried turning up the TX level pot to equal it, but it > still sounds the same. > > Hayden > > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at lists.allstarlink.org > http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit http://lists.allstarlink.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. -- Joe Leikhim Leikhim and Associates Communications Consultants Oviedo, Florida JLeikhim at Leikhim.com 407-982-0446 WWW.LEIKHIM.COM -------------- next part -------------- An HTML attachment was scrubbed... URL: From rhyolite at leikhim.com Tue Mar 14 07:25:10 2017 From: rhyolite at leikhim.com (Joe Leikhim) Date: Tue, 14 Mar 2017 03:25:10 -0400 Subject: [App_rpt-users] Simulcasting with RTCM/voter In-Reply-To: <68E55B6AFB4B4211AA31948BDCFCC852@OUTLAW> References: <1e53fffa-f75b-a939-d343-fe592ae4d06f@leikhim.com> <68E55B6AFB4B4211AA31948BDCFCC852@OUTLAW> Message-ID: Jeff; Yes True; It is indeed the _audio phasing_ that needs to be synced at midpoint. I was trying to state in as few words as possible a very complex topic. And yes, in the "real world" the reception will have exaggerated multi-path effects due to the frequency error which are unavoidable. I worked on some of the early crude analog 800 MHz FM simulcast and my ears hurt listening to them. Going from two transmitters to three or four (or more) becomes very complex in short order. I have used computer software to simulate all the effects to timing offset signal strength (reliability) and signal capture. EIA/TIA TSB-88D describes monte carlo power weighted methodology used in the computer models. Some software models can do automatic iterations of timing to choose best fit. Joe On 3/14/2017 12:34 AM, Jeff DePolo wrote: >> First: They both need to launch the audio waveform at exactly >> the same time T=0 in same phase. This also means that there >> may need to be bulk delay to ensure that the most distant >> (with respect to the IP back haul network) transmitter site, >> receives the entire data payload before it is transmitted. I >> am just learning about the RTCM so I believe that bulk delay >> is inherent to the process. >> >> >> Assuming both sites are exactly synced T=0, then where the >> wave fronts meet midway will be in exactly sync even though >> 35.1us (6.5 miles x 5.4 us = 35.1 us) has passed due to >> propagation delay. > That's not correct (the part about "the wave fronts"). Simulcast audio/PL > launch delay only guarantees AF synchronicity to the extent > practical/possible (e.g. within a few microseconds of each other), but > certainly not at the same RF phase. A microsecond at 150 MHz is 150 cycles. > >> The wave fronts will also form a pair of theoretical opposing >> hyperbolic curves that meet at the center of the two sites >> like this: x1 )( x2 with the x representing each site. > Again, you can't look at it in the RF domain; AF sync is what you're working > hard to achieve; you'll never get it at RF. > > Also keep in mind that sync at the midpoint isn't necessarily the goal. In > a perfect world with no terrain, identical antenna patterns, identical ERP, > etc. it might be, but not in the real world. You need to do coverage models > for each of the sites (using actual ERP's and antenna patterns), see where > the most-problematic areas are (i.e. the areas where capture effect isn't > going to hide potential sins), and make decisions as to where to optimize > and where to tolerate degradation, and then set delays accordingly. > >> 1) Don't worry about frequency offset until you are sure the >> timing and other parameters are correct. > Agree. Until the delays are correct (and again, that doesn't necessarily > mean equal at the midpoint), there's no sense in adding another variable to > the equation. Offsetting carrier frequency only helps mitigate cancellation > nulls, it does nothing to mitigate delay errors. > > --- Jeff WN3A > > > > --- > This email has been checked for viruses by Avast antivirus software. > https://www.avast.com/antivirus > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at lists.allstarlink.org > http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit http://lists.allstarlink.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. -- Joe Leikhim Leikhim and Associates Communications Consultants Oviedo, Florida JLeikhim at Leikhim.com 407-982-0446 WWW.LEIKHIM.COM -------------- next part -------------- An HTML attachment was scrubbed... URL: From tisawyer at gmail.com Tue Mar 14 14:33:11 2017 From: tisawyer at gmail.com (Tim Sawyer) Date: Tue, 14 Mar 2017 07:33:11 -0700 Subject: [App_rpt-users] Simulcasting with RTCM/voter In-Reply-To: References: Message-ID: The delta should be less than 83uS for voice is what I read. Digital (i.e. P25) needs to be even less, not that that's what your dealing with here. Of course the signal strength comes into play as well. The overlap areas are defined as areas where the signal is within 10dB. The Radio Mobile program can accept these figures and plot the simulcast interference. It takes some doing to figure out but well worth the effort. I've found it amazingly accurate. I might have an example plot to share if anyone is interested. The DAC problem is related to audio phase not launch delay. So the audio will sound bad even with the proper launch delay. On Mon, Mar 13, 2017 at 8:10 PM, Hayden Honeywood wrote: > Thanks for your thoughts Jesse and Tim. > > Ah, perhaps that was my issue, I was setting the delay, doing a 99 to save > to EEPROM but not rebooting. Perhaps I need to try this next. Basically the > test you have described Jesse is what I am doing at home. > > I believe from what I have read and understand from Joe's messages, Tim > that some error in the launch delay is OK at voice. I read somewhere over > 110uS it starts to become a problem. > > I certainly can get away with no PL encoding on the transmitter, I was > merely using it as a means of double checking my audio phasing. Voice > sounds OK, depending on my frequency offset. It does have a level of > distortion however - again maybe due to the launch delay not being set > correctly. I suppose a semi bonus is that at 6 metres, normal propagation > effects cause noise, crackles, phase cancellations etc so it may just all > sound natural anyway. Sporadic E openings will be interesting though :). > > Currently my main site has a significant overlap of my planned secondary > site. I may need to reconsider this to reduce the overlap. > > 73 > Hayden > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at lists.allstarlink.org > http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit http://lists.allstarlink.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. > -- -- Tim -------------- next part -------------- An HTML attachment was scrubbed... URL: From bdboyle at bdboyle.com Tue Mar 14 15:28:24 2017 From: bdboyle at bdboyle.com (Bryan D. Boyle) Date: Tue, 14 Mar 2017 11:28:24 -0400 Subject: [App_rpt-users] allstar on dial In-Reply-To: <045101d29c65$0ee40460$2cac0d20$@gmail.com> References: <03ff01d29c61$76b24100$6416c300$@gmail.com> <8a659d68-c3f9-1539-10e3-343866792247@msgstor.com> <045101d29c65$0ee40460$2cac0d20$@gmail.com> Message-ID: <82799196-578e-7aa0-ecbf-db9e761b30b2@bdboyle.com> On 3/13/2017 9:48 PM, K7ILO wrote: > > Ok Steve > > I am downloading it now and will update you as the night progresses. > > Thanks for the image > If you need help with fine-tuning, etc., I will be out for the IBM Interconnect show next week, so, feel free to reach out...I'm arriving saturday afternoon and we have sunday off, staying through thurs afternoon...so, if you need an extra set of hands, let me know. 73 Bryan WB0YLE -------------- next part -------------- An HTML attachment was scrubbed... URL: From k7ilo1 at gmail.com Tue Mar 14 16:15:39 2017 From: k7ilo1 at gmail.com (Harold Kinchelow) Date: Tue, 14 Mar 2017 09:15:39 -0700 Subject: [App_rpt-users] allstar on dial In-Reply-To: <82799196-578e-7aa0-ecbf-db9e761b30b2@bdboyle.com> References: <03ff01d29c61$76b24100$6416c300$@gmail.com> <8a659d68-c3f9-1539-10e3-343866792247@msgstor.com> <045101d29c65$0ee40460$2cac0d20$@gmail.com> <82799196-578e-7aa0-ecbf-db9e761b30b2@bdboyle.com> Message-ID: O will do Bryan. Thanks On Mar 14, 2017 8:28 AM, "Bryan D. Boyle" wrote: > On 3/13/2017 9:48 PM, K7ILO wrote: > > Ok Steve > > I am downloading it now and will update you as the night progresses. > > > > Thanks for the image > > > > > If you need help with fine-tuning, etc., I will be out for the IBM > Interconnect show next week, so, feel free to reach out...I'm arriving > saturday afternoon and we have sunday off, staying through thurs > afternoon...so, if you need an extra set of hands, let me know. > > 73 Bryan WB0YLE > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at lists.allstarlink.org > http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit http://lists.allstarlink.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: From rhyolite at leikhim.com Tue Mar 14 17:54:12 2017 From: rhyolite at leikhim.com (Joe Leikhim) Date: Tue, 14 Mar 2017 13:54:12 -0400 Subject: [App_rpt-users] Simulcasting with RTCM/voter In-Reply-To: References: Message-ID: <405b5b4c-3e27-561e-d55a-820ee082a5ab@leikhim.com> "The DAC problem is related to audio phase not launch delay. So the audio will sound bad even with the proper launch delay." I am just shooting from the hip on this, but would it be possible to insert a preamble into the simulcast stream that the DAC's would each reproduce and some additional circuitry or code could monitor and use to correct the audio phase at each RTCM? I am sure I am oversimplifying, but, thoughts? Joe On 3/14/2017 10:33 AM, Tim Sawyer wrote: > The delta should be less than 83uS for voice is what I read. Digital > (i.e. P25) needs to be even less, not that that's what your dealing > with here. Of course the signal strength comes into play as well. The > overlap areas are defined as areas where the signal is within 10dB. > > The Radio Mobile program can accept these figures and plot the > simulcast interference. It takes some doing to figure out but well > worth the effort. I've found it amazingly accurate. I might have an > example plot to share if anyone is interested. > > The DAC problem is related to audio phase not launch delay. So the > audio will sound bad even with the proper launch delay. > > > On Mon, Mar 13, 2017 at 8:10 PM, Hayden Honeywood > > wrote: > > Thanks for your thoughts Jesse and Tim. > > Ah, perhaps that was my issue, I was setting the delay, doing a 99 > to save to EEPROM but not rebooting. Perhaps I need to try this > next. Basically the test you have described Jesse is what I am > doing at home. > > I believe from what I have read and understand from Joe's > messages, Tim that some error in the launch delay is OK at voice. > I read somewhere over 110uS it starts to become a problem. > > I certainly can get away with no PL encoding on the transmitter, I > was merely using it as a means of double checking my audio > phasing. Voice sounds OK, depending on my frequency offset. It > does have a level of distortion however - again maybe due to the > launch delay not being set correctly. I suppose a semi bonus is > that at 6 metres, normal propagation effects cause noise, > crackles, phase cancellations etc so it may just all sound natural > anyway. Sporadic E openings will be interesting though :). > > Currently my main site has a significant overlap of my planned > secondary site. I may need to reconsider this to reduce the overlap. > > 73 > Hayden > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at lists.allstarlink.org > > http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users > > > To unsubscribe from this list please visit > http://lists.allstarlink.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. > > > > > -- > -- > Tim > > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at lists.allstarlink.org > http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit http://lists.allstarlink.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. -- Joe Leikhim Leikhim and Associates Communications Consultants Oviedo, Florida JLeikhim at Leikhim.com 407-982-0446 WWW.LEIKHIM.COM -------------- next part -------------- An HTML attachment was scrubbed... URL: From k7ilo1 at gmail.com Tue Mar 14 18:09:36 2017 From: k7ilo1 at gmail.com (K7ILO) Date: Tue, 14 Mar 2017 11:09:36 -0700 Subject: [App_rpt-users] allstar on dial In-Reply-To: References: <03ff01d29c61$76b24100$6416c300$@gmail.com> <8a659d68-c3f9-1539-10e3-343866792247@msgstor.com> <045101d29c65$0ee40460$2cac0d20$@gmail.com> Message-ID: <036601d29cee$244de580$6ce9b080$@gmail.com> Hey Steve. I have the same results. Dial just sits there and looks at me goofy. LOL Where is the script that actually does the install of allstar so that I may maybe force it to download and install? Harold K7ILO From: App_rpt-users [mailto:app_rpt-users-bounces at lists.allstarlink.org] On Behalf Of Steve Zingman Sent: Monday, March 13, 2017 6:54 PM To: Users of Asterisk app_rpt Subject: Re: [App_rpt-users] allstar on dial No problem. Just be aware, due to the time difference, I may not be able to answer until the morning. 73, Steve On 03/13/2017 09:48 PM, K7ILO wrote: Ok Steve I am downloading it now and will update you as the night progresses. Thanks for the image Harold K7ILO Las Vegas, NV. From: App_rpt-users [mailto:app_rpt-users-bounces at lists.allstarlink.org] On Behalf Of Steve Zingman Sent: Monday, March 13, 2017 6:25 PM To: Users of Asterisk app_rpt Subject: Re: [App_rpt-users] allstar on dial Use this image and let me know if you still have a problem. 73, Steve N4IRS On 03/13/2017 09:22 PM, K7ILO wrote: Hello gang. So I decided to switch over to dial from acid so that my system can stay being supported so I installed dial onto a PC based machine. All the articles I have read by doing a Google search says that allstar will start downloading and installing after a few seconds of dial installation. Well, mine hasn?t started in 2 days so is there a script somewhere that needs to be started? Im sure this question has popped up but I have forgotten or do not know how to retrieve messages from the archives. Could someone point me in the direction of getting allstar to download and install so that I can set my system back up. Thanks K7ILO Las Vegas, NV _______________________________________________ App_rpt-users mailing list App_rpt-users at lists.allstarlink.org http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users To unsubscribe from this list please visit http://lists.allstarlink.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 lists.allstarlink.org http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users To unsubscribe from this list please visit http://lists.allstarlink.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: From szingman at msgstor.com Tue Mar 14 18:11:58 2017 From: szingman at msgstor.com (Steve Zingman) Date: Tue, 14 Mar 2017 14:11:58 -0400 Subject: [App_rpt-users] allstar on dial In-Reply-To: <036601d29cee$244de580$6ce9b080$@gmail.com> References: <03ff01d29c61$76b24100$6416c300$@gmail.com> <8a659d68-c3f9-1539-10e3-343866792247@msgstor.com> <045101d29c65$0ee40460$2cac0d20$@gmail.com> <036601d29cee$244de580$6ce9b080$@gmail.com> Message-ID: Do you get the initial menu? On 3/14/2017 2:09 PM, K7ILO wrote: > > Hey Steve. > > I have the same results. Dial just sits there and looks at me goofy. LOL > > Where is the script that actually does the install of allstar so that > I may maybe force it to download and install? > > Harold > > K7ILO > > *From:*App_rpt-users > [mailto:app_rpt-users-bounces at lists.allstarlink.org] *On Behalf Of > *Steve Zingman > *Sent:* Monday, March 13, 2017 6:54 PM > *To:* Users of Asterisk app_rpt > *Subject:* Re: [App_rpt-users] allstar on dial > > No problem. > Just be aware, due to the time difference, I may not be able to answer > until the morning. > > 73, Steve > > On 03/13/2017 09:48 PM, K7ILO wrote: > > Ok Steve > > I am downloading it now and will update you as the night progresses. > > Thanks for the image > > Harold > > K7ILO > > Las Vegas, NV. > > *From:*App_rpt-users > [mailto:app_rpt-users-bounces at lists.allstarlink.org] *On Behalf Of > *Steve Zingman > *Sent:* Monday, March 13, 2017 6:25 PM > *To:* Users of Asterisk app_rpt > *Subject:* Re: [App_rpt-users] allstar on dial > > Use this image and let me know if you still have a problem. > > > > 73, Steve N4IRS > > On 03/13/2017 09:22 PM, K7ILO wrote: > > Hello gang. > > So I decided to switch over to dial from acid so that my > system can stay being supported so I installed dial onto a PC > based machine. > > All the articles I have read by doing a Google search says > that allstar will start downloading and installing after a few > seconds of dial installation. > > Well, mine hasn?t started in 2 days so is there a script > somewhere that needs to be started? > > Im sure this question has popped up but I have forgotten or do > not know how to retrieve messages from the archives. > > Could someone point me in the direction of getting allstar to > download and install so that I can set my system back up. > > Thanks > > K7ILO > > Las Vegas, NV > > > > > > _______________________________________________ > > App_rpt-users mailing list > > App_rpt-users at lists.allstarlink.org > > > http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users > > > > To unsubscribe from this list please visithttp://lists.allstarlink.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 lists.allstarlink.org > > > http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visithttp://lists.allstarlink.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 lists.allstarlink.org > http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit http://lists.allstarlink.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: From k7ilo1 at gmail.com Tue Mar 14 18:22:39 2017 From: k7ilo1 at gmail.com (Harold Kinchelow) Date: Tue, 14 Mar 2017 11:22:39 -0700 Subject: [App_rpt-users] allstar on dial In-Reply-To: References: <03ff01d29c61$76b24100$6416c300$@gmail.com> <8a659d68-c3f9-1539-10e3-343866792247@msgstor.com> <045101d29c65$0ee40460$2cac0d20$@gmail.com> <036601d29cee$244de580$6ce9b080$@gmail.com> Message-ID: No. Just the login screen and then after login just the terminal prompt On Mar 14, 2017 11:12 AM, "Steve Zingman" wrote: > Do you get the initial menu? > > On 3/14/2017 2:09 PM, K7ILO wrote: > > Hey Steve. > > > > I have the same results. Dial just sits there and looks at me goofy. LOL > > Where is the script that actually does the install of allstar so that I > may maybe force it to download and install? > > > > Harold > > K7ILO > > > > *From:* App_rpt-users [mailto:app_rpt-users-bounces at lists.allstarlink.org > ] *On Behalf Of *Steve > Zingman > *Sent:* Monday, March 13, 2017 6:54 PM > *To:* Users of Asterisk app_rpt > *Subject:* Re: [App_rpt-users] allstar on dial > > > > No problem. > Just be aware, due to the time difference, I may not be able to answer > until the morning. > > 73, Steve > > On 03/13/2017 09:48 PM, K7ILO wrote: > > Ok Steve > > I am downloading it now and will update you as the night progresses. > > > > Thanks for the image > > > > Harold > > K7ILO > > Las Vegas, NV. > > > > *From:* App_rpt-users [mailto:app_rpt-users-bounces at lists.allstarlink.org > ] *On Behalf Of *Steve > Zingman > *Sent:* Monday, March 13, 2017 6:25 PM > *To:* Users of Asterisk app_rpt > *Subject:* Re: [App_rpt-users] allstar on dial > > > > Use this image and let me know if you still have a problem. > > > > 73, Steve N4IRS > > On 03/13/2017 09:22 PM, K7ILO wrote: > > Hello gang. > > > > So I decided to switch over to dial from acid so that my system can stay > being supported so I installed dial onto a PC based machine. > > All the articles I have read by doing a Google search says that allstar > will start downloading and installing after a few seconds of dial > installation. > > Well, mine hasn?t started in 2 days so is there a script somewhere that > needs to be started? > > Im sure this question has popped up but I have forgotten or do not know > how to retrieve messages from the archives. > > Could someone point me in the direction of getting allstar to download and > install so that I can set my system back up. > > > > Thanks > > K7ILO > > Las Vegas, NV > > > > > > _______________________________________________ > > App_rpt-users mailing list > > App_rpt-users at lists.allstarlink.org > > http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users > > > > To unsubscribe from this list please visit http://lists.allstarlink.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 lists.allstarlink.org > > http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users > > > > To unsubscribe from this list please visit http://lists.allstarlink.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 listApp_rpt-users at lists.allstarlink.orghttp://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit http://lists.allstarlink.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 lists.allstarlink.org > http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit http://lists.allstarlink.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: From szingman at msgstor.com Tue Mar 14 18:25:07 2017 From: szingman at msgstor.com (Steve Zingman) Date: Tue, 14 Mar 2017 14:25:07 -0400 Subject: [App_rpt-users] allstar on dial In-Reply-To: References: <03ff01d29c61$76b24100$6416c300$@gmail.com> <8a659d68-c3f9-1539-10e3-343866792247@msgstor.com> <045101d29c65$0ee40460$2cac0d20$@gmail.com> <036601d29cee$244de580$6ce9b080$@gmail.com> Message-ID: <27cd2a08-c935-24f6-a74a-e65aa47a212c@msgstor.com> Let's make sure we are on the same page. You DL the image You uncompress the image. You burn the image to a USB flash drive or DVD You boot the machine with the flash or dvd installed What happens next? On 3/14/2017 2:22 PM, Harold Kinchelow wrote: > No. Just the login screen and then after login just the terminal prompt > > On Mar 14, 2017 11:12 AM, "Steve Zingman" > wrote: > > Do you get the initial menu? > > On 3/14/2017 2:09 PM, K7ILO wrote: >> >> Hey Steve. >> >> I have the same results. Dial just sits there and looks at me >> goofy. LOL >> >> Where is the script that actually does the install of allstar so >> that I may maybe force it to download and install? >> >> Harold >> >> K7ILO >> >> *From:*App_rpt-users >> [mailto:app_rpt-users-bounces at lists.allstarlink.org >> ] *On Behalf >> Of *Steve Zingman >> *Sent:* Monday, March 13, 2017 6:54 PM >> *To:* Users of Asterisk app_rpt >> *Subject:* Re: [App_rpt-users] allstar on dial >> >> No problem. >> Just be aware, due to the time difference, I may not be able to >> answer until the morning. >> >> 73, Steve >> >> On 03/13/2017 09:48 PM, K7ILO wrote: >> >> Ok Steve >> >> I am downloading it now and will update you as the night >> progresses. >> >> Thanks for the image >> >> Harold >> >> K7ILO >> >> Las Vegas, NV. >> >> *From:*App_rpt-users >> [mailto:app_rpt-users-bounces at lists.allstarlink.org >> ] *On >> Behalf Of *Steve Zingman >> *Sent:* Monday, March 13, 2017 6:25 PM >> *To:* Users of Asterisk app_rpt >> *Subject:* Re: [App_rpt-users] allstar on dial >> >> Use this image and let me know if you still have a problem. >> >> >> >> 73, Steve N4IRS >> >> On 03/13/2017 09:22 PM, K7ILO wrote: >> >> Hello gang. >> >> So I decided to switch over to dial from acid so that my >> system can stay being supported so I installed dial onto >> a PC based machine. >> >> All the articles I have read by doing a Google search >> says that allstar will start downloading and installing >> after a few seconds of dial installation. >> >> Well, mine hasn?t started in 2 days so is there a script >> somewhere that needs to be started? >> >> Im sure this question has popped up but I have forgotten >> or do not know how to retrieve messages from the archives. >> >> Could someone point me in the direction of getting >> allstar to download and install so that I can set my >> system back up. >> >> Thanks >> >> K7ILO >> >> Las Vegas, NV >> >> >> >> >> >> _______________________________________________ >> >> App_rpt-users mailing list >> >> App_rpt-users at lists.allstarlink.org >> >> >> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users >> >> >> >> >> To unsubscribe from this list please visithttp://lists.allstarlink.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 lists.allstarlink.org >> >> >> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users >> >> >> >> >> To unsubscribe from this list please visithttp://lists.allstarlink.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 lists.allstarlink.org >> >> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users >> >> >> To unsubscribe from this list please visithttp://lists.allstarlink.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 lists.allstarlink.org > > http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit > http://lists.allstarlink.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 lists.allstarlink.org > http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit http://lists.allstarlink.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: From k7ilo1 at gmail.com Tue Mar 14 18:32:49 2017 From: k7ilo1 at gmail.com (Harold Kinchelow) Date: Tue, 14 Mar 2017 11:32:49 -0700 Subject: [App_rpt-users] allstar on dial In-Reply-To: <27cd2a08-c935-24f6-a74a-e65aa47a212c@msgstor.com> References: <03ff01d29c61$76b24100$6416c300$@gmail.com> <8a659d68-c3f9-1539-10e3-343866792247@msgstor.com> <045101d29c65$0ee40460$2cac0d20$@gmail.com> <036601d29cee$244de580$6ce9b080$@gmail.com> <27cd2a08-c935-24f6-a74a-e65aa47a212c@msgstor.com> Message-ID: debian does the auto installation as advertised then afterwards spits the CD out then the machine shuts off which is unusual but ive never just sat and watched the entire debian install which I'm actually doing again. Once I boot the machine it goes to a login prompt as linux usually does and thats it. If I login i just get a terminal session under what appears to be a user named repeater but whoami request Im root. On Mar 14, 2017 11:25 AM, "Steve Zingman" wrote: > Let's make sure we are on the same page. > You DL the image > You uncompress the image. > You burn the image to a USB flash drive or DVD > You boot the machine with the flash or dvd installed > What happens next? > > On 3/14/2017 2:22 PM, Harold Kinchelow wrote: > > No. Just the login screen and then after login just the terminal prompt > > On Mar 14, 2017 11:12 AM, "Steve Zingman" wrote: > >> Do you get the initial menu? >> >> On 3/14/2017 2:09 PM, K7ILO wrote: >> >> Hey Steve. >> >> >> >> I have the same results. Dial just sits there and looks at me goofy. LOL >> >> Where is the script that actually does the install of allstar so that I >> may maybe force it to download and install? >> >> >> >> Harold >> >> K7ILO >> >> >> >> *From:* App_rpt-users [mailto:app_rpt-users-bounces at lists.allstarlink.org >> ] *On Behalf Of *Steve >> Zingman >> *Sent:* Monday, March 13, 2017 6:54 PM >> *To:* Users of Asterisk app_rpt >> *Subject:* Re: [App_rpt-users] allstar on dial >> >> >> >> No problem. >> Just be aware, due to the time difference, I may not be able to answer >> until the morning. >> >> 73, Steve >> >> On 03/13/2017 09:48 PM, K7ILO wrote: >> >> Ok Steve >> >> I am downloading it now and will update you as the night progresses. >> >> >> >> Thanks for the image >> >> >> >> Harold >> >> K7ILO >> >> Las Vegas, NV. >> >> >> >> *From:* App_rpt-users [mailto:app_rpt-users-bounces at lists.allstarlink.org >> ] *On Behalf Of *Steve >> Zingman >> *Sent:* Monday, March 13, 2017 6:25 PM >> *To:* Users of Asterisk app_rpt >> *Subject:* Re: [App_rpt-users] allstar on dial >> >> >> >> Use this image and let me know if you still have a problem. >> >> >> >> 73, Steve N4IRS >> >> On 03/13/2017 09:22 PM, K7ILO wrote: >> >> Hello gang. >> >> >> >> So I decided to switch over to dial from acid so that my system can stay >> being supported so I installed dial onto a PC based machine. >> >> All the articles I have read by doing a Google search says that allstar >> will start downloading and installing after a few seconds of dial >> installation. >> >> Well, mine hasn?t started in 2 days so is there a script somewhere that >> needs to be started? >> >> Im sure this question has popped up but I have forgotten or do not know >> how to retrieve messages from the archives. >> >> Could someone point me in the direction of getting allstar to download >> and install so that I can set my system back up. >> >> >> >> Thanks >> >> K7ILO >> >> Las Vegas, NV >> >> >> >> >> >> _______________________________________________ >> >> App_rpt-users mailing list >> >> App_rpt-users at lists.allstarlink.org >> >> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users >> >> >> >> To unsubscribe from this list please visit http://lists.allstarlink.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 lists.allstarlink.org >> >> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users >> >> >> >> To unsubscribe from this list please visit http://lists.allstarlink.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 listApp_rpt-users at lists.allstarlink.orghttp://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users >> >> To unsubscribe from this list please visit http://lists.allstarlink.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 lists.allstarlink.org http://lists.allstarlink.org/c >> gi-bin/mailman/listinfo/app_rpt-users To unsubscribe from this list >> please visit http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rp >> t-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 listApp_rpt-users at lists.allstarlink.orghttp://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit http://lists.allstarlink.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 lists.allstarlink.org > http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit http://lists.allstarlink.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: From szingman at msgstor.com Tue Mar 14 18:37:42 2017 From: szingman at msgstor.com (Steve Zingman) Date: Tue, 14 Mar 2017 14:37:42 -0400 Subject: [App_rpt-users] allstar on dial In-Reply-To: References: <03ff01d29c61$76b24100$6416c300$@gmail.com> <8a659d68-c3f9-1539-10e3-343866792247@msgstor.com> <045101d29c65$0ee40460$2cac0d20$@gmail.com> <036601d29cee$244de580$6ce9b080$@gmail.com> <27cd2a08-c935-24f6-a74a-e65aa47a212c@msgstor.com> Message-ID: You select the "AllStarAsterisk 32 bit install" ? On 3/14/2017 2:32 PM, Harold Kinchelow wrote: > debian does the auto installation as advertised then afterwards spits > the CD out then the machine shuts off which is unusual but ive never > just sat and watched the entire debian install which I'm actually > doing again. Once I boot the machine it goes to a login prompt as > linux usually does and thats it. If I login i just get a terminal > session under what appears to be a user named repeater but whoami > request Im root. > > On Mar 14, 2017 11:25 AM, "Steve Zingman" > wrote: > > Let's make sure we are on the same page. > You DL the image > You uncompress the image. > You burn the image to a USB flash drive or DVD > You boot the machine with the flash or dvd installed > What happens next? > > On 3/14/2017 2:22 PM, Harold Kinchelow wrote: >> No. Just the login screen and then after login just the terminal >> prompt >> >> On Mar 14, 2017 11:12 AM, "Steve Zingman" > > wrote: >> >> Do you get the initial menu? >> >> On 3/14/2017 2:09 PM, K7ILO wrote: >>> >>> Hey Steve. >>> >>> I have the same results. Dial just sits there and looks at >>> me goofy. LOL >>> >>> Where is the script that actually does the install of >>> allstar so that I may maybe force it to download and install? >>> >>> Harold >>> >>> K7ILO >>> >>> *From:*App_rpt-users >>> [mailto:app_rpt-users-bounces at lists.allstarlink.org >>> ] *On >>> Behalf Of *Steve Zingman >>> *Sent:* Monday, March 13, 2017 6:54 PM >>> *To:* Users of Asterisk app_rpt >>> *Subject:* Re: [App_rpt-users] allstar on dial >>> >>> No problem. >>> Just be aware, due to the time difference, I may not be able >>> to answer until the morning. >>> >>> 73, Steve >>> >>> On 03/13/2017 09:48 PM, K7ILO wrote: >>> >>> Ok Steve >>> >>> I am downloading it now and will update you as the night >>> progresses. >>> >>> Thanks for the image >>> >>> Harold >>> >>> K7ILO >>> >>> Las Vegas, NV. >>> >>> *From:*App_rpt-users >>> [mailto:app_rpt-users-bounces at lists.allstarlink.org >>> ] >>> *On Behalf Of *Steve Zingman >>> *Sent:* Monday, March 13, 2017 6:25 PM >>> *To:* Users of Asterisk app_rpt >>> *Subject:* Re: [App_rpt-users] allstar on dial >>> >>> Use this image and let me know if you still have a problem. >>> >>> >>> >>> 73, Steve N4IRS >>> >>> On 03/13/2017 09:22 PM, K7ILO wrote: >>> >>> Hello gang. >>> >>> So I decided to switch over to dial from acid so >>> that my system can stay being supported so I >>> installed dial onto a PC based machine. >>> >>> All the articles I have read by doing a Google >>> search says that allstar will start downloading and >>> installing after a few seconds of dial installation. >>> >>> Well, mine hasn?t started in 2 days so is there a >>> script somewhere that needs to be started? >>> >>> Im sure this question has popped up but I have >>> forgotten or do not know how to retrieve messages >>> from the archives. >>> >>> Could someone point me in the direction of getting >>> allstar to download and install so that I can set my >>> system back up. >>> >>> Thanks >>> >>> K7ILO >>> >>> Las Vegas, NV >>> >>> >>> >>> >>> >>> _______________________________________________ >>> >>> App_rpt-users mailing list >>> >>> App_rpt-users at lists.allstarlink.org >>> >>> >>> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users >>> >>> >>> >>> >>> To unsubscribe from this list please visithttp://lists.allstarlink.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 lists.allstarlink.org >>> >>> >>> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users >>> >>> >>> >>> >>> To unsubscribe from this list please visithttp://lists.allstarlink.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 lists.allstarlink.org >>> >>> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users >>> >>> >>> To unsubscribe from this list please visithttp://lists.allstarlink.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 lists.allstarlink.org >> >> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users >> >> To unsubscribe from this list please visit >> http://lists.allstarlink.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 lists.allstarlink.org >> >> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users >> >> >> To unsubscribe from this list please visithttp://lists.allstarlink.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 lists.allstarlink.org > > http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit > http://lists.allstarlink.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 lists.allstarlink.org > http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit http://lists.allstarlink.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: From k7ilo1 at gmail.com Tue Mar 14 18:47:17 2017 From: k7ilo1 at gmail.com (Harold Kinchelow) Date: Tue, 14 Mar 2017 11:47:17 -0700 Subject: [App_rpt-users] allstar on dial In-Reply-To: References: <03ff01d29c61$76b24100$6416c300$@gmail.com> <8a659d68-c3f9-1539-10e3-343866792247@msgstor.com> <045101d29c65$0ee40460$2cac0d20$@gmail.com> <036601d29cee$244de580$6ce9b080$@gmail.com> <27cd2a08-c935-24f6-a74a-e65aa47a212c@msgstor.com> Message-ID: Roger that On Mar 14, 2017 11:37 AM, "Steve Zingman" wrote: > You select the "AllStarAsterisk 32 bit install" ? > > On 3/14/2017 2:32 PM, Harold Kinchelow wrote: > > debian does the auto installation as advertised then afterwards spits the > CD out then the machine shuts off which is unusual but ive never just sat > and watched the entire debian install which I'm actually doing again. Once > I boot the machine it goes to a login prompt as linux usually does and > thats it. If I login i just get a terminal session under what appears to > be a user named repeater but whoami request Im root. > > On Mar 14, 2017 11:25 AM, "Steve Zingman" wrote: > >> Let's make sure we are on the same page. >> You DL the image >> You uncompress the image. >> You burn the image to a USB flash drive or DVD >> You boot the machine with the flash or dvd installed >> What happens next? >> >> On 3/14/2017 2:22 PM, Harold Kinchelow wrote: >> >> No. Just the login screen and then after login just the terminal prompt >> >> On Mar 14, 2017 11:12 AM, "Steve Zingman" wrote: >> >>> Do you get the initial menu? >>> >>> On 3/14/2017 2:09 PM, K7ILO wrote: >>> >>> Hey Steve. >>> >>> >>> >>> I have the same results. Dial just sits there and looks at me goofy. >>> LOL >>> >>> Where is the script that actually does the install of allstar so that I >>> may maybe force it to download and install? >>> >>> >>> >>> Harold >>> >>> K7ILO >>> >>> >>> >>> *From:* App_rpt-users [mailto:app_rpt-users-bounces@ >>> lists.allstarlink.org ] *On >>> Behalf Of *Steve Zingman >>> *Sent:* Monday, March 13, 2017 6:54 PM >>> *To:* Users of Asterisk app_rpt >>> *Subject:* Re: [App_rpt-users] allstar on dial >>> >>> >>> >>> No problem. >>> Just be aware, due to the time difference, I may not be able to answer >>> until the morning. >>> >>> 73, Steve >>> >>> On 03/13/2017 09:48 PM, K7ILO wrote: >>> >>> Ok Steve >>> >>> I am downloading it now and will update you as the night progresses. >>> >>> >>> >>> Thanks for the image >>> >>> >>> >>> Harold >>> >>> K7ILO >>> >>> Las Vegas, NV. >>> >>> >>> >>> *From:* App_rpt-users [mailto:app_rpt-users-bounces@ >>> lists.allstarlink.org ] *On >>> Behalf Of *Steve Zingman >>> *Sent:* Monday, March 13, 2017 6:25 PM >>> *To:* Users of Asterisk app_rpt >>> *Subject:* Re: [App_rpt-users] allstar on dial >>> >>> >>> >>> Use this image and let me know if you still have a problem. >>> >>> >>> >>> 73, Steve N4IRS >>> >>> On 03/13/2017 09:22 PM, K7ILO wrote: >>> >>> Hello gang. >>> >>> >>> >>> So I decided to switch over to dial from acid so that my system can stay >>> being supported so I installed dial onto a PC based machine. >>> >>> All the articles I have read by doing a Google search says that allstar >>> will start downloading and installing after a few seconds of dial >>> installation. >>> >>> Well, mine hasn?t started in 2 days so is there a script somewhere that >>> needs to be started? >>> >>> Im sure this question has popped up but I have forgotten or do not know >>> how to retrieve messages from the archives. >>> >>> Could someone point me in the direction of getting allstar to download >>> and install so that I can set my system back up. >>> >>> >>> >>> Thanks >>> >>> K7ILO >>> >>> Las Vegas, NV >>> >>> >>> >>> >>> >>> _______________________________________________ >>> >>> App_rpt-users mailing list >>> >>> App_rpt-users at lists.allstarlink.org >>> >>> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users >>> >>> >>> >>> To unsubscribe from this list please visit http://lists.allstarlink.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 lists.allstarlink.org >>> >>> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users >>> >>> >>> >>> To unsubscribe from this list please visit http://lists.allstarlink.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 listApp_rpt-users at lists.allstarlink.orghttp://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users >>> >>> To unsubscribe from this list please visit http://lists.allstarlink.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 lists.allstarlink.org http://lists.allstarlink.org/c >>> gi-bin/mailman/listinfo/app_rpt-users To unsubscribe from this list >>> please visit http://lists.allstarlink.org/c >>> gi-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 listApp_rpt-users at lists.allstarlink.orghttp://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users >> >> To unsubscribe from this list please visit http://lists.allstarlink.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 lists.allstarlink.org http://lists.allstarlink.org/c >> gi-bin/mailman/listinfo/app_rpt-users To unsubscribe from this list >> please visit http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rp >> t-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 listApp_rpt-users at lists.allstarlink.orghttp://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit http://lists.allstarlink.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 lists.allstarlink.org > http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit http://lists.allstarlink.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: From larry at n7fm.com Tue Mar 14 18:52:44 2017 From: larry at n7fm.com (larry) Date: Tue, 14 Mar 2017 11:52:44 -0700 Subject: [App_rpt-users] allstar on dial In-Reply-To: References: <03ff01d29c61$76b24100$6416c300$@gmail.com> <8a659d68-c3f9-1539-10e3-343866792247@msgstor.com> <045101d29c65$0ee40460$2cac0d20$@gmail.com> <036601d29cee$244de580$6ce9b080$@gmail.com> <27cd2a08-c935-24f6-a74a-e65aa47a212c@msgstor.com> Message-ID: An HTML attachment was scrubbed... URL: From szingman at msgstor.com Tue Mar 14 18:54:59 2017 From: szingman at msgstor.com (Steve Zingman) Date: Tue, 14 Mar 2017 14:54:59 -0400 Subject: [App_rpt-users] allstar on dial In-Reply-To: References: <03ff01d29c61$76b24100$6416c300$@gmail.com> <8a659d68-c3f9-1539-10e3-343866792247@msgstor.com> <045101d29c65$0ee40460$2cac0d20$@gmail.com> <036601d29cee$244de580$6ce9b080$@gmail.com> <27cd2a08-c935-24f6-a74a-e65aa47a212c@msgstor.com> Message-ID: The machine is named repeater. Larry you caught me, I'm secretly moving everybody to IRLP. Don't tell anyone. ;) Steve On 3/14/2017 2:52 PM, larry wrote: > If getting a login "repeater" rather than "root" did you set up that > account or is IRLP software sneaking in the mix? > > Larry - N7FM > > > On 03/14/2017 11:37 AM, Steve Zingman wrote: >> You select the "AllStarAsterisk 32 bit install" ? >> >> On 3/14/2017 2:32 PM, Harold Kinchelow wrote: >>> debian does the auto installation as advertised then afterwards >>> spits the CD out then the machine shuts off which is unusual but ive >>> never just sat and watched the entire debian install which I'm >>> actually doing again. Once I boot the machine it goes to a login >>> prompt as linux usually does and thats it. If I login i just get a >>> terminal session under what appears to be a user named repeater but >>> whoami request Im root. >>> >>> On Mar 14, 2017 11:25 AM, "Steve Zingman" >> > wrote: >>> >>> Let's make sure we are on the same page. >>> You DL the image >>> You uncompress the image. >>> You burn the image to a USB flash drive or DVD >>> You boot the machine with the flash or dvd installed >>> What happens next? >>> >>> On 3/14/2017 2:22 PM, Harold Kinchelow wrote: >>> > > > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at lists.allstarlink.org > http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit http://lists.allstarlink.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: From larry at n7fm.com Tue Mar 14 19:05:48 2017 From: larry at n7fm.com (larry) Date: Tue, 14 Mar 2017 12:05:48 -0700 Subject: [App_rpt-users] allstar on dial In-Reply-To: References: <03ff01d29c61$76b24100$6416c300$@gmail.com> <8a659d68-c3f9-1539-10e3-343866792247@msgstor.com> <045101d29c65$0ee40460$2cac0d20$@gmail.com> <036601d29cee$244de580$6ce9b080$@gmail.com> <27cd2a08-c935-24f6-a74a-e65aa47a212c@msgstor.com> <112cd421-8624-22be-7cc2-aa2c6c6a82d4@n7fm.com> Message-ID: An HTML attachment was scrubbed... URL: From higgins.ws at gmail.com Tue Mar 14 21:10:27 2017 From: higgins.ws at gmail.com (William Higgins) Date: Tue, 14 Mar 2017 16:10:27 -0500 Subject: [App_rpt-users] Can I "hook" app_rpt events? Message-ID: I may have overlooked this in the research I've done so far, but I thought I would ask here. Is there a way to "hook" an event in app_rpt? For example, I'd like to run a script every time my repeater ids. Is there a way to do that? Executing a shell script or hitting a web service would be ideal. I might also want to perform other actions based on other events that app_rpt performs. It seems like this might be a reasonable feature request if it doesn't already exist. Thanks in advance for any guidance y'all have on this. I'm still relatively new to AllStar Link and am still learning. Bill Higgins N0NOE KC0DBS Repeater on Node 44011 N0NOE Simplex on Node 43758 -------------- next part -------------- An HTML attachment was scrubbed... URL: From haydenph91 at gmail.com Tue Mar 14 21:55:43 2017 From: haydenph91 at gmail.com (Hayden Honeywood) Date: Wed, 15 Mar 2017 08:55:43 +1100 Subject: [App_rpt-users] Simulcasting with RTCM/voter Message-ID: Really interesting thread so far. Tim I was getting those figures from an article I read here - http://urgentcomm.com/networks_and_systems/mag/designing_simulcast_networks_1101 "Analog FM systems on 25 kHz channels typically can withstand two relatively strong, equal amplitude signals with up to 150 microseconds relative delay before speech is unintelligible, according to Garry C. Hess in *Land-Mobile Radio System Engineering"* I have used radio mobile quite a lot. It might be time to ascertain my coverage. The only gripe I have with Radio Mobile is that it overestimates at low band VHF by default. UHF coverages are pretty accurate in my opinion. I've also used Splat, and still use Splat to overlay onto Google Earth. Do you change the strong signal margin on one site in Radio Mobile to 0dB/20dB for the 10dB difference, then plot the two together? Hayden -------------- next part -------------- An HTML attachment was scrubbed... URL: From rhyolite at leikhim.com Tue Mar 14 22:09:33 2017 From: rhyolite at leikhim.com (Joe Leikhim) Date: Tue, 14 Mar 2017 18:09:33 -0400 Subject: [App_rpt-users] Simulcasting with RTCM/voter In-Reply-To: References: Message-ID: Garry C. Hess invented the delay spread calculation described in TSB-88. Modern propagation prediction software used by Harris and Motorola employ this method along with monte carlo simulation to depict TDI regions in multiple site simulcast. Regarding a specific acceptable TDI value, the results are affected by number of overlapping signals three or more require tightening up the delay spread. Also narrow band signals are more susceptible, have worse (higher) capture ratios. On 3/14/2017 5:55 PM, Hayden Honeywood wrote: > Really interesting thread so far. > Tim I was getting those figures from an article I read here - > http://urgentcomm.com/networks_and_systems/mag/designing_simulcast_networks_1101 > > "Analog FM systems on 25 kHz channels typically can withstand two > relatively strong, equal amplitude signals with up to 150 microseconds > relative delay before speech is unintelligible, according to Garry C. > Hess in /Land-Mobile Radio System Engineering"/ > > I have used radio mobile quite a lot. It might be time to ascertain my > coverage. The only gripe I have with Radio Mobile is that it > overestimates at low band VHF by default. UHF coverages are pretty > accurate in my opinion. I've also used Splat, and still use Splat to > overlay onto Google Earth. > > Do you change the strong signal margin on one site in Radio Mobile to > 0dB/20dB for the 10dB difference, then plot the two together? > > Hayden > > > / > / > > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at lists.allstarlink.org > http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit http://lists.allstarlink.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. -- Joe Leikhim Leikhim and Associates Communications Consultants Oviedo, Florida JLeikhim at Leikhim.com 407-982-0446 WWW.LEIKHIM.COM -------------- next part -------------- An HTML attachment was scrubbed... URL: From haydenph91 at gmail.com Tue Mar 14 22:50:29 2017 From: haydenph91 at gmail.com (Hayden Honeywood) Date: Wed, 15 Mar 2017 09:50:29 +1100 Subject: [App_rpt-users] Simulcasting with RTCM/voter Message-ID: Another interesting PDF which states 83uS at 1KHz - http://www.simulcastsolutions.com/userfiles/file/simulcastforums/technology_Simulcast_Theory_F20.pdf -------------- next part -------------- An HTML attachment was scrubbed... URL: From szingman at msgstor.com Wed Mar 15 00:03:07 2017 From: szingman at msgstor.com (Steve Zingman) Date: Tue, 14 Mar 2017 20:03:07 -0400 Subject: [App_rpt-users] Can I "hook" app_rpt events? In-Reply-To: References: Message-ID: <1e3df21f-011e-c81e-0dbb-f28fc6070058@msgstor.com> Bill, Welcome to the group. There are events you can hook a script to, but ID is not one of them. See: There are a lot of things in the works, and I can't promise if or when, but that subsystem will be looked at. 73, Steve N4IRS On 03/14/2017 05:10 PM, William Higgins wrote: > I may have overlooked this in the research I've done so far, but I > thought I would ask here. > > Is there a way to "hook" an event in app_rpt? For example, I'd like > to run a script every time my repeater ids. Is there a way to do > that? Executing a shell script or hitting a web service would be > ideal. I might also want to perform other actions based on other > events that app_rpt performs. It seems like this might be a > reasonable feature request if it doesn't already exist. > > Thanks in advance for any guidance y'all have on this. I'm still > relatively new to AllStar Link and am still learning. > > Bill Higgins > N0NOE > > KC0DBS Repeater on Node 44011 > N0NOE Simplex on Node 43758 > > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at lists.allstarlink.org > http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit http://lists.allstarlink.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: From tisawyer at gmail.com Wed Mar 15 00:26:58 2017 From: tisawyer at gmail.com (Tim Sawyer) Date: Tue, 14 Mar 2017 17:26:58 -0700 Subject: [App_rpt-users] Can I "hook" app_rpt events? In-Reply-To: <1e3df21f-011e-c81e-0dbb-f28fc6070058@msgstor.com> References: <1e3df21f-011e-c81e-0dbb-f28fc6070058@msgstor.com> Message-ID: Check out these scripts from K0KN http://www.qsl.net/k0kn/scripts.html On Tue, Mar 14, 2017 at 5:03 PM, Steve Zingman wrote: > Bill, > Welcome to the group. There are events you can hook a script to, but ID is > not one of them. See: > > There are a lot of things in the works, and I can't promise if or when, > but that subsystem will be looked at. > > 73, Steve N4IRS > > > On 03/14/2017 05:10 PM, William Higgins wrote: > > I may have overlooked this in the research I've done so far, but I thought > I would ask here. > > Is there a way to "hook" an event in app_rpt? For example, I'd like to > run a script every time my repeater ids. Is there a way to do that? > Executing a shell script or hitting a web service would be ideal. I might > also want to perform other actions based on other events that app_rpt > performs. It seems like this might be a reasonable feature request if it > doesn't already exist. > > Thanks in advance for any guidance y'all have on this. I'm still > relatively new to AllStar Link and am still learning. > > Bill Higgins > N0NOE > > KC0DBS Repeater on Node 44011 > N0NOE Simplex on Node 43758 > > > _______________________________________________ > App_rpt-users mailing listApp_rpt-users at lists.allstarlink.orghttp://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit http://lists.allstarlink.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 lists.allstarlink.org > http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit http://lists.allstarlink.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. > -- -- Tim -------------- next part -------------- An HTML attachment was scrubbed... URL: From n3ssl at yahoo.com Wed Mar 15 01:47:12 2017 From: n3ssl at yahoo.com (Ryan Gross) Date: Wed, 15 Mar 2017 01:47:12 +0000 (UTC) Subject: [App_rpt-users] Dial References: <1242007117.292159.1489542432211.ref@mail.yahoo.com> Message-ID: <1242007117.292159.1489542432211@mail.yahoo.com> Hi, I have a RP2 running DIAL and works great tied into a Micor Base Station. The question I have is I want to set up some crons to runs macros at top of hour like ID and time. but the kicker is I am using main audio as primary and injecting aux audio this care PL direct into with Repeter builder rim or URI pin 23 Right as tone out. What I am looking is how to set up the hourly Id's not to transmit PL. and a way to setup Id's similar to the methods used on Scom 7330. Thus far I have not found a solution. Ryan n3ssl n3ssl at yahoo.com From bradlington at yahoo.com Wed Mar 15 19:58:27 2017 From: bradlington at yahoo.com (Bradlington) Date: Wed, 15 Mar 2017 21:58:27 +0200 Subject: [App_rpt-users] Allstar RTCM unit bandwidth usage Message-ID: <0e86f98e-25b9-9683-686f-68b826457ddf@yahoo.com> Good day I am new to ALLSTAR and we have recently integrated Allstar RTCM unit into our clubs local repeater. We are using a 3G dongal for internet connectivity -through an ethernet bridge feeding out to both the DMR and Allstar RTCM units. The data usage has dramatically increased since the inclusion of ALLstar . Does anyone have an accurate table of data consumption for various duty cycles per day so we can see if this is normal or if there is another reason for presumed excessive data consumption . On average the DMR alone used 70 Meg per day - since the addition of allstar RTCM , combined it has gone up to approx 220 Meg /day. Kind regards Bradley Glen zs5bg From k0jsc.jeff at gmail.com Thu Mar 16 16:24:34 2017 From: k0jsc.jeff at gmail.com (Jeff Carrier) Date: Thu, 16 Mar 2017 10:24:34 -0600 Subject: [App_rpt-users] App_rpt-users Digest, Vol 97, Issue 33 In-Reply-To: References: Message-ID: That's probably on par with what they use. In the last 12 days one of my RTCM's recieved 476 mb of data and transmitted 1623 mb of data. At idle it's transmitting between 560-1072 bps and receiving 768 bps de K0JSC On Thu, Mar 16, 2017 at 10:00 AM, < app_rpt-users-request at lists.allstarlink.org> wrote: > Send App_rpt-users mailing list submissions to > app_rpt-users at 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 at lists.allstarlink.org > > You can reach the person managing the list at > app_rpt-users-owner at 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. Allstar RTCM unit bandwidth usage (Bradlington) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Wed, 15 Mar 2017 21:58:27 +0200 > From: Bradlington > To: app_rpt-users at lists.allstarlink.org > Subject: [App_rpt-users] Allstar RTCM unit bandwidth usage > Message-ID: <0e86f98e-25b9-9683-686f-68b826457ddf at yahoo.com> > Content-Type: text/plain; charset=utf-8; format=flowed > > Good day > > I am new to ALLSTAR and we have recently integrated Allstar RTCM unit > into our clubs local repeater. > > We are using a 3G dongal for internet connectivity -through an ethernet > bridge feeding out to both the DMR and Allstar RTCM units. > > The data usage has dramatically increased since the inclusion of ALLstar . > > Does anyone have an accurate table of data consumption for various duty > cycles per day so we can see if this is normal or if there is another > reason for presumed excessive data consumption . > > On average the DMR alone used 70 Meg per day - since the addition of > allstar RTCM , combined it has gone up to approx 220 Meg /day. > > Kind regards > > Bradley Glen > zs5bg > > > ------------------------------ > > Subject: Digest Footer > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at lists.allstarlink.org > http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users > > > ------------------------------ > > End of App_rpt-users Digest, Vol 97, Issue 33 > ********************************************* > -------------- next part -------------- An HTML attachment was scrubbed... URL: From higgins.ws at gmail.com Thu Mar 16 17:06:19 2017 From: higgins.ws at gmail.com (William Higgins) Date: Thu, 16 Mar 2017 12:06:19 -0500 Subject: [App_rpt-users] RPi 3 controller problem Message-ID: Good day! We have recently replaced the CAT-200 controller on our repeater with a Raspberry Pi 3 running the Dial RC1 distribution. Mostly it seems to be working ok, but we are getting relatively frequent audio dropouts in the middle of conversations. At times we can go for several minutes of conversation without a dropout, and at other times, it seems like it happens a lot more frequently. Sometimes it's just for a couple of tenths of a second and sometimes it's up to a few seconds long. So far I have had no luck in trying to track down the cause of this. Any thoughts anyone might have about what might be happening or where to look next would be appreciated. Some details about our config: Raspberry Pi 3 with DIAL RAT_RC1.img Repeater Builder RB-USB Rim Lite Interface Vertex VXR-7000 Repeater Metallic case for the Pi Modular connectors and Cat-7 cable for the interface with snap-on chokes at both ends Pi is connected to the local network via Wifi (We are prepared to move this to Ethernet, but need approval of the host to do so) Pi is connected to an external server via OpenVPN for collection of mgmt. statistics via SNMP Pi also runs Apache2 and Allmon2 Echolink is enabled (Node 746074) AllStarLink of course (Node 44011) Thanks in advance for any thoughts or help you might be able to give! Bill Higgins N0NOE KC0DBS repeater on 44011 N0NOE simplex on 43758 -------------- next part -------------- An HTML attachment was scrubbed... URL: From overnite at me.com Thu Mar 16 17:09:48 2017 From: overnite at me.com (Bryan Taylor) Date: Thu, 16 Mar 2017 14:39:48 -0230 Subject: [App_rpt-users] RPi 3 controller problem In-Reply-To: References: Message-ID: <1DBD8394-2935-4979-BCEB-521559691D90@me.com> First guess is the wifi, works much better on Ethernet Bryan VO1MXZ Sent from my iPhone > On Mar 16, 2017, at 2:36 PM, William Higgins wrote: > > Good day! > > We have recently replaced the CAT-200 controller on our repeater with a Raspberry Pi 3 running the Dial RC1 distribution. Mostly it seems to be working ok, but we are getting relatively frequent audio dropouts in the middle of conversations. At times we can go for several minutes of conversation without a dropout, and at other times, it seems like it happens a lot more frequently. Sometimes it's just for a couple of tenths of a second and sometimes it's up to a few seconds long. So far I have had no luck in trying to track down the cause of this. Any thoughts anyone might have about what might be happening or where to look next would be appreciated. > > Some details about our config: > > Raspberry Pi 3 with DIAL RAT_RC1.img > Repeater Builder RB-USB Rim Lite Interface > Vertex VXR-7000 Repeater > Metallic case for the Pi > Modular connectors and Cat-7 cable for the interface with snap-on chokes at both ends > Pi is connected to the local network via Wifi (We are prepared to move this to Ethernet, but need approval of the host to do so) > Pi is connected to an external server via OpenVPN for collection of mgmt. statistics via SNMP > Pi also runs Apache2 and Allmon2 > Echolink is enabled (Node 746074) > AllStarLink of course (Node 44011) > > Thanks in advance for any thoughts or help you might be able to give! > > Bill Higgins > N0NOE > > KC0DBS repeater on 44011 > N0NOE simplex on 43758 > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at lists.allstarlink.org > http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit http://lists.allstarlink.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. From szingman at msgstor.com Thu Mar 16 17:17:33 2017 From: szingman at msgstor.com (Steve Zingman) Date: Thu, 16 Mar 2017 13:17:33 -0400 Subject: [App_rpt-users] RPi 3 controller problem In-Reply-To: References: Message-ID: Bill, Thanks for a complete description of your system, that helps a lot. I did see Bryan's response about Wifi. I would say it's possible. Maybe a sustained ping to see if it's dropping packets. Do the dropouts happen on inbound network transmissions or receiver input or both? Since you are running SNMP, how is the CPU load? Which channel driver are you running? 73, Steve N4IRS On 3/16/2017 1:06 PM, William Higgins wrote: > Good day! > > We have recently replaced the CAT-200 controller on our repeater with > a Raspberry Pi 3 running the Dial RC1 distribution. Mostly it seems > to be working ok, but we are getting relatively frequent audio > dropouts in the middle of conversations. At times we can go for > several minutes of conversation without a dropout, and at other times, > it seems like it happens a lot more frequently. Sometimes it's just > for a couple of tenths of a second and sometimes it's up to a few > seconds long. So far I have had no luck in trying to track down the > cause of this. Any thoughts anyone might have about what might be > happening or where to look next would be appreciated. > > Some details about our config: > > Raspberry Pi 3 with DIAL RAT_RC1.img > Repeater Builder RB-USB Rim Lite Interface > Vertex VXR-7000 Repeater > Metallic case for the Pi > Modular connectors and Cat-7 cable for the interface with snap-on > chokes at both ends > Pi is connected to the local network via Wifi (We are prepared to move > this to Ethernet, but need approval of the host to do so) > Pi is connected to an external server via OpenVPN for collection of > mgmt. statistics via SNMP > Pi also runs Apache2 and Allmon2 > Echolink is enabled (Node 746074) > AllStarLink of course (Node 44011) > > Thanks in advance for any thoughts or help you might be able to give! > > Bill Higgins > N0NOE > > KC0DBS repeater on 44011 > N0NOE simplex on 43758 > > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at lists.allstarlink.org > http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit http://lists.allstarlink.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: From irlp8720 at yahoo.com Thu Mar 16 17:21:37 2017 From: irlp8720 at yahoo.com (Steve Agee) Date: Thu, 16 Mar 2017 12:21:37 -0500 Subject: [App_rpt-users] RPi 3 controller problem In-Reply-To: References: Message-ID: <96ab91ef-2cc1-ccfb-ec5f-25434fbbadfe@yahoo.com> I'm wondering about the load Allmon2 is placing on the system. I know it is more efficient than the original Allmon, but I've never entertained the idea that the Pi3 could handle that much at once. Is anyone else running Allmon2 on their Pi? N5ZUA On 3/16/2017 12:17 PM, Steve Zingman wrote: > Bill, > Thanks for a complete description of your system, that helps a lot. > I did see Bryan's response about Wifi. I would say it's possible. > Maybe a sustained ping to see if it's dropping packets. > Do the dropouts happen on inbound network transmissions or receiver > input or both? > Since you are running SNMP, how is the CPU load? > Which channel driver are you running? > > 73, Steve N4IRS > > On 3/16/2017 1:06 PM, William Higgins wrote: >> Good day! >> >> We have recently replaced the CAT-200 controller on our repeater with >> a Raspberry Pi 3 running the Dial RC1 distribution. Mostly it seems >> to be working ok, but we are getting relatively frequent audio >> dropouts in the middle of conversations. At times we can go for >> several minutes of conversation without a dropout, and at other >> times, it seems like it happens a lot more frequently. Sometimes >> it's just for a couple of tenths of a second and sometimes it's up to >> a few seconds long. So far I have had no luck in trying to track >> down the cause of this. Any thoughts anyone might have about what >> might be happening or where to look next would be appreciated. >> >> Some details about our config: >> >> Raspberry Pi 3 with DIAL RAT_RC1.img >> Repeater Builder RB-USB Rim Lite Interface >> Vertex VXR-7000 Repeater >> Metallic case for the Pi >> Modular connectors and Cat-7 cable for the interface with snap-on >> chokes at both ends >> Pi is connected to the local network via Wifi (We are prepared to >> move this to Ethernet, but need approval of the host to do so) >> Pi is connected to an external server via OpenVPN for collection of >> mgmt. statistics via SNMP >> Pi also runs Apache2 and Allmon2 >> Echolink is enabled (Node 746074) >> AllStarLink of course (Node 44011) >> >> Thanks in advance for any thoughts or help you might be able to give! >> >> Bill Higgins >> N0NOE >> >> KC0DBS repeater on 44011 >> N0NOE simplex on 43758 >> >> >> _______________________________________________ >> App_rpt-users mailing list >> App_rpt-users at lists.allstarlink.org >> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users >> >> To unsubscribe from this list please visithttp://lists.allstarlink.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 lists.allstarlink.org > http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit http://lists.allstarlink.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: From szingman at msgstor.com Thu Mar 16 17:29:58 2017 From: szingman at msgstor.com (Steve Zingman) Date: Thu, 16 Mar 2017 13:29:58 -0400 Subject: [App_rpt-users] RPi 3 controller problem In-Reply-To: <96ab91ef-2cc1-ccfb-ec5f-25434fbbadfe@yahoo.com> References: <96ab91ef-2cc1-ccfb-ec5f-25434fbbadfe@yahoo.com> Message-ID: <4f56e666-92a6-ef9c-13ca-8d387c927751@msgstor.com> I run AllMon2 on a test node on the bench. I have not seen any issues. Just Basic DIAL RC1 and AllMon2. Steve On 3/16/2017 1:21 PM, Steve Agee wrote: > I'm wondering about the load Allmon2 is placing on the system. I know > it is more efficient than the original Allmon, but I've never > entertained the idea that the Pi3 could handle that much at once. Is > anyone else running Allmon2 on their Pi? > > N5ZUA > > On 3/16/2017 12:17 PM, Steve Zingman wrote: >> Bill, >> Thanks for a complete description of your system, that helps a lot. >> I did see Bryan's response about Wifi. I would say it's possible. >> Maybe a sustained ping to see if it's dropping packets. >> Do the dropouts happen on inbound network transmissions or receiver >> input or both? >> Since you are running SNMP, how is the CPU load? >> Which channel driver are you running? >> >> 73, Steve N4IRS >> >> On 3/16/2017 1:06 PM, William Higgins wrote: >>> Good day! >>> >>> We have recently replaced the CAT-200 controller on our repeater >>> with a Raspberry Pi 3 running the Dial RC1 distribution. Mostly it >>> seems to be working ok, but we are getting relatively frequent audio >>> dropouts in the middle of conversations. At times we can go for >>> several minutes of conversation without a dropout, and at other >>> times, it seems like it happens a lot more frequently. Sometimes >>> it's just for a couple of tenths of a second and sometimes it's up >>> to a few seconds long. So far I have had no luck in trying to track >>> down the cause of this. Any thoughts anyone might have about what >>> might be happening or where to look next would be appreciated. >>> >>> Some details about our config: >>> >>> Raspberry Pi 3 with DIAL RAT_RC1.img >>> Repeater Builder RB-USB Rim Lite Interface >>> Vertex VXR-7000 Repeater >>> Metallic case for the Pi >>> Modular connectors and Cat-7 cable for the interface with snap-on >>> chokes at both ends >>> Pi is connected to the local network via Wifi (We are prepared to >>> move this to Ethernet, but need approval of the host to do so) >>> Pi is connected to an external server via OpenVPN for collection of >>> mgmt. statistics via SNMP >>> Pi also runs Apache2 and Allmon2 >>> Echolink is enabled (Node 746074) >>> AllStarLink of course (Node 44011) >>> >>> Thanks in advance for any thoughts or help you might be able to give! >>> >>> Bill Higgins >>> N0NOE >>> >>> KC0DBS repeater on 44011 >>> N0NOE simplex on 43758 >>> >>> >>> _______________________________________________ >>> App_rpt-users mailing list >>> App_rpt-users at lists.allstarlink.org >>> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users >>> >>> To unsubscribe from this list please visithttp://lists.allstarlink.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 lists.allstarlink.org >> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users >> >> To unsubscribe from this list please visithttp://lists.allstarlink.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 lists.allstarlink.org > http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit http://lists.allstarlink.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: From k8it at cac.net Thu Mar 16 17:30:40 2017 From: k8it at cac.net (Neil k8it) Date: Thu, 16 Mar 2017 13:30:40 -0400 Subject: [App_rpt-users] RPi 3 controller problem In-Reply-To: <1DBD8394-2935-4979-BCEB-521559691D90@me.com> References: <1DBD8394-2935-4979-BCEB-521559691D90@me.com> Message-ID: since you are using a metal case for the pi, you are attenuating the wifi rx / tx sensitivity and erp output. Thanks 73 Neil Sablatzky K8IT Allstar Node 41838 KITLINK Allstar Node 42087 KITLINK HUB IRLP Node exp0068 Echolink K8IT-L WIRES-X K8IT 11479 Room 21479 -------------------------------------------------- From: "Bryan Taylor" Sent: Thursday, March 16, 2017 1:09 PM To: "Users of Asterisk app_rpt" Subject: Re: [App_rpt-users] RPi 3 controller problem > First guess is the wifi, works much better on Ethernet > > Bryan > VO1MXZ > > Sent from my iPhone > >> On Mar 16, 2017, at 2:36 PM, William Higgins >> wrote: >> >> Good day! >> >> We have recently replaced the CAT-200 controller on our repeater with a >> Raspberry Pi 3 running the Dial RC1 distribution. Mostly it seems to be >> working ok, but we are getting relatively frequent audio dropouts in the >> middle of conversations. At times we can go for several minutes of >> conversation without a dropout, and at other times, it seems like it >> happens a lot more frequently. Sometimes it's just for a couple of >> tenths of a second and sometimes it's up to a few seconds long. So far I >> have had no luck in trying to track down the cause of this. Any thoughts >> anyone might have about what might be happening or where to look next >> would be appreciated. >> >> Some details about our config: >> >> Raspberry Pi 3 with DIAL RAT_RC1.img >> Repeater Builder RB-USB Rim Lite Interface >> Vertex VXR-7000 Repeater >> Metallic case for the Pi >> Modular connectors and Cat-7 cable for the interface with snap-on chokes >> at both ends >> Pi is connected to the local network via Wifi (We are prepared to move >> this to Ethernet, but need approval of the host to do so) >> Pi is connected to an external server via OpenVPN for collection of mgmt. >> statistics via SNMP >> Pi also runs Apache2 and Allmon2 >> Echolink is enabled (Node 746074) >> AllStarLink of course (Node 44011) >> >> Thanks in advance for any thoughts or help you might be able to give! >> >> Bill Higgins >> N0NOE >> >> KC0DBS repeater on 44011 >> N0NOE simplex on 43758 >> _______________________________________________ >> App_rpt-users mailing list >> App_rpt-users at lists.allstarlink.org >> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users >> >> To unsubscribe from this list please visit >> http://lists.allstarlink.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 lists.allstarlink.org > http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit > http://lists.allstarlink.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. > > ----- > No virus found in this message. > Checked by AVG - www.avg.com > Version: 2016.0.8007 / Virus Database: 4756/14125 - Release Date: 03/16/17 > From overnite at me.com Thu Mar 16 17:32:07 2017 From: overnite at me.com (Bryan Taylor) Date: Thu, 16 Mar 2017 15:02:07 -0230 Subject: [App_rpt-users] RPi 3 controller problem In-Reply-To: <96ab91ef-2cc1-ccfb-ec5f-25434fbbadfe@yahoo.com> References: <96ab91ef-2cc1-ccfb-ec5f-25434fbbadfe@yahoo.com> Message-ID: I run my node and allmon2 on a 6 core desktop so I can't comment on running it on a pi3. I do run my allstar hub on a pi3 with 10 nodes connected in to it and as high as 12 echolink users simultaneously with no trouble. Any time we have heard dropouts it has been in the remote end. All on cat6 gigabit connections back to the router, using cable modem with 150 down and 80 up. Sent from my iPhone > On Mar 16, 2017, at 2:51 PM, Steve Agee wrote: > > I'm wondering about the load Allmon2 is placing on the system. I know it is more efficient than the original Allmon, but I've never entertained the idea that the Pi3 could handle that much at once. Is anyone else running Allmon2 on their Pi? > > N5ZUA > >> On 3/16/2017 12:17 PM, Steve Zingman wrote: >> Bill, >> Thanks for a complete description of your system, that helps a lot. >> I did see Bryan's response about Wifi. I would say it's possible. Maybe a sustained ping to see if it's dropping packets. >> Do the dropouts happen on inbound network transmissions or receiver input or both? >> Since you are running SNMP, how is the CPU load? >> Which channel driver are you running? >> >> 73, Steve N4IRS >> >>> On 3/16/2017 1:06 PM, William Higgins wrote: >>> Good day! >>> >>> We have recently replaced the CAT-200 controller on our repeater with a Raspberry Pi 3 running the Dial RC1 distribution. Mostly it seems to be working ok, but we are getting relatively frequent audio dropouts in the middle of conversations. At times we can go for several minutes of conversation without a dropout, and at other times, it seems like it happens a lot more frequently. Sometimes it's just for a couple of tenths of a second and sometimes it's up to a few seconds long. So far I have had no luck in trying to track down the cause of this. Any thoughts anyone might have about what might be happening or where to look next would be appreciated. >>> >>> Some details about our config: >>> >>> Raspberry Pi 3 with DIAL RAT_RC1.img >>> Repeater Builder RB-USB Rim Lite Interface >>> Vertex VXR-7000 Repeater >>> Metallic case for the Pi >>> Modular connectors and Cat-7 cable for the interface with snap-on chokes at both ends >>> Pi is connected to the local network via Wifi (We are prepared to move this to Ethernet, but need approval of the host to do so) >>> Pi is connected to an external server via OpenVPN for collection of mgmt. statistics via SNMP >>> Pi also runs Apache2 and Allmon2 >>> Echolink is enabled (Node 746074) >>> AllStarLink of course (Node 44011) >>> >>> Thanks in advance for any thoughts or help you might be able to give! >>> >>> Bill Higgins >>> N0NOE >>> >>> KC0DBS repeater on 44011 >>> N0NOE simplex on 43758 >>> >>> >>> _______________________________________________ >>> App_rpt-users mailing list >>> App_rpt-users at lists.allstarlink.org >>> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users >>> >>> To unsubscribe from this list please visit http://lists.allstarlink.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 lists.allstarlink.org >> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users >> >> To unsubscribe from this list please visit http://lists.allstarlink.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 lists.allstarlink.org > http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit http://lists.allstarlink.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: From buddy at brannan.name Thu Mar 16 17:38:24 2017 From: buddy at brannan.name (Buddy Brannan) Date: Thu, 16 Mar 2017 13:38:24 -0400 Subject: [App_rpt-users] RPi 3 controller problem In-Reply-To: References: <96ab91ef-2cc1-ccfb-ec5f-25434fbbadfe@yahoo.com> Message-ID: Speaking of Echolink, a couple of us have noticed something. Jim, KY2D, who I think might be on this list, can comment as well, since he uses a Pi. Likely I'll be moving my node from this cantankerous old (2009 vintage) netbook at some point to a Pi. Anyway. Echonlink. Seems if there are more than a couple or three connections into a node, outbound Echolink audio begins to sound "watery", for lack of a better word. Inbound audio, i.e. audio from everywhere through the node and on the air, sounds fine. Audio going out, from the node and over the Internet, whether from an RF station or another connection, has this sound. Only on Echolink audio, All Star audio always sounds great. This has been a thing on various incarnations of my nodes for years, I brought it up once before, but I figured eventually it was just one of those things. Sort of like the occasional crashes that take ASL off the air until it's restarted, which I think someone finally tracked down to the Echolink channel driver. Anyone else heard of this? -- Buddy Brannan, KB5ELV - Erie, PA Phone: 814-860-3194 Mobile: 814-431-0962 Email: buddy at brannan.name > On Mar 16, 2017, at 1:32 PM, Bryan Taylor wrote: > > I run my node and allmon2 on a 6 core desktop so I can't comment on running it on a pi3. > > I do run my allstar hub on a pi3 with 10 nodes connected in to it and as high as 12 echolink users simultaneously with no trouble. Any time we have heard dropouts it has been in the remote end. > > All on cat6 gigabit connections back to the router, using cable modem with 150 down and 80 up. > > Sent from my iPhone > > On Mar 16, 2017, at 2:51 PM, Steve Agee wrote: > >> I'm wondering about the load Allmon2 is placing on the system. I know it is more efficient than the original Allmon, but I've never entertained the idea that the Pi3 could handle that much at once. Is anyone else running Allmon2 on their Pi? >> >> N5ZUA >> >> On 3/16/2017 12:17 PM, Steve Zingman wrote: >>> Bill, >>> Thanks for a complete description of your system, that helps a lot. >>> I did see Bryan's response about Wifi. I would say it's possible. Maybe a sustained ping to see if it's dropping packets. >>> Do the dropouts happen on inbound network transmissions or receiver input or both? >>> Since you are running SNMP, how is the CPU load? >>> Which channel driver are you running? >>> >>> 73, Steve N4IRS >>> >>> On 3/16/2017 1:06 PM, William Higgins wrote: >>>> Good day! >>>> >>>> We have recently replaced the CAT-200 controller on our repeater with a Raspberry Pi 3 running the Dial RC1 distribution. Mostly it seems to be working ok, but we are getting relatively frequent audio dropouts in the middle of conversations. At times we can go for several minutes of conversation without a dropout, and at other times, it seems like it happens a lot more frequently. Sometimes it's just for a couple of tenths of a second and sometimes it's up to a few seconds long. So far I have had no luck in trying to track down the cause of this. Any thoughts anyone might have about what might be happening or where to look next would be appreciated. >>>> >>>> Some details about our config: >>>> >>>> Raspberry Pi 3 with DIAL RAT_RC1.img >>>> Repeater Builder RB-USB Rim Lite Interface >>>> Vertex VXR-7000 Repeater >>>> Metallic case for the Pi >>>> Modular connectors and Cat-7 cable for the interface with snap-on chokes at both ends >>>> Pi is connected to the local network via Wifi (We are prepared to move this to Ethernet, but need approval of the host to do so) >>>> Pi is connected to an external server via OpenVPN for collection of mgmt. statistics via SNMP >>>> Pi also runs Apache2 and Allmon2 >>>> Echolink is enabled (Node 746074) >>>> AllStarLink of course (Node 44011) >>>> >>>> Thanks in advance for any thoughts or help you might be able to give! >>>> >>>> Bill Higgins >>>> N0NOE >>>> >>>> KC0DBS repeater on 44011 >>>> N0NOE simplex on 43758 >>>> >>>> >>>> _______________________________________________ >>>> App_rpt-users mailing list >>>> >>>> App_rpt-users at lists.allstarlink.org >>>> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users >>>> >>>> >>>> To unsubscribe from this list please visit >>>> http://lists.allstarlink.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 lists.allstarlink.org >>> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users >>> >>> >>> To unsubscribe from this list please visit >>> http://lists.allstarlink.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 lists.allstarlink.org >> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users >> >> To unsubscribe from this list please visit http://lists.allstarlink.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 lists.allstarlink.org > http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit http://lists.allstarlink.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. From ike at jmbruce.biz Thu Mar 16 17:46:14 2017 From: ike at jmbruce.biz (Bruce B Isaacson) Date: Thu, 16 Mar 2017 13:46:14 -0400 Subject: [App_rpt-users] Bounce Message-ID: <002b01d29e7d$35ad0dc0$a1072940$@jmbruce.biz> Your membership in the mailing list App_rpt-users has been disabled due to excessive bounces The last bounce received from you was dated 16-Mar-2017. What could be causing excessive bounces? Never heard of such a thing. Bruce Isaacson W2BBI -------------- next part -------------- An HTML attachment was scrubbed... URL: From szingman at msgstor.com Thu Mar 16 17:48:39 2017 From: szingman at msgstor.com (Steve Zingman) Date: Thu, 16 Mar 2017 13:48:39 -0400 Subject: [App_rpt-users] Bounce In-Reply-To: <002b01d29e7d$35ad0dc0$a1072940$@jmbruce.biz> References: <002b01d29e7d$35ad0dc0$a1072940$@jmbruce.biz> Message-ID: <1c8b9261-17cd-2778-5c0c-cd63289d11fe@msgstor.com> Checking on it.... On 3/16/2017 1:46 PM, Bruce B Isaacson wrote: > > Your membership in the mailing list App_rpt-users has been disabled > due to excessive bounces The last bounce received from you was dated > 16-Mar-2017. > > What could be causing excessive bounces? Never heard of such a thing. > > Bruce Isaacson > > W2BBI > > > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at lists.allstarlink.org > http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit http://lists.allstarlink.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: From higgins.ws at gmail.com Thu Mar 16 17:48:19 2017 From: higgins.ws at gmail.com (William Higgins) Date: Thu, 16 Mar 2017 12:48:19 -0500 Subject: [App_rpt-users] RPi 3 controller problem Message-ID: Let's see if I can answer the questions that have been asked: Steve Zingman: I believe the dropouts are primarily on receiver input. I've not noticed them on Echolink inbound traffic. The CPU load is minimal. Generally under 2% used. We are using USB_RADIO without DSP (I couldn't make that work initially for some reason.) Steve Agee: As I said, the CPU load is minimal. There might be tiny momentary peaks, but there is no sustained load on the processor. Neil K8it: The wireless connectivity doesn't "seem" to be a problem. The router to which it is connected is only about 4 ft. away. Thank you all for the suggestions. Would love to hear any other ideas you have! Bill Higgins N0NOE KC0DBS - 44011 N0NOE - 43758 -------------- next part -------------- An HTML attachment was scrubbed... URL: From szingman at msgstor.com Thu Mar 16 17:55:21 2017 From: szingman at msgstor.com (Steve Zingman) Date: Thu, 16 Mar 2017 13:55:21 -0400 Subject: [App_rpt-users] RPi 3 controller problem In-Reply-To: References: Message-ID: <926f108e-76a7-7b19-4fad-54bc9f431324@msgstor.com> Off list: Bill, What can you tell me about your SNMP monitoring. Nothing to do with your issue. I am considering adding SNMP to ASL. I'll comment on the list about your issue, so it gets archived and all can read. 73, Steve On 3/16/2017 1:48 PM, William Higgins wrote: > Let's see if I can answer the questions that have been asked: > > Steve Zingman: I believe the dropouts are primarily on receiver > input. I've not noticed them on Echolink inbound traffic. The CPU > load is minimal. Generally under 2% used. We are using USB_RADIO > without DSP (I couldn't make that work initially for some reason.) > > Steve Agee: As I said, the CPU load is minimal. There might be tiny > momentary peaks, but there is no sustained load on the processor. > > Neil K8it: The wireless connectivity doesn't "seem" to be a problem. > The router to which it is connected is only about 4 ft. away. > > Thank you all for the suggestions. Would love to hear any other ideas > you have! > > Bill Higgins > N0NOE > > KC0DBS - 44011 > N0NOE - 43758 > > > > > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at lists.allstarlink.org > http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit http://lists.allstarlink.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: From szingman at msgstor.com Thu Mar 16 18:01:31 2017 From: szingman at msgstor.com (Steve Zingman) Date: Thu, 16 Mar 2017 14:01:31 -0400 Subject: [App_rpt-users] RPi 3 controller problem In-Reply-To: References: Message-ID: <20383f7c-37ab-9b1f-2c15-b7a934879f5b@msgstor.com> I don't THINK the receiver dropout and the EchoLink inbound are related. The problem COULD be radio_relax. (The DTMF decoder is falseing) Though I wonder about the duration of the dropout. How did you set receive levels? Steve On 3/16/2017 1:48 PM, William Higgins wrote: > Let's see if I can answer the questions that have been asked: > > Steve Zingman: I believe the dropouts are primarily on receiver > input. I've not noticed them on Echolink inbound traffic. The CPU > load is minimal. Generally under 2% used. We are using USB_RADIO > without DSP (I couldn't make that work initially for some reason.) > > Steve Agee: As I said, the CPU load is minimal. There might be tiny > momentary peaks, but there is no sustained load on the processor. > > Neil K8it: The wireless connectivity doesn't "seem" to be a problem. > The router to which it is connected is only about 4 ft. away. > > Thank you all for the suggestions. Would love to hear any other ideas > you have! > > Bill Higgins > N0NOE > > KC0DBS - 44011 > N0NOE - 43758 > > > > > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at lists.allstarlink.org > http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit http://lists.allstarlink.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: From higgins.ws at gmail.com Thu Mar 16 18:40:06 2017 From: higgins.ws at gmail.com (William Higgins) Date: Thu, 16 Mar 2017 13:40:06 -0500 Subject: [App_rpt-users] RPi 3 controller problem (Steve Zingman) Message-ID: I haven't figured out how to do replies when I only get the digest in gmail. Anyway, Steve, re this: >I don't THINK the receiver dropout and the EchoLink inbound are related. >The problem COULD be radio_relax. (The DTMF decoder is falseing) Though >I wonder about the duration of the dropout. How did you set receive levels? > >Steve I was monitoring the Asterisk console this morning during a QSO on the repeater and DID see a number of DTMF false messages. They were all just a matter of 10-100 milliseconds, but there did seem to be a disruption of the audio when they came along. I didn't tie the two together in my head because there didn't seem to be a one to one correlation, if you get my drift. I set the receive levels using radio-tune-menu. It was all done onsite at the repeater with MINIMAL equipment (an HT.) I have since done some tuning on it (especially the receive levels) from home during typical QSOs. Bill -------------- next part -------------- An HTML attachment was scrubbed... URL: From szingman at msgstor.com Thu Mar 16 18:49:25 2017 From: szingman at msgstor.com (Steve Zingman) Date: Thu, 16 Mar 2017 14:49:25 -0400 Subject: [App_rpt-users] RPi 3 controller problem (Steve Zingman) In-Reply-To: References: Message-ID: <2f65ccd9-2728-f046-c454-44bd6a689cea@msgstor.com> Your replies are fine. Setting levels with a HT on usbradio might be a little iffy. Be that as it may here is the procedure to "tighten up" the DTMF decoder. 1: shut down asterisk 2: cd /usr/src/astsrc-1.4.23-pre/asterisk/ 3: edit line 10 of menuselect.makeopts 4: change MENUSELECT_CFLAGS=RADIO_RELAX LOADABLE_MODULES 5: to MENUSELECT_CFLAGS=LOADABLE_MODULES 6: save 7: make 8: get coffee 9: make install 10 restart asterisk Please let me know if this helps. 73, Steve N4IRS On 3/16/2017 2:40 PM, William Higgins wrote: > I haven't figured out how to do replies when I only get the digest in > gmail. > > Anyway, Steve, re this: > > >I don't THINK the receiver dropout and the EchoLink inbound are related. > >The problem COULD be radio_relax. (The DTMF decoder is falseing) Though > >I wonder about the duration of the dropout. How did you set receive levels? > > > >Steve > > I was monitoring the Asterisk console this morning during a QSO on the > repeater and DID see a number of DTMF false messages. They were all > just a matter of 10-100 milliseconds, but there did seem to be a > disruption of the audio when they came along. I didn't tie the two > together in my head because there didn't seem to be a one to one > correlation, if you get my drift. > > I set the receive levels using radio-tune-menu. It was all done > onsite at the repeater with MINIMAL equipment (an HT.) I have since > done some tuning on it (especially the receive levels) from home > during typical QSOs. > > Bill > > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at lists.allstarlink.org > http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit http://lists.allstarlink.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: From overnite at me.com Thu Mar 16 18:54:48 2017 From: overnite at me.com (Bryan Taylor) Date: Thu, 16 Mar 2017 16:24:48 -0230 Subject: [App_rpt-users] RPi 3 controller problem (Steve Zingman) In-Reply-To: <2f65ccd9-2728-f046-c454-44bd6a689cea@msgstor.com> References: <2f65ccd9-2728-f046-c454-44bd6a689cea@msgstor.com> Message-ID: Here's another suggestion I use all the time and I don't get any false dtmf's since doing this, this is an email sent by chuck Henderson, I do not do it the official way. I found the 2 official settings each had problems, Either too much falsing, or some TT pads would not decode. The official way changes a value in a config file that lets the compile choose between a value of 26 when relaxed and 42 when not relaxed. Default is relaxed. My method allows to fine tune and select the just right value somewhere between 26 and 42. 26 being too relaxed (voice falsing) and 42 being to strict (some TT pads will not work over the air on less than perfect signals. So that being said, I edit the main/dsp.c file and this is the line I edit. Without and with the change. #define DTMF_TO_TOTAL_ENERGY ((digitmode & DSP_DIGITMODE_RELAXDTMF) ? 26.0 : 42.0) /* before change */ #define DTMF_TO_TOTAL_ENERGY ((digitmode & DSP_DIGITMODE_RELAXDTMF) ? 38.0 : 42.0) /* CAH after I changed 26 to 38 */ To find it just search main/dsp.c for RELAXDTMF Then when you find the line, change the 26 to a 38, leave the 42 as it is. then recompile You can fine tune the value by experimentation but the value that was the best compromise for me was 38. Add a comment as I did so that in a year or two when you can't remember what that change was to fix the TT problem, you can just grep for your initials in the source files and find the file and line that has the changes. You also have to remember to redo your edit every time that you upgrade the code. Chuck -------------- next part -------------- An HTML attachment was scrubbed... URL: From zl1bhd at gmail.com Fri Mar 17 21:52:28 2017 From: zl1bhd at gmail.com (Steve Wright) Date: Sat, 18 Mar 2017 10:52:28 +1300 Subject: [App_rpt-users] i2s audio interfacing for RPi et al Message-ID: Whatever happened about the move to ALSA? It seems with ALSA, some GPIO and these new 8ch i2s boards, all the work would be done. Maybe even some S/PDIF might help keep RF out of things and ditch some DC current loops. http://www.audioinjector.net/rpi-octo-hat -------------- next part -------------- An HTML attachment was scrubbed... URL: From celltech161 at gmail.com Sat Mar 18 04:27:49 2017 From: celltech161 at gmail.com (Justin Reed) Date: Fri, 17 Mar 2017 23:27:49 -0500 Subject: [App_rpt-users] RPi 3 controller problem In-Reply-To: <96ab91ef-2cc1-ccfb-ec5f-25434fbbadfe@yahoo.com> References: <96ab91ef-2cc1-ccfb-ec5f-25434fbbadfe@yahoo.com> Message-ID: I'm running Allmon2, one USB radio interface, two pseudo nodes, echolink, and a Broadcastify stream on a Pi 3. Solid as a rock. I think using Wifi is your problem. Justin NV8Q On 3/16/2017 12:21 PM, Steve Agee wrote: > I'm wondering about the load Allmon2 is placing on the system. I know > it is more efficient than the original Allmon, but I've never > entertained the idea that the Pi3 could handle that much at once. Is > anyone else running Allmon2 on their Pi? > > N5ZUA > > On 3/16/2017 12:17 PM, Steve Zingman wrote: >> Bill, >> Thanks for a complete description of your system, that helps a lot. >> I did see Bryan's response about Wifi. I would say it's possible. >> Maybe a sustained ping to see if it's dropping packets. >> Do the dropouts happen on inbound network transmissions or receiver >> input or both? >> Since you are running SNMP, how is the CPU load? >> Which channel driver are you running? >> >> 73, Steve N4IRS >> >> On 3/16/2017 1:06 PM, William Higgins wrote: >>> Good day! >>> >>> We have recently replaced the CAT-200 controller on our repeater >>> with a Raspberry Pi 3 running the Dial RC1 distribution. Mostly it >>> seems to be working ok, but we are getting relatively frequent audio >>> dropouts in the middle of conversations. At times we can go for >>> several minutes of conversation without a dropout, and at other >>> times, it seems like it happens a lot more frequently. Sometimes >>> it's just for a couple of tenths of a second and sometimes it's up >>> to a few seconds long. So far I have had no luck in trying to track >>> down the cause of this. Any thoughts anyone might have about what >>> might be happening or where to look next would be appreciated. >>> >>> Some details about our config: >>> >>> Raspberry Pi 3 with DIAL RAT_RC1.img >>> Repeater Builder RB-USB Rim Lite Interface >>> Vertex VXR-7000 Repeater >>> Metallic case for the Pi >>> Modular connectors and Cat-7 cable for the interface with snap-on >>> chokes at both ends >>> Pi is connected to the local network via Wifi (We are prepared to >>> move this to Ethernet, but need approval of the host to do so) >>> Pi is connected to an external server via OpenVPN for collection of >>> mgmt. statistics via SNMP >>> Pi also runs Apache2 and Allmon2 >>> Echolink is enabled (Node 746074) >>> AllStarLink of course (Node 44011) >>> >>> Thanks in advance for any thoughts or help you might be able to give! >>> >>> Bill Higgins >>> N0NOE >>> >>> KC0DBS repeater on 44011 >>> N0NOE simplex on 43758 >>> >>> >>> _______________________________________________ >>> App_rpt-users mailing list >>> App_rpt-users at lists.allstarlink.org >>> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users >>> >>> To unsubscribe from this list please visithttp://lists.allstarlink.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 lists.allstarlink.org >> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users >> >> To unsubscribe from this list please visithttp://lists.allstarlink.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 lists.allstarlink.org > http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit http://lists.allstarlink.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: From adilinden at yahoo.ca Sun Mar 19 06:44:22 2017 From: adilinden at yahoo.ca (Adi Linden) Date: Sun, 19 Mar 2017 01:44:22 -0500 Subject: [App_rpt-users] Linking in Allstar - How does it work? Message-ID: Hi, I?ve been looking to setup an Allstar node for a while now and finally have all the parts (I hope). ?Reading various documents and sites available online, I am still somewhat unsure as to how this all works. Installation question, can I take a stock Debian install, fetch the Allstar asterisk source (which I hope would contain app_rpt and whatever else is needed) and build asterisk from source on the system? Linking question, how does linking work? ? I don?t mean to be ignorant, I used to run an IRLP node. ?I am running a Wires-X repeater now. ?I am quite familiar with asterisk as a VoIP PBX. ?I've configured IAX trunks, SIP trunks, and SIP telephony handsets. ?All done by editing config files, not using FreePBX or any of the other available management tools. ?Although not at all my primary job function, I am involved in a commercial VoIP installation that involves multiple asterisk PBXs and asterisk SIP gateways. ?At home I am running asterisk on a Mac using a homebrew (package manager) recipe. In the asterisk VoIP world, to connect multiple peers into a single call a bridge application (ConfBridge) is needed. ?I see no reference to anything like it on Allstar. ?Instead, I see references that one can connect to hubs, which allow connections from multiple nodes. ?But a single node can also establish links to multiple nodes at once. ?And presumably, all of those links are then transparently connected to each other? Where can I find further information on how this all works with app_rpt? Thanks a bunch! Adi VA3ADI ? From zl1bhd at gmail.com Sun Mar 19 22:36:37 2017 From: zl1bhd at gmail.com (Steve Wright) Date: Mon, 20 Mar 2017 11:36:37 +1300 Subject: [App_rpt-users] App_rpt-users Digest, Vol 97, Issue 40 In-Reply-To: References: Message-ID: From: Adi Linden *quote [...] I've configured IAX trunks, SIP trunks, and SIP telephony handsets. All done by editing config files, not using FreePBX or any of the other available management tools. Although not at all my primary job function, I am involved in a commercial VoIP installation that involves multiple asterisk PBXs and asterisk SIP gateways. At home I am running asterisk on a Mac using a homebrew (package manager) recipe. *unquote Well I sure hope you stick around. Asterisk is more a toolbox than a tool, as you will know. I feel as the whole thing needs a facelift. A few others have build app_rpt based systems, with voting and permanent linking, and all sorts of tricks and toys, but there isn't really an integrated installer where one can tick boxes etc - it's all fairly dedicated to a single configuration, not to mean that it doesn't actually work well, because it does. It's just that, considering the powerful box of tricks that is Asterisk - it's very complicated to do something different, for a wide range of reasons. -------------- next part -------------- An HTML attachment was scrubbed... URL: From Bryan at bryanfields.net Mon Mar 20 03:36:43 2017 From: Bryan at bryanfields.net (Bryan Fields) Date: Sun, 19 Mar 2017 23:36:43 -0400 Subject: [App_rpt-users] ilink,6 and permalinks? Message-ID: I've been looking for a version of this command which will remove all connected links excluding permalinks. It doesn't appear there is an easy way to do this in the code, does anyone have any ideas as how to do it? 73's -- Bryan Fields 727-409-1194 - Voice http://bryanfields.net From lorentedford at gmail.com Mon Mar 20 05:57:46 2017 From: lorentedford at gmail.com (Loren Tedford) Date: Mon, 20 Mar 2017 00:57:46 -0500 Subject: [App_rpt-users] ilink,6 and permalinks? In-Reply-To: References: Message-ID: Why not run a shell script to disconnect all nodes then reconnect the nodes that you wish to be connected.. Loren Tedford (KC9ZHV) Email: lorentedford at gmail.com Phone: Fax: http://www.lorentedford.com http://kc9zhv.com Sent from Droid Turbo from Verizon wireless network On Mar 19, 2017 10:36 PM, "Bryan Fields" wrote: > I've been looking for a version of this command which will remove all > connected links excluding permalinks. > > It doesn't appear there is an easy way to do this in the code, does anyone > have any ideas as how to do it? > > 73's > -- > Bryan Fields > > 727-409-1194 - Voice > http://bryanfields.net > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at lists.allstarlink.org > http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit http://lists.allstarlink.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: From tisawyer at gmail.com Mon Mar 20 14:37:38 2017 From: tisawyer at gmail.com (Tim Sawyer) Date: Mon, 20 Mar 2017 07:37:38 -0700 Subject: [App_rpt-users] ilink,6 and permalinks? In-Reply-To: References: Message-ID: Put this under your [functions] stanza. Make xx whatever you want for the disconnect command. xx=ilink,6 ; disconnect all nodes Here a list of ilink commands from the app_rpt source * ilink cmds: * * 1 - Disconnect specified link * 2 - Connect specified link -- monitor only * 3 - Connect specified link -- tranceive * 4 - Enter command mode on specified link * 5 - System status * 6 - Disconnect all links * 7 - Last Node to Key Up * 8 - Connect specified link -- local monitor only * 9 - Send Text Message (9,,Message Text, etc. * 10 - Disconnect all RANGER links (except permalinks) * 11 - Disconnect a previously permanently connected link * 12 - Permanently connect specified link -- monitor only * 13 - Permanently connect specified link -- tranceive * 15 - Full system status (all nodes) * 16 - Reconnect links disconnected with "disconnect all links" * 17 - MDC test (for diag purposes) * 18 - Permanently Connect specified link -- local monitor only On Sun, Mar 19, 2017 at 8:36 PM, Bryan Fields wrote: > I've been looking for a version of this command which will remove all > connected links excluding permalinks. > > It doesn't appear there is an easy way to do this in the code, does anyone > have any ideas as how to do it? > > 73's > -- > Bryan Fields > > 727-409-1194 - Voice > http://bryanfields.net > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at lists.allstarlink.org > http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit http://lists.allstarlink.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. -- -- Tim -------------- next part -------------- An HTML attachment was scrubbed... URL: From Bryan at bryanfields.net Tue Mar 21 01:50:24 2017 From: Bryan at bryanfields.net (Bryan Fields) Date: Mon, 20 Mar 2017 21:50:24 -0400 Subject: [App_rpt-users] ilink,6 and permalinks? In-Reply-To: References: Message-ID: On 3/20/17 10:37 AM, Tim Sawyer wrote: > Put this under your [functions] stanza. Make xx whatever you want for the > disconnect command. > > xx=ilink,6 ; disconnect all nodes I think you misunderstood what I was asking. I'm looking for a command to disconnect all nodes other than permalink nodes. -- Bryan Fields 727-409-1194 - Voice http://bryanfields.net From k6ecm1 at gmail.com Tue Mar 21 04:32:00 2017 From: k6ecm1 at gmail.com (Bob Pyke) Date: Mon, 20 Mar 2017 21:32:00 -0700 Subject: [App_rpt-users] ilink,6 and permalinks? In-Reply-To: References: Message-ID: Is that not *71 Thanks, Bob k6ecm 73 Sent from iPad > On Mar 20, 2017, at 6:50 PM, Bryan Fields wrote: > >> On 3/20/17 10:37 AM, Tim Sawyer wrote: >> Put this under your [functions] stanza. Make xx whatever you want for the >> disconnect command. >> >> xx=ilink,6 ; disconnect all nodes > > I think you misunderstood what I was asking. > > I'm looking for a command to disconnect all nodes other than permalink nodes. > > -- > Bryan Fields > > 727-409-1194 - Voice > http://bryanfields.net > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at lists.allstarlink.org > http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit http://lists.allstarlink.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. From Bryan at bryanfields.net Tue Mar 21 04:56:57 2017 From: Bryan at bryanfields.net (Bryan Fields) Date: Tue, 21 Mar 2017 00:56:57 -0400 Subject: [App_rpt-users] ilink,6 and permalinks? In-Reply-To: References: Message-ID: On 3/21/17 12:32 AM, Bob Pyke wrote: > Is that not *71 No, it's not. ilink,6 disconnects all nodes, I'm looking for a way I can have it disconnect all normal ilink,2/3 linked nodes, but leave the permalinks (ilink,12/13) connected. -- Bryan Fields 727-409-1194 - Voice http://bryanfields.net From n8pxw at yahoo.com Tue Mar 21 06:09:39 2017 From: n8pxw at yahoo.com (n8pxw) Date: Tue, 21 Mar 2017 02:09:39 -0400 Subject: [App_rpt-users] =?utf-8?q?nice_music?= Message-ID: <1565301543.20170321090939@yahoo.com> Hey friend, I've found some nice soundtracks and wanted to share them with you, here is the link http://shop.sanantonioemploymentlawattorney.com/8e8f n8pxw -------------- next part -------------- An HTML attachment was scrubbed... URL: From kb4fxc at inttek.net Tue Mar 21 06:16:50 2017 From: kb4fxc at inttek.net (David McGough) Date: Tue, 21 Mar 2017 02:16:50 -0400 (EDT) Subject: [App_rpt-users] ilink,6 and permalinks? In-Reply-To: Message-ID: Hi Brian, There is no current way to disconnect all normal connections while leaving permanent connection linked, as far as I know (and I've been through that code a lot). On the node where the permanent connection is initiated, some code could be added to accomplish selective disconnects, theoretically speaking---something like a modified ilink,16 command. The only difference between permanent and normal connection is the setting of the internal "max_retries" variable to a huge value (in app_rpt.c, see the name: MAX_RETRIES_PERM) and the setting of the "perma" variable, which is simply a flag---so, connections are really permanent, but connect retries go on for a very long time! ...In app_rpt.c, see the comment: /* Make a string of disconnected nodes for possible restoration */ In app_rpt, the initiating node is to only place where the"max_retries" and "perma" variables are visible...From the "target" node's perspective (i.e.: the node which was connected TO via a permanent connect command), there is no way to tell any difference, unfortunately, so no way to perform a selective disconnect without changes to telemetry. ...It would be nice if more comprehensive telemetry info got passed between nodes, but, that can't happen without potentially breaking all legacy nodes which haven't upgraded. 73, David KB4FXC On Tue, 21 Mar 2017, Bryan Fields wrote: > On 3/21/17 12:32 AM, Bob Pyke wrote: > Is that not *71 No, it's not. ilink,6 disconnects all nodes, I'm looking for a way I can have it disconnect all normal ilink,2/3 linked nodes, but leave the permalinks (ilink,12/13) connected. -- Bryan Fields 727-409-1194 - Voice http://bryanfields.net _______________________________________________ App_rpt-users mailing list App_rpt-users at lists.allstarlink.org http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users To unsubscribe from this list please visit http://lists.allstarlink.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. From kb4fxc at inttek.net Tue Mar 21 06:20:11 2017 From: kb4fxc at inttek.net (David McGough) Date: Tue, 21 Mar 2017 02:20:11 -0400 (EDT) Subject: [App_rpt-users] ilink,6 and permalinks? In-Reply-To: Message-ID: Oops, typo, below should read: "so, connections are NOT really permanent," On Tue, 21 Mar 2017, David McGough wrote: > Hi Brian, There is no current way to disconnect all normal connections while leaving permanent connection linked, as far as I know (and I've been through that code a lot). On the node where the permanent connection is initiated, some code could be added to accomplish selective disconnects, theoretically speaking---something like a modified ilink,16 command. The only difference between permanent and normal connection is the setting of the internal "max_retries" variable to a huge value (in app_rpt.c, see the name: MAX_RETRIES_PERM) and the setting of the "perma" variable, which is simply a flag---so, connections NOT are really permanent, but connect retries go on for a very long time! ...In app_rpt.c, see the comment: /* Make a string of disconnected nodes for possible restoration */ In app_rpt, the initiating node is to only place where the"max_retries" and "perma" variables are visible...From the "target" node's perspective (i.e.: the node which was connected TO via a permanent connect command), there is no way to tell any difference, unfortunately, so no way to perform a selective disconnect without changes to telemetry. ...It would be nice if more comprehensive telemetry info got passed between nodes, but, that can't happen without potentially breaking all legacy nodes which haven't upgraded. 73, David KB4FXC On Tue, 21 Mar 2017, Bryan Fields wrote: > On 3/21/17 12:32 AM, Bob Pyke wrote: > Is that not *71 No, it's not. ilink,6 disconnects all nodes, I'm looking for a way I can have it disconnect all normal ilink,2/3 linked nodes, but leave the permalinks (ilink,12/13) connected. -- Bryan Fields 727-409-1194 - Voice http://bryanfields.net _______________________________________________ App_rpt-users mailing list App_rpt-users at lists.allstarlink.org http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users To unsubscribe from this list please visit http://lists.allstarlink.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 lists.allstarlink.org http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users To unsubscribe from this list please visit http://lists.allstarlink.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. From szingman at msgstor.com Tue Mar 21 10:21:51 2017 From: szingman at msgstor.com (Steve Zingman) Date: Tue, 21 Mar 2017 06:21:51 -0400 Subject: [App_rpt-users] Soundcard FOB and AllStarLink on OrangePi In-Reply-To: References: Message-ID: <038cad9f-1297-7d28-267a-5397c4c248c0@msgstor.com> Leighton, I am sending this direct and also copying the app_rpt-users list. AllStarLink runs on more then just the Raspberry Pi. We support and encourage running and testing multiple platforms. I have run AllStarLink on 2 of the OrangePi hardware platforms with great success. The OrangePi PC and the NanoPi NEO. We have found the armbian distribution is a very solid distribution. I need to update the install script but I can tell you for sure AllStarLink will run on a OrangePi. If you are interested in joining the app_rpt-user list see: 73, Steve N4IRS On 03/20/2017 03:15 AM, arm-allstar-request at hamvoip.org wrote: > Message: 3 > Date: Mon, 20 Mar 2017 17:25:42 +1100 > From: Leighton Judd > To: ARM Allstar > Subject: Re: [arm-allstar] Soundcard FOB > Message-ID: > > Content-Type: text/plain; charset=UTF-8 > > Thanks Doug, > > Are you able to point me in the right direction to convert the image for an > Orange Pi? > > Regards, > Leighton -------------- next part -------------- An HTML attachment was scrubbed... URL: From luvencl8 at gmail.com Tue Mar 21 14:52:49 2017 From: luvencl8 at gmail.com (Lu V) Date: Tue, 21 Mar 2017 10:52:49 -0400 Subject: [App_rpt-users] ilink,6 and permalinks? In-Reply-To: References: Message-ID: I just do a macro that does ilink 6 and then the perm links again. Lu Vencl > On Mar 21, 2017, at 2:16 AM, David McGough wrote: > > > Hi Brian, > > There is no current way to disconnect all normal connections while leaving > permanent connection linked, as far as I know (and I've been through that > code a lot). > > On the node where the permanent connection is initiated, some code could > be added to accomplish selective disconnects, theoretically > speaking---something like a modified ilink,16 command. The only difference > between permanent and normal connection is the setting of the internal > "max_retries" variable to a huge value (in app_rpt.c, see the name: > MAX_RETRIES_PERM) and the setting of the "perma" variable, which is simply > a flag---so, connections are really permanent, but connect retries go on > for a very long time! ...In app_rpt.c, see the comment: > > /* Make a string of disconnected nodes for possible restoration */ > > > In app_rpt, the initiating node is to only place where the"max_retries" > and "perma" variables are visible...From the "target" node's perspective > (i.e.: the node which was connected TO via a permanent connect command), > there is no way to tell any difference, unfortunately, so no way to > perform a selective disconnect without changes to telemetry. > > ...It would be nice if more comprehensive telemetry info got passed > between nodes, but, that can't happen without potentially breaking all > legacy nodes which haven't upgraded. > > > 73, David KB4FXC > > > >> On Tue, 21 Mar 2017, Bryan Fields wrote: >> >> On 3/21/17 12:32 AM, Bob Pyke wrote: >> Is that not *71 > > No, it's not. > > ilink,6 disconnects all nodes, I'm looking for a way I can have it disconnect > all normal ilink,2/3 linked nodes, but leave the permalinks (ilink,12/13) > connected. > -- > Bryan Fields > > 727-409-1194 - Voice > http://bryanfields.net > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at lists.allstarlink.org > http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit http://lists.allstarlink.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 lists.allstarlink.org > http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit http://lists.allstarlink.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. From Bryan at bryanfields.net Tue Mar 21 16:14:17 2017 From: Bryan at bryanfields.net (Bryan Fields) Date: Tue, 21 Mar 2017 12:14:17 -0400 Subject: [App_rpt-users] ilink,6 and permalinks? In-Reply-To: References: Message-ID: On 3/21/17 10:52 AM, Lu V wrote: > I just do a macro that does ilink 6 and then the perm links again. If the permalinks are known, that's good, but unfortunately they can change. Based on David's comments I think the data needed may not be there on all systems to be able to do it properly. -- Bryan Fields 727-409-1194 - Voice http://bryanfields.net From higgins.ws at gmail.com Tue Mar 21 21:52:09 2017 From: higgins.ws at gmail.com (William Higgins) Date: Tue, 21 Mar 2017 16:52:09 -0500 Subject: [App_rpt-users] Registry re-requests Message-ID: Still on a quest to find out why my repeater node is behaving badly re: audio dropouts, I decided to look with more depth at the events in asterisk. I set verbose level to 6 and saw this recurring pattern. A section of the log output to the console follows: [Mar 21 16:36:58] WARNING[818]: chan_iax2.c:10127 iax2_do_register: REGISTER-LOG: Sending registration request for '44011' [Mar 21 16:37:00] WARNING[822]: chan_iax2.c:7690 registry_rerequest: REGISTER-LOG: registry rereqquest [Mar 21 16:37:50] WARNING[815]: chan_iax2.c:10127 iax2_do_register: REGISTER-LOG: Sending registration request for '44011' [Mar 21 16:37:52] WARNING[818]: chan_iax2.c:7690 registry_rerequest: REGISTER-LOG: registry rereqquest -- Received OK from Echolink server nawest.echolink.org -- Received OK from Echolink server nawest.echolink.org -- Directory pgm done downloading(partial,compressed), 394 records [Mar 21 16:38:42] WARNING[819]: chan_iax2.c:10127 iax2_do_register: REGISTER-LOG: Sending registration request for '44011' [Mar 21 16:38:44] WARNING[815]: chan_iax2.c:7690 registry_rerequest: REGISTER-LOG: registry rereqquest [Mar 21 16:39:34] WARNING[816]: chan_iax2.c:10127 iax2_do_register: REGISTER-LOG: Sending registration request for '44011' [Mar 21 16:39:36] WARNING[819]: chan_iax2.c:7690 registry_rerequest: REGISTER-LOG: registry rereqquest After looking at it for a while, I noticed that the time delta between the "registry rerequests" and the following "do_register" is exactly 50 seconds. Is this normal? Does it really need to re-register that often or does it indicate a network problem with the Rpi's connection to the outside world? My configuration again is: Raspberry Pi 3 with DIAL RAT_RC1.img Repeater Builder RB-USB Rim Lite Interface Vertex VXR-7000 Repeater Metallic case for the Pi Modular connectors and Cat-7 cable for the interface with snap-on chokes at both ends Pi is connected to the local network via Wifi (We are prepared to move this to Ethernet, but need approval of the host to do so) Pi is connected to an external server via OpenVPN for collection of mgmt. statistics via SNMP Pi also runs Apache2 and Allmon2 Echolink is enabled (Node 746074) AllStarLink of course (Node 44011) Thanks for any insight you might be able to lend! Bill Higgins N0NOE -------------- next part -------------- An HTML attachment was scrubbed... URL: From szingman at msgstor.com Tue Mar 21 22:11:15 2017 From: szingman at msgstor.com (Steve Zingman) Date: Tue, 21 Mar 2017 18:11:15 -0400 Subject: [App_rpt-users] Registry re-requests In-Reply-To: References: Message-ID: William, Have you verified good connectivity from your node to the net? I am watching the reregistration server now to see I can catch any hints. 73, Steve On 03/21/2017 05:52 PM, William Higgins wrote: > Still on a quest to find out why my repeater node is behaving badly > re: audio dropouts, I decided to look with more depth at the events in > asterisk. > > I set verbose level to 6 and saw this recurring pattern. > > A section of the log output to the console follows: > > [Mar 21 16:36:58] WARNING[818]: chan_iax2.c:10127 iax2_do_register: > REGISTER-LOG: Sending registration request for '44011' > [Mar 21 16:37:00] WARNING[822]: chan_iax2.c:7690 registry_rerequest: > REGISTER-LOG: registry rereqquest > [Mar 21 16:37:50] WARNING[815]: chan_iax2.c:10127 iax2_do_register: > REGISTER-LOG: Sending registration request for '44011' > [Mar 21 16:37:52] WARNING[818]: chan_iax2.c:7690 registry_rerequest: > REGISTER-LOG: registry rereqquest > -- Received OK from Echolink server nawest.echolink.org > > -- Received OK from Echolink server nawest.echolink.org > > -- Directory pgm done downloading(partial,compressed), 394 records > [Mar 21 16:38:42] WARNING[819]: chan_iax2.c:10127 iax2_do_register: > REGISTER-LOG: Sending registration request for '44011' > [Mar 21 16:38:44] WARNING[815]: chan_iax2.c:7690 registry_rerequest: > REGISTER-LOG: registry rereqquest > [Mar 21 16:39:34] WARNING[816]: chan_iax2.c:10127 iax2_do_register: > REGISTER-LOG: Sending registration request for '44011' > [Mar 21 16:39:36] WARNING[819]: chan_iax2.c:7690 registry_rerequest: > REGISTER-LOG: registry rereqquest > > After looking at it for a while, I noticed that the time delta between > the "registry rerequests" and the following "do_register" is exactly > 50 seconds. Is this normal? Does it really need to re-register that > often or does it indicate a network problem with the Rpi's connection > to the outside world? > > My configuration again is: > > Raspberry Pi 3 with DIAL RAT_RC1.img > Repeater Builder RB-USB Rim Lite Interface > Vertex VXR-7000 Repeater > Metallic case for the Pi > Modular connectors and Cat-7 cable for the interface with snap-on > chokes at both ends > Pi is connected to the local network via Wifi (We are prepared to move > this to Ethernet, but need approval of the host to do so) > Pi is connected to an external server via OpenVPN for collection of > mgmt. statistics via SNMP > Pi also runs Apache2 and Allmon2 > Echolink is enabled (Node 746074) > AllStarLink of course (Node 44011) > > Thanks for any insight you might be able to lend! > > Bill Higgins > N0NOE > > > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at lists.allstarlink.org > http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit http://lists.allstarlink.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: From kb1ncj at gmail.com Wed Mar 22 01:40:17 2017 From: kb1ncj at gmail.com (Greg) Date: Tue, 21 Mar 2017 21:40:17 -0400 Subject: [App_rpt-users] tx audio delay In-Reply-To: References: Message-ID: Hello, need some help. Using usbradio and want to know where and how I can make adjustment to delay tx audio between it and PTT. I'm doing something experimental and I am getting clipped (cut short at start) audio. I see it being sent via CLI but the radio isn't in transmit yet. This is only after I issue something from the radio I am using to talk to the node. Otherwise, announcements, cwid and activity is fine. It may be a rx issue, since I am using carrierfrom=vox and rxdemod=speaker. Maybe some conflict where it is using a vox delay or is picking up a tail of false rx... So any place to set these delays? Thanks Greg From tisawyer at gmail.com Wed Mar 22 02:51:04 2017 From: tisawyer at gmail.com (Tim Sawyer) Date: Tue, 21 Mar 2017 19:51:04 -0700 Subject: [App_rpt-users] ilink,6 and permalinks? In-Reply-To: References: Message-ID: If there is a way to find out what the permalink nodes are you could script something. Maybe one of Kiel's scripts will help. http://www.qsl.net/k0kn/scripts.html On Tue, Mar 21, 2017 at 9:14 AM, Bryan Fields wrote: > On 3/21/17 10:52 AM, Lu V wrote: > > I just do a macro that does ilink 6 and then the perm links again. > > If the permalinks are known, that's good, but unfortunately they can > change. > Based on David's comments I think the data needed may not be there on all > systems to be able to do it properly. > > -- > Bryan Fields > > 727-409-1194 - Voice > http://bryanfields.net > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at lists.allstarlink.org > http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit http://lists.allstarlink.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. > -- -- Tim -------------- next part -------------- An HTML attachment was scrubbed... URL: From mike at midnighteng.com Wed Mar 22 08:03:24 2017 From: mike at midnighteng.com (mike at midnighteng.com) Date: Wed, 22 Mar 2017 04:03:24 -0400 Subject: [App_rpt-users] Set time remotely-SOLVED w/ radio dtmf ! In-Reply-To: Message-ID: <43a94436587d6988cc36694ac4d8f9cbe3045bb0@webmail.midnighteng.com> A means to set system clock with DTMF RADIO COMMANDS. First I want to point out several things. Read the warnings at the bottom. This is not a perfect thing, but a framework to meet a end need. You will likely need to make adjustments to it for your particular circumstance(s). It was intended for Acid users who have no internet connection on their system but can be adapted to fit many situations. While there are more than a dozen ways to do the same thing, I chose this one to show to the group for the simplicity of implementation to those that are not as linux savvy, but have learned asterisk somewhat. If you are in the US and have had the same system running for many years without updating the zoneinfo files, you should do that and copy the new timezone file to your /etc/localtime because the Daylight savings time that changed a few years ago has probably been giving you some frustration on the time change twice or four times a year. SO, I am implementing this from the phone patch. By default, (*6) +A+ HHMM is all the dtmf you would need to enter the time in 24hr format. example *6A1345 will set the clock to 1:45pm I chose 'A' as the dialing catch since it is unlikely to be in your normal phone extensions and this is intended for no internet service installs. In extensions.conf just under [radio] [radio] exten = _Axxxx,1,Goto(set_time_clock|${EXTEN:1}|1)?? ;set time, send to subscript without leading digit (place the rest at the end of extensions.conf file....) [set_time_clock]; by kb8jnm exten =_X.,1,Wait(5) exten =_X.,2,Playback(rpt/thetimeis) exten =_X.,3,SayAlpha(${EXTEN})?????? ; Read back Dialed Number for time exten =_X.,4,Wait(10)????????????????? ; allow 10 seconds to hang-up (*0 ) if not correct exten =_X.,5,System(date +%T -s "${EXTEN:0:2}:${EXTEN:2:2}:00") ;format 'HH:MM:00' - 24hr format exten =_X.,6,System(reboot) exten =_X.,7,Hangup Warnings: Adjusting the timeclock on a live system can have unknown affect on things that are running relying on timers. So at a minimum, shutdown links before adjusting the clock. If you have much a time slippage in your clock, adjust it more often or when it gets 2 minutes or so out of time. I am thinking of you folks that have unconnected mountain top systems you can't get to if a problem arises. So, To avoid many unexpected problems that can occur in system timers mis-match, the system will reboot right after setting the clock. I suggest you leave that in place unless you have good reason to take it out. But you have been warned. If you like it... great... if you don't like it... make it better and shove it out to the group for others to improve on. Probably better to hand the extension data off to a shell script, shutdown asterisk, set-clock, restart asterisk & exit. But this is simple and with the full reboot, resets 'all' system timers before 'any' can be a problem. Unless you change that. But it is a bit belated reply to Steve/ KB8BIW's request last year. 73, ...mike/kb8jnm -------------- next part -------------- An HTML attachment was scrubbed... URL: From mike at midnighteng.com Wed Mar 22 08:13:06 2017 From: mike at midnighteng.com (mike at midnighteng.com) Date: Wed, 22 Mar 2017 04:13:06 -0400 Subject: [App_rpt-users] Set time remotely-SOLVED w/ radio dtmf ! Message-ID: <132dfb80c8a9aa836be53fd4857f41747b0656ae@webmail.midnighteng.com> A means to set system clock with DTMF RADIO COMMANDS. First I want to point out several things. Read the warnings at the bottom. This is not a perfect thing, but a framework to meet a end need. You will likely need to make adjustments to it for your particular circumstance(s). It was intended for Acid users who have no internet connection on their system but can be adapted to fit many situations. While there are more than a dozen ways to do the same thing, I chose this one to show to the group for the simplicity of implementation to those that are not as linux savvy, but have learned asterisk somewhat. If you are in the US and have had the same system running for many years without updating the zoneinfo files, you should do that and copy the new timezone file to your /etc/localtime because the Daylight savings time that changed a few years ago has probably been giving you some frustration on the time change twice or four times a year. SO, I am implementing this from the phone patch. By default, (*6) +A+ HHMM is all the dtmf you would need to enter the time in 24hr format. example *6A1345 will set the clock to 1:45pm I chose 'A' as the dialing catch since it is unlikely to be in your normal phone extensions and this is intended for no internet service installs. In extensions.conf just under [radio] [radio] exten = _Axxxx,1,Goto(set_time_clock|${EXTEN:1}|1)?? ;set time, send to subscript without leading digit (place the rest at the end of extensions.conf file....) [set_time_clock]; by kb8jnm exten =_X.,1,Wait(5) exten =_X.,2,Playback(rpt/thetimeis) exten =_X.,3,SayAlpha(${EXTEN})?????? ; Read back Dialed Number for time exten =_X.,4,Wait(10)????????????????? ; allow 10 seconds to hang-up (*0 ) if not correct exten =_X.,5,System(date +%T -s "${EXTEN:0:2}:${EXTEN:2:2}:00") ;format 'HH:MM:00' - 24hr format exten =_X.,6,System(reboot) exten =_X.,7,Hangup Warnings: Adjusting the timeclock on a live system can have unknown affect on things that are running relying on timers. So at a minimum, shutdown links before adjusting the clock. If you have much a time slippage in your clock, adjust it more often or when it gets 2 minutes or so out of time. I am thinking of you folks that have unconnected mountain top systems you can't get to if a problem arises. So, To avoid many unexpected problems that can occur in system timers mis-match, the system will reboot right after setting the clock. I suggest you leave that in place unless you have good reason to take it out. But you have been warned. If you like it... great... if you don't like it... make it better and shove it out to the group for others to improve on. Probably better to hand the extension data off to a shell script, shutdown asterisk, set-clock, restart asterisk & exit. But this is simple and with the full reboot, resets 'all' system timers before 'any' can be a problem. Unless you change that. But it is a bit belated reply to Steve/ KB8BIW's request last year. 73, ...mike/kb8jnm -------------- next part -------------- An HTML attachment was scrubbed... URL: From higgins.ws at gmail.com Wed Mar 22 16:17:47 2017 From: higgins.ws at gmail.com (William Higgins) Date: Wed, 22 Mar 2017 11:17:47 -0500 Subject: [App_rpt-users] Registry re-requests Message-ID: Steve, I have felt that it was ok. I seem to be able to get to it remotely via SSH at will and I have not noticed any loss of SNMP data. One more interesting note. I took a look at my simplex multinode (43758 and 43936) here at my QTH and it's doing exactly the same thing. That system is a mini ITX PC based DIAL system. The only things these two systems have in common are: 1.) I was the builder, 2.) they're both using RIM LITE style interfaces, and 3.) they are both behind NAT routers (with the appropriate ports forwarded of course). Bill >William, >Have you verified good connectivity from your node to the net? I am >watching the reregistration server now to see I can catch any hints. > >73, Steve > >On 03/21/2017 05:52 PM, William Higgins wrote: > Still on a quest to find out why my repeater node is behaving badly > re: audio dropouts, I decided to look with more depth at the events in > asterisk. > > I set verbose level to 6 and saw this recurring pattern. > > A section of the log output to the console follows: > > [Mar 21 16:36:58] WARNING[818]: chan_iax2.c:10127 iax2_do_register: > REGISTER-LOG: Sending registration request for '44011' > [Mar 21 16:37:00] WARNING[822]: chan_iax2.c:7690 registry_rerequest: > REGISTER-LOG: registry rereqquest > [Mar 21 16:37:50] WARNING[815]: chan_iax2.c:10127 iax2_do_register: > REGISTER-LOG: Sending registration request for '44011' > [Mar 21 16:37:52] WARNING[818]: chan_iax2.c:7690 registry_rerequest: > REGISTER-LOG: registry rereqquest > -- Received OK from Echolink server nawest.echolink.org > > -- Received OK from Echolink server nawest.echolink.org > > -- Directory pgm done downloading(partial,compressed), 394 records > [Mar 21 16:38:42] WARNING[819]: chan_iax2.c:10127 iax2_do_register: > REGISTER-LOG: Sending registration request for '44011' > [Mar 21 16:38:44] WARNING[815]: chan_iax2.c:7690 registry_rerequest: > REGISTER-LOG: registry rereqquest > [Mar 21 16:39:34] WARNING[816]: chan_iax2.c:10127 iax2_do_register: > REGISTER-LOG: Sending registration request for '44011' > [Mar 21 16:39:36] WARNING[819]: chan_iax2.c:7690 registry_rerequest: > REGISTER-LOG: registry rereqquest > > After looking at it for a while, I noticed that the time delta between > the "registry rerequests" and the following "do_register" is exactly > 50 seconds. Is this normal? Does it really need to re-register that > often or does it indicate a network problem with the Rpi's connection > to the outside world? > > My configuration again is: > > Raspberry Pi 3 with DIAL RAT_RC1.img > Repeater Builder RB-USB Rim Lite Interface > Vertex VXR-7000 Repeater > Metallic case for the Pi > Modular connectors and Cat-7 cable for the interface with snap-on > chokes at both ends > Pi is connected to the local network via Wifi (We are prepared to move > this to Ethernet, but need approval of the host to do so) > Pi is connected to an external server via OpenVPN for collection of > mgmt. statistics via SNMP > Pi also runs Apache2 and Allmon2 > Echolink is enabled (Node 746074) > AllStarLink of course (Node 44011) > > Thanks for any insight you might be able to lend! > > Bill Higgins > N0NOE -------------- next part -------------- An HTML attachment was scrubbed... URL: From benjamin at project23d.com Thu Mar 23 04:18:35 2017 From: benjamin at project23d.com (Benjamin L. Naber) Date: Thu, 23 Mar 2017 00:18:35 -0400 Subject: [App_rpt-users] Registry re-requests and Audio drop-outs In-Reply-To: References: Message-ID: <9a411e9d-08d1-3708-0c33-46124f8ae620@project23d.com> Bill, There is a myriad of reasons as to why you are experiencing audio drop outs. There are a few things to look at: 1. Your network the Allstarlink node is connected to. Even though you may have more then enough bandwidth, TOS/QoS needs to be setup on the Internet facing router in order implement a packet queuing discipline. On my home router, setting only (WAN <-> LAN hostIP) UDP 4569 as highest priority, there are zero audio drop-outs or dropped packets, even though someone is watching youtube and netflix, while I'm conversing with one or several others over Allstarlink. 2. You ISP could possibly be having issues. Case in point: East Alabama Cable has very poor network management. Running Wireshark directly connected to the cable modem yield several thousand packets/minute of ARP requests and other broadcast stuff.... for network hosts NOT residing on the customer trunks. Thus far, with East Alabama Cable, we experience anywhere between 5 to 17% packet loss regardless of time of day, night, and wee hours of the morning. I have WoW at home, and I *may* see one or two packets dropped out of several thousand... even with the kids watching their junk on the internet. 3. Another possibility is the USB host I/O chip on you computer. Real-time USB audio is minorly CPU intensive, and if the machine is running a lot of tasks, you may need to adjust the 'nice' levels, give the audio related processes, and asterisk, a higher priority. And honestly, some computers, usually those with RealTek USB host controllers, are more problematic than others. ....... The registry re-requests, while annoying to see, is your Allstarlink box telling the Allstarlink register server your node number(s) are alive, and made available for connections. The register process is also the authentication of the Allstarlink server to allow your node to make outbound connections(calls). ~Benjamin, KB9LFZ On 03/22/2017 12:17 PM, William Higgins wrote: > Steve, > > I have felt that it was ok. I seem to be able to get to it remotely > via SSH at will and I have not noticed any loss of SNMP data. > > One more interesting note. I took a look at my simplex multinode > (43758 and 43936) here at my QTH and it's doing exactly the same > thing. That system is a mini ITX PC based DIAL system. The only > things these two systems have in common are: 1.) I was the builder, > 2.) they're both using RIM LITE style interfaces, and 3.) they are > both behind NAT routers (with the appropriate ports forwarded of course). > > Bill > > > >William, > >Have you verified good connectivity from your node to the net? I am > >watching the reregistration server now to see I can catch any hints. > > > >73, Steve > > > >On 03/21/2017 05:52 PM, William Higgins wrote: > > Still on a quest to find out why my repeater node is behaving badly > > re: audio dropouts, I decided to look with more depth at the events in > > asterisk. > > > > I set verbose level to 6 and saw this recurring pattern. > > > > A section of the log output to the console follows: > > > > [Mar 21 16:36:58] WARNING[818]: chan_iax2.c:10127 iax2_do_register: > > REGISTER-LOG: Sending registration request for '44011' > > [Mar 21 16:37:00] WARNING[822]: chan_iax2.c:7690 registry_rerequest: > > REGISTER-LOG: registry rereqquest > > [Mar 21 16:37:50] WARNING[815]: chan_iax2.c:10127 iax2_do_register: > > REGISTER-LOG: Sending registration request for '44011' > > [Mar 21 16:37:52] WARNING[818]: chan_iax2.c:7690 registry_rerequest: > > REGISTER-LOG: registry rereqquest > > -- Received OK from Echolink server nawest.echolink.org > > > > -- Received OK from Echolink server nawest.echolink.org > > > > -- Directory pgm done downloading(partial,compressed), 394 records > > [Mar 21 16:38:42] WARNING[819]: chan_iax2.c:10127 iax2_do_register: > > REGISTER-LOG: Sending registration request for '44011' > > [Mar 21 16:38:44] WARNING[815]: chan_iax2.c:7690 registry_rerequest: > > REGISTER-LOG: registry rereqquest > > [Mar 21 16:39:34] WARNING[816]: chan_iax2.c:10127 iax2_do_register: > > REGISTER-LOG: Sending registration request for '44011' > > [Mar 21 16:39:36] WARNING[819]: chan_iax2.c:7690 registry_rerequest: > > REGISTER-LOG: registry rereqquest > > > > After looking at it for a while, I noticed that the time delta between > > the "registry rerequests" and the following "do_register" is exactly > > 50 seconds. Is this normal? Does it really need to re-register that > > often or does it indicate a network problem with the Rpi's connection > > to the outside world? > > > > My configuration again is: > > > > Raspberry Pi 3 with DIAL RAT_RC1.img > > Repeater Builder RB-USB Rim Lite Interface > > Vertex VXR-7000 Repeater > > Metallic case for the Pi > > Modular connectors and Cat-7 cable for the interface with snap-on > > chokes at both ends > > Pi is connected to the local network via Wifi (We are prepared to move > > this to Ethernet, but need approval of the host to do so) > > Pi is connected to an external server via OpenVPN for collection of > > mgmt. statistics via SNMP > > Pi also runs Apache2 and Allmon2 > > Echolink is enabled (Node 746074) > > AllStarLink of course (Node 44011) > > > > Thanks for any insight you might be able to lend! > > > > Bill Higgins > > N0NOE > > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at lists.allstarlink.org > http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit http://lists.allstarlink.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: From benjamin at project23d.com Thu Mar 23 04:28:00 2017 From: benjamin at project23d.com (Benjamin L. Naber) Date: Thu, 23 Mar 2017 00:28:00 -0400 Subject: [App_rpt-users] tx audio delay In-Reply-To: References: Message-ID: VOX is going to add some delay you may also want to see if you have: rxondelay=x rxondelay is usually used for simplex radios or on repeater as a kerchunk filter. The integer is the common denominator of how much time you want to RX to be active before asterisk 'listens' in counts of 20ms.... so; rxondelay=1 is 20ms. if =2, then 40ms, and so on. Also, change your carrierfrom= key/value pair. if you are not going to use COR/CAS logic from the radio then I suggest you use: carrierfrom=dsp and then run the usbradio-tune-menu to properly adjust the RX audio levels for asterisk to know what is white noise and a signal with intelligence on it. ~Benjamin, KB9LFZ On 03/21/2017 09:40 PM, Greg wrote: > Hello, need some help. Using usbradio and want to know where and how I > can make adjustment to delay tx audio between it and PTT. I'm doing > something experimental and I am getting clipped (cut short at start) > audio. I see it being sent via CLI but the radio isn't in transmit > yet. This is only after I issue something from the radio I am using to > talk to the node. Otherwise, announcements, cwid and activity is fine. > It may be a rx issue, since I am using carrierfrom=vox and > rxdemod=speaker. Maybe some conflict where it is using a vox delay or > is picking up a tail of false rx... So any place to set these delays? > Thanks > Greg > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at lists.allstarlink.org > http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit > http://lists.allstarlink.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. From shawpbx at gmail.com Thu Mar 23 15:59:17 2017 From: shawpbx at gmail.com (David Shaw) Date: Thu, 23 Mar 2017 08:59:17 -0700 Subject: [App_rpt-users] Registry re-requests In-Reply-To: References: Message-ID: Hello Bill, Yes, Asterisk registers every 50 seconds. You can see that the Refresh rate "60" is shown in iax2 show registered. Here is what my node shows. 2063*CLI> iax2 show registry Host dnsmgr Username Perceived Refresh State 67.215.233.178:4569 Y 2064 76.91.82.94:4570 60 Registered 67.215.233.178:4569 Y 2063 76.91.82.94:4570 60 Registered [Mar 23 08:28:38] WARNING[1128]: chan_iax2.c:10127 iax2_do_register: REGISTER-LOG: Sending registration request for '2064' [Mar 23 08:28:38] WARNING[1129]: chan_iax2.c:10127 iax2_do_register: REGISTER-LOG: Sending registration request for '2063' [Mar 23 08:28:38] WARNING[1130]: chan_iax2.c:7690 registry_rerequest: REGISTER-LOG: registry rereqquest [Mar 23 08:28:38] WARNING[1123]: chan_iax2.c:7690 registry_rerequest: REGISTER-LOG: registry rereqquest == Parsing '/etc/asterisk/gps.conf': Found == Parsing '/etc/asterisk/gps.conf': Found [Mar 23 08:29:27] NOTICE[1119]: chan_echolink.c:2179 sendcmd: Received OK from Echolink server server1.echolink.org [Mar 23 08:29:27] NOTICE[1119]: chan_echolink.c:2484 do_el_directory: Directory pgm done downloading(partial,compressed), 915 records [Mar 23 08:29:28] WARNING[1129]: chan_iax2.c:10127 iax2_do_register: REGISTER-LOG: Sending registration request for '2064' [Mar 23 08:29:28] WARNING[1121]: chan_iax2.c:7690 registry_rerequest: REGISTER-LOG: registry rereqquest [Mar 23 08:29:28] WARNING[1122]: chan_iax2.c:10127 iax2_do_register: REGISTER-LOG: Sending registration request for '2063' [Mar 23 08:29:28] WARNING[1125]: chan_iax2.c:7690 registry_rerequest: REGISTER-LOG: registry rereqquest After reading all the post. I don't think this is a OS problem (N4IRS can chime in) but more of network or USB problem. I'm using good old Limey Linux and a 4 port pci card. Allstar uses UDP. Drop a UDP packet and that will drop out on the repeater. SSH and SNMP uses TCP. Drop out a TCP packet. It will send a replacement packet. No loss of data but slower. Are you using both WiFi and Ethernet at the same time? I would try using just one mode to access the internet. How are you connecting to the Internet? i.e. WiFi to a cell hotspot or WiFi to a Mesh Network? What kind of local network? "Modular connectors and Cat-7 cable for the interface with snap-on chokes at both ends Pi is connected to the local network via Wifi (We are prepared to move this to Ethernet, but need approval of the host to do so)" If this is a network problem. I would use the mrt command to test your network to the ASL server. Google Linux MRT and Linux MRT save to a file. Let us know. David KE6UPI -- Thanks, David "Laws that forbid the carrying of arms...disarm only those who are neither inclined nor determined to commit crimes. Such laws make things worse for the assaulted and better for the assailants; they serve rather to encourage than prevent homicides, for an unarmed man may be attacked with greater confidence than an armed one." Thomas Jefferson On Wed, Mar 22, 2017 at 9:17 AM, William Higgins wrote: > Steve, > > I have felt that it was ok. I seem to be able to get to it remotely via > SSH at will and I have not noticed any loss of SNMP data. > > One more interesting note. I took a look at my simplex multinode (43758 > and 43936) here at my QTH and it's doing exactly the same thing. That > system is a mini ITX PC based DIAL system. The only things these two > systems have in common are: 1.) I was the builder, 2.) they're both using > RIM LITE style interfaces, and 3.) they are both behind NAT routers (with > the appropriate ports forwarded of course). > > Bill > > > >William, > >Have you verified good connectivity from your node to the net? I am > >watching the reregistration server now to see I can catch any hints. > > > >73, Steve > > > >On 03/21/2017 05:52 PM, William Higgins wrote: > > Still on a quest to find out why my repeater node is behaving badly > > re: audio dropouts, I decided to look with more depth at the events in > > asterisk. > > > > I set verbose level to 6 and saw this recurring pattern. > > > > A section of the log output to the console follows: > > > > [Mar 21 16:36:58] WARNING[818]: chan_iax2.c:10127 iax2_do_register: > > REGISTER-LOG: Sending registration request for '44011' > > [Mar 21 16:37:00] WARNING[822]: chan_iax2.c:7690 registry_rerequest: > > REGISTER-LOG: registry rereqquest > > [Mar 21 16:37:50] WARNING[815]: chan_iax2.c:10127 iax2_do_register: > > REGISTER-LOG: Sending registration request for '44011' > > [Mar 21 16:37:52] WARNING[818]: chan_iax2.c:7690 registry_rerequest: > > REGISTER-LOG: registry rereqquest > > -- Received OK from Echolink server nawest.echolink.org > > > > -- Received OK from Echolink server nawest.echolink.org > > > > > -- Directory pgm done downloading(partial,compressed), 394 records > > [Mar 21 16:38:42] WARNING[819]: chan_iax2.c:10127 iax2_do_register: > > REGISTER-LOG: Sending registration request for '44011' > > [Mar 21 16:38:44] WARNING[815]: chan_iax2.c:7690 registry_rerequest: > > REGISTER-LOG: registry rereqquest > > [Mar 21 16:39:34] WARNING[816]: chan_iax2.c:10127 iax2_do_register: > > REGISTER-LOG: Sending registration request for '44011' > > [Mar 21 16:39:36] WARNING[819]: chan_iax2.c:7690 registry_rerequest: > > REGISTER-LOG: registry rereqquest > > > > After looking at it for a while, I noticed that the time delta between > > the "registry rerequests" and the following "do_register" is exactly > > 50 seconds. Is this normal? Does it really need to re-register that > > often or does it indicate a network problem with the Rpi's connection > > to the outside world? > > > > My configuration again is: > > > > Raspberry Pi 3 with DIAL RAT_RC1.img > > Repeater Builder RB-USB Rim Lite Interface > > Vertex VXR-7000 Repeater > > Metallic case for the Pi > > Modular connectors and Cat-7 cable for the interface with snap-on > > chokes at both ends > > Pi is connected to the local network via Wifi (We are prepared to move > > this to Ethernet, but need approval of the host to do so) > > Pi is connected to an external server via OpenVPN for collection of > > mgmt. statistics via SNMP > > Pi also runs Apache2 and Allmon2 > > Echolink is enabled (Node 746074) > > AllStarLink of course (Node 44011) > > > > Thanks for any insight you might be able to lend! > > > > Bill Higgins > > N0NOE > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at lists.allstarlink.org > http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit http://lists.allstarlink.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: From higgins.ws at gmail.com Thu Mar 23 18:20:46 2017 From: higgins.ws at gmail.com (William Higgins) Date: Thu, 23 Mar 2017 13:20:46 -0500 Subject: [App_rpt-users] Registry re-requests (David Shaw) Message-ID: Hi David! First of all, thanks for your suggestions. I'm not saying that the network can't be a problem, however, there is seldom anyone coming into the node via Echolink or ASL. The audio dropouts are predominantly from repeater receiver audio, during local QSOs. When I spoke of the CAT7 cable with the ferrite chokes, I was referencing the interface cable I constructed to run between the RIM Lite and the repeater itself. The RPi3 is connected to the network via Wifi to a router that is no more than 4-5 feet away. I've seen no evidence of the link bouncing at all. We did not connect it via Ethernet because all the host's router's ethernet ports were full. We have purchased a switch to expand his network so that we can connect via Ethernet instead as soon as we get approval from him to do so. I am wondering if this might be a USB problem, however I have found no indication in any of the system or Asterisk log files of that. The RIM Lite is the only USB device plugged into the RPi3. I suppose it's also possible that the RIM Lite is wonky, but I have no other device with which to replace it. I have not yet put a ferrite choke on the USB cable, but plan to do that during my next trip to the site. I really appreciate all the ideas that are coming forward. If I don't get this solved soon, I'm going to have to put the original CAT200 controller back in place, hang my head in shame and restart this whole project at a later time. (Oh well, it won't be the first time for that! LOL) Bill Higgins N0NOE >After reading all the post. I don't think this is a OS problem (N4IRS can >chime in) but more of network or USB problem. I'm using good old Limey >Linux and a 4 port pci card. >Allstar uses UDP. Drop a UDP packet and that will drop out on the repeater. >SSH and SNMP uses TCP. Drop out a TCP packet. It will send a replacement >packet. No loss of data but slower. > > >Are you using both WiFi and Ethernet at the same time? I would try using >just one mode to access the internet. How are you connecting to the >Internet? i.e. WiFi to a cell hotspot or WiFi to a Mesh Network? What kind >of local network? > >"Modular connectors and Cat-7 cable for the interface with snap-on chokes >at both ends >Pi is connected to the local network via Wifi (We are prepared to move this >to Ethernet, but need approval of the host to do so)" > >If this is a network problem. I would use the mrt command to test your >network to the ASL server. Google Linux MRT and Linux MRT save to a file. > >Let us know. >David >KE6UPI -------------- next part -------------- An HTML attachment was scrubbed... URL: From shawpbx at gmail.com Thu Mar 23 18:31:07 2017 From: shawpbx at gmail.com (David Shaw) Date: Thu, 23 Mar 2017 11:31:07 -0700 Subject: [App_rpt-users] Registry re-requests (David Shaw) In-Reply-To: References: Message-ID: No problem Bill, Would you like me to connect via ASL to your node to see if you have the same problem as your local QSO users do? I can't speak for the RIM Lite. David -- Thanks, David "Laws that forbid the carrying of arms...disarm only those who are neither inclined nor determined to commit crimes. Such laws make things worse for the assaulted and better for the assailants; they serve rather to encourage than prevent homicides, for an unarmed man may be attacked with greater confidence than an armed one." Thomas Jefferson On Thu, Mar 23, 2017 at 11:20 AM, William Higgins wrote: > Hi David! > > First of all, thanks for your suggestions. > > I'm not saying that the network can't be a problem, however, there is > seldom anyone coming into the node via Echolink or ASL. The audio dropouts > are predominantly from repeater receiver audio, during local QSOs. When I > spoke of the CAT7 cable with the ferrite chokes, I was referencing the > interface cable I constructed to run between the RIM Lite and the repeater > itself. The RPi3 is connected to the network via Wifi to a router that is > no more than 4-5 feet away. I've seen no evidence of the link bouncing at > all. We did not connect it via Ethernet because all the host's router's > ethernet ports were full. We have purchased a switch to expand his network > so that we can connect via Ethernet instead as soon as we get approval from > him to do so. > > I am wondering if this might be a USB problem, however I have found no > indication in any of the system or Asterisk log files of that. The RIM > Lite is the only USB device plugged into the RPi3. I suppose it's also > possible that the RIM Lite is wonky, but I have no other device with which > to replace it. I have not yet put a ferrite choke on the USB cable, but > plan to do that during my next trip to the site. > > I really appreciate all the ideas that are coming forward. If I don't get > this solved soon, I'm going to have to put the original CAT200 controller > back in place, hang my head in shame and restart this whole project at a > later time. (Oh well, it won't be the first time for that! LOL) > > Bill Higgins > N0NOE > > > > >After reading all the post. I don't think this is a OS problem (N4IRS can > >chime in) but more of network or USB problem. I'm using good old Limey > >Linux and a 4 port pci card. > >Allstar uses UDP. Drop a UDP packet and that will drop out on the > repeater. > >SSH and SNMP uses TCP. Drop out a TCP packet. It will send a replacement > >packet. No loss of data but slower. > > > > > >Are you using both WiFi and Ethernet at the same time? I would try using > >just one mode to access the internet. How are you connecting to the > >Internet? i.e. WiFi to a cell hotspot or WiFi to a Mesh Network? What kind > >of local network? > > > >"Modular connectors and Cat-7 cable for the interface with snap-on chokes > >at both ends > >Pi is connected to the local network via Wifi (We are prepared to move > this > >to Ethernet, but need approval of the host to do so)" > > > >If this is a network problem. I would use the mrt command to test your > >network to the ASL server. Google Linux MRT and Linux MRT save to a file. > > > >Let us know. > >David > >KE6UPI > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at lists.allstarlink.org > http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit http://lists.allstarlink.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: From szingman at msgstor.com Thu Mar 23 18:55:46 2017 From: szingman at msgstor.com (Steve Zingman) Date: Thu, 23 Mar 2017 14:55:46 -0400 Subject: [App_rpt-users] Registry re-requests (David Shaw) In-Reply-To: References: Message-ID: <65c21719-5681-0384-0c9b-d84debce60ae@msgstor.com> The DV3000 is plugged in? If it is unplug it and re-connect it. On 3/23/2017 2:31 PM, David Shaw wrote: > No problem Bill, Would you like me to connect via ASL to your node to > see if you have the same problem as your local QSO users do? I can't > speak for the RIM Lite. > > David > > > > -- > Thanks, David > > "Laws that forbid the carrying of arms...disarm only those who are > neither inclined nor determined to commit crimes. Such laws make > things worse for the assaulted and better for the assailants; they > serve rather to encourage than prevent homicides, for an unarmed man > may be attacked with greater confidence than an armed one." > Thomas Jefferson > > On Thu, Mar 23, 2017 at 11:20 AM, William Higgins > > wrote: > > Hi David! > > First of all, thanks for your suggestions. > > I'm not saying that the network can't be a problem, however, there > is seldom anyone coming into the node via Echolink or ASL. The > audio dropouts are predominantly from repeater receiver audio, > during local QSOs. When I spoke of the CAT7 cable with the > ferrite chokes, I was referencing the interface cable I > constructed to run between the RIM Lite and the repeater itself. > The RPi3 is connected to the network via Wifi to a router that is > no more than 4-5 feet away. I've seen no evidence of the link > bouncing at all. We did not connect it via Ethernet because all > the host's router's ethernet ports were full. We have purchased a > switch to expand his network so that we can connect via Ethernet > instead as soon as we get approval from him to do so. > > I am wondering if this might be a USB problem, however I have > found no indication in any of the system or Asterisk log files of > that. The RIM Lite is the only USB device plugged into the RPi3. > I suppose it's also possible that the RIM Lite is wonky, but I > have no other device with which to replace it. I have not yet put > a ferrite choke on the USB cable, but plan to do that during my > next trip to the site. > > I really appreciate all the ideas that are coming forward. If I > don't get this solved soon, I'm going to have to put the original > CAT200 controller back in place, hang my head in shame and restart > this whole project at a later time. (Oh well, it won't be the > first time for that! LOL) > > Bill Higgins > N0NOE > > > > >After reading all the post. I don't think this is a OS problem > (N4IRS can > >chime in) but more of network or USB problem. I'm using good old Limey > >Linux and a 4 port pci card. > >Allstar uses UDP. Drop a UDP packet and that will drop out on the repeater. > >SSH and SNMP uses TCP. Drop out a TCP packet. It will send a replacement > >packet. No loss of data but slower. > > > > > >Are you using both WiFi and Ethernet at the same time? I would try using > >just one mode to access the internet. How are you connecting to the > >Internet? i.e. WiFi to a cell hotspot or WiFi to a Mesh Network? What kind > >of local network? > > > >"Modular connectors and Cat-7 cable for the interface with snap-on chokes > >at both ends > >Pi is connected to the local network via Wifi (We are prepared to move this > >to Ethernet, but need approval of the host to do so)" > > > >If this is a network problem. I would use the mrt command to test your > >network to the ASL server. Google Linux MRT and Linux MRT save to a file. > > > >Let us know. > >David > >KE6UPI > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at lists.allstarlink.org > > http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users > > > To unsubscribe from this list please visit > http://lists.allstarlink.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 lists.allstarlink.org > http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit http://lists.allstarlink.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: From shawpbx at gmail.com Thu Mar 23 19:00:15 2017 From: shawpbx at gmail.com (David Shaw) Date: Thu, 23 Mar 2017 12:00:15 -0700 Subject: [App_rpt-users] Registry re-requests (David Shaw) In-Reply-To: <65c21719-5681-0384-0c9b-d84debce60ae@msgstor.com> References: <65c21719-5681-0384-0c9b-d84debce60ae@msgstor.com> Message-ID: Yes, its a thumbDV David -- Thanks, David "Laws that forbid the carrying of arms...disarm only those who are neither inclined nor determined to commit crimes. Such laws make things worse for the assaulted and better for the assailants; they serve rather to encourage than prevent homicides, for an unarmed man may be attacked with greater confidence than an armed one." Thomas Jefferson On Thu, Mar 23, 2017 at 11:55 AM, Steve Zingman wrote: > The DV3000 is plugged in? If it is unplug it and re-connect it. > > > On 3/23/2017 2:31 PM, David Shaw wrote: > > No problem Bill, Would you like me to connect via ASL to your node to see > if you have the same problem as your local QSO users do? I can't speak for > the RIM Lite. > > David > > > > -- > Thanks, David > > "Laws that forbid the carrying of arms...disarm only those who are neither > inclined nor determined to commit crimes. Such laws make things worse for > the assaulted and better for the assailants; they serve rather to encourage > than prevent homicides, for an unarmed man may be attacked with greater > confidence than an armed one." > Thomas Jefferson > > On Thu, Mar 23, 2017 at 11:20 AM, William Higgins > wrote: > >> Hi David! >> >> First of all, thanks for your suggestions. >> >> I'm not saying that the network can't be a problem, however, there is >> seldom anyone coming into the node via Echolink or ASL. The audio dropouts >> are predominantly from repeater receiver audio, during local QSOs. When I >> spoke of the CAT7 cable with the ferrite chokes, I was referencing the >> interface cable I constructed to run between the RIM Lite and the repeater >> itself. The RPi3 is connected to the network via Wifi to a router that is >> no more than 4-5 feet away. I've seen no evidence of the link bouncing at >> all. We did not connect it via Ethernet because all the host's router's >> ethernet ports were full. We have purchased a switch to expand his network >> so that we can connect via Ethernet instead as soon as we get approval from >> him to do so. >> >> I am wondering if this might be a USB problem, however I have found no >> indication in any of the system or Asterisk log files of that. The RIM >> Lite is the only USB device plugged into the RPi3. I suppose it's also >> possible that the RIM Lite is wonky, but I have no other device with which >> to replace it. I have not yet put a ferrite choke on the USB cable, but >> plan to do that during my next trip to the site. >> >> I really appreciate all the ideas that are coming forward. If I don't >> get this solved soon, I'm going to have to put the original CAT200 >> controller back in place, hang my head in shame and restart this whole >> project at a later time. (Oh well, it won't be the first time for that! LOL) >> >> Bill Higgins >> N0NOE >> >> >> >> >After reading all the post. I don't think this is a OS problem (N4IRS can >> >chime in) but more of network or USB problem. I'm using good old Limey >> >Linux and a 4 port pci card. >> >Allstar uses UDP. Drop a UDP packet and that will drop out on the >> repeater. >> >SSH and SNMP uses TCP. Drop out a TCP packet. It will send a replacement >> >packet. No loss of data but slower. >> > >> > >> >Are you using both WiFi and Ethernet at the same time? I would try using >> >just one mode to access the internet. How are you connecting to the >> >Internet? i.e. WiFi to a cell hotspot or WiFi to a Mesh Network? What >> kind >> >of local network? >> > >> >"Modular connectors and Cat-7 cable for the interface with snap-on chokes >> >at both ends >> >Pi is connected to the local network via Wifi (We are prepared to move >> this >> >to Ethernet, but need approval of the host to do so)" >> > >> >If this is a network problem. I would use the mrt command to test your >> >network to the ASL server. Google Linux MRT and Linux MRT save to a file. >> > >> >Let us know. >> >David >> >KE6UPI >> >> _______________________________________________ >> App_rpt-users mailing list >> App_rpt-users at lists.allstarlink.org >> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users >> >> To unsubscribe from this list please visit http://lists.allstarlink.org/c >> gi-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 listApp_rpt-users at lists.allstarlink.orghttp://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit http://lists.allstarlink.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 lists.allstarlink.org > http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit http://lists.allstarlink.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: From szingman at msgstor.com Thu Mar 23 19:01:17 2017 From: szingman at msgstor.com (Steve Zingman) Date: Thu, 23 Mar 2017 15:01:17 -0400 Subject: [App_rpt-users] Registry re-requests (David Shaw) In-Reply-To: References: <65c21719-5681-0384-0c9b-d84debce60ae@msgstor.com> Message-ID: <1477eb39-3f0b-f879-3bdf-592c451e865d@msgstor.com> oops wrong message to reply to. Sorry. On 3/23/2017 3:00 PM, David Shaw wrote: > Yes, its a thumbDV > > David > > > > -- > Thanks, David > > "Laws that forbid the carrying of arms...disarm only those who are > neither inclined nor determined to commit crimes. Such laws make > things worse for the assaulted and better for the assailants; they > serve rather to encourage than prevent homicides, for an unarmed man > may be attacked with greater confidence than an armed one." > Thomas Jefferson > > On Thu, Mar 23, 2017 at 11:55 AM, Steve Zingman > wrote: > > The DV3000 is plugged in? If it is unplug it and re-connect it. > > > On 3/23/2017 2:31 PM, David Shaw wrote: >> No problem Bill, Would you like me to connect via ASL to your >> node to see if you have the same problem as your local QSO users >> do? I can't speak for the RIM Lite. >> >> David >> >> >> >> -- >> Thanks, David >> >> "Laws that forbid the carrying of arms...disarm only those who >> are neither inclined nor determined to commit crimes. Such laws >> make things worse for the assaulted and better for the >> assailants; they serve rather to encourage than prevent >> homicides, for an unarmed man may be attacked with greater >> confidence than an armed one." >> Thomas Jefferson >> >> On Thu, Mar 23, 2017 at 11:20 AM, William Higgins >> > wrote: >> >> Hi David! >> >> First of all, thanks for your suggestions. >> >> I'm not saying that the network can't be a problem, however, >> there is seldom anyone coming into the node via Echolink or >> ASL. The audio dropouts are predominantly from repeater >> receiver audio, during local QSOs. When I spoke of the CAT7 >> cable with the ferrite chokes, I was referencing the >> interface cable I constructed to run between the RIM Lite and >> the repeater itself. The RPi3 is connected to the network >> via Wifi to a router that is no more than 4-5 feet away. >> I've seen no evidence of the link bouncing at all. We did >> not connect it via Ethernet because all the host's router's >> ethernet ports were full. We have purchased a switch to >> expand his network so that we can connect via Ethernet >> instead as soon as we get approval from him to do so. >> >> I am wondering if this might be a USB problem, however I have >> found no indication in any of the system or Asterisk log >> files of that. The RIM Lite is the only USB device plugged >> into the RPi3. I suppose it's also possible that the RIM >> Lite is wonky, but I have no other device with which to >> replace it. I have not yet put a ferrite choke on the USB >> cable, but plan to do that during my next trip to the site. >> >> I really appreciate all the ideas that are coming forward. >> If I don't get this solved soon, I'm going to have to put the >> original CAT200 controller back in place, hang my head in >> shame and restart this whole project at a later time. (Oh >> well, it won't be the first time for that! LOL) >> >> Bill Higgins >> N0NOE >> >> >> >> >After reading all the post. I don't think this is a OS >> problem (N4IRS can >> >chime in) but more of network or USB problem. I'm using good old Limey >> >Linux and a 4 port pci card. >> >Allstar uses UDP. Drop a UDP packet and that will drop out on the >> repeater. >> >SSH and SNMP uses TCP. Drop out a TCP packet. It will send a replacement >> >packet. No loss of data but slower. >> > >> > >> >Are you using both WiFi and Ethernet at the same time? I would try using >> >just one mode to access the internet. How are you connecting to the >> >Internet? i.e. WiFi to a cell hotspot or WiFi to a Mesh Network? What kind >> >of local network? >> > >> >"Modular connectors and Cat-7 cable for the interface with snap-on chokes >> >at both ends >> >Pi is connected to the local network via Wifi (We are prepared to >> move this >> >to Ethernet, but need approval of the host to do so)" >> > >> >If this is a network problem. I would use the mrt command to test your >> >network to the ASL server. Google Linux MRT and Linux MRT save to a >> file. >> > >> >Let us know. >> >David >> >KE6UPI >> >> _______________________________________________ >> App_rpt-users mailing list >> App_rpt-users at lists.allstarlink.org >> >> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users >> >> >> To unsubscribe from this list please visit >> http://lists.allstarlink.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 lists.allstarlink.org >> >> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users >> >> >> To unsubscribe from this list please visithttp://lists.allstarlink.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 lists.allstarlink.org > > http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit > http://lists.allstarlink.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 lists.allstarlink.org > http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit http://lists.allstarlink.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: From shawpbx at gmail.com Thu Mar 23 19:05:36 2017 From: shawpbx at gmail.com (David Shaw) Date: Thu, 23 Mar 2017 12:05:36 -0700 Subject: [App_rpt-users] Registry re-requests (David Shaw) In-Reply-To: <1477eb39-3f0b-f879-3bdf-592c451e865d@msgstor.com> References: <65c21719-5681-0384-0c9b-d84debce60ae@msgstor.com> <1477eb39-3f0b-f879-3bdf-592c451e865d@msgstor.com> Message-ID: Sorry, I unplug it and re-connected it -- Thanks, David "Laws that forbid the carrying of arms...disarm only those who are neither inclined nor determined to commit crimes. Such laws make things worse for the assaulted and better for the assailants; they serve rather to encourage than prevent homicides, for an unarmed man may be attacked with greater confidence than an armed one." Thomas Jefferson On Thu, Mar 23, 2017 at 12:01 PM, Steve Zingman wrote: > oops wrong message to reply to. Sorry. > > > On 3/23/2017 3:00 PM, David Shaw wrote: > > Yes, its a thumbDV > > David > > > > -- > Thanks, David > > "Laws that forbid the carrying of arms...disarm only those who are neither > inclined nor determined to commit crimes. Such laws make things worse for > the assaulted and better for the assailants; they serve rather to encourage > than prevent homicides, for an unarmed man may be attacked with greater > confidence than an armed one." > Thomas Jefferson > > On Thu, Mar 23, 2017 at 11:55 AM, Steve Zingman > wrote: > >> The DV3000 is plugged in? If it is unplug it and re-connect it. >> >> >> On 3/23/2017 2:31 PM, David Shaw wrote: >> >> No problem Bill, Would you like me to connect via ASL to your node to see >> if you have the same problem as your local QSO users do? I can't speak for >> the RIM Lite. >> >> David >> >> >> >> -- >> Thanks, David >> >> "Laws that forbid the carrying of arms...disarm only those who are >> neither inclined nor determined to commit crimes. Such laws make things >> worse for the assaulted and better for the assailants; they serve rather to >> encourage than prevent homicides, for an unarmed man may be attacked with >> greater confidence than an armed one." >> Thomas Jefferson >> >> On Thu, Mar 23, 2017 at 11:20 AM, William Higgins >> wrote: >> >>> Hi David! >>> >>> First of all, thanks for your suggestions. >>> >>> I'm not saying that the network can't be a problem, however, there is >>> seldom anyone coming into the node via Echolink or ASL. The audio dropouts >>> are predominantly from repeater receiver audio, during local QSOs. When I >>> spoke of the CAT7 cable with the ferrite chokes, I was referencing the >>> interface cable I constructed to run between the RIM Lite and the repeater >>> itself. The RPi3 is connected to the network via Wifi to a router that is >>> no more than 4-5 feet away. I've seen no evidence of the link bouncing at >>> all. We did not connect it via Ethernet because all the host's router's >>> ethernet ports were full. We have purchased a switch to expand his network >>> so that we can connect via Ethernet instead as soon as we get approval from >>> him to do so. >>> >>> I am wondering if this might be a USB problem, however I have found no >>> indication in any of the system or Asterisk log files of that. The RIM >>> Lite is the only USB device plugged into the RPi3. I suppose it's also >>> possible that the RIM Lite is wonky, but I have no other device with which >>> to replace it. I have not yet put a ferrite choke on the USB cable, but >>> plan to do that during my next trip to the site. >>> >>> I really appreciate all the ideas that are coming forward. If I don't >>> get this solved soon, I'm going to have to put the original CAT200 >>> controller back in place, hang my head in shame and restart this whole >>> project at a later time. (Oh well, it won't be the first time for that! LOL) >>> >>> Bill Higgins >>> N0NOE >>> >>> >>> >>> >After reading all the post. I don't think this is a OS problem (N4IRS >>> can >>> >chime in) but more of network or USB problem. I'm using good old Limey >>> >Linux and a 4 port pci card. >>> >Allstar uses UDP. Drop a UDP packet and that will drop out on the >>> repeater. >>> >SSH and SNMP uses TCP. Drop out a TCP packet. It will send a replacement >>> >packet. No loss of data but slower. >>> > >>> > >>> >Are you using both WiFi and Ethernet at the same time? I would try using >>> >just one mode to access the internet. How are you connecting to the >>> >Internet? i.e. WiFi to a cell hotspot or WiFi to a Mesh Network? What >>> kind >>> >of local network? >>> > >>> >"Modular connectors and Cat-7 cable for the interface with snap-on >>> chokes >>> >at both ends >>> >Pi is connected to the local network via Wifi (We are prepared to move >>> this >>> >to Ethernet, but need approval of the host to do so)" >>> > >>> >If this is a network problem. I would use the mrt command to test your >>> >network to the ASL server. Google Linux MRT and Linux MRT save to a >>> file. >>> > >>> >Let us know. >>> >David >>> >KE6UPI >>> >>> _______________________________________________ >>> App_rpt-users mailing list >>> App_rpt-users at lists.allstarlink.org >>> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users >>> >>> To unsubscribe from this list please visit >>> http://lists.allstarlink.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 listApp_rpt-users at lists.allstarlink.orghttp://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users >> >> To unsubscribe from this list please visit http://lists.allstarlink.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 lists.allstarlink.org http://lists.allstarlink.org/c >> gi-bin/mailman/listinfo/app_rpt-users To unsubscribe from this list >> please visit http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rp >> t-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 listApp_rpt-users at lists.allstarlink.orghttp://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit http://lists.allstarlink.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 lists.allstarlink.org > http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit http://lists.allstarlink.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: From jcarl.griffith at gmail.com Fri Mar 24 21:16:11 2017 From: jcarl.griffith at gmail.com (John Griffith) Date: Fri, 24 Mar 2017 14:16:11 -0700 Subject: [App_rpt-users] COS from Yaesu FT-7800 Message-ID: <00a001d2a4e3$de1698c0$9a43ca40$@gmail.com> Does anyone know from where to pull COS in a Yaesu FT-7800? -------------- next part -------------- An HTML attachment was scrubbed... URL: From shawpbx at gmail.com Fri Mar 24 21:42:32 2017 From: shawpbx at gmail.com (David Shaw) Date: Fri, 24 Mar 2017 14:42:32 -0700 Subject: [App_rpt-users] COS from Yaesu FT-7800 In-Reply-To: <00a001d2a4e3$de1698c0$9a43ca40$@gmail.com> References: <00a001d2a4e3$de1698c0$9a43ca40$@gmail.com> Message-ID: It should be pin 6 SQL on the back data port. David -- Thanks, David "Laws that forbid the carrying of arms...disarm only those who are neither inclined nor determined to commit crimes. Such laws make things worse for the assaulted and better for the assailants; they serve rather to encourage than prevent homicides, for an unarmed man may be attacked with greater confidence than an armed one." Thomas Jefferson On Fri, Mar 24, 2017 at 2:16 PM, John Griffith wrote: > Does anyone know from where to pull COS in a Yaesu FT-7800? > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at lists.allstarlink.org > http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit http://lists.allstarlink.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: From w2rjr at aim.com Sun Mar 26 21:18:46 2017 From: w2rjr at aim.com (W2rjr) Date: Sun, 26 Mar 2017 17:18:46 -0400 Subject: [App_rpt-users] 2 nodes from the same ip address. Message-ID: <15b0c7c54fd-7a8b-20fef@webprd-m54.mail.aol.com> Hello, I know I've asked this question before, I have one node for my repeater and its a full time connection to a hub and the other node is a portable node to connect to other nodes. They are both on the same Internet connection. I can connect outbound to some nodes and some not but I don't get in bound connections. My nodes are on two separate servers and have two separate ports. Is there something I'm missing? Any help is appreciated! Thank you. 73 Ray, W2RJR -------------- next part -------------- An HTML attachment was scrubbed... URL: From mike at midnighteng.com Sun Mar 26 22:12:09 2017 From: mike at midnighteng.com (mike at midnighteng.com) Date: Sun, 26 Mar 2017 18:12:09 -0400 Subject: [App_rpt-users] 2 nodes from the same ip address. In-Reply-To: <15b0c7c54fd-7a8b-20fef@webprd-m54.mail.aol.com> Message-ID: <5a6a63f59483bdf1121e34df6bf649c4384ea750@webmail.midnighteng.com> Well Ray, "IF" you are only testing with a node behind your NAT (router) you will need a definition to route it from each node behind the NAT. example in rpt.conf 29261 = radio at 127.0.0.1/29261,NONE ; ,y =remote base 29283 = radio at 127.0.0.1/29283,NONE 29284 = radio at 127.0.0.1/29284,NONE 29285 = radio at 127.0.0.1/29285,NONE?? << To: Cc: Sent: Sun, 26 Mar 2017 17:18:46 -0400 Subject: [App_rpt-users] 2 nodes from the same ip address. Hello, ? I know I've asked this question before, I have one node for my repeater and its a full time connection to a hub and the other node is a portable node to connect to other nodes. They are both on the same Internet connection. I can connect outbound to some nodes and some not but I don't get in bound connections.? My nodes are on two separate servers and have two separate ports. Is there something I'm missing?? Any help is appreciated! Thank you. ? 73 Ray, W2RJR -------------- next part -------------- An HTML attachment was scrubbed... URL: From mike at midnighteng.com Sun Mar 26 22:23:07 2017 From: mike at midnighteng.com (mike at midnighteng.com) Date: Sun, 26 Mar 2017 18:23:07 -0400 Subject: [App_rpt-users] test msg - please ignore Message-ID: <5eeda55bb59e7437528653dd600fe6a002e7b8a0@webmail.midnighteng.com> -------------- next part -------------- An HTML attachment was scrubbed... URL: From leighton.judd at gmail.com Sun Mar 26 23:13:47 2017 From: leighton.judd at gmail.com (Leighton Judd) Date: Sun, 26 Mar 2017 23:13:47 +0000 Subject: [App_rpt-users] Node numbering Message-ID: Hi All, I have recently started experimenting with app_rpt. I am wondering if there are any restrictions on numbering of private nodes? I have set up two nodes on the same machine for a test. They are each set up as a "hub" with numbers 2222 and 3333. Using the asterisk console, I can connect successfully from node 3333 to node 2222. Trying to connect from node 2222 to node 3333 does not work. This seems to be true for node numbers, that I have tested, beginning with 3000. This connects: rpt cmd 3333 ilink 3 2222 This doesn't connect: rpt cmd 2222 ilink 3 3333 Does anyone know if this is intended or not? Regards, Leighton -------------- next part -------------- An HTML attachment was scrubbed... URL: From buddy at brannan.name Sun Mar 26 23:20:58 2017 From: buddy at brannan.name (Buddy Brannan) Date: Sun, 26 Mar 2017 19:20:58 -0400 Subject: [App_rpt-users] Node numbering In-Reply-To: References: Message-ID: <25EAB564-91B4-4722-BFCD-410652C4E218@brannan.name> If you intend on connecting to All Star Link, you'll want to renumber them. Private nodes are all number starting with 1, ut they can be anything you want of any length you want with that restriction. -- Buddy Brannan, KB5ELV - Erie, PA Phone: 814-860-3194 Mobile: 814-431-0962 Email: buddy at brannan.name > On Mar 26, 2017, at 7:13 PM, Leighton Judd wrote: > > Hi All, > > I have recently started experimenting with app_rpt. > > I am wondering if there are any restrictions on numbering of private nodes? > > I have set up two nodes on the same machine for a test. They are each set up as a "hub" with numbers 2222 and 3333. > > Using the asterisk console, I can connect successfully from node 3333 to node 2222. Trying to connect from node 2222 to node 3333 does not work. This seems to be true for node numbers, that I have tested, beginning with 3000. > > This connects: > rpt cmd 3333 ilink 3 2222 > > This doesn't connect: > rpt cmd 2222 ilink 3 3333 > > Does anyone know if this is intended or not? > > Regards, > Leighton > > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at lists.allstarlink.org > http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit http://lists.allstarlink.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. From Bryan at bryanfields.net Sun Mar 26 23:24:39 2017 From: Bryan at bryanfields.net (Bryan Fields) Date: Sun, 26 Mar 2017 19:24:39 -0400 Subject: [App_rpt-users] Node numbering In-Reply-To: References: Message-ID: On 3/26/17 7:13 PM, Leighton Judd wrote: > I have recently started experimenting with app_rpt. > > I am wondering if there are any restrictions on numbering of private nodes? > > I have set up two nodes on the same machine for a test. They are each set up > as a "hub" with numbers 2222 and 3333. Use a node starting with 1. Nodes starting with 3 are echolink nodes. -- Bryan Fields 727-409-1194 - Voice http://bryanfields.net From leighton.judd at gmail.com Sun Mar 26 23:36:10 2017 From: leighton.judd at gmail.com (Leighton Judd) Date: Sun, 26 Mar 2017 23:36:10 +0000 Subject: [App_rpt-users] Node numbering In-Reply-To: References: Message-ID: Thanks Buddy and Bryan, I will renumber. :) Regards, Leighton On Mon, 27 Mar 2017 at 10:24, Bryan Fields wrote: > On 3/26/17 7:13 PM, Leighton Judd wrote: > > I have recently started experimenting with app_rpt. > > > > I am wondering if there are any restrictions on numbering of private > nodes? > > > > I have set up two nodes on the same machine for a test. They are each > set up > > as a "hub" with numbers 2222 and 3333. > > Use a node starting with 1. > > Nodes starting with 3 are echolink nodes. > > > -- > Bryan Fields > > 727-409-1194 - Voice > http://bryanfields.net > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at lists.allstarlink.org > http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit > http://lists.allstarlink.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: From n3fe at repeater.net Sun Mar 26 23:38:35 2017 From: n3fe at repeater.net (Corey Dean) Date: Sun, 26 Mar 2017 19:38:35 -0400 Subject: [App_rpt-users] Node numbering In-Reply-To: References: Message-ID: As long as you have the number node numbers defined with the IP address and port in rpt.conf and they have the forwarding setup correctly they should work just fine. Corey. N3FE Sent from my iPhone > On Mar 26, 2017, at 7:13 PM, Leighton Judd wrote: > > Hi All, > > I have recently started experimenting with app_rpt. > > I am wondering if there are any restrictions on numbering of private nodes? > > I have set up two nodes on the same machine for a test. They are each set up as a "hub" with numbers 2222 and 3333. > > Using the asterisk console, I can connect successfully from node 3333 to node 2222. Trying to connect from node 2222 to node 3333 does not work. This seems to be true for node numbers, that I have tested, beginning with 3000. > > This connects: > rpt cmd 3333 ilink 3 2222 > > This doesn't connect: > rpt cmd 2222 ilink 3 3333 > > Does anyone know if this is intended or not? > > Regards, > Leighton > > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at lists.allstarlink.org > http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit http://lists.allstarlink.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. From leighton.judd at gmail.com Sun Mar 26 23:44:08 2017 From: leighton.judd at gmail.com (Leighton Judd) Date: Sun, 26 Mar 2017 23:44:08 +0000 Subject: [App_rpt-users] Node numbering In-Reply-To: References: Message-ID: Thanks Corey, I thought the same thing, however it doesn't work for nodes starting with 3. It seems to work for other numbering ranges, but not starting with 3. Maybe I am missing something there. Renumbering isn't a problem. It was just going to be neater if I could do it that way, that is all. I also hadn't been able to find reference to the restriction of using these numbers if creating a private linking system. 73, Leighton On Mon, 27 Mar 2017 at 10:38, Corey Dean wrote: > As long as you have the number node numbers defined with the IP address > and port in rpt.conf and they have the forwarding setup correctly they > should work just fine. > > Corey. N3FE > > Sent from my iPhone > > > On Mar 26, 2017, at 7:13 PM, Leighton Judd > wrote: > > > > Hi All, > > > > I have recently started experimenting with app_rpt. > > > > I am wondering if there are any restrictions on numbering of private > nodes? > > > > I have set up two nodes on the same machine for a test. They are each > set up as a "hub" with numbers 2222 and 3333. > > > > Using the asterisk console, I can connect successfully from node 3333 to > node 2222. Trying to connect from node 2222 to node 3333 does not work. > This seems to be true for node numbers, that I have tested, beginning with > 3000. > > > > This connects: > > rpt cmd 3333 ilink 3 2222 > > > > This doesn't connect: > > rpt cmd 2222 ilink 3 3333 > > > > Does anyone know if this is intended or not? > > > > Regards, > > Leighton > > > > > > _______________________________________________ > > App_rpt-users mailing list > > App_rpt-users at lists.allstarlink.org > > http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users > > > > To unsubscribe from this list please visit > http://lists.allstarlink.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 lists.allstarlink.org > http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit > http://lists.allstarlink.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: From szingman at msgstor.com Sun Mar 26 23:54:18 2017 From: szingman at msgstor.com (Steve Zingman) Date: Sun, 26 Mar 2017 19:54:18 -0400 Subject: [App_rpt-users] Node numbering In-Reply-To: References: Message-ID: <0fced4c3-275f-7a5c-5757-cd6599913c53@msgstor.com> Pretty much keep your private node numbers below 2000 and you will be OK. Also make sure you have the proper entries in the nodes stanza. See: 73, Steve N4IRS On 03/26/2017 07:44 PM, Leighton Judd wrote: > Thanks Corey, > > I thought the same thing, however it doesn't work for nodes starting > with 3. It seems to work for other numbering ranges, but not starting > with 3. > > Maybe I am missing something there. > > Renumbering isn't a problem. It was just going to be neater if I could > do it that way, that is all. I also hadn't been able to find reference > to the restriction of using these numbers if creating a private > linking system. > > 73, > Leighton > > > On Mon, 27 Mar 2017 at 10:38, Corey Dean > wrote: > > As long as you have the number node numbers defined with the IP > address and port in rpt.conf and they have the forwarding setup > correctly they should work just fine. > > Corey. N3FE > > Sent from my iPhone > > > On Mar 26, 2017, at 7:13 PM, Leighton Judd > > wrote: > > > > Hi All, > > > > I have recently started experimenting with app_rpt. > > > > I am wondering if there are any restrictions on numbering of > private nodes? > > > > I have set up two nodes on the same machine for a test. They are > each set up as a "hub" with numbers 2222 and 3333. > > > > Using the asterisk console, I can connect successfully from node > 3333 to node 2222. Trying to connect from node 2222 to node 3333 > does not work. This seems to be true for node numbers, that I have > tested, beginning with 3000. > > > > This connects: > > rpt cmd 3333 ilink 3 2222 > > > > This doesn't connect: > > rpt cmd 2222 ilink 3 3333 > > > > Does anyone know if this is intended or not? > > > > Regards, > > Leighton > > > > > > _______________________________________________ > > App_rpt-users mailing list > > App_rpt-users at lists.allstarlink.org > > > http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users > > > > To unsubscribe from this list please visit > http://lists.allstarlink.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 lists.allstarlink.org > > http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit > http://lists.allstarlink.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 lists.allstarlink.org > http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit http://lists.allstarlink.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: From leighton.judd at gmail.com Sun Mar 26 23:59:56 2017 From: leighton.judd at gmail.com (Leighton Judd) Date: Sun, 26 Mar 2017 23:59:56 +0000 Subject: [App_rpt-users] Node numbering In-Reply-To: <0fced4c3-275f-7a5c-5757-cd6599913c53@msgstor.com> References: <0fced4c3-275f-7a5c-5757-cd6599913c53@msgstor.com> Message-ID: Thanks Steve, I will do that and renumber my private nodes. I have put in the node stanzas. It was interesting that trying to connect to 3333 didn't report anything in a very verbose asterisk console. So I was a little stuck in my understanding of it. 73, Leighton On Mon, 27 Mar 2017 at 10:54, Steve Zingman wrote: > Pretty much keep your private node numbers below 2000 and you will be OK. > Also make sure you have the proper entries in the nodes stanza. See: > > > > 73, Steve N4IRS > > > On 03/26/2017 07:44 PM, Leighton Judd wrote: > > Thanks Corey, > > I thought the same thing, however it doesn't work for nodes starting with > 3. It seems to work for other numbering ranges, but not starting with 3. > > Maybe I am missing something there. > > Renumbering isn't a problem. It was just going to be neater if I could do > it that way, that is all. I also hadn't been able to find reference to the > restriction of using these numbers if creating a private linking system. > > 73, > Leighton > > > On Mon, 27 Mar 2017 at 10:38, Corey Dean wrote: > > As long as you have the number node numbers defined with the IP address > and port in rpt.conf and they have the forwarding setup correctly they > should work just fine. > > Corey. N3FE > > Sent from my iPhone > > > On Mar 26, 2017, at 7:13 PM, Leighton Judd > wrote: > > > > Hi All, > > > > I have recently started experimenting with app_rpt. > > > > I am wondering if there are any restrictions on numbering of private > nodes? > > > > I have set up two nodes on the same machine for a test. They are each > set up as a "hub" with numbers 2222 and 3333. > > > > Using the asterisk console, I can connect successfully from node 3333 to > node 2222. Trying to connect from node 2222 to node 3333 does not work. > This seems to be true for node numbers, that I have tested, beginning with > 3000. > > > > This connects: > > rpt cmd 3333 ilink 3 2222 > > > > This doesn't connect: > > rpt cmd 2222 ilink 3 3333 > > > > Does anyone know if this is intended or not? > > > > Regards, > > Leighton > > > > > > _______________________________________________ > > App_rpt-users mailing list > > App_rpt-users at lists.allstarlink.org > > http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users > > > > To unsubscribe from this list please visit > http://lists.allstarlink.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 lists.allstarlink.org > http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit > http://lists.allstarlink.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 listApp_rpt-users at lists.allstarlink.orghttp://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit http://lists.allstarlink.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 lists.allstarlink.org > http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit > http://lists.allstarlink.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: From shawpbx at gmail.com Mon Mar 27 02:14:08 2017 From: shawpbx at gmail.com (David Shaw) Date: Sun, 26 Mar 2017 19:14:08 -0700 Subject: [App_rpt-users] 2 nodes from the same ip address. In-Reply-To: <5a6a63f59483bdf1121e34df6bf649c4384ea750@webmail.midnighteng.com> References: <15b0c7c54fd-7a8b-20fef@webprd-m54.mail.aol.com> <5a6a63f59483bdf1121e34df6bf649c4384ea750@webmail.midnighteng.com> Message-ID: Hello, If you have more then one server behind a NAT / Router then you need to assign different port numbers for them. Example: Server 1 Node 2000 port 4569 Node 2001 port 4569 example in rpt.conf Server 1 2000 = radio at 127.0.0.1/2000,NONE 2001 = radio at 127.0.0.1/2001,NONE 2003 = radio at 192.168.xxx.xx2/2003,NONE 2004 = radio at 192.168.xxx.xx2/2004,NONE Server 2 Node 2002 port 4570 Node 2003 port 4570 example in rpt.conf Server 2 2003 = radio at 127.0.0.1/2003,NONE 2004 = radio at 127.0.0.1/2004,NONE 2001 = radio at 192.168.xxx.xx1,NONE 2002 = radio at 192.168.xxx.xx1,NONE Now port forward 4569 to server 1 and forward 4570 to server 2. You'll need to update your server information (port number) on allstarlink.org. After you update the server. It will take up to 30 minute for the nodes to get the update. David -- Thanks, David "Laws that forbid the carrying of arms...disarm only those who are neither inclined nor determined to commit crimes. Such laws make things worse for the assaulted and better for the assailants; they serve rather to encourage than prevent homicides, for an unarmed man may be attacked with greater confidence than an armed one." Thomas Jefferson On Sun, Mar 26, 2017 at 3:12 PM, wrote: > Well Ray, > > "IF" you are only testing with a node behind your NAT (router) > you will need a definition to route it from each node behind the NAT. > > example in rpt.conf > > 29261 = radio at 127.0.0.1/29261,NONE ; ,y =remote base > 29283 = radio at 127.0.0.1/29283,NONE > 29284 = radio at 127.0.0.1/29284,NONE > 29285 = radio at 127.0.0.1/29285,NONE << > 29999 = radio at 192.168.1.223/29999,NONE <<<<<<<<<<<< on server > 2<<<<<<<<<<<< > > Each node behind your nat will need a address defined to be able to > connect to it. > > ...mike/kb8jnm > > > > > ----- Original Message ----- > From: > "Users of Asterisk app_rpt" > > To: > > Cc: > > Sent: > Sun, 26 Mar 2017 17:18:46 -0400 > Subject: > [App_rpt-users] 2 nodes from the same ip address. > > > Hello, > > I know I've asked this question before, I have one node for my repeater > and its a full time connection to a hub and the other node is a portable > node to connect to other nodes. They are both on the same Internet > connection. I can connect outbound to some nodes and some not but I don't > get in bound connections. My nodes are on two separate servers and have > two separate ports. Is there something I'm missing? Any help is > appreciated! Thank you. > > > 73 > Ray, > W2RJR > > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at lists.allstarlink.org > http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit http://lists.allstarlink.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: From monty at ke7jvx.com Tue Mar 28 00:38:44 2017 From: monty at ke7jvx.com (Monty) Date: Mon, 27 Mar 2017 17:38:44 -0700 Subject: [App_rpt-users] "Link prefix" control codes? In-Reply-To: <1863836049.1590063.1484185268663@mail.yahoo.com> References: <1863836049.1590063.1484185268663.ref@mail.yahoo.com> <1863836049.1590063.1484185268663@mail.yahoo.com> Message-ID: Not sure if you found your answer, but looks like you want to add the following to your *rpt.conf* file: linktolink=yes propagate_dtmf=yes inxlat = #456,#457,0123456789ABCD,y ; translate digit strings inbound, ; in this case intrepret #456 as star, ; #457 as pound, and pass all the other ; chars listed in arg3 (optional) outxlat = *7,*0,0123456789#ABCD ; translate digit string outbound, ; in this case *7 generates star, *0 ; generates pound, and all the other ; digits pass along Monty On Wed, Jan 11, 2017 at 6:41 PM, wrote: > Is anyone familiar with a set of additional function/control codes that > can begin with '#' to allow for assigning a link-mode prefix for > over-air/linked RF system control? > > If so, you're probably familiar with the scenario of some multi-site (RF) > linked repeater systems. > > To control a local RF-site/repeater on it's local RF channel you prefix > that site's control codes with '*' and all else is muted from going > down-stream to other nodes. > > To control a remote site you prefix commands with '#' then a node address > or 'prefix' after which the targeted node's controller accepts commands > over the air. > > When you have an Allstar node connected as a port off a repeater > controller you don't want it accepting control codes all the time, so it > needs to be configured to accept only '#' then a and > subsequent commands on that node. > > Jim Dixon had apparently created that code and implemented it on a few > Allstar nodes, including one of mine, but I did not get details of the > configuration, nor got a backup of it afterwards, and that node crashed and > needed to be re-created. Work lost. > > I will have 2-3 such Allstar nodes at various radio sites and need to > accommodate controlling them uniquely, over-the-air, remotely. > > Any clues? > > > _______________________________________________ > 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: From benjamin at project23d.com Tue Mar 28 01:14:05 2017 From: benjamin at project23d.com (Benjamin L. Naber) Date: Mon, 27 Mar 2017 21:14:05 -0400 Subject: [App_rpt-users] Allstarlink loop? Message-ID: <1490663645.6555.49.camel@project23d.com> Uh, I was under the impression this wasn't possible, have a look at a the picture.? If I don't break the connection using the almight *4 command, as someone on the 45297 insists on using the permanent link command, have a look-see at my node, 28569 -------------- next part -------------- A non-text attachment was scrubbed... Name: 20170327_210717.jpg Type: image/jpeg Size: 227905 bytes Desc: not available URL: From benjamin at project23d.com Tue Mar 28 01:45:41 2017 From: benjamin at project23d.com (Benjamin L. Naber) Date: Mon, 27 Mar 2017 21:45:41 -0400 Subject: [App_rpt-users] Allstarlink loop? In-Reply-To: <1490663645.6555.49.camel@project23d.com> References: <1490663645.6555.49.camel@project23d.com> Message-ID: <1490665541.6555.54.camel@project23d.com> Now, have a look-see at the log file... then notice the last line, hahaha it started with NOTICE[167] or something, then over five minutes of trying of radio DTMF command to break the loop, it was to NOTICE[16573] While this loop was talking place, some guys on their nodes were hearing "By your command" and I kept hearing on my node "node 1999 connected to 41575".? Boy, this was a mess! ------------------------- [Mar 27 21:26:29] NOTICE[16346]: app_rpt.c:8930 rpt_tele_thread: Telemetry thread aborted at line 8930, mode: 46 [Mar 27 21:26:29] NOTICE[16347]: app_rpt.c:8930 rpt_tele_thread: Telemetry thread aborted at line 8930, mode: 46 [Mar 27 21:26:29] NOTICE[16348]: app_rpt.c:8930 rpt_tele_thread: Telemetry thread aborted at line 8930, mode: 46 [Mar 27 21:26:29] NOTICE[16349]: app_rpt.c:8930 rpt_tele_thread: Telemetry thread aborted at line 8930, mode: 46 [Mar 27 21:26:29] NOTICE[16350]: app_rpt.c:8930 rpt_tele_thread: Telemetry thread aborted at line 8930, mode: 46 [Mar 27 21:26:29] NOTICE[16351]: app_rpt.c:8930 rpt_tele_thread: Telemetry thread aborted at line 8930, mode: 46 [Mar 27 21:26:29] NOTICE[16352]: app_rpt.c:8930 rpt_tele_thread: Telemetry thread aborted at line 8930, mode: 46 [Mar 27 21:26:29] NOTICE[16353]: app_rpt.c:8930 rpt_tele_thread: Telemetry thread aborted at line 8930, mode: 46 [Mar 27 21:26:29] NOTICE[16354]: app_rpt.c:8930 rpt_tele_thread: Telemetry thread aborted at line 8930, mode: 46 [Mar 27 21:26:29] NOTICE[16355]: app_rpt.c:8930 rpt_tele_thread: Telemetry thread aborted at line 8930, mode: 46 [Mar 27 21:26:29] NOTICE[16356]: app_rpt.c:8930 rpt_tele_thread: Telemetry thread aborted at line 8930, mode: 46 [Mar 27 21:26:29] NOTICE[16357]: app_rpt.c:8930 rpt_tele_thread: Telemetry thread aborted at line 8930, mode: 46 [Mar 27 21:26:29] NOTICE[16358]: app_rpt.c:8930 rpt_tele_thread: Telemetry thread aborted at line 8930, mode: 46 [Mar 27 21:26:29] NOTICE[16359]: app_rpt.c:8930 rpt_tele_thread: Telemetry thread aborted at line 8930, mode: 46 [Mar 27 21:26:29] NOTICE[16360]: app_rpt.c:8930 rpt_tele_thread: Telemetry thread aborted at line 8930, mode: 46 [Mar 27 21:26:29] NOTICE[16361]: app_rpt.c:8930 rpt_tele_thread: Telemetry thread aborted at line 8930, mode: 46 [Mar 27 21:26:29] NOTICE[16362]: app_rpt.c:8930 rpt_tele_thread: Telemetry thread aborted at line 8930, mode: 46 [Mar 27 21:26:29] NOTICE[16363]: app_rpt.c:8930 rpt_tele_thread: Telemetry thread aborted at line 8930, mode: 46 [Mar 27 21:26:29] NOTICE[16364]: app_rpt.c:8930 rpt_tele_thread: Telemetry thread aborted at line 8930, mode: 46 [Mar 27 21:26:29] NOTICE[16365]: app_rpt.c:8930 rpt_tele_thread: Telemetry thread aborted at line 8930, mode: 46 [Mar 27 21:26:29] NOTICE[16366]: app_rpt.c:8930 rpt_tele_thread: Telemetry thread aborted at line 8930, mode: 46 [Mar 27 21:26:29] NOTICE[16367]: app_rpt.c:8930 rpt_tele_thread: Telemetry thread aborted at line 8930, mode: 46 [Mar 27 21:26:29] NOTICE[16368]: app_rpt.c:8930 rpt_tele_thread: Telemetry thread aborted at line 8930, mode: 46 [Mar 27 21:26:29] NOTICE[16369]: app_rpt.c:8930 rpt_tele_thread: Telemetry thread aborted at line 8930, mode: 46 [Mar 27 21:26:29] NOTICE[16370]: app_rpt.c:8930 rpt_tele_thread: Telemetry thread aborted at line 8930, mode: 46 [Mar 27 21:26:29] NOTICE[16371]: app_rpt.c:8930 rpt_tele_thread: Telemetry thread aborted at line 8930, mode: 46 [Mar 27 21:26:29] NOTICE[16372]: app_rpt.c:8930 rpt_tele_thread: Telemetry thread aborted at line 8930, mode: 46 [Mar 27 21:26:29] NOTICE[16373]: app_rpt.c:8930 rpt_tele_thread: Telemetry thread aborted at line 8930, mode: 46 [Mar 27 21:26:29] NOTICE[16374]: app_rpt.c:8930 rpt_tele_thread: Telemetry thread aborted at line 8930, mode: 46 [Mar 27 21:26:29] NOTICE[16375]: app_rpt.c:8930 rpt_tele_thread: Telemetry thread aborted at line 8930, mode: 46 [Mar 27 21:26:29] NOTICE[16376]: app_rpt.c:8930 rpt_tele_thread: Telemetry thread aborted at line 8930, mode: 46 [Mar 27 21:26:30] NOTICE[16377]: app_rpt.c:8930 rpt_tele_thread: Telemetry thread aborted at line 8930, mode: 46 [Mar 27 21:26:30] NOTICE[16378]: app_rpt.c:8930 rpt_tele_thread: Telemetry thread aborted at line 8930, mode: 46 [Mar 27 21:26:30] NOTICE[16379]: app_rpt.c:8930 rpt_tele_thread: Telemetry thread aborted at line 8930, mode: 46 [Mar 27 21:26:30] NOTICE[16380]: app_rpt.c:8930 rpt_tele_thread: Telemetry thread aborted at line 8930, mode: 46 [Mar 27 21:26:30] NOTICE[16381]: app_rpt.c:8930 rpt_tele_thread: Telemetry thread aborted at line 8930, mode: 46 [Mar 27 21:26:30] NOTICE[16382]: app_rpt.c:8930 rpt_tele_thread: Telemetry thread aborted at line 8930, mode: 46 [Mar 27 21:26:30] NOTICE[16383]: app_rpt.c:8930 rpt_tele_thread: Telemetry thread aborted at line 8930, mode: 46 [Mar 27 21:26:30] NOTICE[16384]: app_rpt.c:8930 rpt_tele_thread: Telemetry thread aborted at line 8930, mode: 46 [Mar 27 21:26:30] NOTICE[16385]: app_rpt.c:8930 rpt_tele_thread: Telemetry thread aborted at line 8930, mode: 46 [Mar 27 21:26:30] NOTICE[16386]: app_rpt.c:8930 rpt_tele_thread: Telemetry thread aborted at line 8930, mode: 46 [Mar 27 21:26:30] NOTICE[16387]: app_rpt.c:8930 rpt_tele_thread: Telemetry thread aborted at line 8930, mode: 46 [Mar 27 21:26:30] NOTICE[16388]: app_rpt.c:8930 rpt_tele_thread: Telemetry thread aborted at line 8930, mode: 46 [Mar 27 21:26:30] NOTICE[16389]: app_rpt.c:8930 rpt_tele_thread: Telemetry thread aborted at line 8930, mode: 46 [Mar 27 21:26:30] NOTICE[16390]: app_rpt.c:8930 rpt_tele_thread: Telemetry thread aborted at line 8930, mode: 46 [Mar 27 21:26:30] NOTICE[16391]: app_rpt.c:8930 rpt_tele_thread: Telemetry thread aborted at line 8930, mode: 46 [Mar 27 21:26:30] NOTICE[16392]: app_rpt.c:8930 rpt_tele_thread: Telemetry thread aborted at line 8930, mode: 46 [Mar 27 21:26:30] NOTICE[16393]: app_rpt.c:8930 rpt_tele_thread: Telemetry thread aborted at line 8930, mode: 46 [Mar 27 21:26:30] NOTICE[16394]: app_rpt.c:8930 rpt_tele_thread: Telemetry thread aborted at line 8930, mode: 46 [Mar 27 21:26:30] NOTICE[16395]: app_rpt.c:8930 rpt_tele_thread: Telemetry thread aborted at line 8930, mode: 46 [Mar 27 21:26:30] NOTICE[16396]: app_rpt.c:8930 rpt_tele_thread: Telemetry thread aborted at line 8930, mode: 46 [Mar 27 21:26:30] NOTICE[16397]: app_rpt.c:8930 rpt_tele_thread: Telemetry thread aborted at line 8930, mode: 46 [Mar 27 21:26:30] NOTICE[16398]: app_rpt.c:8930 rpt_tele_thread: Telemetry thread aborted at line 8930, mode: 46 [Mar 27 21:26:30] NOTICE[16399]: app_rpt.c:8930 rpt_tele_thread: Telemetry thread aborted at line 8930, mode: 46 [Mar 27 21:26:30] NOTICE[16400]: app_rpt.c:8930 rpt_tele_thread: Telemetry thread aborted at line 8930, mode: 46 [Mar 27 21:26:30] NOTICE[16401]: app_rpt.c:8930 rpt_tele_thread: Telemetry thread aborted at line 8930, mode: 46 [Mar 27 21:26:30] NOTICE[16402]: app_rpt.c:8930 rpt_tele_thread: Telemetry thread aborted at line 8930, mode: 46 [Mar 27 21:26:30] NOTICE[16403]: app_rpt.c:8930 rpt_tele_thread: Telemetry thread aborted at line 8930, mode: 46 [Mar 27 21:26:30] NOTICE[16404]: app_rpt.c:8930 rpt_tele_thread: Telemetry thread aborted at line 8930, mode: 46 [Mar 27 21:26:30] NOTICE[16405]: app_rpt.c:8930 rpt_tele_thread: Telemetry thread aborted at line 8930, mode: 46 [Mar 27 21:26:30] NOTICE[16406]: app_rpt.c:8930 rpt_tele_thread: Telemetry thread aborted at line 8930, mode: 46 [Mar 27 21:26:30] NOTICE[16407]: app_rpt.c:8930 rpt_tele_thread: Telemetry thread aborted at line 8930, mode: 46 [Mar 27 21:26:30] NOTICE[16408]: app_rpt.c:8930 rpt_tele_thread: Telemetry thread aborted at line 8930, mode: 46 [Mar 27 21:26:30] NOTICE[16409]: app_rpt.c:8930 rpt_tele_thread: Telemetry thread aborted at line 8930, mode: 46 [Mar 27 21:26:30] NOTICE[16410]: app_rpt.c:8930 rpt_tele_thread: Telemetry thread aborted at line 8930, mode: 46 [Mar 27 21:26:30] NOTICE[16411]: app_rpt.c:8930 rpt_tele_thread: Telemetry thread aborted at line 8930, mode: 46 [Mar 27 21:26:30] NOTICE[16412]: app_rpt.c:8930 rpt_tele_thread: Telemetry thread aborted at line 8930, mode: 46 [Mar 27 21:26:30] NOTICE[16413]: app_rpt.c:8930 rpt_tele_thread: Telemetry thread aborted at line 8930, mode: 46 [Mar 27 21:26:30] NOTICE[16414]: app_rpt.c:8930 rpt_tele_thread: Telemetry thread aborted at line 8930, mode: 46 [Mar 27 21:26:30] NOTICE[16415]: app_rpt.c:8930 rpt_tele_thread: Telemetry thread aborted at line 8930, mode: 46 [Mar 27 21:26:30] NOTICE[16416]: app_rpt.c:8930 rpt_tele_thread: Telemetry thread aborted at line 8930, mode: 46 [Mar 27 21:26:30] NOTICE[16417]: app_rpt.c:8930 rpt_tele_thread: Telemetry thread aborted at line 8930, mode: 46 [Mar 27 21:26:31] NOTICE[16418]: app_rpt.c:8930 rpt_tele_thread: Telemetry thread aborted at line 8930, mode: 46 [Mar 27 21:26:31] NOTICE[16419]: app_rpt.c:8930 rpt_tele_thread: Telemetry thread aborted at line 8930, mode: 46 [Mar 27 21:26:31] NOTICE[16420]: app_rpt.c:8930 rpt_tele_thread: Telemetry thread aborted at line 8930, mode: 46 [Mar 27 21:26:31] NOTICE[16421]: app_rpt.c:8930 rpt_tele_thread: Telemetry thread aborted at line 8930, mode: 46 [Mar 27 21:26:31] NOTICE[16422]: app_rpt.c:8930 rpt_tele_thread: Telemetry thread aborted at line 8930, mode: 46 [Mar 27 21:26:31] NOTICE[16423]: app_rpt.c:8930 rpt_tele_thread: Telemetry thread aborted at line 8930, mode: 46 [Mar 27 21:26:31] NOTICE[16424]: app_rpt.c:8930 rpt_tele_thread: Telemetry thread aborted at line 8930, mode: 46 [Mar 27 21:26:31] NOTICE[16425]: app_rpt.c:8930 rpt_tele_thread: Telemetry thread aborted at line 8930, mode: 46 [Mar 27 21:26:31] NOTICE[16426]: app_rpt.c:8930 rpt_tele_thread: Telemetry thread aborted at line 8930, mode: 46 [Mar 27 21:26:31] NOTICE[16427]: app_rpt.c:8930 rpt_tele_thread: Telemetry thread aborted at line 8930, mode: 46 [Mar 27 21:26:31] NOTICE[16428]: app_rpt.c:8930 rpt_tele_thread: Telemetry thread aborted at line 8930, mode: 46 [Mar 27 21:26:31] NOTICE[16429]: app_rpt.c:8930 rpt_tele_thread: Telemetry thread aborted at line 8930, mode: 46 [Mar 27 21:26:31] NOTICE[16430]: app_rpt.c:8930 rpt_tele_thread: Telemetry thread aborted at line 8930, mode: 46 [Mar 27 21:26:31] NOTICE[16431]: app_rpt.c:8930 rpt_tele_thread: Telemetry thread aborted at line 8930, mode: 46 [Mar 27 21:26:31] NOTICE[16432]: app_rpt.c:8930 rpt_tele_thread: Telemetry thread aborted at line 8930, mode: 46 [Mar 27 21:26:31] NOTICE[16433]: app_rpt.c:8930 rpt_tele_thread: Telemetry thread aborted at line 8930, mode: 46 [Mar 27 21:26:31] NOTICE[16434]: app_rpt.c:8930 rpt_tele_thread: Telemetry thread aborted at line 8930, mode: 46 [Mar 27 21:26:31] NOTICE[16435]: app_rpt.c:8930 rpt_tele_thread: Telemetry thread aborted at line 8930, mode: 46 [Mar 27 21:26:31] NOTICE[16436]: app_rpt.c:8930 rpt_tele_thread: Telemetry thread aborted at line 8930, mode: 46 [Mar 27 21:26:31] NOTICE[16437]: app_rpt.c:8930 rpt_tele_thread: Telemetry thread aborted at line 8930, mode: 46 [Mar 27 21:26:31] NOTICE[16438]: app_rpt.c:8930 rpt_tele_thread: Telemetry thread aborted at line 8930, mode: 46 [Mar 27 21:26:31] NOTICE[16439]: app_rpt.c:8930 rpt_tele_thread: Telemetry thread aborted at line 8930, mode: 46 [Mar 27 21:26:31] NOTICE[16440]: app_rpt.c:8930 rpt_tele_thread: Telemetry thread aborted at line 8930, mode: 46 [Mar 27 21:26:31] NOTICE[16441]: app_rpt.c:8930 rpt_tele_thread: Telemetry thread aborted at line 8930, mode: 46 [Mar 27 21:26:31] NOTICE[16442]: app_rpt.c:8930 rpt_tele_thread: Telemetry thread aborted at line 8930, mode: 46 [Mar 27 21:26:31] NOTICE[16443]: app_rpt.c:8930 rpt_tele_thread: Telemetry thread aborted at line 8930, mode: 46 [Mar 27 21:26:31] NOTICE[16444]: app_rpt.c:8930 rpt_tele_thread: Telemetry thread aborted at line 8930, mode: 46 [Mar 27 21:26:31] NOTICE[16445]: app_rpt.c:8930 rpt_tele_thread: Telemetry thread aborted at line 8930, mode: 46 [Mar 27 21:26:31] NOTICE[16446]: app_rpt.c:8930 rpt_tele_thread: Telemetry thread aborted at line 8930, mode: 46 [Mar 27 21:26:31] NOTICE[16447]: app_rpt.c:8930 rpt_tele_thread: Telemetry thread aborted at line 8930, mode: 46 [Mar 27 21:26:31] NOTICE[16448]: app_rpt.c:8930 rpt_tele_thread: Telemetry thread aborted at line 8930, mode: 46 [Mar 27 21:26:31] NOTICE[16449]: app_rpt.c:8930 rpt_tele_thread: Telemetry thread aborted at line 8930, mode: 46 [Mar 27 21:26:31] NOTICE[16450]: app_rpt.c:8930 rpt_tele_thread: Telemetry thread aborted at line 8930, mode: 46 [Mar 27 21:26:31] NOTICE[16451]: app_rpt.c:8930 rpt_tele_thread: Telemetry thread aborted at line 8930, mode: 46 [Mar 27 21:26:31] NOTICE[16452]: app_rpt.c:8930 rpt_tele_thread: Telemetry thread aborted at line 8930, mode: 46 [Mar 27 21:26:31] NOTICE[16453]: app_rpt.c:8930 rpt_tele_thread: Telemetry thread aborted at line 8930, mode: 46 [Mar 27 21:26:31] NOTICE[16454]: app_rpt.c:8930 rpt_tele_thread: Telemetry thread aborted at line 8930, mode: 46 KB9LFZ-1*CLI> rpt fun 28569 *76 [Mar 27 21:26:47] NOTICE[16460]: app_rpt.c:8930 rpt_tele_thread: Telemetry thread aborted at line 8930, mode: 42 [Mar 27 21:26:47] NOTICE[16461]: app_rpt.c:8930 rpt_tele_thread: Telemetry thread aborted at line 8930, mode: 42 [Mar 27 21:27:01] NOTICE[16465]: app_rpt.c:8930 rpt_tele_thread: Telemetry thread aborted at line 8930, mode: 42 [Mar 27 21:27:01] NOTICE[16466]: app_rpt.c:8930 rpt_tele_thread: Telemetry thread aborted at line 8930, mode: 42 KB9LFZ-1*CLI> rpt fun 29314 *76 KB9LFZ-1*CLI> rpt fun 29314 *10 [Mar 27 21:27:21] NOTICE[16472]: app_rpt.c:8930 rpt_tele_thread: Telemetry thread aborted at line 8930, mode: 46 [Mar 27 21:27:22] NOTICE[16475]: app_rpt.c:8930 rpt_tele_thread: Telemetry thread aborted at line 8930, mode: 42 KB9LFZ-1*CLI> rpt fun 29314 *145297 [Mar 27 21:27:44] NOTICE[16503]: app_rpt.c:8930 rpt_tele_thread: Telemetry thread aborted at line 8930, mode: 42 KB9LFZ-1*CLI>? [Mar 27 21:27:55] NOTICE[16508]: app_rpt.c:8930 rpt_tele_thread: Telemetry thread aborted at line 8930, mode: 42 [Mar 27 21:27:56] NOTICE[16509]: app_rpt.c:8930 rpt_tele_thread: Telemetry thread aborted at line 8930, mode: 42 [Mar 27 21:28:07] NOTICE[16513]: app_rpt.c:8930 rpt_tele_thread: Telemetry thread aborted at line 8930, mode: 46 [Mar 27 21:28:07] NOTICE[16514]: app_rpt.c:8930 rpt_tele_thread: Telemetry thread aborted at line 8930, mode: 42 [Mar 27 21:28:12] NOTICE[16518]: app_rpt.c:8930 rpt_tele_thread: Telemetry thread aborted at line 8930, mode: 46 [Mar 27 21:28:19] NOTICE[16523]: app_rpt.c:8930 rpt_tele_thread: Telemetry thread aborted at line 8930, mode: 42 [Mar 27 21:28:29] NOTICE[16524]: app_rpt.c:8930 rpt_tele_thread: Telemetry thread aborted at line 8930, mode: 42 [Mar 27 21:28:35] NOTICE[16528]: app_rpt.c:8930 rpt_tele_thread: Telemetry thread aborted at line 8930, mode: 42 [Mar 27 21:28:44] NOTICE[16532]: app_rpt.c:8930 rpt_tele_thread: Telemetry thread aborted at line 8930, mode: 42 [Mar 27 21:28:46] NOTICE[16534]: app_rpt.c:8930 rpt_tele_thread: Telemetry thread aborted at line 8930, mode: 42 [Mar 27 21:28:50] NOTICE[16538]: app_rpt.c:8930 rpt_tele_thread: Telemetry thread aborted at line 8930, mode: 42 KB9LFZ-1*CLI> rpt fun 28569 *11968 [Mar 27 21:29:04] NOTICE[16543]: app_rpt.c:8930 rpt_tele_thread: Telemetry thread aborted at line 8930, mode: 42 [Mar 27 21:29:31] NOTICE[16552]: app_rpt.c:8930 rpt_tele_thread: Telemetry thread aborted at line 8930, mode: 42 [Mar 27 21:29:35] NOTICE[16555]: app_rpt.c:8930 rpt_tele_thread: Telemetry thread aborted at line 8930, mode: 42 KB9LFZ-1*CLI> rpt fun 28569 *11968 [Mar 27 21:29:48] NOTICE[16559]: app_rpt.c:8930 rpt_tele_thread: Telemetry thread aborted at line 8930, mode: 42 KB9LFZ-1*CLI> rpt fun 28569 *71 [Mar 27 21:30:24] NOTICE[16572]: app_rpt.c:8930 rpt_tele_thread: Telemetry thread aborted at line 8930, mode: 42 [Mar 27 21:30:29] NOTICE[16573]: app_rpt.c:8930 rpt_tele_thread: Telemetry thread aborted at line 8930, mode: 42 KB9LFZ-1*CLI> restart now From celltech161 at gmail.com Tue Mar 28 01:54:12 2017 From: celltech161 at gmail.com (Justin Reed) Date: Mon, 27 Mar 2017 20:54:12 -0500 Subject: [App_rpt-users] Allstarlink loop? In-Reply-To: <1490663645.6555.49.camel@project23d.com> References: <1490663645.6555.49.camel@project23d.com> Message-ID: <34b4e784-d6ca-34bc-a53e-7371dcd78295@gmail.com> I always wondered what would happen if some dipshit did this. Question answered ;) 73, Justin NV8Q On 3/27/2017 8:14 PM, Benjamin L. Naber wrote: > Uh, I was under the impression this wasn't possible, have a look at a > the picture. > > If I don't break the connection using the almight *4 command, as > someone on the 45297 insists on using the permanent link command, have > a look-see at my node, 28569 > > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at lists.allstarlink.org > http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit http://lists.allstarlink.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: From benjamin at project23d.com Tue Mar 28 02:52:56 2017 From: benjamin at project23d.com (Benjamin L. Naber) Date: Mon, 27 Mar 2017 22:52:56 -0400 Subject: [App_rpt-users] Allstarlink loop? In-Reply-To: <34b4e784-d6ca-34bc-a53e-7371dcd78295@gmail.com> References: <1490663645.6555.49.camel@project23d.com> <34b4e784-d6ca-34bc-a53e-7371dcd78295@gmail.com> Message-ID: <1490669576.6555.62.camel@project23d.com> Not sure that was necessary.. In any event, before the Allstarlink server(s) were reset about five days ago prior to today, if the following: 28569 <-> 41575 <-> 45222 and 28569 were to connect to 45297, and the end users on 45297 didn't know or pay attention that it was connected, and the user on 45297 tried connecting to 45222, the 45297 node would respond with "Remote already in this mode" Now, it does not do that. There was the possibility the possibly allstarlink wasn't aware of connections made when external node connections were made, if the external nodes connected were in the rpt.conf. However, prior to five days ago, the above scenario would be the same. Something change? What changes are being made to warrant the allstarlink servers being reset (evidence being the unused nodes all have the same last ke-up time) ~Benjamin, KB9LFZ On Mon, 2017-03-27 at 20:54 -0500, Justin Reed wrote: > I always wondered what would happen if some dipshit did this. > > Question answered ;) > > 73, > Justin > NV8Q > > > On 3/27/2017 8:14 PM, Benjamin L. Naber wrote: > > Uh, I was under the impression this wasn't possible, have a look at > > a > > the picture.? > > > > If I don't break the connection using the almight *4 command, as > > someone on the 45297 insists on using the permanent link command, > > have > > a look-see at my node, 28569 > > > > > > _______________________________________________ > > App_rpt-users mailing list > > App_rpt-users at lists.allstarlink.org > > http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users > > > > To unsubscribe from this list please visit http://lists.allstarlink > > .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 lists.allstarlink.org > http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit http://lists.allstarlink.o > rg/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: From monty at ke7jvx.com Tue Mar 28 13:38:10 2017 From: monty at ke7jvx.com (Monty) Date: Tue, 28 Mar 2017 13:38:10 +0000 Subject: [App_rpt-users] Allstarlink loop? In-Reply-To: <1490669576.6555.62.camel@project23d.com> References: <1490663645.6555.49.camel@project23d.com> <34b4e784-d6ca-34bc-a53e-7371dcd78295@gmail.com> <1490669576.6555.62.camel@project23d.com> Message-ID: Benjamin, Is there an echo, besides the normal delayed audio, in this scenario? Seems to me, reading through your logs, that's the nodes are trying to connect but not actually connected. I have seen something similar, but not in a loop, when dealing with permalinks. The other Node is not connecting, due to some sort of discrepancy, but in the "web link view" it shows them connected, even though they are not. May be way off base, but that is what I have seen. Also the only way something would change is if you update it. I don't believe we have auto update, yet. Monty On Mon, Mar 27, 2017 at 7:52 PM Benjamin L. Naber wrote: > Not sure that was necessary.. > > In any event, before the Allstarlink server(s) were reset about five days > ago prior to today, if the following: > 28569 <-> 41575 <-> 45222 > > and 28569 were to connect to 45297, and the end users on 45297 didn't know > or pay attention that it was connected, and the user on 45297 tried > connecting to 45222, the 45297 node would respond with "Remote already in > this mode" > > Now, it does not do that. > > There was the possibility the possibly allstarlink wasn't aware of > connections made when external node connections were made, if the external > nodes connected were in the rpt.conf. However, prior to five days ago, the > above scenario would be the same. > > Something change? What changes are being made to warrant the allstarlink > servers being reset (evidence being the unused nodes all have the same last > ke-up time) > > ~Benjamin, KB9LFZ > > > > On Mon, 2017-03-27 at 20:54 -0500, Justin Reed wrote: > > I always wondered what would happen if some dipshit did this. > > Question answered ;) > > 73, > Justin > NV8Q > > > On 3/27/2017 8:14 PM, Benjamin L. Naber wrote: > > Uh, I was under the impression this wasn't possible, have a look at a > the picture. > > If I don't break the connection using the almight *4 command, as > someone on the 45297 insists on using the permanent link command, have > a look-see at my node, 28569 > > > > _______________________________________________ > App_rpt-users mailing listApp_rpt-users at lists.allstarlink.orghttp://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit http://lists.allstarlink.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 listApp_rpt-users at lists.allstarlink.orghttp://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit http://lists.allstarlink.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 lists.allstarlink.org > http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit > http://lists.allstarlink.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. -- Monty -------------- next part -------------- An HTML attachment was scrubbed... URL: From benjamin at project23d.com Tue Mar 28 15:17:04 2017 From: benjamin at project23d.com (Benjamin L. Naber) Date: Tue, 28 Mar 2017 11:17:04 -0400 Subject: [App_rpt-users] Allstarlink loop? In-Reply-To: References: <1490663645.6555.49.camel@project23d.com> <34b4e784-d6ca-34bc-a53e-7371dcd78295@gmail.com> <1490669576.6555.62.camel@project23d.com> Message-ID: <1490714224.6555.67.camel@project23d.com> There wasn't an echo, delay wasn't any more than normal and we were not using permalinks. I was able to create the same situation again using *3 odd to me that it kept repeating the connection status of a remote node that was *not* a part of the loop. I elected to take it a step further and see if I could create a mesh between three nodes. I was successful. And it was a mess, haha! ~Benjamin, KB9LFZ On Tue, 2017-03-28 at 13:38 +0000, Monty wrote: > Benjamin, > > Is there an echo, besides the normal delayed audio, in this scenario? > Seems to me, reading through your logs, that's the nodes are trying > to connect but not actually connected. I have seen something similar, > but not in a loop, when dealing with permalinks. The other Node is > not connecting, due to some sort of discrepancy, but in the "web link > view" it shows them connected, even though they are not.? > > May be way off base, but that is what I have seen.? Also the only way > something would change is if you update it. I don't believe we have > auto update, yet.? > > Monty > > > On Mon, Mar 27, 2017 at 7:52 PM Benjamin L. Naber d.com> wrote: > > Not sure that was necessary.. > > > > In any event, before the Allstarlink server(s) were reset about > > five days ago prior to today, if the following: > > 28569 <-> 41575 <-> 45222 > > > > and 28569 were to connect to 45297, and the end users on 45297 > > didn't know or pay attention that it was connected, and the user on > > 45297 tried connecting to 45222, the 45297 node would respond with > > "Remote already in this mode" > > > > Now, it does not do that. > > > > There was the possibility the possibly allstarlink wasn't aware of > > connections made when external node connections were made, if the > > external nodes connected were in the rpt.conf. However, prior to > > five days ago, the above scenario would be the same. > > > > Something change? What changes are being made to warrant the > > allstarlink servers being reset (evidence being the unused nodes > > all have the same last ke-up time) > > > > ~Benjamin, KB9LFZ > > > > > > > > On Mon, 2017-03-27 at 20:54 -0500, Justin Reed wrote: > > > I always wondered what would happen if some dipshit did this. > > > > > > Question answered ;) > > > > > > 73, > > > Justin > > > NV8Q > > > > > > > > > On 3/27/2017 8:14 PM, Benjamin L. Naber wrote: > > > > Uh, I was under the impression this wasn't possible, have a > > > > look at a > > > > the picture.? > > > > > > > > If I don't break the connection using the almight *4 command, > > > > as > > > > someone on the 45297 insists on using the permanent link > > > > command, have > > > > a look-see at my node, 28569 > > > > > > > > > > > > _______________________________________________ > > > > App_rpt-users mailing list > > > > App_rpt-users at lists.allstarlink.org > > > > http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-u > > > > sers > > > > > > > > To unsubscribe from this list please visit http://lists.allstar > > > > link.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 lists.allstarlink.org > > > http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-use > > > rs > > > > > > To unsubscribe from this list please visit http://lists.allstarli > > > nk.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 lists.allstarlink.org > > http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users > > > > To unsubscribe from this list please visit http://lists.allstarlink > > .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.? > --? > > Monty > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at lists.allstarlink.org > http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit http://lists.allstarlink.o > rg/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.? From w5jr.lists at gmail.com Tue Mar 28 18:54:41 2017 From: w5jr.lists at gmail.com (Mike - W5JR) Date: Tue, 28 Mar 2017 14:54:41 -0400 Subject: [App_rpt-users] Allstarlink loop? In-Reply-To: <1490714224.6555.67.camel@project23d.com> References: <1490663645.6555.49.camel@project23d.com> <34b4e784-d6ca-34bc-a53e-7371dcd78295@gmail.com> <1490669576.6555.62.camel@project23d.com> <1490714224.6555.67.camel@project23d.com> Message-ID: "Remote already in this mode" will only be heard if the telemetry message setting is allowed/active. A COP_34 (common to be function 934) will disable telemetry such as this, along with a whole list of other useful telemetry messages. The infamous COP_35 will allow telemetry messages for about a minute and suppress them afterwards. COP_33 turns all telemetry messaging back on. tnx Mike / W5JR Alpharetta GA > On Mar 28, 2017, at 11:17 AM, Benjamin L. Naber wrote: > > There wasn't an echo, delay wasn't any more than normal and we were not > using permalinks. I was able to create the same situation again using > *3 > > odd to me that it kept repeating the connection status of a remote node > that was *not* a part of the loop. > > I elected to take it a step further and see if I could create a mesh > between three nodes. I was successful. And it was a mess, haha! > > ~Benjamin, KB9LFZ > > >> On Tue, 2017-03-28 at 13:38 +0000, Monty wrote: >> Benjamin, >> >> Is there an echo, besides the normal delayed audio, in this scenario? >> Seems to me, reading through your logs, that's the nodes are trying >> to connect but not actually connected. I have seen something similar, >> but not in a loop, when dealing with permalinks. The other Node is >> not connecting, due to some sort of discrepancy, but in the "web link >> view" it shows them connected, even though they are not. >> >> May be way off base, but that is what I have seen. Also the only way >> something would change is if you update it. I don't believe we have >> auto update, yet. >> >> Monty >> >> >> On Mon, Mar 27, 2017 at 7:52 PM Benjamin L. Naber > d.com> wrote: >>> Not sure that was necessary.. >>> >>> In any event, before the Allstarlink server(s) were reset about >>> five days ago prior to today, if the following: >>> 28569 <-> 41575 <-> 45222 >>> >>> and 28569 were to connect to 45297, and the end users on 45297 >>> didn't know or pay attention that it was connected, and the user on >>> 45297 tried connecting to 45222, the 45297 node would respond with >>> "Remote already in this mode" >>> >>> Now, it does not do that. >>> >>> There was the possibility the possibly allstarlink wasn't aware of >>> connections made when external node connections were made, if the >>> external nodes connected were in the rpt.conf. However, prior to >>> five days ago, the above scenario would be the same. >>> >>> Something change? What changes are being made to warrant the >>> allstarlink servers being reset (evidence being the unused nodes >>> all have the same last ke-up time) >>> >>> ~Benjamin, KB9LFZ >>> >>> >>> >>>> On Mon, 2017-03-27 at 20:54 -0500, Justin Reed wrote: >>>> I always wondered what would happen if some dipshit did this. >>>> >>>> Question answered ;) >>>> >>>> 73, >>>> Justin >>>> NV8Q >>>> >>>> >>>>> On 3/27/2017 8:14 PM, Benjamin L. Naber wrote: >>>>> Uh, I was under the impression this wasn't possible, have a >>>>> look at a >>>>> the picture. >>>>> >>>>> If I don't break the connection using the almight *4 command, >>>>> as >>>>> someone on the 45297 insists on using the permanent link >>>>> command, have >>>>> a look-see at my node, 28569 >>>>> >>>>> >>>>> _______________________________________________ >>>>> App_rpt-users mailing list >>>>> App_rpt-users at lists.allstarlink.org >>>>> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-u >>>>> sers >>>>> >>>>> To unsubscribe from this list please visit http://lists.allstar >>>>> link.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 lists.allstarlink.org >>>> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-use >>>> rs >>>> >>>> To unsubscribe from this list please visit http://lists.allstarli >>>> nk.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 lists.allstarlink.org >>> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users >>> >>> To unsubscribe from this list please visit http://lists.allstarlink >>> .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. >> -- >> >> Monty >> _______________________________________________ >> App_rpt-users mailing list >> App_rpt-users at lists.allstarlink.org >> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users >> >> To unsubscribe from this list please visit http://lists.allstarlink.o >> rg/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 lists.allstarlink.org > http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit http://lists.allstarlink.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. From rhyolite at leikhim.com Tue Mar 28 22:16:32 2017 From: rhyolite at leikhim.com (Joe Leikhim) Date: Tue, 28 Mar 2017 18:16:32 -0400 Subject: [App_rpt-users] Simulcasting with RTCM/voter In-Reply-To: <405b5b4c-3e27-561e-d55a-820ee082a5ab@leikhim.com> References: <405b5b4c-3e27-561e-d55a-820ee082a5ab@leikhim.com> Message-ID: <363ff815-c2fb-6bcf-a9a9-776d95bb454e@leikhim.com> any more progress on this? On 3/14/2017 1:54 PM, Joe Leikhim wrote: > > "The DAC problem is related to audio phase not launch delay. So the > audio will sound bad even with the proper launch delay." > > I am just shooting from the hip on this, but would it be possible to > insert a preamble into the simulcast stream that the DAC's would each > reproduce and some additional circuitry or code could monitor and use > to correct the audio phase at each RTCM? > > I am sure I am oversimplifying, but, thoughts? > > Joe > > > On 3/14/2017 10:33 AM, Tim Sawyer wrote: >> The delta should be less than 83uS for voice is what I read. Digital >> (i.e. P25) needs to be even less, not that that's what your dealing >> with here. Of course the signal strength comes into play as well. The >> overlap areas are defined as areas where the signal is within 10dB. >> >> The Radio Mobile program can accept these figures and plot the >> simulcast interference. It takes some doing to figure out but well >> worth the effort. I've found it amazingly accurate. I might have an >> example plot to share if anyone is interested. >> >> The DAC problem is related to audio phase not launch delay. So the >> audio will sound bad even with the proper launch delay. >> >> >> On Mon, Mar 13, 2017 at 8:10 PM, Hayden Honeywood >> > wrote: >> >> Thanks for your thoughts Jesse and Tim. >> >> Ah, perhaps that was my issue, I was setting the delay, doing a >> 99 to save to EEPROM but not rebooting. Perhaps I need to try >> this next. Basically the test you have described Jesse is what I >> am doing at home. >> >> I believe from what I have read and understand from Joe's >> messages, Tim that some error in the launch delay is OK at voice. >> I read somewhere over 110uS it starts to become a problem. >> >> I certainly can get away with no PL encoding on the transmitter, >> I was merely using it as a means of double checking my audio >> phasing. Voice sounds OK, depending on my frequency offset. It >> does have a level of distortion however - again maybe due to the >> launch delay not being set correctly. I suppose a semi bonus is >> that at 6 metres, normal propagation effects cause noise, >> crackles, phase cancellations etc so it may just all sound >> natural anyway. Sporadic E openings will be interesting though :). >> >> Currently my main site has a significant overlap of my planned >> secondary site. I may need to reconsider this to reduce the overlap. >> >> 73 >> Hayden >> >> _______________________________________________ >> App_rpt-users mailing list >> App_rpt-users at lists.allstarlink.org >> >> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users >> >> >> To unsubscribe from this list please visit >> http://lists.allstarlink.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. >> >> >> >> >> -- >> -- >> Tim >> >> >> _______________________________________________ >> App_rpt-users mailing list >> App_rpt-users at lists.allstarlink.org >> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users >> >> To unsubscribe from this list please visithttp://lists.allstarlink.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. > > -- > Joe Leikhim > > > Leikhim and Associates > > Communications Consultants > > Oviedo, Florida > > JLeikhim at Leikhim.com > > 407-982-0446 > > WWW.LEIKHIM.COM > > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at lists.allstarlink.org > http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit http://lists.allstarlink.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. -- Joe Leikhim Leikhim and Associates Communications Consultants Oviedo, Florida JLeikhim at Leikhim.com 407-982-0446 WWW.LEIKHIM.COM -------------- next part -------------- An HTML attachment was scrubbed... URL: From tisawyer at gmail.com Tue Mar 28 23:02:13 2017 From: tisawyer at gmail.com (Tim Sawyer) Date: Tue, 28 Mar 2017 16:02:13 -0700 Subject: [App_rpt-users] Allstarlink loop? In-Reply-To: References: <1490663645.6555.49.camel@project23d.com> <34b4e784-d6ca-34bc-a53e-7371dcd78295@gmail.com> <1490669576.6555.62.camel@project23d.com> <1490714224.6555.67.camel@project23d.com> Message-ID: That will not happen under normal conditions. App_rpt does get confused at times. Reboot everything one at a time until the problem goes away. If you have start up macros the last boot may not be the culprit. On Tue, Mar 28, 2017 at 11:54 AM, Mike - W5JR wrote: > "Remote already in this mode" will only be heard if the telemetry message > setting is allowed/active. A COP_34 (common to be function 934) will > disable telemetry such as this, along with a whole list of other useful > telemetry messages. The infamous COP_35 will allow telemetry messages for > about a minute and suppress them afterwards. COP_33 turns all telemetry > messaging back on. > > tnx > Mike / W5JR > Alpharetta GA > > > On Mar 28, 2017, at 11:17 AM, Benjamin L. Naber > wrote: > > > > There wasn't an echo, delay wasn't any more than normal and we were not > > using permalinks. I was able to create the same situation again using > > *3 > > > > odd to me that it kept repeating the connection status of a remote node > > that was *not* a part of the loop. > > > > I elected to take it a step further and see if I could create a mesh > > between three nodes. I was successful. And it was a mess, haha! > > > > ~Benjamin, KB9LFZ > > > > > >> On Tue, 2017-03-28 at 13:38 +0000, Monty wrote: > >> Benjamin, > >> > >> Is there an echo, besides the normal delayed audio, in this scenario? > >> Seems to me, reading through your logs, that's the nodes are trying > >> to connect but not actually connected. I have seen something similar, > >> but not in a loop, when dealing with permalinks. The other Node is > >> not connecting, due to some sort of discrepancy, but in the "web link > >> view" it shows them connected, even though they are not. > >> > >> May be way off base, but that is what I have seen. Also the only way > >> something would change is if you update it. I don't believe we have > >> auto update, yet. > >> > >> Monty > >> > >> > >> On Mon, Mar 27, 2017 at 7:52 PM Benjamin L. Naber >> d.com> wrote: > >>> Not sure that was necessary.. > >>> > >>> In any event, before the Allstarlink server(s) were reset about > >>> five days ago prior to today, if the following: > >>> 28569 <-> 41575 <-> 45222 > >>> > >>> and 28569 were to connect to 45297, and the end users on 45297 > >>> didn't know or pay attention that it was connected, and the user on > >>> 45297 tried connecting to 45222, the 45297 node would respond with > >>> "Remote already in this mode" > >>> > >>> Now, it does not do that. > >>> > >>> There was the possibility the possibly allstarlink wasn't aware of > >>> connections made when external node connections were made, if the > >>> external nodes connected were in the rpt.conf. However, prior to > >>> five days ago, the above scenario would be the same. > >>> > >>> Something change? What changes are being made to warrant the > >>> allstarlink servers being reset (evidence being the unused nodes > >>> all have the same last ke-up time) > >>> > >>> ~Benjamin, KB9LFZ > >>> > >>> > >>> > >>>> On Mon, 2017-03-27 at 20:54 -0500, Justin Reed wrote: > >>>> I always wondered what would happen if some dipshit did this. > >>>> > >>>> Question answered ;) > >>>> > >>>> 73, > >>>> Justin > >>>> NV8Q > >>>> > >>>> > >>>>> On 3/27/2017 8:14 PM, Benjamin L. Naber wrote: > >>>>> Uh, I was under the impression this wasn't possible, have a > >>>>> look at a > >>>>> the picture. > >>>>> > >>>>> If I don't break the connection using the almight *4 command, > >>>>> as > >>>>> someone on the 45297 insists on using the permanent link > >>>>> command, have > >>>>> a look-see at my node, 28569 > >>>>> > >>>>> > >>>>> _______________________________________________ > >>>>> App_rpt-users mailing list > >>>>> App_rpt-users at lists.allstarlink.org > >>>>> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-u > >>>>> sers > >>>>> > >>>>> To unsubscribe from this list please visit http://lists.allstar > >>>>> link.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 lists.allstarlink.org > >>>> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-use > >>>> rs > >>>> > >>>> To unsubscribe from this list please visit http://lists.allstarli > >>>> nk.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 lists.allstarlink.org > >>> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users > >>> > >>> To unsubscribe from this list please visit http://lists.allstarlink > >>> .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. > >> -- > >> > >> Monty > >> _______________________________________________ > >> App_rpt-users mailing list > >> App_rpt-users at lists.allstarlink.org > >> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users > >> > >> To unsubscribe from this list please visit http://lists.allstarlink.o > >> rg/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 lists.allstarlink.org > > http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users > > > > To unsubscribe from this list please visit http://lists.allstarlink.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 lists.allstarlink.org > http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit http://lists.allstarlink.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. > -- -- Tim -------------- next part -------------- An HTML attachment was scrubbed... URL: