From petem001 at gmail.com Fri Jun 1 00:10:10 2018 From: petem001 at gmail.com (Pierre Martel) Date: Thu, 31 May 2018 20:10:10 -0400 Subject: [App_rpt-users] Help with Searching Key-Words App_rpt-users Forum In-Reply-To: References: Message-ID: I've shorten the link Steve sent. http://bfy.tw/IOqS 2018-05-31 13:23 GMT-04:00 John W Benedict : > Hello Group, > > I am new with the group and relatively new with Allstar as well. > > Is there a way to search this forum for information already discussed? > > > > Thank you > > > > John > > [image: ke5rs] > > > > _______________________________________________ > 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: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.png Type: image/png Size: 317 bytes Desc: not available URL: From kevin.babich at gmail.com Fri Jun 1 00:19:24 2018 From: kevin.babich at gmail.com (Kevin Babich) Date: Thu, 31 May 2018 19:19:24 -0500 Subject: [App_rpt-users] RTCM [RX Packet Out of Bounds] ***Updated*** In-Reply-To: References: Message-ID: <035301d3f93e$324d1f40$96e75dc0$@gmail.com> Hayden, The time is in UTC, as reported by the RTCM. The system time is typically a couple minutes off, but it wanders a bit. Ergo, each time command 98 is executed, a different delta is reported. I?m not aware of a full calibration routine, what are you referring to? The GPS is connected at 9600 baud. The RTCM?s have been modified to accept an external 9.6MHz reference, which is locked to GPS. This is the relevant output from command 98: Current Time: Fri Jun 01, 2018 00:17:43.740 Last Rx Pkt System time: 06/01/2018 00:16:08.440, diff: 95300 msec Last Rx Pkt Timestamp time: 06/01/2018 00:16:08.440, diff: 0 msec Last Rx Pkt index: 160, inbounds: 1 Does ?System Time? reference the time on the computer which apt_rpt executes? Kindest Regards, Kevin Babich | N9IAA Valparaiso, IN 46383 From: App_rpt-users On Behalf Of Hayden Honeywood Sent: Thursday, May 31, 2018 5:56 PM To: app_rpt-users at lists.allstarlink.org Subject: Re: [App_rpt-users] RTCM [RX Packet Out of Bounds] ***Updated*** Is the time in UTC? How far off is the system time? Have you done a full calibration of each board? What baud rate do you run on your GPS's? I tend to use 9600 baud and have had no issues with the GPS's I have used. There is various GPS debug tools available in the RTCM. They are documented here - https://wiki.allstarlink.org/wiki/RTCM_Client#GPS Can you possibly try injecting a 9.6MHz signal in place of the crystal on board? Perhaps you have a variant of James KI0KN's problem where his crystals were off frequency. I can't comment on that as I built all my boards and they have external frequency references. Regards Hayden VK7HH From: App_rpt-users > On Behalf Of Hayden Honeywood Sent: Wednesday, May 30, 2018 5:34 PM To: app_rpt-users at lists.allstarlink.org Subject: Re: [App_rpt-users] RTCM [RX Packet Out of Bounds] ***Updated*** What is your values in voter.conf for RX buffer (960) and in the RTCM client for TX buffer (480). Are all RTCM TX buffers set to the same value? Yes, 480. These values were based upon the math Jim provided, which is a function of maximum latencies on the network. We rarely have greater than 1ms to any host on the network. Are all the GPS's in a location where they cannot be swamped with RF? Yes, and they utilize PCTEL antennas with filtering for use in RF dense environments. Some users have had success with a dedicated RTCM as the master timing source (with no radio connected). Has it been suspected that an RTCM doesn?t have the horsepower to handle both functions contemporaneously? Regards Hayden VK7HH -------------- next part -------------- An HTML attachment was scrubbed... URL: ------------------------------ Message: 3 Date: Wed, 30 May 2018 19:51:43 -0500 From: "Kevin Babich" > To: "'Users of Asterisk app_rpt'" > Subject: Re: [App_rpt-users] RTCM [RX Packet Out of Bounds] ***Updated*** Message-ID: <010001d3f879$8c2b3710$a481a530$@gmail.com > Content-Type: text/plain; charset="utf-8" Hayden, Do you know what exactly ?RX Packet Out of Bounds? refers to? I can infer its meaning, but, one can?t be certain. Any thoughts why the system time is always so far off? It has always been, since I began experimenting with the RTCM in 2012. This is consistent across many RTCM?s. -------------- next part -------------- An HTML attachment was scrubbed... URL: From kevin.babich at gmail.com Fri Jun 1 00:30:00 2018 From: kevin.babich at gmail.com (Kevin Babich) Date: Thu, 31 May 2018 19:30:00 -0500 Subject: [App_rpt-users] RTCM [RX Packet Out of Bounds] ***Updated*** In-Reply-To: References: Message-ID: <036601d3f93f$ae7c3d70$0b74b850$@gmail.com> Hayden, When running DEBUG = 32, I see the following, but, only on occasion, say every minute or so: 06/01/2018 00:22:12.240 Warning: GPS Data time period elapsed GPS-DEBUG: $GPRMC,002213.00,A,4131.82046,N,08702.05712,W,0.027,,010618,,,D*6D GPS-DEBUG: mon: 5, gps_time: 1527812533, ctime: Fri Jun 1 00:22:13 2018 I suspect this has to do with the receiver losing lock. However, it doesn?t make sense as the receiver reports a strong signal and doesn?t show signs of loss of signal on the front alarm panel. The GPS antenna is designed with high RF immunity and is at a site with little activity. Kindest Regards, Kevin Babich | N9IAA Valparaiso, IN 46383 From: App_rpt-users On Behalf Of Hayden Honeywood Sent: Thursday, May 31, 2018 5:56 PM To: app_rpt-users at lists.allstarlink.org Subject: Re: [App_rpt-users] RTCM [RX Packet Out of Bounds] ***Updated*** Is the time in UTC? How far off is the system time? Have you done a full calibration of each board? What baud rate do you run on your GPS's? I tend to use 9600 baud and have had no issues with the GPS's I have used. There is various GPS debug tools available in the RTCM. They are documented here - https://wiki.allstarlink.org/wiki/RTCM_Client#GPS Can you possibly try injecting a 9.6MHz signal in place of the crystal on board? Perhaps you have a variant of James KI0KN's problem where his crystals were off frequency. I can't comment on that as I built all my boards and they have external frequency references. Regards Hayden VK7HH From: App_rpt-users > On Behalf Of Hayden Honeywood Sent: Wednesday, May 30, 2018 5:34 PM To: app_rpt-users at lists.allstarlink.org Subject: Re: [App_rpt-users] RTCM [RX Packet Out of Bounds] ***Updated*** What is your values in voter.conf for RX buffer (960) and in the RTCM client for TX buffer (480). Are all RTCM TX buffers set to the same value? Yes, 480. These values were based upon the math Jim provided, which is a function of maximum latencies on the network. We rarely have greater than 1ms to any host on the network. Are all the GPS's in a location where they cannot be swamped with RF? Yes, and they utilize PCTEL antennas with filtering for use in RF dense environments. Some users have had success with a dedicated RTCM as the master timing source (with no radio connected). Has it been suspected that an RTCM doesn?t have the horsepower to handle both functions contemporaneously? Regards Hayden VK7HH -------------- next part -------------- An HTML attachment was scrubbed... URL: ------------------------------ Message: 3 Date: Wed, 30 May 2018 19:51:43 -0500 From: "Kevin Babich" > To: "'Users of Asterisk app_rpt'" > Subject: Re: [App_rpt-users] RTCM [RX Packet Out of Bounds] ***Updated*** Message-ID: <010001d3f879$8c2b3710$a481a530$@gmail.com > Content-Type: text/plain; charset="utf-8" Hayden, Do you know what exactly ?RX Packet Out of Bounds? refers to? I can infer its meaning, but, one can?t be certain. Any thoughts why the system time is always so far off? It has always been, since I began experimenting with the RTCM in 2012. This is consistent across many RTCM?s. -------------- next part -------------- An HTML attachment was scrubbed... URL: From tom at k5tra.net Fri Jun 1 02:40:03 2018 From: tom at k5tra.net (Tom) Date: Thu, 31 May 2018 21:40:03 -0500 Subject: [App_rpt-users] My role with AllStarLink Message-ID: <012e01d3f951$da6c6380$8f452a80$@k5tra.net> Steve, Thank you for all that you do and have done. I know you will continue to contribute. Best - Tom / K5TRA -----Original Message----- From: App_rpt-users [mailto:app_rpt-users-bounces at lists.allstarlink.org] On Behalf Of app_rpt-users-request at lists.allstarlink.org Sent: Thursday, May 31, 2018 11:00 AM To: app_rpt-users at lists.allstarlink.org Subject: App_rpt-users Digest, Vol 111, Issue 27 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. Re: RTCM [RX Packet Out of Bounds] ***Updated*** (Hayden Honeywood) 2. Re: RTCM [RX Packet Out of Bounds] ***Updated*** (Kevin Babich) 3. Re: RTCM [RX Packet Out of Bounds] ***Updated*** (Kevin Babich) 4. Android IAXRPT (Steve Zingman) 5. My role with AllStarLink (Steve Zingman) 6. Re: Android IAXRPT (Mike) 7. Re: My role with AllStarLink (Angelo T Sonnesso) 8. Re: Android IAXRPT (Steve Zingman) 9. Re: My role with AllStarLink (Bryan D. Boyle) 10. Router Malware Warnings from FBI (Mike) 11. Re: My role with AllStarLink (Steven Blackford) ---------------------------------------------------------------------- Message: 1 Date: Thu, 31 May 2018 08:34:11 +1000 From: Hayden Honeywood To: app_rpt-users at lists.allstarlink.org Subject: Re: [App_rpt-users] RTCM [RX Packet Out of Bounds] ***Updated*** Message-ID: Content-Type: text/plain; charset="utf-8" What is your values in voter.conf for RX buffer and in the RTCM client for TX buffer. Are all RTCM TX buffers set to the same value? Are all the GPS's in a location where they cannot be swamped with RF? Some users have had success with a dedicated RTCM as the master timing source (with no radio connected). Regards Hayden VK7HH -------------- next part -------------- An HTML attachment was scrubbed... URL: ------------------------------ Message: 2 Date: Wed, 30 May 2018 19:47:29 -0500 From: "Kevin Babich" To: "'Users of Asterisk app_rpt'" Subject: Re: [App_rpt-users] RTCM [RX Packet Out of Bounds] ***Updated*** Message-ID: <00fb01d3f878$f48ece80$ddac6b80$@gmail.com> Content-Type: text/plain; charset="utf-8" Hayden, I have answered, below ? in line. Thanks for your input! Kindest Regards, Kevin Babich | N9IAA Valparaiso, IN 46383 Mobile: 219.406.9707 Cessna 421 Cesssna Conquest I/II Beechcraft King Air 90/200 ??It is not the critic who counts; not the man who points out how the strong man stumbles, or where the doer of deeds could have done them better. The credit belongs to the man who is actually in the arena, whose face is marred by dust and sweat and blood; who strives valiantly; who errs, who comes short again and again, because there is no effort without error and shortcoming; but who does actually strive to do the deeds; who knows great enthusiasms, the great devotions; who spends himself in a worthy cause; who at the best knows in the end the triumph of high achievement, and who at the worst, if he fails, at least fails while daring greatly, so that his place shall never be with those cold and timid souls who neither know victory nor defeat...? -Theodore Roosevelt From: App_rpt-users On Behalf Of Hayden Honeywood Sent: Wednesday, May 30, 2018 5:34 PM To: app_rpt-users at lists.allstarlink.org Subject: Re: [App_rpt-users] RTCM [RX Packet Out of Bounds] ***Updated*** What is your values in voter.conf for RX buffer (960) and in the RTCM client for TX buffer (480). Are all RTCM TX buffers set to the same value? Yes, 480. These values were based upon the math Jim provided, which is a function of maximum latencies on the network. We rarely have greater than 1ms to any host on the network. Are all the GPS's in a location where they cannot be swamped with RF? Yes, and they utilize PCTEL antennas with filtering for use in RF dense environments. Some users have had success with a dedicated RTCM as the master timing source (with no radio connected). Has it been suspected that an RTCM doesn?t have the horsepower to handle both functions contemporaneously? Regards Hayden VK7HH -------------- next part -------------- An HTML attachment was scrubbed... URL: ------------------------------ Message: 3 Date: Wed, 30 May 2018 19:51:43 -0500 From: "Kevin Babich" To: "'Users of Asterisk app_rpt'" Subject: Re: [App_rpt-users] RTCM [RX Packet Out of Bounds] ***Updated*** Message-ID: <010001d3f879$8c2b3710$a481a530$@gmail.com> Content-Type: text/plain; charset="utf-8" Hayden, Do you know what exactly ?RX Packet Out of Bounds? refers to? I can infer its meaning, but, one can?t be certain. Any thoughts why the system time is always so far off? It has always been, since I began experimenting with the RTCM in 2012. This is consistent across many RTCM?s. Kindest Regards, Kevin Babich | N9IAA Valparaiso, IN 46383 Mobile: 219.406.9707 Cessna 421 Cesssna Conquest I/II Beechcraft King Air 90/200 ??It is not the critic who counts; not the man who points out how the strong man stumbles, or where the doer of deeds could have done them better. The credit belongs to the man who is actually in the arena, whose face is marred by dust and sweat and blood; who strives valiantly; who errs, who comes short again and again, because there is no effort without error and shortcoming; but who does actually strive to do the deeds; who knows great enthusiasms, the great devotions; who spends himself in a worthy cause; who at the best knows in the end the triumph of high achievement, and who at the worst, if he fails, at least fails while daring greatly, so that his place shall never be with those cold and timid souls who neither know victory nor defeat...? -Theodore Roosevelt From: App_rpt-users On Behalf Of Hayden Honeywood Sent: Wednesday, May 30, 2018 5:34 PM To: app_rpt-users at lists.allstarlink.org Subject: Re: [App_rpt-users] RTCM [RX Packet Out of Bounds] ***Updated*** What is your values in voter.conf for RX buffer and in the RTCM client for TX buffer. Are all RTCM TX buffers set to the same value? Are all the GPS's in a location where they cannot be swamped with RF? Some users have had success with a dedicated RTCM as the master timing source (with no radio connected). Regards Hayden VK7HH -------------- next part -------------- An HTML attachment was scrubbed... URL: ------------------------------ Message: 4 Date: Thu, 31 May 2018 07:11:29 -0400 From: Steve Zingman To: App_rpt-users at lists.allstarlink.org Subject: [App_rpt-users] Android IAXRPT Message-ID: <1e4fedb1-2a1f-16ed-f379-74bba8c54005 at msgstor.com> Content-Type: text/plain; charset=utf-8; format=flowed Android IAXRPT has been returned to the Google Play Store 73, Steve N4IRS ------------------------------ Message: 5 Date: Thu, 31 May 2018 10:02:46 -0400 From: Steve Zingman To: Users of Asterisk app_rpt , allstar-digital at lists.allstarlink.org Subject: [App_rpt-users] My role with AllStarLink Message-ID: <213711ca-081d-3a39-4313-27a63a3e5e6d at msgstor.com> Content-Type: text/plain; charset=utf-8; format=flowed I would like to let everybody know there has been a change in the board of directors and leadership of AllStarLink. I have resigned from the board and as President of the organization. I am working with the board to transfer all of my responsibilities to others. I expect more information about the membership of the board will come from them. When Jim passed away, I was asked to step in and make sure AllStarLink continued. In fact, my goal was simple, AllStarLink should survive any single person. No matter who comes and goes, AllStarLink continues to move forward. We formed a Not for Profit corporation, setup a board of directors etc. Kevin, Bryan and Tim stepped up and filled out the board. All three have done quite a few very important tasks that got us on our feet. We moved the source code to GitHub where everybody could see the code and contribute. We made sure the DNS was solid and correct. The servers were backed up. An inventory of servers and application was built so that we could recover. You can't fix something if you don't know it exists and where it is. All in all lot's of work was done behind the scenes. There is still a great deal of thing to be done. We have teams for the infrastructure, development and administration. All the teams need people willing to put in the hard work of running what amounts to a enterprise. If you can help, step up! I am not falling off the edge of the earth, I have quite a few projects going. I will continue to contribute in my own way to AllStarLink, just not in a daily active role. This is a positive step. AllStarLink will continue to innovate. 73, Steve N4IRS ------------------------------ Message: 6 Date: Thu, 31 May 2018 10:57:18 -0400 From: Mike To: app_rpt-users at lists.allstarlink.org Subject: Re: [App_rpt-users] Android IAXRPT Message-ID: <29769c0c-ba00-bbe8-9b13-831a47522882 at midnighteng.com> Content-Type: text/plain; charset=utf-8; format=flowed Just a note to those that try Android IAXRPT on older phones... I have a old galaxy s4 i keep around for utility tasks as I am a iPhone guy. (time to update that) But if you install this on smaller screens, you will not be able to see all the buttons to make it work. So go to the google play website and look at screenshots to see what you should be seeing on your phone. Could save some a little grief. ...mike/kb8jnm On 5/31/2018 7:11 AM, Steve Zingman wrote: > Android IAXRPT has been returned to the Google Play Store > > > 73, Steve N4IRS > _______________________________________________ > 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. ------------------------------ Message: 7 Date: Thu, 31 May 2018 10:58:31 -0400 From: "Angelo T Sonnesso" To: "'Users of Asterisk app_rpt'" Subject: Re: [App_rpt-users] My role with AllStarLink Message-ID: <082101d3f8ef$d891c3a0$89b54ae0$@gmail.com> Content-Type: text/plain; charset="utf-8" Steve, As a new comer to all-star, I thank you for all that you have done. I am glad that you will continue to contribute to the cause. I hope to learn enough to contribute as well. 73 N2DYN Angelo -----Original Message----- From: App_rpt-users On Behalf Of Steve Zingman Sent: Thursday, May 31, 2018 10:03 AM To: Users of Asterisk app_rpt ; allstar-digital at lists.allstarlink.org Subject: [App_rpt-users] My role with AllStarLink I would like to let everybody know there has been a change in the board of directors and leadership of AllStarLink. I have resigned from the board and as President of the organization. I am working with the board to transfer all of my responsibilities to others. I expect more information about the membership of the board will come from them. When Jim passed away, I was asked to step in and make sure AllStarLink continued. In fact, my goal was simple, AllStarLink should survive any single person. No matter who comes and goes, AllStarLink continues to move forward. We formed a Not for Profit corporation, setup a board of directors etc. Kevin, Bryan and Tim stepped up and filled out the board. All three have done quite a few very important tasks that got us on our feet. We moved the source code to GitHub where everybody could see the code and contribute. We made sure the DNS was solid and correct. The servers were backed up. An inventory of servers and application was built so that we could recover. You can't fix something if you don't know it exists and where it is. All in all lot's of work was done behind the scenes. There is still a great deal of thing to be done. We have teams for the infrastructure, development and administration. All the teams need people willing to put in the hard work of running what amounts to a enterprise. If you can help, step up! I am not falling off the edge of the earth, I have quite a few projects going. I will continue to contribute in my own way to AllStarLink, just not in a daily active role. This is a positive step. AllStarLink will continue to innovate. 73, Steve N4IRS _______________________________________________ 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. ------------------------------ Message: 8 Date: Thu, 31 May 2018 11:02:08 -0400 From: Steve Zingman To: app_rpt-users at lists.allstarlink.org Subject: Re: [App_rpt-users] Android IAXRPT Message-ID: <4a959708-18eb-9e71-48ed-4845ab23caa1 at msgstor.com> Content-Type: text/plain; charset=utf-8; format=flowed This is on the list to addressed in the next revision. Steve On 5/31/2018 10:57 AM, Mike wrote: > Just a note to those that try Android IAXRPT on older phones... > > > I have a old galaxy s4 i keep around for utility tasks as I am a > iPhone guy. (time to update that) > > But if you install this on smaller screens, you will not be able to > see all the buttons to make it work. > > So go to the google play website and look at screenshots to see what > you should be seeing on your phone. > > Could save some a little grief. > > > ...mike/kb8jnm > > > On 5/31/2018 7:11 AM, Steve Zingman wrote: >> Android IAXRPT has been returned to the Google Play Store >> >> >> 73, Steve N4IRS >> _______________________________________________ >> 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. ------------------------------ Message: 9 Date: Thu, 31 May 2018 11:06:23 -0400 From: "Bryan D. Boyle" To: app_rpt-users at lists.allstarlink.org Subject: Re: [App_rpt-users] My role with AllStarLink Message-ID: <6d382dae-a40a-7501-a623-c68cf91f189c at bdboyle.com> Content-Type: text/plain; charset=utf-8; format=flowed I think I am echoing the opinions of many, but thank you for taking on this role when Jim passed, and for helping (along with the rest of the board) preserve and ensure Allstar continues to grow (10K+ nodes? Take that, you others!) and thrive. Jim left big shoes to fill...and you all have done just that. Thank you! On 5/31/2018 10:02 AM, Steve Zingman wrote: > I would like to let everybody know there has been a change in the > board of directors and leadership of AllStarLink. I have resigned from > the board and as President of the organization. I am working with the > board to transfer all of my responsibilities to others. I expect more > information about the membership of the board will come from them. > > When Jim passed away, I was asked to step in and make sure AllStarLink > continued. In fact, my goal was simple, AllStarLink should survive any > single person. No matter who comes and goes, AllStarLink continues to > move forward. We formed a Not for Profit corporation, setup a board of > directors etc. Kevin, Bryan and Tim stepped up and filled out the > board. All three have done quite a few very important tasks that got > us on our feet. We moved the source code to GitHub where everybody > could see the code and contribute. We made sure the DNS was solid and > correct. The servers were backed up. An inventory of servers and > application was built so that we could recover. You can't fix > something if you don't know it exists and where it is. All in all > lot's of work was done behind the scenes. There is still a great deal > of thing to be done. We have teams for the infrastructure, development > and administration. All the teams need people willing to put in the > hard work of running what amounts to a enterprise. If you can help, > step up! > > I am not falling off the edge of the earth, I have quite a few > projects going. I will continue to contribute in my own way to > AllStarLink, just not in a daily active role. This is a positive step. > AllStarLink will continue to innovate. > > 73, Steve N4IRS ------------------------------ Message: 10 Date: Thu, 31 May 2018 11:20:41 -0400 From: Mike To: app_rpt-users at lists.allstarlink.org Subject: [App_rpt-users] Router Malware Warnings from FBI Message-ID: <6d7f287b-e64b-88c0-f72a-d8d09a014b8c at midnighteng.com> Content-Type: text/plain; charset=utf-8; format=flowed Just in the case you have not heard the news of the past week, There is a warning issued by the FBI about a potential malware threat to routers. https://www.washingtonpost.com/news/powerpost/paloma/the-cybersecurity-202/2018/05/24/the-cybersecurity-202-the-fbi-is-trying-to-thwart-a-massive-russia-linked-hacking-campaign/5b058e921b326b492dd07e55/?utm_term=.3ecb87d65a41 While I did try to dig deeper on this over the weekend, I could not obtain the grimy details. But it looks like a sleeper so you might want to do due diligence and reset your router to clear the ram. When I say sleeper, I mean it has yet to perform new duties so it might not affect anything now. I'm clearing all of mine once a day till I find out more. Just a FYI. ...mike/kb8jnm ------------------------------ Message: 11 Date: Thu, 31 May 2018 11:35:01 -0400 From: Steven Blackford To: Users of Asterisk app_rpt , "allstar-digital at lists.allstarlink.org" Subject: Re: [App_rpt-users] My role with AllStarLink Message-ID: <5b101623.1c69fb81.bd137.acb7 at mx.google.com> Content-Type: text/plain; charset="utf-8" Steve, Just wanted to echo my thanks for everything as well. I know I?ve only been working with AllStar less than a year now, but I?ve always appreciated all the assistance, back history, and everything you?ve shared with me since then. I?ve learned a great deal & that?s why I?ve tried to pay it forward. Sounds like you?re going to have what, an extra hour of the day free now? What will you do w/ all that extra time? LOL ? 73 de K4SQI! Steve, K4SQI From: Steve Zingman Sent: Thursday, May 31, 2018 10:02 AM To: Users of Asterisk app_rpt; allstar-digital at lists.allstarlink.org Subject: [App_rpt-users] My role with AllStarLink I would like to let everybody know there has been a change in the board of directors and leadership of AllStarLink. I have resigned from the board and as President of the organization. I am working with the board to transfer all of my responsibilities to others. I expect more information about the membership of the board will come from them. When Jim passed away, I was asked to step in and make sure AllStarLink continued. In fact, my goal was simple, AllStarLink should survive any single person. No matter who comes and goes, AllStarLink continues to move forward. We formed a Not for Profit corporation, setup a board of directors etc. Kevin, Bryan and Tim stepped up and filled out the board. All three have done quite a few very important tasks that got us on our feet. We moved the source code to GitHub where everybody could see the code and contribute. We made sure the DNS was solid and correct. The servers were backed up. An inventory of servers and application was built so that we could recover. You can't fix something if you don't know it exists and where it is. All in all lot's of work was done behind the scenes. There is still a great deal of thing to be done. We have teams for the infrastructure, development and administration. All the teams need people willing to put in the hard work of running what amounts to a enterprise. If you can help, step up! I am not falling off the edge of the earth, I have quite a few projects going. I will continue to contribute in my own way to AllStarLink, just not in a daily active role. This is a positive step. AllStarLink will continue to innovate. 73, Steve N4IRS _______________________________________________ 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: ------------------------------ 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 111, Issue 27 ********************************************** From mm at midnighteng.com Fri Jun 1 04:43:30 2018 From: mm at midnighteng.com (Mike) Date: Fri, 1 Jun 2018 00:43:30 -0400 Subject: [App_rpt-users] SimpleUSB In-Reply-To: <200d1668-2320-489f-51ec-31210b035a40@midnighteng.com> References: <200d1668-2320-489f-51ec-31210b035a40@midnighteng.com> Message-ID: Follow-up... I knew there were some strange doc errors? and no good docs when I loaded my first ACID system Now that I have converted my first 'radio' system to deb9 I re-live that a bit. But for those of you thinking of or that have failed to use the parallel port for cor and ptt, it may be from older docs still floating around the web that I know are wrong for the last 8 years or more. So, here is the skinny... 1st you must set a definition for the port address in rpt.conf iobase=0x378???? ; Parallel port address (using for cor/ptt & switches +dh-rbi? - 378,278,3bc common Lpt 1,2,3 Then, in either radiousb or simpleusb you need to define the pins you need for the service. [usb_29285] pp6=ptt pp11=cor So that's the skinny. Simple right ! There are 4 input pins (9-12)? and 8 output pins assignable and can also be used for hard ctcss signaling or switching on/off devices at your site with the help of a transistor/diode and relay. Now my issue not getting this to work in the conversion had nothing to do with that. But a reminder that I had to tear the source apart to figure this out back in the day. My issue was a type error in the conversion that everyone yet to come from a original old ACID should take notice of. When I used my original file for this, but not rpt.conf , since I want to rewrite it and clean it up. (it's massive) The standard practice had changed relating to a "_" underscore [usb_29285]?? /? [usb29285]? and was a hard one to notice. So you might make sure yours matches your rpt.conf file rxchannel = SimpleUSB/usb_29285? /? rxchannel = SimpleUSB/usb29285 So, my fresh default rpt.conf had the underscore and my x-ferd file of simpleusb did not. Perhaps that will help some from loosing a few hairs ! But I think most have switched long before me. (why didn't someone tell me....LOL) 73, ...mike/kb8jnm On 5/31/2018 1:55 PM, Mike wrote: > > Can someone send me a copy of their modules.conf and > SimpleUSB.conf/RadioUSB (off list) that is using only SimpleUSB or > RadioUSB AND a Parallel port for i/o > > I guessing I'm missing something for the pport in modules.conf. > > > As I try to transition/convert to a deb9 and new ASL from ACID, and to > get back into the practice with scripting, > > I'm having issues with a 'headed system' using parallel port. My old > config's don't work at all. > > So I'm missing something. Perhaps something new ? > > > ...mike/kb8jnm > > > _______________________________________________ > 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 cummingsj at gmail.com Fri Jun 1 15:56:34 2018 From: cummingsj at gmail.com (JJC) Date: Fri, 1 Jun 2018 09:56:34 -0600 Subject: [App_rpt-users] Router Malware Warnings from FBI In-Reply-To: References: <6d7f287b-e64b-88c0-f72a-d8d09a014b8c@midnighteng.com> Message-ID: Wrong, I had to reread this.. what they don't make patches for are things that have not been discovered as being exploited yet... The fact that it's being exploited does not mean that it's known or disclosed. I am quite aware of when this started - the rest of your statement I pretty much agree with though ;-) On Thu, May 31, 2018 at 11:13 AM, Bryan St Clair wrote: > They don't make patches for something that hasn't been exploited yet. > That's why a day 0 exists. > > This started in 2016... > > The affected models are older and I would bet, behind in updates. > > Updates don't protect everything, just what was known in the past. 2016 is > the past. > > A good reason why it's tageted the Linksys, MikroTik, NETGEAR and TP-Link > devices is their low update rate. Not the manufacturer, but the consumer. > > > On Thu, May 31, 2018, 10:06 JJC wrote: > >> Not entirely correct see inline.... >> >> On Thu, May 31, 2018 at 10:43 AM, Bryan St Clair wrote: >> >>> It is a threat to anyone who doesn't maintain a strong login credential >>> set and/or who doesn't update firmware. If you do both these, you are >>> very unlikely to have been infected. >>> >> Not entirely accurate, there were 0days involved in this.. that means >> that the threat existed and was being exploited before a patch / firmware >> update was released. >> >> >>> >>> >> No harm in a reboot (for many reasons) however daily may not be needed. >>> >> Agreed, and a reboot only clears the non-persistent mechanisms. And rest >> assured mechanisms exist for persistence... >> >> >>> >>> Remember, firmware updates patch known vulnerability issues that these >>> malware infections exploit. >>> >> Correct "known" being the keyword, see comment #1 >> >>> >>> >>> On Thu, May 31, 2018, 08:20 Mike wrote: >>> >>>> >>>> Just in the case you have not heard the news of the past week, >>>> >>>> There is a warning issued by the FBI about a potential malware threat >>>> to >>>> routers. >>>> >>>> https://www.washingtonpost.com/news/powerpost/paloma/the- >>>> cybersecurity-202/2018/05/24/the-cybersecurity-202-the-fbi- >>>> is-trying-to-thwart-a-massive-russia-linked-hacking-campaign/ >>>> 5b058e921b326b492dd07e55/?utm_term=.3ecb87d65a41 >>>> >>>> >>>> While I did try to dig deeper on this over the weekend, I could not >>>> obtain the grimy details. >>>> >>>> But it looks like a sleeper so you might want to do due diligence and >>>> reset your router to clear the ram. >>>> >>>> When I say sleeper, I mean it has yet to perform new duties so it might >>>> not affect anything now. >>>> >>>> I'm clearing all of mine once a day till I find out more. Just a FYI. >>>> >>>> >>>> ...mike/kb8jnm >>>> >>>> _______________________________________________ >>>> 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. > -------------- next part -------------- An HTML attachment was scrubbed... URL: From mm at midnighteng.com Fri Jun 1 19:30:49 2018 From: mm at midnighteng.com (Mike) Date: Fri, 1 Jun 2018 15:30:49 -0400 Subject: [App_rpt-users] Nodes update & Firewall ports Message-ID: <8ab8ad35-86d5-3662-ac09-12079fe95d09@midnighteng.com> I have a vps hub that stopped getting node list info after installing a firewall. Everything else seems ok... Could it be that I have missed a necessary port for the retrieval ? Not sure where that it running from to look. ...mike/kb8jnm From k6ecm1 at gmail.com Fri Jun 1 21:19:05 2018 From: k6ecm1 at gmail.com (Bob Pyke) Date: Fri, 1 Jun 2018 14:19:05 -0700 Subject: [App_rpt-users] usbradio.conf rxdemod Message-ID: When I set usbradio.conf rxdemod=flat ; the audio out of the repeater sounds muffled compared to the audio while listening to the repeater input with a monitoring radio. When rxdemod=speaker ; the audio out of the repeater sounds tinny compared to the audio input to the repeater. Is there a way to ?select? something in between in software? Thanks, Bob K6ECM 73 From mm at midnighteng.com Fri Jun 1 21:21:37 2018 From: mm at midnighteng.com (Mike) Date: Fri, 1 Jun 2018 17:21:37 -0400 Subject: [App_rpt-users] usbradio.conf rxdemod In-Reply-To: References: Message-ID: Are you using discriminator audio, line audio or speaker audio ? ...mike/kb8jnm On 6/1/2018 5:19 PM, Bob Pyke wrote: > When I set usbradio.conf > rxdemod=flat ; the audio out of the repeater sounds muffled compared to the audio while listening to the repeater input with a monitoring radio. When > rxdemod=speaker ; the audio out of the repeater sounds tinny compared to the audio input to the repeater. > > Is there a way to ?select? something in between in software? > > Thanks, > Bob > K6ECM > 73 > > _______________________________________________ > 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 Fri Jun 1 21:36:56 2018 From: k6ecm1 at gmail.com (Bob Pyke) Date: Fri, 1 Jun 2018 14:36:56 -0700 Subject: [App_rpt-users] usbradio.conf rxdemod In-Reply-To: References: Message-ID: <7A3FD9A2-57A6-4852-B09E-2D92A55FAFAD@gmail.com> Not sure exactly. The MASTR II has a TS-32, and the audio comes from ?audio filter output? on the TS-32, which is driven by the MASTR II ?VOL SQ HI? and from there is where it gets messy, as there appear to be errors in the schematic which indicates it is wired to the PTT, in one part of the schematic, and ?SPkR H? in another part. I think they have some pi numbers miss labeled in the schematic. Thanks, Bob K6ECM 73 > On Jun 1, 2018, at 2:21 PM, Mike wrote: > > > Are you using discriminator audio, line audio or speaker audio ? > > > ...mike/kb8jnm > > >> On 6/1/2018 5:19 PM, Bob Pyke wrote: >> When I set usbradio.conf >> rxdemod=flat ; the audio out of the repeater sounds muffled compared to the audio while listening to the repeater input with a monitoring radio. When >> rxdemod=speaker ; the audio out of the repeater sounds tinny compared to the audio input to the repeater. >> >> Is there a way to ?select? something in between in software? >> >> Thanks, >> Bob >> K6ECM >> 73 >> >> _______________________________________________ >> 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 mm at midnighteng.com Fri Jun 1 21:40:28 2018 From: mm at midnighteng.com (Mike) Date: Fri, 1 Jun 2018 17:40:28 -0400 Subject: [App_rpt-users] usbradio.conf rxdemod In-Reply-To: <7A3FD9A2-57A6-4852-B09E-2D92A55FAFAD@gmail.com> References: <7A3FD9A2-57A6-4852-B09E-2D92A55FAFAD@gmail.com> Message-ID: does the volume change in app_rpt when you adjust the volume control on the radio ? ...mike/kb8jnm On 6/1/2018 5:36 PM, Bob Pyke wrote: > Not sure exactly. The MASTR II has a TS-32, and the audio comes from ?audio filter output? on the TS-32, which is driven by the MASTR II ?VOL SQ HI? and from there is where it gets messy, as there appear to be errors in the schematic which indicates it is wired to the PTT, in one part of the schematic, and ?SPkR H? in another part. I think they have some pi numbers miss labeled in the schematic. > > Thanks, > Bob > K6ECM > 73 > > >> On Jun 1, 2018, at 2:21 PM, Mike wrote: >> >> >> Are you using discriminator audio, line audio or speaker audio ? >> >> >> ...mike/kb8jnm >> >> >>> On 6/1/2018 5:19 PM, Bob Pyke wrote: >>> When I set usbradio.conf >>> rxdemod=flat ; the audio out of the repeater sounds muffled compared to the audio while listening to the repeater input with a monitoring radio. When >>> rxdemod=speaker ; the audio out of the repeater sounds tinny compared to the audio input to the repeater. >>> >>> Is there a way to ?select? something in between in software? >>> >>> Thanks, >>> Bob >>> K6ECM >>> 73 >>> >>> _______________________________________________ >>> 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 Fri Jun 1 21:42:20 2018 From: k6ecm1 at gmail.com (Bob Pyke) Date: Fri, 1 Jun 2018 14:42:20 -0700 Subject: [App_rpt-users] usbradio.conf rxdemod In-Reply-To: References: <7A3FD9A2-57A6-4852-B09E-2D92A55FAFAD@gmail.com> Message-ID: The volume control is not in the radio. Thanks, Bob K6ECM 73 > On Jun 1, 2018, at 2:40 PM, Mike wrote: > > does the volume change in app_rpt when you adjust the volume control on the radio ? > > ...mike/kb8jnm > > >> On 6/1/2018 5:36 PM, Bob Pyke wrote: >> Not sure exactly. The MASTR II has a TS-32, and the audio comes from ?audio filter output? on the TS-32, which is driven by the MASTR II ?VOL SQ HI? and from there is where it gets messy, as there appear to be errors in the schematic which indicates it is wired to the PTT, in one part of the schematic, and ?SPkR H? in another part. I think they have some pi numbers miss labeled in the schematic. >> >> Thanks, >> Bob >> K6ECM >> 73 >> >> >>> On Jun 1, 2018, at 2:21 PM, Mike wrote: >>> >>> >>> Are you using discriminator audio, line audio or speaker audio ? >>> >>> >>> ...mike/kb8jnm >>> >>> >>>> On 6/1/2018 5:19 PM, Bob Pyke wrote: >>>> When I set usbradio.conf >>>> rxdemod=flat ; the audio out of the repeater sounds muffled compared to the audio while listening to the repeater input with a monitoring radio. When >>>> rxdemod=speaker ; the audio out of the repeater sounds tinny compared to the audio input to the repeater. >>>> >>>> Is there a way to ?select? something in between in software? >>>> >>>> Thanks, >>>> Bob >>>> K6ECM >>>> 73 >>>> >>>> _______________________________________________ >>>> 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 mm at midnighteng.com Fri Jun 1 21:54:37 2018 From: mm at midnighteng.com (Mike) Date: Fri, 1 Jun 2018 17:54:37 -0400 Subject: [App_rpt-users] usbradio.conf rxdemod In-Reply-To: References: <7A3FD9A2-57A6-4852-B09E-2D92A55FAFAD@gmail.com> Message-ID: <1d5bdbfa-e1d7-82fd-f665-00e3848863d5@midnighteng.com> Well, I have a hard time to give you proper advice without more details but... why not start by setting the demod flat, reduce the gain (run the 20db attenuator) and adjust your audio levels from there and see what you get... / adjust on findings & let us know where you are USBRADIO/SIMPLEUSB deemphasis = no????? ; enable de-emphasis (input from discriminator) txboost = 0 rxboost = 0???????????? ; 0 = 20db attenuator inserted, 1= 20db attenuator removed ??????????????????????? ; Set to 1 for additonal gain if using a low-level receiver output rxdemod=flat txprelim=yes txlimonly=no Tune rx audio levels from this point for a start. Test the rx to decode dtmf , adjust tx afterwards. My method here is not the best, but you got to start somewhere. I may not have thought of everything either. There is audio tuning software build-in to the current code but I have never used it to advise. ...mike/kb8jnm On 6/1/2018 5:42 PM, Bob Pyke wrote: > The volume control is not in the radio. > > Thanks, > Bob > K6ECM > 73 > > >> On Jun 1, 2018, at 2:40 PM, Mike wrote: >> >> does the volume change in app_rpt when you adjust the volume control on the radio ? >> >> ...mike/kb8jnm >> >> >>> On 6/1/2018 5:36 PM, Bob Pyke wrote: >>> Not sure exactly. The MASTR II has a TS-32, and the audio comes from ?audio filter output? on the TS-32, which is driven by the MASTR II ?VOL SQ HI? and from there is where it gets messy, as there appear to be errors in the schematic which indicates it is wired to the PTT, in one part of the schematic, and ?SPkR H? in another part. I think they have some pi numbers miss labeled in the schematic. >>> >>> Thanks, >>> Bob >>> K6ECM >>> 73 >>> >>> >>>> On Jun 1, 2018, at 2:21 PM, Mike wrote: >>>> >>>> >>>> Are you using discriminator audio, line audio or speaker audio ? >>>> >>>> >>>> ...mike/kb8jnm >>>> >>>> >>>>> On 6/1/2018 5:19 PM, Bob Pyke wrote: >>>>> When I set usbradio.conf >>>>> rxdemod=flat ; the audio out of the repeater sounds muffled compared to the audio while listening to the repeater input with a monitoring radio. When >>>>> rxdemod=speaker ; the audio out of the repeater sounds tinny compared to the audio input to the repeater. >>>>> >>>>> Is there a way to ?select? something in between in software? >>>>> >>>>> Thanks, >>>>> Bob >>>>> K6ECM >>>>> 73 >>>>> >>>>> _______________________________________________ >>>>> 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 nhardman1428 at gmail.com Sat Jun 2 02:21:08 2018 From: nhardman1428 at gmail.com (Nate Hardman) Date: Fri, 1 Jun 2018 22:21:08 -0400 Subject: [App_rpt-users] Nodes update & Firewall ports In-Reply-To: <8ab8ad35-86d5-3662-ac09-12079fe95d09@midnighteng.com> References: <8ab8ad35-86d5-3662-ac09-12079fe95d09@midnighteng.com> Message-ID: should be on port 80 On Fri, Jun 1, 2018 at 3:30 PM, Mike wrote: > > I have a vps hub that stopped getting node list info after installing a > firewall. > > Everything else seems ok... > > Could it be that I have missed a necessary port for the retrieval ? > > Not sure where that it running from to look. > > > ...mike/kb8jnm > > _______________________________________________ > 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. -- Nathan Hardman nhardman1428 at gmail.com N8THN at ARRL.NET -------------- next part -------------- An HTML attachment was scrubbed... URL: From mm at midnighteng.com Sat Jun 2 03:31:51 2018 From: mm at midnighteng.com (Mike) Date: Fri, 1 Jun 2018 23:31:51 -0400 Subject: [App_rpt-users] Nodes update & Firewall ports In-Reply-To: References: <8ab8ad35-86d5-3662-ac09-12079fe95d09@midnighteng.com> Message-ID: <1e586435-e66e-03f4-e3fa-0b90bc5a8b1e@midnighteng.com> TNX, I did find the issue. The rights to the file had changed somehow. Quick easy fix. The only reason I had caught it was the lack of connecting one radio node, but only to that server by that node. I had moved it to other server and the list file still had the old ports listed and refused the connect. LOL Imagine the hairs I lost on that trying to fix the radio node ( i was working on anyway ) that was not broke, but only a few, caught it pretty quick. ...mike/kb8jnm On 6/1/2018 10:21 PM, Nate Hardman wrote: > should be on port 80 > > On Fri, Jun 1, 2018 at 3:30 PM, Mike > wrote: > > > I have a vps hub that stopped getting node list info after > installing a firewall. > > Everything else seems ok... > > Could it be that I have missed a necessary port for the retrieval ? > > Not sure where that it running from to look. > > > ...mike/kb8jnm > > _______________________________________________ > 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. > > > > > -- > > Nathan Hardman > nhardman1428 at gmail.com > N8THN at ARRL.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 kg7qin at arrl.net Sat Jun 2 05:20:45 2018 From: kg7qin at arrl.net (Stacy) Date: Fri, 1 Jun 2018 22:20:45 -0700 Subject: [App_rpt-users] Send text Commands to Echolink In-Reply-To: <7e233af8-9cf1-dce2-6134-151ace7bbca9@gmail.com> References: <7e233af8-9cf1-dce2-6134-151ace7bbca9@gmail.com> Message-ID: <82c5eb2a-1f9b-346e-50dc-5ddd694ebac3@arrl.net> On 04/13/2018 07:34 AM, Jeffrey Lehman, KC8QCH wrote: > HI all, > > ?????? This may have been asked before and may be a silly question, > but is it possible to send text commands to Echolink? I have an > Allstar Node that connects to an Echolink conference fulltime. Is > there a way to send conference command to the conference from the > allstar node? Or am I just dreaming which is possible too. > This link should answer your question.? chan_echolink only recognizes a few commands, and according to the source it is via netcat -- it does not process chat text. https://wiki.allstarlink.org/wiki/Echolink_Channel_Driver#Remote_Commands Stacy From kb2ear at kb2ear.net Sun Jun 3 22:26:52 2018 From: kb2ear at kb2ear.net (Scott Weis) Date: Sun, 3 Jun 2018 18:26:52 -0400 Subject: [App_rpt-users] URI GPIO Message-ID: <00a101d3fb89$f8e14300$eaa3c900$@kb2ear.net> I'm trying to set up channel steering for a Motorola CDM1250 and have the radio working without a URI. If I ground the channel pins the channels change on the radio fine. Now when I connect the pins to a URI-x gpio1 gpio2 gpio5 and gpio6 It dosent seem to work. I have gpio1=out0 , gpio2=out0, gpio5=out0, gpio6=out0 and when I do a *584=cop,61,GPIO5=1 or *585=cop,61,GPIO5=0 nothing seems to change on the URI, either state I see +5v on the URI. Should it not get pulled to ground? Am I doing something wrong? Thanks & 73 de Scott KB2EAR From kuggie at kuggie.com Sun Jun 3 22:18:27 2018 From: kuggie at kuggie.com (Kevin Custer) Date: Sun, 3 Jun 2018 18:18:27 -0400 Subject: [App_rpt-users] Announcement - Board of Directors - AllStarLink, Inc. Message-ID: On behalf of AllStarLink, Inc., we're pleased to announce the addition of Pete Elke WI6H to the Board of Directors.? Pete's a long time user of the AllStar technology, and a fellow repeater builder. He worked with Jim Dixon on many occasions both inside and outside of Asterisk and app_rpt.? Pete brings many organizational qualities to our group, and with his help we'll continue to evolve this project, keeping in mind the vision and goals of our late founder. For AllStarLink, Inc. Kevin W3KKC From bryan at bryanfields.net Sun Jun 3 23:06:20 2018 From: bryan at bryanfields.net (Bryan Fields) Date: Sun, 3 Jun 2018 18:06:20 -0500 (CDT) Subject: [App_rpt-users] URI GPIO In-Reply-To: <00a101d3fb89$f8e14300$eaa3c900$@kb2ear.net> References: <00a101d3fb89$f8e14300$eaa3c900$@kb2ear.net> Message-ID: <622A19E0-DBE2-40A3-AFB2-11B3186001B4@bryanfields.net> Do you have a buffer from the 3.3v to 5v logic? -- Bryan Fields M: +1-727-409-1194 > On Jun 3, 2018, at 18:27, Scott Weis wrote: > > I'm trying to set up channel steering for a Motorola CDM1250 and have the > radio working without a URI. If I ground the channel pins the channels > change on the radio fine. Now when I connect the pins to a URI-x gpio1 > gpio2 gpio5 and gpio6 It dosent seem to work. I have gpio1=out0 , > gpio2=out0, gpio5=out0, gpio6=out0 and when I do a *584=cop,61,GPIO5=1 or > *585=cop,61,GPIO5=0 nothing seems to change on the URI, either state I see > +5v on the URI. Should it not get pulled to ground? > > Am I doing something wrong? > > Thanks & 73 > de Scott KB2EAR > > _______________________________________________ > 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 Jun 4 02:46:03 2018 From: haydenph91 at gmail.com (Hayden Honeywood) Date: Mon, 4 Jun 2018 12:46:03 +1000 Subject: [App_rpt-users] RTCM [RX Packet Out of Bounds] ***Updated*** Message-ID: Hi Kevin, Sorry keep getting confused... the VOTER (thru-hole) board lets you do a Diode calibration. I think the RTCM has the same functionality... it's documented in the manual, but not detailed. It has the switch for it anyway... OK on the baud rate and the messages you have in debug. I'm pretty sure the time on the RTCM's references the master timing source - which has the app_rpt host connected on the same network. Have you checked that your host has the correct time. The only time I saw the GPS Data Time period elasped error was running 4800 baud on the Garmin puck receivers. I changed this to 9600 which fixed the issue. Hayden -------------- next part -------------- An HTML attachment was scrubbed... URL: From kb2ear at kb2ear.net Mon Jun 4 03:42:43 2018 From: kb2ear at kb2ear.net (Scott Weis) Date: Sun, 3 Jun 2018 23:42:43 -0400 Subject: [App_rpt-users] URI GPIO In-Reply-To: <622A19E0-DBE2-40A3-AFB2-11B3186001B4@bryanfields.net> References: <00a101d3fb89$f8e14300$eaa3c900$@kb2ear.net> <622A19E0-DBE2-40A3-AFB2-11B3186001B4@bryanfields.net> Message-ID: <006601d3fbb6$183989c0$48ac9d40$@kb2ear.net> Isn?t the URI 5v logic? From: App_rpt-users [mailto:app_rpt-users-bounces at lists.allstarlink.org] On Behalf Of Bryan Fields Sent: Sunday, June 3, 2018 7:06 PM To: Users of Asterisk app_rpt Subject: Re: [App_rpt-users] URI GPIO Do you have a buffer from the 3.3v to 5v logic? -- Bryan Fields M: +1-727-409-1194 On Jun 3, 2018, at 18:27, Scott Weis > wrote: I'm trying to set up channel steering for a Motorola CDM1250 and have the radio working without a URI. If I ground the channel pins the channels change on the radio fine. Now when I connect the pins to a URI-x gpio1 gpio2 gpio5 and gpio6 It dosent seem to work. I have gpio1=out0 , gpio2=out0, gpio5=out0, gpio6=out0 and when I do a *584=cop,61,GPIO5=1 or *585=cop,61,GPIO5=0 nothing seems to change on the URI, either state I see +5v on the URI. Should it not get pulled to ground? Am I doing something wrong? Thanks & 73 de Scott KB2EAR _______________________________________________ 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 kb4fxc at inttek.net Mon Jun 4 04:05:08 2018 From: kb4fxc at inttek.net (David McGough) Date: Mon, 4 Jun 2018 00:05:08 -0400 (EDT) Subject: [App_rpt-users] URI GPIO In-Reply-To: <006601d3fbb6$183989c0$48ac9d40$@kb2ear.net> Message-ID: Scott, The URI GPIO pins are connected to the DB-25 without any buffering, etc. They are 3.3V logic, but based on the datasheet are considered to be 5V tolerant. You'll most likely need a level converter on each GPIO pin used to drive a CDM1250 pin. A simple open-collector or open-drain transistor buffer on each used GPIO pin will work nicely. There are dozens of acceptable ways to accomplish the buffering. Here is one sample schematic using an NPN bipolar transistor and includes LED's for visual feedback. Note that this circuit inverts the logic, so logic 0 becomes 1 and vice-versa. https://hamvoip.org/docs/ptt-driver-example.png 73, David KB4FXC On Sun, 3 Jun 2018, Scott Weis wrote: > Isn???t the URI 5v logic? > > > > From: App_rpt-users [mailto:app_rpt-users-bounces at lists.allstarlink.org] On Behalf Of Bryan Fields > Sent: Sunday, June 3, 2018 7:06 PM > To: Users of Asterisk app_rpt > Subject: Re: [App_rpt-users] URI GPIO > > > > Do you have a buffer from the 3.3v to 5v logic? > > -- > > Bryan Fields > > M: +1-727-409-1194 > > > On Jun 3, 2018, at 18:27, Scott Weis > wrote: > > I'm trying to set up channel steering for a Motorola CDM1250 and have the > radio working without a URI. If I ground the channel pins the channels > change on the radio fine. Now when I connect the pins to a URI-x gpio1 > gpio2 gpio5 and gpio6 It dosent seem to work. I have gpio1=out0 , > gpio2=out0, gpio5=out0, gpio6=out0 and when I do a *584=cop,61,GPIO5=1 or > *585=cop,61,GPIO5=0 nothing seems to change on the URI, either state I see > +5v on the URI. Should it not get pulled to ground? > > Am I doing something wrong? > > Thanks & 73 > de Scott KB2EAR > > _______________________________________________ > 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 kb2ear at kb2ear.net Mon Jun 4 04:20:19 2018 From: kb2ear at kb2ear.net (Scott Weis) Date: Mon, 4 Jun 2018 00:20:19 -0400 Subject: [App_rpt-users] URI GPIO In-Reply-To: References: <006601d3fbb6$183989c0$48ac9d40$@kb2ear.net> Message-ID: <000601d3fbbb$5933cee0$0b9b6ca0$@kb2ear.net> Hopefully I didn't blow anything up... -----Original Message----- From: App_rpt-users [mailto:app_rpt-users-bounces at lists.allstarlink.org] On Behalf Of David McGough Sent: Monday, June 4, 2018 12:05 AM To: Users of Asterisk app_rpt Subject: Re: [App_rpt-users] URI GPIO Scott, The URI GPIO pins are connected to the DB-25 without any buffering, etc. They are 3.3V logic, but based on the datasheet are considered to be 5V tolerant. You'll most likely need a level converter on each GPIO pin used to drive a CDM1250 pin. A simple open-collector or open-drain transistor buffer on each used GPIO pin will work nicely. There are dozens of acceptable ways to accomplish the buffering. Here is one sample schematic using an NPN bipolar transistor and includes LED's for visual feedback. Note that this circuit inverts the logic, so logic 0 becomes 1 and vice-versa. https://hamvoip.org/docs/ptt-driver-example.png 73, David KB4FXC On Sun, 3 Jun 2018, Scott Weis wrote: > Isn???t the URI 5v logic? > > > > From: App_rpt-users > [mailto:app_rpt-users-bounces at lists.allstarlink.org] On Behalf Of > Bryan Fields > Sent: Sunday, June 3, 2018 7:06 PM > To: Users of Asterisk app_rpt > Subject: Re: [App_rpt-users] URI GPIO > > > > Do you have a buffer from the 3.3v to 5v logic? > > -- > > Bryan Fields > > M: +1-727-409-1194 > > > On Jun 3, 2018, at 18:27, Scott Weis > wrote: > > I'm trying to set up channel steering for a Motorola CDM1250 and have > the radio working without a URI. If I ground the channel pins the > channels change on the radio fine. Now when I connect the pins to a > URI-x gpio1 > gpio2 gpio5 and gpio6 It dosent seem to work. I have gpio1=out0 , > gpio2=out0, gpio5=out0, gpio6=out0 and when I do a *584=cop,61,GPIO5=1 > or > *585=cop,61,GPIO5=0 nothing seems to change on the URI, either state > I see > +5v on the URI. Should it not get pulled to ground? > > Am I doing something wrong? > > Thanks & 73 > de Scott KB2EAR > > _______________________________________________ > 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 kb4fxc at inttek.net Mon Jun 4 04:24:14 2018 From: kb4fxc at inttek.net (David McGough) Date: Mon, 4 Jun 2018 00:24:14 -0400 (EDT) Subject: [App_rpt-users] URI GPIO In-Reply-To: <000601d3fbbb$5933cee0$0b9b6ca0$@kb2ear.net> Message-ID: Probably not (lets hope!)....It's worthwhile to test the URI GPIO pins with a voltmeter/multimeter before proceeding! Check the voltage to ground, and flip the logic bit back and forth a few times in software. 73, David KB4FXC On Mon, 4 Jun 2018, Scott Weis wrote: > Hopefully I didn't blow anything up... -----Original Message----- From: App_rpt-users [mailto:app_rpt-users-bounces at lists.allstarlink.org] On Behalf Of David McGough Sent: Monday, June 4, 2018 12:05 AM To: Users of Asterisk app_rpt Subject: Re: [App_rpt-users] URI GPIO Scott, The URI GPIO pins are connected to the DB-25 without any buffering, etc. They are 3.3V logic, but based on the datasheet are considered to be 5V tolerant. You'll most likely need a level converter on each GPIO pin used to drive a CDM1250 pin. A simple open-collector or open-drain transistor buffer on each used GPIO pin will work nicely. There are dozens of acceptable ways to accomplish the buffering. Here is one sample schematic using an NPN bipolar transistor and includes LED's for visual feedback. Note that this circuit inverts the logic, so logic 0 becomes 1 and vice-versa. https://hamvoip.org/docs/ptt-driver-example.png 73, David KB4FXC On Sun, 3 Jun 2018, Scott Weis wrote: > Isn????????t the URI 5v logic? > > > > From: App_rpt-users > [mailto:app_rpt-users-bounces at lists.allstarlink.org] On Behalf Of > Bryan Fields > Sent: Sunday, June 3, 2018 7:06 PM > To: Users of Asterisk app_rpt > Subject: Re: [App_rpt-users] URI GPIO > > > > Do you have a buffer from the 3.3v to 5v logic? > > -- > > Bryan Fields > > M: +1-727-409-1194 > > > On Jun 3, 2018, at 18:27, Scott Weis > wrote: > > I'm trying to set up channel steering for a Motorola CDM1250 and have > the radio working without a URI. If I ground the channel pins the > channels change on the radio fine. Now when I connect the pins to a > URI-x gpio1 > gpio2 gpio5 and gpio6 It dosent seem to work. I have gpio1=out0 , > gpio2=out0, gpio5=out0, gpio6=out0 and when I do a *584=cop,61,GPIO5=1 > or > *585=cop,61,GPIO5=0 nothing seems to change on the URI, either state > I see > +5v on the URI. Should it not get pulled to ground? > > Am I doing something wrong? > > Thanks & 73 > de Scott KB2EAR > > _______________________________________________ > 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 rpt2 at chuck.midlandsnetworking.com Mon Jun 4 09:51:24 2018 From: rpt2 at chuck.midlandsnetworking.com (Chuck Henderson) Date: Mon, 4 Jun 2018 04:51:24 -0500 Subject: [App_rpt-users] RTCM [RX Packet Out of Bounds] ***Updated*** In-Reply-To: <036601d3f93f$ae7c3d70$0b74b850$@gmail.com> References: <036601d3f93f$ae7c3d70$0b74b850$@gmail.com> Message-ID: Kevin, I just checked 3 of my RTCM's and got the following results. RTCM1: Current Time: Mon Jun 04, 2018 08:55:43.640 Last Rx Pkt System time: 06/04/2018 02:55:56.040, diff: 21587600 msec Last Rx Pkt Timestamp time: 06/04/2018 02:55:56.040, diff: 0 msec Last Rx Pkt index: 1080, inbounds: 1 RTCM2: Current Time: Mon Jun 04, 2018 08:58:20.300 Last Rx Pkt System time: , diff: -905657056 msec Last Rx Pkt Timestamp time: , diff: 0 msec Last Rx Pkt index: 0, inbounds: 0 RTCM3: Current Time: Mon Jun 04, 2018 08:58:48.060 Last Rx Pkt System time: , diff: -905629296 msec Last Rx Pkt Timestamp time: , diff: 0 msec Last Rx Pkt index: 0, inbounds: 0 I would not be concerned about the times. They are not important. A better thing to look at is in the Asterisk CLI issue the command voter debug level 3 Then expect output like the following: GPSTime (South): 06/04/18 04:07:16.000000000 SysTime: 06/04/18 04:07:16.000000 DrainTime: 06/04/18 04:07:15.960 Got GPS (South): Lat: 4020.80N, Lon: 08856.35W, Elev: 225.7 GPSTime (North): 06/04/18 04:07:16.000000000 SysTime: 06/04/18 04:07:16.000000 DrainTime: 06/04/18 04:07:15.960 Got GPS (North): Lat: 4030.79N, Lon: 08857.99W, Elev: 245.4 GPSTime (East): 06/04/18 04:07:16.000000000 SysTime: 06/04/18 04:07:16.000000 DrainTime: 06/04/18 04:07:15.980 Got GPS (East): Lat: 4030.02N, Lon: 08855.92W, Elev: 250.2 sending KEEPALIVE (GPS) packet to client East digest 99479120 sending KEEPALIVE (GPS) packet to client North digest dd455bb0 sending KEEPALIVE (GPS) packet to client South digest 4a396b22 GPSTime (East): 06/04/18 04:07:17.000000000 SysTime: 06/04/18 04:07:17.000000 DrainTime: 06/04/18 04:07:16.980 Got GPS (East): Lat: 4030.02N, Lon: 08855.92W, Elev: 250.2 GPSTime (South): 06/04/18 04:07:17.000000000 SysTime: 06/04/18 04:07:17.000000 DrainTime: 06/04/18 04:07:16.980 Got GPS (South): Lat: 4020.80N, Lon: 08856.35W, Elev: 225.7 GPSTime (North): 06/04/18 04:07:17.000000000 SysTime: 06/04/18 04:07:17.000000 DrainTime: 06/04/18 04:07:16.980 Got GPS (North): Lat: 4030.79N, Lon: 08857.99W, Elev: 245.4 sending KEEPALIVE (GPS) packet to client East digest 99479120 sending KEEPALIVE (GPS) packet to client North digest dd455bb0 sending KEEPALIVE (GPS) packet to client South digest 4a396b22 GPSTime (South): 06/04/18 04:07:18.000000000 SysTime: 06/04/18 04:07:18.000000 DrainTime: 06/04/18 04:07:17.960 Got GPS (South): Lat: 4020.80N, Lon: 08856.35W, Elev: 225.7 GPSTime (North): 06/04/18 04:07:18.000000000 SysTime: 06/04/18 04:07:18.000000 DrainTime: 06/04/18 04:07:17.980 Got GPS (North): Lat: 4030.79N, Lon: 08857.99W, Elev: 245.4 GPSTime (East): 06/04/18 04:07:18.000000000 SysTime: 06/04/18 04:07:18.000000 DrainTime: 06/04/18 04:07:17.980 Got GPS (East): Lat: 4030.02N, Lon: 08855.92W, Elev: 250.2 GPSTime (South): 06/04/18 04:07:19.000000000 SysTime: 06/04/18 04:07:19.000000 DrainTime: 06/04/18 04:07:18.960 Got GPS (South): Lat: 4020.80N, Lon: 08856.35W, Elev: 225.7 GPSTime (North): 06/04/18 04:07:19.000000000 SysTime: 06/04/18 04:07:19.000000 DrainTime: 06/04/18 04:07:18.960 Got GPS (North): Lat: 4030.79N, Lon: 08857.99W, Elev: 245.4 sending KEEPALIVE (GPS) packet to client East digest 99479120 GPSTime (East): 06/04/18 04:07:19.000000000 sending KEEPALIVE (GPS) packet to client North digest dd455bb0 SysTime: 06/04/18 04:07:19.000000 sending KEEPALIVE (GPS) packet to client South digest 4a396b22 DrainTime: 06/04/18 04:07:18.980 Got GPS (East): Lat: 4030.02N, Lon: 08855.92W, Elev: 250.2 GPSTime (North): 06/04/18 04:07:20.000000000 SysTime: 06/04/18 04:07:20.000000 DrainTime: 06/04/18 04:07:19.960 Got GPS (North): Lat: 4030.79N, Lon: 08857.99W, Elev: 245.4 GPSTime (East): 06/04/18 04:07:20.000000000 SysTime: 06/04/18 04:07:20.000000 DrainTime: 06/04/18 04:07:19.980 Got GPS (East): Lat: 4030.02N, Lon: 08855.92W, Elev: 250.2 GPSTime (South): 06/04/18 04:07:20.000000000 SysTime: 06/04/18 04:07:20.000000 DrainTime: 06/04/18 04:07:19.980 Got GPS (South): Lat: 4020.80N, Lon: 08856.35W, Elev: 225.7 Ignore the lines I marked in green and only be concerned with the lines that have "Time" in them. Notice that each RTCM has 3 timestamp lines that are mostly together and they should be within about 40 ms of each other and should also be within about 40ms of the other RTCMs set of lines for that second. (this is with no signals present and with a very low network latency between RTCMs and the server). If you find that one RTCM is many ms out of line with the others, I recommend rebooting that one and/or the master one. I also recommend not being logged into the RTCMs via telnet except to make setting changes. Having an active telnet session to the RTCM can have a negative impact on it's ability to maintain time sync lock. Having active output on that telnet session will have a negative impact on it's ability to maintain time sync lock. If the above does not solve your problem then try increasing your tx buffer setting to 1400 and see if that eliminates your problem. But do not evaluate if the problem is solved while you have an active telnet session to the RTCM. If you still have a problem then send the output of your "voter debug level 3" (with no signals present and no active telnet sessions to RTCMs). Chuck On Thu, May 31, 2018 at 7:30 PM, Kevin Babich wrote: > Hayden, > > > > When running DEBUG = 32, I see the following, but, only on occasion, say > every minute or so: > > > > 06/01/2018 00:22:12.240 Warning: GPS Data time period elapsed > > GPS-DEBUG: $GPRMC,002213.00,A,4131.82046,N,08702.05712,W,0.027,,010618, > ,,D*6D > > GPS-DEBUG: mon: 5, gps_time: 1527812533, ctime: Fri Jun 1 00:22:13 2018 > > > > I suspect this has to do with the receiver losing lock. However, it > doesn?t make sense as the receiver reports a strong signal and doesn?t show > signs of loss of signal on the front alarm panel. The GPS antenna is > designed with high RF immunity and is at a site with little activity. > > > > Kindest Regards, > > > > Kevin Babich | N9IAA > > Valparaiso, IN 46383 > > > > *From:* App_rpt-users *On > Behalf Of *Hayden Honeywood > *Sent:* Thursday, May 31, 2018 5:56 PM > > *To:* app_rpt-users at lists.allstarlink.org > *Subject:* Re: [App_rpt-users] RTCM [RX Packet Out of Bounds] > ***Updated*** > > > > Is the time in UTC? How far off is the system time? > > > > Have you done a full calibration of each board? > > What baud rate do you run on your GPS's? > > > > I tend to use 9600 baud and have had no issues with the GPS's I have used. > > > > There is various GPS debug tools available in the RTCM. They are > documented here - > > https://wiki.allstarlink.org/wiki/RTCM_Client#GPS > > > > Can you possibly try injecting a 9.6MHz signal in place of the crystal on > board? Perhaps you have a variant of James KI0KN's problem where his > crystals were off frequency. > > > > I can't comment on that as I built all my boards and they have external > frequency references. > > > > Regards > > Hayden VK7HH > > > > > > > > > From: App_rpt-users On > Behalf Of Hayden Honeywood > Sent: Wednesday, May 30, 2018 5:34 PM > To: app_rpt-users at lists.allstarlink.org > Subject: Re: [App_rpt-users] RTCM [RX Packet Out of Bounds] ***Updated*** > > > > What is your values in voter.conf for RX buffer (960) and in the RTCM > client for TX buffer (480). Are all RTCM TX buffers set to the same value? > Yes, 480. These values were based upon the math Jim provided, which is a > function of maximum latencies on the network. We rarely have greater than > 1ms to any host on the network. > > > > Are all the GPS's in a location where they cannot be swamped with RF? Yes, > and they utilize PCTEL antennas with filtering for use in RF dense > environments. > > > > Some users have had success with a dedicated RTCM as the master timing > source (with no radio connected). Has it been suspected that an RTCM > doesn?t have the horsepower to handle both functions contemporaneously? > > > > Regards > > Hayden VK7HH > > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: attachments/20180530/24a4675d/attachment-0001.html> > > ------------------------------ > > Message: 3 > Date: Wed, 30 May 2018 19:51:43 -0500 > From: "Kevin Babich" > To: "'Users of Asterisk app_rpt'" > > Subject: Re: [App_rpt-users] RTCM [RX Packet Out of Bounds] > ***Updated*** > Message-ID: <010001d3f879$8c2b3710$a481a530$@gmail.com> > Content-Type: text/plain; charset="utf-8" > > Hayden, > > > > Do you know what exactly ?RX Packet Out of Bounds? refers to? I can infer > its meaning, but, one can?t be certain. Any thoughts why the system time > is always so far off? It has always been, since I began experimenting with > the RTCM in 2012. This is consistent across many RTCM?s. > > > > _______________________________________________ > 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 Bryan at bryanfields.net Mon Jun 4 15:30:38 2018 From: Bryan at bryanfields.net (Bryan Fields) Date: Mon, 4 Jun 2018 11:30:38 -0400 Subject: [App_rpt-users] URI GPIO In-Reply-To: <006601d3fbb6$183989c0$48ac9d40$@kb2ear.net> References: <00a101d3fb89$f8e14300$eaa3c900$@kb2ear.net> <622A19E0-DBE2-40A3-AFB2-11B3186001B4@bryanfields.net> <006601d3fbb6$183989c0$48ac9d40$@kb2ear.net> Message-ID: <99d706de-0b34-2924-4e2e-6ac31be356c1@bryanfields.net> On 6/3/18 11:42 PM, Scott Weis wrote: > Isn?t the URI 5v logic? GPIO on the chip is not, as the core runs at 3.3v. You'll need a simple logic converter. If you want a ready made one: https://www.amazon.com/dp/B0148BLZGE/ref=cm_sw_r_cp_ep_dp_gbB2zbJRTFMKV A FET and couple resistors will work too, you don't need to switch at anything approaching a data rate. I have some details on this here as part of interfacing a quantar to allstar. http://wiki.w9cr.net/index.php/Allstar_and_P25_on_Quantar -- Bryan Fields 727-409-1194 - Voice http://bryanfields.net From mm at midnighteng.com Tue Jun 5 18:57:32 2018 From: mm at midnighteng.com (Mike) Date: Tue, 5 Jun 2018 14:57:32 -0400 Subject: [App_rpt-users] Test A ECHO-TEST NODE 48230 for me ? Message-ID: I have framed-up a stand alone echo-test / parrot type node on 48230 Being only framed up, it has much work to be completed on it. More than just window dressing. I wanted it to function on a VPS node and to be able to operate simply on the connect string without any dtmf required. Since there would be no way of knowing if your audio levels are good enough to run dtmf. I need to adjust some timers and such. And I may need to limit both 1 connect at a time and a 5 min connection timer in the future (as it appears to me now). giving anyone a chance to use without interference. I may in the future, make a drop box to pick-up the audio file for additional analytic on www.29993.link (work in progress) So, that's it, just connect to 48230, listen for the 'poorly recorded' prompts (LOL), and help me find a bug ? Perhaps someone can help me with better menu prompts ? Work in progress, it will get better. Please let me know what you think or how to improve it. I have a full duplex latency test destined for the next node on my list. But I hope to keep these 'testing' node numbers permanent tools at your disposal 24/7. In doing this I found a lot of errors in the default config modules.conf of deb9 install (more on this later). But this is the point of playing around at this point for me. 'TESTing', Getting back in practice of the asterisk/app_rpt code with a few useful trivial experiments. 73, ...mike/kb8jnm From John at ke5rs.com Wed Jun 6 02:10:23 2018 From: John at ke5rs.com (John W Benedict) Date: Wed, 6 Jun 2018 02:10:23 +0000 Subject: [App_rpt-users] Squelch Tail Crash Elimination Message-ID: Hello, I have ASL running a Dell Slim Form computer all seems to be work quite well, connections, Echolink and local repeater with great audio reports however... I like to know how to eliminate the squelch crash on the tail maybe adding some milliseconds to the receiver audio? The system is a Yaesu DR-1X interfaced with the URIx controller using SimpleUSB in ASL version 20180417 The computer: Dell SFF Version 4.9.0-6-amd64 #1 SMP Debian 4.9.88-1+deb9u1 (2018-05-07) x86_64. I am very novice with Linux and Asterisk but learning bits and pieces... Thank you John de KE5RS _._ . ..... ._. ... -------------- next part -------------- An HTML attachment was scrubbed... URL: From mm at midnighteng.com Wed Jun 6 02:41:05 2018 From: mm at midnighteng.com (Mike) Date: Tue, 5 Jun 2018 22:41:05 -0400 Subject: [App_rpt-users] Squelch Tail Crash Elimination In-Reply-To: References: Message-ID: <32827996-faab-06ae-30ae-675c879102bd@midnighteng.com> Well, I don't want to lead you astray... as I'm not for sure on this... Had to think on it a while... You might try adding some time to rxondelay (ms)? but I'm not sure that will delay the repeated audio. I think it may only delay the cor activation time. But, if nobody chimes in with the 'right stuff' give it a try. I'm thinkin you might need to create a special audio delay. 73, ...mike/kb8jnm On 6/5/2018 10:10 PM, John W Benedict wrote: > > Hello, > > I have ASL running a Dell Slim Form computer all seems to be work > quite well, connections, Echolink and local repeater with great audio > reports however? I like to know how to eliminate the squelch crash on > the tail maybe adding some milliseconds to the receiver audio? > > The system is a Yaesu DR-1X interfaced with the URIx controller using > SimpleUSB in ASL version 20180417 > > The computer: Dell SFF Version 4.9.0-6-amd64 #1 SMP Debian > 4.9.88-1+deb9u1 (2018-05-07) x86_64. > > I am very novice with Linux and Asterisk but learning bits and pieces? > > Thank you > > John de KE5RS > _._ . ..... ._. ... > > > > _______________________________________________ > 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 rpt2 at chuck.midlandsnetworking.com Wed Jun 6 03:45:10 2018 From: rpt2 at chuck.midlandsnetworking.com (Chuck Henderson) Date: Tue, 5 Jun 2018 22:45:10 -0500 Subject: [App_rpt-users] Squelch Tail Crash Elimination In-Reply-To: <32827996-faab-06ae-30ae-675c879102bd@midnighteng.com> References: <32827996-faab-06ae-30ae-675c879102bd@midnighteng.com> Message-ID: I think that if you feed direct discriminator audio to the usb interface and use usbradio then it automatically takes care of the necessary delays and avoids loosing any audio in the process. For best results you can grab the direct discriminator audio from the cable that runs from inside the Receiver Unit to the Filter Unit (shown below), I can't remember if I used the L-in or the R-in. Or second best you can use the DSP processed discriminator output in the DB15 connector (center pin in center row, pin 8) but it isn't as good and has more delay. ? On Tue, Jun 5, 2018 at 9:41 PM, Mike wrote: > > Well, I don't want to lead you astray... as I'm not for sure on this... > > Had to think on it a while... > > You might try adding some time to rxondelay (ms) but I'm not sure that > will delay the repeated audio. > > I think it may only delay the cor activation time. > > But, if nobody chimes in with the 'right stuff' give it a try. > > I'm thinkin you might need to create a special audio delay. > > 73, > > ...mike/kb8jnm > > On 6/5/2018 10:10 PM, John W Benedict wrote: > > Hello, > > > > I have ASL running a Dell Slim Form computer all seems to be work quite > well, connections, Echolink and local repeater with great audio reports > however? I like to know how to eliminate the squelch crash on the tail > maybe adding some milliseconds to the receiver audio? > > > > The system is a Yaesu DR-1X interfaced with the URIx controller using > SimpleUSB in ASL version 20180417 > > The computer: Dell SFF Version 4.9.0-6-amd64 #1 SMP Debian 4.9.88-1+deb9u1 > (2018-05-07) x86_64. > > > > I am very novice with Linux and Asterisk but learning bits and pieces? > > > > Thank you > > John de KE5RS > _._ . ..... ._. ... > > > > > _______________________________________________ > 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: -------------- next part -------------- A non-text attachment was scrubbed... Name: Screenshot 2018-06-05 22.31.42.png Type: image/png Size: 144192 bytes Desc: not available URL: From k9lpamark at gmail.com Wed Jun 6 09:02:05 2018 From: k9lpamark at gmail.com (Mark Hilvety) Date: Wed, 6 Jun 2018 04:02:05 -0500 Subject: [App_rpt-users] not as intuitive as EchoLink Message-ID: Ok, I'm a new in-list-ment: and: I find the system cryptic... I'm running linux Mint 18.3 and firefox as a browser.. I can get the list pages for each of the nodes, BUT... HOW do I access the transmit/receive mode for them??? EchoLink has the connect function and a trans/rec togle , I see none on the list pages... Is there some software I need to download or just What special key do I push? WHAT AM I MISSING??? -------------- next part -------------- An HTML attachment was scrubbed... URL: From John at ke5rs.com Wed Jun 6 10:37:50 2018 From: John at ke5rs.com (John W Benedict) Date: Wed, 6 Jun 2018 10:37:50 +0000 Subject: [App_rpt-users] Squelch Tail Crash Elimination In-Reply-To: References: <32827996-faab-06ae-30ae-675c879102bd@midnighteng.com> Message-ID: Thank you Chuck and Mike, Chuck, Yes? I thought USBRadio with more complexity, not simple would be what was needed? I am using pin 9 now from the 15 pin and going to pin 21 at the URIx. I will look at what you show below and see if that is the direction to go. As you described ?Best results?, I will check into grabbing the discriminator audio being a little nervous with my skill set ? Thank you. Mike, I did play some with the ?rxondelay? but with no luck. What I remember, adding time to ?rxondelay ? gave me a short burst of initial audio out the front speaker with more time getting a longer audio burst before it gets muted. This audio burst would only happen if the squelch tale drops completely from the previous transmission. I did not hear a difference with what was heard on the air from the transmitter including the squelch crash was still present. Thank you for your reply? John de KE5RS _._ . ..... ._. ... From: App_rpt-users On Behalf Of Chuck Henderson Sent: Tuesday, June 5, 2018 10:45 PM To: Users of Asterisk app_rpt Subject: Re: [App_rpt-users] Squelch Tail Crash Elimination I think that if you feed direct discriminator audio to the usb interface and use usbradio then it automatically takes care of the necessary delays and avoids loosing any audio in the process. For best results you can grab the direct discriminator audio from the cable that runs from inside the Receiver Unit to the Filter Unit (shown below), I can't remember if I used the L-in or the R-in. Or second best you can use the DSP processed discriminator output in the DB15 connector (center pin in center row, pin 8) but it isn't as good and has more delay. [cid:image002.png at 01D3FD53.7BAAA450] ? On Tue, Jun 5, 2018 at 9:41 PM, Mike > wrote: Well, I don't want to lead you astray... as I'm not for sure on this... Had to think on it a while... You might try adding some time to rxondelay (ms) but I'm not sure that will delay the repeated audio. I think it may only delay the cor activation time. But, if nobody chimes in with the 'right stuff' give it a try. I'm thinkin you might need to create a special audio delay. 73, ...mike/kb8jnm On 6/5/2018 10:10 PM, John W Benedict wrote: Hello, I have ASL running a Dell Slim Form computer all seems to be work quite well, connections, Echolink and local repeater with great audio reports however? I like to know how to eliminate the squelch crash on the tail maybe adding some milliseconds to the receiver audio? The system is a Yaesu DR-1X interfaced with the URIx controller using SimpleUSB in ASL version 20180417 The computer: Dell SFF Version 4.9.0-6-amd64 #1 SMP Debian 4.9.88-1+deb9u1 (2018-05-07) x86_64. I am very novice with Linux and Asterisk but learning bits and pieces? Thank you John de KE5RS _._ . ..... ._. ... _______________________________________________ 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: -------------- next part -------------- A non-text attachment was scrubbed... Name: image002.png Type: image/png Size: 66827 bytes Desc: image002.png URL: From k6ecm1 at gmail.com Wed Jun 6 11:15:15 2018 From: k6ecm1 at gmail.com (Bob Pyke) Date: Wed, 6 Jun 2018 04:15:15 -0700 Subject: [App_rpt-users] not as intuitive as EchoLink In-Reply-To: References: Message-ID: Allstarlink is not EchoLink. The primary purpose for Allstarlink is to build VoIP linkable repeaters that can be used as personal devices, where as EchoLink is designed to be a personal device, that can be connected to a repeater (think radio) for control. In both cases each node is password protected, accessible only by the owner, or someone thy designate, and in both cases the owner?s node can be connected to another node via VoIP protocol. An Allstarlink node, hosted on an ASL server, can also host an EchoLink node. In that case, EchoLink and Allstarlink nodes can be connected. Allstarlink connections are peer to peer, but EchoLink requires the use of EchoLink servers. Thanks, Bob K6ECM Sent from iPad > On Jun 6, 2018, at 2:02 AM, Mark Hilvety wrote: > > Ok, I'm a new in-list-ment: and: > I find the system cryptic... I'm running linux Mint 18.3 and firefox as a browser.. I can get the list pages for each of the nodes, BUT... > HOW do I access the transmit/receive mode for them??? EchoLink has the connect function and a trans/rec togle , I see none on the list pages... Is there some software I need to download or just What special key do I push? WHAT AM I MISSING??? > _______________________________________________ > 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 mm at midnighteng.com Wed Jun 6 11:15:44 2018 From: mm at midnighteng.com (Mike) Date: Wed, 6 Jun 2018 07:15:44 -0400 Subject: [App_rpt-users] not as intuitive as EchoLink In-Reply-To: References: Message-ID: Hello Mark, and welcome to the list. Not sure what you are having issues with but let me take a guess.... Are you trying to use the 'web transceiver" at allstarlink.org ? If so, it has become problematic with the current rejection of security of 'JAVA' So, you might not be seeing everything on the page without it. Folks have been working on a new solution, but nothing yet. I still have a old XP machine and have allowed JAVA exceptions that work for me with IE. But I have never gotten it to work with anything else and spent no time using it or trying. Most are creating their own micro node using a raspberry pi right now. ...mike/kb8jnm On 6/6/2018 5:02 AM, Mark Hilvety wrote: > Ok, I'm a new in-list-ment: and: > I find the system cryptic... I'm running linux Mint 18.3 and firefox > as a browser.. I can get the list pages for each of the nodes, BUT... > HOW do I access the transmit/receive mode for them??? EchoLink has the > connect function and a trans/rec togle , I see none on the list > pages... Is there some software I need to download or just What > special key do I push?? WHAT AM I MISSING??? > > > _______________________________________________ > 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 ars.w5omr at gmail.com Wed Jun 6 14:24:06 2018 From: ars.w5omr at gmail.com (ARS W5OMR) Date: Wed, 6 Jun 2018 09:24:06 -0500 Subject: [App_rpt-users] Squelch Tail Crash Elimination In-Reply-To: References: <32827996-faab-06ae-30ae-675c879102bd@midnighteng.com> Message-ID: Using the channel driver usbradio, did you run radio-tune-menu and adjust the squelch? It sounds to me, like the squelch is wide open, and you're using usbradio.conf to define the pl tone(s). If your squelch is wide open, you will hear that bit of squelch crash after the tone is dropped, and before the repeater drops. There are 2 ways to go on the settings, and I don't remember which is which so there's a 50/50 shot at this... but "as I recall" (and I'm not remembering well, these days) the Lower the number, the 'looser' the squelch. For experimentation, you might try turning the tone requirement for the receiver off, and adjusting that value, while listening to the output of the repeater (while not hooked up to anyone) and determine where the squelch level should be. best of luck es 73 -Geoff/W5OMR (29655) On Wed, Jun 6, 2018 at 5:37 AM, John W Benedict wrote: > Thank you Chuck and Mike, > > > > Chuck, > > Yes? I thought USBRadio with more complexity, not simple would be what was > needed? I am using pin 9 now from the 15 pin and going to pin 21 at the > URIx. I will look at what you show below and see if that is the direction > to go. As you described ?Best results?, I will check into grabbing the > discriminator audio being a little nervous with my skill set ? > > > > Thank you. > > > > Mike, > > I did play some with the ?rxondelay? but with no luck. What I remember, > adding time to ?rxondelay ? gave me a short burst of initial audio out the > front speaker with more time getting a longer audio burst before it gets > muted. This audio burst would only happen if the squelch tale drops > completely from the previous transmission. I did not hear a difference > with what was heard on the air from the transmitter including the squelch > crash was still present. > > > > Thank you for your reply? > > John de KE5RS > _._ . ..... ._. ... > > > > *From:* App_rpt-users *On > Behalf Of *Chuck Henderson > *Sent:* Tuesday, June 5, 2018 10:45 PM > *To:* Users of Asterisk app_rpt > *Subject:* Re: [App_rpt-users] Squelch Tail Crash Elimination > > > > I think that if you feed direct discriminator audio to the usb interface > and use usbradio then it automatically takes care of the necessary delays > and avoids loosing any audio in the process. For best results you can grab > the direct discriminator audio from the cable that runs from inside the > Receiver Unit to the Filter Unit (shown below), I can't remember if I used > the L-in or the R-in. Or second best you can use the DSP processed > discriminator output in the DB15 connector (center pin in center row, pin > 8) but it isn't as good and has more delay. > > > > ? > > > > On Tue, Jun 5, 2018 at 9:41 PM, Mike wrote: > > > > Well, I don't want to lead you astray... as I'm not for sure on this... > > Had to think on it a while... > > You might try adding some time to rxondelay (ms) but I'm not sure that > will delay the repeated audio. > > I think it may only delay the cor activation time. > > But, if nobody chimes in with the 'right stuff' give it a try. > > I'm thinkin you might need to create a special audio delay. > > 73, > > ...mike/kb8jnm > > > > On 6/5/2018 10:10 PM, John W Benedict wrote: > > Hello, > > > > I have ASL running a Dell Slim Form computer all seems to be work quite > well, connections, Echolink and local repeater with great audio reports > however? I like to know how to eliminate the squelch crash on the tail > maybe adding some milliseconds to the receiver audio? > > > > The system is a Yaesu DR-1X interfaced with the URIx controller using > SimpleUSB in ASL version 20180417 > > The computer: Dell SFF Version 4.9.0-6-amd64 #1 SMP Debian 4.9.88-1+deb9u1 > (2018-05-07) x86_64. > > > > I am very novice with Linux and Asterisk but learning bits and pieces? > > > > Thank you > > John de KE5RS > _._ . ..... ._. ... > > > > > > _______________________________________________ > > 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. > -- Operating your AM rig without a scope is like driving our car at night without headlights. (~K4KYV) 73 = Best Regards, -Geoff/W5OMR -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image002.png Type: image/png Size: 66827 bytes Desc: not available URL: From kizzy at lusfiber.net Wed Jun 6 14:41:07 2018 From: kizzy at lusfiber.net (Steve Mahler) Date: Wed, 6 Jun 2018 09:41:07 -0500 Subject: [App_rpt-users] Squelch Tail Crash Elimination In-Reply-To: References: <32827996-faab-06ae-30ae-675c879102bd@midnighteng.com> Message-ID: <43e81d1c-7885-849b-92e7-fe0af69d7385@lusfiber.net> Are you using AllStar to generate the TX PL tone??? If so, there is a setting to turn the PL off before the TX.? If the user radio has a PL decode set and the it responds quickly, the user radio will mute before the repeater TX drops. (Seems to work here, YMMV). txtoctype = notone????? ; Transmit tone control type: no,phase,notone ??????????????????????? ; no - CTCSS tone encoding with no hang time ??????????????????????? ; phase - encode CTCSS and reverse phase ??????????????????????? ; AKA ("reverse burst") before unkeying TX ??????????????????????? ; notone - encode CTCSS and stop sending tone before unkeying TX ??????????????????????? ; AKA ("chicken burst") ...STeve - KF5VH On 6/6/2018 9:24 AM, ARS W5OMR wrote: > Using the channel driver usbradio, did you run radio-tune-menu and > adjust the squelch? > It sounds to me, like the squelch is wide open, and you're using > usbradio.conf to define the pl tone(s).? If your squelch is wide open, > you will hear that bit of squelch crash after the tone is dropped, and > before the repeater drops. > > There are 2 ways to go on the settings, and I don't remember which is > which so there's a 50/50 shot at this... but "as I recall" (and I'm > not remembering well, these days) the Lower the number, the 'looser' > the squelch. > > For experimentation, you might try turning the tone requirement for > the receiver off, and adjusting that value, while listening to the > output of the repeater (while not hooked up to anyone) and determine > where the squelch level should be. > > best of luck es 73 > -Geoff/W5OMR (29655) > > On Wed, Jun 6, 2018 at 5:37 AM, John W Benedict > wrote: > > Thank you Chuck and Mike, > > Chuck, > > Yes? I thought USBRadio with more complexity, not simple would be > what was needed? I am using pin 9 now from the 15 pin and going to > pin 21 at the URIx.? I will look at what you show below and see if > that is the direction to go.? As you described ?Best results?, I > will check into grabbing the discriminator audio being a little > nervous ?with my skill set ? > > Thank you. > > Mike, > > I did play some with the ?rxondelay? but with no luck.? What I > remember, adding time to ?rxondelay ? gave me a short burst of > initial audio out the front speaker with more time getting a > longer audio burst before it gets muted.? This audio burst would > only happen if the squelch tale drops completely from the previous > transmission.? I did not hear a difference with what was heard on > the air from the transmitter including the squelch crash was still > present. > > Thank you for your reply? > > John de KE5RS > _._ . ..... ._. ... > > *From:* App_rpt-users > *On Behalf > Of *Chuck Henderson > *Sent:* Tuesday, June 5, 2018 10:45 PM > *To:* Users of Asterisk app_rpt > > > *Subject:* Re: [App_rpt-users] Squelch Tail Crash Elimination > > I think that if you feed direct discriminator audio to the usb > interface and use usbradio then it automatically takes care of the > necessary delays and avoids loosing any audio in the process.? For > best results you can grab the direct discriminator audio from the > cable that runs from inside the Receiver Unit to the Filter Unit > (shown below), I can't remember if I used the L-in or the R-in.? > Or second best you can use the DSP processed discriminator output > in the DB15 connector (center pin in center row, pin 8) but it > isn't as good and has more delay. > > ? > > On Tue, Jun 5, 2018 at 9:41 PM, Mike > wrote: > > Well, I don't want to lead you astray... as I'm not for sure > on this... > > Had to think on it a while... > > You might try adding some time to rxondelay (ms)? but I'm not > sure that will delay the repeated audio. > > I think it may only delay the cor activation time. > > But, if nobody chimes in with the 'right stuff' give it a try. > > I'm thinkin you might need to create a special audio delay. > > 73, > > ...mike/kb8jnm > > On 6/5/2018 10:10 PM, John W Benedict wrote: > > Hello, > > I have ASL running a Dell Slim Form computer all seems to > be work quite well, connections, Echolink and local > repeater with great audio reports however? I like to know > how to eliminate the squelch crash on the tail maybe > adding some milliseconds to the receiver audio? > > The system is a Yaesu DR-1X interfaced with the URIx > controller using SimpleUSB in ASL version 20180417 > > The computer: Dell SFF Version 4.9.0-6-amd64 #1 SMP Debian > 4.9.88-1+deb9u1 (2018-05-07) x86_64. > > I am very novice with Linux and Asterisk but learning bits > and pieces? > > Thank you > > John de KE5RS > _._ . ..... ._. ... > > _______________________________________________ > > 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. > > > > > -- > Operating your AM rig without a scope is like driving our car at night > without headlights. (~K4KYV) > > 73 = Best Regards, > -Geoff/W5OMR > > > _______________________________________________ > 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. --- This email has been checked for viruses by Avast antivirus software. https://www.avast.com/antivirus -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image002.png Type: image/png Size: 66827 bytes Desc: not available URL: From george at dyb.com Wed Jun 6 16:20:02 2018 From: george at dyb.com (George Csahanin) Date: Wed, 6 Jun 2018 11:20:02 -0500 Subject: [App_rpt-users] not as intuitive as EchoLink In-Reply-To: References: Message-ID: <130a68c5-0e37-87dd-d26b-615bf16eeb0e@dyb.com> The thing is, it isn't Echolink and not really intended to be used like Echolink from a PC. There are ways to do it but the primary use is to interface a repeater to Allstar, and connect to other repeaters. You're probably looking at the list of nodes or online nodes and will see bubble charts, etc. Somewhere on the net you can download IAXRPT and install it. That's a PC to asterisk(allstar) application. You'd need to know the ip address, and name and password? for that particular repeater. And if the repeater has the echolink ports open it can be accessed thru the usual echo software. That's pretty much it. Unless I mis-understood your query. GeorgeC W2DB nodes 2360, 28599 On 6/6/2018 4:02 AM, Mark Hilvety wrote: > Ok, I'm a new in-list-ment: and: > I find the system cryptic... I'm running linux Mint 18.3 and firefox > as a browser.. I can get the list pages for each of the nodes, BUT... > HOW do I access the transmit/receive mode for them??? EchoLink has the > connect function and a trans/rec togle , I see none on the list > pages... Is there some software I need to download or just What > special key do I push?? WHAT AM I MISSING??? -- George Csahanin 10100 Carson Ranch Rd. Crowley, TX 76036 682-708-5716 home 401-338-0568 cel From John at ke5rs.com Wed Jun 6 19:31:18 2018 From: John at ke5rs.com (John W Benedict) Date: Wed, 6 Jun 2018 19:31:18 +0000 Subject: [App_rpt-users] Squelch Tail Crash Elimination In-Reply-To: <43e81d1c-7885-849b-92e7-fe0af69d7385@lusfiber.net> References: <32827996-faab-06ae-30ae-675c879102bd@midnighteng.com> <43e81d1c-7885-849b-92e7-fe0af69d7385@lusfiber.net> Message-ID: Geoff, Steve and other curious, My Yaesu DR-1 repeater has been originally configured for HamVOIP using the RPi3, Simple USB with the ComSpec TS64 at the URIx to generate the PL for TX. Typical squelch setting, not opened at the repeater receiver. The cable interface, custom pinout comes right off the stock repeater 15pin connector connected to the 25pin connector on the URIx. It all works very good. As a standalone repeater. HamVOIP does has a feature, ?rxaudiodelay? in SimpleUSB that delays the audio eliminating the squelch crash. That also works well? The repeater system works very well as a standalone repeater but? with network traffic such as connected links including Echolink, occasionally I get a little audio flutter, hesitation like dropouts and sometimes the hesitation, like stuttering, the time builds into larger delays like a couple to few seconds. This has been driving us nuts? I have a couple Linux sharp ham buddies near me who have been helping me. We have checked the Roadrunner bandwidth and the Pi CPU usage right during the audio flutter activity and all seems well capable with plenty to spare should not be a problem or cause. It was suggested by another friend in the area I try the ASL image with Debian on a computer. I purchased the DELL SFF 64GB solid state drive and installed the ASL image from Allstar now all up and running I think may have cured the audio flutter problem but now having the squelch crash feature. Using the Tone Squelch at the user end will probably work that but I thought I like to take care of it at the repeater transmitter side if I can. That?s where I?m at now. At this point I may investigate the discriminator audio, pick it off in the receiver and use USBRadio configuration suggested by Chuck. If I can get motivated ?. I really appreciate all the help and replies. Thank you. John de KE5RS [ke5rs] From: App_rpt-users [mailto:app_rpt-users-bounces at lists.allstarlink.org] On Behalf Of Steve Mahler Sent: Wednesday, June 06, 2018 9:41 AM To: app_rpt-users at lists.allstarlink.org Subject: Re: [App_rpt-users] Squelch Tail Crash Elimination Are you using AllStar to generate the TX PL tone?? If so, there is a setting to turn the PL off before the TX. If the user radio has a PL decode set and the it responds quickly, the user radio will mute before the repeater TX drops. (Seems to work here, YMMV). txtoctype = notone ; Transmit tone control type: no,phase,notone ; no - CTCSS tone encoding with no hang time ; phase - encode CTCSS and reverse phase ; AKA ("reverse burst") before unkeying TX ; notone - encode CTCSS and stop sending tone before unkeying TX ; AKA ("chicken burst") ...STeve - KF5VH On 6/6/2018 9:24 AM, ARS W5OMR wrote: Using the channel driver usbradio, did you run radio-tune-menu and adjust the squelch? It sounds to me, like the squelch is wide open, and you're using usbradio.conf to define the pl tone(s). If your squelch is wide open, you will hear that bit of squelch crash after the tone is dropped, and before the repeater drops. There are 2 ways to go on the settings, and I don't remember which is which so there's a 50/50 shot at this... but "as I recall" (and I'm not remembering well, these days) the Lower the number, the 'looser' the squelch. For experimentation, you might try turning the tone requirement for the receiver off, and adjusting that value, while listening to the output of the repeater (while not hooked up to anyone) and determine where the squelch level should be. best of luck es 73 -Geoff/W5OMR (29655) On Wed, Jun 6, 2018 at 5:37 AM, John W Benedict > wrote: Thank you Chuck and Mike, Chuck, Yes? I thought USBRadio with more complexity, not simple would be what was needed? I am using pin 9 now from the 15 pin and going to pin 21 at the URIx. I will look at what you show below and see if that is the direction to go. As you described ?Best results?, I will check into grabbing the discriminator audio being a little nervous with my skill set ? Thank you. Mike, I did play some with the ?rxondelay? but with no luck. What I remember, adding time to ?rxondelay ? gave me a short burst of initial audio out the front speaker with more time getting a longer audio burst before it gets muted. This audio burst would only happen if the squelch tale drops completely from the previous transmission. I did not hear a difference with what was heard on the air from the transmitter including the squelch crash was still present. Thank you for your reply? John de KE5RS _._ . ..... ._. ... From: App_rpt-users > On Behalf Of Chuck Henderson Sent: Tuesday, June 5, 2018 10:45 PM To: Users of Asterisk app_rpt > Subject: Re: [App_rpt-users] Squelch Tail Crash Elimination I think that if you feed direct discriminator audio to the usb interface and use usbradio then it automatically takes care of the necessary delays and avoids loosing any audio in the process. For best results you can grab the direct discriminator audio from the cable that runs from inside the Receiver Unit to the Filter Unit (shown below), I can't remember if I used the L-in or the R-in. Or second best you can use the DSP processed discriminator output in the DB15 connector (center pin in center row, pin 8) but it isn't as good and has more delay. [cid:image002.png at 01D3FD95.8042EB20] ? On Tue, Jun 5, 2018 at 9:41 PM, Mike > wrote: Well, I don't want to lead you astray... as I'm not for sure on this... Had to think on it a while... You might try adding some time to rxondelay (ms) but I'm not sure that will delay the repeated audio. I think it may only delay the cor activation time. But, if nobody chimes in with the 'right stuff' give it a try. I'm thinkin you might need to create a special audio delay. 73, ...mike/kb8jnm On 6/5/2018 10:10 PM, John W Benedict wrote: Hello, I have ASL running a Dell Slim Form computer all seems to be work quite well, connections, Echolink and local repeater with great audio reports however? I like to know how to eliminate the squelch crash on the tail maybe adding some milliseconds to the receiver audio? The system is a Yaesu DR-1X interfaced with the URIx controller using SimpleUSB in ASL version 20180417 The computer: Dell SFF Version 4.9.0-6-amd64 #1 SMP Debian 4.9.88-1+deb9u1 (2018-05-07) x86_64. I am very novice with Linux and Asterisk but learning bits and pieces? Thank you John de KE5RS _._ . ..... ._. ... _______________________________________________ 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. -- Operating your AM rig without a scope is like driving our car at night without headlights. (~K4KYV) 73 = Best Regards, -Geoff/W5OMR _______________________________________________ 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. [https://ipmcdn.avast.com/images/icons/icon-envelope-tick-round-orange-animated-no-repeat-v1.gif] Virus-free. www.avast.com -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.png Type: image/png Size: 317 bytes Desc: image001.png URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image002.png Type: image/png Size: 66827 bytes Desc: image002.png URL: From k6ecm1 at gmail.com Wed Jun 6 20:54:43 2018 From: k6ecm1 at gmail.com (Bob Pyke) Date: Wed, 6 Jun 2018 13:54:43 -0700 Subject: [App_rpt-users] Squelch Tail Crash Elimination In-Reply-To: References: <32827996-faab-06ae-30ae-675c879102bd@midnighteng.com> <43e81d1c-7885-849b-92e7-fe0af69d7385@lusfiber.net> Message-ID: <844AAD4C-311E-4A16-9F77-0F36B019B074@gmail.com> Why did you use the TS-64 instead of the radio?s PL signal? Thanks, Bob K6ECM 73 > On Jun 6, 2018, at 12:31 PM, John W Benedict wrote: > > Geoff, Steve and other curious, > > My Yaesu DR-1 repeater has been originally configured for HamVOIP using the RPi3, Simple USB with the ComSpec TS64 at the URIx to generate the PL for TX. Typical squelch setting, not opened at the repeater receiver. The cable interface, custom pinout comes right off the stock repeater 15pin connector connected to the 25pin connector on the URIx. It all works very good. As a standalone repeater. > HamVOIP does has a feature, ?rxaudiodelay? in SimpleUSB that delays the audio eliminating the squelch crash. That also works well? > The repeater system works very well as a standalone repeater but? with network traffic such as connected links including Echolink, occasionally I get a little audio flutter, hesitation like dropouts and sometimes the hesitation, like stuttering, the time builds into larger delays like a couple to few seconds. This has been driving us nuts? I have a couple Linux sharp ham buddies near me who have been helping me. We have checked the Roadrunner bandwidth and the Pi CPU usage right during the audio flutter activity and all seems well capable with plenty to spare should not be a problem or cause. > > It was suggested by another friend in the area I try the ASL image with Debian on a computer. I purchased the DELL SFF 64GB solid state drive and installed the ASL image from Allstar now all up and running I think may have cured the audio flutter problem but now having the squelch crash feature. > > Using the Tone Squelch at the user end will probably work that but I thought I like to take care of it at the repeater transmitter side if I can. > > That?s where I?m at now. > > At this point I may investigate the discriminator audio, pick it off in the receiver and use USBRadio configuration suggested by Chuck. If I can get motivated ?. > > I really appreciate all the help and replies. > > Thank you. > > John de KE5RS > > > From: App_rpt-users [mailto:app_rpt-users-bounces at lists.allstarlink.org] On Behalf Of Steve Mahler > Sent: Wednesday, June 06, 2018 9:41 AM > To: app_rpt-users at lists.allstarlink.org > Subject: Re: [App_rpt-users] Squelch Tail Crash Elimination > > Are you using AllStar to generate the TX PL tone?? If so, there is a setting to turn the PL off before the TX. If the user radio has a PL decode set and the it responds quickly, the user radio will mute before the repeater TX drops. (Seems to work here, YMMV). > > > txtoctype = notone ; Transmit tone control type: no,phase,notone > ; no - CTCSS tone encoding with no hang time > ; phase - encode CTCSS and reverse phase > ; AKA ("reverse burst") before unkeying TX > ; notone - encode CTCSS and stop sending tone before unkeying TX > ; AKA ("chicken burst") > > ...STeve - KF5VH > > > On 6/6/2018 9:24 AM, ARS W5OMR wrote: > Using the channel driver usbradio, did you run radio-tune-menu and adjust the squelch? > It sounds to me, like the squelch is wide open, and you're using usbradio.conf to define the pl tone(s). If your squelch is wide open, you will hear that bit of squelch crash after the tone is dropped, and before the repeater drops. > > There are 2 ways to go on the settings, and I don't remember which is which so there's a 50/50 shot at this... but "as I recall" (and I'm not remembering well, these days) the Lower the number, the 'looser' the squelch. > > For experimentation, you might try turning the tone requirement for the receiver off, and adjusting that value, while listening to the output of the repeater (while not hooked up to anyone) and determine where the squelch level should be. > > best of luck es 73 > -Geoff/W5OMR (29655) > > On Wed, Jun 6, 2018 at 5:37 AM, John W Benedict wrote: > Thank you Chuck and Mike, > > Chuck, > Yes? I thought USBRadio with more complexity, not simple would be what was needed? I am using pin 9 now from the 15 pin and going to pin 21 at the URIx. I will look at what you show below and see if that is the direction to go. As you described ?Best results?, I will check into grabbing the discriminator audio being a little nervous with my skill set ? > > Thank you. > > Mike, > I did play some with the ?rxondelay? but with no luck. What I remember, adding time to ?rxondelay ? gave me a short burst of initial audio out the front speaker with more time getting a longer audio burst before it gets muted. This audio burst would only happen if the squelch tale drops completely from the previous transmission. I did not hear a difference with what was heard on the air from the transmitter including the squelch crash was still present. > > Thank you for your reply? > John de KE5RS > _._ . ..... ._. ... > > > From: App_rpt-users On Behalf Of Chuck Henderson > Sent: Tuesday, June 5, 2018 10:45 PM > To: Users of Asterisk app_rpt > Subject: Re: [App_rpt-users] Squelch Tail Crash Elimination > > I think that if you feed direct discriminator audio to the usb interface and use usbradio then it automatically takes care of the necessary delays and avoids loosing any audio in the process. For best results you can grab the direct discriminator audio from the cable that runs from inside the Receiver Unit to the Filter Unit (shown below), I can't remember if I used the L-in or the R-in. Or second best you can use the DSP processed discriminator output in the DB15 connector (center pin in center row, pin 8) but it isn't as good and has more delay. > > > ? > > On Tue, Jun 5, 2018 at 9:41 PM, Mike wrote: > > > Well, I don't want to lead you astray... as I'm not for sure on this... > > Had to think on it a while... > > You might try adding some time to rxondelay (ms) but I'm not sure that will delay the repeated audio. > > I think it may only delay the cor activation time. > > But, if nobody chimes in with the 'right stuff' give it a try. > > I'm thinkin you might need to create a special audio delay. > > 73, > > ...mike/kb8jnm > > > On 6/5/2018 10:10 PM, John W Benedict wrote: > Hello, > > I have ASL running a Dell Slim Form computer all seems to be work quite well, connections, Echolink and local repeater with great audio reports however? I like to know how to eliminate the squelch crash on the tail maybe adding some milliseconds to the receiver audio? > > The system is a Yaesu DR-1X interfaced with the URIx controller using SimpleUSB in ASL version 20180417 > The computer: Dell SFF Version 4.9.0-6-amd64 #1 SMP Debian 4.9.88-1+deb9u1 (2018-05-07) x86_64. > > I am very novice with Linux and Asterisk but learning bits and pieces? > > Thank you > John de KE5RS > _._ . ..... ._. ... > > > > > _______________________________________________ > 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. > > > > -- > Operating your AM rig without a scope is like driving our car at night without headlights. (~K4KYV) > > 73 = Best Regards, > -Geoff/W5OMR > > > > _______________________________________________ > 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. > > > > Virus-free. www.avast.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 John at ke5rs.com Wed Jun 6 23:08:11 2018 From: John at ke5rs.com (John W Benedict) Date: Wed, 6 Jun 2018 23:08:11 +0000 Subject: [App_rpt-users] Squelch Tail Crash Elimination In-Reply-To: <844AAD4C-311E-4A16-9F77-0F36B019B074@gmail.com> References: <32827996-faab-06ae-30ae-675c879102bd@midnighteng.com> <43e81d1c-7885-849b-92e7-fe0af69d7385@lusfiber.net> <844AAD4C-311E-4A16-9F77-0F36B019B074@gmail.com> Message-ID: Hi Bob In the beginning, my introduction to Allstar I simply copied an interface cable pinout that was given to me that was already being used with a working Allstar/DR-1 system. I have learned now since, after some investigation, the Yaesu DR-1 does not have the PL tone available on pin 9, (RX audio out) at the 15pin accessory jack. Pin 9 is the pin I am using with SimpleUSB. I was told if I wanted PL with my transmitted audio I needed to supply a PL source and the suggestion was to use the TS64. I do not know why PL is not available or if it might be on another pin? John de KE5RS _._ . ..... ._. ... From: App_rpt-users On Behalf Of Bob Pyke Sent: Wednesday, June 6, 2018 3:55 PM To: Users of Asterisk app_rpt Subject: Re: [App_rpt-users] Squelch Tail Crash Elimination Why did you use the TS-64 instead of the radio?s PL signal? Thanks, Bob K6ECM 73 On Jun 6, 2018, at 12:31 PM, John W Benedict > wrote: Geoff, Steve and other curious, My Yaesu DR-1 repeater has been originally configured for HamVOIP using the RPi3, Simple USB with the ComSpec TS64 at the URIx to generate the PL for TX. Typical squelch setting, not opened at the repeater receiver. The cable interface, custom pinout comes right off the stock repeater 15pin connector connected to the 25pin connector on the URIx. It all works very good. As a standalone repeater. HamVOIP does has a feature, ?rxaudiodelay? in SimpleUSB that delays the audio eliminating the squelch crash. That also works well? The repeater system works very well as a standalone repeater but? with network traffic such as connected links including Echolink, occasionally I get a little audio flutter, hesitation like dropouts and sometimes the hesitation, like stuttering, the time builds into larger delays like a couple to few seconds. This has been driving us nuts? I have a couple Linux sharp ham buddies near me who have been helping me. We have checked the Roadrunner bandwidth and the Pi CPU usage right during the audio flutter activity and all seems well capable with plenty to spare should not be a problem or cause. It was suggested by another friend in the area I try the ASL image with Debian on a computer. I purchased the DELL SFF 64GB solid state drive and installed the ASL image from Allstar now all up and running I think may have cured the audio flutter problem but now having the squelch crash feature. Using the Tone Squelch at the user end will probably work that but I thought I like to take care of it at the repeater transmitter side if I can. That?s where I?m at now. At this point I may investigate the discriminator audio, pick it off in the receiver and use USBRadio configuration suggested by Chuck. If I can get motivated ?. I really appreciate all the help and replies. Thank you. John de KE5RS From: App_rpt-users [mailto:app_rpt-users-bounces at lists.allstarlink.org] On Behalf Of Steve Mahler Sent: Wednesday, June 06, 2018 9:41 AM To: app_rpt-users at lists.allstarlink.org Subject: Re: [App_rpt-users] Squelch Tail Crash Elimination Are you using AllStar to generate the TX PL tone?? If so, there is a setting to turn the PL off before the TX. If the user radio has a PL decode set and the it responds quickly, the user radio will mute before the repeater TX drops. (Seems to work here, YMMV). txtoctype = notone ; Transmit tone control type: no,phase,notone ; no - CTCSS tone encoding with no hang time ; phase - encode CTCSS and reverse phase ; AKA ("reverse burst") before unkeying TX ; notone - encode CTCSS and stop sending tone before unkeying TX ; AKA ("chicken burst") ...STeve - KF5VH On 6/6/2018 9:24 AM, ARS W5OMR wrote: Using the channel driver usbradio, did you run radio-tune-menu and adjust the squelch? It sounds to me, like the squelch is wide open, and you're using usbradio.conf to define the pl tone(s). If your squelch is wide open, you will hear that bit of squelch crash after the tone is dropped, and before the repeater drops. There are 2 ways to go on the settings, and I don't remember which is which so there's a 50/50 shot at this... but "as I recall" (and I'm not remembering well, these days) the Lower the number, the 'looser' the squelch. For experimentation, you might try turning the tone requirement for the receiver off, and adjusting that value, while listening to the output of the repeater (while not hooked up to anyone) and determine where the squelch level should be. best of luck es 73 -Geoff/W5OMR (29655) On Wed, Jun 6, 2018 at 5:37 AM, John W Benedict > wrote: Thank you Chuck and Mike, Chuck, Yes? I thought USBRadio with more complexity, not simple would be what was needed? I am using pin 9 now from the 15 pin and going to pin 21 at the URIx. I will look at what you show below and see if that is the direction to go. As you described ?Best results?, I will check into grabbing the discriminator audio being a little nervous with my skill set ? Thank you. Mike, I did play some with the ?rxondelay? but with no luck. What I remember, adding time to ?rxondelay ? gave me a short burst of initial audio out the front speaker with more time getting a longer audio burst before it gets muted. This audio burst would only happen if the squelch tale drops completely from the previous transmission. I did not hear a difference with what was heard on the air from the transmitter including the squelch crash was still present. Thank you for your reply? John de KE5RS _._ . ..... ._. ... From: App_rpt-users > On Behalf Of Chuck Henderson Sent: Tuesday, June 5, 2018 10:45 PM To: Users of Asterisk app_rpt > Subject: Re: [App_rpt-users] Squelch Tail Crash Elimination I think that if you feed direct discriminator audio to the usb interface and use usbradio then it automatically takes care of the necessary delays and avoids loosing any audio in the process. For best results you can grab the direct discriminator audio from the cable that runs from inside the Receiver Unit to the Filter Unit (shown below), I can't remember if I used the L-in or the R-in. Or second best you can use the DSP processed discriminator output in the DB15 connector (center pin in center row, pin 8) but it isn't as good and has more delay. ? On Tue, Jun 5, 2018 at 9:41 PM, Mike > wrote: Well, I don't want to lead you astray... as I'm not for sure on this... Had to think on it a while... You might try adding some time to rxondelay (ms) but I'm not sure that will delay the repeated audio. I think it may only delay the cor activation time. But, if nobody chimes in with the 'right stuff' give it a try. I'm thinkin you might need to create a special audio delay. 73, ...mike/kb8jnm On 6/5/2018 10:10 PM, John W Benedict wrote: Hello, I have ASL running a Dell Slim Form computer all seems to be work quite well, connections, Echolink and local repeater with great audio reports however? I like to know how to eliminate the squelch crash on the tail maybe adding some milliseconds to the receiver audio? The system is a Yaesu DR-1X interfaced with the URIx controller using SimpleUSB in ASL version 20180417 The computer: Dell SFF Version 4.9.0-6-amd64 #1 SMP Debian 4.9.88-1+deb9u1 (2018-05-07) x86_64. I am very novice with Linux and Asterisk but learning bits and pieces? Thank you John de KE5RS _._ . ..... ._. ... _______________________________________________ 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. -- Operating your AM rig without a scope is like driving our car at night without headlights. (~K4KYV) 73 = Best Regards, -Geoff/W5OMR _______________________________________________ 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. [https://ipmcdn.avast.com/images/icons/icon-envelope-tick-round-orange-animated-no-repeat-v1.gif] Virus-free. www.avast.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 ars.w5omr at gmail.com Thu Jun 7 00:21:50 2018 From: ars.w5omr at gmail.com (ARS W5OMR) Date: Wed, 6 Jun 2018 19:21:50 -0500 Subject: [App_rpt-users] Squelch Tail Crash Elimination In-Reply-To: References: <32827996-faab-06ae-30ae-675c879102bd@midnighteng.com> <43e81d1c-7885-849b-92e7-fe0af69d7385@lusfiber.net> Message-ID: I can't speak to the specific hardware you're running, but the latency problem if growing seems to be inherent to the audio interface. I've seen it happen on the pci buss type systems before, as well. Back to the squelch crash, I think using the usbradio channel and letting the DSP decode ok. -------------- next part -------------- An HTML attachment was scrubbed... URL: From John at ke5rs.com Thu Jun 7 01:41:19 2018 From: John at ke5rs.com (John W Benedict) Date: Thu, 7 Jun 2018 01:41:19 +0000 Subject: [App_rpt-users] Squelch Tail Crash Elimination In-Reply-To: References: <32827996-faab-06ae-30ae-675c879102bd@midnighteng.com> <43e81d1c-7885-849b-92e7-fe0af69d7385@lusfiber.net> Message-ID: Thank you Geoff I am going to maybe try that maybe using the discriminator audio from Pin 8 on the DR-1x with USBRadio. John de KE5RS _._ . ..... ._. ... From: App_rpt-users On Behalf Of ARS W5OMR Sent: Wednesday, June 6, 2018 7:22 PM To: Users of Asterisk app_rpt Subject: Re: [App_rpt-users] Squelch Tail Crash Elimination I can't speak to the specific hardware you're running, but the latency problem if growing seems to be inherent to the audio interface. I've seen it happen on the pci buss type systems before, as well. Back to the squelch crash, I think using the usbradio channel and letting the DSP decode ok. -------------- next part -------------- An HTML attachment was scrubbed... URL: From ars.w5omr at gmail.com Thu Jun 7 10:56:35 2018 From: ars.w5omr at gmail.com (ARS W5OMR) Date: Thu, 7 Jun 2018 05:56:35 -0500 Subject: [App_rpt-users] Squelch Tail Crash Elimination In-Reply-To: References: <32827996-faab-06ae-30ae-675c879102bd@midnighteng.com> <43e81d1c-7885-849b-92e7-fe0af69d7385@lusfiber.net> Message-ID: I've -got- to stop replying on my phone... sorry for the typos and terse response... I'm a big guy and those buttons are -sooo- small... I meant to say "I think using the usbradio channel driver, and letting the DSP software decode the pl would be better." There was even some discussion a while back about using different PL's to allow different functions... ie: use one pl to access the repeater, locally, yet, another pl to access the repeater and it's linking. That sounds pretty cool... driving around, talking to the local drive-time crowd, hanging out locally on the repeater, then you hear someone come on the machine from across the country... hmmm.. lemme change PL's and talk to -that- guy... but... what about the locals? I think the better option there, would be to connect in monitor mode, have the monitor volume about half-muted so as to not interfere with the local traffic, and THEN, if something is of interest, connect fully to that node, and join in. Or, you could use a second pl to secure access to sending command codes...... lots of options, when using the DSP portion of ASL. -Geoff/W5OMR On Wed, Jun 6, 2018 at 8:41 PM, John W Benedict wrote: > Thank you Geoff > > > > I am going to maybe try that maybe using the discriminator audio from Pin > 8 on the DR-1x with USBRadio. > > John de KE5RS > _._ . ..... ._. ... > > > > *From:* App_rpt-users *On > Behalf Of *ARS W5OMR > *Sent:* Wednesday, June 6, 2018 7:22 PM > *To:* Users of Asterisk app_rpt > *Subject:* Re: [App_rpt-users] Squelch Tail Crash Elimination > > > > I can't speak to the specific hardware you're running, but the latency > problem if growing seems to be inherent to the audio interface. > > I've seen it happen on the pci buss type systems before, as well. > > > > Back to the squelch crash, I think using the usbradio channel and letting > the DSP decode ok. > > > > _______________________________________________ > 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. > -- Operating your AM rig without a scope is like driving our car at night without headlights. (~K4KYV) 73 = Best Regards, -Geoff/W5OMR -------------- next part -------------- An HTML attachment was scrubbed... URL: From k5cg at hamoperator.org Fri Jun 8 01:37:44 2018 From: k5cg at hamoperator.org (Danny K5CG) Date: Thu, 7 Jun 2018 18:37:44 -0700 (PDT) Subject: [App_rpt-users] Is stats.allstarlink.org down? Message-ID: <777785705.3682073.1528421864356.JavaMail.zimbra@siminiuk.com> This site can?t be reached stats.allstarlink.org took too long to respond. Try: * Checking the connection * [ chrome-error://chromewebdata/#buttons | Checking the proxy and the firewall ] * Running Windows Network Diagnostics ERR_CONNECTION_TIMED_OUT C:\Windows\System32>ping stats.allstarlink.org Pinging status.allstarlink.org [44.98.254.130] with 32 bytes of data: Request timed out. Request timed out. Request timed out. Request timed out. Ping statistics for 44.98.254.130: Packets: Sent = 4, Received = 0, Lost = 4 (100% loss) -------------- next part -------------- An HTML attachment was scrubbed... URL: From k6ecm1 at gmail.com Fri Jun 8 02:33:35 2018 From: k6ecm1 at gmail.com (Bob Pyke) Date: Thu, 7 Jun 2018 19:33:35 -0700 Subject: [App_rpt-users] Is stats.allstarlink.org down? In-Reply-To: <777785705.3682073.1528421864356.JavaMail.zimbra@siminiuk.com> References: <777785705.3682073.1528421864356.JavaMail.zimbra@siminiuk.com> Message-ID: <2569689E-2C58-4E3D-BA16-06C720D94743@gmail.com> Works for me. Thanks, Bob K6ECM 73 > On Jun 7, 2018, at 6:37 PM, Danny K5CG wrote: > > This site can?t be reached > > stats.allstarlink.org took too long to respond. > Try: > Checking the connection > Checking the proxy and the firewall > Running Windows Network Diagnostics > ERR_CONNECTION_TIMED_OUT > > C:\Windows\System32>ping stats.allstarlink.org > > Pinging status.allstarlink.org [44.98.254.130] with 32 bytes of data: > Request timed out. > Request timed out. > Request timed out. > Request timed out. > > Ping statistics for 44.98.254.130: > Packets: Sent = 4, Received = 0, Lost = 4 (100% loss) > > > _______________________________________________ > 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 k5cg at hamoperator.org Fri Jun 8 12:27:20 2018 From: k5cg at hamoperator.org (Danny K5CG) Date: Fri, 8 Jun 2018 05:27:20 -0700 (PDT) Subject: [App_rpt-users] Is stats.allstarlink.org down? In-Reply-To: <2569689E-2C58-4E3D-BA16-06C720D94743@gmail.com> References: <777785705.3682073.1528421864356.JavaMail.zimbra@siminiuk.com> <2569689E-2C58-4E3D-BA16-06C720D94743@gmail.com> Message-ID: <1844069327.4228243.1528460840308.JavaMail.zimbra@siminiuk.com> I have confirmed reports from others that it was indeed down, so I didn't imagine it. Possible causes: 1. Access was denied from the entire State of Texas - not likely 2. it isn't being monitored - that's not good, is it? 3. it was noticed and nobody said anything. 4. ? I'm glad it is working again but this should have been considered an "incident" and reported, somehow. Danny K5CG From: "Bob Pyke" To: "Users of Asterisk app_rpt" Sent: Thursday, June 7, 2018 9:33:35 PM Subject: Re: [App_rpt-users] Is stats.allstarlink.org down? Works for me. Thanks, Bob K6ECM 73 On Jun 7, 2018, at 6:37 PM, Danny K5CG < [ mailto:k5cg at hamoperator.org | k5cg at hamoperator.org ] > wrote: This site can?t be reached [ http://stats.allstarlink.org/ | stats.allstarlink.org ] took too long to respond. Try: * Checking the connection * [ chrome-error://chromewebdata/#buttons | Checking the proxy and the firewall ] * Running Windows Network Diagnostics ERR_CONNECTION_TIMED_OUT C:\Windows\System32>ping [ http://stats.allstarlink.org/ | stats.allstarlink.org ] Pinging [ http://status.allstarlink.org/ | status.allstarlink.org ] [44.98.254.130] with 32 bytes of data: Request timed out. Request timed out. Request timed out. Request timed out. Ping statistics for 44.98.254.130: Packets: Sent = 4, Received = 0, Lost = 4 (100% loss) BQ_BEGIN _______________________________________________ App_rpt-users mailing list [ mailto:App_rpt-users at lists.allstarlink.org | App_rpt-users at lists.allstarlink.org ] [ http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users | 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 | 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. BQ_END _______________________________________________ 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 Fri Jun 8 12:44:08 2018 From: szingman at msgstor.com (Steve Zingman) Date: Fri, 8 Jun 2018 08:44:08 -0400 Subject: [App_rpt-users] Is stats.allstarlink.org down? In-Reply-To: <1844069327.4228243.1528460840308.JavaMail.zimbra@siminiuk.com> References: <777785705.3682073.1528421864356.JavaMail.zimbra@siminiuk.com> <2569689E-2C58-4E3D-BA16-06C720D94743@gmail.com> <1844069327.4228243.1528460840308.JavaMail.zimbra@siminiuk.com> Message-ID: I believe they are working on a ticketing system. On 6/8/2018 8:27 AM, Danny K5CG wrote: > I have confirmed reports from others that it was indeed down, so I > didn't imagine it. > > Possible causes: > 1. Access was denied from the entire State of Texas - not likely > 2. it isn't being monitored - that's not good, is it? > 3. it was noticed and nobody said anything. > 4. ? > > I'm glad it is working again but this should have been considered an > "incident" and reported, somehow. > > Danny > K5CG > > ------------------------------------------------------------------------ > *From: *"Bob Pyke" > *To: *"Users of Asterisk app_rpt" > *Sent: *Thursday, June 7, 2018 9:33:35 PM > *Subject: *Re: [App_rpt-users] Is stats.allstarlink.org down? > > Works for me. > > Thanks, > Bob > K6ECM > 73 > > > On Jun 7, 2018, at 6:37 PM, Danny K5CG > wrote: > > > This site can?t be reached > > *stats.allstarlink.org *took too > long to respond. > > Try: > > * Checking the connection > * Checking the proxy and the firewall > > * Running Windows Network Diagnostics > > ERR_CONNECTION_TIMED_OUT > > C:\Windows\System32>ping stats.allstarlink.org > > > Pinging status.allstarlink.org > [44.98.254.130] with 32 bytes of data: > Request timed out. > Request timed out. > Request timed out. > Request timed out. > > Ping statistics for 44.98.254.130: > ? ? Packets: Sent = 4, Received = 0, Lost = 4 (100% loss) > > > _______________________________________________ > 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 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. -------------- next part -------------- An HTML attachment was scrubbed... URL: From mm at midnighteng.com Fri Jun 8 13:01:57 2018 From: mm at midnighteng.com (Mike) Date: Fri, 8 Jun 2018 09:01:57 -0400 Subject: [App_rpt-users] Is stats.allstarlink.org down? In-Reply-To: <1844069327.4228243.1528460840308.JavaMail.zimbra@siminiuk.com> References: <777785705.3682073.1528421864356.JavaMail.zimbra@siminiuk.com> <2569689E-2C58-4E3D-BA16-06C720D94743@gmail.com> <1844069327.4228243.1528460840308.JavaMail.zimbra@siminiuk.com> Message-ID: Sounds like you want to volunteer to help make it better ! Please try to remember nobody gets paid in their service for the common group. Personally, I can only say that I have a hard time keeping up with all the hacks that happen online in my little slice of life. How the team keeps it together with a much larger load is beyond me. ...mike/kb8jnm On 6/8/2018 8:27 AM, Danny K5CG wrote: > I have confirmed reports from others that it was indeed down, so I > didn't imagine it. > > Possible causes: > 1. Access was denied from the entire State of Texas - not likely > 2. it isn't being monitored - that's not good, is it? > 3. it was noticed and nobody said anything. > 4. ? > > I'm glad it is working again but this should have been considered an > "incident" and reported, somehow. > > Danny > K5CG > > ------------------------------------------------------------------------ > *From: *"Bob Pyke" > *To: *"Users of Asterisk app_rpt" > *Sent: *Thursday, June 7, 2018 9:33:35 PM > *Subject: *Re: [App_rpt-users] Is stats.allstarlink.org down? > > Works for me. > > Thanks, > Bob > K6ECM > 73 > > > On Jun 7, 2018, at 6:37 PM, Danny K5CG > wrote: > > > This site can?t be reached > > *stats.allstarlink.org *took too > long to respond. > > Try: > > * Checking the connection > * Checking the proxy and the firewall > > * Running Windows Network Diagnostics > > ERR_CONNECTION_TIMED_OUT > > C:\Windows\System32>ping stats.allstarlink.org > > > Pinging status.allstarlink.org > [44.98.254.130] with 32 bytes of data: > Request timed out. > Request timed out. > Request timed out. > Request timed out. > > Ping statistics for 44.98.254.130: > ? ? Packets: Sent = 4, Received = 0, Lost = 4 (100% loss) > > > _______________________________________________ > 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 Bryan at bryanfields.net Fri Jun 8 14:40:51 2018 From: Bryan at bryanfields.net (Bryan Fields) Date: Fri, 8 Jun 2018 10:40:51 -0400 Subject: [App_rpt-users] Is stats.allstarlink.org down? In-Reply-To: <1844069327.4228243.1528460840308.JavaMail.zimbra@siminiuk.com> References: <777785705.3682073.1528421864356.JavaMail.zimbra@siminiuk.com> <2569689E-2C58-4E3D-BA16-06C720D94743@gmail.com> <1844069327.4228243.1528460840308.JavaMail.zimbra@siminiuk.com> Message-ID: <26bc1991-151e-1805-7013-fb2a494c1e06@bryanfields.net> On 6/8/18 8:27 AM, Danny K5CG wrote: > I have confirmed reports from others that it was indeed down, so I didn't imagine it. > > Possible causes: > 1. Access was denied from the entire State of Texas - not likely > 2. it isn't being monitored - that's not good, is it? > 3. it was noticed and nobody said anything. > 4. ? > > I'm glad it is working again but this should have been considered an > "incident" and reported, somehow. I was in a customer meeting when I got an alert. Can't do much then, and everyone else was busy too. It's the stats server, a non-critical server, so it got looked at when we had time, about an hour later when we got back from dinner. I took time away from my work and went back to my room to resolve it. The virtual interface on the VM was down, not 100% sure why, but a quick restart fixed it. I didn't put out an email then as I didn't have time then as I had to get back down to meet with my customers in the bar. -- Bryan Fields 727-409-1194 - Voice http://bryanfields.net From mm at midnighteng.com Fri Jun 8 18:58:28 2018 From: mm at midnighteng.com (Mike) Date: Fri, 8 Jun 2018 14:58:28 -0400 Subject: [App_rpt-users] ASL Digital Radio/MMDVM Intro Tech "NET" Tues June 19 @ 00:30z ********************** Message-ID: <8f08deaa-fb82-a939-34a8-6a7b6d825f8b@midnighteng.com> A "TECH NET" concerning *"Getting Started with" * Digital Modes / DMR? /YSF /P25 /DSTAR /NXDN using MMDVM and bridging these to ALLSTAR To be held on the Allstar Network at* * *8:30 pm esdst / 00:30 utc? - TUES JUNE 19, 2018* *Please connect 15 minutes or more in advance for audio checks and the like.** * ** _*Guest Speakers N4IRS Steve & N4IRR Mike of the dev crew at DVswitch/Allstar*_ Introductions to the digital radio field of /software/hardware and relationship/connectivity with Allstar software And as much Q & A at the end as we can sneak in. "Round-table" discussion to follow after the net. To help split the 'potential' bandwidth demands, Those _west of the Mississippi_, please connect on *29993* ?AND_OHIO only_ on *49999* And the rest _east of the Mississippi_ on *29999* So we don't possibly get overwhelmed with personal node streams. Echolink nodes *KB8JNM-L ( 155783 )* *east* ? & *KB8JNM-R? ( 804396 ) west*? both available *Please connect 15 minutes or more in advance for audio checks and the like.** * *I am looking for someone that can take copy of web links/info mentioned during the net * *to be posted somewhere afterwards and a back-up net control to standby. Please contact by reply to this msg. * _Please forward/distribute this email to interested party's !_ _Plans to have a follow-up net/round-table next month in July are in the works._ *Any last minute/after net info will be posted at __www.29999.link* If you are intending to use DMR, you will need a DMR ID. Current confusion on this and a low availibility of numbers to issue seem to be a problem we 'may' address during the net. *Some quick reference links: */(just a 'starter' reference)/ *Getting started cheap hardware: (not endorsing anything) * *MMDVM:** * https://www.ebay.com/sch/i.html?_nkw=dmr+hotspot&LH_BIN=1 https://www.ebay.com/itm/UHF-VHF-MMDVM-hotspot-OLED-Antenna-Case-Support-P25-DMR-YSF-for-Raspberry-pi/112884599135?ssPageName=STRK%3AMEBIDX%3AIT&_trksid=p2057872.m2749.l2649 --------- *Pi* (make sure you are getting one that fits your hardware/software needs) https://www.ebay.com/itm/Raspberry-Pi-3-Model-B-ARM-Cortex-A53-CPU-1-2GHz-64-Bit-Quad-Core-1GB-RAM-10-B/232791278848?hash=item3633710500:g:KAkAAOSwtJBbEmjH https://www.ebay.com/itm/Raspberry-Pi-Zero-V1-3-W-1GHz-512MB-Integrat-WiFi-Bluetooth-Mini-Micro-HDMI-USB/222903760316?ssPageName=STRK%3AMEBIDX%3AIT&_trksid=p2057872.m2749.l2649 --------- *Pi-Star: *https://www.pistar.uk/downloads/ --------- *Most Common 'good' starter radio DMR-UHF:* https://www.ebay.com/itm/TYT-MD-380-UHF-Analog-Digital-Tier-II-DMR-DMR-Radio-USB-cable-Software-US-Seller/291640635414?ssPageName=STRK%3AMEBIDX%3AIT&_trksid=p2057872.m2749.l2649 Latest Software for the MD380: http://www.tyt888.com/?mod=download ------------- *Code Plug Data :* http://arrl-ohio.org/digital/digital.html - /(for the state of Ohio):/ https://www.repeaterbook.com/repeaters/feature_search.php?state_id=42&type=DMR https://dmrtexas.net/ ------------- *DVswitch - *dv gateway for allstar* * https://dvswitch.groups.io/g/main/wiki/Home* * https://dvswitch.groups.io/g/main/topics* * https://dvswitch.groups.io/g/main/topic/updated_dvswitch_repository/18971786?p=,,,20,0,0,0::recentpostdate%2Fsticky,,,20,2,0,18971786 -------------- next part -------------- An HTML attachment was scrubbed... URL: From kevin.babich at gmail.com Tue Jun 12 01:46:24 2018 From: kevin.babich at gmail.com (Kevin Babich) Date: Mon, 11 Jun 2018 20:46:24 -0500 Subject: [App_rpt-users] RTCM [RX Packet Out of Bounds] ***Updated*** In-Reply-To: References: <036601d3f93f$ae7c3d70$0b74b850$@gmail.com> Message-ID: <0c1b01d401ef$2c2e7280$848b5780$@gmail.com> Chuck, A couple facts: The network has very low latency (sub ms) across all nodes on the VLAN. The site labeled LAB has a lab quality GPSDO, by NOVUS Power. The other sites utilize the GPSDO, by BG7TBL, as available on eBay, all are the 2016 vintage. Question: Is the reported system time exactly as reported by the timebase? If so, it would appear I have an issue with the accuracy of the GPSDO NMEA output. Here is an example of the output from my implementation: GPSTime (Lab): 06/11/18 20:16:57.000000000 SysTime: 06/11/18 20:16:57.220000 DrainTime: 06/11/18 20:16:57.180 Got GPS (Lab): Lat: 4126.20N, Lon: 08654.13W, Elev: 233.71 GPSTime (Valparaiso): 06/11/18 20:16:57.000000000 SysTime: 06/11/18 20:16:57.280000 DrainTime: 06/11/18 20:16:57.220 Got GPS (Valparaiso): Lat: 4131.82N, Lon: 08702.06W, Elev: 299.5 GPSTime (Crown_Point): 06/11/18 20:16:57.000000000 SysTime: 06/11/18 20:16:57.280000 DrainTime: 06/11/18 20:16:57.220 Got GPS (Crown_Point): Lat: 4121.15N, Lon: 08724.18W, Elev: 218.6 GPSTime (LaPorte): 06/11/18 20:16:57.000000000 SysTime: 06/11/18 20:16:57.280000 DrainTime: 06/11/18 20:16:57.220 Got GPS (LaPorte): Lat: 4139.38N, Lon: 08645.96W, Elev: 324.6 GPSTime (Lab): 06/11/18 20:17:19.000000000 SysTime: 06/11/18 20:17:19.220000 DrainTime: 06/11/18 20:17:19.180 Got GPS (Lab): Lat: 4126.20N, Lon: 08654.13W, Elev: 233.38 GPSTime (Valparaiso): 06/11/18 20:17:19.000000000 SysTime: 06/11/18 20:17:19.260000 DrainTime: 06/11/18 20:17:19.220 Got GPS (Valparaiso): Lat: 4131.82N, Lon: 08702.05W, Elev: 293.7 GPSTime (Crown_Point): 06/11/18 20:17:19.000000000 SysTime: 06/11/18 20:17:19.280000 DrainTime: 06/11/18 20:17:19.240 Got GPS (Crown_Point): Lat: 4121.15N, Lon: 08724.18W, Elev: 217.5 GPSTime (LaPorte): 06/11/18 20:17:19.000000000 SysTime: 06/11/18 20:17:19.280000 DrainTime: 06/11/18 20:17:19.240 Got GPS (LaPorte): Lat: 4139.38N, Lon: 08645.96W, Elev: 324.1 Results AFTER resetting the MASTER: GPSTime (Lab): 06/11/18 20:31:23.000000000 SysTime: 06/11/18 20:31:23.220000 DrainTime: 06/11/18 20:31:23.180 Got GPS (Lab): Lat: 4126.20N, Lon: 08654.13W, Elev: 231.86 GPSTime (Valparaiso): 06/11/18 20:31:23.000000000 SysTime: 06/11/18 20:31:23.280000 DrainTime: 06/11/18 20:31:23.240 Got GPS (Valparaiso): Lat: 4131.81N, Lon: 08702.05W, Elev: 301.8 GPSTime (LaPorte): 06/11/18 20:31:23.000000000 SysTime: 06/11/18 20:31:23.280000 DrainTime: 06/11/18 20:31:23.240 Got GPS (LaPorte): Lat: 4139.38N, Lon: 08645.96W, Elev: 327.7 GPSTime (Crown_Point): 06/11/18 20:31:23.000000000 SysTime: 06/11/18 20:31:23.280000 DrainTime: 06/11/18 20:31:23.240 Got GPS (Crown_Point): Lat: 4121.15N, Lon: 08724.18W, Elev: 218.5 Thoughts? Kindest Regards, Kevin Babich | N9IAA Valparaiso, IN 46383 From: App_rpt-users On Behalf Of Chuck Henderson Sent: Monday, June 4, 2018 4:51 AM To: Users of Asterisk app_rpt Subject: Re: [App_rpt-users] RTCM [RX Packet Out of Bounds] ***Updated*** Kevin, I just checked 3 of my RTCM's and got the following results. RTCM1: Current Time: Mon Jun 04, 2018 08:55:43.640 Last Rx Pkt System time: 06/04/2018 02:55:56.040, diff: 21587600 msec Last Rx Pkt Timestamp time: 06/04/2018 02:55:56.040, diff: 0 msec Last Rx Pkt index: 1080, inbounds: 1 RTCM2: Current Time: Mon Jun 04, 2018 08:58:20.300 Last Rx Pkt System time: , diff: -905657056 msec Last Rx Pkt Timestamp time: , diff: 0 msec Last Rx Pkt index: 0, inbounds: 0 RTCM3: Current Time: Mon Jun 04, 2018 08:58:48.060 Last Rx Pkt System time: , diff: -905629296 msec Last Rx Pkt Timestamp time: , diff: 0 msec Last Rx Pkt index: 0, inbounds: 0 I would not be concerned about the times. They are not important. A better thing to look at is in the Asterisk CLI issue the command voter debug level 3 Then expect output like the following: GPSTime (South): 06/04/18 04:07:16.000000000 SysTime: 06/04/18 04:07:16.000000 DrainTime: 06/04/18 04:07:15.960 Got GPS (South): Lat: 4020.80N, Lon: 08856.35W, Elev: 225.7 GPSTime (North): 06/04/18 04:07:16.000000000 SysTime: 06/04/18 04:07:16.000000 DrainTime: 06/04/18 04:07:15.960 Got GPS (North): Lat: 4030.79N, Lon: 08857.99W, Elev: 245.4 GPSTime (East): 06/04/18 04:07:16.000000000 SysTime: 06/04/18 04:07:16.000000 DrainTime: 06/04/18 04:07:15.980 Got GPS (East): Lat: 4030.02N, Lon: 08855.92W, Elev: 250.2 sending KEEPALIVE (GPS) packet to client East digest 99479120 sending KEEPALIVE (GPS) packet to client North digest dd455bb0 sending KEEPALIVE (GPS) packet to client South digest 4a396b22 GPSTime (East): 06/04/18 04:07:17.000000000 SysTime: 06/04/18 04:07:17.000000 DrainTime: 06/04/18 04:07:16.980 Got GPS (East): Lat: 4030.02N, Lon: 08855.92W, Elev: 250.2 GPSTime (South): 06/04/18 04:07:17.000000000 SysTime: 06/04/18 04:07:17.000000 DrainTime: 06/04/18 04:07:16.980 Got GPS (South): Lat: 4020.80N, Lon: 08856.35W, Elev: 225.7 GPSTime (North): 06/04/18 04:07:17.000000000 SysTime: 06/04/18 04:07:17.000000 DrainTime: 06/04/18 04:07:16.980 Got GPS (North): Lat: 4030.79N, Lon: 08857.99W, Elev: 245.4 sending KEEPALIVE (GPS) packet to client East digest 99479120 sending KEEPALIVE (GPS) packet to client North digest dd455bb0 sending KEEPALIVE (GPS) packet to client South digest 4a396b22 GPSTime (South): 06/04/18 04:07:18.000000000 SysTime: 06/04/18 04:07:18.000000 DrainTime: 06/04/18 04:07:17.960 Got GPS (South): Lat: 4020.80N, Lon: 08856.35W, Elev: 225.7 GPSTime (North): 06/04/18 04:07:18.000000000 SysTime: 06/04/18 04:07:18.000000 DrainTime: 06/04/18 04:07:17.980 Got GPS (North): Lat: 4030.79N, Lon: 08857.99W, Elev: 245.4 GPSTime (East): 06/04/18 04:07:18.000000000 SysTime: 06/04/18 04:07:18.000000 DrainTime: 06/04/18 04:07:17.980 Got GPS (East): Lat: 4030.02N, Lon: 08855.92W, Elev: 250.2 GPSTime (South): 06/04/18 04:07:19.000000000 SysTime: 06/04/18 04:07:19.000000 DrainTime: 06/04/18 04:07:18.960 Got GPS (South): Lat: 4020.80N, Lon: 08856.35W, Elev: 225.7 GPSTime (North): 06/04/18 04:07:19.000000000 SysTime: 06/04/18 04:07:19.000000 DrainTime: 06/04/18 04:07:18.960 Got GPS (North): Lat: 4030.79N, Lon: 08857.99W, Elev: 245.4 sending KEEPALIVE (GPS) packet to client East digest 99479120 GPSTime (East): 06/04/18 04:07:19.000000000 sending KEEPALIVE (GPS) packet to client North digest dd455bb0 SysTime: 06/04/18 04:07:19.000000 sending KEEPALIVE (GPS) packet to client South digest 4a396b22 DrainTime: 06/04/18 04:07:18.980 Got GPS (East): Lat: 4030.02N, Lon: 08855.92W, Elev: 250.2 GPSTime (North): 06/04/18 04:07:20.000000000 SysTime: 06/04/18 04:07:20.000000 DrainTime: 06/04/18 04:07:19.960 Got GPS (North): Lat: 4030.79N, Lon: 08857.99W, Elev: 245.4 GPSTime (East): 06/04/18 04:07:20.000000000 SysTime: 06/04/18 04:07:20.000000 DrainTime: 06/04/18 04:07:19.980 Got GPS (East): Lat: 4030.02N, Lon: 08855.92W, Elev: 250.2 GPSTime (South): 06/04/18 04:07:20.000000000 SysTime: 06/04/18 04:07:20.000000 DrainTime: 06/04/18 04:07:19.980 Got GPS (South): Lat: 4020.80N, Lon: 08856.35W, Elev: 225.7 Ignore the lines I marked in green and only be concerned with the lines that have "Time" in them. Notice that each RTCM has 3 timestamp lines that are mostly together and they should be within about 40 ms of each other and should also be within about 40ms of the other RTCMs set of lines for that second. (this is with no signals present and with a very low network latency between RTCMs and the server). If you find that one RTCM is many ms out of line with the others, I recommend rebooting that one and/or the master one. I also recommend not being logged into the RTCMs via telnet except to make setting changes. Having an active telnet session to the RTCM can have a negative impact on it's ability to maintain time sync lock. Having active output on that telnet session will have a negative impact on it's ability to maintain time sync lock. If the above does not solve your problem then try increasing your tx buffer setting to 1400 and see if that eliminates your problem. But do not evaluate if the problem is solved while you have an active telnet session to the RTCM. If you still have a problem then send the output of your "voter debug level 3" (with no signals present and no active telnet sessions to RTCMs). Chuck On Thu, May 31, 2018 at 7:30 PM, Kevin Babich > wrote: Hayden, When running DEBUG = 32, I see the following, but, only on occasion, say every minute or so: 06/01/2018 00:22:12.240 Warning: GPS Data time period elapsed GPS-DEBUG: $GPRMC,002213.00,A,4131.82046,N,08702.05712,W,0.027,,010618,,,D*6D GPS-DEBUG: mon: 5, gps_time: 1527812533, ctime: Fri Jun 1 00:22:13 2018 I suspect this has to do with the receiver losing lock. However, it doesn?t make sense as the receiver reports a strong signal and doesn?t show signs of loss of signal on the front alarm panel. The GPS antenna is designed with high RF immunity and is at a site with little activity. Kindest Regards, Kevin Babich | N9IAA Valparaiso, IN 46383 From: App_rpt-users > On Behalf Of Hayden Honeywood Sent: Thursday, May 31, 2018 5:56 PM To: app_rpt-users at lists.allstarlink.org Subject: Re: [App_rpt-users] RTCM [RX Packet Out of Bounds] ***Updated*** Is the time in UTC? How far off is the system time? Have you done a full calibration of each board? What baud rate do you run on your GPS's? I tend to use 9600 baud and have had no issues with the GPS's I have used. There is various GPS debug tools available in the RTCM. They are documented here - https://wiki.allstarlink.org/wiki/RTCM_Client#GPS Can you possibly try injecting a 9.6MHz signal in place of the crystal on board? Perhaps you have a variant of James KI0KN's problem where his crystals were off frequency. I can't comment on that as I built all my boards and they have external frequency references. Regards Hayden VK7HH From: App_rpt-users > On Behalf Of Hayden Honeywood Sent: Wednesday, May 30, 2018 5:34 PM To: app_rpt-users at lists.allstarlink.org Subject: Re: [App_rpt-users] RTCM [RX Packet Out of Bounds] ***Updated*** What is your values in voter.conf for RX buffer (960) and in the RTCM client for TX buffer (480). Are all RTCM TX buffers set to the same value? Yes, 480. These values were based upon the math Jim provided, which is a function of maximum latencies on the network. We rarely have greater than 1ms to any host on the network. Are all the GPS's in a location where they cannot be swamped with RF? Yes, and they utilize PCTEL antennas with filtering for use in RF dense environments. Some users have had success with a dedicated RTCM as the master timing source (with no radio connected). Has it been suspected that an RTCM doesn?t have the horsepower to handle both functions contemporaneously? Regards Hayden VK7HH -------------- next part -------------- An HTML attachment was scrubbed... URL: ------------------------------ Message: 3 Date: Wed, 30 May 2018 19:51:43 -0500 From: "Kevin Babich" > To: "'Users of Asterisk app_rpt'" > Subject: Re: [App_rpt-users] RTCM [RX Packet Out of Bounds] ***Updated*** Message-ID: <010001d3f879$8c2b3710$a481a530$@gmail.com > Content-Type: text/plain; charset="utf-8" Hayden, Do you know what exactly ?RX Packet Out of Bounds? refers to? I can infer its meaning, but, one can?t be certain. Any thoughts why the system time is always so far off? It has always been, since I began experimenting with the RTCM in 2012. This is consistent across many RTCM?s. _______________________________________________ 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 kevin.babich at gmail.com Tue Jun 12 04:41:05 2018 From: kevin.babich at gmail.com (Kevin Babich) Date: Mon, 11 Jun 2018 23:41:05 -0500 Subject: [App_rpt-users] RTCM [RX Packet Out of Bounds] ***Updated*** In-Reply-To: References: <036601d3f93f$ae7c3d70$0b74b850$@gmail.com> Message-ID: <0c3d01d40207$938c9e80$baa5db80$@gmail.com> Chuck, One other system fact: App_rpt is running on a Raspberry Pi3, the network is operated with both SIMULCAST and VOTER active. Can you please define the source and meaning of the following: GPSTime **I understand this to be the time reported by the GPSDO. SysTime **Is this the time which the VOTER is reporting it is receiving from the MASTER or app_rpt? DrainTime **The time which packets left the VOTER for app_rpt? Ultimately, I?m attempting to understand this in order to troubleshoot the implementation, as I have it. Kindest Regards, Kevin Babich | N9IAA Valparaiso, IN 46383 From: App_rpt-users On Behalf Of Chuck Henderson Sent: Monday, June 4, 2018 4:51 AM To: Users of Asterisk app_rpt Subject: Re: [App_rpt-users] RTCM [RX Packet Out of Bounds] ***Updated*** Kevin, I just checked 3 of my RTCM's and got the following results. RTCM1: Current Time: Mon Jun 04, 2018 08:55:43.640 Last Rx Pkt System time: 06/04/2018 02:55:56.040, diff: 21587600 msec Last Rx Pkt Timestamp time: 06/04/2018 02:55:56.040, diff: 0 msec Last Rx Pkt index: 1080, inbounds: 1 RTCM2: Current Time: Mon Jun 04, 2018 08:58:20.300 Last Rx Pkt System time: , diff: -905657056 msec Last Rx Pkt Timestamp time: , diff: 0 msec Last Rx Pkt index: 0, inbounds: 0 RTCM3: Current Time: Mon Jun 04, 2018 08:58:48.060 Last Rx Pkt System time: , diff: -905629296 msec Last Rx Pkt Timestamp time: , diff: 0 msec Last Rx Pkt index: 0, inbounds: 0 I would not be concerned about the times. They are not important. A better thing to look at is in the Asterisk CLI issue the command voter debug level 3 Then expect output like the following: GPSTime (South): 06/04/18 04:07:16.000000000 SysTime: 06/04/18 04:07:16.000000 DrainTime: 06/04/18 04:07:15.960 Got GPS (South): Lat: 4020.80N, Lon: 08856.35W, Elev: 225.7 GPSTime (North): 06/04/18 04:07:16.000000000 SysTime: 06/04/18 04:07:16.000000 DrainTime: 06/04/18 04:07:15.960 Got GPS (North): Lat: 4030.79N, Lon: 08857.99W, Elev: 245.4 GPSTime (East): 06/04/18 04:07:16.000000000 SysTime: 06/04/18 04:07:16.000000 DrainTime: 06/04/18 04:07:15.980 Got GPS (East): Lat: 4030.02N, Lon: 08855.92W, Elev: 250.2 sending KEEPALIVE (GPS) packet to client East digest 99479120 sending KEEPALIVE (GPS) packet to client North digest dd455bb0 sending KEEPALIVE (GPS) packet to client South digest 4a396b22 GPSTime (East): 06/04/18 04:07:17.000000000 SysTime: 06/04/18 04:07:17.000000 DrainTime: 06/04/18 04:07:16.980 Got GPS (East): Lat: 4030.02N, Lon: 08855.92W, Elev: 250.2 GPSTime (South): 06/04/18 04:07:17.000000000 SysTime: 06/04/18 04:07:17.000000 DrainTime: 06/04/18 04:07:16.980 Got GPS (South): Lat: 4020.80N, Lon: 08856.35W, Elev: 225.7 GPSTime (North): 06/04/18 04:07:17.000000000 SysTime: 06/04/18 04:07:17.000000 DrainTime: 06/04/18 04:07:16.980 Got GPS (North): Lat: 4030.79N, Lon: 08857.99W, Elev: 245.4 sending KEEPALIVE (GPS) packet to client East digest 99479120 sending KEEPALIVE (GPS) packet to client North digest dd455bb0 sending KEEPALIVE (GPS) packet to client South digest 4a396b22 GPSTime (South): 06/04/18 04:07:18.000000000 SysTime: 06/04/18 04:07:18.000000 DrainTime: 06/04/18 04:07:17.960 Got GPS (South): Lat: 4020.80N, Lon: 08856.35W, Elev: 225.7 GPSTime (North): 06/04/18 04:07:18.000000000 SysTime: 06/04/18 04:07:18.000000 DrainTime: 06/04/18 04:07:17.980 Got GPS (North): Lat: 4030.79N, Lon: 08857.99W, Elev: 245.4 GPSTime (East): 06/04/18 04:07:18.000000000 SysTime: 06/04/18 04:07:18.000000 DrainTime: 06/04/18 04:07:17.980 Got GPS (East): Lat: 4030.02N, Lon: 08855.92W, Elev: 250.2 GPSTime (South): 06/04/18 04:07:19.000000000 SysTime: 06/04/18 04:07:19.000000 DrainTime: 06/04/18 04:07:18.960 Got GPS (South): Lat: 4020.80N, Lon: 08856.35W, Elev: 225.7 GPSTime (North): 06/04/18 04:07:19.000000000 SysTime: 06/04/18 04:07:19.000000 DrainTime: 06/04/18 04:07:18.960 Got GPS (North): Lat: 4030.79N, Lon: 08857.99W, Elev: 245.4 sending KEEPALIVE (GPS) packet to client East digest 99479120 GPSTime (East): 06/04/18 04:07:19.000000000 sending KEEPALIVE (GPS) packet to client North digest dd455bb0 SysTime: 06/04/18 04:07:19.000000 sending KEEPALIVE (GPS) packet to client South digest 4a396b22 DrainTime: 06/04/18 04:07:18.980 Got GPS (East): Lat: 4030.02N, Lon: 08855.92W, Elev: 250.2 GPSTime (North): 06/04/18 04:07:20.000000000 SysTime: 06/04/18 04:07:20.000000 DrainTime: 06/04/18 04:07:19.960 Got GPS (North): Lat: 4030.79N, Lon: 08857.99W, Elev: 245.4 GPSTime (East): 06/04/18 04:07:20.000000000 SysTime: 06/04/18 04:07:20.000000 DrainTime: 06/04/18 04:07:19.980 Got GPS (East): Lat: 4030.02N, Lon: 08855.92W, Elev: 250.2 GPSTime (South): 06/04/18 04:07:20.000000000 SysTime: 06/04/18 04:07:20.000000 DrainTime: 06/04/18 04:07:19.980 Got GPS (South): Lat: 4020.80N, Lon: 08856.35W, Elev: 225.7 Ignore the lines I marked in green and only be concerned with the lines that have "Time" in them. Notice that each RTCM has 3 timestamp lines that are mostly together and they should be within about 40 ms of each other and should also be within about 40ms of the other RTCMs set of lines for that second. (this is with no signals present and with a very low network latency between RTCMs and the server). If you find that one RTCM is many ms out of line with the others, I recommend rebooting that one and/or the master one. I also recommend not being logged into the RTCMs via telnet except to make setting changes. Having an active telnet session to the RTCM can have a negative impact on it's ability to maintain time sync lock. Having active output on that telnet session will have a negative impact on it's ability to maintain time sync lock. If the above does not solve your problem then try increasing your tx buffer setting to 1400 and see if that eliminates your problem. But do not evaluate if the problem is solved while you have an active telnet session to the RTCM. If you still have a problem then send the output of your "voter debug level 3" (with no signals present and no active telnet sessions to RTCMs). Chuck On Thu, May 31, 2018 at 7:30 PM, Kevin Babich > wrote: Hayden, When running DEBUG = 32, I see the following, but, only on occasion, say every minute or so: 06/01/2018 00:22:12.240 Warning: GPS Data time period elapsed GPS-DEBUG: $GPRMC,002213.00,A,4131.82046,N,08702.05712,W,0.027,,010618,,,D*6D GPS-DEBUG: mon: 5, gps_time: 1527812533, ctime: Fri Jun 1 00:22:13 2018 I suspect this has to do with the receiver losing lock. However, it doesn?t make sense as the receiver reports a strong signal and doesn?t show signs of loss of signal on the front alarm panel. The GPS antenna is designed with high RF immunity and is at a site with little activity. Kindest Regards, Kevin Babich | N9IAA Valparaiso, IN 46383 From: App_rpt-users > On Behalf Of Hayden Honeywood Sent: Thursday, May 31, 2018 5:56 PM To: app_rpt-users at lists.allstarlink.org Subject: Re: [App_rpt-users] RTCM [RX Packet Out of Bounds] ***Updated*** Is the time in UTC? How far off is the system time? Have you done a full calibration of each board? What baud rate do you run on your GPS's? I tend to use 9600 baud and have had no issues with the GPS's I have used. There is various GPS debug tools available in the RTCM. They are documented here - https://wiki.allstarlink.org/wiki/RTCM_Client#GPS Can you possibly try injecting a 9.6MHz signal in place of the crystal on board? Perhaps you have a variant of James KI0KN's problem where his crystals were off frequency. I can't comment on that as I built all my boards and they have external frequency references. Regards Hayden VK7HH From: App_rpt-users > On Behalf Of Hayden Honeywood Sent: Wednesday, May 30, 2018 5:34 PM To: app_rpt-users at lists.allstarlink.org Subject: Re: [App_rpt-users] RTCM [RX Packet Out of Bounds] ***Updated*** What is your values in voter.conf for RX buffer (960) and in the RTCM client for TX buffer (480). Are all RTCM TX buffers set to the same value? Yes, 480. These values were based upon the math Jim provided, which is a function of maximum latencies on the network. We rarely have greater than 1ms to any host on the network. Are all the GPS's in a location where they cannot be swamped with RF? Yes, and they utilize PCTEL antennas with filtering for use in RF dense environments. Some users have had success with a dedicated RTCM as the master timing source (with no radio connected). Has it been suspected that an RTCM doesn?t have the horsepower to handle both functions contemporaneously? Regards Hayden VK7HH -------------- next part -------------- An HTML attachment was scrubbed... URL: ------------------------------ Message: 3 Date: Wed, 30 May 2018 19:51:43 -0500 From: "Kevin Babich" > To: "'Users of Asterisk app_rpt'" > Subject: Re: [App_rpt-users] RTCM [RX Packet Out of Bounds] ***Updated*** Message-ID: <010001d3f879$8c2b3710$a481a530$@gmail.com > Content-Type: text/plain; charset="utf-8" Hayden, Do you know what exactly ?RX Packet Out of Bounds? refers to? I can infer its meaning, but, one can?t be certain. Any thoughts why the system time is always so far off? It has always been, since I began experimenting with the RTCM in 2012. This is consistent across many RTCM?s. _______________________________________________ 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 rpt2 at chuck.midlandsnetworking.com Tue Jun 12 08:34:45 2018 From: rpt2 at chuck.midlandsnetworking.com (Chuck Henderson) Date: Tue, 12 Jun 2018 03:34:45 -0500 Subject: [App_rpt-users] RTCM [RX Packet Out of Bounds] ***Updated*** In-Reply-To: <0c1b01d401ef$2c2e7280$848b5780$@gmail.com> References: <036601d3f93f$ae7c3d70$0b74b850$@gmail.com> <0c1b01d401ef$2c2e7280$848b5780$@gmail.com> Message-ID: Kevin, Which one is the master? From the looks of it I would say that "lab" should be the master as it appears to be the first one to arrive at the server so must have the lowest network delay or they are inaccurate. Inaccuracy could be caused by having the PPS polarity wrong in the RTCM and are setting time based on the trailing edge of the pulse rather than the leading edge. I am also using a Raspberry Pi 3B (not plus) The master should be the first one to get a time packet to the server, or they should all be tied exactly. Chuck On Mon, Jun 11, 2018 at 8:46 PM Kevin Babich wrote: > Chuck, > > > > A couple facts: > > > > The network has very low latency (sub ms) across all nodes on the VLAN. > > The site labeled LAB has a lab quality GPSDO, by NOVUS Power. > > The other sites utilize the GPSDO, by BG7TBL, as available on eBay, all > are the 2016 vintage. > > > > Question: > > > > Is the reported system time exactly as reported by the timebase? If so, > it would appear I have an issue with the accuracy of the GPSDO NMEA output. > > > > Here is an example of the output from my implementation: > > > > GPSTime (Lab): 06/11/18 20:16:57.000000000 > > SysTime: 06/11/18 20:16:57.220000 > > DrainTime: 06/11/18 20:16:57.180 > > Got GPS (Lab): Lat: 4126.20N, Lon: 08654.13W, Elev: 233.71 > > GPSTime (Valparaiso): 06/11/18 20:16:57.000000000 > > SysTime: 06/11/18 20:16:57.280000 > > DrainTime: 06/11/18 20:16:57.220 > > Got GPS (Valparaiso): Lat: 4131.82N, Lon: 08702.06W, Elev: 299.5 > > GPSTime (Crown_Point): 06/11/18 20:16:57.000000000 > > SysTime: 06/11/18 20:16:57.280000 > > DrainTime: 06/11/18 20:16:57.220 > > Got GPS (Crown_Point): Lat: 4121.15N, Lon: 08724.18W, Elev: 218.6 > > GPSTime (LaPorte): 06/11/18 20:16:57.000000000 > > SysTime: 06/11/18 20:16:57.280000 > > DrainTime: 06/11/18 20:16:57.220 > > Got GPS (LaPorte): Lat: 4139.38N, Lon: 08645.96W, Elev: 324.6 > > > > GPSTime (Lab): 06/11/18 20:17:19.000000000 > > SysTime: 06/11/18 20:17:19.220000 > > DrainTime: 06/11/18 20:17:19.180 > > Got GPS (Lab): Lat: 4126.20N, Lon: 08654.13W, Elev: 233.38 > > GPSTime (Valparaiso): 06/11/18 20:17:19.000000000 > > SysTime: 06/11/18 20:17:19.260000 > > DrainTime: 06/11/18 20:17:19.220 > > Got GPS (Valparaiso): Lat: 4131.82N, Lon: 08702.05W, Elev: 293.7 > > GPSTime (Crown_Point): 06/11/18 20:17:19.000000000 > > SysTime: 06/11/18 20:17:19.280000 > > DrainTime: 06/11/18 20:17:19.240 > > Got GPS (Crown_Point): Lat: 4121.15N, Lon: 08724.18W, Elev: 217.5 > > GPSTime (LaPorte): 06/11/18 20:17:19.000000000 > > SysTime: 06/11/18 20:17:19.280000 > > DrainTime: 06/11/18 20:17:19.240 > > Got GPS (LaPorte): Lat: 4139.38N, Lon: 08645.96W, Elev: 324.1 > > > > Results AFTER resetting the MASTER: > > > > GPSTime (Lab): 06/11/18 20:31:23.000000000 > > SysTime: 06/11/18 20:31:23.220000 > > DrainTime: 06/11/18 20:31:23.180 > > Got GPS (Lab): Lat: 4126.20N, Lon: 08654.13W, Elev: 231.86 > > GPSTime (Valparaiso): 06/11/18 20:31:23.000000000 > > SysTime: 06/11/18 20:31:23.280000 > > DrainTime: 06/11/18 20:31:23.240 > > Got GPS (Valparaiso): Lat: 4131.81N, Lon: 08702.05W, Elev: 301.8 > > GPSTime (LaPorte): 06/11/18 20:31:23.000000000 > > SysTime: 06/11/18 20:31:23.280000 > > DrainTime: 06/11/18 20:31:23.240 > > Got GPS (LaPorte): Lat: 4139.38N, Lon: 08645.96W, Elev: 327.7 > > GPSTime (Crown_Point): 06/11/18 20:31:23.000000000 > > SysTime: 06/11/18 20:31:23.280000 > > DrainTime: 06/11/18 20:31:23.240 > > Got GPS (Crown_Point): Lat: 4121.15N, Lon: 08724.18W, Elev: 218.5 > > > > Thoughts? > > > > Kindest Regards, > > > > Kevin Babich | N9IAA > > Valparaiso, IN 46383 > > > > *From:* App_rpt-users *On > Behalf Of *Chuck Henderson > *Sent:* Monday, June 4, 2018 4:51 AM > *To:* Users of Asterisk app_rpt > *Subject:* Re: [App_rpt-users] RTCM [RX Packet Out of Bounds] > ***Updated*** > > > > Kevin, > > I just checked 3 of my RTCM's and got the following results. > RTCM1: > Current Time: Mon Jun 04, 2018 08:55:43.640 > Last Rx Pkt System time: 06/04/2018 02:55:56.040, diff: 21587600 msec > Last Rx Pkt Timestamp time: 06/04/2018 02:55:56.040, diff: 0 msec > Last Rx Pkt index: 1080, inbounds: 1 > > RTCM2: > Current Time: Mon Jun 04, 2018 08:58:20.300 > Last Rx Pkt System time: , diff: -905657056 msec > Last Rx Pkt Timestamp time: , diff: 0 msec > Last Rx Pkt index: 0, inbounds: 0 > > RTCM3: > Current Time: Mon Jun 04, 2018 08:58:48.060 > Last Rx Pkt System time: , diff: -905629296 msec > Last Rx Pkt Timestamp time: , diff: 0 msec > Last Rx Pkt index: 0, inbounds: 0 > > I would not be concerned about the times. They are not important. > > A better thing to look at is in the Asterisk CLI issue the command > voter debug level 3 > > Then expect output like the following: > > GPSTime (South): 06/04/18 04:07:16.000000000 > > SysTime: 06/04/18 04:07:16.000000 > > DrainTime: 06/04/18 04:07:15.960 > > Got GPS (South): Lat: 4020.80N, Lon: 08856.35W, Elev: 225.7 > > GPSTime (North): 06/04/18 04:07:16.000000000 > > SysTime: 06/04/18 04:07:16.000000 > > DrainTime: 06/04/18 04:07:15.960 > > Got GPS (North): Lat: 4030.79N, Lon: 08857.99W, Elev: 245.4 > > GPSTime (East): 06/04/18 04:07:16.000000000 > > SysTime: 06/04/18 04:07:16.000000 > > DrainTime: 06/04/18 04:07:15.980 > > Got GPS (East): Lat: 4030.02N, Lon: 08855.92W, Elev: 250.2 > > sending KEEPALIVE (GPS) packet to client East digest 99479120 > > sending KEEPALIVE (GPS) packet to client North digest dd455bb0 > > sending KEEPALIVE (GPS) packet to client South digest 4a396b22 > > GPSTime (East): 06/04/18 04:07:17.000000000 > > SysTime: 06/04/18 04:07:17.000000 > > DrainTime: 06/04/18 04:07:16.980 > > Got GPS (East): Lat: 4030.02N, Lon: 08855.92W, Elev: 250.2 > > GPSTime (South): 06/04/18 04:07:17.000000000 > > SysTime: 06/04/18 04:07:17.000000 > > DrainTime: 06/04/18 04:07:16.980 > > Got GPS (South): Lat: 4020.80N, Lon: 08856.35W, Elev: 225.7 > > GPSTime (North): 06/04/18 04:07:17.000000000 > > SysTime: 06/04/18 04:07:17.000000 > > DrainTime: 06/04/18 04:07:16.980 > > Got GPS (North): Lat: 4030.79N, Lon: 08857.99W, Elev: 245.4 > > sending KEEPALIVE (GPS) packet to client East digest 99479120 > > sending KEEPALIVE (GPS) packet to client North digest dd455bb0 > > sending KEEPALIVE (GPS) packet to client South digest 4a396b22 > > GPSTime (South): 06/04/18 04:07:18.000000000 > > SysTime: 06/04/18 04:07:18.000000 > > DrainTime: 06/04/18 04:07:17.960 > > Got GPS (South): Lat: 4020.80N, Lon: 08856.35W, Elev: 225.7 > > GPSTime (North): 06/04/18 04:07:18.000000000 > > SysTime: 06/04/18 04:07:18.000000 > > DrainTime: 06/04/18 04:07:17.980 > > Got GPS (North): Lat: 4030.79N, Lon: 08857.99W, Elev: 245.4 > > GPSTime (East): 06/04/18 04:07:18.000000000 > > SysTime: 06/04/18 04:07:18.000000 > > DrainTime: 06/04/18 04:07:17.980 > > Got GPS (East): Lat: 4030.02N, Lon: 08855.92W, Elev: 250.2 > > GPSTime (South): 06/04/18 04:07:19.000000000 > > SysTime: 06/04/18 04:07:19.000000 > > DrainTime: 06/04/18 04:07:18.960 > > Got GPS (South): Lat: 4020.80N, Lon: 08856.35W, Elev: 225.7 > > GPSTime (North): 06/04/18 04:07:19.000000000 > > SysTime: 06/04/18 04:07:19.000000 > > DrainTime: 06/04/18 04:07:18.960 > > Got GPS (North): Lat: 4030.79N, Lon: 08857.99W, Elev: 245.4 > > sending KEEPALIVE (GPS) packet to client East digest 99479120 > > GPSTime (East): 06/04/18 04:07:19.000000000 > > sending KEEPALIVE (GPS) packet to client North digest dd455bb0 > > SysTime: 06/04/18 04:07:19.000000 > > sending KEEPALIVE (GPS) packet to client South digest 4a396b22 > > DrainTime: 06/04/18 04:07:18.980 > > Got GPS (East): Lat: 4030.02N, Lon: 08855.92W, Elev: 250.2 > > GPSTime (North): 06/04/18 04:07:20.000000000 > > SysTime: 06/04/18 04:07:20.000000 > > DrainTime: 06/04/18 04:07:19.960 > > Got GPS (North): Lat: 4030.79N, Lon: 08857.99W, Elev: 245.4 > > GPSTime (East): 06/04/18 04:07:20.000000000 > > SysTime: 06/04/18 04:07:20.000000 > > DrainTime: 06/04/18 04:07:19.980 > > Got GPS (East): Lat: 4030.02N, Lon: 08855.92W, Elev: 250.2 > > GPSTime (South): 06/04/18 04:07:20.000000000 > > SysTime: 06/04/18 04:07:20.000000 > > DrainTime: 06/04/18 04:07:19.980 > > Got GPS (South): Lat: 4020.80N, Lon: 08856.35W, Elev: 225.7 > > > > Ignore the lines I marked in green and only be concerned with the lines > that have "Time" in them. > > Notice that each RTCM has 3 timestamp lines that are mostly together and > they should be within about 40 ms of each other and should also be within > about 40ms of the other RTCMs set of lines for that second. (this is with > no signals present and with a very low network latency between RTCMs and > the server). > > > > If you find that one RTCM is many ms out of line with the others, I > recommend rebooting that one and/or the master one. > > > > I also recommend not being logged into the RTCMs via telnet except to make > setting changes. Having an active telnet session to the RTCM can have a > negative impact on it's ability to maintain time sync lock. Having active > output on that telnet session will have a negative impact on it's ability > to maintain time sync lock. > > > > If the above does not solve your problem then try increasing your tx > buffer setting to 1400 and see if that eliminates your problem. But do not > evaluate if the problem is solved while you have an active telnet session > to the RTCM. > > > > If you still have a problem then send the output of your "voter debug > level 3" (with no signals present and no active telnet sessions to RTCMs). > > Chuck > > > > > > > > > > > > > > > > > > > > > > > > > > > > On Thu, May 31, 2018 at 7:30 PM, Kevin Babich > wrote: > > Hayden, > > > > When running DEBUG = 32, I see the following, but, only on occasion, say > every minute or so: > > > > 06/01/2018 00:22:12.240 Warning: GPS Data time period elapsed > > GPS-DEBUG: > $GPRMC,002213.00,A,4131.82046,N,08702.05712,W,0.027,,010618,,,D*6D > > GPS-DEBUG: mon: 5, gps_time: 1527812533, ctime: Fri Jun 1 00:22:13 2018 > > > > I suspect this has to do with the receiver losing lock. However, it > doesn?t make sense as the receiver reports a strong signal and doesn?t show > signs of loss of signal on the front alarm panel. The GPS antenna is > designed with high RF immunity and is at a site with little activity. > > > > Kindest Regards, > > > > Kevin Babich | N9IAA > > Valparaiso, IN 46383 > > > > *From:* App_rpt-users *On > Behalf Of *Hayden Honeywood > *Sent:* Thursday, May 31, 2018 5:56 PM > > > *To:* app_rpt-users at lists.allstarlink.org > *Subject:* Re: [App_rpt-users] RTCM [RX Packet Out of Bounds] > ***Updated*** > > > > Is the time in UTC? How far off is the system time? > > > > Have you done a full calibration of each board? > > What baud rate do you run on your GPS's? > > > > I tend to use 9600 baud and have had no issues with the GPS's I have used. > > > > There is various GPS debug tools available in the RTCM. They are > documented here - > > https://wiki.allstarlink.org/wiki/RTCM_Client#GPS > > > > Can you possibly try injecting a 9.6MHz signal in place of the crystal on > board? Perhaps you have a variant of James KI0KN's problem where his > crystals were off frequency. > > > > I can't comment on that as I built all my boards and they have external > frequency references. > > > > Regards > > Hayden VK7HH > > > > > > > > > From: App_rpt-users On > Behalf Of Hayden Honeywood > Sent: Wednesday, May 30, 2018 5:34 PM > To: app_rpt-users at lists.allstarlink.org > Subject: Re: [App_rpt-users] RTCM [RX Packet Out of Bounds] ***Updated*** > > > > What is your values in voter.conf for RX buffer (960) and in the RTCM > client for TX buffer (480). Are all RTCM TX buffers set to the same value? > Yes, 480. These values were based upon the math Jim provided, which is a > function of maximum latencies on the network. We rarely have greater than > 1ms to any host on the network. > > > > Are all the GPS's in a location where they cannot be swamped with RF? Yes, > and they utilize PCTEL antennas with filtering for use in RF dense > environments. > > > > Some users have had success with a dedicated RTCM as the master timing > source (with no radio connected). Has it been suspected that an RTCM > doesn?t have the horsepower to handle both functions contemporaneously? > > > > Regards > > Hayden VK7HH > > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: < > http://lists.allstarlink.org/pipermail/app_rpt-users/attachments/20180530/24a4675d/attachment-0001.html > > > > ------------------------------ > > Message: 3 > Date: Wed, 30 May 2018 19:51:43 -0500 > From: "Kevin Babich" > To: "'Users of Asterisk app_rpt'" > > Subject: Re: [App_rpt-users] RTCM [RX Packet Out of Bounds] > ***Updated*** > Message-ID: <010001d3f879$8c2b3710$a481a530$@gmail.com> > Content-Type: text/plain; charset="utf-8" > > Hayden, > > > > Do you know what exactly ?RX Packet Out of Bounds? refers to? I can infer > its meaning, but, one can?t be certain. Any thoughts why the system time > is always so far off? It has always been, since I began experimenting with > the RTCM in 2012. This is consistent across many RTCM?s. > > > _______________________________________________ > 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 smccarthy61 at gmail.com Tue Jun 12 16:50:16 2018 From: smccarthy61 at gmail.com (Sean McCarthy) Date: Tue, 12 Jun 2018 12:50:16 -0400 Subject: [App_rpt-users] GPS hardware recommendation for RTCM Voting Message-ID: Looking for advice on selecting GPS units for an RTCM voting project. I need units that support external active antennas. Thanks, Sean -------------- next part -------------- An HTML attachment was scrubbed... URL: From kc2irv at gmail.com Tue Jun 12 17:42:16 2018 From: kc2irv at gmail.com (Joe Moskalski) Date: Tue, 12 Jun 2018 13:42:16 -0400 Subject: [App_rpt-users] GPS hardware recommendation for RTCM Voting In-Reply-To: References: Message-ID: The BG7TBL units are the best bang for your buck and support external 3.3v powered antennas. On Tue, Jun 12, 2018, 12:50 PM Sean McCarthy wrote: > Looking for advice on selecting GPS units for an RTCM voting project. I > need units that support external active antennas. > > Thanks, > Sean > _______________________________________________ > 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 smccarthy61 at gmail.com Tue Jun 12 20:47:15 2018 From: smccarthy61 at gmail.com (Sean McCarthy) Date: Tue, 12 Jun 2018 16:47:15 -0400 Subject: [App_rpt-users] GPS hardware recommendation for RTCM Voting In-Reply-To: References: Message-ID: That unit does look nice, but relatively pricy. Seeing as I don't need the hi-stab, I was hoping for a lower cost option. On Tue, Jun 12, 2018 at 1:42 PM Joe Moskalski wrote: > The BG7TBL units are the best bang for your buck and support external 3.3v > powered antennas. > > On Tue, Jun 12, 2018, 12:50 PM Sean McCarthy > wrote: > >> Looking for advice on selecting GPS units for an RTCM voting project. I >> need units that support external active antennas. >> >> Thanks, >> Sean >> _______________________________________________ >> 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 w8khw1 at gmail.com Tue Jun 12 21:07:58 2018 From: w8khw1 at gmail.com (Kevin Walsh) Date: Tue, 12 Jun 2018 17:07:58 -0400 Subject: [App_rpt-users] GPS hardware recommendation for RTCM Voting In-Reply-To: References: Message-ID: I have used the QRP Labs QLG1 GPS modules at several locations and especially for portable receivers. You do need to change a jumper in the RTCM to select TTL interfacing. They are $23 each in kit form, plus the cost of an SMA PC mount connector for an external antenna. Really easy to assemble and they acquire/lockup quickly. Https://www.qrp-labs.com/qlg1.html Kevin > On Jun 12, 2018, at 4:47 PM, Sean McCarthy wrote: > > That unit does look nice, but relatively pricy. Seeing as I don't need the hi-stab, I was hoping for a lower cost option. > > >> On Tue, Jun 12, 2018 at 1:42 PM Joe Moskalski wrote: >> The BG7TBL units are the best bang for your buck and support external 3.3v powered antennas. >> >>> On Tue, Jun 12, 2018, 12:50 PM Sean McCarthy wrote: >>> Looking for advice on selecting GPS units for an RTCM voting project. I need units that support external active antennas. >>> >>> Thanks, >>> Sean >>> _______________________________________________ >>> 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 kc2irv at gmail.com Tue Jun 12 21:14:42 2018 From: kc2irv at gmail.com (Joe Moskalski) Date: Tue, 12 Jun 2018 17:14:42 -0400 Subject: [App_rpt-users] GPS hardware recommendation for RTCM Voting In-Reply-To: References: Message-ID: I have used this for RX only sites and they work great with an external antenna and will power an antenna if you get the inductor required to pass the DC and an SMA connector. You need to change the jumper setting to TTL. You can power the QLG1 from the RTCM itself. On Jun 12, 2018 5:08 PM, "Kevin Walsh" wrote: I have used the QRP Labs QLG1 GPS modules at several locations and especially for portable receivers. You do need to change a jumper in the RTCM to select TTL interfacing. They are $23 each in kit form, plus the cost of an SMA PC mount connector for an external antenna. Really easy to assemble and they acquire/lockup quickly. Https://www.qrp-labs.com/qlg1.html Kevin On Jun 12, 2018, at 4:47 PM, Sean McCarthy wrote: That unit does look nice, but relatively pricy. Seeing as I don't need the hi-stab, I was hoping for a lower cost option. On Tue, Jun 12, 2018 at 1:42 PM Joe Moskalski wrote: > The BG7TBL units are the best bang for your buck and support external 3.3v > powered antennas. > > On Tue, Jun 12, 2018, 12:50 PM Sean McCarthy > wrote: > >> Looking for advice on selecting GPS units for an RTCM voting project. I >> need units that support external active antennas. >> >> Thanks, >> Sean >> _______________________________________________ >> 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. -------------- next part -------------- An HTML attachment was scrubbed... URL: From kevin.babich at gmail.com Tue Jun 12 21:30:43 2018 From: kevin.babich at gmail.com (Kevin Babich) Date: Tue, 12 Jun 2018 16:30:43 -0500 Subject: [App_rpt-users] RTCM [RX Packet Out of Bounds] ***Updated*** In-Reply-To: References: <036601d3f93f$ae7c3d70$0b74b850$@gmail.com> <0c1b01d401ef$2c2e7280$848b5780$@gmail.com> Message-ID: <00e501d40294$9fb435f0$df1ca1d0$@gmail.com> Chuck, ?Valparaiso? is the master, while ?Lab? is closer to the server, it isn?t regularly online. The PPS Polarity is set to non-inverted, the only selection which works. We have more of the NOVUS GPSDO?s, I will try it to see if it remains in-sync with the other. Perhaps the BG7TBL oscillator has an issue. I know that one of his models had an issue with floating point math and didn?t report time accurately, I believe it was corrected in mine, but, maybe not. Kindest Regards, Kevin Babich | N9IAA Valparaiso, IN 46383 From: App_rpt-users On Behalf Of Chuck Henderson Sent: Tuesday, June 12, 2018 3:35 AM To: Users of Asterisk app_rpt Subject: Re: [App_rpt-users] RTCM [RX Packet Out of Bounds] ***Updated*** Kevin, Which one is the master? From the looks of it I would say that "lab" should be the master as it appears to be the first one to arrive at the server so must have the lowest network delay or they are inaccurate. Inaccuracy could be caused by having the PPS polarity wrong in the RTCM and are setting time based on the trailing edge of the pulse rather than the leading edge. I am also using a Raspberry Pi 3B (not plus) The master should be the first one to get a time packet to the server, or they should all be tied exactly. Chuck On Mon, Jun 11, 2018 at 8:46 PM Kevin Babich > wrote: Chuck, A couple facts: The network has very low latency (sub ms) across all nodes on the VLAN. The site labeled LAB has a lab quality GPSDO, by NOVUS Power. The other sites utilize the GPSDO, by BG7TBL, as available on eBay, all are the 2016 vintage. Question: Is the reported system time exactly as reported by the timebase? If so, it would appear I have an issue with the accuracy of the GPSDO NMEA output. Here is an example of the output from my implementation: GPSTime (Lab): 06/11/18 20:16:57.000000000 SysTime: 06/11/18 20:16:57.220000 DrainTime: 06/11/18 20:16:57.180 Got GPS (Lab): Lat: 4126.20N, Lon: 08654.13W, Elev: 233.71 GPSTime (Valparaiso): 06/11/18 20:16:57.000000000 SysTime: 06/11/18 20:16:57.280000 DrainTime: 06/11/18 20:16:57.220 Got GPS (Valparaiso): Lat: 4131.82N, Lon: 08702.06W, Elev: 299.5 GPSTime (Crown_Point): 06/11/18 20:16:57.000000000 SysTime: 06/11/18 20:16:57.280000 DrainTime: 06/11/18 20:16:57.220 Got GPS (Crown_Point): Lat: 4121.15N, Lon: 08724.18W, Elev: 218.6 GPSTime (LaPorte): 06/11/18 20:16:57.000000000 SysTime: 06/11/18 20:16:57.280000 DrainTime: 06/11/18 20:16:57.220 Got GPS (LaPorte): Lat: 4139.38N, Lon: 08645.96W, Elev: 324.6 GPSTime (Lab): 06/11/18 20:17:19.000000000 SysTime: 06/11/18 20:17:19.220000 DrainTime: 06/11/18 20:17:19.180 Got GPS (Lab): Lat: 4126.20N, Lon: 08654.13W, Elev: 233.38 GPSTime (Valparaiso): 06/11/18 20:17:19.000000000 SysTime: 06/11/18 20:17:19.260000 DrainTime: 06/11/18 20:17:19.220 Got GPS (Valparaiso): Lat: 4131.82N, Lon: 08702.05W, Elev: 293.7 GPSTime (Crown_Point): 06/11/18 20:17:19.000000000 SysTime: 06/11/18 20:17:19.280000 DrainTime: 06/11/18 20:17:19.240 Got GPS (Crown_Point): Lat: 4121.15N, Lon: 08724.18W, Elev: 217.5 GPSTime (LaPorte): 06/11/18 20:17:19.000000000 SysTime: 06/11/18 20:17:19.280000 DrainTime: 06/11/18 20:17:19.240 Got GPS (LaPorte): Lat: 4139.38N, Lon: 08645.96W, Elev: 324.1 Results AFTER resetting the MASTER: GPSTime (Lab): 06/11/18 20:31:23.000000000 SysTime: 06/11/18 20:31:23.220000 DrainTime: 06/11/18 20:31:23.180 Got GPS (Lab): Lat: 4126.20N, Lon: 08654.13W, Elev: 231.86 GPSTime (Valparaiso): 06/11/18 20:31:23.000000000 SysTime: 06/11/18 20:31:23.280000 DrainTime: 06/11/18 20:31:23.240 Got GPS (Valparaiso): Lat: 4131.81N, Lon: 08702.05W, Elev: 301.8 GPSTime (LaPorte): 06/11/18 20:31:23.000000000 SysTime: 06/11/18 20:31:23.280000 DrainTime: 06/11/18 20:31:23.240 Got GPS (LaPorte): Lat: 4139.38N, Lon: 08645.96W, Elev: 327.7 GPSTime (Crown_Point): 06/11/18 20:31:23.000000000 SysTime: 06/11/18 20:31:23.280000 DrainTime: 06/11/18 20:31:23.240 Got GPS (Crown_Point): Lat: 4121.15N, Lon: 08724.18W, Elev: 218.5 Thoughts? Kindest Regards, Kevin Babich | N9IAA Valparaiso, IN 46383 From: App_rpt-users > On Behalf Of Chuck Henderson Sent: Monday, June 4, 2018 4:51 AM To: Users of Asterisk app_rpt > Subject: Re: [App_rpt-users] RTCM [RX Packet Out of Bounds] ***Updated*** Kevin, I just checked 3 of my RTCM's and got the following results. RTCM1: Current Time: Mon Jun 04, 2018 08:55:43.640 Last Rx Pkt System time: 06/04/2018 02:55:56.040, diff: 21587600 msec Last Rx Pkt Timestamp time: 06/04/2018 02:55:56.040, diff: 0 msec Last Rx Pkt index: 1080, inbounds: 1 RTCM2: Current Time: Mon Jun 04, 2018 08:58:20.300 Last Rx Pkt System time: , diff: -905657056 msec Last Rx Pkt Timestamp time: , diff: 0 msec Last Rx Pkt index: 0, inbounds: 0 RTCM3: Current Time: Mon Jun 04, 2018 08:58:48.060 Last Rx Pkt System time: , diff: -905629296 msec Last Rx Pkt Timestamp time: , diff: 0 msec Last Rx Pkt index: 0, inbounds: 0 I would not be concerned about the times. They are not important. A better thing to look at is in the Asterisk CLI issue the command voter debug level 3 Then expect output like the following: GPSTime (South): 06/04/18 04:07:16.000000000 SysTime: 06/04/18 04:07:16.000000 DrainTime: 06/04/18 04:07:15.960 Got GPS (South): Lat: 4020.80N, Lon: 08856.35W, Elev: 225.7 GPSTime (North): 06/04/18 04:07:16.000000000 SysTime: 06/04/18 04:07:16.000000 DrainTime: 06/04/18 04:07:15.960 Got GPS (North): Lat: 4030.79N, Lon: 08857.99W, Elev: 245.4 GPSTime (East): 06/04/18 04:07:16.000000000 SysTime: 06/04/18 04:07:16.000000 DrainTime: 06/04/18 04:07:15.980 Got GPS (East): Lat: 4030.02N, Lon: 08855.92W, Elev: 250.2 sending KEEPALIVE (GPS) packet to client East digest 99479120 sending KEEPALIVE (GPS) packet to client North digest dd455bb0 sending KEEPALIVE (GPS) packet to client South digest 4a396b22 GPSTime (East): 06/04/18 04:07:17.000000000 SysTime: 06/04/18 04:07:17.000000 DrainTime: 06/04/18 04:07:16.980 Got GPS (East): Lat: 4030.02N, Lon: 08855.92W, Elev: 250.2 GPSTime (South): 06/04/18 04:07:17.000000000 SysTime: 06/04/18 04:07:17.000000 DrainTime: 06/04/18 04:07:16.980 Got GPS (South): Lat: 4020.80N, Lon: 08856.35W, Elev: 225.7 GPSTime (North): 06/04/18 04:07:17.000000000 SysTime: 06/04/18 04:07:17.000000 DrainTime: 06/04/18 04:07:16.980 Got GPS (North): Lat: 4030.79N, Lon: 08857.99W, Elev: 245.4 sending KEEPALIVE (GPS) packet to client East digest 99479120 sending KEEPALIVE (GPS) packet to client North digest dd455bb0 sending KEEPALIVE (GPS) packet to client South digest 4a396b22 GPSTime (South): 06/04/18 04:07:18.000000000 SysTime: 06/04/18 04:07:18.000000 DrainTime: 06/04/18 04:07:17.960 Got GPS (South): Lat: 4020.80N, Lon: 08856.35W, Elev: 225.7 GPSTime (North): 06/04/18 04:07:18.000000000 SysTime: 06/04/18 04:07:18.000000 DrainTime: 06/04/18 04:07:17.980 Got GPS (North): Lat: 4030.79N, Lon: 08857.99W, Elev: 245.4 GPSTime (East): 06/04/18 04:07:18.000000000 SysTime: 06/04/18 04:07:18.000000 DrainTime: 06/04/18 04:07:17.980 Got GPS (East): Lat: 4030.02N, Lon: 08855.92W, Elev: 250.2 GPSTime (South): 06/04/18 04:07:19.000000000 SysTime: 06/04/18 04:07:19.000000 DrainTime: 06/04/18 04:07:18.960 Got GPS (South): Lat: 4020.80N, Lon: 08856.35W, Elev: 225.7 GPSTime (North): 06/04/18 04:07:19.000000000 SysTime: 06/04/18 04:07:19.000000 DrainTime: 06/04/18 04:07:18.960 Got GPS (North): Lat: 4030.79N, Lon: 08857.99W, Elev: 245.4 sending KEEPALIVE (GPS) packet to client East digest 99479120 GPSTime (East): 06/04/18 04:07:19.000000000 sending KEEPALIVE (GPS) packet to client North digest dd455bb0 SysTime: 06/04/18 04:07:19.000000 sending KEEPALIVE (GPS) packet to client South digest 4a396b22 DrainTime: 06/04/18 04:07:18.980 Got GPS (East): Lat: 4030.02N, Lon: 08855.92W, Elev: 250.2 GPSTime (North): 06/04/18 04:07:20.000000000 SysTime: 06/04/18 04:07:20.000000 DrainTime: 06/04/18 04:07:19.960 Got GPS (North): Lat: 4030.79N, Lon: 08857.99W, Elev: 245.4 GPSTime (East): 06/04/18 04:07:20.000000000 SysTime: 06/04/18 04:07:20.000000 DrainTime: 06/04/18 04:07:19.980 Got GPS (East): Lat: 4030.02N, Lon: 08855.92W, Elev: 250.2 GPSTime (South): 06/04/18 04:07:20.000000000 SysTime: 06/04/18 04:07:20.000000 DrainTime: 06/04/18 04:07:19.980 Got GPS (South): Lat: 4020.80N, Lon: 08856.35W, Elev: 225.7 Ignore the lines I marked in green and only be concerned with the lines that have "Time" in them. Notice that each RTCM has 3 timestamp lines that are mostly together and they should be within about 40 ms of each other and should also be within about 40ms of the other RTCMs set of lines for that second. (this is with no signals present and with a very low network latency between RTCMs and the server). If you find that one RTCM is many ms out of line with the others, I recommend rebooting that one and/or the master one. I also recommend not being logged into the RTCMs via telnet except to make setting changes. Having an active telnet session to the RTCM can have a negative impact on it's ability to maintain time sync lock. Having active output on that telnet session will have a negative impact on it's ability to maintain time sync lock. If the above does not solve your problem then try increasing your tx buffer setting to 1400 and see if that eliminates your problem. But do not evaluate if the problem is solved while you have an active telnet session to the RTCM. If you still have a problem then send the output of your "voter debug level 3" (with no signals present and no active telnet sessions to RTCMs). Chuck On Thu, May 31, 2018 at 7:30 PM, Kevin Babich > wrote: Hayden, When running DEBUG = 32, I see the following, but, only on occasion, say every minute or so: 06/01/2018 00:22:12.240 Warning: GPS Data time period elapsed GPS-DEBUG: $GPRMC,002213.00,A,4131.82046,N,08702.05712,W,0.027,,010618,,,D*6D GPS-DEBUG: mon: 5, gps_time: 1527812533, ctime: Fri Jun 1 00:22:13 2018 I suspect this has to do with the receiver losing lock. However, it doesn?t make sense as the receiver reports a strong signal and doesn?t show signs of loss of signal on the front alarm panel. The GPS antenna is designed with high RF immunity and is at a site with little activity. Kindest Regards, Kevin Babich | N9IAA Valparaiso, IN 46383 From: App_rpt-users > On Behalf Of Hayden Honeywood Sent: Thursday, May 31, 2018 5:56 PM To: app_rpt-users at lists.allstarlink.org Subject: Re: [App_rpt-users] RTCM [RX Packet Out of Bounds] ***Updated*** Is the time in UTC? How far off is the system time? Have you done a full calibration of each board? What baud rate do you run on your GPS's? I tend to use 9600 baud and have had no issues with the GPS's I have used. There is various GPS debug tools available in the RTCM. They are documented here - https://wiki.allstarlink.org/wiki/RTCM_Client#GPS Can you possibly try injecting a 9.6MHz signal in place of the crystal on board? Perhaps you have a variant of James KI0KN's problem where his crystals were off frequency. I can't comment on that as I built all my boards and they have external frequency references. Regards Hayden VK7HH From: App_rpt-users > On Behalf Of Hayden Honeywood Sent: Wednesday, May 30, 2018 5:34 PM To: app_rpt-users at lists.allstarlink.org Subject: Re: [App_rpt-users] RTCM [RX Packet Out of Bounds] ***Updated*** What is your values in voter.conf for RX buffer (960) and in the RTCM client for TX buffer (480). Are all RTCM TX buffers set to the same value? Yes, 480. These values were based upon the math Jim provided, which is a function of maximum latencies on the network. We rarely have greater than 1ms to any host on the network. Are all the GPS's in a location where they cannot be swamped with RF? Yes, and they utilize PCTEL antennas with filtering for use in RF dense environments. Some users have had success with a dedicated RTCM as the master timing source (with no radio connected). Has it been suspected that an RTCM doesn?t have the horsepower to handle both functions contemporaneously? Regards Hayden VK7HH -------------- next part -------------- An HTML attachment was scrubbed... URL: ------------------------------ Message: 3 Date: Wed, 30 May 2018 19:51:43 -0500 From: "Kevin Babich" > To: "'Users of Asterisk app_rpt'" > Subject: Re: [App_rpt-users] RTCM [RX Packet Out of Bounds] ***Updated*** Message-ID: <010001d3f879$8c2b3710$a481a530$@gmail.com > Content-Type: text/plain; charset="utf-8" Hayden, Do you know what exactly ?RX Packet Out of Bounds? refers to? I can infer its meaning, but, one can?t be certain. Any thoughts why the system time is always so far off? It has always been, since I began experimenting with the RTCM in 2012. This is consistent across many RTCM?s. _______________________________________________ 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 smccarthy61 at gmail.com Tue Jun 12 22:34:46 2018 From: smccarthy61 at gmail.com (Sean McCarthy) Date: Tue, 12 Jun 2018 18:34:46 -0400 Subject: [App_rpt-users] GPS hardware recommendation for RTCM Voting In-Reply-To: References: Message-ID: That looks perfect. You mentioned you use them on your "RX only" sites, any reason I couldn't use this at the prime site as well? System: VHF MTR2000 Repeater with 2 MTR2000 Receivers (for now) On Tue, Jun 12, 2018 at 5:15 PM Joe Moskalski wrote: > I have used this for RX only sites and they work great with an external > antenna and will power an antenna if you get the inductor required to pass > the DC and an SMA connector. You need to change the jumper setting to TTL. > You can power the QLG1 from the RTCM itself. > > On Jun 12, 2018 5:08 PM, "Kevin Walsh" wrote: > > I have used the QRP Labs QLG1 GPS modules at several locations and > especially for portable receivers. You do need to change a jumper in the > RTCM to select TTL interfacing. They are $23 each in kit form, plus the > cost of an SMA PC mount connector for an external antenna. Really easy to > assemble and they acquire/lockup quickly. > > Https://www.qrp-labs.com/qlg1.html > > Kevin > > On Jun 12, 2018, at 4:47 PM, Sean McCarthy wrote: > > That unit does look nice, but relatively pricy. Seeing as I don't need the > hi-stab, I was hoping for a lower cost option. > > > On Tue, Jun 12, 2018 at 1:42 PM Joe Moskalski wrote: > >> The BG7TBL units are the best bang for your buck and support external >> 3.3v powered antennas. >> >> On Tue, Jun 12, 2018, 12:50 PM Sean McCarthy >> wrote: >> >>> Looking for advice on selecting GPS units for an RTCM voting project. I >>> need units that support external active antennas. >>> >>> Thanks, >>> Sean >>> _______________________________________________ >>> 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. -------------- next part -------------- An HTML attachment was scrubbed... URL: From kc2irv at gmail.com Tue Jun 12 22:39:56 2018 From: kc2irv at gmail.com (Joe Moskalski) Date: Tue, 12 Jun 2018 18:39:56 -0400 Subject: [App_rpt-users] GPS hardware recommendation for RTCM Voting In-Reply-To: References: Message-ID: You can in a non-simulcast configuration using a single transmitter and voting receivers if that is what you are looking at doing. On Jun 12, 2018 6:35 PM, "Sean McCarthy" wrote: That looks perfect. You mentioned you use them on your "RX only" sites, any reason I couldn't use this at the prime site as well? System: VHF MTR2000 Repeater with 2 MTR2000 Receivers (for now) On Tue, Jun 12, 2018 at 5:15 PM Joe Moskalski wrote: > I have used this for RX only sites and they work great with an external > antenna and will power an antenna if you get the inductor required to pass > the DC and an SMA connector. You need to change the jumper setting to TTL. > You can power the QLG1 from the RTCM itself. > > On Jun 12, 2018 5:08 PM, "Kevin Walsh" wrote: > > I have used the QRP Labs QLG1 GPS modules at several locations and > especially for portable receivers. You do need to change a jumper in the > RTCM to select TTL interfacing. They are $23 each in kit form, plus the > cost of an SMA PC mount connector for an external antenna. Really easy to > assemble and they acquire/lockup quickly. > > Https://www.qrp-labs.com/qlg1.html > > Kevin > > On Jun 12, 2018, at 4:47 PM, Sean McCarthy wrote: > > That unit does look nice, but relatively pricy. Seeing as I don't need the > hi-stab, I was hoping for a lower cost option. > > > On Tue, Jun 12, 2018 at 1:42 PM Joe Moskalski wrote: > >> The BG7TBL units are the best bang for your buck and support external >> 3.3v powered antennas. >> >> On Tue, Jun 12, 2018, 12:50 PM Sean McCarthy >> wrote: >> >>> Looking for advice on selecting GPS units for an RTCM voting project. I >>> need units that support external active antennas. >>> >>> Thanks, >>> Sean >>> _______________________________________________ >>> 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. -------------- next part -------------- An HTML attachment was scrubbed... URL: From smccarthy61 at gmail.com Tue Jun 12 22:45:36 2018 From: smccarthy61 at gmail.com (Sean McCarthy) Date: Tue, 12 Jun 2018 18:45:36 -0400 Subject: [App_rpt-users] GPS hardware recommendation for RTCM Voting In-Reply-To: References: Message-ID: Precisely. That you. On Tue, Jun 12, 2018 at 6:40 PM Joe Moskalski wrote: > You can in a non-simulcast configuration using a single transmitter and > voting receivers if that is what you are looking at doing. > > On Jun 12, 2018 6:35 PM, "Sean McCarthy" wrote: > > That looks perfect. You mentioned you use them on your "RX only" sites, > any reason I couldn't use this at the prime site as well? > > System: VHF MTR2000 Repeater with 2 MTR2000 Receivers (for now) > > On Tue, Jun 12, 2018 at 5:15 PM Joe Moskalski wrote: > >> I have used this for RX only sites and they work great with an external >> antenna and will power an antenna if you get the inductor required to pass >> the DC and an SMA connector. You need to change the jumper setting to TTL. >> You can power the QLG1 from the RTCM itself. >> >> On Jun 12, 2018 5:08 PM, "Kevin Walsh" wrote: >> >> I have used the QRP Labs QLG1 GPS modules at several locations and >> especially for portable receivers. You do need to change a jumper in the >> RTCM to select TTL interfacing. They are $23 each in kit form, plus the >> cost of an SMA PC mount connector for an external antenna. Really easy to >> assemble and they acquire/lockup quickly. >> >> Https://www.qrp-labs.com/qlg1.html >> >> Kevin >> >> On Jun 12, 2018, at 4:47 PM, Sean McCarthy wrote: >> >> That unit does look nice, but relatively pricy. Seeing as I don't need >> the hi-stab, I was hoping for a lower cost option. >> >> >> On Tue, Jun 12, 2018 at 1:42 PM Joe Moskalski wrote: >> >>> The BG7TBL units are the best bang for your buck and support external >>> 3.3v powered antennas. >>> >>> On Tue, Jun 12, 2018, 12:50 PM Sean McCarthy >>> wrote: >>> >>>> Looking for advice on selecting GPS units for an RTCM voting project. I >>>> need units that support external active antennas. >>>> >>>> Thanks, >>>> Sean >>>> _______________________________________________ >>>> 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. > > > _______________________________________________ > 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 rpt2 at chuck.midlandsnetworking.com Wed Jun 13 02:23:01 2018 From: rpt2 at chuck.midlandsnetworking.com (Chuck Henderson) Date: Tue, 12 Jun 2018 21:23:01 -0500 Subject: [App_rpt-users] RTCM [RX Packet Out of Bounds] ***Updated*** In-Reply-To: <00e501d40294$9fb435f0$df1ca1d0$@gmail.com> References: <036601d3f93f$ae7c3d70$0b74b850$@gmail.com> <0c1b01d401ef$2c2e7280$848b5780$@gmail.com> <00e501d40294$9fb435f0$df1ca1d0$@gmail.com> Message-ID: The server needs to have the earliest time of all GPS time receivers. Master RTCM should be on the same LAN switch as the server and all other GPS time receivers must be at least some fraction of nano seconds delayed from the master time. Your LAB time arrives at the server before the master time arrives and that is not allowed for in the software. I am surprised that it even works at all. It should not work. I also am surprised that the SysTime does not exactly match with the Master Time ?Valparaiso? as I checked 3 servers of mine here and the SysTime always exactly matches the master GPSTime. Master GPSTime is the reference for SysTime. I am reviewing the source to see what a non master time arriving before the master time might mess up. I know it has never worked for me when I have tried using an even slightly delayed master time like putting a couple of store and forward ethernet devices between the master time and the server. On Tue, Jun 12, 2018 at 4:31 PM Kevin Babich wrote: > Chuck, > > > > ?Valparaiso? is the master, while ?Lab? is closer to the server, it isn?t > regularly online. The PPS Polarity is set to non-inverted, the only > selection which works. We have more of the NOVUS GPSDO?s, I will try it to > see if it remains in-sync with the other. Perhaps the BG7TBL oscillator > has an issue. I know that one of his models had an issue with floating > point math and didn?t report time accurately, I believe it was corrected in > mine, but, maybe not. > > > > Kindest Regards, > > > > Kevin Babich | N9IAA > > Valparaiso, IN 46383 > > > > *From:* App_rpt-users *On > Behalf Of *Chuck Henderson > *Sent:* Tuesday, June 12, 2018 3:35 AM > *To:* Users of Asterisk app_rpt > *Subject:* Re: [App_rpt-users] RTCM [RX Packet Out of Bounds] > ***Updated*** > > > > Kevin, > > Which one is the master? From the looks of it I would say that "lab" > should be the master as it appears to be the first one to arrive at the > server so must have the lowest network delay or they are inaccurate. > Inaccuracy could be caused by having the PPS polarity wrong in the RTCM and > are setting time based on the trailing edge of the pulse rather than the > leading edge. > > > > I am also using a Raspberry Pi 3B (not plus) > > > > The master should be the first one to get a time packet to the server, or > they should all be tied exactly. > > Chuck > > > > On Mon, Jun 11, 2018 at 8:46 PM Kevin Babich > wrote: > > Chuck, > > > > A couple facts: > > > > The network has very low latency (sub ms) across all nodes on the VLAN. > > The site labeled LAB has a lab quality GPSDO, by NOVUS Power. > > The other sites utilize the GPSDO, by BG7TBL, as available on eBay, all > are the 2016 vintage. > > > > Question: > > > > Is the reported system time exactly as reported by the timebase? If so, > it would appear I have an issue with the accuracy of the GPSDO NMEA output. > > > > Here is an example of the output from my implementation: > > > > GPSTime (Lab): 06/11/18 20:16:57.000000000 > > SysTime: 06/11/18 20:16:57.220000 > > DrainTime: 06/11/18 20:16:57.180 > > Got GPS (Lab): Lat: 4126.20N, Lon: 08654.13W, Elev: 233.71 > > GPSTime (Valparaiso): 06/11/18 20:16:57.000000000 > > SysTime: 06/11/18 20:16:57.280000 > > DrainTime: 06/11/18 20:16:57.220 > > Got GPS (Valparaiso): Lat: 4131.82N, Lon: 08702.06W, Elev: 299.5 > > GPSTime (Crown_Point): 06/11/18 20:16:57.000000000 > > SysTime: 06/11/18 20:16:57.280000 > > DrainTime: 06/11/18 20:16:57.220 > > Got GPS (Crown_Point): Lat: 4121.15N, Lon: 08724.18W, Elev: 218.6 > > GPSTime (LaPorte): 06/11/18 20:16:57.000000000 > > SysTime: 06/11/18 20:16:57.280000 > > DrainTime: 06/11/18 20:16:57.220 > > Got GPS (LaPorte): Lat: 4139.38N, Lon: 08645.96W, Elev: 324.6 > > > > GPSTime (Lab): 06/11/18 20:17:19.000000000 > > SysTime: 06/11/18 20:17:19.220000 > > DrainTime: 06/11/18 20:17:19.180 > > Got GPS (Lab): Lat: 4126.20N, Lon: 08654.13W, Elev: 233.38 > > GPSTime (Valparaiso): 06/11/18 20:17:19.000000000 > > SysTime: 06/11/18 20:17:19.260000 > > DrainTime: 06/11/18 20:17:19.220 > > Got GPS (Valparaiso): Lat: 4131.82N, Lon: 08702.05W, Elev: 293.7 > > GPSTime (Crown_Point): 06/11/18 20:17:19.000000000 > > SysTime: 06/11/18 20:17:19.280000 > > DrainTime: 06/11/18 20:17:19.240 > > Got GPS (Crown_Point): Lat: 4121.15N, Lon: 08724.18W, Elev: 217.5 > > GPSTime (LaPorte): 06/11/18 20:17:19.000000000 > > SysTime: 06/11/18 20:17:19.280000 > > DrainTime: 06/11/18 20:17:19.240 > > Got GPS (LaPorte): Lat: 4139.38N, Lon: 08645.96W, Elev: 324.1 > > > > Results AFTER resetting the MASTER: > > > > GPSTime (Lab): 06/11/18 20:31:23.000000000 > > SysTime: 06/11/18 20:31:23.220000 > > DrainTime: 06/11/18 20:31:23.180 > > Got GPS (Lab): Lat: 4126.20N, Lon: 08654.13W, Elev: 231.86 > > GPSTime (Valparaiso): 06/11/18 20:31:23.000000000 > > SysTime: 06/11/18 20:31:23.280000 > > DrainTime: 06/11/18 20:31:23.240 > > Got GPS (Valparaiso): Lat: 4131.81N, Lon: 08702.05W, Elev: 301.8 > > GPSTime (LaPorte): 06/11/18 20:31:23.000000000 > > SysTime: 06/11/18 20:31:23.280000 > > DrainTime: 06/11/18 20:31:23.240 > > Got GPS (LaPorte): Lat: 4139.38N, Lon: 08645.96W, Elev: 327.7 > > GPSTime (Crown_Point): 06/11/18 20:31:23.000000000 > > SysTime: 06/11/18 20:31:23.280000 > > DrainTime: 06/11/18 20:31:23.240 > > Got GPS (Crown_Point): Lat: 4121.15N, Lon: 08724.18W, Elev: 218.5 > > > > Thoughts? > > > > Kindest Regards, > > > > Kevin Babich | N9IAA > > Valparaiso, IN 46383 > > > > *From:* App_rpt-users *On > Behalf Of *Chuck Henderson > *Sent:* Monday, June 4, 2018 4:51 AM > *To:* Users of Asterisk app_rpt > *Subject:* Re: [App_rpt-users] RTCM [RX Packet Out of Bounds] > ***Updated*** > > > > Kevin, > > I just checked 3 of my RTCM's and got the following results. > RTCM1: > Current Time: Mon Jun 04, 2018 08:55:43.640 > Last Rx Pkt System time: 06/04/2018 02:55:56.040, diff: 21587600 msec > Last Rx Pkt Timestamp time: 06/04/2018 02:55:56.040, diff: 0 msec > Last Rx Pkt index: 1080, inbounds: 1 > > RTCM2: > Current Time: Mon Jun 04, 2018 08:58:20.300 > Last Rx Pkt System time: , diff: -905657056 msec > Last Rx Pkt Timestamp time: , diff: 0 msec > Last Rx Pkt index: 0, inbounds: 0 > > RTCM3: > Current Time: Mon Jun 04, 2018 08:58:48.060 > Last Rx Pkt System time: , diff: -905629296 msec > Last Rx Pkt Timestamp time: , diff: 0 msec > Last Rx Pkt index: 0, inbounds: 0 > > I would not be concerned about the times. They are not important. > > A better thing to look at is in the Asterisk CLI issue the command > voter debug level 3 > > Then expect output like the following: > > GPSTime (South): 06/04/18 04:07:16.000000000 > > SysTime: 06/04/18 04:07:16.000000 > > DrainTime: 06/04/18 04:07:15.960 > > Got GPS (South): Lat: 4020.80N, Lon: 08856.35W, Elev: 225.7 > > GPSTime (North): 06/04/18 04:07:16.000000000 > > SysTime: 06/04/18 04:07:16.000000 > > DrainTime: 06/04/18 04:07:15.960 > > Got GPS (North): Lat: 4030.79N, Lon: 08857.99W, Elev: 245.4 > > GPSTime (East): 06/04/18 04:07:16.000000000 > > SysTime: 06/04/18 04:07:16.000000 > > DrainTime: 06/04/18 04:07:15.980 > > Got GPS (East): Lat: 4030.02N, Lon: 08855.92W, Elev: 250.2 > > sending KEEPALIVE (GPS) packet to client East digest 99479120 > > sending KEEPALIVE (GPS) packet to client North digest dd455bb0 > > sending KEEPALIVE (GPS) packet to client South digest 4a396b22 > > GPSTime (East): 06/04/18 04:07:17.000000000 > > SysTime: 06/04/18 04:07:17.000000 > > DrainTime: 06/04/18 04:07:16.980 > > Got GPS (East): Lat: 4030.02N, Lon: 08855.92W, Elev: 250.2 > > GPSTime (South): 06/04/18 04:07:17.000000000 > > SysTime: 06/04/18 04:07:17.000000 > > DrainTime: 06/04/18 04:07:16.980 > > Got GPS (South): Lat: 4020.80N, Lon: 08856.35W, Elev: 225.7 > > GPSTime (North): 06/04/18 04:07:17.000000000 > > SysTime: 06/04/18 04:07:17.000000 > > DrainTime: 06/04/18 04:07:16.980 > > Got GPS (North): Lat: 4030.79N, Lon: 08857.99W, Elev: 245.4 > > sending KEEPALIVE (GPS) packet to client East digest 99479120 > > sending KEEPALIVE (GPS) packet to client North digest dd455bb0 > > sending KEEPALIVE (GPS) packet to client South digest 4a396b22 > > GPSTime (South): 06/04/18 04:07:18.000000000 > > SysTime: 06/04/18 04:07:18.000000 > > DrainTime: 06/04/18 04:07:17.960 > > Got GPS (South): Lat: 4020.80N, Lon: 08856.35W, Elev: 225.7 > > GPSTime (North): 06/04/18 04:07:18.000000000 > > SysTime: 06/04/18 04:07:18.000000 > > DrainTime: 06/04/18 04:07:17.980 > > Got GPS (North): Lat: 4030.79N, Lon: 08857.99W, Elev: 245.4 > > GPSTime (East): 06/04/18 04:07:18.000000000 > > SysTime: 06/04/18 04:07:18.000000 > > DrainTime: 06/04/18 04:07:17.980 > > Got GPS (East): Lat: 4030.02N, Lon: 08855.92W, Elev: 250.2 > > GPSTime (South): 06/04/18 04:07:19.000000000 > > SysTime: 06/04/18 04:07:19.000000 > > DrainTime: 06/04/18 04:07:18.960 > > Got GPS (South): Lat: 4020.80N, Lon: 08856.35W, Elev: 225.7 > > GPSTime (North): 06/04/18 04:07:19.000000000 > > SysTime: 06/04/18 04:07:19.000000 > > DrainTime: 06/04/18 04:07:18.960 > > Got GPS (North): Lat: 4030.79N, Lon: 08857.99W, Elev: 245.4 > > sending KEEPALIVE (GPS) packet to client East digest 99479120 > > GPSTime (East): 06/04/18 04:07:19.000000000 > > sending KEEPALIVE (GPS) packet to client North digest dd455bb0 > > SysTime: 06/04/18 04:07:19.000000 > > sending KEEPALIVE (GPS) packet to client South digest 4a396b22 > > DrainTime: 06/04/18 04:07:18.980 > > Got GPS (East): Lat: 4030.02N, Lon: 08855.92W, Elev: 250.2 > > GPSTime (North): 06/04/18 04:07:20.000000000 > > SysTime: 06/04/18 04:07:20.000000 > > DrainTime: 06/04/18 04:07:19.960 > > Got GPS (North): Lat: 4030.79N, Lon: 08857.99W, Elev: 245.4 > > GPSTime (East): 06/04/18 04:07:20.000000000 > > SysTime: 06/04/18 04:07:20.000000 > > DrainTime: 06/04/18 04:07:19.980 > > Got GPS (East): Lat: 4030.02N, Lon: 08855.92W, Elev: 250.2 > > GPSTime (South): 06/04/18 04:07:20.000000000 > > SysTime: 06/04/18 04:07:20.000000 > > DrainTime: 06/04/18 04:07:19.980 > > Got GPS (South): Lat: 4020.80N, Lon: 08856.35W, Elev: 225.7 > > > > Ignore the lines I marked in green and only be concerned with the lines > that have "Time" in them. > > Notice that each RTCM has 3 timestamp lines that are mostly together and > they should be within about 40 ms of each other and should also be within > about 40ms of the other RTCMs set of lines for that second. (this is with > no signals present and with a very low network latency between RTCMs and > the server). > > > > If you find that one RTCM is many ms out of line with the others, I > recommend rebooting that one and/or the master one. > > > > I also recommend not being logged into the RTCMs via telnet except to make > setting changes. Having an active telnet session to the RTCM can have a > negative impact on it's ability to maintain time sync lock. Having active > output on that telnet session will have a negative impact on it's ability > to maintain time sync lock. > > > > If the above does not solve your problem then try increasing your tx > buffer setting to 1400 and see if that eliminates your problem. But do not > evaluate if the problem is solved while you have an active telnet session > to the RTCM. > > > > If you still have a problem then send the output of your "voter debug > level 3" (with no signals present and no active telnet sessions to RTCMs). > > Chuck > > > > > > > > > > > > > > > > > > > > > > > > > > > > On Thu, May 31, 2018 at 7:30 PM, Kevin Babich > wrote: > > Hayden, > > > > When running DEBUG = 32, I see the following, but, only on occasion, say > every minute or so: > > > > 06/01/2018 00:22:12.240 Warning: GPS Data time period elapsed > > GPS-DEBUG: > $GPRMC,002213.00,A,4131.82046,N,08702.05712,W,0.027,,010618,,,D*6D > > GPS-DEBUG: mon: 5, gps_time: 1527812533, ctime: Fri Jun 1 00:22:13 2018 > > > > I suspect this has to do with the receiver losing lock. However, it > doesn?t make sense as the receiver reports a strong signal and doesn?t show > signs of loss of signal on the front alarm panel. The GPS antenna is > designed with high RF immunity and is at a site with little activity. > > > > Kindest Regards, > > > > Kevin Babich | N9IAA > > Valparaiso, IN 46383 > > > > *From:* App_rpt-users *On > Behalf Of *Hayden Honeywood > *Sent:* Thursday, May 31, 2018 5:56 PM > > > *To:* app_rpt-users at lists.allstarlink.org > *Subject:* Re: [App_rpt-users] RTCM [RX Packet Out of Bounds] > ***Updated*** > > > > Is the time in UTC? How far off is the system time? > > > > Have you done a full calibration of each board? > > What baud rate do you run on your GPS's? > > > > I tend to use 9600 baud and have had no issues with the GPS's I have used. > > > > There is various GPS debug tools available in the RTCM. They are > documented here - > > https://wiki.allstarlink.org/wiki/RTCM_Client#GPS > > > > Can you possibly try injecting a 9.6MHz signal in place of the crystal on > board? Perhaps you have a variant of James KI0KN's problem where his > crystals were off frequency. > > > > I can't comment on that as I built all my boards and they have external > frequency references. > > > > Regards > > Hayden VK7HH > > > > > > > > > From: App_rpt-users On > Behalf Of Hayden Honeywood > Sent: Wednesday, May 30, 2018 5:34 PM > To: app_rpt-users at lists.allstarlink.org > Subject: Re: [App_rpt-users] RTCM [RX Packet Out of Bounds] ***Updated*** > > > > What is your values in voter.conf for RX buffer (960) and in the RTCM > client for TX buffer (480). Are all RTCM TX buffers set to the same value? > Yes, 480. These values were based upon the math Jim provided, which is a > function of maximum latencies on the network. We rarely have greater than > 1ms to any host on the network. > > > > Are all the GPS's in a location where they cannot be swamped with RF? Yes, > and they utilize PCTEL antennas with filtering for use in RF dense > environments. > > > > Some users have had success with a dedicated RTCM as the master timing > source (with no radio connected). Has it been suspected that an RTCM > doesn?t have the horsepower to handle both functions contemporaneously? > > > > Regards > > Hayden VK7HH > > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: < > http://lists.allstarlink.org/pipermail/app_rpt-users/attachments/20180530/24a4675d/attachment-0001.html > > > > ------------------------------ > > Message: 3 > Date: Wed, 30 May 2018 19:51:43 -0500 > From: "Kevin Babich" > To: "'Users of Asterisk app_rpt'" > > Subject: Re: [App_rpt-users] RTCM [RX Packet Out of Bounds] > ***Updated*** > Message-ID: <010001d3f879$8c2b3710$a481a530$@gmail.com> > Content-Type: text/plain; charset="utf-8" > > Hayden, > > > > Do you know what exactly ?RX Packet Out of Bounds? refers to? I can infer > its meaning, but, one can?t be certain. Any thoughts why the system time > is always so far off? It has always been, since I began experimenting with > the RTCM in 2012. This is consistent across many RTCM?s. > > > _______________________________________________ > 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 kevin.babich at gmail.com Wed Jun 13 02:45:13 2018 From: kevin.babich at gmail.com (Kevin Babich) Date: Tue, 12 Jun 2018 21:45:13 -0500 Subject: [App_rpt-users] RTCM [RX Packet Out of Bounds] ***Updated*** In-Reply-To: References: <036601d3f93f$ae7c3d70$0b74b850$@gmail.com> <0c1b01d401ef$2c2e7280$848b5780$@gmail.com> <00e501d40294$9fb435f0$df1ca1d0$@gmail.com> Message-ID: <014101d402c0$8ede0b80$ac9a2280$@gmail.com> Chuck, Is Systime coming from the RTCM or app_rpt? Any thoughts on what could be causing this anomaly (Systime not syncing with GPS time)? You reference servers, by that do you mean instances of app_rpt? I?ll change to the LAB source for master timing and see if anything changes. Kindest Regards, Kevin Babich | N9IAA Valparaiso, IN 46383 From: App_rpt-users On Behalf Of Chuck Henderson Sent: Tuesday, June 12, 2018 9:23 PM To: Users of Asterisk app_rpt Subject: Re: [App_rpt-users] RTCM [RX Packet Out of Bounds] ***Updated*** The server needs to have the earliest time of all GPS time receivers. Master RTCM should be on the same LAN switch as the server and all other GPS time receivers must be at least some fraction of nano seconds delayed from the master time. Your LAB time arrives at the server before the master time arrives and that is not allowed for in the software. I am surprised that it even works at all. It should not work. I also am surprised that the SysTime does not exactly match with the Master Time ?Valparaiso? as I checked 3 servers of mine here and the SysTime always exactly matches the master GPSTime. Master GPSTime is the reference for SysTime. I am reviewing the source to see what a non master time arriving before the master time might mess up. I know it has never worked for me when I have tried using an even slightly delayed master time like putting a couple of store and forward ethernet devices between the master time and the server. On Tue, Jun 12, 2018 at 4:31 PM Kevin Babich > wrote: Chuck, ?Valparaiso? is the master, while ?Lab? is closer to the server, it isn?t regularly online. The PPS Polarity is set to non-inverted, the only selection which works. We have more of the NOVUS GPSDO?s, I will try it to see if it remains in-sync with the other. Perhaps the BG7TBL oscillator has an issue. I know that one of his models had an issue with floating point math and didn?t report time accurately, I believe it was corrected in mine, but, maybe not. Kindest Regards, Kevin Babich | N9IAA Valparaiso, IN 46383 From: App_rpt-users > On Behalf Of Chuck Henderson Sent: Tuesday, June 12, 2018 3:35 AM To: Users of Asterisk app_rpt > Subject: Re: [App_rpt-users] RTCM [RX Packet Out of Bounds] ***Updated*** Kevin, Which one is the master? From the looks of it I would say that "lab" should be the master as it appears to be the first one to arrive at the server so must have the lowest network delay or they are inaccurate. Inaccuracy could be caused by having the PPS polarity wrong in the RTCM and are setting time based on the trailing edge of the pulse rather than the leading edge. I am also using a Raspberry Pi 3B (not plus) The master should be the first one to get a time packet to the server, or they should all be tied exactly. Chuck On Mon, Jun 11, 2018 at 8:46 PM Kevin Babich > wrote: Chuck, A couple facts: The network has very low latency (sub ms) across all nodes on the VLAN. The site labeled LAB has a lab quality GPSDO, by NOVUS Power. The other sites utilize the GPSDO, by BG7TBL, as available on eBay, all are the 2016 vintage. Question: Is the reported system time exactly as reported by the timebase? If so, it would appear I have an issue with the accuracy of the GPSDO NMEA output. Here is an example of the output from my implementation: GPSTime (Lab): 06/11/18 20:16:57.000000000 SysTime: 06/11/18 20:16:57.220000 DrainTime: 06/11/18 20:16:57.180 Got GPS (Lab): Lat: 4126.20N, Lon: 08654.13W, Elev: 233.71 GPSTime (Valparaiso): 06/11/18 20:16:57.000000000 SysTime: 06/11/18 20:16:57.280000 DrainTime: 06/11/18 20:16:57.220 Got GPS (Valparaiso): Lat: 4131.82N, Lon: 08702.06W, Elev: 299.5 GPSTime (Crown_Point): 06/11/18 20:16:57.000000000 SysTime: 06/11/18 20:16:57.280000 DrainTime: 06/11/18 20:16:57.220 Got GPS (Crown_Point): Lat: 4121.15N, Lon: 08724.18W, Elev: 218.6 GPSTime (LaPorte): 06/11/18 20:16:57.000000000 SysTime: 06/11/18 20:16:57.280000 DrainTime: 06/11/18 20:16:57.220 Got GPS (LaPorte): Lat: 4139.38N, Lon: 08645.96W, Elev: 324.6 GPSTime (Lab): 06/11/18 20:17:19.000000000 SysTime: 06/11/18 20:17:19.220000 DrainTime: 06/11/18 20:17:19.180 Got GPS (Lab): Lat: 4126.20N, Lon: 08654.13W, Elev: 233.38 GPSTime (Valparaiso): 06/11/18 20:17:19.000000000 SysTime: 06/11/18 20:17:19.260000 DrainTime: 06/11/18 20:17:19.220 Got GPS (Valparaiso): Lat: 4131.82N, Lon: 08702.05W, Elev: 293.7 GPSTime (Crown_Point): 06/11/18 20:17:19.000000000 SysTime: 06/11/18 20:17:19.280000 DrainTime: 06/11/18 20:17:19.240 Got GPS (Crown_Point): Lat: 4121.15N, Lon: 08724.18W, Elev: 217.5 GPSTime (LaPorte): 06/11/18 20:17:19.000000000 SysTime: 06/11/18 20:17:19.280000 DrainTime: 06/11/18 20:17:19.240 Got GPS (LaPorte): Lat: 4139.38N, Lon: 08645.96W, Elev: 324.1 Results AFTER resetting the MASTER: GPSTime (Lab): 06/11/18 20:31:23.000000000 SysTime: 06/11/18 20:31:23.220000 DrainTime: 06/11/18 20:31:23.180 Got GPS (Lab): Lat: 4126.20N, Lon: 08654.13W, Elev: 231.86 GPSTime (Valparaiso): 06/11/18 20:31:23.000000000 SysTime: 06/11/18 20:31:23.280000 DrainTime: 06/11/18 20:31:23.240 Got GPS (Valparaiso): Lat: 4131.81N, Lon: 08702.05W, Elev: 301.8 GPSTime (LaPorte): 06/11/18 20:31:23.000000000 SysTime: 06/11/18 20:31:23.280000 DrainTime: 06/11/18 20:31:23.240 Got GPS (LaPorte): Lat: 4139.38N, Lon: 08645.96W, Elev: 327.7 GPSTime (Crown_Point): 06/11/18 20:31:23.000000000 SysTime: 06/11/18 20:31:23.280000 DrainTime: 06/11/18 20:31:23.240 Got GPS (Crown_Point): Lat: 4121.15N, Lon: 08724.18W, Elev: 218.5 Thoughts? Kindest Regards, Kevin Babich | N9IAA Valparaiso, IN 46383 From: App_rpt-users > On Behalf Of Chuck Henderson Sent: Monday, June 4, 2018 4:51 AM To: Users of Asterisk app_rpt > Subject: Re: [App_rpt-users] RTCM [RX Packet Out of Bounds] ***Updated*** Kevin, I just checked 3 of my RTCM's and got the following results. RTCM1: Current Time: Mon Jun 04, 2018 08:55:43.640 Last Rx Pkt System time: 06/04/2018 02:55:56.040, diff: 21587600 msec Last Rx Pkt Timestamp time: 06/04/2018 02:55:56.040, diff: 0 msec Last Rx Pkt index: 1080, inbounds: 1 RTCM2: Current Time: Mon Jun 04, 2018 08:58:20.300 Last Rx Pkt System time: , diff: -905657056 msec Last Rx Pkt Timestamp time: , diff: 0 msec Last Rx Pkt index: 0, inbounds: 0 RTCM3: Current Time: Mon Jun 04, 2018 08:58:48.060 Last Rx Pkt System time: , diff: -905629296 msec Last Rx Pkt Timestamp time: , diff: 0 msec Last Rx Pkt index: 0, inbounds: 0 I would not be concerned about the times. They are not important. A better thing to look at is in the Asterisk CLI issue the command voter debug level 3 Then expect output like the following: GPSTime (South): 06/04/18 04:07:16.000000000 SysTime: 06/04/18 04:07:16.000000 DrainTime: 06/04/18 04:07:15.960 Got GPS (South): Lat: 4020.80N, Lon: 08856.35W, Elev: 225.7 GPSTime (North): 06/04/18 04:07:16.000000000 SysTime: 06/04/18 04:07:16.000000 DrainTime: 06/04/18 04:07:15.960 Got GPS (North): Lat: 4030.79N, Lon: 08857.99W, Elev: 245.4 GPSTime (East): 06/04/18 04:07:16.000000000 SysTime: 06/04/18 04:07:16.000000 DrainTime: 06/04/18 04:07:15.980 Got GPS (East): Lat: 4030.02N, Lon: 08855.92W, Elev: 250.2 sending KEEPALIVE (GPS) packet to client East digest 99479120 sending KEEPALIVE (GPS) packet to client North digest dd455bb0 sending KEEPALIVE (GPS) packet to client South digest 4a396b22 GPSTime (East): 06/04/18 04:07:17.000000000 SysTime: 06/04/18 04:07:17.000000 DrainTime: 06/04/18 04:07:16.980 Got GPS (East): Lat: 4030.02N, Lon: 08855.92W, Elev: 250.2 GPSTime (South): 06/04/18 04:07:17.000000000 SysTime: 06/04/18 04:07:17.000000 DrainTime: 06/04/18 04:07:16.980 Got GPS (South): Lat: 4020.80N, Lon: 08856.35W, Elev: 225.7 GPSTime (North): 06/04/18 04:07:17.000000000 SysTime: 06/04/18 04:07:17.000000 DrainTime: 06/04/18 04:07:16.980 Got GPS (North): Lat: 4030.79N, Lon: 08857.99W, Elev: 245.4 sending KEEPALIVE (GPS) packet to client East digest 99479120 sending KEEPALIVE (GPS) packet to client North digest dd455bb0 sending KEEPALIVE (GPS) packet to client South digest 4a396b22 GPSTime (South): 06/04/18 04:07:18.000000000 SysTime: 06/04/18 04:07:18.000000 DrainTime: 06/04/18 04:07:17.960 Got GPS (South): Lat: 4020.80N, Lon: 08856.35W, Elev: 225.7 GPSTime (North): 06/04/18 04:07:18.000000000 SysTime: 06/04/18 04:07:18.000000 DrainTime: 06/04/18 04:07:17.980 Got GPS (North): Lat: 4030.79N, Lon: 08857.99W, Elev: 245.4 GPSTime (East): 06/04/18 04:07:18.000000000 SysTime: 06/04/18 04:07:18.000000 DrainTime: 06/04/18 04:07:17.980 Got GPS (East): Lat: 4030.02N, Lon: 08855.92W, Elev: 250.2 GPSTime (South): 06/04/18 04:07:19.000000000 SysTime: 06/04/18 04:07:19.000000 DrainTime: 06/04/18 04:07:18.960 Got GPS (South): Lat: 4020.80N, Lon: 08856.35W, Elev: 225.7 GPSTime (North): 06/04/18 04:07:19.000000000 SysTime: 06/04/18 04:07:19.000000 DrainTime: 06/04/18 04:07:18.960 Got GPS (North): Lat: 4030.79N, Lon: 08857.99W, Elev: 245.4 sending KEEPALIVE (GPS) packet to client East digest 99479120 GPSTime (East): 06/04/18 04:07:19.000000000 sending KEEPALIVE (GPS) packet to client North digest dd455bb0 SysTime: 06/04/18 04:07:19.000000 sending KEEPALIVE (GPS) packet to client South digest 4a396b22 DrainTime: 06/04/18 04:07:18.980 Got GPS (East): Lat: 4030.02N, Lon: 08855.92W, Elev: 250.2 GPSTime (North): 06/04/18 04:07:20.000000000 SysTime: 06/04/18 04:07:20.000000 DrainTime: 06/04/18 04:07:19.960 Got GPS (North): Lat: 4030.79N, Lon: 08857.99W, Elev: 245.4 GPSTime (East): 06/04/18 04:07:20.000000000 SysTime: 06/04/18 04:07:20.000000 DrainTime: 06/04/18 04:07:19.980 Got GPS (East): Lat: 4030.02N, Lon: 08855.92W, Elev: 250.2 GPSTime (South): 06/04/18 04:07:20.000000000 SysTime: 06/04/18 04:07:20.000000 DrainTime: 06/04/18 04:07:19.980 Got GPS (South): Lat: 4020.80N, Lon: 08856.35W, Elev: 225.7 Ignore the lines I marked in green and only be concerned with the lines that have "Time" in them. Notice that each RTCM has 3 timestamp lines that are mostly together and they should be within about 40 ms of each other and should also be within about 40ms of the other RTCMs set of lines for that second. (this is with no signals present and with a very low network latency between RTCMs and the server). If you find that one RTCM is many ms out of line with the others, I recommend rebooting that one and/or the master one. I also recommend not being logged into the RTCMs via telnet except to make setting changes. Having an active telnet session to the RTCM can have a negative impact on it's ability to maintain time sync lock. Having active output on that telnet session will have a negative impact on it's ability to maintain time sync lock. If the above does not solve your problem then try increasing your tx buffer setting to 1400 and see if that eliminates your problem. But do not evaluate if the problem is solved while you have an active telnet session to the RTCM. If you still have a problem then send the output of your "voter debug level 3" (with no signals present and no active telnet sessions to RTCMs). Chuck On Thu, May 31, 2018 at 7:30 PM, Kevin Babich > wrote: Hayden, When running DEBUG = 32, I see the following, but, only on occasion, say every minute or so: 06/01/2018 00:22:12.240 Warning: GPS Data time period elapsed GPS-DEBUG: $GPRMC,002213.00,A,4131.82046,N,08702.05712,W,0.027,,010618,,,D*6D GPS-DEBUG: mon: 5, gps_time: 1527812533, ctime: Fri Jun 1 00:22:13 2018 I suspect this has to do with the receiver losing lock. However, it doesn?t make sense as the receiver reports a strong signal and doesn?t show signs of loss of signal on the front alarm panel. The GPS antenna is designed with high RF immunity and is at a site with little activity. Kindest Regards, Kevin Babich | N9IAA Valparaiso, IN 46383 From: App_rpt-users > On Behalf Of Hayden Honeywood Sent: Thursday, May 31, 2018 5:56 PM To: app_rpt-users at lists.allstarlink.org Subject: Re: [App_rpt-users] RTCM [RX Packet Out of Bounds] ***Updated*** Is the time in UTC? How far off is the system time? Have you done a full calibration of each board? What baud rate do you run on your GPS's? I tend to use 9600 baud and have had no issues with the GPS's I have used. There is various GPS debug tools available in the RTCM. They are documented here - https://wiki.allstarlink.org/wiki/RTCM_Client#GPS Can you possibly try injecting a 9.6MHz signal in place of the crystal on board? Perhaps you have a variant of James KI0KN's problem where his crystals were off frequency. I can't comment on that as I built all my boards and they have external frequency references. Regards Hayden VK7HH From: App_rpt-users > On Behalf Of Hayden Honeywood Sent: Wednesday, May 30, 2018 5:34 PM To: app_rpt-users at lists.allstarlink.org Subject: Re: [App_rpt-users] RTCM [RX Packet Out of Bounds] ***Updated*** What is your values in voter.conf for RX buffer (960) and in the RTCM client for TX buffer (480). Are all RTCM TX buffers set to the same value? Yes, 480. These values were based upon the math Jim provided, which is a function of maximum latencies on the network. We rarely have greater than 1ms to any host on the network. Are all the GPS's in a location where they cannot be swamped with RF? Yes, and they utilize PCTEL antennas with filtering for use in RF dense environments. Some users have had success with a dedicated RTCM as the master timing source (with no radio connected). Has it been suspected that an RTCM doesn?t have the horsepower to handle both functions contemporaneously? Regards Hayden VK7HH -------------- next part -------------- An HTML attachment was scrubbed... URL: ------------------------------ Message: 3 Date: Wed, 30 May 2018 19:51:43 -0500 From: "Kevin Babich" > To: "'Users of Asterisk app_rpt'" > Subject: Re: [App_rpt-users] RTCM [RX Packet Out of Bounds] ***Updated*** Message-ID: <010001d3f879$8c2b3710$a481a530$@gmail.com > Content-Type: text/plain; charset="utf-8" Hayden, Do you know what exactly ?RX Packet Out of Bounds? refers to? I can infer its meaning, but, one can?t be certain. Any thoughts why the system time is always so far off? It has always been, since I began experimenting with the RTCM in 2012. This is consistent across many RTCM?s. _______________________________________________ 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 kc2irv at gmail.com Wed Jun 13 02:53:40 2018 From: kc2irv at gmail.com (Joe Moskalski) Date: Tue, 12 Jun 2018 22:53:40 -0400 Subject: [App_rpt-users] RTCM [RX Packet Out of Bounds] ***Updated*** In-Reply-To: References: <036601d3f93f$ae7c3d70$0b74b850$@gmail.com> <0c1b01d401ef$2c2e7280$848b5780$@gmail.com> Message-ID: Just curious Chuck, what are you using for your GPS? On Tue, Jun 12, 2018, 4:36 AM Chuck Henderson < rpt2 at chuck.midlandsnetworking.com> wrote: > Kevin, > Which one is the master? From the looks of it I would say that "lab" > should be the master as it appears to be the first one to arrive at the > server so must have the lowest network delay or they are inaccurate. > Inaccuracy could be caused by having the PPS polarity wrong in the RTCM and > are setting time based on the trailing edge of the pulse rather than the > leading edge. > > I am also using a Raspberry Pi 3B (not plus) > > The master should be the first one to get a time packet to the server, or > they should all be tied exactly. > Chuck > > On Mon, Jun 11, 2018 at 8:46 PM Kevin Babich > wrote: > >> Chuck, >> >> >> >> A couple facts: >> >> >> >> The network has very low latency (sub ms) across all nodes on the VLAN. >> >> The site labeled LAB has a lab quality GPSDO, by NOVUS Power. >> >> The other sites utilize the GPSDO, by BG7TBL, as available on eBay, all >> are the 2016 vintage. >> >> >> >> Question: >> >> >> >> Is the reported system time exactly as reported by the timebase? If so, >> it would appear I have an issue with the accuracy of the GPSDO NMEA output. >> >> >> >> Here is an example of the output from my implementation: >> >> >> >> GPSTime (Lab): 06/11/18 20:16:57.000000000 >> >> SysTime: 06/11/18 20:16:57.220000 >> >> DrainTime: 06/11/18 20:16:57.180 >> >> Got GPS (Lab): Lat: 4126.20N, Lon: 08654.13W, Elev: 233.71 >> >> GPSTime (Valparaiso): 06/11/18 20:16:57.000000000 >> >> SysTime: 06/11/18 20:16:57.280000 >> >> DrainTime: 06/11/18 20:16:57.220 >> >> Got GPS (Valparaiso): Lat: 4131.82N, Lon: 08702.06W, Elev: 299.5 >> >> GPSTime (Crown_Point): 06/11/18 20:16:57.000000000 >> >> SysTime: 06/11/18 20:16:57.280000 >> >> DrainTime: 06/11/18 20:16:57.220 >> >> Got GPS (Crown_Point): Lat: 4121.15N, Lon: 08724.18W, Elev: 218.6 >> >> GPSTime (LaPorte): 06/11/18 20:16:57.000000000 >> >> SysTime: 06/11/18 20:16:57.280000 >> >> DrainTime: 06/11/18 20:16:57.220 >> >> Got GPS (LaPorte): Lat: 4139.38N, Lon: 08645.96W, Elev: 324.6 >> >> >> >> GPSTime (Lab): 06/11/18 20:17:19.000000000 >> >> SysTime: 06/11/18 20:17:19.220000 >> >> DrainTime: 06/11/18 20:17:19.180 >> >> Got GPS (Lab): Lat: 4126.20N, Lon: 08654.13W, Elev: 233.38 >> >> GPSTime (Valparaiso): 06/11/18 20:17:19.000000000 >> >> SysTime: 06/11/18 20:17:19.260000 >> >> DrainTime: 06/11/18 20:17:19.220 >> >> Got GPS (Valparaiso): Lat: 4131.82N, Lon: 08702.05W, Elev: 293.7 >> >> GPSTime (Crown_Point): 06/11/18 20:17:19.000000000 >> >> SysTime: 06/11/18 20:17:19.280000 >> >> DrainTime: 06/11/18 20:17:19.240 >> >> Got GPS (Crown_Point): Lat: 4121.15N, Lon: 08724.18W, Elev: 217.5 >> >> GPSTime (LaPorte): 06/11/18 20:17:19.000000000 >> >> SysTime: 06/11/18 20:17:19.280000 >> >> DrainTime: 06/11/18 20:17:19.240 >> >> Got GPS (LaPorte): Lat: 4139.38N, Lon: 08645.96W, Elev: 324.1 >> >> >> >> Results AFTER resetting the MASTER: >> >> >> >> GPSTime (Lab): 06/11/18 20:31:23.000000000 >> >> SysTime: 06/11/18 20:31:23.220000 >> >> DrainTime: 06/11/18 20:31:23.180 >> >> Got GPS (Lab): Lat: 4126.20N, Lon: 08654.13W, Elev: 231.86 >> >> GPSTime (Valparaiso): 06/11/18 20:31:23.000000000 >> >> SysTime: 06/11/18 20:31:23.280000 >> >> DrainTime: 06/11/18 20:31:23.240 >> >> Got GPS (Valparaiso): Lat: 4131.81N, Lon: 08702.05W, Elev: 301.8 >> >> GPSTime (LaPorte): 06/11/18 20:31:23.000000000 >> >> SysTime: 06/11/18 20:31:23.280000 >> >> DrainTime: 06/11/18 20:31:23.240 >> >> Got GPS (LaPorte): Lat: 4139.38N, Lon: 08645.96W, Elev: 327.7 >> >> GPSTime (Crown_Point): 06/11/18 20:31:23.000000000 >> >> SysTime: 06/11/18 20:31:23.280000 >> >> DrainTime: 06/11/18 20:31:23.240 >> >> Got GPS (Crown_Point): Lat: 4121.15N, Lon: 08724.18W, Elev: 218.5 >> >> >> >> Thoughts? >> >> >> >> Kindest Regards, >> >> >> >> Kevin Babich | N9IAA >> >> Valparaiso, IN 46383 >> >> >> >> *From:* App_rpt-users *On >> Behalf Of *Chuck Henderson >> *Sent:* Monday, June 4, 2018 4:51 AM >> *To:* Users of Asterisk app_rpt >> *Subject:* Re: [App_rpt-users] RTCM [RX Packet Out of Bounds] >> ***Updated*** >> >> >> >> Kevin, >> >> I just checked 3 of my RTCM's and got the following results. >> RTCM1: >> Current Time: Mon Jun 04, 2018 08:55:43.640 >> Last Rx Pkt System time: 06/04/2018 02:55:56.040, diff: 21587600 msec >> Last Rx Pkt Timestamp time: 06/04/2018 02:55:56.040, diff: 0 msec >> Last Rx Pkt index: 1080, inbounds: 1 >> >> RTCM2: >> Current Time: Mon Jun 04, 2018 08:58:20.300 >> Last Rx Pkt System time: , diff: -905657056 msec >> Last Rx Pkt Timestamp time: , diff: 0 msec >> Last Rx Pkt index: 0, inbounds: 0 >> >> RTCM3: >> Current Time: Mon Jun 04, 2018 08:58:48.060 >> Last Rx Pkt System time: , diff: -905629296 msec >> Last Rx Pkt Timestamp time: , diff: 0 msec >> Last Rx Pkt index: 0, inbounds: 0 >> >> I would not be concerned about the times. They are not important. >> >> A better thing to look at is in the Asterisk CLI issue the command >> voter debug level 3 >> >> Then expect output like the following: >> >> GPSTime (South): 06/04/18 04:07:16.000000000 >> >> SysTime: 06/04/18 04:07:16.000000 >> >> DrainTime: 06/04/18 04:07:15.960 >> >> Got GPS (South): Lat: 4020.80N, Lon: 08856.35W, Elev: 225.7 >> >> GPSTime (North): 06/04/18 04:07:16.000000000 >> >> SysTime: 06/04/18 04:07:16.000000 >> >> DrainTime: 06/04/18 04:07:15.960 >> >> Got GPS (North): Lat: 4030.79N, Lon: 08857.99W, Elev: 245.4 >> >> GPSTime (East): 06/04/18 04:07:16.000000000 >> >> SysTime: 06/04/18 04:07:16.000000 >> >> DrainTime: 06/04/18 04:07:15.980 >> >> Got GPS (East): Lat: 4030.02N, Lon: 08855.92W, Elev: 250.2 >> >> sending KEEPALIVE (GPS) packet to client East digest 99479120 >> >> sending KEEPALIVE (GPS) packet to client North digest dd455bb0 >> >> sending KEEPALIVE (GPS) packet to client South digest 4a396b22 >> >> GPSTime (East): 06/04/18 04:07:17.000000000 >> >> SysTime: 06/04/18 04:07:17.000000 >> >> DrainTime: 06/04/18 04:07:16.980 >> >> Got GPS (East): Lat: 4030.02N, Lon: 08855.92W, Elev: 250.2 >> >> GPSTime (South): 06/04/18 04:07:17.000000000 >> >> SysTime: 06/04/18 04:07:17.000000 >> >> DrainTime: 06/04/18 04:07:16.980 >> >> Got GPS (South): Lat: 4020.80N, Lon: 08856.35W, Elev: 225.7 >> >> GPSTime (North): 06/04/18 04:07:17.000000000 >> >> SysTime: 06/04/18 04:07:17.000000 >> >> DrainTime: 06/04/18 04:07:16.980 >> >> Got GPS (North): Lat: 4030.79N, Lon: 08857.99W, Elev: 245.4 >> >> sending KEEPALIVE (GPS) packet to client East digest 99479120 >> >> sending KEEPALIVE (GPS) packet to client North digest dd455bb0 >> >> sending KEEPALIVE (GPS) packet to client South digest 4a396b22 >> >> GPSTime (South): 06/04/18 04:07:18.000000000 >> >> SysTime: 06/04/18 04:07:18.000000 >> >> DrainTime: 06/04/18 04:07:17.960 >> >> Got GPS (South): Lat: 4020.80N, Lon: 08856.35W, Elev: 225.7 >> >> GPSTime (North): 06/04/18 04:07:18.000000000 >> >> SysTime: 06/04/18 04:07:18.000000 >> >> DrainTime: 06/04/18 04:07:17.980 >> >> Got GPS (North): Lat: 4030.79N, Lon: 08857.99W, Elev: 245.4 >> >> GPSTime (East): 06/04/18 04:07:18.000000000 >> >> SysTime: 06/04/18 04:07:18.000000 >> >> DrainTime: 06/04/18 04:07:17.980 >> >> Got GPS (East): Lat: 4030.02N, Lon: 08855.92W, Elev: 250.2 >> >> GPSTime (South): 06/04/18 04:07:19.000000000 >> >> SysTime: 06/04/18 04:07:19.000000 >> >> DrainTime: 06/04/18 04:07:18.960 >> >> Got GPS (South): Lat: 4020.80N, Lon: 08856.35W, Elev: 225.7 >> >> GPSTime (North): 06/04/18 04:07:19.000000000 >> >> SysTime: 06/04/18 04:07:19.000000 >> >> DrainTime: 06/04/18 04:07:18.960 >> >> Got GPS (North): Lat: 4030.79N, Lon: 08857.99W, Elev: 245.4 >> >> sending KEEPALIVE (GPS) packet to client East digest 99479120 >> >> GPSTime (East): 06/04/18 04:07:19.000000000 >> >> sending KEEPALIVE (GPS) packet to client North digest dd455bb0 >> >> SysTime: 06/04/18 04:07:19.000000 >> >> sending KEEPALIVE (GPS) packet to client South digest 4a396b22 >> >> DrainTime: 06/04/18 04:07:18.980 >> >> Got GPS (East): Lat: 4030.02N, Lon: 08855.92W, Elev: 250.2 >> >> GPSTime (North): 06/04/18 04:07:20.000000000 >> >> SysTime: 06/04/18 04:07:20.000000 >> >> DrainTime: 06/04/18 04:07:19.960 >> >> Got GPS (North): Lat: 4030.79N, Lon: 08857.99W, Elev: 245.4 >> >> GPSTime (East): 06/04/18 04:07:20.000000000 >> >> SysTime: 06/04/18 04:07:20.000000 >> >> DrainTime: 06/04/18 04:07:19.980 >> >> Got GPS (East): Lat: 4030.02N, Lon: 08855.92W, Elev: 250.2 >> >> GPSTime (South): 06/04/18 04:07:20.000000000 >> >> SysTime: 06/04/18 04:07:20.000000 >> >> DrainTime: 06/04/18 04:07:19.980 >> >> Got GPS (South): Lat: 4020.80N, Lon: 08856.35W, Elev: 225.7 >> >> >> >> Ignore the lines I marked in green and only be concerned with the lines >> that have "Time" in them. >> >> Notice that each RTCM has 3 timestamp lines that are mostly together and >> they should be within about 40 ms of each other and should also be within >> about 40ms of the other RTCMs set of lines for that second. (this is with >> no signals present and with a very low network latency between RTCMs and >> the server). >> >> >> >> If you find that one RTCM is many ms out of line with the others, I >> recommend rebooting that one and/or the master one. >> >> >> >> I also recommend not being logged into the RTCMs via telnet except to >> make setting changes. Having an active telnet session to the RTCM can have >> a negative impact on it's ability to maintain time sync lock. Having active >> output on that telnet session will have a negative impact on it's ability >> to maintain time sync lock. >> >> >> >> If the above does not solve your problem then try increasing your tx >> buffer setting to 1400 and see if that eliminates your problem. But do not >> evaluate if the problem is solved while you have an active telnet session >> to the RTCM. >> >> >> >> If you still have a problem then send the output of your "voter debug >> level 3" (with no signals present and no active telnet sessions to RTCMs). >> >> Chuck >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> On Thu, May 31, 2018 at 7:30 PM, Kevin Babich >> wrote: >> >> Hayden, >> >> >> >> When running DEBUG = 32, I see the following, but, only on occasion, say >> every minute or so: >> >> >> >> 06/01/2018 00:22:12.240 Warning: GPS Data time period elapsed >> >> GPS-DEBUG: >> $GPRMC,002213.00,A,4131.82046,N,08702.05712,W,0.027,,010618,,,D*6D >> >> GPS-DEBUG: mon: 5, gps_time: 1527812533, ctime: Fri Jun 1 00:22:13 2018 >> >> >> >> I suspect this has to do with the receiver losing lock. However, it >> doesn?t make sense as the receiver reports a strong signal and doesn?t show >> signs of loss of signal on the front alarm panel. The GPS antenna is >> designed with high RF immunity and is at a site with little activity. >> >> >> >> Kindest Regards, >> >> >> >> Kevin Babich | N9IAA >> >> Valparaiso, IN 46383 >> >> >> >> *From:* App_rpt-users *On >> Behalf Of *Hayden Honeywood >> *Sent:* Thursday, May 31, 2018 5:56 PM >> >> >> *To:* app_rpt-users at lists.allstarlink.org >> *Subject:* Re: [App_rpt-users] RTCM [RX Packet Out of Bounds] >> ***Updated*** >> >> >> >> Is the time in UTC? How far off is the system time? >> >> >> >> Have you done a full calibration of each board? >> >> What baud rate do you run on your GPS's? >> >> >> >> I tend to use 9600 baud and have had no issues with the GPS's I have used. >> >> >> >> There is various GPS debug tools available in the RTCM. They are >> documented here - >> >> https://wiki.allstarlink.org/wiki/RTCM_Client#GPS >> >> >> >> Can you possibly try injecting a 9.6MHz signal in place of the crystal on >> board? Perhaps you have a variant of James KI0KN's problem where his >> crystals were off frequency. >> >> >> >> I can't comment on that as I built all my boards and they have external >> frequency references. >> >> >> >> Regards >> >> Hayden VK7HH >> >> >> >> >> >> >> >> >> From: App_rpt-users On >> Behalf Of Hayden Honeywood >> Sent: Wednesday, May 30, 2018 5:34 PM >> To: app_rpt-users at lists.allstarlink.org >> Subject: Re: [App_rpt-users] RTCM [RX Packet Out of Bounds] ***Updated*** >> >> >> >> What is your values in voter.conf for RX buffer (960) and in the RTCM >> client for TX buffer (480). Are all RTCM TX buffers set to the same value? >> Yes, 480. These values were based upon the math Jim provided, which is a >> function of maximum latencies on the network. We rarely have greater than >> 1ms to any host on the network. >> >> >> >> Are all the GPS's in a location where they cannot be swamped with RF? >> Yes, and they utilize PCTEL antennas with filtering for use in RF dense >> environments. >> >> >> >> Some users have had success with a dedicated RTCM as the master timing >> source (with no radio connected). Has it been suspected that an RTCM >> doesn?t have the horsepower to handle both functions contemporaneously? >> >> >> >> Regards >> >> Hayden VK7HH >> >> -------------- next part -------------- >> An HTML attachment was scrubbed... >> URL: < >> http://lists.allstarlink.org/pipermail/app_rpt-users/attachments/20180530/24a4675d/attachment-0001.html >> > >> >> ------------------------------ >> >> Message: 3 >> Date: Wed, 30 May 2018 19:51:43 -0500 >> From: "Kevin Babich" >> To: "'Users of Asterisk app_rpt'" >> >> Subject: Re: [App_rpt-users] RTCM [RX Packet Out of Bounds] >> ***Updated*** >> Message-ID: <010001d3f879$8c2b3710$a481a530$@gmail.com> >> Content-Type: text/plain; charset="utf-8" >> >> Hayden, >> >> >> >> Do you know what exactly ?RX Packet Out of Bounds? refers to? I can >> infer its meaning, but, one can?t be certain. Any thoughts why the system >> time is always so far off? It has always been, since I began experimenting >> with the RTCM in 2012. This is consistent across many RTCM?s. >> >> >> _______________________________________________ >> 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 rpt2 at chuck.midlandsnetworking.com Wed Jun 13 02:53:32 2018 From: rpt2 at chuck.midlandsnetworking.com (Chuck Henderson) Date: Tue, 12 Jun 2018 21:53:32 -0500 Subject: [App_rpt-users] RTCM [RX Packet Out of Bounds] ***Updated*** In-Reply-To: <014101d402c0$8ede0b80$ac9a2280$@gmail.com> References: <036601d3f93f$ae7c3d70$0b74b850$@gmail.com> <0c1b01d401ef$2c2e7280$848b5780$@gmail.com> <00e501d40294$9fb435f0$df1ca1d0$@gmail.com> <014101d402c0$8ede0b80$ac9a2280$@gmail.com> Message-ID: yes, by servers I mean other Raspberry Pi-3B computers running app_rpt On Tue, Jun 12, 2018 at 9:45 PM Kevin Babich wrote: > Chuck, > > > > Is Systime coming from the RTCM or app_rpt? Any thoughts on what could be > causing this anomaly (Systime not syncing with GPS time)? You reference > servers, by that do you mean instances of app_rpt? I?ll change to the LAB > source for master timing and see if anything changes. > > > > Kindest Regards, > > > > Kevin Babich | N9IAA > > Valparaiso, IN 46383 > > > > *From:* App_rpt-users *On > Behalf Of *Chuck Henderson > *Sent:* Tuesday, June 12, 2018 9:23 PM > *To:* Users of Asterisk app_rpt > *Subject:* Re: [App_rpt-users] RTCM [RX Packet Out of Bounds] > ***Updated*** > > > > The server needs to have the earliest time of all GPS time receivers. > Master RTCM should be on the same LAN switch as the server and all other > GPS time receivers must be at least some fraction of nano seconds delayed > from the master time. Your LAB time arrives at the server before the > master time arrives and that is not allowed for in the software. I am > surprised that it even works at all. It should not work. > > I also am surprised that the SysTime does not exactly match with the > Master Time ?Valparaiso? as I checked 3 servers of mine here and the > SysTime always exactly matches the master GPSTime. Master GPSTime is the > reference for SysTime. > > I am reviewing the source to see what a non master time arriving before > the master time might mess up. I know it has never worked for me when I > have tried using an even slightly delayed master time like putting a couple > of store and forward ethernet devices between the master time and the > server. > > > > On Tue, Jun 12, 2018 at 4:31 PM Kevin Babich > wrote: > > Chuck, > > > > ?Valparaiso? is the master, while ?Lab? is closer to the server, it isn?t > regularly online. The PPS Polarity is set to non-inverted, the only > selection which works. We have more of the NOVUS GPSDO?s, I will try it to > see if it remains in-sync with the other. Perhaps the BG7TBL oscillator > has an issue. I know that one of his models had an issue with floating > point math and didn?t report time accurately, I believe it was corrected in > mine, but, maybe not. > > > > Kindest Regards, > > > > Kevin Babich | N9IAA > > Valparaiso, IN 46383 > > > > *From:* App_rpt-users *On > Behalf Of *Chuck Henderson > *Sent:* Tuesday, June 12, 2018 3:35 AM > *To:* Users of Asterisk app_rpt > *Subject:* Re: [App_rpt-users] RTCM [RX Packet Out of Bounds] > ***Updated*** > > > > Kevin, > > Which one is the master? From the looks of it I would say that "lab" > should be the master as it appears to be the first one to arrive at the > server so must have the lowest network delay or they are inaccurate. > Inaccuracy could be caused by having the PPS polarity wrong in the RTCM and > are setting time based on the trailing edge of the pulse rather than the > leading edge. > > > > I am also using a Raspberry Pi 3B (not plus) > > > > The master should be the first one to get a time packet to the server, or > they should all be tied exactly. > > Chuck > > > > On Mon, Jun 11, 2018 at 8:46 PM Kevin Babich > wrote: > > Chuck, > > > > A couple facts: > > > > The network has very low latency (sub ms) across all nodes on the VLAN. > > The site labeled LAB has a lab quality GPSDO, by NOVUS Power. > > The other sites utilize the GPSDO, by BG7TBL, as available on eBay, all > are the 2016 vintage. > > > > Question: > > > > Is the reported system time exactly as reported by the timebase? If so, > it would appear I have an issue with the accuracy of the GPSDO NMEA output. > > > > Here is an example of the output from my implementation: > > > > GPSTime (Lab): 06/11/18 20:16:57.000000000 > > SysTime: 06/11/18 20:16:57.220000 > > DrainTime: 06/11/18 20:16:57.180 > > Got GPS (Lab): Lat: 4126.20N, Lon: 08654.13W, Elev: 233.71 > > GPSTime (Valparaiso): 06/11/18 20:16:57.000000000 > > SysTime: 06/11/18 20:16:57.280000 > > DrainTime: 06/11/18 20:16:57.220 > > Got GPS (Valparaiso): Lat: 4131.82N, Lon: 08702.06W, Elev: 299.5 > > GPSTime (Crown_Point): 06/11/18 20:16:57.000000000 > > SysTime: 06/11/18 20:16:57.280000 > > DrainTime: 06/11/18 20:16:57.220 > > Got GPS (Crown_Point): Lat: 4121.15N, Lon: 08724.18W, Elev: 218.6 > > GPSTime (LaPorte): 06/11/18 20:16:57.000000000 > > SysTime: 06/11/18 20:16:57.280000 > > DrainTime: 06/11/18 20:16:57.220 > > Got GPS (LaPorte): Lat: 4139.38N, Lon: 08645.96W, Elev: 324.6 > > > > GPSTime (Lab): 06/11/18 20:17:19.000000000 > > SysTime: 06/11/18 20:17:19.220000 > > DrainTime: 06/11/18 20:17:19.180 > > Got GPS (Lab): Lat: 4126.20N, Lon: 08654.13W, Elev: 233.38 > > GPSTime (Valparaiso): 06/11/18 20:17:19.000000000 > > SysTime: 06/11/18 20:17:19.260000 > > DrainTime: 06/11/18 20:17:19.220 > > Got GPS (Valparaiso): Lat: 4131.82N, Lon: 08702.05W, Elev: 293.7 > > GPSTime (Crown_Point): 06/11/18 20:17:19.000000000 > > SysTime: 06/11/18 20:17:19.280000 > > DrainTime: 06/11/18 20:17:19.240 > > Got GPS (Crown_Point): Lat: 4121.15N, Lon: 08724.18W, Elev: 217.5 > > GPSTime (LaPorte): 06/11/18 20:17:19.000000000 > > SysTime: 06/11/18 20:17:19.280000 > > DrainTime: 06/11/18 20:17:19.240 > > Got GPS (LaPorte): Lat: 4139.38N, Lon: 08645.96W, Elev: 324.1 > > > > Results AFTER resetting the MASTER: > > > > GPSTime (Lab): 06/11/18 20:31:23.000000000 > > SysTime: 06/11/18 20:31:23.220000 > > DrainTime: 06/11/18 20:31:23.180 > > Got GPS (Lab): Lat: 4126.20N, Lon: 08654.13W, Elev: 231.86 > > GPSTime (Valparaiso): 06/11/18 20:31:23.000000000 > > SysTime: 06/11/18 20:31:23.280000 > > DrainTime: 06/11/18 20:31:23.240 > > Got GPS (Valparaiso): Lat: 4131.81N, Lon: 08702.05W, Elev: 301.8 > > GPSTime (LaPorte): 06/11/18 20:31:23.000000000 > > SysTime: 06/11/18 20:31:23.280000 > > DrainTime: 06/11/18 20:31:23.240 > > Got GPS (LaPorte): Lat: 4139.38N, Lon: 08645.96W, Elev: 327.7 > > GPSTime (Crown_Point): 06/11/18 20:31:23.000000000 > > SysTime: 06/11/18 20:31:23.280000 > > DrainTime: 06/11/18 20:31:23.240 > > Got GPS (Crown_Point): Lat: 4121.15N, Lon: 08724.18W, Elev: 218.5 > > > > Thoughts? > > > > Kindest Regards, > > > > Kevin Babich | N9IAA > > Valparaiso, IN 46383 > > > > *From:* App_rpt-users *On > Behalf Of *Chuck Henderson > *Sent:* Monday, June 4, 2018 4:51 AM > *To:* Users of Asterisk app_rpt > *Subject:* Re: [App_rpt-users] RTCM [RX Packet Out of Bounds] > ***Updated*** > > > > Kevin, > > I just checked 3 of my RTCM's and got the following results. > RTCM1: > Current Time: Mon Jun 04, 2018 08:55:43.640 > Last Rx Pkt System time: 06/04/2018 02:55:56.040, diff: 21587600 msec > Last Rx Pkt Timestamp time: 06/04/2018 02:55:56.040, diff: 0 msec > Last Rx Pkt index: 1080, inbounds: 1 > > RTCM2: > Current Time: Mon Jun 04, 2018 08:58:20.300 > Last Rx Pkt System time: , diff: -905657056 msec > Last Rx Pkt Timestamp time: , diff: 0 msec > Last Rx Pkt index: 0, inbounds: 0 > > RTCM3: > Current Time: Mon Jun 04, 2018 08:58:48.060 > Last Rx Pkt System time: , diff: -905629296 msec > Last Rx Pkt Timestamp time: , diff: 0 msec > Last Rx Pkt index: 0, inbounds: 0 > > I would not be concerned about the times. They are not important. > > A better thing to look at is in the Asterisk CLI issue the command > voter debug level 3 > > Then expect output like the following: > > GPSTime (South): 06/04/18 04:07:16.000000000 > > SysTime: 06/04/18 04:07:16.000000 > > DrainTime: 06/04/18 04:07:15.960 > > Got GPS (South): Lat: 4020.80N, Lon: 08856.35W, Elev: 225.7 > > GPSTime (North): 06/04/18 04:07:16.000000000 > > SysTime: 06/04/18 04:07:16.000000 > > DrainTime: 06/04/18 04:07:15.960 > > Got GPS (North): Lat: 4030.79N, Lon: 08857.99W, Elev: 245.4 > > GPSTime (East): 06/04/18 04:07:16.000000000 > > SysTime: 06/04/18 04:07:16.000000 > > DrainTime: 06/04/18 04:07:15.980 > > Got GPS (East): Lat: 4030.02N, Lon: 08855.92W, Elev: 250.2 > > sending KEEPALIVE (GPS) packet to client East digest 99479120 > > sending KEEPALIVE (GPS) packet to client North digest dd455bb0 > > sending KEEPALIVE (GPS) packet to client South digest 4a396b22 > > GPSTime (East): 06/04/18 04:07:17.000000000 > > SysTime: 06/04/18 04:07:17.000000 > > DrainTime: 06/04/18 04:07:16.980 > > Got GPS (East): Lat: 4030.02N, Lon: 08855.92W, Elev: 250.2 > > GPSTime (South): 06/04/18 04:07:17.000000000 > > SysTime: 06/04/18 04:07:17.000000 > > DrainTime: 06/04/18 04:07:16.980 > > Got GPS (South): Lat: 4020.80N, Lon: 08856.35W, Elev: 225.7 > > GPSTime (North): 06/04/18 04:07:17.000000000 > > SysTime: 06/04/18 04:07:17.000000 > > DrainTime: 06/04/18 04:07:16.980 > > Got GPS (North): Lat: 4030.79N, Lon: 08857.99W, Elev: 245.4 > > sending KEEPALIVE (GPS) packet to client East digest 99479120 > > sending KEEPALIVE (GPS) packet to client North digest dd455bb0 > > sending KEEPALIVE (GPS) packet to client South digest 4a396b22 > > GPSTime (South): 06/04/18 04:07:18.000000000 > > SysTime: 06/04/18 04:07:18.000000 > > DrainTime: 06/04/18 04:07:17.960 > > Got GPS (South): Lat: 4020.80N, Lon: 08856.35W, Elev: 225.7 > > GPSTime (North): 06/04/18 04:07:18.000000000 > > SysTime: 06/04/18 04:07:18.000000 > > DrainTime: 06/04/18 04:07:17.980 > > Got GPS (North): Lat: 4030.79N, Lon: 08857.99W, Elev: 245.4 > > GPSTime (East): 06/04/18 04:07:18.000000000 > > SysTime: 06/04/18 04:07:18.000000 > > DrainTime: 06/04/18 04:07:17.980 > > Got GPS (East): Lat: 4030.02N, Lon: 08855.92W, Elev: 250.2 > > GPSTime (South): 06/04/18 04:07:19.000000000 > > SysTime: 06/04/18 04:07:19.000000 > > DrainTime: 06/04/18 04:07:18.960 > > Got GPS (South): Lat: 4020.80N, Lon: 08856.35W, Elev: 225.7 > > GPSTime (North): 06/04/18 04:07:19.000000000 > > SysTime: 06/04/18 04:07:19.000000 > > DrainTime: 06/04/18 04:07:18.960 > > Got GPS (North): Lat: 4030.79N, Lon: 08857.99W, Elev: 245.4 > > sending KEEPALIVE (GPS) packet to client East digest 99479120 > > GPSTime (East): 06/04/18 04:07:19.000000000 > > sending KEEPALIVE (GPS) packet to client North digest dd455bb0 > > SysTime: 06/04/18 04:07:19.000000 > > sending KEEPALIVE (GPS) packet to client South digest 4a396b22 > > DrainTime: 06/04/18 04:07:18.980 > > Got GPS (East): Lat: 4030.02N, Lon: 08855.92W, Elev: 250.2 > > GPSTime (North): 06/04/18 04:07:20.000000000 > > SysTime: 06/04/18 04:07:20.000000 > > DrainTime: 06/04/18 04:07:19.960 > > Got GPS (North): Lat: 4030.79N, Lon: 08857.99W, Elev: 245.4 > > GPSTime (East): 06/04/18 04:07:20.000000000 > > SysTime: 06/04/18 04:07:20.000000 > > DrainTime: 06/04/18 04:07:19.980 > > Got GPS (East): Lat: 4030.02N, Lon: 08855.92W, Elev: 250.2 > > GPSTime (South): 06/04/18 04:07:20.000000000 > > SysTime: 06/04/18 04:07:20.000000 > > DrainTime: 06/04/18 04:07:19.980 > > Got GPS (South): Lat: 4020.80N, Lon: 08856.35W, Elev: 225.7 > > > > Ignore the lines I marked in green and only be concerned with the lines > that have "Time" in them. > > Notice that each RTCM has 3 timestamp lines that are mostly together and > they should be within about 40 ms of each other and should also be within > about 40ms of the other RTCMs set of lines for that second. (this is with > no signals present and with a very low network latency between RTCMs and > the server). > > > > If you find that one RTCM is many ms out of line with the others, I > recommend rebooting that one and/or the master one. > > > > I also recommend not being logged into the RTCMs via telnet except to make > setting changes. Having an active telnet session to the RTCM can have a > negative impact on it's ability to maintain time sync lock. Having active > output on that telnet session will have a negative impact on it's ability > to maintain time sync lock. > > > > If the above does not solve your problem then try increasing your tx > buffer setting to 1400 and see if that eliminates your problem. But do not > evaluate if the problem is solved while you have an active telnet session > to the RTCM. > > > > If you still have a problem then send the output of your "voter debug > level 3" (with no signals present and no active telnet sessions to RTCMs). > > Chuck > > > > > > > > > > > > > > > > > > > > > > > > > > > > On Thu, May 31, 2018 at 7:30 PM, Kevin Babich > wrote: > > Hayden, > > > > When running DEBUG = 32, I see the following, but, only on occasion, say > every minute or so: > > > > 06/01/2018 00:22:12.240 Warning: GPS Data time period elapsed > > GPS-DEBUG: > $GPRMC,002213.00,A,4131.82046,N,08702.05712,W,0.027,,010618,,,D*6D > > GPS-DEBUG: mon: 5, gps_time: 1527812533, ctime: Fri Jun 1 00:22:13 2018 > > > > I suspect this has to do with the receiver losing lock. However, it > doesn?t make sense as the receiver reports a strong signal and doesn?t show > signs of loss of signal on the front alarm panel. The GPS antenna is > designed with high RF immunity and is at a site with little activity. > > > > Kindest Regards, > > > > Kevin Babich | N9IAA > > Valparaiso, IN 46383 > > > > *From:* App_rpt-users *On > Behalf Of *Hayden Honeywood > *Sent:* Thursday, May 31, 2018 5:56 PM > > > *To:* app_rpt-users at lists.allstarlink.org > *Subject:* Re: [App_rpt-users] RTCM [RX Packet Out of Bounds] > ***Updated*** > > > > Is the time in UTC? How far off is the system time? > > > > Have you done a full calibration of each board? > > What baud rate do you run on your GPS's? > > > > I tend to use 9600 baud and have had no issues with the GPS's I have used. > > > > There is various GPS debug tools available in the RTCM. They are > documented here - > > https://wiki.allstarlink.org/wiki/RTCM_Client#GPS > > > > Can you possibly try injecting a 9.6MHz signal in place of the crystal on > board? Perhaps you have a variant of James KI0KN's problem where his > crystals were off frequency. > > > > I can't comment on that as I built all my boards and they have external > frequency references. > > > > Regards > > Hayden VK7HH > > > > > > > > > From: App_rpt-users On > Behalf Of Hayden Honeywood > Sent: Wednesday, May 30, 2018 5:34 PM > To: app_rpt-users at lists.allstarlink.org > Subject: Re: [App_rpt-users] RTCM [RX Packet Out of Bounds] ***Updated*** > > > > What is your values in voter.conf for RX buffer (960) and in the RTCM > client for TX buffer (480). Are all RTCM TX buffers set to the same value? > Yes, 480. These values were based upon the math Jim provided, which is a > function of maximum latencies on the network. We rarely have greater than > 1ms to any host on the network. > > > > Are all the GPS's in a location where they cannot be swamped with RF? Yes, > and they utilize PCTEL antennas with filtering for use in RF dense > environments. > > > > Some users have had success with a dedicated RTCM as the master timing > source (with no radio connected). Has it been suspected that an RTCM > doesn?t have the horsepower to handle both functions contemporaneously? > > > > Regards > > Hayden VK7HH > > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: < > http://lists.allstarlink.org/pipermail/app_rpt-users/attachments/20180530/24a4675d/attachment-0001.html > > > > ------------------------------ > > Message: 3 > Date: Wed, 30 May 2018 19:51:43 -0500 > From: "Kevin Babich" > To: "'Users of Asterisk app_rpt'" > > Subject: Re: [App_rpt-users] RTCM [RX Packet Out of Bounds] > ***Updated*** > Message-ID: <010001d3f879$8c2b3710$a481a530$@gmail.com> > Content-Type: text/plain; charset="utf-8" > > Hayden, > > > > Do you know what exactly ?RX Packet Out of Bounds? refers to? I can infer > its meaning, but, one can?t be certain. Any thoughts why the system time > is always so far off? It has always been, since I began experimenting with > the RTCM in 2012. This is consistent across many RTCM?s. > > > _______________________________________________ > 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. -------------- next part -------------- An HTML attachment was scrubbed... URL: From rpt2 at chuck.midlandsnetworking.com Wed Jun 13 02:58:57 2018 From: rpt2 at chuck.midlandsnetworking.com (Chuck Henderson) Date: Tue, 12 Jun 2018 21:58:57 -0500 Subject: [App_rpt-users] RTCM [RX Packet Out of Bounds] ***Updated*** In-Reply-To: References: <036601d3f93f$ae7c3d70$0b74b850$@gmail.com> <0c1b01d401ef$2c2e7280$848b5780$@gmail.com> Message-ID: The original Garmin hockey puck GPS is what I use. I have tried several others that worked but I prefer the Garmin, I just put it outside magnetically attached to the tower and extend the cable with some surplus cat 5 if needed. I have never had a problem with them, some bought back in 2011 and others bought in 2016 and 2017, I have never had one fail YET. (I hope Murphy didn't hear that). On Tue, Jun 12, 2018 at 9:54 PM Joe Moskalski wrote: > Just curious Chuck, what are you using for your GPS? > > On Tue, Jun 12, 2018, 4:36 AM Chuck Henderson < > rpt2 at chuck.midlandsnetworking.com> wrote: > >> Kevin, >> Which one is the master? From the looks of it I would say that "lab" >> should be the master as it appears to be the first one to arrive at the >> server so must have the lowest network delay or they are inaccurate. >> Inaccuracy could be caused by having the PPS polarity wrong in the RTCM and >> are setting time based on the trailing edge of the pulse rather than the >> leading edge. >> >> I am also using a Raspberry Pi 3B (not plus) >> >> The master should be the first one to get a time packet to the server, or >> they should all be tied exactly. >> Chuck >> >> On Mon, Jun 11, 2018 at 8:46 PM Kevin Babich >> wrote: >> >>> Chuck, >>> >>> >>> >>> A couple facts: >>> >>> >>> >>> The network has very low latency (sub ms) across all nodes on the VLAN. >>> >>> The site labeled LAB has a lab quality GPSDO, by NOVUS Power. >>> >>> The other sites utilize the GPSDO, by BG7TBL, as available on eBay, all >>> are the 2016 vintage. >>> >>> >>> >>> Question: >>> >>> >>> >>> Is the reported system time exactly as reported by the timebase? If so, >>> it would appear I have an issue with the accuracy of the GPSDO NMEA output. >>> >>> >>> >>> Here is an example of the output from my implementation: >>> >>> >>> >>> GPSTime (Lab): 06/11/18 20:16:57.000000000 >>> >>> SysTime: 06/11/18 20:16:57.220000 >>> >>> DrainTime: 06/11/18 20:16:57.180 >>> >>> Got GPS (Lab): Lat: 4126.20N, Lon: 08654.13W, Elev: 233.71 >>> >>> GPSTime (Valparaiso): 06/11/18 20:16:57.000000000 >>> >>> SysTime: 06/11/18 20:16:57.280000 >>> >>> DrainTime: 06/11/18 20:16:57.220 >>> >>> Got GPS (Valparaiso): Lat: 4131.82N, Lon: 08702.06W, Elev: 299.5 >>> >>> GPSTime (Crown_Point): 06/11/18 20:16:57.000000000 >>> >>> SysTime: 06/11/18 20:16:57.280000 >>> >>> DrainTime: 06/11/18 20:16:57.220 >>> >>> Got GPS (Crown_Point): Lat: 4121.15N, Lon: 08724.18W, Elev: 218.6 >>> >>> GPSTime (LaPorte): 06/11/18 20:16:57.000000000 >>> >>> SysTime: 06/11/18 20:16:57.280000 >>> >>> DrainTime: 06/11/18 20:16:57.220 >>> >>> Got GPS (LaPorte): Lat: 4139.38N, Lon: 08645.96W, Elev: 324.6 >>> >>> >>> >>> GPSTime (Lab): 06/11/18 20:17:19.000000000 >>> >>> SysTime: 06/11/18 20:17:19.220000 >>> >>> DrainTime: 06/11/18 20:17:19.180 >>> >>> Got GPS (Lab): Lat: 4126.20N, Lon: 08654.13W, Elev: 233.38 >>> >>> GPSTime (Valparaiso): 06/11/18 20:17:19.000000000 >>> >>> SysTime: 06/11/18 20:17:19.260000 >>> >>> DrainTime: 06/11/18 20:17:19.220 >>> >>> Got GPS (Valparaiso): Lat: 4131.82N, Lon: 08702.05W, Elev: 293.7 >>> >>> GPSTime (Crown_Point): 06/11/18 20:17:19.000000000 >>> >>> SysTime: 06/11/18 20:17:19.280000 >>> >>> DrainTime: 06/11/18 20:17:19.240 >>> >>> Got GPS (Crown_Point): Lat: 4121.15N, Lon: 08724.18W, Elev: 217.5 >>> >>> GPSTime (LaPorte): 06/11/18 20:17:19.000000000 >>> >>> SysTime: 06/11/18 20:17:19.280000 >>> >>> DrainTime: 06/11/18 20:17:19.240 >>> >>> Got GPS (LaPorte): Lat: 4139.38N, Lon: 08645.96W, Elev: 324.1 >>> >>> >>> >>> Results AFTER resetting the MASTER: >>> >>> >>> >>> GPSTime (Lab): 06/11/18 20:31:23.000000000 >>> >>> SysTime: 06/11/18 20:31:23.220000 >>> >>> DrainTime: 06/11/18 20:31:23.180 >>> >>> Got GPS (Lab): Lat: 4126.20N, Lon: 08654.13W, Elev: 231.86 >>> >>> GPSTime (Valparaiso): 06/11/18 20:31:23.000000000 >>> >>> SysTime: 06/11/18 20:31:23.280000 >>> >>> DrainTime: 06/11/18 20:31:23.240 >>> >>> Got GPS (Valparaiso): Lat: 4131.81N, Lon: 08702.05W, Elev: 301.8 >>> >>> GPSTime (LaPorte): 06/11/18 20:31:23.000000000 >>> >>> SysTime: 06/11/18 20:31:23.280000 >>> >>> DrainTime: 06/11/18 20:31:23.240 >>> >>> Got GPS (LaPorte): Lat: 4139.38N, Lon: 08645.96W, Elev: 327.7 >>> >>> GPSTime (Crown_Point): 06/11/18 20:31:23.000000000 >>> >>> SysTime: 06/11/18 20:31:23.280000 >>> >>> DrainTime: 06/11/18 20:31:23.240 >>> >>> Got GPS (Crown_Point): Lat: 4121.15N, Lon: 08724.18W, Elev: 218.5 >>> >>> >>> >>> Thoughts? >>> >>> >>> >>> Kindest Regards, >>> >>> >>> >>> Kevin Babich | N9IAA >>> >>> Valparaiso, IN 46383 >>> >>> >>> >>> *From:* App_rpt-users *On >>> Behalf Of *Chuck Henderson >>> *Sent:* Monday, June 4, 2018 4:51 AM >>> *To:* Users of Asterisk app_rpt >>> *Subject:* Re: [App_rpt-users] RTCM [RX Packet Out of Bounds] >>> ***Updated*** >>> >>> >>> >>> Kevin, >>> >>> I just checked 3 of my RTCM's and got the following results. >>> RTCM1: >>> Current Time: Mon Jun 04, 2018 08:55:43.640 >>> Last Rx Pkt System time: 06/04/2018 02:55:56.040, diff: 21587600 msec >>> Last Rx Pkt Timestamp time: 06/04/2018 02:55:56.040, diff: 0 msec >>> Last Rx Pkt index: 1080, inbounds: 1 >>> >>> RTCM2: >>> Current Time: Mon Jun 04, 2018 08:58:20.300 >>> Last Rx Pkt System time: , diff: -905657056 msec >>> Last Rx Pkt Timestamp time: , diff: 0 msec >>> Last Rx Pkt index: 0, inbounds: 0 >>> >>> RTCM3: >>> Current Time: Mon Jun 04, 2018 08:58:48.060 >>> Last Rx Pkt System time: , diff: -905629296 msec >>> Last Rx Pkt Timestamp time: , diff: 0 msec >>> Last Rx Pkt index: 0, inbounds: 0 >>> >>> I would not be concerned about the times. They are not important. >>> >>> A better thing to look at is in the Asterisk CLI issue the command >>> voter debug level 3 >>> >>> Then expect output like the following: >>> >>> GPSTime (South): 06/04/18 04:07:16.000000000 >>> >>> SysTime: 06/04/18 04:07:16.000000 >>> >>> DrainTime: 06/04/18 04:07:15.960 >>> >>> Got GPS (South): Lat: 4020.80N, Lon: 08856.35W, Elev: 225.7 >>> >>> GPSTime (North): 06/04/18 04:07:16.000000000 >>> >>> SysTime: 06/04/18 04:07:16.000000 >>> >>> DrainTime: 06/04/18 04:07:15.960 >>> >>> Got GPS (North): Lat: 4030.79N, Lon: 08857.99W, Elev: 245.4 >>> >>> GPSTime (East): 06/04/18 04:07:16.000000000 >>> >>> SysTime: 06/04/18 04:07:16.000000 >>> >>> DrainTime: 06/04/18 04:07:15.980 >>> >>> Got GPS (East): Lat: 4030.02N, Lon: 08855.92W, Elev: 250.2 >>> >>> sending KEEPALIVE (GPS) packet to client East digest 99479120 >>> >>> sending KEEPALIVE (GPS) packet to client North digest dd455bb0 >>> >>> sending KEEPALIVE (GPS) packet to client South digest 4a396b22 >>> >>> GPSTime (East): 06/04/18 04:07:17.000000000 >>> >>> SysTime: 06/04/18 04:07:17.000000 >>> >>> DrainTime: 06/04/18 04:07:16.980 >>> >>> Got GPS (East): Lat: 4030.02N, Lon: 08855.92W, Elev: 250.2 >>> >>> GPSTime (South): 06/04/18 04:07:17.000000000 >>> >>> SysTime: 06/04/18 04:07:17.000000 >>> >>> DrainTime: 06/04/18 04:07:16.980 >>> >>> Got GPS (South): Lat: 4020.80N, Lon: 08856.35W, Elev: 225.7 >>> >>> GPSTime (North): 06/04/18 04:07:17.000000000 >>> >>> SysTime: 06/04/18 04:07:17.000000 >>> >>> DrainTime: 06/04/18 04:07:16.980 >>> >>> Got GPS (North): Lat: 4030.79N, Lon: 08857.99W, Elev: 245.4 >>> >>> sending KEEPALIVE (GPS) packet to client East digest 99479120 >>> >>> sending KEEPALIVE (GPS) packet to client North digest dd455bb0 >>> >>> sending KEEPALIVE (GPS) packet to client South digest 4a396b22 >>> >>> GPSTime (South): 06/04/18 04:07:18.000000000 >>> >>> SysTime: 06/04/18 04:07:18.000000 >>> >>> DrainTime: 06/04/18 04:07:17.960 >>> >>> Got GPS (South): Lat: 4020.80N, Lon: 08856.35W, Elev: 225.7 >>> >>> GPSTime (North): 06/04/18 04:07:18.000000000 >>> >>> SysTime: 06/04/18 04:07:18.000000 >>> >>> DrainTime: 06/04/18 04:07:17.980 >>> >>> Got GPS (North): Lat: 4030.79N, Lon: 08857.99W, Elev: 245.4 >>> >>> GPSTime (East): 06/04/18 04:07:18.000000000 >>> >>> SysTime: 06/04/18 04:07:18.000000 >>> >>> DrainTime: 06/04/18 04:07:17.980 >>> >>> Got GPS (East): Lat: 4030.02N, Lon: 08855.92W, Elev: 250.2 >>> >>> GPSTime (South): 06/04/18 04:07:19.000000000 >>> >>> SysTime: 06/04/18 04:07:19.000000 >>> >>> DrainTime: 06/04/18 04:07:18.960 >>> >>> Got GPS (South): Lat: 4020.80N, Lon: 08856.35W, Elev: 225.7 >>> >>> GPSTime (North): 06/04/18 04:07:19.000000000 >>> >>> SysTime: 06/04/18 04:07:19.000000 >>> >>> DrainTime: 06/04/18 04:07:18.960 >>> >>> Got GPS (North): Lat: 4030.79N, Lon: 08857.99W, Elev: 245.4 >>> >>> sending KEEPALIVE (GPS) packet to client East digest 99479120 >>> >>> GPSTime (East): 06/04/18 04:07:19.000000000 >>> >>> sending KEEPALIVE (GPS) packet to client North digest dd455bb0 >>> >>> SysTime: 06/04/18 04:07:19.000000 >>> >>> sending KEEPALIVE (GPS) packet to client South digest 4a396b22 >>> >>> DrainTime: 06/04/18 04:07:18.980 >>> >>> Got GPS (East): Lat: 4030.02N, Lon: 08855.92W, Elev: 250.2 >>> >>> GPSTime (North): 06/04/18 04:07:20.000000000 >>> >>> SysTime: 06/04/18 04:07:20.000000 >>> >>> DrainTime: 06/04/18 04:07:19.960 >>> >>> Got GPS (North): Lat: 4030.79N, Lon: 08857.99W, Elev: 245.4 >>> >>> GPSTime (East): 06/04/18 04:07:20.000000000 >>> >>> SysTime: 06/04/18 04:07:20.000000 >>> >>> DrainTime: 06/04/18 04:07:19.980 >>> >>> Got GPS (East): Lat: 4030.02N, Lon: 08855.92W, Elev: 250.2 >>> >>> GPSTime (South): 06/04/18 04:07:20.000000000 >>> >>> SysTime: 06/04/18 04:07:20.000000 >>> >>> DrainTime: 06/04/18 04:07:19.980 >>> >>> Got GPS (South): Lat: 4020.80N, Lon: 08856.35W, Elev: 225.7 >>> >>> >>> >>> Ignore the lines I marked in green and only be concerned with the lines >>> that have "Time" in them. >>> >>> Notice that each RTCM has 3 timestamp lines that are mostly together and >>> they should be within about 40 ms of each other and should also be within >>> about 40ms of the other RTCMs set of lines for that second. (this is with >>> no signals present and with a very low network latency between RTCMs and >>> the server). >>> >>> >>> >>> If you find that one RTCM is many ms out of line with the others, I >>> recommend rebooting that one and/or the master one. >>> >>> >>> >>> I also recommend not being logged into the RTCMs via telnet except to >>> make setting changes. Having an active telnet session to the RTCM can have >>> a negative impact on it's ability to maintain time sync lock. Having active >>> output on that telnet session will have a negative impact on it's ability >>> to maintain time sync lock. >>> >>> >>> >>> If the above does not solve your problem then try increasing your tx >>> buffer setting to 1400 and see if that eliminates your problem. But do not >>> evaluate if the problem is solved while you have an active telnet session >>> to the RTCM. >>> >>> >>> >>> If you still have a problem then send the output of your "voter debug >>> level 3" (with no signals present and no active telnet sessions to RTCMs). >>> >>> Chuck >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> On Thu, May 31, 2018 at 7:30 PM, Kevin Babich >>> wrote: >>> >>> Hayden, >>> >>> >>> >>> When running DEBUG = 32, I see the following, but, only on occasion, say >>> every minute or so: >>> >>> >>> >>> 06/01/2018 00:22:12.240 Warning: GPS Data time period elapsed >>> >>> GPS-DEBUG: >>> $GPRMC,002213.00,A,4131.82046,N,08702.05712,W,0.027,,010618,,,D*6D >>> >>> GPS-DEBUG: mon: 5, gps_time: 1527812533, ctime: Fri Jun 1 00:22:13 2018 >>> >>> >>> >>> I suspect this has to do with the receiver losing lock. However, it >>> doesn?t make sense as the receiver reports a strong signal and doesn?t show >>> signs of loss of signal on the front alarm panel. The GPS antenna is >>> designed with high RF immunity and is at a site with little activity. >>> >>> >>> >>> Kindest Regards, >>> >>> >>> >>> Kevin Babich | N9IAA >>> >>> Valparaiso, IN 46383 >>> >>> >>> >>> *From:* App_rpt-users *On >>> Behalf Of *Hayden Honeywood >>> *Sent:* Thursday, May 31, 2018 5:56 PM >>> >>> >>> *To:* app_rpt-users at lists.allstarlink.org >>> *Subject:* Re: [App_rpt-users] RTCM [RX Packet Out of Bounds] >>> ***Updated*** >>> >>> >>> >>> Is the time in UTC? How far off is the system time? >>> >>> >>> >>> Have you done a full calibration of each board? >>> >>> What baud rate do you run on your GPS's? >>> >>> >>> >>> I tend to use 9600 baud and have had no issues with the GPS's I have >>> used. >>> >>> >>> >>> There is various GPS debug tools available in the RTCM. They are >>> documented here - >>> >>> https://wiki.allstarlink.org/wiki/RTCM_Client#GPS >>> >>> >>> >>> Can you possibly try injecting a 9.6MHz signal in place of the crystal >>> on board? Perhaps you have a variant of James KI0KN's problem where his >>> crystals were off frequency. >>> >>> >>> >>> I can't comment on that as I built all my boards and they have external >>> frequency references. >>> >>> >>> >>> Regards >>> >>> Hayden VK7HH >>> >>> >>> >>> >>> >>> >>> >>> >>> From: App_rpt-users On >>> Behalf Of Hayden Honeywood >>> Sent: Wednesday, May 30, 2018 5:34 PM >>> To: app_rpt-users at lists.allstarlink.org >>> Subject: Re: [App_rpt-users] RTCM [RX Packet Out of Bounds] ***Updated*** >>> >>> >>> >>> What is your values in voter.conf for RX buffer (960) and in the RTCM >>> client for TX buffer (480). Are all RTCM TX buffers set to the same value? >>> Yes, 480. These values were based upon the math Jim provided, which is a >>> function of maximum latencies on the network. We rarely have greater than >>> 1ms to any host on the network. >>> >>> >>> >>> Are all the GPS's in a location where they cannot be swamped with RF? >>> Yes, and they utilize PCTEL antennas with filtering for use in RF dense >>> environments. >>> >>> >>> >>> Some users have had success with a dedicated RTCM as the master timing >>> source (with no radio connected). Has it been suspected that an RTCM >>> doesn?t have the horsepower to handle both functions contemporaneously? >>> >>> >>> >>> Regards >>> >>> Hayden VK7HH >>> >>> -------------- next part -------------- >>> An HTML attachment was scrubbed... >>> URL: < >>> http://lists.allstarlink.org/pipermail/app_rpt-users/attachments/20180530/24a4675d/attachment-0001.html >>> > >>> >>> ------------------------------ >>> >>> Message: 3 >>> Date: Wed, 30 May 2018 19:51:43 -0500 >>> From: "Kevin Babich" >>> To: "'Users of Asterisk app_rpt'" >>> >>> Subject: Re: [App_rpt-users] RTCM [RX Packet Out of Bounds] >>> ***Updated*** >>> Message-ID: <010001d3f879$8c2b3710$a481a530$@gmail.com> >>> Content-Type: text/plain; charset="utf-8" >>> >>> Hayden, >>> >>> >>> >>> Do you know what exactly ?RX Packet Out of Bounds? refers to? I can >>> infer its meaning, but, one can?t be certain. Any thoughts why the system >>> time is always so far off? It has always been, since I began experimenting >>> with the RTCM in 2012. This is consistent across many RTCM?s. >>> >>> >>> _______________________________________________ >>> 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. -------------- next part -------------- An HTML attachment was scrubbed... URL: From tisawyer at gmail.com Wed Jun 13 03:03:18 2018 From: tisawyer at gmail.com (Tim Sawyer) Date: Tue, 12 Jun 2018 20:03:18 -0700 Subject: [App_rpt-users] RTCM [RX Packet Out of Bounds] ***Updated*** In-Reply-To: References: <036601d3f93f$ae7c3d70$0b74b850$@gmail.com> <0c1b01d401ef$2c2e7280$848b5780$@gmail.com> <00e501d40294$9fb435f0$df1ca1d0$@gmail.com> Message-ID: This may be a bit off topic but I've had problems with the BG7TBL units. One won't get a RTCM GPS lock with initial power on after it's been off for a while... like a day or more. The GPS Lock LED on the GPS comes on but doesn't on the RTCM. Subsequent immediate power cycle cures that. Another I've seen shifts it's time by one second after it's been running for some period. On the other hand I have one that works flawlessly. So I'm a little concerned about these. I don't know if there some incompatibility with the RTCM or if the BG7TLB units have inconsistent performance. Any thoughts on that possibly being repeated to the issue Kevin is having? On Tue, Jun 12, 2018 at 7:24 PM Chuck Henderson < rpt2 at chuck.midlandsnetworking.com> wrote: > The server needs to have the earliest time of all GPS time receivers. > Master RTCM should be on the same LAN switch as the server and all other > GPS time receivers must be at least some fraction of nano seconds delayed > from the master time. Your LAB time arrives at the server before the > master time arrives and that is not allowed for in the software. I am > surprised that it even works at all. It should not work. > I also am surprised that the SysTime does not exactly match with the > Master Time ?Valparaiso? as I checked 3 servers of mine here and the > SysTime always exactly matches the master GPSTime. Master GPSTime is the > reference for SysTime. > I am reviewing the source to see what a non master time arriving before > the master time might mess up. I know it has never worked for me when I > have tried using an even slightly delayed master time like putting a couple > of store and forward ethernet devices between the master time and the > server. > > On Tue, Jun 12, 2018 at 4:31 PM Kevin Babich > wrote: > >> Chuck, >> >> >> >> ?Valparaiso? is the master, while ?Lab? is closer to the server, it isn?t >> regularly online. The PPS Polarity is set to non-inverted, the only >> selection which works. We have more of the NOVUS GPSDO?s, I will try it to >> see if it remains in-sync with the other. Perhaps the BG7TBL oscillator >> has an issue. I know that one of his models had an issue with floating >> point math and didn?t report time accurately, I believe it was corrected in >> mine, but, maybe not. >> >> >> >> Kindest Regards, >> >> >> >> Kevin Babich | N9IAA >> >> Valparaiso, IN 46383 >> >> >> >> *From:* App_rpt-users *On >> Behalf Of *Chuck Henderson >> *Sent:* Tuesday, June 12, 2018 3:35 AM >> *To:* Users of Asterisk app_rpt >> *Subject:* Re: [App_rpt-users] RTCM [RX Packet Out of Bounds] >> ***Updated*** >> >> >> >> Kevin, >> >> Which one is the master? From the looks of it I would say that "lab" >> should be the master as it appears to be the first one to arrive at the >> server so must have the lowest network delay or they are inaccurate. >> Inaccuracy could be caused by having the PPS polarity wrong in the RTCM and >> are setting time based on the trailing edge of the pulse rather than the >> leading edge. >> >> >> >> I am also using a Raspberry Pi 3B (not plus) >> >> >> >> The master should be the first one to get a time packet to the server, or >> they should all be tied exactly. >> >> Chuck >> >> >> >> On Mon, Jun 11, 2018 at 8:46 PM Kevin Babich >> wrote: >> >> Chuck, >> >> >> >> A couple facts: >> >> >> >> The network has very low latency (sub ms) across all nodes on the VLAN. >> >> The site labeled LAB has a lab quality GPSDO, by NOVUS Power. >> >> The other sites utilize the GPSDO, by BG7TBL, as available on eBay, all >> are the 2016 vintage. >> >> >> >> Question: >> >> >> >> Is the reported system time exactly as reported by the timebase? If so, >> it would appear I have an issue with the accuracy of the GPSDO NMEA output. >> >> >> >> Here is an example of the output from my implementation: >> >> >> >> GPSTime (Lab): 06/11/18 20:16:57.000000000 >> >> SysTime: 06/11/18 20:16:57.220000 >> >> DrainTime: 06/11/18 20:16:57.180 >> >> Got GPS (Lab): Lat: 4126.20N, Lon: 08654.13W, Elev: 233.71 >> >> GPSTime (Valparaiso): 06/11/18 20:16:57.000000000 >> >> SysTime: 06/11/18 20:16:57.280000 >> >> DrainTime: 06/11/18 20:16:57.220 >> >> Got GPS (Valparaiso): Lat: 4131.82N, Lon: 08702.06W, Elev: 299.5 >> >> GPSTime (Crown_Point): 06/11/18 20:16:57.000000000 >> >> SysTime: 06/11/18 20:16:57.280000 >> >> DrainTime: 06/11/18 20:16:57.220 >> >> Got GPS (Crown_Point): Lat: 4121.15N, Lon: 08724.18W, Elev: 218.6 >> >> GPSTime (LaPorte): 06/11/18 20:16:57.000000000 >> >> SysTime: 06/11/18 20:16:57.280000 >> >> DrainTime: 06/11/18 20:16:57.220 >> >> Got GPS (LaPorte): Lat: 4139.38N, Lon: 08645.96W, Elev: 324.6 >> >> >> >> GPSTime (Lab): 06/11/18 20:17:19.000000000 >> >> SysTime: 06/11/18 20:17:19.220000 >> >> DrainTime: 06/11/18 20:17:19.180 >> >> Got GPS (Lab): Lat: 4126.20N, Lon: 08654.13W, Elev: 233.38 >> >> GPSTime (Valparaiso): 06/11/18 20:17:19.000000000 >> >> SysTime: 06/11/18 20:17:19.260000 >> >> DrainTime: 06/11/18 20:17:19.220 >> >> Got GPS (Valparaiso): Lat: 4131.82N, Lon: 08702.05W, Elev: 293.7 >> >> GPSTime (Crown_Point): 06/11/18 20:17:19.000000000 >> >> SysTime: 06/11/18 20:17:19.280000 >> >> DrainTime: 06/11/18 20:17:19.240 >> >> Got GPS (Crown_Point): Lat: 4121.15N, Lon: 08724.18W, Elev: 217.5 >> >> GPSTime (LaPorte): 06/11/18 20:17:19.000000000 >> >> SysTime: 06/11/18 20:17:19.280000 >> >> DrainTime: 06/11/18 20:17:19.240 >> >> Got GPS (LaPorte): Lat: 4139.38N, Lon: 08645.96W, Elev: 324.1 >> >> >> >> Results AFTER resetting the MASTER: >> >> >> >> GPSTime (Lab): 06/11/18 20:31:23.000000000 >> >> SysTime: 06/11/18 20:31:23.220000 >> >> DrainTime: 06/11/18 20:31:23.180 >> >> Got GPS (Lab): Lat: 4126.20N, Lon: 08654.13W, Elev: 231.86 >> >> GPSTime (Valparaiso): 06/11/18 20:31:23.000000000 >> >> SysTime: 06/11/18 20:31:23.280000 >> >> DrainTime: 06/11/18 20:31:23.240 >> >> Got GPS (Valparaiso): Lat: 4131.81N, Lon: 08702.05W, Elev: 301.8 >> >> GPSTime (LaPorte): 06/11/18 20:31:23.000000000 >> >> SysTime: 06/11/18 20:31:23.280000 >> >> DrainTime: 06/11/18 20:31:23.240 >> >> Got GPS (LaPorte): Lat: 4139.38N, Lon: 08645.96W, Elev: 327.7 >> >> GPSTime (Crown_Point): 06/11/18 20:31:23.000000000 >> >> SysTime: 06/11/18 20:31:23.280000 >> >> DrainTime: 06/11/18 20:31:23.240 >> >> Got GPS (Crown_Point): Lat: 4121.15N, Lon: 08724.18W, Elev: 218.5 >> >> >> >> Thoughts? >> >> >> >> Kindest Regards, >> >> >> >> Kevin Babich | N9IAA >> >> Valparaiso, IN 46383 >> >> >> >> *From:* App_rpt-users *On >> Behalf Of *Chuck Henderson >> *Sent:* Monday, June 4, 2018 4:51 AM >> *To:* Users of Asterisk app_rpt >> *Subject:* Re: [App_rpt-users] RTCM [RX Packet Out of Bounds] >> ***Updated*** >> >> >> >> Kevin, >> >> I just checked 3 of my RTCM's and got the following results. >> RTCM1: >> Current Time: Mon Jun 04, 2018 08:55:43.640 >> Last Rx Pkt System time: 06/04/2018 02:55:56.040, diff: 21587600 msec >> Last Rx Pkt Timestamp time: 06/04/2018 02:55:56.040, diff: 0 msec >> Last Rx Pkt index: 1080, inbounds: 1 >> >> RTCM2: >> Current Time: Mon Jun 04, 2018 08:58:20.300 >> Last Rx Pkt System time: , diff: -905657056 msec >> Last Rx Pkt Timestamp time: , diff: 0 msec >> Last Rx Pkt index: 0, inbounds: 0 >> >> RTCM3: >> Current Time: Mon Jun 04, 2018 08:58:48.060 >> Last Rx Pkt System time: , diff: -905629296 msec >> Last Rx Pkt Timestamp time: , diff: 0 msec >> Last Rx Pkt index: 0, inbounds: 0 >> >> I would not be concerned about the times. They are not important. >> >> A better thing to look at is in the Asterisk CLI issue the command >> voter debug level 3 >> >> Then expect output like the following: >> >> GPSTime (South): 06/04/18 04:07:16.000000000 >> >> SysTime: 06/04/18 04:07:16.000000 >> >> DrainTime: 06/04/18 04:07:15.960 >> >> Got GPS (South): Lat: 4020.80N, Lon: 08856.35W, Elev: 225.7 >> >> GPSTime (North): 06/04/18 04:07:16.000000000 >> >> SysTime: 06/04/18 04:07:16.000000 >> >> DrainTime: 06/04/18 04:07:15.960 >> >> Got GPS (North): Lat: 4030.79N, Lon: 08857.99W, Elev: 245.4 >> >> GPSTime (East): 06/04/18 04:07:16.000000000 >> >> SysTime: 06/04/18 04:07:16.000000 >> >> DrainTime: 06/04/18 04:07:15.980 >> >> Got GPS (East): Lat: 4030.02N, Lon: 08855.92W, Elev: 250.2 >> >> sending KEEPALIVE (GPS) packet to client East digest 99479120 >> >> sending KEEPALIVE (GPS) packet to client North digest dd455bb0 >> >> sending KEEPALIVE (GPS) packet to client South digest 4a396b22 >> >> GPSTime (East): 06/04/18 04:07:17.000000000 >> >> SysTime: 06/04/18 04:07:17.000000 >> >> DrainTime: 06/04/18 04:07:16.980 >> >> Got GPS (East): Lat: 4030.02N, Lon: 08855.92W, Elev: 250.2 >> >> GPSTime (South): 06/04/18 04:07:17.000000000 >> >> SysTime: 06/04/18 04:07:17.000000 >> >> DrainTime: 06/04/18 04:07:16.980 >> >> Got GPS (South): Lat: 4020.80N, Lon: 08856.35W, Elev: 225.7 >> >> GPSTime (North): 06/04/18 04:07:17.000000000 >> >> SysTime: 06/04/18 04:07:17.000000 >> >> DrainTime: 06/04/18 04:07:16.980 >> >> Got GPS (North): Lat: 4030.79N, Lon: 08857.99W, Elev: 245.4 >> >> sending KEEPALIVE (GPS) packet to client East digest 99479120 >> >> sending KEEPALIVE (GPS) packet to client North digest dd455bb0 >> >> sending KEEPALIVE (GPS) packet to client South digest 4a396b22 >> >> GPSTime (South): 06/04/18 04:07:18.000000000 >> >> SysTime: 06/04/18 04:07:18.000000 >> >> DrainTime: 06/04/18 04:07:17.960 >> >> Got GPS (South): Lat: 4020.80N, Lon: 08856.35W, Elev: 225.7 >> >> GPSTime (North): 06/04/18 04:07:18.000000000 >> >> SysTime: 06/04/18 04:07:18.000000 >> >> DrainTime: 06/04/18 04:07:17.980 >> >> Got GPS (North): Lat: 4030.79N, Lon: 08857.99W, Elev: 245.4 >> >> GPSTime (East): 06/04/18 04:07:18.000000000 >> >> SysTime: 06/04/18 04:07:18.000000 >> >> DrainTime: 06/04/18 04:07:17.980 >> >> Got GPS (East): Lat: 4030.02N, Lon: 08855.92W, Elev: 250.2 >> >> GPSTime (South): 06/04/18 04:07:19.000000000 >> >> SysTime: 06/04/18 04:07:19.000000 >> >> DrainTime: 06/04/18 04:07:18.960 >> >> Got GPS (South): Lat: 4020.80N, Lon: 08856.35W, Elev: 225.7 >> >> GPSTime (North): 06/04/18 04:07:19.000000000 >> >> SysTime: 06/04/18 04:07:19.000000 >> >> DrainTime: 06/04/18 04:07:18.960 >> >> Got GPS (North): Lat: 4030.79N, Lon: 08857.99W, Elev: 245.4 >> >> sending KEEPALIVE (GPS) packet to client East digest 99479120 >> >> GPSTime (East): 06/04/18 04:07:19.000000000 >> >> sending KEEPALIVE (GPS) packet to client North digest dd455bb0 >> >> SysTime: 06/04/18 04:07:19.000000 >> >> sending KEEPALIVE (GPS) packet to client South digest 4a396b22 >> >> DrainTime: 06/04/18 04:07:18.980 >> >> Got GPS (East): Lat: 4030.02N, Lon: 08855.92W, Elev: 250.2 >> >> GPSTime (North): 06/04/18 04:07:20.000000000 >> >> SysTime: 06/04/18 04:07:20.000000 >> >> DrainTime: 06/04/18 04:07:19.960 >> >> Got GPS (North): Lat: 4030.79N, Lon: 08857.99W, Elev: 245.4 >> >> GPSTime (East): 06/04/18 04:07:20.000000000 >> >> SysTime: 06/04/18 04:07:20.000000 >> >> DrainTime: 06/04/18 04:07:19.980 >> >> Got GPS (East): Lat: 4030.02N, Lon: 08855.92W, Elev: 250.2 >> >> GPSTime (South): 06/04/18 04:07:20.000000000 >> >> SysTime: 06/04/18 04:07:20.000000 >> >> DrainTime: 06/04/18 04:07:19.980 >> >> Got GPS (South): Lat: 4020.80N, Lon: 08856.35W, Elev: 225.7 >> >> >> >> Ignore the lines I marked in green and only be concerned with the lines >> that have "Time" in them. >> >> Notice that each RTCM has 3 timestamp lines that are mostly together and >> they should be within about 40 ms of each other and should also be within >> about 40ms of the other RTCMs set of lines for that second. (this is with >> no signals present and with a very low network latency between RTCMs and >> the server). >> >> >> >> If you find that one RTCM is many ms out of line with the others, I >> recommend rebooting that one and/or the master one. >> >> >> >> I also recommend not being logged into the RTCMs via telnet except to >> make setting changes. Having an active telnet session to the RTCM can have >> a negative impact on it's ability to maintain time sync lock. Having active >> output on that telnet session will have a negative impact on it's ability >> to maintain time sync lock. >> >> >> >> If the above does not solve your problem then try increasing your tx >> buffer setting to 1400 and see if that eliminates your problem. But do not >> evaluate if the problem is solved while you have an active telnet session >> to the RTCM. >> >> >> >> If you still have a problem then send the output of your "voter debug >> level 3" (with no signals present and no active telnet sessions to RTCMs). >> >> Chuck >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> On Thu, May 31, 2018 at 7:30 PM, Kevin Babich >> wrote: >> >> Hayden, >> >> >> >> When running DEBUG = 32, I see the following, but, only on occasion, say >> every minute or so: >> >> >> >> 06/01/2018 00:22:12.240 Warning: GPS Data time period elapsed >> >> GPS-DEBUG: >> $GPRMC,002213.00,A,4131.82046,N,08702.05712,W,0.027,,010618,,,D*6D >> >> GPS-DEBUG: mon: 5, gps_time: 1527812533, ctime: Fri Jun 1 00:22:13 2018 >> >> >> >> I suspect this has to do with the receiver losing lock. However, it >> doesn?t make sense as the receiver reports a strong signal and doesn?t show >> signs of loss of signal on the front alarm panel. The GPS antenna is >> designed with high RF immunity and is at a site with little activity. >> >> >> >> Kindest Regards, >> >> >> >> Kevin Babich | N9IAA >> >> Valparaiso, IN 46383 >> >> >> >> *From:* App_rpt-users *On >> Behalf Of *Hayden Honeywood >> *Sent:* Thursday, May 31, 2018 5:56 PM >> >> >> *To:* app_rpt-users at lists.allstarlink.org >> *Subject:* Re: [App_rpt-users] RTCM [RX Packet Out of Bounds] >> ***Updated*** >> >> >> >> Is the time in UTC? How far off is the system time? >> >> >> >> Have you done a full calibration of each board? >> >> What baud rate do you run on your GPS's? >> >> >> >> I tend to use 9600 baud and have had no issues with the GPS's I have used. >> >> >> >> There is various GPS debug tools available in the RTCM. They are >> documented here - >> >> https://wiki.allstarlink.org/wiki/RTCM_Client#GPS >> >> >> >> Can you possibly try injecting a 9.6MHz signal in place of the crystal on >> board? Perhaps you have a variant of James KI0KN's problem where his >> crystals were off frequency. >> >> >> >> I can't comment on that as I built all my boards and they have external >> frequency references. >> >> >> >> Regards >> >> Hayden VK7HH >> >> >> >> >> >> >> >> >> From: App_rpt-users On >> Behalf Of Hayden Honeywood >> Sent: Wednesday, May 30, 2018 5:34 PM >> To: app_rpt-users at lists.allstarlink.org >> Subject: Re: [App_rpt-users] RTCM [RX Packet Out of Bounds] ***Updated*** >> >> >> >> What is your values in voter.conf for RX buffer (960) and in the RTCM >> client for TX buffer (480). Are all RTCM TX buffers set to the same value? >> Yes, 480. These values were based upon the math Jim provided, which is a >> function of maximum latencies on the network. We rarely have greater than >> 1ms to any host on the network. >> >> >> >> Are all the GPS's in a location where they cannot be swamped with RF? >> Yes, and they utilize PCTEL antennas with filtering for use in RF dense >> environments. >> >> >> >> Some users have had success with a dedicated RTCM as the master timing >> source (with no radio connected). Has it been suspected that an RTCM >> doesn?t have the horsepower to handle both functions contemporaneously? >> >> >> >> Regards >> >> Hayden VK7HH >> >> -------------- next part -------------- >> An HTML attachment was scrubbed... >> URL: < >> http://lists.allstarlink.org/pipermail/app_rpt-users/attachments/20180530/24a4675d/attachment-0001.html >> > >> >> ------------------------------ >> >> Message: 3 >> Date: Wed, 30 May 2018 19:51:43 -0500 >> From: "Kevin Babich" >> To: "'Users of Asterisk app_rpt'" >> >> Subject: Re: [App_rpt-users] RTCM [RX Packet Out of Bounds] >> ***Updated*** >> Message-ID: <010001d3f879$8c2b3710$a481a530$@gmail.com> >> Content-Type: text/plain; charset="utf-8" >> >> Hayden, >> >> >> >> Do you know what exactly ?RX Packet Out of Bounds? refers to? I can >> infer its meaning, but, one can?t be certain. Any thoughts why the system >> time is always so far off? It has always been, since I began experimenting >> with the RTCM in 2012. This is consistent across many RTCM?s. >> >> >> _______________________________________________ >> 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. -- Tim WD6AWP -------------- next part -------------- An HTML attachment was scrubbed... URL: From rpt2 at chuck.midlandsnetworking.com Wed Jun 13 03:02:46 2018 From: rpt2 at chuck.midlandsnetworking.com (Chuck Henderson) Date: Tue, 12 Jun 2018 22:02:46 -0500 Subject: [App_rpt-users] RTCM [RX Packet Out of Bounds] ***Updated*** In-Reply-To: <014101d402c0$8ede0b80$ac9a2280$@gmail.com> References: <036601d3f93f$ae7c3d70$0b74b850$@gmail.com> <0c1b01d401ef$2c2e7280$848b5780$@gmail.com> <00e501d40294$9fb435f0$df1ca1d0$@gmail.com> <014101d402c0$8ede0b80$ac9a2280$@gmail.com> Message-ID: I recommend restarting asterisk after the changes. On Tue, Jun 12, 2018 at 9:45 PM Kevin Babich wrote: > Chuck, > > > > Is Systime coming from the RTCM or app_rpt? Any thoughts on what could be > causing this anomaly (Systime not syncing with GPS time)? You reference > servers, by that do you mean instances of app_rpt? I?ll change to the LAB > source for master timing and see if anything changes. > > > > Kindest Regards, > > > > Kevin Babich | N9IAA > > Valparaiso, IN 46383 > > > > *From:* App_rpt-users *On > Behalf Of *Chuck Henderson > *Sent:* Tuesday, June 12, 2018 9:23 PM > *To:* Users of Asterisk app_rpt > *Subject:* Re: [App_rpt-users] RTCM [RX Packet Out of Bounds] > ***Updated*** > > > > The server needs to have the earliest time of all GPS time receivers. > Master RTCM should be on the same LAN switch as the server and all other > GPS time receivers must be at least some fraction of nano seconds delayed > from the master time. Your LAB time arrives at the server before the > master time arrives and that is not allowed for in the software. I am > surprised that it even works at all. It should not work. > > I also am surprised that the SysTime does not exactly match with the > Master Time ?Valparaiso? as I checked 3 servers of mine here and the > SysTime always exactly matches the master GPSTime. Master GPSTime is the > reference for SysTime. > > I am reviewing the source to see what a non master time arriving before > the master time might mess up. I know it has never worked for me when I > have tried using an even slightly delayed master time like putting a couple > of store and forward ethernet devices between the master time and the > server. > > > > On Tue, Jun 12, 2018 at 4:31 PM Kevin Babich > wrote: > > Chuck, > > > > ?Valparaiso? is the master, while ?Lab? is closer to the server, it isn?t > regularly online. The PPS Polarity is set to non-inverted, the only > selection which works. We have more of the NOVUS GPSDO?s, I will try it to > see if it remains in-sync with the other. Perhaps the BG7TBL oscillator > has an issue. I know that one of his models had an issue with floating > point math and didn?t report time accurately, I believe it was corrected in > mine, but, maybe not. > > > > Kindest Regards, > > > > Kevin Babich | N9IAA > > Valparaiso, IN 46383 > > > > *From:* App_rpt-users *On > Behalf Of *Chuck Henderson > *Sent:* Tuesday, June 12, 2018 3:35 AM > *To:* Users of Asterisk app_rpt > *Subject:* Re: [App_rpt-users] RTCM [RX Packet Out of Bounds] > ***Updated*** > > > > Kevin, > > Which one is the master? From the looks of it I would say that "lab" > should be the master as it appears to be the first one to arrive at the > server so must have the lowest network delay or they are inaccurate. > Inaccuracy could be caused by having the PPS polarity wrong in the RTCM and > are setting time based on the trailing edge of the pulse rather than the > leading edge. > > > > I am also using a Raspberry Pi 3B (not plus) > > > > The master should be the first one to get a time packet to the server, or > they should all be tied exactly. > > Chuck > > > > On Mon, Jun 11, 2018 at 8:46 PM Kevin Babich > wrote: > > Chuck, > > > > A couple facts: > > > > The network has very low latency (sub ms) across all nodes on the VLAN. > > The site labeled LAB has a lab quality GPSDO, by NOVUS Power. > > The other sites utilize the GPSDO, by BG7TBL, as available on eBay, all > are the 2016 vintage. > > > > Question: > > > > Is the reported system time exactly as reported by the timebase? If so, > it would appear I have an issue with the accuracy of the GPSDO NMEA output. > > > > Here is an example of the output from my implementation: > > > > GPSTime (Lab): 06/11/18 20:16:57.000000000 > > SysTime: 06/11/18 20:16:57.220000 > > DrainTime: 06/11/18 20:16:57.180 > > Got GPS (Lab): Lat: 4126.20N, Lon: 08654.13W, Elev: 233.71 > > GPSTime (Valparaiso): 06/11/18 20:16:57.000000000 > > SysTime: 06/11/18 20:16:57.280000 > > DrainTime: 06/11/18 20:16:57.220 > > Got GPS (Valparaiso): Lat: 4131.82N, Lon: 08702.06W, Elev: 299.5 > > GPSTime (Crown_Point): 06/11/18 20:16:57.000000000 > > SysTime: 06/11/18 20:16:57.280000 > > DrainTime: 06/11/18 20:16:57.220 > > Got GPS (Crown_Point): Lat: 4121.15N, Lon: 08724.18W, Elev: 218.6 > > GPSTime (LaPorte): 06/11/18 20:16:57.000000000 > > SysTime: 06/11/18 20:16:57.280000 > > DrainTime: 06/11/18 20:16:57.220 > > Got GPS (LaPorte): Lat: 4139.38N, Lon: 08645.96W, Elev: 324.6 > > > > GPSTime (Lab): 06/11/18 20:17:19.000000000 > > SysTime: 06/11/18 20:17:19.220000 > > DrainTime: 06/11/18 20:17:19.180 > > Got GPS (Lab): Lat: 4126.20N, Lon: 08654.13W, Elev: 233.38 > > GPSTime (Valparaiso): 06/11/18 20:17:19.000000000 > > SysTime: 06/11/18 20:17:19.260000 > > DrainTime: 06/11/18 20:17:19.220 > > Got GPS (Valparaiso): Lat: 4131.82N, Lon: 08702.05W, Elev: 293.7 > > GPSTime (Crown_Point): 06/11/18 20:17:19.000000000 > > SysTime: 06/11/18 20:17:19.280000 > > DrainTime: 06/11/18 20:17:19.240 > > Got GPS (Crown_Point): Lat: 4121.15N, Lon: 08724.18W, Elev: 217.5 > > GPSTime (LaPorte): 06/11/18 20:17:19.000000000 > > SysTime: 06/11/18 20:17:19.280000 > > DrainTime: 06/11/18 20:17:19.240 > > Got GPS (LaPorte): Lat: 4139.38N, Lon: 08645.96W, Elev: 324.1 > > > > Results AFTER resetting the MASTER: > > > > GPSTime (Lab): 06/11/18 20:31:23.000000000 > > SysTime: 06/11/18 20:31:23.220000 > > DrainTime: 06/11/18 20:31:23.180 > > Got GPS (Lab): Lat: 4126.20N, Lon: 08654.13W, Elev: 231.86 > > GPSTime (Valparaiso): 06/11/18 20:31:23.000000000 > > SysTime: 06/11/18 20:31:23.280000 > > DrainTime: 06/11/18 20:31:23.240 > > Got GPS (Valparaiso): Lat: 4131.81N, Lon: 08702.05W, Elev: 301.8 > > GPSTime (LaPorte): 06/11/18 20:31:23.000000000 > > SysTime: 06/11/18 20:31:23.280000 > > DrainTime: 06/11/18 20:31:23.240 > > Got GPS (LaPorte): Lat: 4139.38N, Lon: 08645.96W, Elev: 327.7 > > GPSTime (Crown_Point): 06/11/18 20:31:23.000000000 > > SysTime: 06/11/18 20:31:23.280000 > > DrainTime: 06/11/18 20:31:23.240 > > Got GPS (Crown_Point): Lat: 4121.15N, Lon: 08724.18W, Elev: 218.5 > > > > Thoughts? > > > > Kindest Regards, > > > > Kevin Babich | N9IAA > > Valparaiso, IN 46383 > > > > *From:* App_rpt-users *On > Behalf Of *Chuck Henderson > *Sent:* Monday, June 4, 2018 4:51 AM > *To:* Users of Asterisk app_rpt > *Subject:* Re: [App_rpt-users] RTCM [RX Packet Out of Bounds] > ***Updated*** > > > > Kevin, > > I just checked 3 of my RTCM's and got the following results. > RTCM1: > Current Time: Mon Jun 04, 2018 08:55:43.640 > Last Rx Pkt System time: 06/04/2018 02:55:56.040, diff: 21587600 msec > Last Rx Pkt Timestamp time: 06/04/2018 02:55:56.040, diff: 0 msec > Last Rx Pkt index: 1080, inbounds: 1 > > RTCM2: > Current Time: Mon Jun 04, 2018 08:58:20.300 > Last Rx Pkt System time: , diff: -905657056 msec > Last Rx Pkt Timestamp time: , diff: 0 msec > Last Rx Pkt index: 0, inbounds: 0 > > RTCM3: > Current Time: Mon Jun 04, 2018 08:58:48.060 > Last Rx Pkt System time: , diff: -905629296 msec > Last Rx Pkt Timestamp time: , diff: 0 msec > Last Rx Pkt index: 0, inbounds: 0 > > I would not be concerned about the times. They are not important. > > A better thing to look at is in the Asterisk CLI issue the command > voter debug level 3 > > Then expect output like the following: > > GPSTime (South): 06/04/18 04:07:16.000000000 > > SysTime: 06/04/18 04:07:16.000000 > > DrainTime: 06/04/18 04:07:15.960 > > Got GPS (South): Lat: 4020.80N, Lon: 08856.35W, Elev: 225.7 > > GPSTime (North): 06/04/18 04:07:16.000000000 > > SysTime: 06/04/18 04:07:16.000000 > > DrainTime: 06/04/18 04:07:15.960 > > Got GPS (North): Lat: 4030.79N, Lon: 08857.99W, Elev: 245.4 > > GPSTime (East): 06/04/18 04:07:16.000000000 > > SysTime: 06/04/18 04:07:16.000000 > > DrainTime: 06/04/18 04:07:15.980 > > Got GPS (East): Lat: 4030.02N, Lon: 08855.92W, Elev: 250.2 > > sending KEEPALIVE (GPS) packet to client East digest 99479120 > > sending KEEPALIVE (GPS) packet to client North digest dd455bb0 > > sending KEEPALIVE (GPS) packet to client South digest 4a396b22 > > GPSTime (East): 06/04/18 04:07:17.000000000 > > SysTime: 06/04/18 04:07:17.000000 > > DrainTime: 06/04/18 04:07:16.980 > > Got GPS (East): Lat: 4030.02N, Lon: 08855.92W, Elev: 250.2 > > GPSTime (South): 06/04/18 04:07:17.000000000 > > SysTime: 06/04/18 04:07:17.000000 > > DrainTime: 06/04/18 04:07:16.980 > > Got GPS (South): Lat: 4020.80N, Lon: 08856.35W, Elev: 225.7 > > GPSTime (North): 06/04/18 04:07:17.000000000 > > SysTime: 06/04/18 04:07:17.000000 > > DrainTime: 06/04/18 04:07:16.980 > > Got GPS (North): Lat: 4030.79N, Lon: 08857.99W, Elev: 245.4 > > sending KEEPALIVE (GPS) packet to client East digest 99479120 > > sending KEEPALIVE (GPS) packet to client North digest dd455bb0 > > sending KEEPALIVE (GPS) packet to client South digest 4a396b22 > > GPSTime (South): 06/04/18 04:07:18.000000000 > > SysTime: 06/04/18 04:07:18.000000 > > DrainTime: 06/04/18 04:07:17.960 > > Got GPS (South): Lat: 4020.80N, Lon: 08856.35W, Elev: 225.7 > > GPSTime (North): 06/04/18 04:07:18.000000000 > > SysTime: 06/04/18 04:07:18.000000 > > DrainTime: 06/04/18 04:07:17.980 > > Got GPS (North): Lat: 4030.79N, Lon: 08857.99W, Elev: 245.4 > > GPSTime (East): 06/04/18 04:07:18.000000000 > > SysTime: 06/04/18 04:07:18.000000 > > DrainTime: 06/04/18 04:07:17.980 > > Got GPS (East): Lat: 4030.02N, Lon: 08855.92W, Elev: 250.2 > > GPSTime (South): 06/04/18 04:07:19.000000000 > > SysTime: 06/04/18 04:07:19.000000 > > DrainTime: 06/04/18 04:07:18.960 > > Got GPS (South): Lat: 4020.80N, Lon: 08856.35W, Elev: 225.7 > > GPSTime (North): 06/04/18 04:07:19.000000000 > > SysTime: 06/04/18 04:07:19.000000 > > DrainTime: 06/04/18 04:07:18.960 > > Got GPS (North): Lat: 4030.79N, Lon: 08857.99W, Elev: 245.4 > > sending KEEPALIVE (GPS) packet to client East digest 99479120 > > GPSTime (East): 06/04/18 04:07:19.000000000 > > sending KEEPALIVE (GPS) packet to client North digest dd455bb0 > > SysTime: 06/04/18 04:07:19.000000 > > sending KEEPALIVE (GPS) packet to client South digest 4a396b22 > > DrainTime: 06/04/18 04:07:18.980 > > Got GPS (East): Lat: 4030.02N, Lon: 08855.92W, Elev: 250.2 > > GPSTime (North): 06/04/18 04:07:20.000000000 > > SysTime: 06/04/18 04:07:20.000000 > > DrainTime: 06/04/18 04:07:19.960 > > Got GPS (North): Lat: 4030.79N, Lon: 08857.99W, Elev: 245.4 > > GPSTime (East): 06/04/18 04:07:20.000000000 > > SysTime: 06/04/18 04:07:20.000000 > > DrainTime: 06/04/18 04:07:19.980 > > Got GPS (East): Lat: 4030.02N, Lon: 08855.92W, Elev: 250.2 > > GPSTime (South): 06/04/18 04:07:20.000000000 > > SysTime: 06/04/18 04:07:20.000000 > > DrainTime: 06/04/18 04:07:19.980 > > Got GPS (South): Lat: 4020.80N, Lon: 08856.35W, Elev: 225.7 > > > > Ignore the lines I marked in green and only be concerned with the lines > that have "Time" in them. > > Notice that each RTCM has 3 timestamp lines that are mostly together and > they should be within about 40 ms of each other and should also be within > about 40ms of the other RTCMs set of lines for that second. (this is with > no signals present and with a very low network latency between RTCMs and > the server). > > > > If you find that one RTCM is many ms out of line with the others, I > recommend rebooting that one and/or the master one. > > > > I also recommend not being logged into the RTCMs via telnet except to make > setting changes. Having an active telnet session to the RTCM can have a > negative impact on it's ability to maintain time sync lock. Having active > output on that telnet session will have a negative impact on it's ability > to maintain time sync lock. > > > > If the above does not solve your problem then try increasing your tx > buffer setting to 1400 and see if that eliminates your problem. But do not > evaluate if the problem is solved while you have an active telnet session > to the RTCM. > > > > If you still have a problem then send the output of your "voter debug > level 3" (with no signals present and no active telnet sessions to RTCMs). > > Chuck > > > > > > > > > > > > > > > > > > > > > > > > > > > > On Thu, May 31, 2018 at 7:30 PM, Kevin Babich > wrote: > > Hayden, > > > > When running DEBUG = 32, I see the following, but, only on occasion, say > every minute or so: > > > > 06/01/2018 00:22:12.240 Warning: GPS Data time period elapsed > > GPS-DEBUG: > $GPRMC,002213.00,A,4131.82046,N,08702.05712,W,0.027,,010618,,,D*6D > > GPS-DEBUG: mon: 5, gps_time: 1527812533, ctime: Fri Jun 1 00:22:13 2018 > > > > I suspect this has to do with the receiver losing lock. However, it > doesn?t make sense as the receiver reports a strong signal and doesn?t show > signs of loss of signal on the front alarm panel. The GPS antenna is > designed with high RF immunity and is at a site with little activity. > > > > Kindest Regards, > > > > Kevin Babich | N9IAA > > Valparaiso, IN 46383 > > > > *From:* App_rpt-users *On > Behalf Of *Hayden Honeywood > *Sent:* Thursday, May 31, 2018 5:56 PM > > > *To:* app_rpt-users at lists.allstarlink.org > *Subject:* Re: [App_rpt-users] RTCM [RX Packet Out of Bounds] > ***Updated*** > > > > Is the time in UTC? How far off is the system time? > > > > Have you done a full calibration of each board? > > What baud rate do you run on your GPS's? > > > > I tend to use 9600 baud and have had no issues with the GPS's I have used. > > > > There is various GPS debug tools available in the RTCM. They are > documented here - > > https://wiki.allstarlink.org/wiki/RTCM_Client#GPS > > > > Can you possibly try injecting a 9.6MHz signal in place of the crystal on > board? Perhaps you have a variant of James KI0KN's problem where his > crystals were off frequency. > > > > I can't comment on that as I built all my boards and they have external > frequency references. > > > > Regards > > Hayden VK7HH > > > > > > > > > From: App_rpt-users On > Behalf Of Hayden Honeywood > Sent: Wednesday, May 30, 2018 5:34 PM > To: app_rpt-users at lists.allstarlink.org > Subject: Re: [App_rpt-users] RTCM [RX Packet Out of Bounds] ***Updated*** > > > > What is your values in voter.conf for RX buffer (960) and in the RTCM > client for TX buffer (480). Are all RTCM TX buffers set to the same value? > Yes, 480. These values were based upon the math Jim provided, which is a > function of maximum latencies on the network. We rarely have greater than > 1ms to any host on the network. > > > > Are all the GPS's in a location where they cannot be swamped with RF? Yes, > and they utilize PCTEL antennas with filtering for use in RF dense > environments. > > > > Some users have had success with a dedicated RTCM as the master timing > source (with no radio connected). Has it been suspected that an RTCM > doesn?t have the horsepower to handle both functions contemporaneously? > > > > Regards > > Hayden VK7HH > > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: < > http://lists.allstarlink.org/pipermail/app_rpt-users/attachments/20180530/24a4675d/attachment-0001.html > > > > ------------------------------ > > Message: 3 > Date: Wed, 30 May 2018 19:51:43 -0500 > From: "Kevin Babich" > To: "'Users of Asterisk app_rpt'" > > Subject: Re: [App_rpt-users] RTCM [RX Packet Out of Bounds] > ***Updated*** > Message-ID: <010001d3f879$8c2b3710$a481a530$@gmail.com> > Content-Type: text/plain; charset="utf-8" > > Hayden, > > > > Do you know what exactly ?RX Packet Out of Bounds? refers to? I can infer > its meaning, but, one can?t be certain. Any thoughts why the system time > is always so far off? It has always been, since I began experimenting with > the RTCM in 2012. This is consistent across many RTCM?s. > > > _______________________________________________ > 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. -------------- next part -------------- An HTML attachment was scrubbed... URL: From kevin.babich at gmail.com Wed Jun 13 03:08:20 2018 From: kevin.babich at gmail.com (Kevin Babich) Date: Tue, 12 Jun 2018 22:08:20 -0500 Subject: [App_rpt-users] RTCM [RX Packet Out of Bounds] ***Updated*** In-Reply-To: References: <036601d3f93f$ae7c3d70$0b74b850$@gmail.com> <0c1b01d401ef$2c2e7280$848b5780$@gmail.com> <00e501d40294$9fb435f0$df1ca1d0$@gmail.com> <014101d402c0$8ede0b80$ac9a2280$@gmail.com> Message-ID: <015f01d402c3$c946ddd0$5bd49970$@gmail.com> Done? no change. I?m really curious why the systime doesn?t track the gpstime. Is systime influenced by the directly connected GPS receiver, or is this a reflection of the asterisk server? Does the master influence asterisk/app_rpt which in turn influences the slave RTCM?s? I?m trying to understand the flow of signaling, this will signal where to look for the problem. (i.e. is it an RTCM or Asterisk/app_rpt code issue?) Kindest Regards, Kevin Babich | N9IAA Valparaiso, IN 46383 From: App_rpt-users On Behalf Of Chuck Henderson Sent: Tuesday, June 12, 2018 10:03 PM To: Users of Asterisk app_rpt Subject: Re: [App_rpt-users] RTCM [RX Packet Out of Bounds] ***Updated*** I recommend restarting asterisk after the changes. On Tue, Jun 12, 2018 at 9:45 PM Kevin Babich > wrote: Chuck, Is Systime coming from the RTCM or app_rpt? Any thoughts on what could be causing this anomaly (Systime not syncing with GPS time)? You reference servers, by that do you mean instances of app_rpt? I?ll change to the LAB source for master timing and see if anything changes. Kindest Regards, Kevin Babich | N9IAA Valparaiso, IN 46383 From: App_rpt-users > On Behalf Of Chuck Henderson Sent: Tuesday, June 12, 2018 9:23 PM To: Users of Asterisk app_rpt > Subject: Re: [App_rpt-users] RTCM [RX Packet Out of Bounds] ***Updated*** The server needs to have the earliest time of all GPS time receivers. Master RTCM should be on the same LAN switch as the server and all other GPS time receivers must be at least some fraction of nano seconds delayed from the master time. Your LAB time arrives at the server before the master time arrives and that is not allowed for in the software. I am surprised that it even works at all. It should not work. I also am surprised that the SysTime does not exactly match with the Master Time ?Valparaiso? as I checked 3 servers of mine here and the SysTime always exactly matches the master GPSTime. Master GPSTime is the reference for SysTime. I am reviewing the source to see what a non master time arriving before the master time might mess up. I know it has never worked for me when I have tried using an even slightly delayed master time like putting a couple of store and forward ethernet devices between the master time and the server. On Tue, Jun 12, 2018 at 4:31 PM Kevin Babich > wrote: Chuck, ?Valparaiso? is the master, while ?Lab? is closer to the server, it isn?t regularly online. The PPS Polarity is set to non-inverted, the only selection which works. We have more of the NOVUS GPSDO?s, I will try it to see if it remains in-sync with the other. Perhaps the BG7TBL oscillator has an issue. I know that one of his models had an issue with floating point math and didn?t report time accurately, I believe it was corrected in mine, but, maybe not. Kindest Regards, Kevin Babich | N9IAA Valparaiso, IN 46383 From: App_rpt-users > On Behalf Of Chuck Henderson Sent: Tuesday, June 12, 2018 3:35 AM To: Users of Asterisk app_rpt > Subject: Re: [App_rpt-users] RTCM [RX Packet Out of Bounds] ***Updated*** Kevin, Which one is the master? From the looks of it I would say that "lab" should be the master as it appears to be the first one to arrive at the server so must have the lowest network delay or they are inaccurate. Inaccuracy could be caused by having the PPS polarity wrong in the RTCM and are setting time based on the trailing edge of the pulse rather than the leading edge. I am also using a Raspberry Pi 3B (not plus) The master should be the first one to get a time packet to the server, or they should all be tied exactly. Chuck On Mon, Jun 11, 2018 at 8:46 PM Kevin Babich > wrote: Chuck, A couple facts: The network has very low latency (sub ms) across all nodes on the VLAN. The site labeled LAB has a lab quality GPSDO, by NOVUS Power. The other sites utilize the GPSDO, by BG7TBL, as available on eBay, all are the 2016 vintage. Question: Is the reported system time exactly as reported by the timebase? If so, it would appear I have an issue with the accuracy of the GPSDO NMEA output. Here is an example of the output from my implementation: GPSTime (Lab): 06/11/18 20:16:57.000000000 SysTime: 06/11/18 20:16:57.220000 DrainTime: 06/11/18 20:16:57.180 Got GPS (Lab): Lat: 4126.20N, Lon: 08654.13W, Elev: 233.71 GPSTime (Valparaiso): 06/11/18 20:16:57.000000000 SysTime: 06/11/18 20:16:57.280000 DrainTime: 06/11/18 20:16:57.220 Got GPS (Valparaiso): Lat: 4131.82N, Lon: 08702.06W, Elev: 299.5 GPSTime (Crown_Point): 06/11/18 20:16:57.000000000 SysTime: 06/11/18 20:16:57.280000 DrainTime: 06/11/18 20:16:57.220 Got GPS (Crown_Point): Lat: 4121.15N, Lon: 08724.18W, Elev: 218.6 GPSTime (LaPorte): 06/11/18 20:16:57.000000000 SysTime: 06/11/18 20:16:57.280000 DrainTime: 06/11/18 20:16:57.220 Got GPS (LaPorte): Lat: 4139.38N, Lon: 08645.96W, Elev: 324.6 GPSTime (Lab): 06/11/18 20:17:19.000000000 SysTime: 06/11/18 20:17:19.220000 DrainTime: 06/11/18 20:17:19.180 Got GPS (Lab): Lat: 4126.20N, Lon: 08654.13W, Elev: 233.38 GPSTime (Valparaiso): 06/11/18 20:17:19.000000000 SysTime: 06/11/18 20:17:19.260000 DrainTime: 06/11/18 20:17:19.220 Got GPS (Valparaiso): Lat: 4131.82N, Lon: 08702.05W, Elev: 293.7 GPSTime (Crown_Point): 06/11/18 20:17:19.000000000 SysTime: 06/11/18 20:17:19.280000 DrainTime: 06/11/18 20:17:19.240 Got GPS (Crown_Point): Lat: 4121.15N, Lon: 08724.18W, Elev: 217.5 GPSTime (LaPorte): 06/11/18 20:17:19.000000000 SysTime: 06/11/18 20:17:19.280000 DrainTime: 06/11/18 20:17:19.240 Got GPS (LaPorte): Lat: 4139.38N, Lon: 08645.96W, Elev: 324.1 Results AFTER resetting the MASTER: GPSTime (Lab): 06/11/18 20:31:23.000000000 SysTime: 06/11/18 20:31:23.220000 DrainTime: 06/11/18 20:31:23.180 Got GPS (Lab): Lat: 4126.20N, Lon: 08654.13W, Elev: 231.86 GPSTime (Valparaiso): 06/11/18 20:31:23.000000000 SysTime: 06/11/18 20:31:23.280000 DrainTime: 06/11/18 20:31:23.240 Got GPS (Valparaiso): Lat: 4131.81N, Lon: 08702.05W, Elev: 301.8 GPSTime (LaPorte): 06/11/18 20:31:23.000000000 SysTime: 06/11/18 20:31:23.280000 DrainTime: 06/11/18 20:31:23.240 Got GPS (LaPorte): Lat: 4139.38N, Lon: 08645.96W, Elev: 327.7 GPSTime (Crown_Point): 06/11/18 20:31:23.000000000 SysTime: 06/11/18 20:31:23.280000 DrainTime: 06/11/18 20:31:23.240 Got GPS (Crown_Point): Lat: 4121.15N, Lon: 08724.18W, Elev: 218.5 Thoughts? Kindest Regards, Kevin Babich | N9IAA Valparaiso, IN 46383 From: App_rpt-users > On Behalf Of Chuck Henderson Sent: Monday, June 4, 2018 4:51 AM To: Users of Asterisk app_rpt > Subject: Re: [App_rpt-users] RTCM [RX Packet Out of Bounds] ***Updated*** Kevin, I just checked 3 of my RTCM's and got the following results. RTCM1: Current Time: Mon Jun 04, 2018 08:55:43.640 Last Rx Pkt System time: 06/04/2018 02:55:56.040, diff: 21587600 msec Last Rx Pkt Timestamp time: 06/04/2018 02:55:56.040, diff: 0 msec Last Rx Pkt index: 1080, inbounds: 1 RTCM2: Current Time: Mon Jun 04, 2018 08:58:20.300 Last Rx Pkt System time: , diff: -905657056 msec Last Rx Pkt Timestamp time: , diff: 0 msec Last Rx Pkt index: 0, inbounds: 0 RTCM3: Current Time: Mon Jun 04, 2018 08:58:48.060 Last Rx Pkt System time: , diff: -905629296 msec Last Rx Pkt Timestamp time: , diff: 0 msec Last Rx Pkt index: 0, inbounds: 0 I would not be concerned about the times. They are not important. A better thing to look at is in the Asterisk CLI issue the command voter debug level 3 Then expect output like the following: GPSTime (South): 06/04/18 04:07:16.000000000 SysTime: 06/04/18 04:07:16.000000 DrainTime: 06/04/18 04:07:15.960 Got GPS (South): Lat: 4020.80N, Lon: 08856.35W, Elev: 225.7 GPSTime (North): 06/04/18 04:07:16.000000000 SysTime: 06/04/18 04:07:16.000000 DrainTime: 06/04/18 04:07:15.960 Got GPS (North): Lat: 4030.79N, Lon: 08857.99W, Elev: 245.4 GPSTime (East): 06/04/18 04:07:16.000000000 SysTime: 06/04/18 04:07:16.000000 DrainTime: 06/04/18 04:07:15.980 Got GPS (East): Lat: 4030.02N, Lon: 08855.92W, Elev: 250.2 sending KEEPALIVE (GPS) packet to client East digest 99479120 sending KEEPALIVE (GPS) packet to client North digest dd455bb0 sending KEEPALIVE (GPS) packet to client South digest 4a396b22 GPSTime (East): 06/04/18 04:07:17.000000000 SysTime: 06/04/18 04:07:17.000000 DrainTime: 06/04/18 04:07:16.980 Got GPS (East): Lat: 4030.02N, Lon: 08855.92W, Elev: 250.2 GPSTime (South): 06/04/18 04:07:17.000000000 SysTime: 06/04/18 04:07:17.000000 DrainTime: 06/04/18 04:07:16.980 Got GPS (South): Lat: 4020.80N, Lon: 08856.35W, Elev: 225.7 GPSTime (North): 06/04/18 04:07:17.000000000 SysTime: 06/04/18 04:07:17.000000 DrainTime: 06/04/18 04:07:16.980 Got GPS (North): Lat: 4030.79N, Lon: 08857.99W, Elev: 245.4 sending KEEPALIVE (GPS) packet to client East digest 99479120 sending KEEPALIVE (GPS) packet to client North digest dd455bb0 sending KEEPALIVE (GPS) packet to client South digest 4a396b22 GPSTime (South): 06/04/18 04:07:18.000000000 SysTime: 06/04/18 04:07:18.000000 DrainTime: 06/04/18 04:07:17.960 Got GPS (South): Lat: 4020.80N, Lon: 08856.35W, Elev: 225.7 GPSTime (North): 06/04/18 04:07:18.000000000 SysTime: 06/04/18 04:07:18.000000 DrainTime: 06/04/18 04:07:17.980 Got GPS (North): Lat: 4030.79N, Lon: 08857.99W, Elev: 245.4 GPSTime (East): 06/04/18 04:07:18.000000000 SysTime: 06/04/18 04:07:18.000000 DrainTime: 06/04/18 04:07:17.980 Got GPS (East): Lat: 4030.02N, Lon: 08855.92W, Elev: 250.2 GPSTime (South): 06/04/18 04:07:19.000000000 SysTime: 06/04/18 04:07:19.000000 DrainTime: 06/04/18 04:07:18.960 Got GPS (South): Lat: 4020.80N, Lon: 08856.35W, Elev: 225.7 GPSTime (North): 06/04/18 04:07:19.000000000 SysTime: 06/04/18 04:07:19.000000 DrainTime: 06/04/18 04:07:18.960 Got GPS (North): Lat: 4030.79N, Lon: 08857.99W, Elev: 245.4 sending KEEPALIVE (GPS) packet to client East digest 99479120 GPSTime (East): 06/04/18 04:07:19.000000000 sending KEEPALIVE (GPS) packet to client North digest dd455bb0 SysTime: 06/04/18 04:07:19.000000 sending KEEPALIVE (GPS) packet to client South digest 4a396b22 DrainTime: 06/04/18 04:07:18.980 Got GPS (East): Lat: 4030.02N, Lon: 08855.92W, Elev: 250.2 GPSTime (North): 06/04/18 04:07:20.000000000 SysTime: 06/04/18 04:07:20.000000 DrainTime: 06/04/18 04:07:19.960 Got GPS (North): Lat: 4030.79N, Lon: 08857.99W, Elev: 245.4 GPSTime (East): 06/04/18 04:07:20.000000000 SysTime: 06/04/18 04:07:20.000000 DrainTime: 06/04/18 04:07:19.980 Got GPS (East): Lat: 4030.02N, Lon: 08855.92W, Elev: 250.2 GPSTime (South): 06/04/18 04:07:20.000000000 SysTime: 06/04/18 04:07:20.000000 DrainTime: 06/04/18 04:07:19.980 Got GPS (South): Lat: 4020.80N, Lon: 08856.35W, Elev: 225.7 Ignore the lines I marked in green and only be concerned with the lines that have "Time" in them. Notice that each RTCM has 3 timestamp lines that are mostly together and they should be within about 40 ms of each other and should also be within about 40ms of the other RTCMs set of lines for that second. (this is with no signals present and with a very low network latency between RTCMs and the server). If you find that one RTCM is many ms out of line with the others, I recommend rebooting that one and/or the master one. I also recommend not being logged into the RTCMs via telnet except to make setting changes. Having an active telnet session to the RTCM can have a negative impact on it's ability to maintain time sync lock. Having active output on that telnet session will have a negative impact on it's ability to maintain time sync lock. If the above does not solve your problem then try increasing your tx buffer setting to 1400 and see if that eliminates your problem. But do not evaluate if the problem is solved while you have an active telnet session to the RTCM. If you still have a problem then send the output of your "voter debug level 3" (with no signals present and no active telnet sessions to RTCMs). Chuck On Thu, May 31, 2018 at 7:30 PM, Kevin Babich > wrote: Hayden, When running DEBUG = 32, I see the following, but, only on occasion, say every minute or so: 06/01/2018 00:22:12.240 Warning: GPS Data time period elapsed GPS-DEBUG: $GPRMC,002213.00,A,4131.82046,N,08702.05712,W,0.027,,010618,,,D*6D GPS-DEBUG: mon: 5, gps_time: 1527812533, ctime: Fri Jun 1 00:22:13 2018 I suspect this has to do with the receiver losing lock. However, it doesn?t make sense as the receiver reports a strong signal and doesn?t show signs of loss of signal on the front alarm panel. The GPS antenna is designed with high RF immunity and is at a site with little activity. Kindest Regards, Kevin Babich | N9IAA Valparaiso, IN 46383 From: App_rpt-users > On Behalf Of Hayden Honeywood Sent: Thursday, May 31, 2018 5:56 PM To: app_rpt-users at lists.allstarlink.org Subject: Re: [App_rpt-users] RTCM [RX Packet Out of Bounds] ***Updated*** Is the time in UTC? How far off is the system time? Have you done a full calibration of each board? What baud rate do you run on your GPS's? I tend to use 9600 baud and have had no issues with the GPS's I have used. There is various GPS debug tools available in the RTCM. They are documented here - https://wiki.allstarlink.org/wiki/RTCM_Client#GPS Can you possibly try injecting a 9.6MHz signal in place of the crystal on board? Perhaps you have a variant of James KI0KN's problem where his crystals were off frequency. I can't comment on that as I built all my boards and they have external frequency references. Regards Hayden VK7HH From: App_rpt-users > On Behalf Of Hayden Honeywood Sent: Wednesday, May 30, 2018 5:34 PM To: app_rpt-users at lists.allstarlink.org Subject: Re: [App_rpt-users] RTCM [RX Packet Out of Bounds] ***Updated*** What is your values in voter.conf for RX buffer (960) and in the RTCM client for TX buffer (480). Are all RTCM TX buffers set to the same value? Yes, 480. These values were based upon the math Jim provided, which is a function of maximum latencies on the network. We rarely have greater than 1ms to any host on the network. Are all the GPS's in a location where they cannot be swamped with RF? Yes, and they utilize PCTEL antennas with filtering for use in RF dense environments. Some users have had success with a dedicated RTCM as the master timing source (with no radio connected). Has it been suspected that an RTCM doesn?t have the horsepower to handle both functions contemporaneously? Regards Hayden VK7HH -------------- next part -------------- An HTML attachment was scrubbed... URL: ------------------------------ Message: 3 Date: Wed, 30 May 2018 19:51:43 -0500 From: "Kevin Babich" > To: "'Users of Asterisk app_rpt'" > Subject: Re: [App_rpt-users] RTCM [RX Packet Out of Bounds] ***Updated*** Message-ID: <010001d3f879$8c2b3710$a481a530$@gmail.com > Content-Type: text/plain; charset="utf-8" Hayden, Do you know what exactly ?RX Packet Out of Bounds? refers to? I can infer its meaning, but, one can?t be certain. Any thoughts why the system time is always so far off? It has always been, since I began experimenting with the RTCM in 2012. This is consistent across many RTCM?s. _______________________________________________ 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. -------------- next part -------------- An HTML attachment was scrubbed... URL: From rpt2 at chuck.midlandsnetworking.com Wed Jun 13 04:50:03 2018 From: rpt2 at chuck.midlandsnetworking.com (Chuck Henderson) Date: Tue, 12 Jun 2018 23:50:03 -0500 Subject: [App_rpt-users] RTCM [RX Packet Out of Bounds] ***Updated*** In-Reply-To: References: <036601d3f93f$ae7c3d70$0b74b850$@gmail.com> <0c1b01d401ef$2c2e7280$848b5780$@gmail.com> <00e501d40294$9fb435f0$df1ca1d0$@gmail.com> Message-ID: Yes, many GPS will sometimes be off by one second in the RTCM. If I have to power cycle any of my voters/RTCMs I usually then do a reboot via the RTCM menu so that the GPS is already up and accurate when the RTCM boots and this seems to eliminate the one second off problem, most of the time. Both Jim and I tried to fix this and neither of us could. When all set up to troubleshoot it the problem never happens. The software has a couple of code segments to try to make it work even when exactly one second off but I don't think that works all the time either. Also in looking at the code I see that SysTime does not matter at all. It is just a reference to look at in the debug output. Mine exactly matches because I also sync my Linux time to a GPS reference separately from the app_rpt voter code. But I tried disabling that and setting the date and time both wrong and the voter still works because it keeps it's own time that is referenced to the master and not dependent on the system time. So the master time does need to be the first time that the voter channel driver receives each second. Other RTCMs time must arrive later than the master arrives but before the buffer length later. The RTCM-GPS time can be any amount wrong as long as all RTCM-GPSs are exactly the same as each other. Start with much bigger buffers than you need and gradually reduce them. On Tue, Jun 12, 2018 at 10:03 PM Tim Sawyer wrote: > This may be a bit off topic but I've had problems with the BG7TBL units. > One won't get a RTCM GPS lock with initial power on after it's been off for > a while... like a day or more. The GPS Lock LED on the GPS comes on but > doesn't on the RTCM. Subsequent immediate power cycle cures that. Another > I've seen shifts it's time by one second after it's been running for some > period. > > On the other hand I have one that works flawlessly. So I'm a little > concerned about these. I don't know if there some incompatibility with the > RTCM or if the BG7TLB units have inconsistent performance. > > Any thoughts on that possibly being repeated to the issue Kevin is having? > > > On Tue, Jun 12, 2018 at 7:24 PM Chuck Henderson < > rpt2 at chuck.midlandsnetworking.com> wrote: > >> The server needs to have the earliest time of all GPS time receivers. >> Master RTCM should be on the same LAN switch as the server and all other >> GPS time receivers must be at least some fraction of nano seconds delayed >> from the master time. Your LAB time arrives at the server before the >> master time arrives and that is not allowed for in the software. I am >> surprised that it even works at all. It should not work. >> I also am surprised that the SysTime does not exactly match with the >> Master Time ?Valparaiso? as I checked 3 servers of mine here and the >> SysTime always exactly matches the master GPSTime. Master GPSTime is the >> reference for SysTime. >> I am reviewing the source to see what a non master time arriving before >> the master time might mess up. I know it has never worked for me when I >> have tried using an even slightly delayed master time like putting a couple >> of store and forward ethernet devices between the master time and the >> server. >> >> On Tue, Jun 12, 2018 at 4:31 PM Kevin Babich >> wrote: >> >>> Chuck, >>> >>> >>> >>> ?Valparaiso? is the master, while ?Lab? is closer to the server, it >>> isn?t regularly online. The PPS Polarity is set to non-inverted, the only >>> selection which works. We have more of the NOVUS GPSDO?s, I will try it to >>> see if it remains in-sync with the other. Perhaps the BG7TBL oscillator >>> has an issue. I know that one of his models had an issue with floating >>> point math and didn?t report time accurately, I believe it was corrected in >>> mine, but, maybe not. >>> >>> >>> >>> Kindest Regards, >>> >>> >>> >>> Kevin Babich | N9IAA >>> >>> Valparaiso, IN 46383 >>> >>> >>> >>> *From:* App_rpt-users *On >>> Behalf Of *Chuck Henderson >>> *Sent:* Tuesday, June 12, 2018 3:35 AM >>> *To:* Users of Asterisk app_rpt >>> *Subject:* Re: [App_rpt-users] RTCM [RX Packet Out of Bounds] >>> ***Updated*** >>> >>> >>> >>> Kevin, >>> >>> Which one is the master? From the looks of it I would say that "lab" >>> should be the master as it appears to be the first one to arrive at the >>> server so must have the lowest network delay or they are inaccurate. >>> Inaccuracy could be caused by having the PPS polarity wrong in the RTCM and >>> are setting time based on the trailing edge of the pulse rather than the >>> leading edge. >>> >>> >>> >>> I am also using a Raspberry Pi 3B (not plus) >>> >>> >>> >>> The master should be the first one to get a time packet to the server, >>> or they should all be tied exactly. >>> >>> Chuck >>> >>> >>> >>> On Mon, Jun 11, 2018 at 8:46 PM Kevin Babich >>> wrote: >>> >>> Chuck, >>> >>> >>> >>> A couple facts: >>> >>> >>> >>> The network has very low latency (sub ms) across all nodes on the VLAN. >>> >>> The site labeled LAB has a lab quality GPSDO, by NOVUS Power. >>> >>> The other sites utilize the GPSDO, by BG7TBL, as available on eBay, all >>> are the 2016 vintage. >>> >>> >>> >>> Question: >>> >>> >>> >>> Is the reported system time exactly as reported by the timebase? If so, >>> it would appear I have an issue with the accuracy of the GPSDO NMEA output. >>> >>> >>> >>> Here is an example of the output from my implementation: >>> >>> >>> >>> GPSTime (Lab): 06/11/18 20:16:57.000000000 >>> >>> SysTime: 06/11/18 20:16:57.220000 >>> >>> DrainTime: 06/11/18 20:16:57.180 >>> >>> Got GPS (Lab): Lat: 4126.20N, Lon: 08654.13W, Elev: 233.71 >>> >>> GPSTime (Valparaiso): 06/11/18 20:16:57.000000000 >>> >>> SysTime: 06/11/18 20:16:57.280000 >>> >>> DrainTime: 06/11/18 20:16:57.220 >>> >>> Got GPS (Valparaiso): Lat: 4131.82N, Lon: 08702.06W, Elev: 299.5 >>> >>> GPSTime (Crown_Point): 06/11/18 20:16:57.000000000 >>> >>> SysTime: 06/11/18 20:16:57.280000 >>> >>> DrainTime: 06/11/18 20:16:57.220 >>> >>> Got GPS (Crown_Point): Lat: 4121.15N, Lon: 08724.18W, Elev: 218.6 >>> >>> GPSTime (LaPorte): 06/11/18 20:16:57.000000000 >>> >>> SysTime: 06/11/18 20:16:57.280000 >>> >>> DrainTime: 06/11/18 20:16:57.220 >>> >>> Got GPS (LaPorte): Lat: 4139.38N, Lon: 08645.96W, Elev: 324.6 >>> >>> >>> >>> GPSTime (Lab): 06/11/18 20:17:19.000000000 >>> >>> SysTime: 06/11/18 20:17:19.220000 >>> >>> DrainTime: 06/11/18 20:17:19.180 >>> >>> Got GPS (Lab): Lat: 4126.20N, Lon: 08654.13W, Elev: 233.38 >>> >>> GPSTime (Valparaiso): 06/11/18 20:17:19.000000000 >>> >>> SysTime: 06/11/18 20:17:19.260000 >>> >>> DrainTime: 06/11/18 20:17:19.220 >>> >>> Got GPS (Valparaiso): Lat: 4131.82N, Lon: 08702.05W, Elev: 293.7 >>> >>> GPSTime (Crown_Point): 06/11/18 20:17:19.000000000 >>> >>> SysTime: 06/11/18 20:17:19.280000 >>> >>> DrainTime: 06/11/18 20:17:19.240 >>> >>> Got GPS (Crown_Point): Lat: 4121.15N, Lon: 08724.18W, Elev: 217.5 >>> >>> GPSTime (LaPorte): 06/11/18 20:17:19.000000000 >>> >>> SysTime: 06/11/18 20:17:19.280000 >>> >>> DrainTime: 06/11/18 20:17:19.240 >>> >>> Got GPS (LaPorte): Lat: 4139.38N, Lon: 08645.96W, Elev: 324.1 >>> >>> >>> >>> Results AFTER resetting the MASTER: >>> >>> >>> >>> GPSTime (Lab): 06/11/18 20:31:23.000000000 >>> >>> SysTime: 06/11/18 20:31:23.220000 >>> >>> DrainTime: 06/11/18 20:31:23.180 >>> >>> Got GPS (Lab): Lat: 4126.20N, Lon: 08654.13W, Elev: 231.86 >>> >>> GPSTime (Valparaiso): 06/11/18 20:31:23.000000000 >>> >>> SysTime: 06/11/18 20:31:23.280000 >>> >>> DrainTime: 06/11/18 20:31:23.240 >>> >>> Got GPS (Valparaiso): Lat: 4131.81N, Lon: 08702.05W, Elev: 301.8 >>> >>> GPSTime (LaPorte): 06/11/18 20:31:23.000000000 >>> >>> SysTime: 06/11/18 20:31:23.280000 >>> >>> DrainTime: 06/11/18 20:31:23.240 >>> >>> Got GPS (LaPorte): Lat: 4139.38N, Lon: 08645.96W, Elev: 327.7 >>> >>> GPSTime (Crown_Point): 06/11/18 20:31:23.000000000 >>> >>> SysTime: 06/11/18 20:31:23.280000 >>> >>> DrainTime: 06/11/18 20:31:23.240 >>> >>> Got GPS (Crown_Point): Lat: 4121.15N, Lon: 08724.18W, Elev: 218.5 >>> >>> >>> >>> Thoughts? >>> >>> >>> >>> Kindest Regards, >>> >>> >>> >>> Kevin Babich | N9IAA >>> >>> Valparaiso, IN 46383 >>> >>> >>> >>> *From:* App_rpt-users *On >>> Behalf Of *Chuck Henderson >>> *Sent:* Monday, June 4, 2018 4:51 AM >>> *To:* Users of Asterisk app_rpt >>> *Subject:* Re: [App_rpt-users] RTCM [RX Packet Out of Bounds] >>> ***Updated*** >>> >>> >>> >>> Kevin, >>> >>> I just checked 3 of my RTCM's and got the following results. >>> RTCM1: >>> Current Time: Mon Jun 04, 2018 08:55:43.640 >>> Last Rx Pkt System time: 06/04/2018 02:55:56.040, diff: 21587600 msec >>> Last Rx Pkt Timestamp time: 06/04/2018 02:55:56.040, diff: 0 msec >>> Last Rx Pkt index: 1080, inbounds: 1 >>> >>> RTCM2: >>> Current Time: Mon Jun 04, 2018 08:58:20.300 >>> Last Rx Pkt System time: , diff: -905657056 msec >>> Last Rx Pkt Timestamp time: , diff: 0 msec >>> Last Rx Pkt index: 0, inbounds: 0 >>> >>> RTCM3: >>> Current Time: Mon Jun 04, 2018 08:58:48.060 >>> Last Rx Pkt System time: , diff: -905629296 msec >>> Last Rx Pkt Timestamp time: , diff: 0 msec >>> Last Rx Pkt index: 0, inbounds: 0 >>> >>> I would not be concerned about the times. They are not important. >>> >>> A better thing to look at is in the Asterisk CLI issue the command >>> voter debug level 3 >>> >>> Then expect output like the following: >>> >>> GPSTime (South): 06/04/18 04:07:16.000000000 >>> >>> SysTime: 06/04/18 04:07:16.000000 >>> >>> DrainTime: 06/04/18 04:07:15.960 >>> >>> Got GPS (South): Lat: 4020.80N, Lon: 08856.35W, Elev: 225.7 >>> >>> GPSTime (North): 06/04/18 04:07:16.000000000 >>> >>> SysTime: 06/04/18 04:07:16.000000 >>> >>> DrainTime: 06/04/18 04:07:15.960 >>> >>> Got GPS (North): Lat: 4030.79N, Lon: 08857.99W, Elev: 245.4 >>> >>> GPSTime (East): 06/04/18 04:07:16.000000000 >>> >>> SysTime: 06/04/18 04:07:16.000000 >>> >>> DrainTime: 06/04/18 04:07:15.980 >>> >>> Got GPS (East): Lat: 4030.02N, Lon: 08855.92W, Elev: 250.2 >>> >>> sending KEEPALIVE (GPS) packet to client East digest 99479120 >>> >>> sending KEEPALIVE (GPS) packet to client North digest dd455bb0 >>> >>> sending KEEPALIVE (GPS) packet to client South digest 4a396b22 >>> >>> GPSTime (East): 06/04/18 04:07:17.000000000 >>> >>> SysTime: 06/04/18 04:07:17.000000 >>> >>> DrainTime: 06/04/18 04:07:16.980 >>> >>> Got GPS (East): Lat: 4030.02N, Lon: 08855.92W, Elev: 250.2 >>> >>> GPSTime (South): 06/04/18 04:07:17.000000000 >>> >>> SysTime: 06/04/18 04:07:17.000000 >>> >>> DrainTime: 06/04/18 04:07:16.980 >>> >>> Got GPS (South): Lat: 4020.80N, Lon: 08856.35W, Elev: 225.7 >>> >>> GPSTime (North): 06/04/18 04:07:17.000000000 >>> >>> SysTime: 06/04/18 04:07:17.000000 >>> >>> DrainTime: 06/04/18 04:07:16.980 >>> >>> Got GPS (North): Lat: 4030.79N, Lon: 08857.99W, Elev: 245.4 >>> >>> sending KEEPALIVE (GPS) packet to client East digest 99479120 >>> >>> sending KEEPALIVE (GPS) packet to client North digest dd455bb0 >>> >>> sending KEEPALIVE (GPS) packet to client South digest 4a396b22 >>> >>> GPSTime (South): 06/04/18 04:07:18.000000000 >>> >>> SysTime: 06/04/18 04:07:18.000000 >>> >>> DrainTime: 06/04/18 04:07:17.960 >>> >>> Got GPS (South): Lat: 4020.80N, Lon: 08856.35W, Elev: 225.7 >>> >>> GPSTime (North): 06/04/18 04:07:18.000000000 >>> >>> SysTime: 06/04/18 04:07:18.000000 >>> >>> DrainTime: 06/04/18 04:07:17.980 >>> >>> Got GPS (North): Lat: 4030.79N, Lon: 08857.99W, Elev: 245.4 >>> >>> GPSTime (East): 06/04/18 04:07:18.000000000 >>> >>> SysTime: 06/04/18 04:07:18.000000 >>> >>> DrainTime: 06/04/18 04:07:17.980 >>> >>> Got GPS (East): Lat: 4030.02N, Lon: 08855.92W, Elev: 250.2 >>> >>> GPSTime (South): 06/04/18 04:07:19.000000000 >>> >>> SysTime: 06/04/18 04:07:19.000000 >>> >>> DrainTime: 06/04/18 04:07:18.960 >>> >>> Got GPS (South): Lat: 4020.80N, Lon: 08856.35W, Elev: 225.7 >>> >>> GPSTime (North): 06/04/18 04:07:19.000000000 >>> >>> SysTime: 06/04/18 04:07:19.000000 >>> >>> DrainTime: 06/04/18 04:07:18.960 >>> >>> Got GPS (North): Lat: 4030.79N, Lon: 08857.99W, Elev: 245.4 >>> >>> sending KEEPALIVE (GPS) packet to client East digest 99479120 >>> >>> GPSTime (East): 06/04/18 04:07:19.000000000 >>> >>> sending KEEPALIVE (GPS) packet to client North digest dd455bb0 >>> >>> SysTime: 06/04/18 04:07:19.000000 >>> >>> sending KEEPALIVE (GPS) packet to client South digest 4a396b22 >>> >>> DrainTime: 06/04/18 04:07:18.980 >>> >>> Got GPS (East): Lat: 4030.02N, Lon: 08855.92W, Elev: 250.2 >>> >>> GPSTime (North): 06/04/18 04:07:20.000000000 >>> >>> SysTime: 06/04/18 04:07:20.000000 >>> >>> DrainTime: 06/04/18 04:07:19.960 >>> >>> Got GPS (North): Lat: 4030.79N, Lon: 08857.99W, Elev: 245.4 >>> >>> GPSTime (East): 06/04/18 04:07:20.000000000 >>> >>> SysTime: 06/04/18 04:07:20.000000 >>> >>> DrainTime: 06/04/18 04:07:19.980 >>> >>> Got GPS (East): Lat: 4030.02N, Lon: 08855.92W, Elev: 250.2 >>> >>> GPSTime (South): 06/04/18 04:07:20.000000000 >>> >>> SysTime: 06/04/18 04:07:20.000000 >>> >>> DrainTime: 06/04/18 04:07:19.980 >>> >>> Got GPS (South): Lat: 4020.80N, Lon: 08856.35W, Elev: 225.7 >>> >>> >>> >>> Ignore the lines I marked in green and only be concerned with the lines >>> that have "Time" in them. >>> >>> Notice that each RTCM has 3 timestamp lines that are mostly together and >>> they should be within about 40 ms of each other and should also be within >>> about 40ms of the other RTCMs set of lines for that second. (this is with >>> no signals present and with a very low network latency between RTCMs and >>> the server). >>> >>> >>> >>> If you find that one RTCM is many ms out of line with the others, I >>> recommend rebooting that one and/or the master one. >>> >>> >>> >>> I also recommend not being logged into the RTCMs via telnet except to >>> make setting changes. Having an active telnet session to the RTCM can have >>> a negative impact on it's ability to maintain time sync lock. Having active >>> output on that telnet session will have a negative impact on it's ability >>> to maintain time sync lock. >>> >>> >>> >>> If the above does not solve your problem then try increasing your tx >>> buffer setting to 1400 and see if that eliminates your problem. But do not >>> evaluate if the problem is solved while you have an active telnet session >>> to the RTCM. >>> >>> >>> >>> If you still have a problem then send the output of your "voter debug >>> level 3" (with no signals present and no active telnet sessions to RTCMs). >>> >>> Chuck >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> On Thu, May 31, 2018 at 7:30 PM, Kevin Babich >>> wrote: >>> >>> Hayden, >>> >>> >>> >>> When running DEBUG = 32, I see the following, but, only on occasion, say >>> every minute or so: >>> >>> >>> >>> 06/01/2018 00:22:12.240 Warning: GPS Data time period elapsed >>> >>> GPS-DEBUG: >>> $GPRMC,002213.00,A,4131.82046,N,08702.05712,W,0.027,,010618,,,D*6D >>> >>> GPS-DEBUG: mon: 5, gps_time: 1527812533, ctime: Fri Jun 1 00:22:13 2018 >>> >>> >>> >>> I suspect this has to do with the receiver losing lock. However, it >>> doesn?t make sense as the receiver reports a strong signal and doesn?t show >>> signs of loss of signal on the front alarm panel. The GPS antenna is >>> designed with high RF immunity and is at a site with little activity. >>> >>> >>> >>> Kindest Regards, >>> >>> >>> >>> Kevin Babich | N9IAA >>> >>> Valparaiso, IN 46383 >>> >>> >>> >>> *From:* App_rpt-users *On >>> Behalf Of *Hayden Honeywood >>> *Sent:* Thursday, May 31, 2018 5:56 PM >>> >>> >>> *To:* app_rpt-users at lists.allstarlink.org >>> *Subject:* Re: [App_rpt-users] RTCM [RX Packet Out of Bounds] >>> ***Updated*** >>> >>> >>> >>> Is the time in UTC? How far off is the system time? >>> >>> >>> >>> Have you done a full calibration of each board? >>> >>> What baud rate do you run on your GPS's? >>> >>> >>> >>> I tend to use 9600 baud and have had no issues with the GPS's I have >>> used. >>> >>> >>> >>> There is various GPS debug tools available in the RTCM. They are >>> documented here - >>> >>> https://wiki.allstarlink.org/wiki/RTCM_Client#GPS >>> >>> >>> >>> Can you possibly try injecting a 9.6MHz signal in place of the crystal >>> on board? Perhaps you have a variant of James KI0KN's problem where his >>> crystals were off frequency. >>> >>> >>> >>> I can't comment on that as I built all my boards and they have external >>> frequency references. >>> >>> >>> >>> Regards >>> >>> Hayden VK7HH >>> >>> >>> >>> >>> >>> >>> >>> >>> From: App_rpt-users On >>> Behalf Of Hayden Honeywood >>> Sent: Wednesday, May 30, 2018 5:34 PM >>> To: app_rpt-users at lists.allstarlink.org >>> Subject: Re: [App_rpt-users] RTCM [RX Packet Out of Bounds] ***Updated*** >>> >>> >>> >>> What is your values in voter.conf for RX buffer (960) and in the RTCM >>> client for TX buffer (480). Are all RTCM TX buffers set to the same value? >>> Yes, 480. These values were based upon the math Jim provided, which is a >>> function of maximum latencies on the network. We rarely have greater than >>> 1ms to any host on the network. >>> >>> >>> >>> Are all the GPS's in a location where they cannot be swamped with RF? >>> Yes, and they utilize PCTEL antennas with filtering for use in RF dense >>> environments. >>> >>> >>> >>> Some users have had success with a dedicated RTCM as the master timing >>> source (with no radio connected). Has it been suspected that an RTCM >>> doesn?t have the horsepower to handle both functions contemporaneously? >>> >>> >>> >>> Regards >>> >>> Hayden VK7HH >>> >>> -------------- next part -------------- >>> An HTML attachment was scrubbed... >>> URL: < >>> http://lists.allstarlink.org/pipermail/app_rpt-users/attachments/20180530/24a4675d/attachment-0001.html >>> > >>> >>> ------------------------------ >>> >>> Message: 3 >>> Date: Wed, 30 May 2018 19:51:43 -0500 >>> From: "Kevin Babich" >>> To: "'Users of Asterisk app_rpt'" >>> >>> Subject: Re: [App_rpt-users] RTCM [RX Packet Out of Bounds] >>> ***Updated*** >>> Message-ID: <010001d3f879$8c2b3710$a481a530$@gmail.com> >>> Content-Type: text/plain; charset="utf-8" >>> >>> Hayden, >>> >>> >>> >>> Do you know what exactly ?RX Packet Out of Bounds? refers to? I can >>> infer its meaning, but, one can?t be certain. Any thoughts why the system >>> time is always so far off? It has always been, since I began experimenting >>> with the RTCM in 2012. This is consistent across many RTCM?s. >>> >>> >>> _______________________________________________ >>> 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. > > > > -- > Tim WD6AWP > _______________________________________________ > 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 kevin.babich at gmail.com Wed Jun 13 06:22:09 2018 From: kevin.babich at gmail.com (Kevin Babich) Date: Wed, 13 Jun 2018 01:22:09 -0500 Subject: [App_rpt-users] RTCM [RX Packet Out of Bounds] ***Updated*** In-Reply-To: References: <036601d3f93f$ae7c3d70$0b74b850$@gmail.com> <0c1b01d401ef$2c2e7280$848b5780$@gmail.com> <00e501d40294$9fb435f0$df1ca1d0$@gmail.com> Message-ID: <019301d402de$dccaf1f0$9660d5d0$@gmail.com> Chuck, How does one go about syncing the server in app_rpt? Kindest Regards, Kevin Babich | N9IAA Valparaiso, IN 46383 From: App_rpt-users On Behalf Of Chuck Henderson Sent: Tuesday, June 12, 2018 11:50 PM To: Users of Asterisk app_rpt Subject: Re: [App_rpt-users] RTCM [RX Packet Out of Bounds] ***Updated*** Yes, many GPS will sometimes be off by one second in the RTCM. If I have to power cycle any of my voters/RTCMs I usually then do a reboot via the RTCM menu so that the GPS is already up and accurate when the RTCM boots and this seems to eliminate the one second off problem, most of the time. Both Jim and I tried to fix this and neither of us could. When all set up to troubleshoot it the problem never happens. The software has a couple of code segments to try to make it work even when exactly one second off but I don't think that works all the time either. Also in looking at the code I see that SysTime does not matter at all. It is just a reference to look at in the debug output. Mine exactly matches because I also sync my Linux time to a GPS reference separately from the app_rpt voter code. But I tried disabling that and setting the date and time both wrong and the voter still works because it keeps it's own time that is referenced to the master and not dependent on the system time. So the master time does need to be the first time that the voter channel driver receives each second. Other RTCMs time must arrive later than the master arrives but before the buffer length later. The RTCM-GPS time can be any amount wrong as long as all RTCM-GPSs are exactly the same as each other. Start with much bigger buffers than you need and gradually reduce them. On Tue, Jun 12, 2018 at 10:03 PM Tim Sawyer > wrote: This may be a bit off topic but I've had problems with the BG7TBL units. One won't get a RTCM GPS lock with initial power on after it's been off for a while... like a day or more. The GPS Lock LED on the GPS comes on but doesn't on the RTCM. Subsequent immediate power cycle cures that. Another I've seen shifts it's time by one second after it's been running for some period. On the other hand I have one that works flawlessly. So I'm a little concerned about these. I don't know if there some incompatibility with the RTCM or if the BG7TLB units have inconsistent performance. Any thoughts on that possibly being repeated to the issue Kevin is having? On Tue, Jun 12, 2018 at 7:24 PM Chuck Henderson > wrote: The server needs to have the earliest time of all GPS time receivers. Master RTCM should be on the same LAN switch as the server and all other GPS time receivers must be at least some fraction of nano seconds delayed from the master time. Your LAB time arrives at the server before the master time arrives and that is not allowed for in the software. I am surprised that it even works at all. It should not work. I also am surprised that the SysTime does not exactly match with the Master Time ?Valparaiso? as I checked 3 servers of mine here and the SysTime always exactly matches the master GPSTime. Master GPSTime is the reference for SysTime. I am reviewing the source to see what a non master time arriving before the master time might mess up. I know it has never worked for me when I have tried using an even slightly delayed master time like putting a couple of store and forward ethernet devices between the master time and the server. On Tue, Jun 12, 2018 at 4:31 PM Kevin Babich > wrote: Chuck, ?Valparaiso? is the master, while ?Lab? is closer to the server, it isn?t regularly online. The PPS Polarity is set to non-inverted, the only selection which works. We have more of the NOVUS GPSDO?s, I will try it to see if it remains in-sync with the other. Perhaps the BG7TBL oscillator has an issue. I know that one of his models had an issue with floating point math and didn?t report time accurately, I believe it was corrected in mine, but, maybe not. Kindest Regards, Kevin Babich | N9IAA Valparaiso, IN 46383 From: App_rpt-users > On Behalf Of Chuck Henderson Sent: Tuesday, June 12, 2018 3:35 AM To: Users of Asterisk app_rpt > Subject: Re: [App_rpt-users] RTCM [RX Packet Out of Bounds] ***Updated*** Kevin, Which one is the master? From the looks of it I would say that "lab" should be the master as it appears to be the first one to arrive at the server so must have the lowest network delay or they are inaccurate. Inaccuracy could be caused by having the PPS polarity wrong in the RTCM and are setting time based on the trailing edge of the pulse rather than the leading edge. I am also using a Raspberry Pi 3B (not plus) The master should be the first one to get a time packet to the server, or they should all be tied exactly. Chuck On Mon, Jun 11, 2018 at 8:46 PM Kevin Babich > wrote: Chuck, A couple facts: The network has very low latency (sub ms) across all nodes on the VLAN. The site labeled LAB has a lab quality GPSDO, by NOVUS Power. The other sites utilize the GPSDO, by BG7TBL, as available on eBay, all are the 2016 vintage. Question: Is the reported system time exactly as reported by the timebase? If so, it would appear I have an issue with the accuracy of the GPSDO NMEA output. Here is an example of the output from my implementation: GPSTime (Lab): 06/11/18 20:16:57.000000000 SysTime: 06/11/18 20:16:57.220000 DrainTime: 06/11/18 20:16:57.180 Got GPS (Lab): Lat: 4126.20N, Lon: 08654.13W, Elev: 233.71 GPSTime (Valparaiso): 06/11/18 20:16:57.000000000 SysTime: 06/11/18 20:16:57.280000 DrainTime: 06/11/18 20:16:57.220 Got GPS (Valparaiso): Lat: 4131.82N, Lon: 08702.06W, Elev: 299.5 GPSTime (Crown_Point): 06/11/18 20:16:57.000000000 SysTime: 06/11/18 20:16:57.280000 DrainTime: 06/11/18 20:16:57.220 Got GPS (Crown_Point): Lat: 4121.15N, Lon: 08724.18W, Elev: 218.6 GPSTime (LaPorte): 06/11/18 20:16:57.000000000 SysTime: 06/11/18 20:16:57.280000 DrainTime: 06/11/18 20:16:57.220 Got GPS (LaPorte): Lat: 4139.38N, Lon: 08645.96W, Elev: 324.6 GPSTime (Lab): 06/11/18 20:17:19.000000000 SysTime: 06/11/18 20:17:19.220000 DrainTime: 06/11/18 20:17:19.180 Got GPS (Lab): Lat: 4126.20N, Lon: 08654.13W, Elev: 233.38 GPSTime (Valparaiso): 06/11/18 20:17:19.000000000 SysTime: 06/11/18 20:17:19.260000 DrainTime: 06/11/18 20:17:19.220 Got GPS (Valparaiso): Lat: 4131.82N, Lon: 08702.05W, Elev: 293.7 GPSTime (Crown_Point): 06/11/18 20:17:19.000000000 SysTime: 06/11/18 20:17:19.280000 DrainTime: 06/11/18 20:17:19.240 Got GPS (Crown_Point): Lat: 4121.15N, Lon: 08724.18W, Elev: 217.5 GPSTime (LaPorte): 06/11/18 20:17:19.000000000 SysTime: 06/11/18 20:17:19.280000 DrainTime: 06/11/18 20:17:19.240 Got GPS (LaPorte): Lat: 4139.38N, Lon: 08645.96W, Elev: 324.1 Results AFTER resetting the MASTER: GPSTime (Lab): 06/11/18 20:31:23.000000000 SysTime: 06/11/18 20:31:23.220000 DrainTime: 06/11/18 20:31:23.180 Got GPS (Lab): Lat: 4126.20N, Lon: 08654.13W, Elev: 231.86 GPSTime (Valparaiso): 06/11/18 20:31:23.000000000 SysTime: 06/11/18 20:31:23.280000 DrainTime: 06/11/18 20:31:23.240 Got GPS (Valparaiso): Lat: 4131.81N, Lon: 08702.05W, Elev: 301.8 GPSTime (LaPorte): 06/11/18 20:31:23.000000000 SysTime: 06/11/18 20:31:23.280000 DrainTime: 06/11/18 20:31:23.240 Got GPS (LaPorte): Lat: 4139.38N, Lon: 08645.96W, Elev: 327.7 GPSTime (Crown_Point): 06/11/18 20:31:23.000000000 SysTime: 06/11/18 20:31:23.280000 DrainTime: 06/11/18 20:31:23.240 Got GPS (Crown_Point): Lat: 4121.15N, Lon: 08724.18W, Elev: 218.5 Thoughts? Kindest Regards, Kevin Babich | N9IAA Valparaiso, IN 46383 From: App_rpt-users > On Behalf Of Chuck Henderson Sent: Monday, June 4, 2018 4:51 AM To: Users of Asterisk app_rpt > Subject: Re: [App_rpt-users] RTCM [RX Packet Out of Bounds] ***Updated*** Kevin, I just checked 3 of my RTCM's and got the following results. RTCM1: Current Time: Mon Jun 04, 2018 08:55:43.640 Last Rx Pkt System time: 06/04/2018 02:55:56.040, diff: 21587600 msec Last Rx Pkt Timestamp time: 06/04/2018 02:55:56.040, diff: 0 msec Last Rx Pkt index: 1080, inbounds: 1 RTCM2: Current Time: Mon Jun 04, 2018 08:58:20.300 Last Rx Pkt System time: , diff: -905657056 msec Last Rx Pkt Timestamp time: , diff: 0 msec Last Rx Pkt index: 0, inbounds: 0 RTCM3: Current Time: Mon Jun 04, 2018 08:58:48.060 Last Rx Pkt System time: , diff: -905629296 msec Last Rx Pkt Timestamp time: , diff: 0 msec Last Rx Pkt index: 0, inbounds: 0 I would not be concerned about the times. They are not important. A better thing to look at is in the Asterisk CLI issue the command voter debug level 3 Then expect output like the following: GPSTime (South): 06/04/18 04:07:16.000000000 SysTime: 06/04/18 04:07:16.000000 DrainTime: 06/04/18 04:07:15.960 Got GPS (South): Lat: 4020.80N, Lon: 08856.35W, Elev: 225.7 GPSTime (North): 06/04/18 04:07:16.000000000 SysTime: 06/04/18 04:07:16.000000 DrainTime: 06/04/18 04:07:15.960 Got GPS (North): Lat: 4030.79N, Lon: 08857.99W, Elev: 245.4 GPSTime (East): 06/04/18 04:07:16.000000000 SysTime: 06/04/18 04:07:16.000000 DrainTime: 06/04/18 04:07:15.980 Got GPS (East): Lat: 4030.02N, Lon: 08855.92W, Elev: 250.2 sending KEEPALIVE (GPS) packet to client East digest 99479120 sending KEEPALIVE (GPS) packet to client North digest dd455bb0 sending KEEPALIVE (GPS) packet to client South digest 4a396b22 GPSTime (East): 06/04/18 04:07:17.000000000 SysTime: 06/04/18 04:07:17.000000 DrainTime: 06/04/18 04:07:16.980 Got GPS (East): Lat: 4030.02N, Lon: 08855.92W, Elev: 250.2 GPSTime (South): 06/04/18 04:07:17.000000000 SysTime: 06/04/18 04:07:17.000000 DrainTime: 06/04/18 04:07:16.980 Got GPS (South): Lat: 4020.80N, Lon: 08856.35W, Elev: 225.7 GPSTime (North): 06/04/18 04:07:17.000000000 SysTime: 06/04/18 04:07:17.000000 DrainTime: 06/04/18 04:07:16.980 Got GPS (North): Lat: 4030.79N, Lon: 08857.99W, Elev: 245.4 sending KEEPALIVE (GPS) packet to client East digest 99479120 sending KEEPALIVE (GPS) packet to client North digest dd455bb0 sending KEEPALIVE (GPS) packet to client South digest 4a396b22 GPSTime (South): 06/04/18 04:07:18.000000000 SysTime: 06/04/18 04:07:18.000000 DrainTime: 06/04/18 04:07:17.960 Got GPS (South): Lat: 4020.80N, Lon: 08856.35W, Elev: 225.7 GPSTime (North): 06/04/18 04:07:18.000000000 SysTime: 06/04/18 04:07:18.000000 DrainTime: 06/04/18 04:07:17.980 Got GPS (North): Lat: 4030.79N, Lon: 08857.99W, Elev: 245.4 GPSTime (East): 06/04/18 04:07:18.000000000 SysTime: 06/04/18 04:07:18.000000 DrainTime: 06/04/18 04:07:17.980 Got GPS (East): Lat: 4030.02N, Lon: 08855.92W, Elev: 250.2 GPSTime (South): 06/04/18 04:07:19.000000000 SysTime: 06/04/18 04:07:19.000000 DrainTime: 06/04/18 04:07:18.960 Got GPS (South): Lat: 4020.80N, Lon: 08856.35W, Elev: 225.7 GPSTime (North): 06/04/18 04:07:19.000000000 SysTime: 06/04/18 04:07:19.000000 DrainTime: 06/04/18 04:07:18.960 Got GPS (North): Lat: 4030.79N, Lon: 08857.99W, Elev: 245.4 sending KEEPALIVE (GPS) packet to client East digest 99479120 GPSTime (East): 06/04/18 04:07:19.000000000 sending KEEPALIVE (GPS) packet to client North digest dd455bb0 SysTime: 06/04/18 04:07:19.000000 sending KEEPALIVE (GPS) packet to client South digest 4a396b22 DrainTime: 06/04/18 04:07:18.980 Got GPS (East): Lat: 4030.02N, Lon: 08855.92W, Elev: 250.2 GPSTime (North): 06/04/18 04:07:20.000000000 SysTime: 06/04/18 04:07:20.000000 DrainTime: 06/04/18 04:07:19.960 Got GPS (North): Lat: 4030.79N, Lon: 08857.99W, Elev: 245.4 GPSTime (East): 06/04/18 04:07:20.000000000 SysTime: 06/04/18 04:07:20.000000 DrainTime: 06/04/18 04:07:19.980 Got GPS (East): Lat: 4030.02N, Lon: 08855.92W, Elev: 250.2 GPSTime (South): 06/04/18 04:07:20.000000000 SysTime: 06/04/18 04:07:20.000000 DrainTime: 06/04/18 04:07:19.980 Got GPS (South): Lat: 4020.80N, Lon: 08856.35W, Elev: 225.7 Ignore the lines I marked in green and only be concerned with the lines that have "Time" in them. Notice that each RTCM has 3 timestamp lines that are mostly together and they should be within about 40 ms of each other and should also be within about 40ms of the other RTCMs set of lines for that second. (this is with no signals present and with a very low network latency between RTCMs and the server). If you find that one RTCM is many ms out of line with the others, I recommend rebooting that one and/or the master one. I also recommend not being logged into the RTCMs via telnet except to make setting changes. Having an active telnet session to the RTCM can have a negative impact on it's ability to maintain time sync lock. Having active output on that telnet session will have a negative impact on it's ability to maintain time sync lock. If the above does not solve your problem then try increasing your tx buffer setting to 1400 and see if that eliminates your problem. But do not evaluate if the problem is solved while you have an active telnet session to the RTCM. If you still have a problem then send the output of your "voter debug level 3" (with no signals present and no active telnet sessions to RTCMs). Chuck On Thu, May 31, 2018 at 7:30 PM, Kevin Babich > wrote: Hayden, When running DEBUG = 32, I see the following, but, only on occasion, say every minute or so: 06/01/2018 00:22:12.240 Warning: GPS Data time period elapsed GPS-DEBUG: $GPRMC,002213.00,A,4131.82046,N,08702.05712,W,0.027,,010618,,,D*6D GPS-DEBUG: mon: 5, gps_time: 1527812533, ctime: Fri Jun 1 00:22:13 2018 I suspect this has to do with the receiver losing lock. However, it doesn?t make sense as the receiver reports a strong signal and doesn?t show signs of loss of signal on the front alarm panel. The GPS antenna is designed with high RF immunity and is at a site with little activity. Kindest Regards, Kevin Babich | N9IAA Valparaiso, IN 46383 From: App_rpt-users > On Behalf Of Hayden Honeywood Sent: Thursday, May 31, 2018 5:56 PM To: app_rpt-users at lists.allstarlink.org Subject: Re: [App_rpt-users] RTCM [RX Packet Out of Bounds] ***Updated*** Is the time in UTC? How far off is the system time? Have you done a full calibration of each board? What baud rate do you run on your GPS's? I tend to use 9600 baud and have had no issues with the GPS's I have used. There is various GPS debug tools available in the RTCM. They are documented here - https://wiki.allstarlink.org/wiki/RTCM_Client#GPS Can you possibly try injecting a 9.6MHz signal in place of the crystal on board? Perhaps you have a variant of James KI0KN's problem where his crystals were off frequency. I can't comment on that as I built all my boards and they have external frequency references. Regards Hayden VK7HH From: App_rpt-users > On Behalf Of Hayden Honeywood Sent: Wednesday, May 30, 2018 5:34 PM To: app_rpt-users at lists.allstarlink.org Subject: Re: [App_rpt-users] RTCM [RX Packet Out of Bounds] ***Updated*** What is your values in voter.conf for RX buffer (960) and in the RTCM client for TX buffer (480). Are all RTCM TX buffers set to the same value? Yes, 480. These values were based upon the math Jim provided, which is a function of maximum latencies on the network. We rarely have greater than 1ms to any host on the network. Are all the GPS's in a location where they cannot be swamped with RF? Yes, and they utilize PCTEL antennas with filtering for use in RF dense environments. Some users have had success with a dedicated RTCM as the master timing source (with no radio connected). Has it been suspected that an RTCM doesn?t have the horsepower to handle both functions contemporaneously? Regards Hayden VK7HH -------------- next part -------------- An HTML attachment was scrubbed... URL: ------------------------------ Message: 3 Date: Wed, 30 May 2018 19:51:43 -0500 From: "Kevin Babich" > To: "'Users of Asterisk app_rpt'" > Subject: Re: [App_rpt-users] RTCM [RX Packet Out of Bounds] ***Updated*** Message-ID: <010001d3f879$8c2b3710$a481a530$@gmail.com > Content-Type: text/plain; charset="utf-8" Hayden, Do you know what exactly ?RX Packet Out of Bounds? refers to? I can infer its meaning, but, one can?t be certain. Any thoughts why the system time is always so far off? It has always been, since I began experimenting with the RTCM in 2012. This is consistent across many RTCM?s. _______________________________________________ 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. -- Tim WD6AWP _______________________________________________ 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 John at n2yp.com Wed Jun 13 23:19:08 2018 From: John at n2yp.com (John Rudolph- N2YP) Date: Wed, 13 Jun 2018 19:19:08 -0400 Subject: [App_rpt-users] Multiple Cop commands In-Reply-To: References: Message-ID: <21885174-22F5-4181-A1E4-2A4A30D54E42@n2yp.com> When using cop 61 or 62 to change gpio states can you change more than one pin with the same command or do you have to break it out as one pin at a time? Example: cop,61,GPIO1=0,GPIO4=1,GPIO5=1 If so is this the right format and if not what would it be? -------------- next part -------------- An HTML attachment was scrubbed... URL: From mm at midnighteng.com Thu Jun 14 00:37:47 2018 From: mm at midnighteng.com (Mike) Date: Wed, 13 Jun 2018 20:37:47 -0400 Subject: [App_rpt-users] Multiple Cop commands In-Reply-To: <21885174-22F5-4181-A1E4-2A4A30D54E42@n2yp.com> References: <21885174-22F5-4181-A1E4-2A4A30D54E42@n2yp.com> Message-ID: Yes, each pin needs a assigned command for on and again for off. You could execute a pattern inside a macro. ...mike/kb8jnm On 6/13/2018 7:19 PM, John Rudolph- N2YP wrote: > When using cop 61 or 62 to change gpio states can you change more than > one pin with the same command or do you have to break it out as one > pin at a time? > Example: > cop,61,GPIO1=0,GPIO4=1,GPIO5=1 > > If so is this the right format and if not what would it be? > > > _______________________________________________ > 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 Thu Jun 14 00:45:15 2018 From: k6ecm1 at gmail.com (Bob Pyke) Date: Wed, 13 Jun 2018 17:45:15 -0700 Subject: [App_rpt-users] Multiple Cop commands In-Reply-To: <21885174-22F5-4181-A1E4-2A4A30D54E42@n2yp.com> References: <21885174-22F5-4181-A1E4-2A4A30D54E42@n2yp.com> Message-ID: It seems to me it should look more like: [function] 991=cop,61,gpio1=0 992=cop,61,gpio4=1 993=cop,61,gpio5=0 [macro] 30=*991 *992 *993 # See Mike?s page, themidnightengineer.com Thanks, Bob k6ecm 73 Sent from my iPhone > On Jun 13, 2018, at 4:19 PM, John Rudolph- N2YP wrote: > > When using cop 61 or 62 to change gpio states can you change more than one pin with the same command or do you have to break it out as one pin at a time? > Example: > cop,61,GPIO1=0,GPIO4=1,GPIO5=1 > > If so is this the right format and if not what would it be? > _______________________________________________ > 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 mm at midnighteng.com Thu Jun 14 01:50:41 2018 From: mm at midnighteng.com (Mike) Date: Wed, 13 Jun 2018 21:50:41 -0400 Subject: [App_rpt-users] Multiple Cop commands In-Reply-To: References: <21885174-22F5-4181-A1E4-2A4A30D54E42@n2yp.com> Message-ID: <09a051f9-a916-0d0c-9937-f54473842750@midnighteng.com> Bob, I thought I was anonymous LOL Those old pages... I may have to go back and look... but afraid to since it gets hacked more than I wish to say. I use it more to record the latest hack techniques. anyway, this is from my actual command list with reference. Make sure you use long/longer numbers to avoid commend conflicts in the future and not loose future number possibilities. You can make sequence changes via grouped macro. 8910=cop,61,pp1=0??? ;pport pin 1 off? --First 3 pins used for DH RBI-1 -data-clock-reset 8911=cop,61,pp1=1??? ;pport pin 1 on?? -- 8920=cop,61,pp2=0??? ;pport pin 2 off? -- 8921=cop,61,pp2=1??? ;pport pin 2 on?? -- 8930=cop,61,pp3=0??? ;pport pin 3 off? -- 8931=cop,61,pp3=1??? ;pport pin 3 on? -- 8940=cop,61,pp4=0??? ;pport pin 4 off 8941=cop,61,pp4=1??? ;pport pin 4 on 8950=cop,61,pp5=0??? ;pport pin 5 off 8951=cop,61,pp5=1??? ;pport pin 5 on 8960=cop,61,pp6=0??? ;pport pin 6 off 8961=cop,61,pp6=1??? ;pport pin 6 on 8970=cop,61,pp7=0??? ;pport pin 7 off 8971=cop,61,pp7=1??? ;pport pin 7 on 8980=cop,61,pp8=0??? ;pport pin 8 off 8981=cop,61,pp8=1??? ;pport pin 8 on ;XXX=cop,61,PP4=1??? ; EX: Parallel Port Pin 4 1=(high-true) 0=(low/off) ;xxx=cop,62 as above -quite telemetry- ...mike/kb8jnm On 6/13/2018 8:45 PM, Bob Pyke wrote: > It seems to me it should look more like: > > [function] > > 991=cop,61,gpio1=0 > 992=cop,61,gpio4=1 > 993=cop,61,gpio5=0 > > [macro] > > 30=*991 *992 *993 # > > See Mike?s page, themidnightengineer.com > > Thanks, > Bob > k6ecm > 73 > Sent from my iPhone > >> On Jun 13, 2018, at 4:19 PM, John Rudolph- N2YP wrote: >> >> When using cop 61 or 62 to change gpio states can you change more than one pin with the same command or do you have to break it out as one pin at a time? >> Example: >> cop,61,GPIO1=0,GPIO4=1,GPIO5=1 >> >> If so is this the right format and if not what would it be? >> _______________________________________________ >> 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 kb2ear at kb2ear.net Thu Jun 14 01:53:35 2018 From: kb2ear at kb2ear.net (Scott Weis) Date: Wed, 13 Jun 2018 21:53:35 -0400 Subject: [App_rpt-users] Multiple Cop commands In-Reply-To: <09a051f9-a916-0d0c-9937-f54473842750@midnighteng.com> References: <21885174-22F5-4181-A1E4-2A4A30D54E42@n2yp.com> <09a051f9-a916-0d0c-9937-f54473842750@midnighteng.com> Message-ID: <00da01d40382$81799e10$846cda30$@kb2ear.net> According to the reference in the app_rpt.c: * 61 - Send Message to USB to control GPIO pins (cop,61,GPIO1=0[,GPIO4=1].....) * 62 - Send Message to USB to control GPIO pins, quietly (cop,62,GPIO1=0[,GPIO4=1].....) -----Original Message----- From: App_rpt-users [mailto:app_rpt-users-bounces at lists.allstarlink.org] On Behalf Of Mike Sent: Wednesday, June 13, 2018 9:51 PM To: app_rpt-users at lists.allstarlink.org Subject: Re: [App_rpt-users] Multiple Cop commands Bob, I thought I was anonymous LOL Those old pages... I may have to go back and look... but afraid to since it gets hacked more than I wish to say. I use it more to record the latest hack techniques. anyway, this is from my actual command list with reference. Make sure you use long/longer numbers to avoid commend conflicts in the future and not loose future number possibilities. You can make sequence changes via grouped macro. 8910=cop,61,pp1=0 ;pport pin 1 off --First 3 pins used for DH RBI-1 -data-clock-reset 8911=cop,61,pp1=1 ;pport pin 1 on -- 8920=cop,61,pp2=0 ;pport pin 2 off -- 8921=cop,61,pp2=1 ;pport pin 2 on -- 8930=cop,61,pp3=0 ;pport pin 3 off -- 8931=cop,61,pp3=1 ;pport pin 3 on -- 8940=cop,61,pp4=0 ;pport pin 4 off 8941=cop,61,pp4=1 ;pport pin 4 on 8950=cop,61,pp5=0 ;pport pin 5 off 8951=cop,61,pp5=1 ;pport pin 5 on 8960=cop,61,pp6=0 ;pport pin 6 off 8961=cop,61,pp6=1 ;pport pin 6 on 8970=cop,61,pp7=0 ;pport pin 7 off 8971=cop,61,pp7=1 ;pport pin 7 on 8980=cop,61,pp8=0 ;pport pin 8 off 8981=cop,61,pp8=1 ;pport pin 8 on ;XXX=cop,61,PP4=1 ; EX: Parallel Port Pin 4 1=(high-true) 0=(low/off) ;xxx=cop,62 as above -quite telemetry- ...mike/kb8jnm On 6/13/2018 8:45 PM, Bob Pyke wrote: > It seems to me it should look more like: > > [function] > > 991=cop,61,gpio1=0 > 992=cop,61,gpio4=1 > 993=cop,61,gpio5=0 > > [macro] > > 30=*991 *992 *993 # > > See Mike?s page, themidnightengineer.com > > Thanks, > Bob > k6ecm > 73 > Sent from my iPhone > >> On Jun 13, 2018, at 4:19 PM, John Rudolph- N2YP wrote: >> >> When using cop 61 or 62 to change gpio states can you change more than one pin with the same command or do you have to break it out as one pin at a time? >> Example: >> cop,61,GPIO1=0,GPIO4=1,GPIO5=1 >> >> If so is this the right format and if not what would it be? >> _______________________________________________ >> 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 Thu Jun 14 01:57:13 2018 From: k6ecm1 at gmail.com (Bob Pyke) Date: Wed, 13 Jun 2018 18:57:13 -0700 Subject: [App_rpt-users] Multiple Cop commands In-Reply-To: <09a051f9-a916-0d0c-9937-f54473842750@midnighteng.com> References: <21885174-22F5-4181-A1E4-2A4A30D54E42@n2yp.com> <09a051f9-a916-0d0c-9937-f54473842750@midnighteng.com> Message-ID: Cool. Mike, you will always be one of my key references :-) I appreciate the contributions you?ve made to this technology, and for the many times you?ve bailed me out. Thanks, Bob K6ECM 73 > On Jun 13, 2018, at 6:50 PM, Mike wrote: > > Bob, I thought I was anonymous LOL > > Those old pages... I may have to go back and look... but afraid to since it gets hacked more than I wish to say. > > I use it more to record the latest hack techniques. > > anyway, > > this is from my actual command list with reference. Make sure you use long/longer numbers to avoid commend conflicts in the future and not loose future number possibilities. You can make sequence changes via grouped macro. > > 8910=cop,61,pp1=0 ;pport pin 1 off --First 3 pins used for DH RBI-1 -data-clock-reset > 8911=cop,61,pp1=1 ;pport pin 1 on -- > 8920=cop,61,pp2=0 ;pport pin 2 off -- > 8921=cop,61,pp2=1 ;pport pin 2 on -- > 8930=cop,61,pp3=0 ;pport pin 3 off -- > 8931=cop,61,pp3=1 ;pport pin 3 on -- > 8940=cop,61,pp4=0 ;pport pin 4 off > 8941=cop,61,pp4=1 ;pport pin 4 on > 8950=cop,61,pp5=0 ;pport pin 5 off > 8951=cop,61,pp5=1 ;pport pin 5 on > 8960=cop,61,pp6=0 ;pport pin 6 off > 8961=cop,61,pp6=1 ;pport pin 6 on > 8970=cop,61,pp7=0 ;pport pin 7 off > 8971=cop,61,pp7=1 ;pport pin 7 on > 8980=cop,61,pp8=0 ;pport pin 8 off > 8981=cop,61,pp8=1 ;pport pin 8 on > ;XXX=cop,61,PP4=1 ; EX: Parallel Port Pin 4 1=(high-true) 0=(low/off) > ;xxx=cop,62 as above -quite telemetry- > > > ...mike/kb8jnm > > >> On 6/13/2018 8:45 PM, Bob Pyke wrote: >> It seems to me it should look more like: >> >> [function] >> >> 991=cop,61,gpio1=0 >> 992=cop,61,gpio4=1 >> 993=cop,61,gpio5=0 >> >> [macro] >> >> 30=*991 *992 *993 # >> >> See Mike?s page, themidnightengineer.com >> >> Thanks, >> Bob >> k6ecm >> 73 >> Sent from my iPhone >> >>> On Jun 13, 2018, at 4:19 PM, John Rudolph- N2YP wrote: >>> >>> When using cop 61 or 62 to change gpio states can you change more than one pin with the same command or do you have to break it out as one pin at a time? >>> Example: >>> cop,61,GPIO1=0,GPIO4=1,GPIO5=1 >>> >>> If so is this the right format and if not what would it be? >>> _______________________________________________ >>> 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 haydenph91 at gmail.com Thu Jun 14 02:14:53 2018 From: haydenph91 at gmail.com (Hayden Honeywood) Date: Thu, 14 Jun 2018 12:14:53 +1000 Subject: [App_rpt-users] RTCM [RX Packet Out of Bounds] ***Updated*** Message-ID: For what it is worth, I've used both the BG7TBL and Garmin puck units on the original VOTER boards and had no issues at all. The BG7's were 2016 models and I've never had one fail - yet and like Chuck, I hope Murphy isn't listening. Hayden VK7HH -------------- next part -------------- An HTML attachment was scrubbed... URL: From mm at midnighteng.com Thu Jun 14 04:03:17 2018 From: mm at midnighteng.com (Mike) Date: Thu, 14 Jun 2018 00:03:17 -0400 Subject: [App_rpt-users] Multiple Cop commands In-Reply-To: <00da01d40382$81799e10$846cda30$@kb2ear.net> References: <21885174-22F5-4181-A1E4-2A4A30D54E42@n2yp.com> <09a051f9-a916-0d0c-9937-f54473842750@midnighteng.com> <00da01d40382$81799e10$846cda30$@kb2ear.net> Message-ID: The post was for parallel port but works similar with gpio, You must create a command for on and off. but you must be using radiousb for gpio. Parallel port needs this... iobase=0x378???? ;lpt1? Parallel port address (using for cor/ptt & switches +dh-rbi in rpt.conf Personally, I don't hack fobs. But not everyone has a parallel port I guess. You can also get a usb i/o card on ebay and address it to send strings via command if you want to do this larger and cleaner. ...mike/kb8jnm On 6/13/2018 9:53 PM, Scott Weis wrote: > According to the reference in the app_rpt.c: > > > * 61 - Send Message to USB to control GPIO pins (cop,61,GPIO1=0[,GPIO4=1].....) > * 62 - Send Message to USB to control GPIO pins, quietly (cop,62,GPIO1=0[,GPIO4=1].....) > > -----Original Message----- > From: App_rpt-users [mailto:app_rpt-users-bounces at lists.allstarlink.org] On Behalf Of Mike > Sent: Wednesday, June 13, 2018 9:51 PM > To: app_rpt-users at lists.allstarlink.org > Subject: Re: [App_rpt-users] Multiple Cop commands > > Bob, I thought I was anonymous LOL > > Those old pages... I may have to go back and look... but afraid to since it gets hacked more than I wish to say. > > I use it more to record the latest hack techniques. > > anyway, > > this is from my actual command list with reference. Make sure you use long/longer numbers to avoid commend conflicts in the future and not loose future number possibilities. You can make sequence changes via grouped macro. > > 8910=cop,61,pp1=0 ;pport pin 1 off --First 3 pins used for DH RBI-1 -data-clock-reset > 8911=cop,61,pp1=1 ;pport pin 1 on -- > 8920=cop,61,pp2=0 ;pport pin 2 off -- > 8921=cop,61,pp2=1 ;pport pin 2 on -- > 8930=cop,61,pp3=0 ;pport pin 3 off -- > 8931=cop,61,pp3=1 ;pport pin 3 on -- > 8940=cop,61,pp4=0 ;pport pin 4 off > 8941=cop,61,pp4=1 ;pport pin 4 on > 8950=cop,61,pp5=0 ;pport pin 5 off > 8951=cop,61,pp5=1 ;pport pin 5 on > 8960=cop,61,pp6=0 ;pport pin 6 off > 8961=cop,61,pp6=1 ;pport pin 6 on > 8970=cop,61,pp7=0 ;pport pin 7 off > 8971=cop,61,pp7=1 ;pport pin 7 on > 8980=cop,61,pp8=0 ;pport pin 8 off > 8981=cop,61,pp8=1 ;pport pin 8 on > ;XXX=cop,61,PP4=1 ; EX: Parallel Port Pin 4 1=(high-true) 0=(low/off) > ;xxx=cop,62 as above -quite telemetry- > > > ...mike/kb8jnm > > > On 6/13/2018 8:45 PM, Bob Pyke wrote: >> It seems to me it should look more like: >> >> [function] >> >> 991=cop,61,gpio1=0 >> 992=cop,61,gpio4=1 >> 993=cop,61,gpio5=0 >> >> [macro] >> >> 30=*991 *992 *993 # >> >> See Mike?s page, themidnightengineer.com >> >> Thanks, >> Bob >> k6ecm >> 73 >> Sent from my iPhone >> >>> On Jun 13, 2018, at 4:19 PM, John Rudolph- N2YP wrote: >>> >>> When using cop 61 or 62 to change gpio states can you change more than one pin with the same command or do you have to break it out as one pin at a time? >>> Example: >>> cop,61,GPIO1=0,GPIO4=1,GPIO5=1 >>> >>> If so is this the right format and if not what would it be? >>> _______________________________________________ >>> 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 steve at m0hoy.com Thu Jun 14 06:23:01 2018 From: steve at m0hoy.com (Stephen Curtis) Date: Thu, 14 Jun 2018 07:23:01 +0100 Subject: [App_rpt-users] Website registration In-Reply-To: References: <21885174-22F5-4181-A1E4-2A4A30D54E42@n2yp.com> <09a051f9-a916-0d0c-9937-f54473842750@midnighteng.com> <00da01d40382$81799e10$846cda30$@kb2ear.net> Message-ID: <03D48EE7-AA0B-4E93-AF7E-1B2CAF546DB6@m0hoy.com> Hi Guys, Could someone from the registration team please help me. I am receiving emails every day from a guy here in the UK who is desperately trying to get his account authorised with you. He does not seem to be receiving your account activation email. The message he is getting is ?Your account is inactive, please check your spam folder etc.? The guy says it is not in his junk/spam folder. His call sign is M6MZF and has asked me to give you guys another email address andrewmzf54 at hotmail.com Thanks for all your hard work managing this stuff! Cheers Steve M0HOY -------------- next part -------------- An HTML attachment was scrubbed... URL: From tisawyer at gmail.com Thu Jun 14 13:10:13 2018 From: tisawyer at gmail.com (Tim Sawyer) Date: Thu, 14 Jun 2018 06:10:13 -0700 Subject: [App_rpt-users] Website registration In-Reply-To: <03D48EE7-AA0B-4E93-AF7E-1B2CAF546DB6@m0hoy.com> References: <21885174-22F5-4181-A1E4-2A4A30D54E42@n2yp.com> <09a051f9-a916-0d0c-9937-f54473842750@midnighteng.com> <00da01d40382$81799e10$846cda30$@kb2ear.net> <03D48EE7-AA0B-4E93-AF7E-1B2CAF546DB6@m0hoy.com> Message-ID: Hi, That call is on hold be cause it's not in QRZ.com. Please add his info to QRZ.com or send a copy of license to me and I'll approve it right away. Thanks, Tim On Wed, Jun 13, 2018 at 11:23 PM Stephen Curtis wrote: > Hi Guys, > > Could someone from the registration team please help me. I am receiving > emails every day from a guy here in the UK who is desperately trying to get > his account authorised with you. He does not seem to be receiving your > account activation email. The message he is getting is ?Your account is > inactive, please check your spam folder etc.? The guy says it is not in his > junk/spam folder. His call sign is M6MZF and has asked me to give you guys > another email address andrewmzf54 at hotmail.com > > Thanks for all your hard work managing this stuff! > > Cheers > > Steve M0HOY > > _______________________________________________ > 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 WD6AWP -------------- next part -------------- An HTML attachment was scrubbed... URL: From asonnesso at gmail.com Thu Jun 14 13:32:36 2018 From: asonnesso at gmail.com (Angelo T Sonnesso) Date: Thu, 14 Jun 2018 09:32:36 -0400 Subject: [App_rpt-users] Website registration In-Reply-To: References: <21885174-22F5-4181-A1E4-2A4A30D54E42@n2yp.com> <09a051f9-a916-0d0c-9937-f54473842750@midnighteng.com> <00da01d40382$81799e10$846cda30$@kb2ear.net> <03D48EE7-AA0B-4E93-AF7E-1B2CAF546DB6@m0hoy.com> Message-ID: <029101d403e4$28ec0410$7ac40c30$@gmail.com> I am having the same problem. 73 N2DYN Angelo From: App_rpt-users On Behalf Of Tim Sawyer Sent: Thursday, June 14, 2018 9:10 AM To: Users of Asterisk app_rpt Subject: Re: [App_rpt-users] Website registration Hi, That call is on hold be cause it's not in QRZ.com. Please add his info to QRZ.com or send a copy of license to me and I'll approve it right away. Thanks, Tim On Wed, Jun 13, 2018 at 11:23 PM Stephen Curtis > wrote: Hi Guys, Could someone from the registration team please help me. I am receiving emails every day from a guy here in the UK who is desperately trying to get his account authorised with you. He does not seem to be receiving your account activation email. The message he is getting is ?Your account is inactive, please check your spam folder etc.? The guy says it is not in his junk/spam folder. His call sign is M6MZF and has asked me to give you guys another email address andrewmzf54 at hotmail.com Thanks for all your hard work managing this stuff! Cheers Steve M0HOY _______________________________________________ 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 WD6AWP -------------- next part -------------- An HTML attachment was scrubbed... URL: From steve at m0hoy.com Thu Jun 14 14:28:00 2018 From: steve at m0hoy.com (Stephen Curtis) Date: Thu, 14 Jun 2018 15:28:00 +0100 Subject: [App_rpt-users] Website registration In-Reply-To: <029101d403e4$28ec0410$7ac40c30$@gmail.com> References: <21885174-22F5-4181-A1E4-2A4A30D54E42@n2yp.com> <09a051f9-a916-0d0c-9937-f54473842750@midnighteng.com> <00da01d40382$81799e10$846cda30$@kb2ear.net> <03D48EE7-AA0B-4E93-AF7E-1B2CAF546DB6@m0hoy.com> <029101d403e4$28ec0410$7ac40c30$@gmail.com> Message-ID: <776D8C67-B16A-4A28-A9B9-D8F14AE217E3@m0hoy.com> Hi Tim, He has emailed a copy of his licence and had acknowledgement of receipt but does not wish to have a page on qrz.com. Is this a requirement? I shall get him to resend his licence Thanks for your help Steve Sent from my iPhone > On 14 Jun 2018, at 14:32, Angelo T Sonnesso wrote: > > I am having the same problem. > > 73 N2DYN Angelo > > From: App_rpt-users On Behalf Of Tim Sawyer > Sent: Thursday, June 14, 2018 9:10 AM > To: Users of Asterisk app_rpt > Subject: Re: [App_rpt-users] Website registration > > Hi, > That call is on hold be cause it's not in QRZ.com. Please add his info to QRZ.com or send a copy of license to me and I'll approve it right away. > Thanks, > Tim > > On Wed, Jun 13, 2018 at 11:23 PM Stephen Curtis wrote: > Hi Guys, > > Could someone from the registration team please help me. I am receiving emails every day from a guy here in the UK who is desperately trying to get his account authorised with you. He does not seem to be receiving your account activation email. The message he is getting is ?Your account is inactive, please check your spam folder etc.? The guy says it is not in his junk/spam folder. His call sign is M6MZF and has asked me to give you guys another email address andrewmzf54 at hotmail.com > > Thanks for all your hard work managing this stuff! > > Cheers > > Steve M0HOY > > _______________________________________________ > 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 WD6AWP > _______________________________________________ > 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 Thu Jun 14 17:39:27 2018 From: tisawyer at gmail.com (Tim Sawyer) Date: Thu, 14 Jun 2018 10:39:27 -0700 Subject: [App_rpt-users] Website registration In-Reply-To: <776D8C67-B16A-4A28-A9B9-D8F14AE217E3@m0hoy.com> References: <21885174-22F5-4181-A1E4-2A4A30D54E42@n2yp.com> <09a051f9-a916-0d0c-9937-f54473842750@midnighteng.com> <00da01d40382$81799e10$846cda30$@kb2ear.net> <03D48EE7-AA0B-4E93-AF7E-1B2CAF546DB6@m0hoy.com> <029101d403e4$28ec0410$7ac40c30$@gmail.com> <776D8C67-B16A-4A28-A9B9-D8F14AE217E3@m0hoy.com> Message-ID: We prefer that you have your info on QRZ because it better for us to validate that you are a ham. But it's not a requirement. We do accept a copy of your license if you prefer. Please send to me if that's your choice. 73, On Thu, Jun 14, 2018 at 7:28 AM Stephen Curtis wrote: > Hi Tim, > > He has emailed a copy of his licence and had acknowledgement of receipt > but does not wish to have a page on qrz.com. Is this a requirement? > > I shall get him to resend his licence > > Thanks for your help > Steve > > Sent from my iPhone > > On 14 Jun 2018, at 14:32, Angelo T Sonnesso wrote: > > I am having the same problem. > > > > 73 N2DYN Angelo > > > > *From:* App_rpt-users *On > Behalf Of *Tim Sawyer > *Sent:* Thursday, June 14, 2018 9:10 AM > *To:* Users of Asterisk app_rpt > *Subject:* Re: [App_rpt-users] Website registration > > > > Hi, > > That call is on hold be cause it's not in QRZ.com. Please add his info to > QRZ.com or send a copy of license to me and I'll approve it right away. > > Thanks, > > Tim > > > > On Wed, Jun 13, 2018 at 11:23 PM Stephen Curtis wrote: > > Hi Guys, > > > > Could someone from the registration team please help me. I am receiving > emails every day from a guy here in the UK who is desperately trying to get > his account authorised with you. He does not seem to be receiving your > account activation email. The message he is getting is ?Your account is > inactive, please check your spam folder etc.? The guy says it is not in his > junk/spam folder. His call sign is M6MZF and has asked me to give you guys > another email address andrewmzf54 at hotmail.com > > > > Thanks for all your hard work managing this stuff! > > > > Cheers > > > > Steve M0HOY > > > > _______________________________________________ > 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 WD6AWP > > _______________________________________________ > 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 WD6AWP -------------- next part -------------- An HTML attachment was scrubbed... URL: From steve at m0hoy.com Thu Jun 14 18:13:47 2018 From: steve at m0hoy.com (Stephen Curtis) Date: Thu, 14 Jun 2018 19:13:47 +0100 Subject: [App_rpt-users] Website registration In-Reply-To: References: <21885174-22F5-4181-A1E4-2A4A30D54E42@n2yp.com> <09a051f9-a916-0d0c-9937-f54473842750@midnighteng.com> <00da01d40382$81799e10$846cda30$@kb2ear.net> <03D48EE7-AA0B-4E93-AF7E-1B2CAF546DB6@m0hoy.com> <029101d403e4$28ec0410$7ac40c30$@gmail.com> <776D8C67-B16A-4A28-A9B9-D8F14AE217E3@m0hoy.com> Message-ID: <09ECB906-EA8D-478F-9B96-55BE0CD2CE7B@m0hoy.com> Thanks Tim, I have forwarded the details to Andrew and asked him to send his licence to you. Thanks again for your help. Steve M0HOY Sent from my iPhone > On 14 Jun 2018, at 18:39, Tim Sawyer wrote: > > We prefer that you have your info on QRZ because it better for us to validate that you are a ham. But it's not a requirement. We do accept a copy of your license if you prefer. Please send to me if that's your choice. > > 73, > > >> On Thu, Jun 14, 2018 at 7:28 AM Stephen Curtis wrote: >> Hi Tim, >> >> He has emailed a copy of his licence and had acknowledgement of receipt but does not wish to have a page on qrz.com. Is this a requirement? >> >> I shall get him to resend his licence >> >> Thanks for your help >> Steve >> >> Sent from my iPhone >> >>> On 14 Jun 2018, at 14:32, Angelo T Sonnesso wrote: >>> >>> I am having the same problem. >>> >>> >>> >>> 73 N2DYN Angelo >>> >>> >>> >>> From: App_rpt-users On Behalf Of Tim Sawyer >>> Sent: Thursday, June 14, 2018 9:10 AM >>> To: Users of Asterisk app_rpt >>> Subject: Re: [App_rpt-users] Website registration >>> >>> >>> >>> Hi, >>> >>> That call is on hold be cause it's not in QRZ.com. Please add his info to QRZ.com or send a copy of license to me and I'll approve it right away. >>> >>> Thanks, >>> >>> Tim >>> >>> >>> >>> On Wed, Jun 13, 2018 at 11:23 PM Stephen Curtis wrote: >>> >>> Hi Guys, >>> >>> >>> >>> Could someone from the registration team please help me. I am receiving emails every day from a guy here in the UK who is desperately trying to get his account authorised with you. He does not seem to be receiving your account activation email. The message he is getting is ?Your account is inactive, please check your spam folder etc.? The guy says it is not in his junk/spam folder. His call sign is M6MZF and has asked me to give you guys another email address andrewmzf54 at hotmail.com >>> >>> >>> >>> Thanks for all your hard work managing this stuff! >>> >>> >>> >>> Cheers >>> >>> >>> >>> Steve M0HOY >>> >>> >>> >>> _______________________________________________ >>> 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 WD6AWP >>> >>> _______________________________________________ >>> 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 WD6AWP > _______________________________________________ > 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 mm at midnighteng.com Fri Jun 15 14:17:25 2018 From: mm at midnighteng.com (Mike) Date: Fri, 15 Jun 2018 10:17:25 -0400 Subject: [App_rpt-users] Announcing AllStarLink Asterisk version 1.01 In-Reply-To: <17040487.257079.1524250859268.JavaMail.zimbra@siminiuk.com> References: <17040487.257079.1524250859268.JavaMail.zimbra@siminiuk.com> Message-ID: <4a81f83f-669a-3aea-854a-7a097b338bce@midnighteng.com> Use root since you have a root pw. That will allow you to do anything without further issues. ...mike/kb8jnm On 4/20/2018 3:00 PM, K5CG wrote: > Starting over. > > Brand new Pi 3 B + > Formatted microSD card with SD Formatter. > Re-flashed microSD card with Win32 Disk Imager > Booted, "Resized root filesystem... rebooting" > > Logged in as repeater > Changed password for "repeater" user > /sudo su -/? ? to become root > /passwd/? ? to set root user password > Edited /etc/ssh/sshd_config to enable root login > /systemctl restart ssh/? ?to refresh sshd config > > ip addr > 192.168.1.225/24 (from DHCP) > ssh to 192.168.1.225 as root user > > root at repeater:~# apt-mark hold raspberrypi-kernel-headers > raspberrypi-kernel > raspberrypi-kernel-headers set on hold. > raspberrypi-kernel set on hold. > > root at repeater:~#apt-get update > Fetched 11.9 MB in 8s (1,361 kB/s) > Reading package lists... Done > > root at repeater:~# apt-get upgrade -y > Preparing... > Unpacking... > Yadda yadda... > Setting up linux-libc-dev:armhf (4.9.82-1+deb9u3+rpi1) ... > Setting up libicu57:armhf (57.1-6+deb9u2) ... > Setting up raspi-config (20180406+1) ... > Setting up perl (5.24.1-3+deb9u3) ... > Setting up libssl1.0.2:armhf (1.0.2l-2+deb9u3) ... > Processing triggers for libc-bin (2.24-11+deb9u3) ... > Setting up libssl1.1:armhf (1.1.0f-3+deb9u2) ... > Processing triggers for systemd (232-25+deb9u2) ... > Setting up openssl (1.1.0f-3+deb9u2) ... > Processing triggers for man-db (2.7.6.1-2) ... > Setting up asl-asterisk-tools (1.01-20180226-10) ... > Setting up libraspberrypi0 (1.20180417-1) ... > Setting up libraspberrypi-doc (1.20180417-1) ... > Setting up libraspberrypi-dev (1.20180417-1) ... > Setting up libraspberrypi-bin (1.20180417-1) ... > Processing triggers for libc-bin (2.24-11+deb9u3) ... > > root at repeater:~# reboot > > Now that the initial steps are done, do I run asl-menu as the user > repeater or root? The readme isn't specific. > > > ------------------------------------------------------------------------ > *From: *"Steve Zingman" > *To: *"Users of Asterisk app_rpt" > *Sent: *Friday, April 20, 2018 1:12:01 PM > *Subject: *Re: [App_rpt-users] Announcing AllStarLink Asterisk version > 1.01 > > Danny, > Did you do this before asl-menu? > > sudo apt-mark hold raspberrypi-kernel-headers raspberrypi-kernel > sudo apt-get update > sudo apt-get upgrade -y > sudo reboot > > Steve N4IRS > > On 4/20/2018 2:09 PM, K5CG wrote: > > I downloaded?the raspberry pi latest > http://dvswitch.org/files/ASL_Images/Raspberry_Pi/Stretch/ASL_1.01-20180228-armhf-raspbian-stretch-image.zip > > I followed the included readme file instructions and It booted > fine but the asl-menu does not work correctly for the networking > (static IP), and it doesn't set the hostname or domain name. After > rebooting at the end of the process everything is the same as it > was. Hostname is still "repeater" and IP is still DHCP. > > I seem to recall having this issue before on an older build. Is > there a trick to get this to work or must it be done manually? > > Danny > K5CG > > > _______________________________________________ > 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 mm at midnighteng.com Fri Jun 15 14:20:36 2018 From: mm at midnighteng.com (Mike) Date: Fri, 15 Jun 2018 10:20:36 -0400 Subject: [App_rpt-users] Announcing AllStarLink Asterisk version 1.01 In-Reply-To: <4a81f83f-669a-3aea-854a-7a097b338bce@midnighteng.com> References: <17040487.257079.1524250859268.JavaMail.zimbra@siminiuk.com> <4a81f83f-669a-3aea-854a-7a097b338bce@midnighteng.com> Message-ID: Disregard, funny the trouble you can get into when you clean out your archive email and walk away from the computer for a while and forget where you are when you come back?? ....LOL ...mike/kb8jnm On 6/15/2018 10:17 AM, Mike wrote: > > Use root since you have a root pw. That will allow you to do anything > without further issues. > > ...mike/kb8jnm > > > On 4/20/2018 3:00 PM, K5CG wrote: >> Starting over. >> >> Brand new Pi 3 B + >> Formatted microSD card with SD Formatter. >> Re-flashed microSD card with Win32 Disk Imager >> Booted, "Resized root filesystem... rebooting" >> >> Logged in as repeater >> Changed password for "repeater" user >> /sudo su -/? ? to become root >> /passwd/? ? to set root user password >> Edited /etc/ssh/sshd_config to enable root login >> /systemctl restart ssh/? ?to refresh sshd config >> >> ip addr >> 192.168.1.225/24 (from DHCP) >> ssh to 192.168.1.225 as root user >> >> root at repeater:~# apt-mark hold raspberrypi-kernel-headers >> raspberrypi-kernel >> raspberrypi-kernel-headers set on hold. >> raspberrypi-kernel set on hold. >> >> root at repeater:~#apt-get update >> Fetched 11.9 MB in 8s (1,361 kB/s) >> Reading package lists... Done >> >> root at repeater:~# apt-get upgrade -y >> Preparing... >> Unpacking... >> Yadda yadda... >> Setting up linux-libc-dev:armhf (4.9.82-1+deb9u3+rpi1) ... >> Setting up libicu57:armhf (57.1-6+deb9u2) ... >> Setting up raspi-config (20180406+1) ... >> Setting up perl (5.24.1-3+deb9u3) ... >> Setting up libssl1.0.2:armhf (1.0.2l-2+deb9u3) ... >> Processing triggers for libc-bin (2.24-11+deb9u3) ... >> Setting up libssl1.1:armhf (1.1.0f-3+deb9u2) ... >> Processing triggers for systemd (232-25+deb9u2) ... >> Setting up openssl (1.1.0f-3+deb9u2) ... >> Processing triggers for man-db (2.7.6.1-2) ... >> Setting up asl-asterisk-tools (1.01-20180226-10) ... >> Setting up libraspberrypi0 (1.20180417-1) ... >> Setting up libraspberrypi-doc (1.20180417-1) ... >> Setting up libraspberrypi-dev (1.20180417-1) ... >> Setting up libraspberrypi-bin (1.20180417-1) ... >> Processing triggers for libc-bin (2.24-11+deb9u3) ... >> >> root at repeater:~# reboot >> >> Now that the initial steps are done, do I run asl-menu as the user >> repeater or root? The readme isn't specific. >> >> >> ------------------------------------------------------------------------ >> *From: *"Steve Zingman" >> *To: *"Users of Asterisk app_rpt" >> *Sent: *Friday, April 20, 2018 1:12:01 PM >> *Subject: *Re: [App_rpt-users] Announcing AllStarLink Asterisk >> version 1.01 >> >> Danny, >> Did you do this before asl-menu? >> >> sudo apt-mark hold raspberrypi-kernel-headers raspberrypi-kernel >> sudo apt-get update >> sudo apt-get upgrade -y >> sudo reboot >> >> Steve N4IRS >> >> On 4/20/2018 2:09 PM, K5CG wrote: >> >> I downloaded?the raspberry pi latest >> http://dvswitch.org/files/ASL_Images/Raspberry_Pi/Stretch/ASL_1.01-20180228-armhf-raspbian-stretch-image.zip >> >> I followed the included readme file instructions and It booted >> fine but the asl-menu does not work correctly for the networking >> (static IP), and it doesn't set the hostname or domain name. >> After rebooting at the end of the process everything is the same >> as it was. Hostname is still "repeater" and IP is still DHCP. >> >> I seem to recall having this issue before on an older build. Is >> there a trick to get this to work or must it be done manually? >> >> Danny >> K5CG >> >> >> _______________________________________________ >> 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. -------------- next part -------------- An HTML attachment was scrubbed... URL: From tisawyer at gmail.com Fri Jun 15 18:49:07 2018 From: tisawyer at gmail.com (Tim Sawyer) Date: Fri, 15 Jun 2018 11:49:07 -0700 Subject: [App_rpt-users] RTCM [RX Packet Out of Bounds] ***Updated*** In-Reply-To: References: <036601d3f93f$ae7c3d70$0b74b850$@gmail.com> <0c1b01d401ef$2c2e7280$848b5780$@gmail.com> <00e501d40294$9fb435f0$df1ca1d0$@gmail.com> Message-ID: Chuck, I have one now that's off 2 seconds. This one has been not voting for a few days. Seems the time may be drifting. I've never seen this happen except with the BG7 units. Do you want to Teamview to trouble shoot? On Tue, Jun 12, 2018 at 9:51 PM Chuck Henderson < rpt2 at chuck.midlandsnetworking.com> wrote: > Yes, many GPS will sometimes be off by one second in the RTCM. If I have > to power cycle any of my voters/RTCMs I usually then do a reboot via the > RTCM menu so that the GPS is already up and accurate when the RTCM boots > and this seems to eliminate the one second off problem, most of the time. > Both Jim and I tried to fix this and neither of us could. When all set up > to troubleshoot it the problem never happens. The software has a couple > of code segments to try to make it work even when exactly one second off > but I don't think that works all the time either. > > Also in looking at the code I see that SysTime does not matter at all. It > is just a reference to look at in the debug output. Mine exactly matches > because I also sync my Linux time to a GPS reference separately from the > app_rpt voter code. But I tried disabling that and setting the date and > time both wrong and the voter still works because it keeps it's own time > that is referenced to the master and not dependent on the system time. > > So the master time does need to be the first time that the voter channel > driver receives each second. Other RTCMs time must arrive later than the > master arrives but before the buffer length later. > The RTCM-GPS time can be any amount wrong as long as all RTCM-GPSs are > exactly the same as each other. > Start with much bigger buffers than you need and gradually reduce them. > > > On Tue, Jun 12, 2018 at 10:03 PM Tim Sawyer wrote: > >> This may be a bit off topic but I've had problems with the BG7TBL units. >> One won't get a RTCM GPS lock with initial power on after it's been off for >> a while... like a day or more. The GPS Lock LED on the GPS comes on but >> doesn't on the RTCM. Subsequent immediate power cycle cures that. Another >> I've seen shifts it's time by one second after it's been running for some >> period. >> >> On the other hand I have one that works flawlessly. So I'm a little >> concerned about these. I don't know if there some incompatibility with the >> RTCM or if the BG7TLB units have inconsistent performance. >> >> Any thoughts on that possibly being repeated to the issue Kevin is having? >> >> >> On Tue, Jun 12, 2018 at 7:24 PM Chuck Henderson < >> rpt2 at chuck.midlandsnetworking.com> wrote: >> >>> The server needs to have the earliest time of all GPS time receivers. >>> Master RTCM should be on the same LAN switch as the server and all other >>> GPS time receivers must be at least some fraction of nano seconds delayed >>> from the master time. Your LAB time arrives at the server before the >>> master time arrives and that is not allowed for in the software. I am >>> surprised that it even works at all. It should not work. >>> I also am surprised that the SysTime does not exactly match with the >>> Master Time ?Valparaiso? as I checked 3 servers of mine here and the >>> SysTime always exactly matches the master GPSTime. Master GPSTime is the >>> reference for SysTime. >>> I am reviewing the source to see what a non master time arriving before >>> the master time might mess up. I know it has never worked for me when I >>> have tried using an even slightly delayed master time like putting a couple >>> of store and forward ethernet devices between the master time and the >>> server. >>> >>> On Tue, Jun 12, 2018 at 4:31 PM Kevin Babich >>> wrote: >>> >>>> Chuck, >>>> >>>> >>>> >>>> ?Valparaiso? is the master, while ?Lab? is closer to the server, it >>>> isn?t regularly online. The PPS Polarity is set to non-inverted, the only >>>> selection which works. We have more of the NOVUS GPSDO?s, I will try it to >>>> see if it remains in-sync with the other. Perhaps the BG7TBL oscillator >>>> has an issue. I know that one of his models had an issue with floating >>>> point math and didn?t report time accurately, I believe it was corrected in >>>> mine, but, maybe not. >>>> >>>> >>>> >>>> Kindest Regards, >>>> >>>> >>>> >>>> Kevin Babich | N9IAA >>>> >>>> Valparaiso, IN 46383 >>>> >>>> >>>> >>>> *From:* App_rpt-users *On >>>> Behalf Of *Chuck Henderson >>>> *Sent:* Tuesday, June 12, 2018 3:35 AM >>>> *To:* Users of Asterisk app_rpt >>>> *Subject:* Re: [App_rpt-users] RTCM [RX Packet Out of Bounds] >>>> ***Updated*** >>>> >>>> >>>> >>>> Kevin, >>>> >>>> Which one is the master? From the looks of it I would say that "lab" >>>> should be the master as it appears to be the first one to arrive at the >>>> server so must have the lowest network delay or they are inaccurate. >>>> Inaccuracy could be caused by having the PPS polarity wrong in the RTCM and >>>> are setting time based on the trailing edge of the pulse rather than the >>>> leading edge. >>>> >>>> >>>> >>>> I am also using a Raspberry Pi 3B (not plus) >>>> >>>> >>>> >>>> The master should be the first one to get a time packet to the server, >>>> or they should all be tied exactly. >>>> >>>> Chuck >>>> >>>> >>>> >>>> On Mon, Jun 11, 2018 at 8:46 PM Kevin Babich >>>> wrote: >>>> >>>> Chuck, >>>> >>>> >>>> >>>> A couple facts: >>>> >>>> >>>> >>>> The network has very low latency (sub ms) across all nodes on the VLAN. >>>> >>>> The site labeled LAB has a lab quality GPSDO, by NOVUS Power. >>>> >>>> The other sites utilize the GPSDO, by BG7TBL, as available on eBay, all >>>> are the 2016 vintage. >>>> >>>> >>>> >>>> Question: >>>> >>>> >>>> >>>> Is the reported system time exactly as reported by the timebase? If >>>> so, it would appear I have an issue with the accuracy of the GPSDO NMEA >>>> output. >>>> >>>> >>>> >>>> Here is an example of the output from my implementation: >>>> >>>> >>>> >>>> GPSTime (Lab): 06/11/18 20:16:57.000000000 >>>> >>>> SysTime: 06/11/18 20:16:57.220000 >>>> >>>> DrainTime: 06/11/18 20:16:57.180 >>>> >>>> Got GPS (Lab): Lat: 4126.20N, Lon: 08654.13W, Elev: 233.71 >>>> >>>> GPSTime (Valparaiso): 06/11/18 20:16:57.000000000 >>>> >>>> SysTime: 06/11/18 20:16:57.280000 >>>> >>>> DrainTime: 06/11/18 20:16:57.220 >>>> >>>> Got GPS (Valparaiso): Lat: 4131.82N, Lon: 08702.06W, Elev: 299.5 >>>> >>>> GPSTime (Crown_Point): 06/11/18 20:16:57.000000000 >>>> >>>> SysTime: 06/11/18 20:16:57.280000 >>>> >>>> DrainTime: 06/11/18 20:16:57.220 >>>> >>>> Got GPS (Crown_Point): Lat: 4121.15N, Lon: 08724.18W, Elev: 218.6 >>>> >>>> GPSTime (LaPorte): 06/11/18 20:16:57.000000000 >>>> >>>> SysTime: 06/11/18 20:16:57.280000 >>>> >>>> DrainTime: 06/11/18 20:16:57.220 >>>> >>>> Got GPS (LaPorte): Lat: 4139.38N, Lon: 08645.96W, Elev: 324.6 >>>> >>>> >>>> >>>> GPSTime (Lab): 06/11/18 20:17:19.000000000 >>>> >>>> SysTime: 06/11/18 20:17:19.220000 >>>> >>>> DrainTime: 06/11/18 20:17:19.180 >>>> >>>> Got GPS (Lab): Lat: 4126.20N, Lon: 08654.13W, Elev: 233.38 >>>> >>>> GPSTime (Valparaiso): 06/11/18 20:17:19.000000000 >>>> >>>> SysTime: 06/11/18 20:17:19.260000 >>>> >>>> DrainTime: 06/11/18 20:17:19.220 >>>> >>>> Got GPS (Valparaiso): Lat: 4131.82N, Lon: 08702.05W, Elev: 293.7 >>>> >>>> GPSTime (Crown_Point): 06/11/18 20:17:19.000000000 >>>> >>>> SysTime: 06/11/18 20:17:19.280000 >>>> >>>> DrainTime: 06/11/18 20:17:19.240 >>>> >>>> Got GPS (Crown_Point): Lat: 4121.15N, Lon: 08724.18W, Elev: 217.5 >>>> >>>> GPSTime (LaPorte): 06/11/18 20:17:19.000000000 >>>> >>>> SysTime: 06/11/18 20:17:19.280000 >>>> >>>> DrainTime: 06/11/18 20:17:19.240 >>>> >>>> Got GPS (LaPorte): Lat: 4139.38N, Lon: 08645.96W, Elev: 324.1 >>>> >>>> >>>> >>>> Results AFTER resetting the MASTER: >>>> >>>> >>>> >>>> GPSTime (Lab): 06/11/18 20:31:23.000000000 >>>> >>>> SysTime: 06/11/18 20:31:23.220000 >>>> >>>> DrainTime: 06/11/18 20:31:23.180 >>>> >>>> Got GPS (Lab): Lat: 4126.20N, Lon: 08654.13W, Elev: 231.86 >>>> >>>> GPSTime (Valparaiso): 06/11/18 20:31:23.000000000 >>>> >>>> SysTime: 06/11/18 20:31:23.280000 >>>> >>>> DrainTime: 06/11/18 20:31:23.240 >>>> >>>> Got GPS (Valparaiso): Lat: 4131.81N, Lon: 08702.05W, Elev: 301.8 >>>> >>>> GPSTime (LaPorte): 06/11/18 20:31:23.000000000 >>>> >>>> SysTime: 06/11/18 20:31:23.280000 >>>> >>>> DrainTime: 06/11/18 20:31:23.240 >>>> >>>> Got GPS (LaPorte): Lat: 4139.38N, Lon: 08645.96W, Elev: 327.7 >>>> >>>> GPSTime (Crown_Point): 06/11/18 20:31:23.000000000 >>>> >>>> SysTime: 06/11/18 20:31:23.280000 >>>> >>>> DrainTime: 06/11/18 20:31:23.240 >>>> >>>> Got GPS (Crown_Point): Lat: 4121.15N, Lon: 08724.18W, Elev: 218.5 >>>> >>>> >>>> >>>> Thoughts? >>>> >>>> >>>> >>>> Kindest Regards, >>>> >>>> >>>> >>>> Kevin Babich | N9IAA >>>> >>>> Valparaiso, IN 46383 >>>> >>>> >>>> >>>> *From:* App_rpt-users *On >>>> Behalf Of *Chuck Henderson >>>> *Sent:* Monday, June 4, 2018 4:51 AM >>>> *To:* Users of Asterisk app_rpt >>>> *Subject:* Re: [App_rpt-users] RTCM [RX Packet Out of Bounds] >>>> ***Updated*** >>>> >>>> >>>> >>>> Kevin, >>>> >>>> I just checked 3 of my RTCM's and got the following results. >>>> RTCM1: >>>> Current Time: Mon Jun 04, 2018 08:55:43.640 >>>> Last Rx Pkt System time: 06/04/2018 02:55:56.040, diff: 21587600 msec >>>> Last Rx Pkt Timestamp time: 06/04/2018 02:55:56.040, diff: 0 msec >>>> Last Rx Pkt index: 1080, inbounds: 1 >>>> >>>> RTCM2: >>>> Current Time: Mon Jun 04, 2018 08:58:20.300 >>>> Last Rx Pkt System time: , diff: -905657056 msec >>>> Last Rx Pkt Timestamp time: , diff: 0 msec >>>> Last Rx Pkt index: 0, inbounds: 0 >>>> >>>> RTCM3: >>>> Current Time: Mon Jun 04, 2018 08:58:48.060 >>>> Last Rx Pkt System time: , diff: -905629296 msec >>>> Last Rx Pkt Timestamp time: , diff: 0 msec >>>> Last Rx Pkt index: 0, inbounds: 0 >>>> >>>> I would not be concerned about the times. They are not important. >>>> >>>> A better thing to look at is in the Asterisk CLI issue the command >>>> voter debug level 3 >>>> >>>> Then expect output like the following: >>>> >>>> GPSTime (South): 06/04/18 04:07:16.000000000 >>>> >>>> SysTime: 06/04/18 04:07:16.000000 >>>> >>>> DrainTime: 06/04/18 04:07:15.960 >>>> >>>> Got GPS (South): Lat: 4020.80N, Lon: 08856.35W, Elev: 225.7 >>>> >>>> GPSTime (North): 06/04/18 04:07:16.000000000 >>>> >>>> SysTime: 06/04/18 04:07:16.000000 >>>> >>>> DrainTime: 06/04/18 04:07:15.960 >>>> >>>> Got GPS (North): Lat: 4030.79N, Lon: 08857.99W, Elev: 245.4 >>>> >>>> GPSTime (East): 06/04/18 04:07:16.000000000 >>>> >>>> SysTime: 06/04/18 04:07:16.000000 >>>> >>>> DrainTime: 06/04/18 04:07:15.980 >>>> >>>> Got GPS (East): Lat: 4030.02N, Lon: 08855.92W, Elev: 250.2 >>>> >>>> sending KEEPALIVE (GPS) packet to client East digest 99479120 >>>> >>>> sending KEEPALIVE (GPS) packet to client North digest dd455bb0 >>>> >>>> sending KEEPALIVE (GPS) packet to client South digest 4a396b22 >>>> >>>> GPSTime (East): 06/04/18 04:07:17.000000000 >>>> >>>> SysTime: 06/04/18 04:07:17.000000 >>>> >>>> DrainTime: 06/04/18 04:07:16.980 >>>> >>>> Got GPS (East): Lat: 4030.02N, Lon: 08855.92W, Elev: 250.2 >>>> >>>> GPSTime (South): 06/04/18 04:07:17.000000000 >>>> >>>> SysTime: 06/04/18 04:07:17.000000 >>>> >>>> DrainTime: 06/04/18 04:07:16.980 >>>> >>>> Got GPS (South): Lat: 4020.80N, Lon: 08856.35W, Elev: 225.7 >>>> >>>> GPSTime (North): 06/04/18 04:07:17.000000000 >>>> >>>> SysTime: 06/04/18 04:07:17.000000 >>>> >>>> DrainTime: 06/04/18 04:07:16.980 >>>> >>>> Got GPS (North): Lat: 4030.79N, Lon: 08857.99W, Elev: 245.4 >>>> >>>> sending KEEPALIVE (GPS) packet to client East digest 99479120 >>>> >>>> sending KEEPALIVE (GPS) packet to client North digest dd455bb0 >>>> >>>> sending KEEPALIVE (GPS) packet to client South digest 4a396b22 >>>> >>>> GPSTime (South): 06/04/18 04:07:18.000000000 >>>> >>>> SysTime: 06/04/18 04:07:18.000000 >>>> >>>> DrainTime: 06/04/18 04:07:17.960 >>>> >>>> Got GPS (South): Lat: 4020.80N, Lon: 08856.35W, Elev: 225.7 >>>> >>>> GPSTime (North): 06/04/18 04:07:18.000000000 >>>> >>>> SysTime: 06/04/18 04:07:18.000000 >>>> >>>> DrainTime: 06/04/18 04:07:17.980 >>>> >>>> Got GPS (North): Lat: 4030.79N, Lon: 08857.99W, Elev: 245.4 >>>> >>>> GPSTime (East): 06/04/18 04:07:18.000000000 >>>> >>>> SysTime: 06/04/18 04:07:18.000000 >>>> >>>> DrainTime: 06/04/18 04:07:17.980 >>>> >>>> Got GPS (East): Lat: 4030.02N, Lon: 08855.92W, Elev: 250.2 >>>> >>>> GPSTime (South): 06/04/18 04:07:19.000000000 >>>> >>>> SysTime: 06/04/18 04:07:19.000000 >>>> >>>> DrainTime: 06/04/18 04:07:18.960 >>>> >>>> Got GPS (South): Lat: 4020.80N, Lon: 08856.35W, Elev: 225.7 >>>> >>>> GPSTime (North): 06/04/18 04:07:19.000000000 >>>> >>>> SysTime: 06/04/18 04:07:19.000000 >>>> >>>> DrainTime: 06/04/18 04:07:18.960 >>>> >>>> Got GPS (North): Lat: 4030.79N, Lon: 08857.99W, Elev: 245.4 >>>> >>>> sending KEEPALIVE (GPS) packet to client East digest 99479120 >>>> >>>> GPSTime (East): 06/04/18 04:07:19.000000000 >>>> >>>> sending KEEPALIVE (GPS) packet to client North digest dd455bb0 >>>> >>>> SysTime: 06/04/18 04:07:19.000000 >>>> >>>> sending KEEPALIVE (GPS) packet to client South digest 4a396b22 >>>> >>>> DrainTime: 06/04/18 04:07:18.980 >>>> >>>> Got GPS (East): Lat: 4030.02N, Lon: 08855.92W, Elev: 250.2 >>>> >>>> GPSTime (North): 06/04/18 04:07:20.000000000 >>>> >>>> SysTime: 06/04/18 04:07:20.000000 >>>> >>>> DrainTime: 06/04/18 04:07:19.960 >>>> >>>> Got GPS (North): Lat: 4030.79N, Lon: 08857.99W, Elev: 245.4 >>>> >>>> GPSTime (East): 06/04/18 04:07:20.000000000 >>>> >>>> SysTime: 06/04/18 04:07:20.000000 >>>> >>>> DrainTime: 06/04/18 04:07:19.980 >>>> >>>> Got GPS (East): Lat: 4030.02N, Lon: 08855.92W, Elev: 250.2 >>>> >>>> GPSTime (South): 06/04/18 04:07:20.000000000 >>>> >>>> SysTime: 06/04/18 04:07:20.000000 >>>> >>>> DrainTime: 06/04/18 04:07:19.980 >>>> >>>> Got GPS (South): Lat: 4020.80N, Lon: 08856.35W, Elev: 225.7 >>>> >>>> >>>> >>>> Ignore the lines I marked in green and only be concerned with the lines >>>> that have "Time" in them. >>>> >>>> Notice that each RTCM has 3 timestamp lines that are mostly together >>>> and they should be within about 40 ms of each other and should also be >>>> within about 40ms of the other RTCMs set of lines for that second. (this >>>> is with no signals present and with a very low network latency between >>>> RTCMs and the server). >>>> >>>> >>>> >>>> If you find that one RTCM is many ms out of line with the others, I >>>> recommend rebooting that one and/or the master one. >>>> >>>> >>>> >>>> I also recommend not being logged into the RTCMs via telnet except to >>>> make setting changes. Having an active telnet session to the RTCM can have >>>> a negative impact on it's ability to maintain time sync lock. Having active >>>> output on that telnet session will have a negative impact on it's ability >>>> to maintain time sync lock. >>>> >>>> >>>> >>>> If the above does not solve your problem then try increasing your tx >>>> buffer setting to 1400 and see if that eliminates your problem. But do not >>>> evaluate if the problem is solved while you have an active telnet session >>>> to the RTCM. >>>> >>>> >>>> >>>> If you still have a problem then send the output of your "voter debug >>>> level 3" (with no signals present and no active telnet sessions to RTCMs). >>>> >>>> Chuck >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> On Thu, May 31, 2018 at 7:30 PM, Kevin Babich >>>> wrote: >>>> >>>> Hayden, >>>> >>>> >>>> >>>> When running DEBUG = 32, I see the following, but, only on occasion, >>>> say every minute or so: >>>> >>>> >>>> >>>> 06/01/2018 00:22:12.240 Warning: GPS Data time period elapsed >>>> >>>> GPS-DEBUG: >>>> $GPRMC,002213.00,A,4131.82046,N,08702.05712,W,0.027,,010618,,,D*6D >>>> >>>> GPS-DEBUG: mon: 5, gps_time: 1527812533, ctime: Fri Jun 1 00:22:13 2018 >>>> >>>> >>>> >>>> I suspect this has to do with the receiver losing lock. However, it >>>> doesn?t make sense as the receiver reports a strong signal and doesn?t show >>>> signs of loss of signal on the front alarm panel. The GPS antenna is >>>> designed with high RF immunity and is at a site with little activity. >>>> >>>> >>>> >>>> Kindest Regards, >>>> >>>> >>>> >>>> Kevin Babich | N9IAA >>>> >>>> Valparaiso, IN 46383 >>>> >>>> >>>> >>>> *From:* App_rpt-users *On >>>> Behalf Of *Hayden Honeywood >>>> *Sent:* Thursday, May 31, 2018 5:56 PM >>>> >>>> >>>> *To:* app_rpt-users at lists.allstarlink.org >>>> *Subject:* Re: [App_rpt-users] RTCM [RX Packet Out of Bounds] >>>> ***Updated*** >>>> >>>> >>>> >>>> Is the time in UTC? How far off is the system time? >>>> >>>> >>>> >>>> Have you done a full calibration of each board? >>>> >>>> What baud rate do you run on your GPS's? >>>> >>>> >>>> >>>> I tend to use 9600 baud and have had no issues with the GPS's I have >>>> used. >>>> >>>> >>>> >>>> There is various GPS debug tools available in the RTCM. They are >>>> documented here - >>>> >>>> https://wiki.allstarlink.org/wiki/RTCM_Client#GPS >>>> >>>> >>>> >>>> Can you possibly try injecting a 9.6MHz signal in place of the crystal >>>> on board? Perhaps you have a variant of James KI0KN's problem where his >>>> crystals were off frequency. >>>> >>>> >>>> >>>> I can't comment on that as I built all my boards and they have external >>>> frequency references. >>>> >>>> >>>> >>>> Regards >>>> >>>> Hayden VK7HH >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> From: App_rpt-users On >>>> Behalf Of Hayden Honeywood >>>> Sent: Wednesday, May 30, 2018 5:34 PM >>>> To: app_rpt-users at lists.allstarlink.org >>>> Subject: Re: [App_rpt-users] RTCM [RX Packet Out of Bounds] >>>> ***Updated*** >>>> >>>> >>>> >>>> What is your values in voter.conf for RX buffer (960) and in the RTCM >>>> client for TX buffer (480). Are all RTCM TX buffers set to the same value? >>>> Yes, 480. These values were based upon the math Jim provided, which is a >>>> function of maximum latencies on the network. We rarely have greater than >>>> 1ms to any host on the network. >>>> >>>> >>>> >>>> Are all the GPS's in a location where they cannot be swamped with RF? >>>> Yes, and they utilize PCTEL antennas with filtering for use in RF dense >>>> environments. >>>> >>>> >>>> >>>> Some users have had success with a dedicated RTCM as the master timing >>>> source (with no radio connected). Has it been suspected that an RTCM >>>> doesn?t have the horsepower to handle both functions contemporaneously? >>>> >>>> >>>> >>>> Regards >>>> >>>> Hayden VK7HH >>>> >>>> -------------- next part -------------- >>>> An HTML attachment was scrubbed... >>>> URL: < >>>> http://lists.allstarlink.org/pipermail/app_rpt-users/attachments/20180530/24a4675d/attachment-0001.html >>>> > >>>> >>>> ------------------------------ >>>> >>>> Message: 3 >>>> Date: Wed, 30 May 2018 19:51:43 -0500 >>>> From: "Kevin Babich" >>>> To: "'Users of Asterisk app_rpt'" >>>> >>>> Subject: Re: [App_rpt-users] RTCM [RX Packet Out of Bounds] >>>> ***Updated*** >>>> Message-ID: <010001d3f879$8c2b3710$a481a530$@gmail.com> >>>> Content-Type: text/plain; charset="utf-8" >>>> >>>> Hayden, >>>> >>>> >>>> >>>> Do you know what exactly ?RX Packet Out of Bounds? refers to? I can >>>> infer its meaning, but, one can?t be certain. Any thoughts why the system >>>> time is always so far off? It has always been, since I began experimenting >>>> with the RTCM in 2012. This is consistent across many RTCM?s. >>>> >>>> >>>> _______________________________________________ >>>> 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. >> >> >> >> -- >> Tim WD6AWP >> _______________________________________________ >> 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 WD6AWP -------------- next part -------------- An HTML attachment was scrubbed... URL: From kevin.babich at gmail.com Fri Jun 15 21:40:47 2018 From: kevin.babich at gmail.com (Kevin Babich) Date: Fri, 15 Jun 2018 16:40:47 -0500 Subject: [App_rpt-users] RTCM [RX Packet Out of Bounds] ***Updated*** In-Reply-To: References: <036601d3f93f$ae7c3d70$0b74b850$@gmail.com> <0c1b01d401ef$2c2e7280$848b5780$@gmail.com> <00e501d40294$9fb435f0$df1ca1d0$@gmail.com> <019301d402de$dccaf1f0$9660d5d0$@gmail.com> Message-ID: <00e401d404f1$86598470$930c8d50$@gmail.com> Chuck, I setup the NTP client and enabled the service, as well as moved the MASTER to LAB. This is the output from VOTER DEBUG LEVEL 3: GPSTime (Lab): 06/15/18 15:02:39.000000000 SysTime: 06/15/18 15:02:39.200000 DrainTime: 06/15/18 15:02:39.160 Got GPS (Lab): Lat: 4126.20N, Lon: 08654.13W, Elev: 229.90 GPSTime (Valparaiso): 06/15/18 15:02:39.000000000 SysTime: 06/15/18 15:02:39.260000 DrainTime: 06/15/18 15:02:39.220 Got GPS (Valparaiso): Lat: 4131.82N, Lon: 08702.05W, Elev: 301.2 GPSTime (LaPorte): 06/15/18 15:02:39.000000000 SysTime: 06/15/18 15:02:39.280000 DrainTime: 06/15/18 15:02:39.240 Got GPS (LaPorte): Lat: 4139.38N, Lon: 08645.96W, Elev: 329.2 GPSTime (Crown_Point): 06/15/18 15:02:39.000000000 SysTime: 06/15/18 15:02:39.280000 DrainTime: 06/15/18 15:02:39.240 In the Asterisk console, I restarted Asterisk by asserting the ?reboot now? command and this is the output: GPSTime (Valparaiso): 06/15/18 15:07:04.000000000 SysTime: 06/15/18 15:07:04.020000 DrainTime: 06/15/18 15:07:03.960 Got GPS (Valparaiso): Lat: 4131.82N, Lon: 08702.05W, Elev: 299.6 GPSTime (LaPorte): 06/15/18 15:07:04.000000000 SysTime: 06/15/18 15:07:04.020000 DrainTime: 06/15/18 15:07:03.960 Got GPS (LaPorte): Lat: 4139.38N, Lon: 08645.96W, Elev: 328.1 GPSTime (Crown_Point): 06/15/18 15:07:04.000000000 SysTime: 06/15/18 15:07:04.020000 DrainTime: 06/15/18 15:07:03.980 Got GPS (Crown_Point): Lat: 4121.15N, Lon: 08724.18W, Elev: 219.3 GPSTime (Lab): 06/15/18 15:07:04.000000000 SysTime: 06/15/18 15:07:04.220000 DrainTime: 06/15/18 15:07:04.180 Got GPS (Lab): Lat: 4126.20N, Lon: 08654.13W, Elev: 229.11 Waiting an hour and testing again yields: SysTime: 06/15/18 16:23:30.200000 DrainTime: 06/15/18 16:23:30.180 Got GPS (Lab): Lat: 4126.20N, Lon: 08654.13W, Elev: 229.64 GPSTime (Valparaiso): 06/15/18 16:23:30.000000000 SysTime: 06/15/18 16:23:30.280000 DrainTime: 06/15/18 16:23:30.240 Got GPS (Valparaiso): Lat: 4131.82N, Lon: 08702.05W, Elev: 298.1 GPSTime (Crown_Point): 06/15/18 16:23:30.000000000 SysTime: 06/15/18 16:23:30.280000 DrainTime: 06/15/18 16:23:30.240 Got GPS (Crown_Point): Lat: 4121.15N, Lon: 08724.18W, Elev: 220.9 GPSTime (LaPorte): 06/15/18 16:23:30.000000000 SysTime: 06/15/18 16:23:30.280000 DrainTime: 06/15/18 16:23:30.240 Got GPS (LaPorte): Lat: 4139.38N, Lon: 08645.96W, Elev: 326.6 It would appear the NTP activity is slowly (expected) netting the SysTime, however, the LAB (master) is still off. If the SysTime comes from Asterisk, then what gives? An unanswered question: What is DrainTime describing, and what drives the displayed value? I notice on yours, everything matches. Kindest Regards, Kevin Babich | N9IAA Valparaiso, IN 46383 From: Chuck Henderson Sent: Wednesday, June 13, 2018 2:34 AM To: kevin.babich at gmail.com Subject: Re: [App_rpt-users] RTCM [RX Packet Out of Bounds] ***Updated*** That is complicated and I don't remember. All the needed software is installed already with the allstarlink raspberry pi dial install that I used. I think I used 07-08-2017RAT_RC1.img but I can't remember for sure. I also can't remember exactly what I did to set up the time sync but I looked for clues something like man systemd-timesyncd timedatectl I had used ntpd in the past with x86 ACID but didn't need it for the DIAL version I am using now because this other method of getting the time was builtin and all I had to do was a google search and I landed on the exact files to edit to make it use my own dedicated ntp server which I have had running for many years. If it ever dies I will have to re-google how to rebuild it using current hardware. I quit trying to remember things that I can just ask "ok google". On Wed, Jun 13, 2018 at 1:22 AM Kevin Babich > wrote: Chuck, How does one go about syncing the server in app_rpt? Kindest Regards, Kevin Babich | N9IAA Valparaiso, IN 46383 From: App_rpt-users > On Behalf Of Chuck Henderson Sent: Tuesday, June 12, 2018 11:50 PM To: Users of Asterisk app_rpt > Subject: Re: [App_rpt-users] RTCM [RX Packet Out of Bounds] ***Updated*** Yes, many GPS will sometimes be off by one second in the RTCM. If I have to power cycle any of my voters/RTCMs I usually then do a reboot via the RTCM menu so that the GPS is already up and accurate when the RTCM boots and this seems to eliminate the one second off problem, most of the time. Both Jim and I tried to fix this and neither of us could. When all set up to troubleshoot it the problem never happens. The software has a couple of code segments to try to make it work even when exactly one second off but I don't think that works all the time either. Also in looking at the code I see that SysTime does not matter at all. It is just a reference to look at in the debug output. Mine exactly matches because I also sync my Linux time to a GPS reference separately from the app_rpt voter code. But I tried disabling that and setting the date and time both wrong and the voter still works because it keeps it's own time that is referenced to the master and not dependent on the system time. So the master time does need to be the first time that the voter channel driver receives each second. Other RTCMs time must arrive later than the master arrives but before the buffer length later. The RTCM-GPS time can be any amount wrong as long as all RTCM-GPSs are exactly the same as each other. Start with much bigger buffers than you need and gradually reduce them. On Tue, Jun 12, 2018 at 10:03 PM Tim Sawyer > wrote: This may be a bit off topic but I've had problems with the BG7TBL units. One won't get a RTCM GPS lock with initial power on after it's been off for a while... like a day or more. The GPS Lock LED on the GPS comes on but doesn't on the RTCM. Subsequent immediate power cycle cures that. Another I've seen shifts it's time by one second after it's been running for some period. On the other hand I have one that works flawlessly. So I'm a little concerned about these. I don't know if there some incompatibility with the RTCM or if the BG7TLB units have inconsistent performance. Any thoughts on that possibly being repeated to the issue Kevin is having? On Tue, Jun 12, 2018 at 7:24 PM Chuck Henderson > wrote: The server needs to have the earliest time of all GPS time receivers. Master RTCM should be on the same LAN switch as the server and all other GPS time receivers must be at least some fraction of nano seconds delayed from the master time. Your LAB time arrives at the server before the master time arrives and that is not allowed for in the software. I am surprised that it even works at all. It should not work. I also am surprised that the SysTime does not exactly match with the Master Time ?Valparaiso? as I checked 3 servers of mine here and the SysTime always exactly matches the master GPSTime. Master GPSTime is the reference for SysTime. I am reviewing the source to see what a non master time arriving before the master time might mess up. I know it has never worked for me when I have tried using an even slightly delayed master time like putting a couple of store and forward ethernet devices between the master time and the server. On Tue, Jun 12, 2018 at 4:31 PM Kevin Babich > wrote: Chuck, ?Valparaiso? is the master, while ?Lab? is closer to the server, it isn?t regularly online. The PPS Polarity is set to non-inverted, the only selection which works. We have more of the NOVUS GPSDO?s, I will try it to see if it remains in-sync with the other. Perhaps the BG7TBL oscillator has an issue. I know that one of his models had an issue with floating point math and didn?t report time accurately, I believe it was corrected in mine, but, maybe not. Kindest Regards, Kevin Babich | N9IAA Valparaiso, IN 46383 From: App_rpt-users > On Behalf Of Chuck Henderson Sent: Tuesday, June 12, 2018 3:35 AM To: Users of Asterisk app_rpt > Subject: Re: [App_rpt-users] RTCM [RX Packet Out of Bounds] ***Updated*** Kevin, Which one is the master? From the looks of it I would say that "lab" should be the master as it appears to be the first one to arrive at the server so must have the lowest network delay or they are inaccurate. Inaccuracy could be caused by having the PPS polarity wrong in the RTCM and are setting time based on the trailing edge of the pulse rather than the leading edge. I am also using a Raspberry Pi 3B (not plus) The master should be the first one to get a time packet to the server, or they should all be tied exactly. Chuck On Mon, Jun 11, 2018 at 8:46 PM Kevin Babich > wrote: Chuck, A couple facts: The network has very low latency (sub ms) across all nodes on the VLAN. The site labeled LAB has a lab quality GPSDO, by NOVUS Power. The other sites utilize the GPSDO, by BG7TBL, as available on eBay, all are the 2016 vintage. Question: Is the reported system time exactly as reported by the timebase? If so, it would appear I have an issue with the accuracy of the GPSDO NMEA output. Here is an example of the output from my implementation: GPSTime (Lab): 06/11/18 20:16:57.000000000 SysTime: 06/11/18 20:16:57.220000 DrainTime: 06/11/18 20:16:57.180 Got GPS (Lab): Lat: 4126.20N, Lon: 08654.13W, Elev: 233.71 GPSTime (Valparaiso): 06/11/18 20:16:57.000000000 SysTime: 06/11/18 20:16:57.280000 DrainTime: 06/11/18 20:16:57.220 Got GPS (Valparaiso): Lat: 4131.82N, Lon: 08702.06W, Elev: 299.5 GPSTime (Crown_Point): 06/11/18 20:16:57.000000000 SysTime: 06/11/18 20:16:57.280000 DrainTime: 06/11/18 20:16:57.220 Got GPS (Crown_Point): Lat: 4121.15N, Lon: 08724.18W, Elev: 218.6 GPSTime (LaPorte): 06/11/18 20:16:57.000000000 SysTime: 06/11/18 20:16:57.280000 DrainTime: 06/11/18 20:16:57.220 Got GPS (LaPorte): Lat: 4139.38N, Lon: 08645.96W, Elev: 324.6 GPSTime (Lab): 06/11/18 20:17:19.000000000 SysTime: 06/11/18 20:17:19.220000 DrainTime: 06/11/18 20:17:19.180 Got GPS (Lab): Lat: 4126.20N, Lon: 08654.13W, Elev: 233.38 GPSTime (Valparaiso): 06/11/18 20:17:19.000000000 SysTime: 06/11/18 20:17:19.260000 DrainTime: 06/11/18 20:17:19.220 Got GPS (Valparaiso): Lat: 4131.82N, Lon: 08702.05W, Elev: 293.7 GPSTime (Crown_Point): 06/11/18 20:17:19.000000000 SysTime: 06/11/18 20:17:19.280000 DrainTime: 06/11/18 20:17:19.240 Got GPS (Crown_Point): Lat: 4121.15N, Lon: 08724.18W, Elev: 217.5 GPSTime (LaPorte): 06/11/18 20:17:19.000000000 SysTime: 06/11/18 20:17:19.280000 DrainTime: 06/11/18 20:17:19.240 Got GPS (LaPorte): Lat: 4139.38N, Lon: 08645.96W, Elev: 324.1 Results AFTER resetting the MASTER: GPSTime (Lab): 06/11/18 20:31:23.000000000 SysTime: 06/11/18 20:31:23.220000 DrainTime: 06/11/18 20:31:23.180 Got GPS (Lab): Lat: 4126.20N, Lon: 08654.13W, Elev: 231.86 GPSTime (Valparaiso): 06/11/18 20:31:23.000000000 SysTime: 06/11/18 20:31:23.280000 DrainTime: 06/11/18 20:31:23.240 Got GPS (Valparaiso): Lat: 4131.81N, Lon: 08702.05W, Elev: 301.8 GPSTime (LaPorte): 06/11/18 20:31:23.000000000 SysTime: 06/11/18 20:31:23.280000 DrainTime: 06/11/18 20:31:23.240 Got GPS (LaPorte): Lat: 4139.38N, Lon: 08645.96W, Elev: 327.7 GPSTime (Crown_Point): 06/11/18 20:31:23.000000000 SysTime: 06/11/18 20:31:23.280000 DrainTime: 06/11/18 20:31:23.240 Got GPS (Crown_Point): Lat: 4121.15N, Lon: 08724.18W, Elev: 218.5 Thoughts? Kindest Regards, Kevin Babich | N9IAA Valparaiso, IN 46383 From: App_rpt-users > On Behalf Of Chuck Henderson Sent: Monday, June 4, 2018 4:51 AM To: Users of Asterisk app_rpt > Subject: Re: [App_rpt-users] RTCM [RX Packet Out of Bounds] ***Updated*** Kevin, I just checked 3 of my RTCM's and got the following results. RTCM1: Current Time: Mon Jun 04, 2018 08:55:43.640 Last Rx Pkt System time: 06/04/2018 02:55:56.040, diff: 21587600 msec Last Rx Pkt Timestamp time: 06/04/2018 02:55:56.040, diff: 0 msec Last Rx Pkt index: 1080, inbounds: 1 RTCM2: Current Time: Mon Jun 04, 2018 08:58:20.300 Last Rx Pkt System time: , diff: -905657056 msec Last Rx Pkt Timestamp time: , diff: 0 msec Last Rx Pkt index: 0, inbounds: 0 RTCM3: Current Time: Mon Jun 04, 2018 08:58:48.060 Last Rx Pkt System time: , diff: -905629296 msec Last Rx Pkt Timestamp time: , diff: 0 msec Last Rx Pkt index: 0, inbounds: 0 I would not be concerned about the times. They are not important. A better thing to look at is in the Asterisk CLI issue the command voter debug level 3 Then expect output like the following: GPSTime (South): 06/04/18 04:07:16.000000000 SysTime: 06/04/18 04:07:16.000000 DrainTime: 06/04/18 04:07:15.960 Got GPS (South): Lat: 4020.80N, Lon: 08856.35W, Elev: 225.7 GPSTime (North): 06/04/18 04:07:16.000000000 SysTime: 06/04/18 04:07:16.000000 DrainTime: 06/04/18 04:07:15.960 Got GPS (North): Lat: 4030.79N, Lon: 08857.99W, Elev: 245.4 GPSTime (East): 06/04/18 04:07:16.000000000 SysTime: 06/04/18 04:07:16.000000 DrainTime: 06/04/18 04:07:15.980 Got GPS (East): Lat: 4030.02N, Lon: 08855.92W, Elev: 250.2 sending KEEPALIVE (GPS) packet to client East digest 99479120 sending KEEPALIVE (GPS) packet to client North digest dd455bb0 sending KEEPALIVE (GPS) packet to client South digest 4a396b22 GPSTime (East): 06/04/18 04:07:17.000000000 SysTime: 06/04/18 04:07:17.000000 DrainTime: 06/04/18 04:07:16.980 Got GPS (East): Lat: 4030.02N, Lon: 08855.92W, Elev: 250.2 GPSTime (South): 06/04/18 04:07:17.000000000 SysTime: 06/04/18 04:07:17.000000 DrainTime: 06/04/18 04:07:16.980 Got GPS (South): Lat: 4020.80N, Lon: 08856.35W, Elev: 225.7 GPSTime (North): 06/04/18 04:07:17.000000000 SysTime: 06/04/18 04:07:17.000000 DrainTime: 06/04/18 04:07:16.980 Got GPS (North): Lat: 4030.79N, Lon: 08857.99W, Elev: 245.4 sending KEEPALIVE (GPS) packet to client East digest 99479120 sending KEEPALIVE (GPS) packet to client North digest dd455bb0 sending KEEPALIVE (GPS) packet to client South digest 4a396b22 GPSTime (South): 06/04/18 04:07:18.000000000 SysTime: 06/04/18 04:07:18.000000 DrainTime: 06/04/18 04:07:17.960 Got GPS (South): Lat: 4020.80N, Lon: 08856.35W, Elev: 225.7 GPSTime (North): 06/04/18 04:07:18.000000000 SysTime: 06/04/18 04:07:18.000000 DrainTime: 06/04/18 04:07:17.980 Got GPS (North): Lat: 4030.79N, Lon: 08857.99W, Elev: 245.4 GPSTime (East): 06/04/18 04:07:18.000000000 SysTime: 06/04/18 04:07:18.000000 DrainTime: 06/04/18 04:07:17.980 Got GPS (East): Lat: 4030.02N, Lon: 08855.92W, Elev: 250.2 GPSTime (South): 06/04/18 04:07:19.000000000 SysTime: 06/04/18 04:07:19.000000 DrainTime: 06/04/18 04:07:18.960 Got GPS (South): Lat: 4020.80N, Lon: 08856.35W, Elev: 225.7 GPSTime (North): 06/04/18 04:07:19.000000000 SysTime: 06/04/18 04:07:19.000000 DrainTime: 06/04/18 04:07:18.960 Got GPS (North): Lat: 4030.79N, Lon: 08857.99W, Elev: 245.4 sending KEEPALIVE (GPS) packet to client East digest 99479120 GPSTime (East): 06/04/18 04:07:19.000000000 sending KEEPALIVE (GPS) packet to client North digest dd455bb0 SysTime: 06/04/18 04:07:19.000000 sending KEEPALIVE (GPS) packet to client South digest 4a396b22 DrainTime: 06/04/18 04:07:18.980 Got GPS (East): Lat: 4030.02N, Lon: 08855.92W, Elev: 250.2 GPSTime (North): 06/04/18 04:07:20.000000000 SysTime: 06/04/18 04:07:20.000000 DrainTime: 06/04/18 04:07:19.960 Got GPS (North): Lat: 4030.79N, Lon: 08857.99W, Elev: 245.4 GPSTime (East): 06/04/18 04:07:20.000000000 SysTime: 06/04/18 04:07:20.000000 DrainTime: 06/04/18 04:07:19.980 Got GPS (East): Lat: 4030.02N, Lon: 08855.92W, Elev: 250.2 GPSTime (South): 06/04/18 04:07:20.000000000 SysTime: 06/04/18 04:07:20.000000 DrainTime: 06/04/18 04:07:19.980 Got GPS (South): Lat: 4020.80N, Lon: 08856.35W, Elev: 225.7 Ignore the lines I marked in green and only be concerned with the lines that have "Time" in them. Notice that each RTCM has 3 timestamp lines that are mostly together and they should be within about 40 ms of each other and should also be within about 40ms of the other RTCMs set of lines for that second. (this is with no signals present and with a very low network latency between RTCMs and the server). If you find that one RTCM is many ms out of line with the others, I recommend rebooting that one and/or the master one. I also recommend not being logged into the RTCMs via telnet except to make setting changes. Having an active telnet session to the RTCM can have a negative impact on it's ability to maintain time sync lock. Having active output on that telnet session will have a negative impact on it's ability to maintain time sync lock. If the above does not solve your problem then try increasing your tx buffer setting to 1400 and see if that eliminates your problem. But do not evaluate if the problem is solved while you have an active telnet session to the RTCM. If you still have a problem then send the output of your "voter debug level 3" (with no signals present and no active telnet sessions to RTCMs). Chuck On Thu, May 31, 2018 at 7:30 PM, Kevin Babich > wrote: Hayden, When running DEBUG = 32, I see the following, but, only on occasion, say every minute or so: 06/01/2018 00:22:12.240 Warning: GPS Data time period elapsed GPS-DEBUG: $GPRMC,002213.00,A,4131.82046,N,08702.05712,W,0.027,,010618,,,D*6D GPS-DEBUG: mon: 5, gps_time: 1527812533, ctime: Fri Jun 1 00:22:13 2018 I suspect this has to do with the receiver losing lock. However, it doesn?t make sense as the receiver reports a strong signal and doesn?t show signs of loss of signal on the front alarm panel. The GPS antenna is designed with high RF immunity and is at a site with little activity. Kindest Regards, Kevin Babich | N9IAA Valparaiso, IN 46383 From: App_rpt-users > On Behalf Of Hayden Honeywood Sent: Thursday, May 31, 2018 5:56 PM To: app_rpt-users at lists.allstarlink.org Subject: Re: [App_rpt-users] RTCM [RX Packet Out of Bounds] ***Updated*** Is the time in UTC? How far off is the system time? Have you done a full calibration of each board? What baud rate do you run on your GPS's? I tend to use 9600 baud and have had no issues with the GPS's I have used. There is various GPS debug tools available in the RTCM. They are documented here - https://wiki.allstarlink.org/wiki/RTCM_Client#GPS Can you possibly try injecting a 9.6MHz signal in place of the crystal on board? Perhaps you have a variant of James KI0KN's problem where his crystals were off frequency. I can't comment on that as I built all my boards and they have external frequency references. Regards Hayden VK7HH From: App_rpt-users > On Behalf Of Hayden Honeywood Sent: Wednesday, May 30, 2018 5:34 PM To: app_rpt-users at lists.allstarlink.org Subject: Re: [App_rpt-users] RTCM [RX Packet Out of Bounds] ***Updated*** What is your values in voter.conf for RX buffer (960) and in the RTCM client for TX buffer (480). Are all RTCM TX buffers set to the same value? Yes, 480. These values were based upon the math Jim provided, which is a function of maximum latencies on the network. We rarely have greater than 1ms to any host on the network. Are all the GPS's in a location where they cannot be swamped with RF? Yes, and they utilize PCTEL antennas with filtering for use in RF dense environments. Some users have had success with a dedicated RTCM as the master timing source (with no radio connected). Has it been suspected that an RTCM doesn?t have the horsepower to handle both functions contemporaneously? Regards Hayden VK7HH -------------- next part -------------- An HTML attachment was scrubbed... URL: ------------------------------ Message: 3 Date: Wed, 30 May 2018 19:51:43 -0500 From: "Kevin Babich" > To: "'Users of Asterisk app_rpt'" > Subject: Re: [App_rpt-users] RTCM [RX Packet Out of Bounds] ***Updated*** Message-ID: <010001d3f879$8c2b3710$a481a530$@gmail.com > Content-Type: text/plain; charset="utf-8" Hayden, Do you know what exactly ?RX Packet Out of Bounds? refers to? I can infer its meaning, but, one can?t be certain. Any thoughts why the system time is always so far off? It has always been, since I began experimenting with the RTCM in 2012. This is consistent across many RTCM?s. _______________________________________________ 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. -- Tim WD6AWP _______________________________________________ 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 rpt2 at chuck.midlandsnetworking.com Sat Jun 16 05:47:50 2018 From: rpt2 at chuck.midlandsnetworking.com (Chuck Henderson) Date: Sat, 16 Jun 2018 00:47:50 -0500 Subject: [App_rpt-users] RTCM [RX Packet Out of Bounds] ***Updated*** In-Reply-To: <00e401d404f1$86598470$930c8d50$@gmail.com> References: <036601d3f93f$ae7c3d70$0b74b850$@gmail.com> <0c1b01d401ef$2c2e7280$848b5780$@gmail.com> <00e501d40294$9fb435f0$df1ca1d0$@gmail.com> <019301d402de$dccaf1f0$9660d5d0$@gmail.com> <00e401d404f1$86598470$930c8d50$@gmail.com> Message-ID: Kevin, Here is what I see in your data. If your network latency is very low as you say, then it looks like your GPS's don't all have the same time. LaPorte and Crown_Point must be exactly the same as each other and Valparaiso is probably within a millisecond, but lab is way off by about 60 milliseconds (could be somewhere between 41 and 79ms), this is a problem and couldn't be network latency or you would see that in a ping test. And all are about 200 to 280 milliseconds different than the NTP time reference that you are using which is not a problem but just effects the debug display. Drain time should be the time that audio is being removed from the buffer and being sent to the transmitter which is sometime in the past as configured by your buffers in the voter.conf. All change in 20ms jumps so a change of 20ms could just be a change of a fraction of a microsecond that incremented from one 20ms buffer slot to the next one. I would really suspect pps polarity in the RTCM config of either "lab" is wrong, or pps polarity in all 3 of the other sites is wrong to account for that kind of discrepancy. Wrong PPS polarity should not keep it from working. Change the pps polarity and wait a minute or two for it to resync and it should start working again. If it doesn't then restart that RTCM after 99 saving the new pps setting. Most PPS pulses I have looked at are between 1ms and 100 ms long. if your pps pulse is 50ms long then it would cause the time to be off by 50ms if you have it set wrong. If the pps pulse is 500ms long then it probably would not work at all if it is set to the wrong polarity because the time would be half a second off and I am sure you don't have that much buffer space. Do you know your pps pulse width? Is it the same in all of your GPS's? When I say pps polarity I am only talking about RTCM menu item 10 being 0 or 1. I have never used the GPS's that you are using so I don't know anything about how they behave. My experience is with the Garmin and with 3 other brands that act exactly the same as the Garmins. They all have configurable PPS pulse width. On Fri, Jun 15, 2018 at 4:41 PM Kevin Babich wrote: > Chuck, > > > > I setup the NTP client and enabled the service, as well as moved the > MASTER to LAB. This is the output from VOTER DEBUG LEVEL 3: > > > > GPSTime (Lab): 06/15/18 15:02:39.000000000 > > SysTime: 06/15/18 15:02:39.200000 > > DrainTime: 06/15/18 15:02:39.160 > > Got GPS (Lab): Lat: 4126.20N, Lon: 08654.13W, Elev: 229.90 > > GPSTime (Valparaiso): 06/15/18 15:02:39.000000000 > > SysTime: 06/15/18 15:02:39.260000 > > DrainTime: 06/15/18 15:02:39.220 > > Got GPS (Valparaiso): Lat: 4131.82N, Lon: 08702.05W, Elev: 301.2 > > GPSTime (LaPorte): 06/15/18 15:02:39.000000000 > > SysTime: 06/15/18 15:02:39.280000 > > DrainTime: 06/15/18 15:02:39.240 > > Got GPS (LaPorte): Lat: 4139.38N, Lon: 08645.96W, Elev: 329.2 > > GPSTime (Crown_Point): 06/15/18 15:02:39.000000000 > > SysTime: 06/15/18 15:02:39.280000 > > DrainTime: 06/15/18 15:02:39.240 > > > > In the Asterisk console, I restarted Asterisk by asserting the ?reboot > now? command and this is the output: > > > > GPSTime (Valparaiso): 06/15/18 15:07:04.000000000 > > SysTime: 06/15/18 15:07:04.020000 > > DrainTime: 06/15/18 15:07:03.960 > > Got GPS (Valparaiso): Lat: 4131.82N, Lon: 08702.05W, Elev: 299.6 > > GPSTime (LaPorte): 06/15/18 15:07:04.000000000 > > SysTime: 06/15/18 15:07:04.020000 > > DrainTime: 06/15/18 15:07:03.960 > > Got GPS (LaPorte): Lat: 4139.38N, Lon: 08645.96W, Elev: 328.1 > > GPSTime (Crown_Point): 06/15/18 15:07:04.000000000 > > SysTime: 06/15/18 15:07:04.020000 > > DrainTime: 06/15/18 15:07:03.980 > > Got GPS (Crown_Point): Lat: 4121.15N, Lon: 08724.18W, Elev: 219.3 > > GPSTime (Lab): 06/15/18 15:07:04.000000000 > > SysTime: 06/15/18 15:07:04.220000 > > DrainTime: 06/15/18 15:07:04.180 > > Got GPS (Lab): Lat: 4126.20N, Lon: 08654.13W, Elev: 229.11 > > > > Waiting an hour and testing again yields: > > > > SysTime: 06/15/18 16:23:30.200000 > > DrainTime: 06/15/18 16:23:30.180 > > Got GPS (Lab): Lat: 4126.20N, Lon: 08654.13W, Elev: 229.64 > > GPSTime (Valparaiso): 06/15/18 16:23:30.000000000 > > SysTime: 06/15/18 16:23:30.280000 > > DrainTime: 06/15/18 16:23:30.240 > > Got GPS (Valparaiso): Lat: 4131.82N, Lon: 08702.05W, Elev: 298.1 > > GPSTime (Crown_Point): 06/15/18 16:23:30.000000000 > > SysTime: 06/15/18 16:23:30.280000 > > DrainTime: 06/15/18 16:23:30.240 > > Got GPS (Crown_Point): Lat: 4121.15N, Lon: 08724.18W, Elev: 220.9 > > GPSTime (LaPorte): 06/15/18 16:23:30.000000000 > > SysTime: 06/15/18 16:23:30.280000 > > DrainTime: 06/15/18 16:23:30.240 > > Got GPS (LaPorte): Lat: 4139.38N, Lon: 08645.96W, Elev: 326.6 > > > > It would appear the NTP activity is slowly (expected) netting the SysTime, > however, the LAB (master) is still off. If the SysTime comes from > Asterisk, then what gives? > > > > An unanswered question: What is DrainTime describing, and what drives the > displayed value? I notice on yours, everything matches. > > > > Kindest Regards, > > > > Kevin Babich | N9IAA > > Valparaiso, IN 46383 > > > > *From:* Chuck Henderson > *Sent:* Wednesday, June 13, 2018 2:34 AM > *To:* kevin.babich at gmail.com > *Subject:* Re: [App_rpt-users] RTCM [RX Packet Out of Bounds] > ***Updated*** > > > > That is complicated and I don't remember. All the needed software is > installed already with the allstarlink raspberry pi dial install that I > used. I > > think I used 07-08-2017RAT_RC1.img but I can't remember for sure. I also > can't remember exactly what I did to set up the time sync but I looked for > clues something like > > > > man systemd-timesyncd > > timedatectl > > > > I had used ntpd in the past with x86 ACID but didn't need it for the DIAL > version I am using now because this other method of getting the time was > builtin and all I had to do was a google search and I landed on the exact > files to edit to make it use my own dedicated ntp server which I have had > running for many years. If it ever dies I will have to re-google how to > rebuild it using current hardware. I quit trying to remember things that > I can just ask "ok google". > > > > > > > > On Wed, Jun 13, 2018 at 1:22 AM Kevin Babich > wrote: > > Chuck, > > > > How does one go about syncing the server in app_rpt? > > > > Kindest Regards, > > > > Kevin Babich | N9IAA > > Valparaiso, IN 46383 > > > > *From:* App_rpt-users *On > Behalf Of *Chuck Henderson > *Sent:* Tuesday, June 12, 2018 11:50 PM > *To:* Users of Asterisk app_rpt > *Subject:* Re: [App_rpt-users] RTCM [RX Packet Out of Bounds] > ***Updated*** > > > > Yes, many GPS will sometimes be off by one second in the RTCM. If I have > to power cycle any of my voters/RTCMs I usually then do a reboot via the > RTCM menu so that the GPS is already up and accurate when the RTCM boots > and this seems to eliminate the one second off problem, most of the time. > Both Jim and I tried to fix this and neither of us could. When all set up > to troubleshoot it the problem never happens. The software has a couple > of code segments to try to make it work even when exactly one second off > but I don't think that works all the time either. > > > > Also in looking at the code I see that SysTime does not matter at all. It > is just a reference to look at in the debug output. Mine exactly matches > because I also sync my Linux time to a GPS reference separately from the > app_rpt voter code. But I tried disabling that and setting the date and > time both wrong and the voter still works because it keeps it's own time > that is referenced to the master and not dependent on the system time. > > > > So the master time does need to be the first time that the voter channel > driver receives each second. Other RTCMs time must arrive later than the > master arrives but before the buffer length later. > > The RTCM-GPS time can be any amount wrong as long as all RTCM-GPSs are > exactly the same as each other. > > Start with much bigger buffers than you need and gradually reduce them. > > > > > > On Tue, Jun 12, 2018 at 10:03 PM Tim Sawyer wrote: > > This may be a bit off topic but I've had problems with the BG7TBL units. > One won't get a RTCM GPS lock with initial power on after it's been off for > a while... like a day or more. The GPS Lock LED on the GPS comes on but > doesn't on the RTCM. Subsequent immediate power cycle cures that. Another > I've seen shifts it's time by one second after it's been running for some > period. > > > > On the other hand I have one that works flawlessly. So I'm a little > concerned about these. I don't know if there some incompatibility with the > RTCM or if the BG7TLB units have inconsistent performance. > > > > Any thoughts on that possibly being repeated to the issue Kevin is having? > > > > > > On Tue, Jun 12, 2018 at 7:24 PM Chuck Henderson < > rpt2 at chuck.midlandsnetworking.com> wrote: > > The server needs to have the earliest time of all GPS time receivers. > Master RTCM should be on the same LAN switch as the server and all other > GPS time receivers must be at least some fraction of nano seconds delayed > from the master time. Your LAB time arrives at the server before the > master time arrives and that is not allowed for in the software. I am > surprised that it even works at all. It should not work. > > I also am surprised that the SysTime does not exactly match with the > Master Time ?Valparaiso? as I checked 3 servers of mine here and the > SysTime always exactly matches the master GPSTime. Master GPSTime is the > reference for SysTime. > > I am reviewing the source to see what a non master time arriving before > the master time might mess up. I know it has never worked for me when I > have tried using an even slightly delayed master time like putting a couple > of store and forward ethernet devices between the master time and the > server. > > > > On Tue, Jun 12, 2018 at 4:31 PM Kevin Babich > wrote: > > Chuck, > > > > ?Valparaiso? is the master, while ?Lab? is closer to the server, it isn?t > regularly online. The PPS Polarity is set to non-inverted, the only > selection which works. We have more of the NOVUS GPSDO?s, I will try it to > see if it remains in-sync with the other. Perhaps the BG7TBL oscillator > has an issue. I know that one of his models had an issue with floating > point math and didn?t report time accurately, I believe it was corrected in > mine, but, maybe not. > > > > Kindest Regards, > > > > Kevin Babich | N9IAA > > Valparaiso, IN 46383 > > > > *From:* App_rpt-users *On > Behalf Of *Chuck Henderson > *Sent:* Tuesday, June 12, 2018 3:35 AM > *To:* Users of Asterisk app_rpt > *Subject:* Re: [App_rpt-users] RTCM [RX Packet Out of Bounds] > ***Updated*** > > > > Kevin, > > Which one is the master? From the looks of it I would say that "lab" > should be the master as it appears to be the first one to arrive at the > server so must have the lowest network delay or they are inaccurate. > Inaccuracy could be caused by having the PPS polarity wrong in the RTCM and > are setting time based on the trailing edge of the pulse rather than the > leading edge. > > > > I am also using a Raspberry Pi 3B (not plus) > > > > The master should be the first one to get a time packet to the server, or > they should all be tied exactly. > > Chuck > > > > On Mon, Jun 11, 2018 at 8:46 PM Kevin Babich > wrote: > > Chuck, > > > > A couple facts: > > > > The network has very low latency (sub ms) across all nodes on the VLAN. > > The site labeled LAB has a lab quality GPSDO, by NOVUS Power. > > The other sites utilize the GPSDO, by BG7TBL, as available on eBay, all > are the 2016 vintage. > > > > Question: > > > > Is the reported system time exactly as reported by the timebase? If so, > it would appear I have an issue with the accuracy of the GPSDO NMEA output. > > > > Here is an example of the output from my implementation: > > > > GPSTime (Lab): 06/11/18 20:16:57.000000000 > > SysTime: 06/11/18 20:16:57.220000 > > DrainTime: 06/11/18 20:16:57.180 > > Got GPS (Lab): Lat: 4126.20N, Lon: 08654.13W, Elev: 233.71 > > GPSTime (Valparaiso): 06/11/18 20:16:57.000000000 > > SysTime: 06/11/18 20:16:57.280000 > > DrainTime: 06/11/18 20:16:57.220 > > Got GPS (Valparaiso): Lat: 4131.82N, Lon: 08702.06W, Elev: 299.5 > > GPSTime (Crown_Point): 06/11/18 20:16:57.000000000 > > SysTime: 06/11/18 20:16:57.280000 > > DrainTime: 06/11/18 20:16:57.220 > > Got GPS (Crown_Point): Lat: 4121.15N, Lon: 08724.18W, Elev: 218.6 > > GPSTime (LaPorte): 06/11/18 20:16:57.000000000 > > SysTime: 06/11/18 20:16:57.280000 > > DrainTime: 06/11/18 20:16:57.220 > > Got GPS (LaPorte): Lat: 4139.38N, Lon: 08645.96W, Elev: 324.6 > > > > GPSTime (Lab): 06/11/18 20:17:19.000000000 > > SysTime: 06/11/18 20:17:19.220000 > > DrainTime: 06/11/18 20:17:19.180 > > Got GPS (Lab): Lat: 4126.20N, Lon: 08654.13W, Elev: 233.38 > > GPSTime (Valparaiso): 06/11/18 20:17:19.000000000 > > SysTime: 06/11/18 20:17:19.260000 > > DrainTime: 06/11/18 20:17:19.220 > > Got GPS (Valparaiso): Lat: 4131.82N, Lon: 08702.05W, Elev: 293.7 > > GPSTime (Crown_Point): 06/11/18 20:17:19.000000000 > > SysTime: 06/11/18 20:17:19.280000 > > DrainTime: 06/11/18 20:17:19.240 > > Got GPS (Crown_Point): Lat: 4121.15N, Lon: 08724.18W, Elev: 217.5 > > GPSTime (LaPorte): 06/11/18 20:17:19.000000000 > > SysTime: 06/11/18 20:17:19.280000 > > DrainTime: 06/11/18 20:17:19.240 > > Got GPS (LaPorte): Lat: 4139.38N, Lon: 08645.96W, Elev: 324.1 > > > > Results AFTER resetting the MASTER: > > > > GPSTime (Lab): 06/11/18 20:31:23.000000000 > > SysTime: 06/11/18 20:31:23.220000 > > DrainTime: 06/11/18 20:31:23.180 > > Got GPS (Lab): Lat: 4126.20N, Lon: 08654.13W, Elev: 231.86 > > GPSTime (Valparaiso): 06/11/18 20:31:23.000000000 > > SysTime: 06/11/18 20:31:23.280000 > > DrainTime: 06/11/18 20:31:23.240 > > Got GPS (Valparaiso): Lat: 4131.81N, Lon: 08702.05W, Elev: 301.8 > > GPSTime (LaPorte): 06/11/18 20:31:23.000000000 > > SysTime: 06/11/18 20:31:23.280000 > > DrainTime: 06/11/18 20:31:23.240 > > Got GPS (LaPorte): Lat: 4139.38N, Lon: 08645.96W, Elev: 327.7 > > GPSTime (Crown_Point): 06/11/18 20:31:23.000000000 > > SysTime: 06/11/18 20:31:23.280000 > > DrainTime: 06/11/18 20:31:23.240 > > Got GPS (Crown_Point): Lat: 4121.15N, Lon: 08724.18W, Elev: 218.5 > > > > Thoughts? > > > > Kindest Regards, > > > > Kevin Babich | N9IAA > > Valparaiso, IN 46383 > > > > *From:* App_rpt-users *On > Behalf Of *Chuck Henderson > *Sent:* Monday, June 4, 2018 4:51 AM > *To:* Users of Asterisk app_rpt > *Subject:* Re: [App_rpt-users] RTCM [RX Packet Out of Bounds] > ***Updated*** > > > > Kevin, > > I just checked 3 of my RTCM's and got the following results. > RTCM1: > Current Time: Mon Jun 04, 2018 08:55:43.640 > Last Rx Pkt System time: 06/04/2018 02:55:56.040, diff: 21587600 msec > Last Rx Pkt Timestamp time: 06/04/2018 02:55:56.040, diff: 0 msec > Last Rx Pkt index: 1080, inbounds: 1 > > RTCM2: > Current Time: Mon Jun 04, 2018 08:58:20.300 > Last Rx Pkt System time: , diff: -905657056 msec > Last Rx Pkt Timestamp time: , diff: 0 msec > Last Rx Pkt index: 0, inbounds: 0 > > RTCM3: > Current Time: Mon Jun 04, 2018 08:58:48.060 > Last Rx Pkt System time: , diff: -905629296 msec > Last Rx Pkt Timestamp time: , diff: 0 msec > Last Rx Pkt index: 0, inbounds: 0 > > I would not be concerned about the times. They are not important. > > A better thing to look at is in the Asterisk CLI issue the command > voter debug level 3 > > Then expect output like the following: > > GPSTime (South): 06/04/18 04:07:16.000000000 > > SysTime: 06/04/18 04:07:16.000000 > > DrainTime: 06/04/18 04:07:15.960 > > Got GPS (South): Lat: 4020.80N, Lon: 08856.35W, Elev: 225.7 > > GPSTime (North): 06/04/18 04:07:16.000000000 > > SysTime: 06/04/18 04:07:16.000000 > > DrainTime: 06/04/18 04:07:15.960 > > Got GPS (North): Lat: 4030.79N, Lon: 08857.99W, Elev: 245.4 > > GPSTime (East): 06/04/18 04:07:16.000000000 > > SysTime: 06/04/18 04:07:16.000000 > > DrainTime: 06/04/18 04:07:15.980 > > Got GPS (East): Lat: 4030.02N, Lon: 08855.92W, Elev: 250.2 > > sending KEEPALIVE (GPS) packet to client East digest 99479120 > > sending KEEPALIVE (GPS) packet to client North digest dd455bb0 > > sending KEEPALIVE (GPS) packet to client South digest 4a396b22 > > GPSTime (East): 06/04/18 04:07:17.000000000 > > SysTime: 06/04/18 04:07:17.000000 > > DrainTime: 06/04/18 04:07:16.980 > > Got GPS (East): Lat: 4030.02N, Lon: 08855.92W, Elev: 250.2 > > GPSTime (South): 06/04/18 04:07:17.000000000 > > SysTime: 06/04/18 04:07:17.000000 > > DrainTime: 06/04/18 04:07:16.980 > > Got GPS (South): Lat: 4020.80N, Lon: 08856.35W, Elev: 225.7 > > GPSTime (North): 06/04/18 04:07:17.000000000 > > SysTime: 06/04/18 04:07:17.000000 > > DrainTime: 06/04/18 04:07:16.980 > > Got GPS (North): Lat: 4030.79N, Lon: 08857.99W, Elev: 245.4 > > sending KEEPALIVE (GPS) packet to client East digest 99479120 > > sending KEEPALIVE (GPS) packet to client North digest dd455bb0 > > sending KEEPALIVE (GPS) packet to client South digest 4a396b22 > > GPSTime (South): 06/04/18 04:07:18.000000000 > > SysTime: 06/04/18 04:07:18.000000 > > DrainTime: 06/04/18 04:07:17.960 > > Got GPS (South): Lat: 4020.80N, Lon: 08856.35W, Elev: 225.7 > > GPSTime (North): 06/04/18 04:07:18.000000000 > > SysTime: 06/04/18 04:07:18.000000 > > DrainTime: 06/04/18 04:07:17.980 > > Got GPS (North): Lat: 4030.79N, Lon: 08857.99W, Elev: 245.4 > > GPSTime (East): 06/04/18 04:07:18.000000000 > > SysTime: 06/04/18 04:07:18.000000 > > DrainTime: 06/04/18 04:07:17.980 > > Got GPS (East): Lat: 4030.02N, Lon: 08855.92W, Elev: 250.2 > > GPSTime (South): 06/04/18 04:07:19.000000000 > > SysTime: 06/04/18 04:07:19.000000 > > DrainTime: 06/04/18 04:07:18.960 > > Got GPS (South): Lat: 4020.80N, Lon: 08856.35W, Elev: 225.7 > > GPSTime (North): 06/04/18 04:07:19.000000000 > > SysTime: 06/04/18 04:07:19.000000 > > DrainTime: 06/04/18 04:07:18.960 > > Got GPS (North): Lat: 4030.79N, Lon: 08857.99W, Elev: 245.4 > > sending KEEPALIVE (GPS) packet to client East digest 99479120 > > GPSTime (East): 06/04/18 04:07:19.000000000 > > sending KEEPALIVE (GPS) packet to client North digest dd455bb0 > > SysTime: 06/04/18 04:07:19.000000 > > sending KEEPALIVE (GPS) packet to client South digest 4a396b22 > > DrainTime: 06/04/18 04:07:18.980 > > Got GPS (East): Lat: 4030.02N, Lon: 08855.92W, Elev: 250.2 > > GPSTime (North): 06/04/18 04:07:20.000000000 > > SysTime: 06/04/18 04:07:20.000000 > > DrainTime: 06/04/18 04:07:19.960 > > Got GPS (North): Lat: 4030.79N, Lon: 08857.99W, Elev: 245.4 > > GPSTime (East): 06/04/18 04:07:20.000000000 > > SysTime: 06/04/18 04:07:20.000000 > > DrainTime: 06/04/18 04:07:19.980 > > Got GPS (East): Lat: 4030.02N, Lon: 08855.92W, Elev: 250.2 > > GPSTime (South): 06/04/18 04:07:20.000000000 > > SysTime: 06/04/18 04:07:20.000000 > > DrainTime: 06/04/18 04:07:19.980 > > Got GPS (South): Lat: 4020.80N, Lon: 08856.35W, Elev: 225.7 > > > > Ignore the lines I marked in green and only be concerned with the lines > that have "Time" in them. > > Notice that each RTCM has 3 timestamp lines that are mostly together and > they should be within about 40 ms of each other and should also be within > about 40ms of the other RTCMs set of lines for that second. (this is with > no signals present and with a very low network latency between RTCMs and > the server). > > > > If you find that one RTCM is many ms out of line with the others, I > recommend rebooting that one and/or the master one. > > > > I also recommend not being logged into the RTCMs via telnet except to make > setting changes. Having an active telnet session to the RTCM can have a > negative impact on it's ability to maintain time sync lock. Having active > output on that telnet session will have a negative impact on it's ability > to maintain time sync lock. > > > > If the above does not solve your problem then try increasing your tx > buffer setting to 1400 and see if that eliminates your problem. But do not > evaluate if the problem is solved while you have an active telnet session > to the RTCM. > > > > If you still have a problem then send the output of your "voter debug > level 3" (with no signals present and no active telnet sessions to RTCMs). > > Chuck > > > > > > > > > > > > > > > > > > > > > > > > > > > > On Thu, May 31, 2018 at 7:30 PM, Kevin Babich > wrote: > > Hayden, > > > > When running DEBUG = 32, I see the following, but, only on occasion, say > every minute or so: > > > > 06/01/2018 00:22:12.240 Warning: GPS Data time period elapsed > > GPS-DEBUG: > $GPRMC,002213.00,A,4131.82046,N,08702.05712,W,0.027,,010618,,,D*6D > > GPS-DEBUG: mon: 5, gps_time: 1527812533, ctime: Fri Jun 1 00:22:13 2018 > > > > I suspect this has to do with the receiver losing lock. However, it > doesn?t make sense as the receiver reports a strong signal and doesn?t show > signs of loss of signal on the front alarm panel. The GPS antenna is > designed with high RF immunity and is at a site with little activity. > > > > Kindest Regards, > > > > Kevin Babich | N9IAA > > Valparaiso, IN 46383 > > > > *From:* App_rpt-users *On > Behalf Of *Hayden Honeywood > *Sent:* Thursday, May 31, 2018 5:56 PM > > > *To:* app_rpt-users at lists.allstarlink.org > *Subject:* Re: [App_rpt-users] RTCM [RX Packet Out of Bounds] > ***Updated*** > > > > Is the time in UTC? How far off is the system time? > > > > Have you done a full calibration of each board? > > What baud rate do you run on your GPS's? > > > > I tend to use 9600 baud and have had no issues with the GPS's I have used. > > > > There is various GPS debug tools available in the RTCM. They are > documented here - > > https://wiki.allstarlink.org/wiki/RTCM_Client#GPS > > > > Can you possibly try injecting a 9.6MHz signal in place of the crystal on > board? Perhaps you have a variant of James KI0KN's problem where his > crystals were off frequency. > > > > I can't comment on that as I built all my boards and they have external > frequency references. > > > > Regards > > Hayden VK7HH > > > > > > > > > From: App_rpt-users On > Behalf Of Hayden Honeywood > Sent: Wednesday, May 30, 2018 5:34 PM > To: app_rpt-users at lists.allstarlink.org > Subject: Re: [App_rpt-users] RTCM [RX Packet Out of Bounds] ***Updated*** > > > > What is your values in voter.conf for RX buffer (960) and in the RTCM > client for TX buffer (480). Are all RTCM TX buffers set to the same value? > Yes, 480. These values were based upon the math Jim provided, which is a > function of maximum latencies on the network. We rarely have greater than > 1ms to any host on the network. > > > > Are all the GPS's in a location where they cannot be swamped with RF? Yes, > and they utilize PCTEL antennas with filtering for use in RF dense > environments. > > > > Some users have had success with a dedicated RTCM as the master timing > source (with no radio connected). Has it been suspected that an RTCM > doesn?t have the horsepower to handle both functions contemporaneously? > > > > Regards > > Hayden VK7HH > > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: < > http://lists.allstarlink.org/pipermail/app_rpt-users/attachments/20180530/24a4675d/attachment-0001.html > > > > ------------------------------ > > Message: 3 > Date: Wed, 30 May 2018 19:51:43 -0500 > From: "Kevin Babich" > To: "'Users of Asterisk app_rpt'" > > Subject: Re: [App_rpt-users] RTCM [RX Packet Out of Bounds] > ***Updated*** > Message-ID: <010001d3f879$8c2b3710$a481a530$@gmail.com> > Content-Type: text/plain; charset="utf-8" > > Hayden, > > > > Do you know what exactly ?RX Packet Out of Bounds? refers to? I can infer > its meaning, but, one can?t be certain. Any thoughts why the system time > is always so far off? It has always been, since I began experimenting with > the RTCM in 2012. This is consistent across many RTCM?s. > > > _______________________________________________ > 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. > > > > > -- > > Tim WD6AWP > > _______________________________________________ > 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 kevin.babich at gmail.com Sat Jun 16 17:27:54 2018 From: kevin.babich at gmail.com (Kevin Babich) Date: Sat, 16 Jun 2018 12:27:54 -0500 Subject: [App_rpt-users] RTCM [RX Packet Out of Bounds] ***Updated*** In-Reply-To: References: <036601d3f93f$ae7c3d70$0b74b850$@gmail.com> <0c1b01d401ef$2c2e7280$848b5780$@gmail.com> <00e501d40294$9fb435f0$df1ca1d0$@gmail.com> <019301d402de$dccaf1f0$9660d5d0$@gmail.com> <00e401d404f1$86598470$930c8d50$@gmail.com> Message-ID: <007701d40597$5c5c7230$15155690$@gmail.com> Chuck, A quick comment on PPS polarity? I set RTCM (LAB) command 10 to the opposite of the original setting. Which in this case was changing non-inverted to inverted. It didn?t work? LAB / NOVUS GPSDO Using Primary Voter Host This remained for an hour, until I switched it back. ALL OTHER / BG7TBL GPSDO I set RTCM (everything else) the same, the RTCM did indeed resync, however, this is the output from the RTCM console: 06/16/2018 16:47:19.060 Host Connection Lost (Pri) (192.168.40.210) 06/16/2018 16:47:19.060 Using Primary Voter Host (192.168.40.210) 06/16/2018 16:47:23.060 Time now syncronized to GPS 06/16/2018 16:47:23.500 Host Connection established (Pri) (192.168.40.210) 06/16/2018 16:50:00.580 Inbound (Eth Rx) packet out of bounds by: -800 ***This line continues without end*** Interestingly enough, the SYSTIME read the same (.180 - .280), however GPSTIME was off by ~200ms. This tells me that I have selected the correct PPS polarity. This condition wasn?t able to be tested on the lab quality NOVUS GPSDO, as the RTCM never synced back up. I believe this is telling me the PPS polarity is correct here as well, as inverting the input of the RTCM placed the packets too far out of time to sync. Is it worth having a share screen session to have a look for yourself? It is entirely possible that am incorrectly testing this setup. Thoughts? Kindest Regards, Kevin Babich | N9IAA Valparaiso, IN 46383 From: App_rpt-users On Behalf Of Chuck Henderson Sent: Saturday, June 16, 2018 12:48 AM To: Users of Asterisk app_rpt Subject: Re: [App_rpt-users] RTCM [RX Packet Out of Bounds] ***Updated*** Kevin, Here is what I see in your data. If your network latency is very low as you say, then it looks like your GPS's don't all have the same time. LaPorte and Crown_Point must be exactly the same as each other and Valparaiso is probably within a millisecond, but lab is way off by about 60 milliseconds (could be somewhere between 41 and 79ms), this is a problem and couldn't be network latency or you would see that in a ping test. And all are about 200 to 280 milliseconds different than the NTP time reference that you are using which is not a problem but just effects the debug display. Drain time should be the time that audio is being removed from the buffer and being sent to the transmitter which is sometime in the past as configured by your buffers in the voter.conf. All change in 20ms jumps so a change of 20ms could just be a change of a fraction of a microsecond that incremented from one 20ms buffer slot to the next one. I would really suspect pps polarity in the RTCM config of either "lab" is wrong, or pps polarity in all 3 of the other sites is wrong to account for that kind of discrepancy. Wrong PPS polarity should not keep it from working. Change the pps polarity and wait a minute or two for it to resync and it should start working again. If it doesn't then restart that RTCM after 99 saving the new pps setting. Most PPS pulses I have looked at are between 1ms and 100 ms long. if your pps pulse is 50ms long then it would cause the time to be off by 50ms if you have it set wrong. If the pps pulse is 500ms long then it probably would not work at all if it is set to the wrong polarity because the time would be half a second off and I am sure you don't have that much buffer space. Do you know your pps pulse width? Is it the same in all of your GPS's? When I say pps polarity I am only talking about RTCM menu item 10 being 0 or 1. I have never used the GPS's that you are using so I don't know anything about how they behave. My experience is with the Garmin and with 3 other brands that act exactly the same as the Garmins. They all have configurable PPS pulse width. On Fri, Jun 15, 2018 at 4:41 PM Kevin Babich > wrote: Chuck, I setup the NTP client and enabled the service, as well as moved the MASTER to LAB. This is the output from VOTER DEBUG LEVEL 3: GPSTime (Lab): 06/15/18 15:02:39.000000000 SysTime: 06/15/18 15:02:39.200000 DrainTime: 06/15/18 15:02:39.160 Got GPS (Lab): Lat: 4126.20N, Lon: 08654.13W, Elev: 229.90 GPSTime (Valparaiso): 06/15/18 15:02:39.000000000 SysTime: 06/15/18 15:02:39.260000 DrainTime: 06/15/18 15:02:39.220 Got GPS (Valparaiso): Lat: 4131.82N, Lon: 08702.05W, Elev: 301.2 GPSTime (LaPorte): 06/15/18 15:02:39.000000000 SysTime: 06/15/18 15:02:39.280000 DrainTime: 06/15/18 15:02:39.240 Got GPS (LaPorte): Lat: 4139.38N, Lon: 08645.96W, Elev: 329.2 GPSTime (Crown_Point): 06/15/18 15:02:39.000000000 SysTime: 06/15/18 15:02:39.280000 DrainTime: 06/15/18 15:02:39.240 In the Asterisk console, I restarted Asterisk by asserting the ?reboot now? command and this is the output: GPSTime (Valparaiso): 06/15/18 15:07:04.000000000 SysTime: 06/15/18 15:07:04.020000 DrainTime: 06/15/18 15:07:03.960 Got GPS (Valparaiso): Lat: 4131.82N, Lon: 08702.05W, Elev: 299.6 GPSTime (LaPorte): 06/15/18 15:07:04.000000000 SysTime: 06/15/18 15:07:04.020000 DrainTime: 06/15/18 15:07:03.960 Got GPS (LaPorte): Lat: 4139.38N, Lon: 08645.96W, Elev: 328.1 GPSTime (Crown_Point): 06/15/18 15:07:04.000000000 SysTime: 06/15/18 15:07:04.020000 DrainTime: 06/15/18 15:07:03.980 Got GPS (Crown_Point): Lat: 4121.15N, Lon: 08724.18W, Elev: 219.3 GPSTime (Lab): 06/15/18 15:07:04.000000000 SysTime: 06/15/18 15:07:04.220000 DrainTime: 06/15/18 15:07:04.180 Got GPS (Lab): Lat: 4126.20N, Lon: 08654.13W, Elev: 229.11 Waiting an hour and testing again yields: SysTime: 06/15/18 16:23:30.200000 DrainTime: 06/15/18 16:23:30.180 Got GPS (Lab): Lat: 4126.20N, Lon: 08654.13W, Elev: 229.64 GPSTime (Valparaiso): 06/15/18 16:23:30.000000000 SysTime: 06/15/18 16:23:30.280000 DrainTime: 06/15/18 16:23:30.240 Got GPS (Valparaiso): Lat: 4131.82N, Lon: 08702.05W, Elev: 298.1 GPSTime (Crown_Point): 06/15/18 16:23:30.000000000 SysTime: 06/15/18 16:23:30.280000 DrainTime: 06/15/18 16:23:30.240 Got GPS (Crown_Point): Lat: 4121.15N, Lon: 08724.18W, Elev: 220.9 GPSTime (LaPorte): 06/15/18 16:23:30.000000000 SysTime: 06/15/18 16:23:30.280000 DrainTime: 06/15/18 16:23:30.240 Got GPS (LaPorte): Lat: 4139.38N, Lon: 08645.96W, Elev: 326.6 It would appear the NTP activity is slowly (expected) netting the SysTime, however, the LAB (master) is still off. If the SysTime comes from Asterisk, then what gives? An unanswered question: What is DrainTime describing, and what drives the displayed value? I notice on yours, everything matches. Kindest Regards, Kevin Babich | N9IAA Valparaiso, IN 46383 From: Chuck Henderson > Sent: Wednesday, June 13, 2018 2:34 AM To: kevin.babich at gmail.com Subject: Re: [App_rpt-users] RTCM [RX Packet Out of Bounds] ***Updated*** That is complicated and I don't remember. All the needed software is installed already with the allstarlink raspberry pi dial install that I used. I think I used 07-08-2017RAT_RC1.img but I can't remember for sure. I also can't remember exactly what I did to set up the time sync but I looked for clues something like man systemd-timesyncd timedatectl I had used ntpd in the past with x86 ACID but didn't need it for the DIAL version I am using now because this other method of getting the time was builtin and all I had to do was a google search and I landed on the exact files to edit to make it use my own dedicated ntp server which I have had running for many years. If it ever dies I will have to re-google how to rebuild it using current hardware. I quit trying to remember things that I can just ask "ok google". On Wed, Jun 13, 2018 at 1:22 AM Kevin Babich > wrote: Chuck, How does one go about syncing the server in app_rpt? Kindest Regards, Kevin Babich | N9IAA Valparaiso, IN 46383 From: App_rpt-users > On Behalf Of Chuck Henderson Sent: Tuesday, June 12, 2018 11:50 PM To: Users of Asterisk app_rpt > Subject: Re: [App_rpt-users] RTCM [RX Packet Out of Bounds] ***Updated*** Yes, many GPS will sometimes be off by one second in the RTCM. If I have to power cycle any of my voters/RTCMs I usually then do a reboot via the RTCM menu so that the GPS is already up and accurate when the RTCM boots and this seems to eliminate the one second off problem, most of the time. Both Jim and I tried to fix this and neither of us could. When all set up to troubleshoot it the problem never happens. The software has a couple of code segments to try to make it work even when exactly one second off but I don't think that works all the time either. Also in looking at the code I see that SysTime does not matter at all. It is just a reference to look at in the debug output. Mine exactly matches because I also sync my Linux time to a GPS reference separately from the app_rpt voter code. But I tried disabling that and setting the date and time both wrong and the voter still works because it keeps it's own time that is referenced to the master and not dependent on the system time. So the master time does need to be the first time that the voter channel driver receives each second. Other RTCMs time must arrive later than the master arrives but before the buffer length later. The RTCM-GPS time can be any amount wrong as long as all RTCM-GPSs are exactly the same as each other. Start with much bigger buffers than you need and gradually reduce them. On Tue, Jun 12, 2018 at 10:03 PM Tim Sawyer > wrote: This may be a bit off topic but I've had problems with the BG7TBL units. One won't get a RTCM GPS lock with initial power on after it's been off for a while... like a day or more. The GPS Lock LED on the GPS comes on but doesn't on the RTCM. Subsequent immediate power cycle cures that. Another I've seen shifts it's time by one second after it's been running for some period. On the other hand I have one that works flawlessly. So I'm a little concerned about these. I don't know if there some incompatibility with the RTCM or if the BG7TLB units have inconsistent performance. Any thoughts on that possibly being repeated to the issue Kevin is having? On Tue, Jun 12, 2018 at 7:24 PM Chuck Henderson > wrote: The server needs to have the earliest time of all GPS time receivers. Master RTCM should be on the same LAN switch as the server and all other GPS time receivers must be at least some fraction of nano seconds delayed from the master time. Your LAB time arrives at the server before the master time arrives and that is not allowed for in the software. I am surprised that it even works at all. It should not work. I also am surprised that the SysTime does not exactly match with the Master Time ?Valparaiso? as I checked 3 servers of mine here and the SysTime always exactly matches the master GPSTime. Master GPSTime is the reference for SysTime. I am reviewing the source to see what a non master time arriving before the master time might mess up. I know it has never worked for me when I have tried using an even slightly delayed master time like putting a couple of store and forward ethernet devices between the master time and the server. On Tue, Jun 12, 2018 at 4:31 PM Kevin Babich > wrote: Chuck, ?Valparaiso? is the master, while ?Lab? is closer to the server, it isn?t regularly online. The PPS Polarity is set to non-inverted, the only selection which works. We have more of the NOVUS GPSDO?s, I will try it to see if it remains in-sync with the other. Perhaps the BG7TBL oscillator has an issue. I know that one of his models had an issue with floating point math and didn?t report time accurately, I believe it was corrected in mine, but, maybe not. Kindest Regards, Kevin Babich | N9IAA Valparaiso, IN 46383 From: App_rpt-users > On Behalf Of Chuck Henderson Sent: Tuesday, June 12, 2018 3:35 AM To: Users of Asterisk app_rpt > Subject: Re: [App_rpt-users] RTCM [RX Packet Out of Bounds] ***Updated*** Kevin, Which one is the master? From the looks of it I would say that "lab" should be the master as it appears to be the first one to arrive at the server so must have the lowest network delay or they are inaccurate. Inaccuracy could be caused by having the PPS polarity wrong in the RTCM and are setting time based on the trailing edge of the pulse rather than the leading edge. I am also using a Raspberry Pi 3B (not plus) The master should be the first one to get a time packet to the server, or they should all be tied exactly. Chuck On Mon, Jun 11, 2018 at 8:46 PM Kevin Babich > wrote: Chuck, A couple facts: The network has very low latency (sub ms) across all nodes on the VLAN. The site labeled LAB has a lab quality GPSDO, by NOVUS Power. The other sites utilize the GPSDO, by BG7TBL, as available on eBay, all are the 2016 vintage. Question: Is the reported system time exactly as reported by the timebase? If so, it would appear I have an issue with the accuracy of the GPSDO NMEA output. Here is an example of the output from my implementation: GPSTime (Lab): 06/11/18 20:16:57.000000000 SysTime: 06/11/18 20:16:57.220000 DrainTime: 06/11/18 20:16:57.180 Got GPS (Lab): Lat: 4126.20N, Lon: 08654.13W, Elev: 233.71 GPSTime (Valparaiso): 06/11/18 20:16:57.000000000 SysTime: 06/11/18 20:16:57.280000 DrainTime: 06/11/18 20:16:57.220 Got GPS (Valparaiso): Lat: 4131.82N, Lon: 08702.06W, Elev: 299.5 GPSTime (Crown_Point): 06/11/18 20:16:57.000000000 SysTime: 06/11/18 20:16:57.280000 DrainTime: 06/11/18 20:16:57.220 Got GPS (Crown_Point): Lat: 4121.15N, Lon: 08724.18W, Elev: 218.6 GPSTime (LaPorte): 06/11/18 20:16:57.000000000 SysTime: 06/11/18 20:16:57.280000 DrainTime: 06/11/18 20:16:57.220 Got GPS (LaPorte): Lat: 4139.38N, Lon: 08645.96W, Elev: 324.6 GPSTime (Lab): 06/11/18 20:17:19.000000000 SysTime: 06/11/18 20:17:19.220000 DrainTime: 06/11/18 20:17:19.180 Got GPS (Lab): Lat: 4126.20N, Lon: 08654.13W, Elev: 233.38 GPSTime (Valparaiso): 06/11/18 20:17:19.000000000 SysTime: 06/11/18 20:17:19.260000 DrainTime: 06/11/18 20:17:19.220 Got GPS (Valparaiso): Lat: 4131.82N, Lon: 08702.05W, Elev: 293.7 GPSTime (Crown_Point): 06/11/18 20:17:19.000000000 SysTime: 06/11/18 20:17:19.280000 DrainTime: 06/11/18 20:17:19.240 Got GPS (Crown_Point): Lat: 4121.15N, Lon: 08724.18W, Elev: 217.5 GPSTime (LaPorte): 06/11/18 20:17:19.000000000 SysTime: 06/11/18 20:17:19.280000 DrainTime: 06/11/18 20:17:19.240 Got GPS (LaPorte): Lat: 4139.38N, Lon: 08645.96W, Elev: 324.1 Results AFTER resetting the MASTER: GPSTime (Lab): 06/11/18 20:31:23.000000000 SysTime: 06/11/18 20:31:23.220000 DrainTime: 06/11/18 20:31:23.180 Got GPS (Lab): Lat: 4126.20N, Lon: 08654.13W, Elev: 231.86 GPSTime (Valparaiso): 06/11/18 20:31:23.000000000 SysTime: 06/11/18 20:31:23.280000 DrainTime: 06/11/18 20:31:23.240 Got GPS (Valparaiso): Lat: 4131.81N, Lon: 08702.05W, Elev: 301.8 GPSTime (LaPorte): 06/11/18 20:31:23.000000000 SysTime: 06/11/18 20:31:23.280000 DrainTime: 06/11/18 20:31:23.240 Got GPS (LaPorte): Lat: 4139.38N, Lon: 08645.96W, Elev: 327.7 GPSTime (Crown_Point): 06/11/18 20:31:23.000000000 SysTime: 06/11/18 20:31:23.280000 DrainTime: 06/11/18 20:31:23.240 Got GPS (Crown_Point): Lat: 4121.15N, Lon: 08724.18W, Elev: 218.5 Thoughts? Kindest Regards, Kevin Babich | N9IAA Valparaiso, IN 46383 From: App_rpt-users > On Behalf Of Chuck Henderson Sent: Monday, June 4, 2018 4:51 AM To: Users of Asterisk app_rpt > Subject: Re: [App_rpt-users] RTCM [RX Packet Out of Bounds] ***Updated*** Kevin, I just checked 3 of my RTCM's and got the following results. RTCM1: Current Time: Mon Jun 04, 2018 08:55:43.640 Last Rx Pkt System time: 06/04/2018 02:55:56.040, diff: 21587600 msec Last Rx Pkt Timestamp time: 06/04/2018 02:55:56.040, diff: 0 msec Last Rx Pkt index: 1080, inbounds: 1 RTCM2: Current Time: Mon Jun 04, 2018 08:58:20.300 Last Rx Pkt System time: , diff: -905657056 msec Last Rx Pkt Timestamp time: , diff: 0 msec Last Rx Pkt index: 0, inbounds: 0 RTCM3: Current Time: Mon Jun 04, 2018 08:58:48.060 Last Rx Pkt System time: , diff: -905629296 msec Last Rx Pkt Timestamp time: , diff: 0 msec Last Rx Pkt index: 0, inbounds: 0 I would not be concerned about the times. They are not important. A better thing to look at is in the Asterisk CLI issue the command voter debug level 3 Then expect output like the following: GPSTime (South): 06/04/18 04:07:16.000000000 SysTime: 06/04/18 04:07:16.000000 DrainTime: 06/04/18 04:07:15.960 Got GPS (South): Lat: 4020.80N, Lon: 08856.35W, Elev: 225.7 GPSTime (North): 06/04/18 04:07:16.000000000 SysTime: 06/04/18 04:07:16.000000 DrainTime: 06/04/18 04:07:15.960 Got GPS (North): Lat: 4030.79N, Lon: 08857.99W, Elev: 245.4 GPSTime (East): 06/04/18 04:07:16.000000000 SysTime: 06/04/18 04:07:16.000000 DrainTime: 06/04/18 04:07:15.980 Got GPS (East): Lat: 4030.02N, Lon: 08855.92W, Elev: 250.2 sending KEEPALIVE (GPS) packet to client East digest 99479120 sending KEEPALIVE (GPS) packet to client North digest dd455bb0 sending KEEPALIVE (GPS) packet to client South digest 4a396b22 GPSTime (East): 06/04/18 04:07:17.000000000 SysTime: 06/04/18 04:07:17.000000 DrainTime: 06/04/18 04:07:16.980 Got GPS (East): Lat: 4030.02N, Lon: 08855.92W, Elev: 250.2 GPSTime (South): 06/04/18 04:07:17.000000000 SysTime: 06/04/18 04:07:17.000000 DrainTime: 06/04/18 04:07:16.980 Got GPS (South): Lat: 4020.80N, Lon: 08856.35W, Elev: 225.7 GPSTime (North): 06/04/18 04:07:17.000000000 SysTime: 06/04/18 04:07:17.000000 DrainTime: 06/04/18 04:07:16.980 Got GPS (North): Lat: 4030.79N, Lon: 08857.99W, Elev: 245.4 sending KEEPALIVE (GPS) packet to client East digest 99479120 sending KEEPALIVE (GPS) packet to client North digest dd455bb0 sending KEEPALIVE (GPS) packet to client South digest 4a396b22 GPSTime (South): 06/04/18 04:07:18.000000000 SysTime: 06/04/18 04:07:18.000000 DrainTime: 06/04/18 04:07:17.960 Got GPS (South): Lat: 4020.80N, Lon: 08856.35W, Elev: 225.7 GPSTime (North): 06/04/18 04:07:18.000000000 SysTime: 06/04/18 04:07:18.000000 DrainTime: 06/04/18 04:07:17.980 Got GPS (North): Lat: 4030.79N, Lon: 08857.99W, Elev: 245.4 GPSTime (East): 06/04/18 04:07:18.000000000 SysTime: 06/04/18 04:07:18.000000 DrainTime: 06/04/18 04:07:17.980 Got GPS (East): Lat: 4030.02N, Lon: 08855.92W, Elev: 250.2 GPSTime (South): 06/04/18 04:07:19.000000000 SysTime: 06/04/18 04:07:19.000000 DrainTime: 06/04/18 04:07:18.960 Got GPS (South): Lat: 4020.80N, Lon: 08856.35W, Elev: 225.7 GPSTime (North): 06/04/18 04:07:19.000000000 SysTime: 06/04/18 04:07:19.000000 DrainTime: 06/04/18 04:07:18.960 Got GPS (North): Lat: 4030.79N, Lon: 08857.99W, Elev: 245.4 sending KEEPALIVE (GPS) packet to client East digest 99479120 GPSTime (East): 06/04/18 04:07:19.000000000 sending KEEPALIVE (GPS) packet to client North digest dd455bb0 SysTime: 06/04/18 04:07:19.000000 sending KEEPALIVE (GPS) packet to client South digest 4a396b22 DrainTime: 06/04/18 04:07:18.980 Got GPS (East): Lat: 4030.02N, Lon: 08855.92W, Elev: 250.2 GPSTime (North): 06/04/18 04:07:20.000000000 SysTime: 06/04/18 04:07:20.000000 DrainTime: 06/04/18 04:07:19.960 Got GPS (North): Lat: 4030.79N, Lon: 08857.99W, Elev: 245.4 GPSTime (East): 06/04/18 04:07:20.000000000 SysTime: 06/04/18 04:07:20.000000 DrainTime: 06/04/18 04:07:19.980 Got GPS (East): Lat: 4030.02N, Lon: 08855.92W, Elev: 250.2 GPSTime (South): 06/04/18 04:07:20.000000000 SysTime: 06/04/18 04:07:20.000000 DrainTime: 06/04/18 04:07:19.980 Got GPS (South): Lat: 4020.80N, Lon: 08856.35W, Elev: 225.7 Ignore the lines I marked in green and only be concerned with the lines that have "Time" in them. Notice that each RTCM has 3 timestamp lines that are mostly together and they should be within about 40 ms of each other and should also be within about 40ms of the other RTCMs set of lines for that second. (this is with no signals present and with a very low network latency between RTCMs and the server). If you find that one RTCM is many ms out of line with the others, I recommend rebooting that one and/or the master one. I also recommend not being logged into the RTCMs via telnet except to make setting changes. Having an active telnet session to the RTCM can have a negative impact on it's ability to maintain time sync lock. Having active output on that telnet session will have a negative impact on it's ability to maintain time sync lock. If the above does not solve your problem then try increasing your tx buffer setting to 1400 and see if that eliminates your problem. But do not evaluate if the problem is solved while you have an active telnet session to the RTCM. If you still have a problem then send the output of your "voter debug level 3" (with no signals present and no active telnet sessions to RTCMs). Chuck On Thu, May 31, 2018 at 7:30 PM, Kevin Babich > wrote: Hayden, When running DEBUG = 32, I see the following, but, only on occasion, say every minute or so: 06/01/2018 00:22:12.240 Warning: GPS Data time period elapsed GPS-DEBUG: $GPRMC,002213.00,A,4131.82046,N,08702.05712,W,0.027,,010618,,,D*6D GPS-DEBUG: mon: 5, gps_time: 1527812533, ctime: Fri Jun 1 00:22:13 2018 I suspect this has to do with the receiver losing lock. However, it doesn?t make sense as the receiver reports a strong signal and doesn?t show signs of loss of signal on the front alarm panel. The GPS antenna is designed with high RF immunity and is at a site with little activity. Kindest Regards, Kevin Babich | N9IAA Valparaiso, IN 46383 From: App_rpt-users > On Behalf Of Hayden Honeywood Sent: Thursday, May 31, 2018 5:56 PM To: app_rpt-users at lists.allstarlink.org Subject: Re: [App_rpt-users] RTCM [RX Packet Out of Bounds] ***Updated*** Is the time in UTC? How far off is the system time? Have you done a full calibration of each board? What baud rate do you run on your GPS's? I tend to use 9600 baud and have had no issues with the GPS's I have used. There is various GPS debug tools available in the RTCM. They are documented here - https://wiki.allstarlink.org/wiki/RTCM_Client#GPS Can you possibly try injecting a 9.6MHz signal in place of the crystal on board? Perhaps you have a variant of James KI0KN's problem where his crystals were off frequency. I can't comment on that as I built all my boards and they have external frequency references. Regards Hayden VK7HH From: App_rpt-users > On Behalf Of Hayden Honeywood Sent: Wednesday, May 30, 2018 5:34 PM To: app_rpt-users at lists.allstarlink.org Subject: Re: [App_rpt-users] RTCM [RX Packet Out of Bounds] ***Updated*** What is your values in voter.conf for RX buffer (960) and in the RTCM client for TX buffer (480). Are all RTCM TX buffers set to the same value? Yes, 480. These values were based upon the math Jim provided, which is a function of maximum latencies on the network. We rarely have greater than 1ms to any host on the network. Are all the GPS's in a location where they cannot be swamped with RF? Yes, and they utilize PCTEL antennas with filtering for use in RF dense environments. Some users have had success with a dedicated RTCM as the master timing source (with no radio connected). Has it been suspected that an RTCM doesn?t have the horsepower to handle both functions contemporaneously? Regards Hayden VK7HH -------------- next part -------------- An HTML attachment was scrubbed... URL: ------------------------------ Message: 3 Date: Wed, 30 May 2018 19:51:43 -0500 From: "Kevin Babich" > To: "'Users of Asterisk app_rpt'" > Subject: Re: [App_rpt-users] RTCM [RX Packet Out of Bounds] ***Updated*** Message-ID: <010001d3f879$8c2b3710$a481a530$@gmail.com > Content-Type: text/plain; charset="utf-8" Hayden, Do you know what exactly ?RX Packet Out of Bounds? refers to? I can infer its meaning, but, one can?t be certain. Any thoughts why the system time is always so far off? It has always been, since I began experimenting with the RTCM in 2012. This is consistent across many RTCM?s. _______________________________________________ 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. -- Tim WD6AWP _______________________________________________ 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 petem001 at gmail.com Sun Jun 17 02:31:15 2018 From: petem001 at gmail.com (Pierre Martel) Date: Sat, 16 Jun 2018 22:31:15 -0400 Subject: [App_rpt-users] RTCM [RX Packet Out of Bounds] ***Updated*** In-Reply-To: <007701d40597$5c5c7230$15155690$@gmail.com> References: <036601d3f93f$ae7c3d70$0b74b850$@gmail.com> <0c1b01d401ef$2c2e7280$848b5780$@gmail.com> <00e501d40294$9fb435f0$df1ca1d0$@gmail.com> <019301d402de$dccaf1f0$9660d5d0$@gmail.com> <00e401d404f1$86598470$930c8d50$@gmail.com> <007701d40597$5c5c7230$15155690$@gmail.com> Message-ID: Just a little words to all that participate in that thread. Thanks a lot! I am learning a lot. Keep it rolling, very interresting stuff Le sam. 16 juin 2018 ? 13:28, Kevin Babich a ?crit : > Chuck, > > > > A quick comment on PPS polarity? I set RTCM (LAB) command 10 to the > opposite of the original setting. Which in this case was changing > non-inverted to inverted. It didn?t work? > > > > LAB / NOVUS GPSDO > > Using Primary Voter Host > > > > This remained for an hour, until I switched it back. > > > > ALL OTHER / BG7TBL GPSDO > > I set RTCM (everything else) the same, the RTCM did indeed resync, > however, this is the output from the RTCM console: > > > > 06/16/2018 16:47:19.060 Host Connection Lost (Pri) (192.168.40.210) > > 06/16/2018 16:47:19.060 Using Primary Voter Host (192.168.40.210) > > 06/16/2018 16:47:23.060 Time now syncronized to GPS > > 06/16/2018 16:47:23.500 Host Connection established (Pri) (192.168.40.210) > > 06/16/2018 16:50:00.580 Inbound (Eth Rx) packet out of bounds by: -800 > ***This line continues without end*** > > > > Interestingly enough, the SYSTIME read the same (.180 - .280), however > GPSTIME was off by ~200ms. This tells me that I have selected the correct > PPS polarity. This condition wasn?t able to be tested on the lab quality > NOVUS GPSDO, as the RTCM never synced back up. I believe this is telling > me the PPS polarity is correct here as well, as inverting the input of the > RTCM placed the packets too far out of time to sync. > > > > Is it worth having a share screen session to have a look for yourself? It > is entirely possible that am incorrectly testing this setup. > > > > Thoughts? > > > > Kindest Regards, > > > > Kevin Babich | N9IAA > > Valparaiso, IN 46383 > > > > *From:* App_rpt-users *On > Behalf Of *Chuck Henderson > *Sent:* Saturday, June 16, 2018 12:48 AM > *To:* Users of Asterisk app_rpt > *Subject:* Re: [App_rpt-users] RTCM [RX Packet Out of Bounds] > ***Updated*** > > > > Kevin, > > Here is what I see in your data. If your network latency is very low as > you say, then it looks like your GPS's don't all have the same > time. LaPorte and Crown_Point must be exactly the same as each other and > Valparaiso is probably within a millisecond, but lab is way off by about 60 > milliseconds (could be somewhere between 41 and 79ms), this is a problem > and couldn't be network latency or you would see that in a ping test. And > all are about 200 to 280 milliseconds different than the NTP time > reference that you are using which is not a problem but just effects the > debug display. Drain time should be the time that audio is being removed > from the buffer and being sent to the transmitter which is sometime in the > past as configured by your buffers in the voter.conf. All change in 20ms > jumps so a change of 20ms could just be a change of a fraction of a > microsecond that incremented from one 20ms buffer slot to the next one. > > I would really suspect pps polarity in the RTCM config of either "lab" is > wrong, or pps polarity in all 3 of the other sites is wrong to account for > that kind of discrepancy. > > Wrong PPS polarity should not keep it from working. Change the pps > polarity and wait a minute or two for it to resync and it should start > working again. If it doesn't then restart that RTCM after 99 saving the > new pps setting. > > Most PPS pulses I have looked at are between 1ms and 100 ms long. if your > pps pulse is 50ms long then it would cause the time to be off by 50ms if > you have it set wrong. If the pps pulse is 500ms long then it probably > would not work at all if it is set to the wrong polarity because the time > would be half a second off and I am sure you don't have that much buffer > space. Do you know your pps pulse width? Is it the same in all of your > GPS's? > > > > When I say pps polarity I am only talking about RTCM menu item 10 being 0 > or 1. > > > > I have never used the GPS's that you are using so I don't know anything > about how they behave. My experience is with the Garmin and with 3 other > brands that act exactly the same as the Garmins. They all have > configurable PPS pulse width. > > > > > > > > > > > > > > > > On Fri, Jun 15, 2018 at 4:41 PM Kevin Babich > wrote: > > Chuck, > > > > I setup the NTP client and enabled the service, as well as moved the > MASTER to LAB. This is the output from VOTER DEBUG LEVEL 3: > > > > GPSTime (Lab): 06/15/18 15:02:39.000000000 > > SysTime: 06/15/18 15:02:39.200000 > > DrainTime: 06/15/18 15:02:39.160 > > Got GPS (Lab): Lat: 4126.20N, Lon: 08654.13W, Elev: 229.90 > > GPSTime (Valparaiso): 06/15/18 15:02:39.000000000 > > SysTime: 06/15/18 15:02:39.260000 > > DrainTime: 06/15/18 15:02:39.220 > > Got GPS (Valparaiso): Lat: 4131.82N, Lon: 08702.05W, Elev: 301.2 > > GPSTime (LaPorte): 06/15/18 15:02:39.000000000 > > SysTime: 06/15/18 15:02:39.280000 > > DrainTime: 06/15/18 15:02:39.240 > > Got GPS (LaPorte): Lat: 4139.38N, Lon: 08645.96W, Elev: 329.2 > > GPSTime (Crown_Point): 06/15/18 15:02:39.000000000 > > SysTime: 06/15/18 15:02:39.280000 > > DrainTime: 06/15/18 15:02:39.240 > > > > In the Asterisk console, I restarted Asterisk by asserting the ?reboot > now? command and this is the output: > > > > GPSTime (Valparaiso): 06/15/18 15:07:04.000000000 > > SysTime: 06/15/18 15:07:04.020000 > > DrainTime: 06/15/18 15:07:03.960 > > Got GPS (Valparaiso): Lat: 4131.82N, Lon: 08702.05W, Elev: 299.6 > > GPSTime (LaPorte): 06/15/18 15:07:04.000000000 > > SysTime: 06/15/18 15:07:04.020000 > > DrainTime: 06/15/18 15:07:03.960 > > Got GPS (LaPorte): Lat: 4139.38N, Lon: 08645.96W, Elev: 328.1 > > GPSTime (Crown_Point): 06/15/18 15:07:04.000000000 > > SysTime: 06/15/18 15:07:04.020000 > > DrainTime: 06/15/18 15:07:03.980 > > Got GPS (Crown_Point): Lat: 4121.15N, Lon: 08724.18W, Elev: 219.3 > > GPSTime (Lab): 06/15/18 15:07:04.000000000 > > SysTime: 06/15/18 15:07:04.220000 > > DrainTime: 06/15/18 15:07:04.180 > > Got GPS (Lab): Lat: 4126.20N, Lon: 08654.13W, Elev: 229.11 > > > > Waiting an hour and testing again yields: > > > > SysTime: 06/15/18 16:23:30.200000 > > DrainTime: 06/15/18 16:23:30.180 > > Got GPS (Lab): Lat: 4126.20N, Lon: 08654.13W, Elev: 229.64 > > GPSTime (Valparaiso): 06/15/18 16:23:30.000000000 > > SysTime: 06/15/18 16:23:30.280000 > > DrainTime: 06/15/18 16:23:30.240 > > Got GPS (Valparaiso): Lat: 4131.82N, Lon: 08702.05W, Elev: 298.1 > > GPSTime (Crown_Point): 06/15/18 16:23:30.000000000 > > SysTime: 06/15/18 16:23:30.280000 > > DrainTime: 06/15/18 16:23:30.240 > > Got GPS (Crown_Point): Lat: 4121.15N, Lon: 08724.18W, Elev: 220.9 > > GPSTime (LaPorte): 06/15/18 16:23:30.000000000 > > SysTime: 06/15/18 16:23:30.280000 > > DrainTime: 06/15/18 16:23:30.240 > > Got GPS (LaPorte): Lat: 4139.38N, Lon: 08645.96W, Elev: 326.6 > > > > It would appear the NTP activity is slowly (expected) netting the SysTime, > however, the LAB (master) is still off. If the SysTime comes from > Asterisk, then what gives? > > > > An unanswered question: What is DrainTime describing, and what drives the > displayed value? I notice on yours, everything matches. > > > > Kindest Regards, > > > > Kevin Babich | N9IAA > > Valparaiso, IN 46383 > > > > *From:* Chuck Henderson > *Sent:* Wednesday, June 13, 2018 2:34 AM > *To:* kevin.babich at gmail.com > *Subject:* Re: [App_rpt-users] RTCM [RX Packet Out of Bounds] > ***Updated*** > > > > That is complicated and I don't remember. All the needed software is > installed already with the allstarlink raspberry pi dial install that I > used. I > > think I used 07-08-2017RAT_RC1.img but I can't remember for sure. I also > can't remember exactly what I did to set up the time sync but I looked for > clues something like > > > > man systemd-timesyncd > > timedatectl > > > > I had used ntpd in the past with x86 ACID but didn't need it for the DIAL > version I am using now because this other method of getting the time was > builtin and all I had to do was a google search and I landed on the exact > files to edit to make it use my own dedicated ntp server which I have had > running for many years. If it ever dies I will have to re-google how to > rebuild it using current hardware. I quit trying to remember things that > I can just ask "ok google". > > > > > > > > On Wed, Jun 13, 2018 at 1:22 AM Kevin Babich > wrote: > > Chuck, > > > > How does one go about syncing the server in app_rpt? > > > > Kindest Regards, > > > > Kevin Babich | N9IAA > > Valparaiso, IN 46383 > > > > *From:* App_rpt-users *On > Behalf Of *Chuck Henderson > *Sent:* Tuesday, June 12, 2018 11:50 PM > *To:* Users of Asterisk app_rpt > *Subject:* Re: [App_rpt-users] RTCM [RX Packet Out of Bounds] > ***Updated*** > > > > Yes, many GPS will sometimes be off by one second in the RTCM. If I have > to power cycle any of my voters/RTCMs I usually then do a reboot via the > RTCM menu so that the GPS is already up and accurate when the RTCM boots > and this seems to eliminate the one second off problem, most of the time. > Both Jim and I tried to fix this and neither of us could. When all set up > to troubleshoot it the problem never happens. The software has a couple > of code segments to try to make it work even when exactly one second off > but I don't think that works all the time either. > > > > Also in looking at the code I see that SysTime does not matter at all. It > is just a reference to look at in the debug output. Mine exactly matches > because I also sync my Linux time to a GPS reference separately from the > app_rpt voter code. But I tried disabling that and setting the date and > time both wrong and the voter still works because it keeps it's own time > that is referenced to the master and not dependent on the system time. > > > > So the master time does need to be the first time that the voter channel > driver receives each second. Other RTCMs time must arrive later than the > master arrives but before the buffer length later. > > The RTCM-GPS time can be any amount wrong as long as all RTCM-GPSs are > exactly the same as each other. > > Start with much bigger buffers than you need and gradually reduce them. > > > > > > On Tue, Jun 12, 2018 at 10:03 PM Tim Sawyer wrote: > > This may be a bit off topic but I've had problems with the BG7TBL units. > One won't get a RTCM GPS lock with initial power on after it's been off for > a while... like a day or more. The GPS Lock LED on the GPS comes on but > doesn't on the RTCM. Subsequent immediate power cycle cures that. Another > I've seen shifts it's time by one second after it's been running for some > period. > > > > On the other hand I have one that works flawlessly. So I'm a little > concerned about these. I don't know if there some incompatibility with the > RTCM or if the BG7TLB units have inconsistent performance. > > > > Any thoughts on that possibly being repeated to the issue Kevin is having? > > > > > > On Tue, Jun 12, 2018 at 7:24 PM Chuck Henderson < > rpt2 at chuck.midlandsnetworking.com> wrote: > > The server needs to have the earliest time of all GPS time receivers. > Master RTCM should be on the same LAN switch as the server and all other > GPS time receivers must be at least some fraction of nano seconds delayed > from the master time. Your LAB time arrives at the server before the > master time arrives and that is not allowed for in the software. I am > surprised that it even works at all. It should not work. > > I also am surprised that the SysTime does not exactly match with the > Master Time ?Valparaiso? as I checked 3 servers of mine here and the > SysTime always exactly matches the master GPSTime. Master GPSTime is the > reference for SysTime. > > I am reviewing the source to see what a non master time arriving before > the master time might mess up. I know it has never worked for me when I > have tried using an even slightly delayed master time like putting a couple > of store and forward ethernet devices between the master time and the > server. > > > > On Tue, Jun 12, 2018 at 4:31 PM Kevin Babich > wrote: > > Chuck, > > > > ?Valparaiso? is the master, while ?Lab? is closer to the server, it isn?t > regularly online. The PPS Polarity is set to non-inverted, the only > selection which works. We have more of the NOVUS GPSDO?s, I will try it to > see if it remains in-sync with the other. Perhaps the BG7TBL oscillator > has an issue. I know that one of his models had an issue with floating > point math and didn?t report time accurately, I believe it was corrected in > mine, but, maybe not. > > > > Kindest Regards, > > > > Kevin Babich | N9IAA > > Valparaiso, IN 46383 > > > > *From:* App_rpt-users *On > Behalf Of *Chuck Henderson > *Sent:* Tuesday, June 12, 2018 3:35 AM > *To:* Users of Asterisk app_rpt > *Subject:* Re: [App_rpt-users] RTCM [RX Packet Out of Bounds] > ***Updated*** > > > > Kevin, > > Which one is the master? From the looks of it I would say that "lab" > should be the master as it appears to be the first one to arrive at the > server so must have the lowest network delay or they are inaccurate. > Inaccuracy could be caused by having the PPS polarity wrong in the RTCM and > are setting time based on the trailing edge of the pulse rather than the > leading edge. > > > > I am also using a Raspberry Pi 3B (not plus) > > > > The master should be the first one to get a time packet to the server, or > they should all be tied exactly. > > Chuck > > > > On Mon, Jun 11, 2018 at 8:46 PM Kevin Babich > wrote: > > Chuck, > > > > A couple facts: > > > > The network has very low latency (sub ms) across all nodes on the VLAN. > > The site labeled LAB has a lab quality GPSDO, by NOVUS Power. > > The other sites utilize the GPSDO, by BG7TBL, as available on eBay, all > are the 2016 vintage. > > > > Question: > > > > Is the reported system time exactly as reported by the timebase? If so, > it would appear I have an issue with the accuracy of the GPSDO NMEA output. > > > > Here is an example of the output from my implementation: > > > > GPSTime (Lab): 06/11/18 20:16:57.000000000 > > SysTime: 06/11/18 20:16:57.220000 > > DrainTime: 06/11/18 20:16:57.180 > > Got GPS (Lab): Lat: 4126.20N, Lon: 08654.13W, Elev: 233.71 > > GPSTime (Valparaiso): 06/11/18 20:16:57.000000000 > > SysTime: 06/11/18 20:16:57.280000 > > DrainTime: 06/11/18 20:16:57.220 > > Got GPS (Valparaiso): Lat: 4131.82N, Lon: 08702.06W, Elev: 299.5 > > GPSTime (Crown_Point): 06/11/18 20:16:57.000000000 > > SysTime: 06/11/18 20:16:57.280000 > > DrainTime: 06/11/18 20:16:57.220 > > Got GPS (Crown_Point): Lat: 4121.15N, Lon: 08724.18W, Elev: 218.6 > > GPSTime (LaPorte): 06/11/18 20:16:57.000000000 > > SysTime: 06/11/18 20:16:57.280000 > > DrainTime: 06/11/18 20:16:57.220 > > Got GPS (LaPorte): Lat: 4139.38N, Lon: 08645.96W, Elev: 324.6 > > > > GPSTime (Lab): 06/11/18 20:17:19.000000000 > > SysTime: 06/11/18 20:17:19.220000 > > DrainTime: 06/11/18 20:17:19.180 > > Got GPS (Lab): Lat: 4126.20N, Lon: 08654.13W, Elev: 233.38 > > GPSTime (Valparaiso): 06/11/18 20:17:19.000000000 > > SysTime: 06/11/18 20:17:19.260000 > > DrainTime: 06/11/18 20:17:19.220 > > Got GPS (Valparaiso): Lat: 4131.82N, Lon: 08702.05W, Elev: 293.7 > > GPSTime (Crown_Point): 06/11/18 20:17:19.000000000 > > SysTime: 06/11/18 20:17:19.280000 > > DrainTime: 06/11/18 20:17:19.240 > > Got GPS (Crown_Point): Lat: 4121.15N, Lon: 08724.18W, Elev: 217.5 > > GPSTime (LaPorte): 06/11/18 20:17:19.000000000 > > SysTime: 06/11/18 20:17:19.280000 > > DrainTime: 06/11/18 20:17:19.240 > > Got GPS (LaPorte): Lat: 4139.38N, Lon: 08645.96W, Elev: 324.1 > > > > Results AFTER resetting the MASTER: > > > > GPSTime (Lab): 06/11/18 20:31:23.000000000 > > SysTime: 06/11/18 20:31:23.220000 > > DrainTime: 06/11/18 20:31:23.180 > > Got GPS (Lab): Lat: 4126.20N, Lon: 08654.13W, Elev: 231.86 > > GPSTime (Valparaiso): 06/11/18 20:31:23.000000000 > > SysTime: 06/11/18 20:31:23.280000 > > DrainTime: 06/11/18 20:31:23.240 > > Got GPS (Valparaiso): Lat: 4131.81N, Lon: 08702.05W, Elev: 301.8 > > GPSTime (LaPorte): 06/11/18 20:31:23.000000000 > > SysTime: 06/11/18 20:31:23.280000 > > DrainTime: 06/11/18 20:31:23.240 > > Got GPS (LaPorte): Lat: 4139.38N, Lon: 08645.96W, Elev: 327.7 > > GPSTime (Crown_Point): 06/11/18 20:31:23.000000000 > > SysTime: 06/11/18 20:31:23.280000 > > DrainTime: 06/11/18 20:31:23.240 > > Got GPS (Crown_Point): Lat: 4121.15N, Lon: 08724.18W, Elev: 218.5 > > > > Thoughts? > > > > Kindest Regards, > > > > Kevin Babich | N9IAA > > Valparaiso, IN 46383 > > > > *From:* App_rpt-users *On > Behalf Of *Chuck Henderson > *Sent:* Monday, June 4, 2018 4:51 AM > *To:* Users of Asterisk app_rpt > *Subject:* Re: [App_rpt-users] RTCM [RX Packet Out of Bounds] > ***Updated*** > > > > Kevin, > > I just checked 3 of my RTCM's and got the following results. > RTCM1: > Current Time: Mon Jun 04, 2018 08:55:43.640 > Last Rx Pkt System time: 06/04/2018 02:55:56.040, diff: 21587600 msec > Last Rx Pkt Timestamp time: 06/04/2018 02:55:56.040, diff: 0 msec > Last Rx Pkt index: 1080, inbounds: 1 > > RTCM2: > Current Time: Mon Jun 04, 2018 08:58:20.300 > Last Rx Pkt System time: , diff: -905657056 msec > Last Rx Pkt Timestamp time: , diff: 0 msec > Last Rx Pkt index: 0, inbounds: 0 > > RTCM3: > Current Time: Mon Jun 04, 2018 08:58:48.060 > Last Rx Pkt System time: , diff: -905629296 msec > Last Rx Pkt Timestamp time: , diff: 0 msec > Last Rx Pkt index: 0, inbounds: 0 > > I would not be concerned about the times. They are not important. > > A better thing to look at is in the Asterisk CLI issue the command > voter debug level 3 > > Then expect output like the following: > > GPSTime (South): 06/04/18 04:07:16.000000000 > > SysTime: 06/04/18 04:07:16.000000 > > DrainTime: 06/04/18 04:07:15.960 > > Got GPS (South): Lat: 4020.80N, Lon: 08856.35W, Elev: 225.7 > > GPSTime (North): 06/04/18 04:07:16.000000000 > > SysTime: 06/04/18 04:07:16.000000 > > DrainTime: 06/04/18 04:07:15.960 > > Got GPS (North): Lat: 4030.79N, Lon: 08857.99W, Elev: 245.4 > > GPSTime (East): 06/04/18 04:07:16.000000000 > > SysTime: 06/04/18 04:07:16.000000 > > DrainTime: 06/04/18 04:07:15.980 > > Got GPS (East): Lat: 4030.02N, Lon: 08855.92W, Elev: 250.2 > > sending KEEPALIVE (GPS) packet to client East digest 99479120 > > sending KEEPALIVE (GPS) packet to client North digest dd455bb0 > > sending KEEPALIVE (GPS) packet to client South digest 4a396b22 > > GPSTime (East): 06/04/18 04:07:17.000000000 > > SysTime: 06/04/18 04:07:17.000000 > > DrainTime: 06/04/18 04:07:16.980 > > Got GPS (East): Lat: 4030.02N, Lon: 08855.92W, Elev: 250.2 > > GPSTime (South): 06/04/18 04:07:17.000000000 > > SysTime: 06/04/18 04:07:17.000000 > > DrainTime: 06/04/18 04:07:16.980 > > Got GPS (South): Lat: 4020.80N, Lon: 08856.35W, Elev: 225.7 > > GPSTime (North): 06/04/18 04:07:17.000000000 > > SysTime: 06/04/18 04:07:17.000000 > > DrainTime: 06/04/18 04:07:16.980 > > Got GPS (North): Lat: 4030.79N, Lon: 08857.99W, Elev: 245.4 > > sending KEEPALIVE (GPS) packet to client East digest 99479120 > > sending KEEPALIVE (GPS) packet to client North digest dd455bb0 > > sending KEEPALIVE (GPS) packet to client South digest 4a396b22 > > GPSTime (South): 06/04/18 04:07:18.000000000 > > SysTime: 06/04/18 04:07:18.000000 > > DrainTime: 06/04/18 04:07:17.960 > > Got GPS (South): Lat: 4020.80N, Lon: 08856.35W, Elev: 225.7 > > GPSTime (North): 06/04/18 04:07:18.000000000 > > SysTime: 06/04/18 04:07:18.000000 > > DrainTime: 06/04/18 04:07:17.980 > > Got GPS (North): Lat: 4030.79N, Lon: 08857.99W, Elev: 245.4 > > GPSTime (East): 06/04/18 04:07:18.000000000 > > SysTime: 06/04/18 04:07:18.000000 > > DrainTime: 06/04/18 04:07:17.980 > > Got GPS (East): Lat: 4030.02N, Lon: 08855.92W, Elev: 250.2 > > GPSTime (South): 06/04/18 04:07:19.000000000 > > SysTime: 06/04/18 04:07:19.000000 > > DrainTime: 06/04/18 04:07:18.960 > > Got GPS (South): Lat: 4020.80N, Lon: 08856.35W, Elev: 225.7 > > GPSTime (North): 06/04/18 04:07:19.000000000 > > SysTime: 06/04/18 04:07:19.000000 > > DrainTime: 06/04/18 04:07:18.960 > > Got GPS (North): Lat: 4030.79N, Lon: 08857.99W, Elev: 245.4 > > sending KEEPALIVE (GPS) packet to client East digest 99479120 > > GPSTime (East): 06/04/18 04:07:19.000000000 > > sending KEEPALIVE (GPS) packet to client North digest dd455bb0 > > SysTime: 06/04/18 04:07:19.000000 > > sending KEEPALIVE (GPS) packet to client South digest 4a396b22 > > DrainTime: 06/04/18 04:07:18.980 > > Got GPS (East): Lat: 4030.02N, Lon: 08855.92W, Elev: 250.2 > > GPSTime (North): 06/04/18 04:07:20.000000000 > > SysTime: 06/04/18 04:07:20.000000 > > DrainTime: 06/04/18 04:07:19.960 > > Got GPS (North): Lat: 4030.79N, Lon: 08857.99W, Elev: 245.4 > > GPSTime (East): 06/04/18 04:07:20.000000000 > > SysTime: 06/04/18 04:07:20.000000 > > DrainTime: 06/04/18 04:07:19.980 > > Got GPS (East): Lat: 4030.02N, Lon: 08855.92W, Elev: 250.2 > > GPSTime (South): 06/04/18 04:07:20.000000000 > > SysTime: 06/04/18 04:07:20.000000 > > DrainTime: 06/04/18 04:07:19.980 > > Got GPS (South): Lat: 4020.80N, Lon: 08856.35W, Elev: 225.7 > > > > Ignore the lines I marked in green and only be concerned with the lines > that have "Time" in them. > > Notice that each RTCM has 3 timestamp lines that are mostly together and > they should be within about 40 ms of each other and should also be within > about 40ms of the other RTCMs set of lines for that second. (this is with > no signals present and with a very low network latency between RTCMs and > the server). > > > > If you find that one RTCM is many ms out of line with the others, I > recommend rebooting that one and/or the master one. > > > > I also recommend not being logged into the RTCMs via telnet except to make > setting changes. Having an active telnet session to the RTCM can have a > negative impact on it's ability to maintain time sync lock. Having active > output on that telnet session will have a negative impact on it's ability > to maintain time sync lock. > > > > If the above does not solve your problem then try increasing your tx > buffer setting to 1400 and see if that eliminates your problem. But do not > evaluate if the problem is solved while you have an active telnet session > to the RTCM. > > > > If you still have a problem then send the output of your "voter debug > level 3" (with no signals present and no active telnet sessions to RTCMs). > > Chuck > > > > > > > > > > > > > > > > > > > > > > > > > > > > On Thu, May 31, 2018 at 7:30 PM, Kevin Babich > wrote: > > Hayden, > > > > When running DEBUG = 32, I see the following, but, only on occasion, say > every minute or so: > > > > 06/01/2018 00:22:12.240 Warning: GPS Data time period elapsed > > GPS-DEBUG: > $GPRMC,002213.00,A,4131.82046,N,08702.05712,W,0.027,,010618,,,D*6D > > GPS-DEBUG: mon: 5, gps_time: 1527812533, ctime: Fri Jun 1 00:22:13 2018 > > > > I suspect this has to do with the receiver losing lock. However, it > doesn?t make sense as the receiver reports a strong signal and doesn?t show > signs of loss of signal on the front alarm panel. The GPS antenna is > designed with high RF immunity and is at a site with little activity. > > > > Kindest Regards, > > > > Kevin Babich | N9IAA > > Valparaiso, IN 46383 > > > > *From:* App_rpt-users *On > Behalf Of *Hayden Honeywood > *Sent:* Thursday, May 31, 2018 5:56 PM > > > *To:* app_rpt-users at lists.allstarlink.org > *Subject:* Re: [App_rpt-users] RTCM [RX Packet Out of Bounds] > ***Updated*** > > > > Is the time in UTC? How far off is the system time? > > > > Have you done a full calibration of each board? > > What baud rate do you run on your GPS's? > > > > I tend to use 9600 baud and have had no issues with the GPS's I have used. > > > > There is various GPS debug tools available in the RTCM. They are > documented here - > > https://wiki.allstarlink.org/wiki/RTCM_Client#GPS > > > > Can you possibly try injecting a 9.6MHz signal in place of the crystal on > board? Perhaps you have a variant of James KI0KN's problem where his > crystals were off frequency. > > > > I can't comment on that as I built all my boards and they have external > frequency references. > > > > Regards > > Hayden VK7HH > > > > > > > > > From: App_rpt-users On > Behalf Of Hayden Honeywood > Sent: Wednesday, May 30, 2018 5:34 PM > To: app_rpt-users at lists.allstarlink.org > Subject: Re: [App_rpt-users] RTCM [RX Packet Out of Bounds] ***Updated*** > > > > What is your values in voter.conf for RX buffer (960) and in the RTCM > client for TX buffer (480). Are all RTCM TX buffers set to the same value? > Yes, 480. These values were based upon the math Jim provided, which is a > function of maximum latencies on the network. We rarely have greater than > 1ms to any host on the network. > > > > Are all the GPS's in a location where they cannot be swamped with RF? Yes, > and they utilize PCTEL antennas with filtering for use in RF dense > environments. > > > > Some users have had success with a dedicated RTCM as the master timing > source (with no radio connected). Has it been suspected that an RTCM > doesn?t have the horsepower to handle both functions contemporaneously? > > > > Regards > > Hayden VK7HH > > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: < > http://lists.allstarlink.org/pipermail/app_rpt-users/attachments/20180530/24a4675d/attachment-0001.html > > > > ------------------------------ > > Message: 3 > Date: Wed, 30 May 2018 19:51:43 -0500 > From: "Kevin Babich" > To: "'Users of Asterisk app_rpt'" > > Subject: Re: [App_rpt-users] RTCM [RX Packet Out of Bounds] > ***Updated*** > Message-ID: <010001d3f879$8c2b3710$a481a530$@gmail.com> > Content-Type: text/plain; charset="utf-8" > > Hayden, > > > > Do you know what exactly ?RX Packet Out of Bounds? refers to? I can infer > its meaning, but, one can?t be certain. Any thoughts why the system time > is always so far off? It has always been, since I began experimenting with > the RTCM in 2012. This is consistent across many RTCM?s. > > > _______________________________________________ > 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. > > > > > -- > > Tim WD6AWP > > _______________________________________________ > 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. -------------- next part -------------- An HTML attachment was scrubbed... URL: From kevin.babich at gmail.com Sun Jun 17 15:42:14 2018 From: kevin.babich at gmail.com (Kevin Babich) Date: Sun, 17 Jun 2018 10:42:14 -0500 Subject: [App_rpt-users] =?utf-8?q?Happy_Father=E2=80=99s_Day!?= Message-ID: Happy Father?s Day to all fathers on the list! Kevin J. Babich 219.406.9707 Mobile ***Mobile EMail*** Please excuse any typos and brevity. From shehzad.hamid at gmail.com Mon Jun 18 09:43:19 2018 From: shehzad.hamid at gmail.com (Shehzad Hamid) Date: Mon, 18 Jun 2018 14:43:19 +0500 Subject: [App_rpt-users] AP2CJ Node 48092 no longer in DB Message-ID: Greetings, A little background, ive installed ASL on intel Atom with the modified usb FOB cm108 and an HT for RF on 144MHz, have echolink enabled and all connections from echolink and allstar in and out establish perfectly, configured the port forwarding on the router and all worked well. The bigger plan is to putup at least 3 nodes in Pakistan linking 3 city coverage repeaters together in future while having the facility of world being connected to us or vise versa :D. The issue in subject line has been posted many times before and I have gone through almost all of them for the past 3+ days now but to no avail. The node does not show up in the online nodes list nor on http://status.allstarlink.org/nodeinfo.cgi?node=48092 where as it does showup green in system-wide node list, the iax2 show registry shows allstarlink1*CLI> iax2 show registry Host dnsmgr Username Perceived Refresh State 67.215.233.178:4569 Y 48092 39.50.88.107:10880 60 Registered have checked all possible network settings and no change from the first day it went online. repeater at allstarlink1:~$ sudo cat /tmp/rpt_extnodes-temp | grep 48092 48092=radio at 39.50.88.107:4569/48092,39.50.88.107 repeater at allstarlink1:~$ sudo grep 48092 /var/lib/asterisk/rpt_extnodes 48092=radio at 39.50.88.107:4569/48092,39.50.88.107 ran tcpdump on the allstarnode and I can see the packets being sent and acknowledged (below). 14:22:47.299321 IP 192.168.1.5.35422 > stats.allstarlink.org.http: Flags [S], seq 1388935083, win 29200, options [mss 1460,sackOK,TS val 1223790 ecr 0,nop,wscale 7], length 0 14:22:47.303605 IP 192.168.1.5.35424 > stats.allstarlink.org.http: Flags [S], seq 2416777296, win 29200, options [mss 1460,sackOK,TS val 1223791 ecr 0,nop,wscale 7], length 0 14:22:47.625331 IP stats.allstarlink.org.http > 192.168.1.5.35422: Flags [S.], seq 953265040, ack 1388935084, win 28960, options [mss 1452,sackOK,TS val 914084267 ecr 1223790,nop,wscale 7], length 0 14:22:47.625451 IP 192.168.1.5.35422 > stats.allstarlink.org.http: Flags [.], ack 1, win 229, options [nop,nop,TS val 1223872 ecr 914084267], length 0 14:22:47.625642 IP 192.168.1.5.35422 > stats.allstarlink.org.http: Flags [P.], seq 1:316, ack 1, win 229, options [nop,nop,TS val 1223872 ecr 914084267], length 315: HTTP: GET /uhandler.php?node=48092&time=1529313767&seqno=107&nodes=&apprptvers=0.327&apprptuptime=1875&totalkerchunks=0&totalkeyups=5&totaltxtime=33&timeouts=0&totalexecdcommands=1 HTTP/1.1 14:22:47.632208 IP stats.allstarlink.org.http > 192.168.1.5.35424: Flags [S.], seq 1293069211, ack 2416777297, win 28960, options [mss 1452,sackOK,TS val 914084267 ecr 1223791,nop,wscale 7], length 0 14:22:47.632359 IP 192.168.1.5.35424 > stats.allstarlink.org.http: Flags [.], ack 1, win 229, options [nop,nop,TS val 1223873 ecr 914084267], length 0 14:22:47.632735 IP 192.168.1.5.35424 > stats.allstarlink.org.http: Flags [P.], seq 1:217, ack 1, win 229, options [nop,nop,TS val 1223873 ecr 914084267], length 216: HTTP: GET /uhandler.php?node=48092&time=1529313767&seqno=108&keyed=0&keytime=1885 HTTP/1.1 14:22:47.953808 IP stats.allstarlink.org.http > 192.168.1.5.35422: Flags [.], ack 316, win 235, options [nop,nop,TS val 914084349 ecr 1223872], length 0 14:22:47.958200 IP stats.allstarlink.org.http > 192.168.1.5.35422: Flags [P.], seq 1:208, ack 316, win 235, options [nop,nop,TS val 914084350 ecr 1223872], length 207: HTTP: HTTP/1.1 200 OK 14:22:47.958288 IP 192.168.1.5.35422 > stats.allstarlink.org.http: Flags [.], ack 208, win 237, options [nop,nop,TS val 1223955 ecr 914084350], length 0 14:22:47.960295 IP 192.168.1.5.35422 > stats.allstarlink.org.http: Flags [F.], seq 316, ack 208, win 237, options [nop,nop,TS val 1223955 ecr 914084350], length 0 14:22:47.962823 IP stats.allstarlink.org.http > 192.168.1.5.35424: Flags [.], ack 217, win 235, options [nop,nop,TS val 914084350 ecr 1223873], length 0 14:22:47.966204 IP stats.allstarlink.org.http > 192.168.1.5.35424: Flags [P.], seq 1:208, ack 217, win 235, options [nop,nop,TS val 914084351 ecr 1223873], length 207: HTTP: HTTP/1.1 200 OK 14:22:47.966263 IP 192.168.1.5.35424 > stats.allstarlink.org.http: Flags [.], ack 208, win 237, options [nop,nop,TS val 1223957 ecr 914084351], length 0 14:22:47.968871 IP 192.168.1.5.35424 > stats.allstarlink.org.http: Flags [F.], seq 217, ack 208, win 237, options [nop,nop,TS val 1223957 ecr 914084351], length 0 14:22:48.284755 IP stats.allstarlink.org.http > 192.168.1.5.35422: Flags [F.], seq 208, ack 317, win 235, options [nop,nop,TS val 914084432 ecr 1223955], length 0 14:22:48.284887 IP 192.168.1.5.35422 > stats.allstarlink.org.http: Flags [.], ack 209, win 237, options [nop,nop,TS val 1224037 ecr 914084432], length 0 14:22:48.296156 IP stats.allstarlink.org.http > 192.168.1.5.35424: Flags [F.], seq 208, ack 218, win 235, options [nop,nop,TS val 914084433 ecr 1223957], length 0 14:22:48.296248 IP 192.168.1.5.35424 > stats.allstarlink.org.http: Flags [.], ack 209, win 237, options [nop,nop,TS val 1224039 ecr 914084433], length 0 Please advise -- 73's Shehzad AP2CJ -------------- next part -------------- An HTML attachment was scrubbed... URL: From shehzad.hamid at gmail.com Mon Jun 18 10:15:09 2018 From: shehzad.hamid at gmail.com (Shehzad Hamid) Date: Mon, 18 Jun 2018 15:15:09 +0500 Subject: [App_rpt-users] AP2CJ Node 48092 no longer in DB In-Reply-To: References: Message-ID: some further findings, from command line root at allstarlink1:/home/repeater# wget http://stats.allstarlink.org/uhandler.php?node=48092&time=1529313767&seqno=107&nodes=&apprptvers=0.327&apprptuptime=1875&totalkerchunks=0&totalkeyups=5&totaltxtime=33&timeouts=0&totalexecdcommands=1 [1] 2186 [2] 2187 [3] 2188 [4] 2189 [5] 2190 [6] 2191 [7] 2192 [8] 2193 [9] 2194 [10] 2195 [2] Done time=1529313767 [3] Done seqno=107 [4] Done nodes= [5] Done apprptvers=0.327 [6] Done apprptuptime=1875 [7] Done totalkerchunks=0 [8] Done totalkeyups=5 [9]- Done totaltxtime=33 root at allstarlink1:/home/repeater# --2018-06-18 15:12:58-- http://stats.allstarlink.org/uhandler.php?node=48092 Resolving stats.allstarlink.org (stats.allstarlink.org)... 44.98.254.130 Connecting to stats.allstarlink.org (stats.allstarlink.org)|44.98.254.130|:80... connected. HTTP request sent, awaiting response... 200 OK Length: 8 [text/plain] Saving to: ?uhandler.php?node=48092? uhandler.php?node=48092 100%[=============================================>] 8 --.-KB/s in 0s 2018-06-18 15:12:59 (213 KB/s) - ?uhandler.php?node=48092? saved [8/8] [1]- Done wget http://stats.allstarlink.org/uhandler.php?node=48092 [10]+ Done timeouts=0 root at allstarlink1:/home/repeater# cat uhandler.php\?node\=48092 *Error!!* root at allstarlink1:/home/repeater# >From browser http://stats.allstarlink.org/uhandler.php?node=48092&time=1529311929&seqno=4&keyed=0&keytime=47 *Error! Not Authorized from IP 39.50.88.107* please advise. 73's Shehzad AP2CJ On Mon, Jun 18, 2018 at 2:43 PM, Shehzad Hamid wrote: > Greetings, > > A little background, ive installed ASL on intel Atom with the modified > usb FOB cm108 and an HT for RF on 144MHz, have echolink enabled and all > connections from echolink and allstar in and out establish perfectly, > configured the port forwarding on the router and all worked well. The > bigger plan is to putup at least 3 nodes in Pakistan linking 3 city > coverage repeaters together in future while having the facility of world > being connected to us or vise versa :D. > > The issue in subject line has been posted many times before and I have > gone through almost all of them for the past 3+ days now but to no avail. > The node does not show up in the online nodes list nor on > http://status.allstarlink.org/nodeinfo.cgi?node=48092 where as it does > showup green in system-wide node list, the iax2 show registry shows > > allstarlink1*CLI> iax2 show registry > Host dnsmgr Username Perceived Refresh > State > 67.215.233.178:4569 Y 48092 39.50.88.107:10880 60 > Registered > > have checked all possible network settings and no change from the first > day it went online. > > repeater at allstarlink1:~$ sudo cat /tmp/rpt_extnodes-temp | grep 48092 > 48092=radio at 39.50.88.107:4569/48092,39.50.88.107 > repeater at allstarlink1:~$ sudo grep 48092 /var/lib/asterisk/rpt_extnodes > 48092=radio at 39.50.88.107:4569/48092,39.50.88.107 > > > ran tcpdump on the allstarnode and I can see the packets being sent and > acknowledged (below). > > > 14:22:47.299321 IP 192.168.1.5.35422 > stats.allstarlink.org.http: Flags > [S], seq 1388935083, win 29200, options [mss 1460,sackOK,TS val 1223790 ecr > 0,nop,wscale 7], length 0 > 14:22:47.303605 IP 192.168.1.5.35424 > stats.allstarlink.org.http: Flags > [S], seq 2416777296, win 29200, options [mss 1460,sackOK,TS val 1223791 ecr > 0,nop,wscale 7], length 0 > 14:22:47.625331 IP stats.allstarlink.org.http > 192.168.1.5.35422: Flags > [S.], seq 953265040, ack 1388935084, win 28960, options [mss 1452,sackOK,TS > val 914084267 ecr 1223790,nop,wscale 7], length 0 > 14:22:47.625451 IP 192.168.1.5.35422 > stats.allstarlink.org.http: Flags > [.], ack 1, win 229, options [nop,nop,TS val 1223872 ecr 914084267], length > 0 > 14:22:47.625642 IP 192.168.1.5.35422 > stats.allstarlink.org.http: Flags > [P.], seq 1:316, ack 1, win 229, options [nop,nop,TS val 1223872 ecr > 914084267], length 315: HTTP: GET /uhandler.php?node=48092&time= > 1529313767&seqno=107&nodes=&apprptvers=0.327&apprptuptime= > 1875&totalkerchunks=0&totalkeyups=5&totaltxtime=33& > timeouts=0&totalexecdcommands=1 HTTP/1.1 > 14:22:47.632208 IP stats.allstarlink.org.http > 192.168.1.5.35424: Flags > [S.], seq 1293069211, ack 2416777297, win 28960, options [mss > 1452,sackOK,TS val 914084267 ecr 1223791,nop,wscale 7], length 0 > 14:22:47.632359 IP 192.168.1.5.35424 > stats.allstarlink.org.http: Flags > [.], ack 1, win 229, options [nop,nop,TS val 1223873 ecr 914084267], length > 0 > 14:22:47.632735 IP 192.168.1.5.35424 > stats.allstarlink.org.http: Flags > [P.], seq 1:217, ack 1, win 229, options [nop,nop,TS val 1223873 ecr > 914084267], length 216: HTTP: GET /uhandler.php?node=48092&time= > 1529313767&seqno=108&keyed=0&keytime=1885 HTTP/1.1 > 14:22:47.953808 IP stats.allstarlink.org.http > 192.168.1.5.35422: Flags > [.], ack 316, win 235, options [nop,nop,TS val 914084349 ecr 1223872], > length 0 > 14:22:47.958200 IP stats.allstarlink.org.http > 192.168.1.5.35422: Flags > [P.], seq 1:208, ack 316, win 235, options [nop,nop,TS val 914084350 ecr > 1223872], length 207: HTTP: HTTP/1.1 200 OK > 14:22:47.958288 IP 192.168.1.5.35422 > stats.allstarlink.org.http: Flags > [.], ack 208, win 237, options [nop,nop,TS val 1223955 ecr 914084350], > length 0 > 14:22:47.960295 IP 192.168.1.5.35422 > stats.allstarlink.org.http: Flags > [F.], seq 316, ack 208, win 237, options [nop,nop,TS val 1223955 ecr > 914084350], length 0 > 14:22:47.962823 IP stats.allstarlink.org.http > 192.168.1.5.35424: Flags > [.], ack 217, win 235, options [nop,nop,TS val 914084350 ecr 1223873], > length 0 > 14:22:47.966204 IP stats.allstarlink.org.http > 192.168.1.5.35424: Flags > [P.], seq 1:208, ack 217, win 235, options [nop,nop,TS val 914084351 ecr > 1223873], length 207: HTTP: HTTP/1.1 200 OK > 14:22:47.966263 IP 192.168.1.5.35424 > stats.allstarlink.org.http: Flags > [.], ack 208, win 237, options [nop,nop,TS val 1223957 ecr 914084351], > length 0 > 14:22:47.968871 IP 192.168.1.5.35424 > stats.allstarlink.org.http: Flags > [F.], seq 217, ack 208, win 237, options [nop,nop,TS val 1223957 ecr > 914084351], length 0 > 14:22:48.284755 IP stats.allstarlink.org.http > 192.168.1.5.35422: Flags > [F.], seq 208, ack 317, win 235, options [nop,nop,TS val 914084432 ecr > 1223955], length 0 > 14:22:48.284887 IP 192.168.1.5.35422 > stats.allstarlink.org.http: Flags > [.], ack 209, win 237, options [nop,nop,TS val 1224037 ecr 914084432], > length 0 > 14:22:48.296156 IP stats.allstarlink.org.http > 192.168.1.5.35424: Flags > [F.], seq 208, ack 218, win 235, options [nop,nop,TS val 914084433 ecr > 1223957], length 0 > 14:22:48.296248 IP 192.168.1.5.35424 > stats.allstarlink.org.http: Flags > [.], ack 209, win 237, options [nop,nop,TS val 1224039 ecr 914084433], > length 0 > > > Please advise > > -- > 73's > Shehzad AP2CJ > -- Regards, Shehzad ---- "My name is Legion, for we are many" -------------- next part -------------- An HTML attachment was scrubbed... URL: From mm at midnighteng.com Mon Jun 18 12:32:07 2018 From: mm at midnighteng.com (Mike) Date: Mon, 18 Jun 2018 08:32:07 -0400 Subject: [App_rpt-users] AP2CJ Node 48092 no longer in DB In-Reply-To: References: Message-ID: <4b4ad1e0-3ecd-0d03-3db1-6ae06ac94131@midnighteng.com> do you have? lines like this in iax.conf ? bindport = 4569?? ; this must match your settings at allstar, you are showing 10880 ???? in your iax reg, the standard port is 4569 and register=48092:#urpassw#@register.allstarlink.org?? ; is your password correct (must be you are registered) and one like this in rpt..conf ? 48092 = radio at 127.0.0.1:4569/48092,NONE?? ; is your port correct you are showing port 10880 in your iax reg If all of that is correct,? I probably can't help. You are registered, but with the right ports ? Perhaps you are port forwarding 4569 to 10880 ? Try making it work as documented before trying to change anything. >> allstarlink1*CLI> iax2 show registry Host????????????????? dnsmgr? Username??? Perceived Refresh? State 67.215.233.178:4569 Y?????? 48092 39.50.88.107:10880 60? Registered here is what a normal registered node might look like eoh*CLI> iax2 show registry Host????????????????? dnsmgr? Username??? Perceived Refresh? State 67.215.233.178:4569?? Y?????? 48335 73.117.117.201:4569??????? 60? Registered I'm sure you can figure this out with what I have shown. ...mike/kb8jnm On 6/18/2018 5:43 AM, Shehzad Hamid wrote: > Greetings, > > ?A little background, ive installed ASL on intel Atom with the > modified usb FOB cm108 and an HT for RF on 144MHz, have echolink > enabled and all connections from echolink and allstar in and out > establish perfectly, configured the port forwarding on the router and > all worked well. The bigger plan is to putup at least 3 nodes in > Pakistan linking 3 city coverage repeaters together in future while > having the facility of world being connected to us or vise versa :D. > > The issue in subject line has been posted many times before and I have > gone through almost all of them for the past 3+ days now but to no > avail. The node does not show up in the online nodes list nor on > http://status.allstarlink.org/nodeinfo.cgi?node=48092 where as it does > showup green in system-wide node list, the iax2 show registry shows > > allstarlink1*CLI> iax2 show registry > Host????????????????? dnsmgr? Username Perceived???????????? Refresh? > State > 67.215.233.178:4569 Y?????? 48092 > 39.50.88.107:10880 ???????? 60 Registered > > have checked all possible network settings and no change from the > first day it went online. > > repeater at allstarlink1:~$ sudo cat /tmp/rpt_extnodes-temp | grep 48092 > 48092=radio at 39.50.88.107:4569/48092,39.50.88.107 > > repeater at allstarlink1:~$ sudo grep 48092 /var/lib/asterisk/rpt_extnodes > 48092=radio at 39.50.88.107:4569/48092,39.50.88.107 > > > > ran tcpdump on the allstarnode and I can see the packets being sent > and acknowledged (below). > > > 14:22:47.299321 IP 192.168.1.5.35422 > stats.allstarlink.org.http: > Flags [S], seq 1388935083, win 29200, options [mss 1460,sackOK,TS val > 1223790 ecr 0,nop,wscale 7], length 0 > 14:22:47.303605 IP 192.168.1.5.35424 > stats.allstarlink.org.http: > Flags [S], seq 2416777296, win 29200, options [mss 1460,sackOK,TS val > 1223791 ecr 0,nop,wscale 7], length 0 > 14:22:47.625331 IP stats.allstarlink.org.http > 192.168.1.5.35422: > Flags [S.], seq 953265040, ack 1388935084, win 28960, options [mss > 1452,sackOK,TS val 914084267 ecr 1223790,nop,wscale 7], length 0 > 14:22:47.625451 IP 192.168.1.5.35422 > stats.allstarlink.org.http: > Flags [.], ack 1, win 229, options [nop,nop,TS val 1223872 ecr > 914084267], length 0 > 14:22:47.625642 IP 192.168.1.5.35422 > stats.allstarlink.org.http: > Flags [P.], seq 1:316, ack 1, win 229, options [nop,nop,TS val 1223872 > ecr 914084267], length 315: HTTP: GET > /uhandler.php?node=48092&time=1529313767&seqno=107&nodes=&apprptvers=0.327&apprptuptime=1875&totalkerchunks=0&totalkeyups=5&totaltxtime=33&timeouts=0&totalexecdcommands=1 > HTTP/1.1 > 14:22:47.632208 IP stats.allstarlink.org.http > 192.168.1.5.35424: > Flags [S.], seq 1293069211, ack 2416777297, win 28960, options [mss > 1452,sackOK,TS val 914084267 ecr 1223791,nop,wscale 7], length 0 > 14:22:47.632359 IP 192.168.1.5.35424 > stats.allstarlink.org.http: > Flags [.], ack 1, win 229, options [nop,nop,TS val 1223873 ecr > 914084267], length 0 > 14:22:47.632735 IP 192.168.1.5.35424 > stats.allstarlink.org.http: > Flags [P.], seq 1:217, ack 1, win 229, options [nop,nop,TS val 1223873 > ecr 914084267], length 216: HTTP: GET > /uhandler.php?node=48092&time=1529313767&seqno=108&keyed=0&keytime=1885 > HTTP/1.1 > 14:22:47.953808 IP stats.allstarlink.org.http > 192.168.1.5.35422: > Flags [.], ack 316, win 235, options [nop,nop,TS val 914084349 ecr > 1223872], length 0 > 14:22:47.958200 IP stats.allstarlink.org.http > 192.168.1.5.35422: > Flags [P.], seq 1:208, ack 316, win 235, options [nop,nop,TS val > 914084350 ecr 1223872], length 207: HTTP: HTTP/1.1 200 OK > 14:22:47.958288 IP 192.168.1.5.35422 > stats.allstarlink.org.http: > Flags [.], ack 208, win 237, options [nop,nop,TS val 1223955 ecr > 914084350], length 0 > 14:22:47.960295 IP 192.168.1.5.35422 > stats.allstarlink.org.http: > Flags [F.], seq 316, ack 208, win 237, options [nop,nop,TS val 1223955 > ecr 914084350], length 0 > 14:22:47.962823 IP stats.allstarlink.org.http > 192.168.1.5.35424: > Flags [.], ack 217, win 235, options [nop,nop,TS val 914084350 ecr > 1223873], length 0 > 14:22:47.966204 IP stats.allstarlink.org.http > 192.168.1.5.35424: > Flags [P.], seq 1:208, ack 217, win 235, options [nop,nop,TS val > 914084351 ecr 1223873], length 207: HTTP: HTTP/1.1 200 OK > 14:22:47.966263 IP 192.168.1.5.35424 > stats.allstarlink.org.http: > Flags [.], ack 208, win 237, options [nop,nop,TS val 1223957 ecr > 914084351], length 0 > 14:22:47.968871 IP 192.168.1.5.35424 > stats.allstarlink.org.http: > Flags [F.], seq 217, ack 208, win 237, options [nop,nop,TS val 1223957 > ecr 914084351], length 0 > 14:22:48.284755 IP stats.allstarlink.org.http > 192.168.1.5.35422: > Flags [F.], seq 208, ack 317, win 235, options [nop,nop,TS val > 914084432 ecr 1223955], length 0 > 14:22:48.284887 IP 192.168.1.5.35422 > stats.allstarlink.org.http: > Flags [.], ack 209, win 237, options [nop,nop,TS val 1224037 ecr > 914084432], length 0 > 14:22:48.296156 IP stats.allstarlink.org.http > 192.168.1.5.35424: > Flags [F.], seq 208, ack 218, win 235, options [nop,nop,TS val > 914084433 ecr 1223957], length 0 > 14:22:48.296248 IP 192.168.1.5.35424 > stats.allstarlink.org.http: > Flags [.], ack 209, win 237, options [nop,nop,TS val 1224039 ecr > 914084433], length 0 > > > Please advise > > -- > 73's > Shehzad AP2CJ > > > _______________________________________________ > 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 Bryan at bryanfields.net Mon Jun 18 14:10:37 2018 From: Bryan at bryanfields.net (Bryan Fields) Date: Mon, 18 Jun 2018 10:10:37 -0400 Subject: [App_rpt-users] AP2CJ Node 48092 no longer in DB In-Reply-To: References: Message-ID: <4eec7416-24e5-1d90-5997-5aabb867c864@bryanfields.net> On 6/18/18 5:43 AM, Shehzad Hamid wrote: > The > bigger plan is to putup at least 3 nodes in Pakistan linking 3 city > coverage repeaters together in future while having the facility of world > being connected to us or vise versa :D. Are you sure your ISP isn't doing any packet molesting? > The issue in subject line has been posted many times before and I have gone > through almost all of them for the past 3+ days now but to no avail. The > node does not show up in the online nodes list nor on > http://status.allstarlink.org/nodeinfo.cgi?node=48092 where as it does > showup green in system-wide node list, the iax2 show registry shows Two different things here. The register server is how it's perceived by asterisk IAX2 registration and you can see this status at: https://allstarlink.org/nodelist.php The stats server gets updated via http get request from your node. The src ip of this http request must match the node you're registered from, or it will be dropped. It's entirely possible to be online and working for linking via IAX2, but not show up in the stats server. > allstarlink1*CLI> iax2 show registry > Host dnsmgr Username Perceived Refresh > State > 67.215.233.178:4569 Y 48092 39.50.88.107:10880 60 > Registered Yep you're online and people can connect to you, or should be able to. > have checked all possible network settings and no change from the first day > it went online. > > repeater at allstarlink1:~$ sudo cat /tmp/rpt_extnodes-temp | grep 48092 > 48092=radio at 39.50.88.107:4569/48092,39.50.88.107 > repeater at allstarlink1:~$ sudo grep 48092 /var/lib/asterisk/rpt_extnodes > 48092=radio at 39.50.88.107:4569/48092,39.50.88.107 Looks like you have your port number in the portal config wrong. You're using 10880, but the portal config for your server is the default. If I change your entry here on my system to port 10880 I can connect to you. > ran tcpdump on the allstarnode and I can see the packets being sent and > acknowledged (below). BTW, props on this solid output. 39.50.88.107 is your node IP. I just looked at the logs on the webserver. It's seeing the request > 39.50.120.2 - - [18/Jun/2018:09:46:12 -0400] "GET /uhandler.php?node=48092&time=1529329571&seqno=664&keyed=0&keytime=11697 HTTP/1.1" 200 251 "-" "Wget/1.18 (linux-gnu)" Is your ISP running a transparent cache or engaging in some other packet fuckery? I allowed your ISP's entire block and it's working now in the stats server :) 73's -- Bryan Fields 727-409-1194 - Voice http://bryanfields.net From shehzad.hamid at gmail.com Mon Jun 18 14:26:32 2018 From: shehzad.hamid at gmail.com (Shehzad Hamid) Date: Mon, 18 Jun 2018 19:26:32 +0500 Subject: [App_rpt-users] AP2CJ Node 48092 no longer in DB In-Reply-To: <4eec7416-24e5-1d90-5997-5aabb867c864@bryanfields.net> References: <4eec7416-24e5-1d90-5997-5aabb867c864@bryanfields.net> Message-ID: Bryan, The ISP I am using is engaged in a lot of packet manipulations which they don't agree to but the evidence is there :) . the Issue is resolved. support much appreciated. Mike, thankyou for the support and input. 73's On Mon, Jun 18, 2018 at 7:10 PM, Bryan Fields wrote: > On 6/18/18 5:43 AM, Shehzad Hamid wrote: > > The > > bigger plan is to putup at least 3 nodes in Pakistan linking 3 city > > coverage repeaters together in future while having the facility of world > > being connected to us or vise versa :D. > > Are you sure your ISP isn't doing any packet molesting? > > > The issue in subject line has been posted many times before and I have > gone > > through almost all of them for the past 3+ days now but to no avail. The > > node does not show up in the online nodes list nor on > > http://status.allstarlink.org/nodeinfo.cgi?node=48092 where as it does > > showup green in system-wide node list, the iax2 show registry shows > > Two different things here. The register server is how it's perceived by > asterisk IAX2 registration and you can see this status at: > https://allstarlink.org/nodelist.php > > The stats server gets updated via http get request from your node. The > src ip > of this http request must match the node you're registered from, or it > will be > dropped. > > It's entirely possible to be online and working for linking via IAX2, but > not > show up in the stats server. > > > > allstarlink1*CLI> iax2 show registry > > Host dnsmgr Username Perceived Refresh > > State > > 67.215.233.178:4569 Y 48092 39.50.88.107:10880 60 > > Registered > > Yep you're online and people can connect to you, or should be able to. > > > > have checked all possible network settings and no change from the first > day > > it went online. > > > > repeater at allstarlink1:~$ sudo cat /tmp/rpt_extnodes-temp | grep 48092 > > 48092=radio at 39.50.88.107:4569/48092,39.50.88.107 > > repeater at allstarlink1:~$ sudo grep 48092 /var/lib/asterisk/rpt_extnodes > > 48092=radio at 39.50.88.107:4569/48092,39.50.88.107 > > Looks like you have your port number in the portal config wrong. You're > using > 10880, but the portal config for your server is the default. > > If I change your entry here on my system to port 10880 I can connect to > you. > > > ran tcpdump on the allstarnode and I can see the packets being sent and > > acknowledged (below). > > BTW, props on this solid output. 39.50.88.107 is your node IP. > > I just looked at the logs on the webserver. It's seeing the request > > 39.50.120.2 - - [18/Jun/2018:09:46:12 -0400] "GET > /uhandler.php?node=48092&time=1529329571&seqno=664&keyed=0&keytime=11697 > HTTP/1.1" 200 251 "-" "Wget/1.18 (linux-gnu)" > > Is your ISP running a transparent cache or engaging in some other packet > fuckery? I allowed your ISP's entire block and it's working now in the > stats > server :) > > 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. > -- Regards, Shehzad ---- "My name is Legion, for we are many" -------------- next part -------------- An HTML attachment was scrubbed... URL: From Bryan at bryanfields.net Mon Jun 18 14:42:58 2018 From: Bryan at bryanfields.net (Bryan Fields) Date: Mon, 18 Jun 2018 10:42:58 -0400 Subject: [App_rpt-users] AP2CJ Node 48092 no longer in DB In-Reply-To: References: Message-ID: <7ca798c6-bf39-d518-ea22-c134840dbcad@bryanfields.net> On 6/18/18 6:15 AM, Shehzad Hamid wrote: > root at allstarlink1:/home/repeater# wget > http://stats.allstarlink.org/uhandler.php?node=48092&time=1529313767&seqno=107&nodes=&apprptvers=0.327&apprptuptime=1875&totalkerchunks=0&totalkeyups=5&totaltxtime=33&timeouts=0&totalexecdcommands=1 fyi, you need to put quote around that URL. the shell is interpreting the & as to run it in the background. -- Bryan Fields 727-409-1194 - Voice http://bryanfields.net From mm at midnighteng.com Mon Jun 18 16:19:59 2018 From: mm at midnighteng.com (Mike) Date: Mon, 18 Jun 2018 12:19:59 -0400 Subject: [App_rpt-users] Reminder: Tech NET Tues June 19 DMR NXDM DStar YSF MMDVM DVswitch Message-ID: <5bd16091-323d-5359-0e0e-1029b59716af@midnighteng.com> For all the expansion going on in the field of Amateur digital radio, The time has come for us to explain/talk about this in the amateur community as best we can. In purpose thereof, this net should go a long way in bridging some information gaps. For the newb and intermediate. I can say it is the largest growth potential I may ever witness in my lifetime in Amateur Radio. And isn't the term 'growth in ham radio' a switch ? We will be discussing: Digital Modes: ? DMR? /YSF /P25 /DSTAR /NXDN using MMDVM and bridging these to ALLSTAR Net to be held on the Allstar Network at* * *8:30 pm esdst / 00:30 utc? - TUES JUNE 19, 2018* *_*Guest Speakers N4IRS Steve & N4IRR Mike of the dev crew at DVswitch/Allstar*_* Introductions to the digital radio field of /software/hardware and relationship/connectivity with Allstar software And as much Q & A at the end as we can sneak in. "Round-table" discussion to follow after the net. To help split the 'potential' bandwidth demands, (So we don't possibly get overwhelmed with personal node streams that are very welcome) Those _west of the Mississippi_, please connect on *29993* AND_OHIO only_ on *49999* And the rest _east of the Mississippi_ on *29999* Echolink nodes *KB8JNM-L ( 155783 )* *east* ? & *KB8JNM-R ( 804396 ) west*? both available. Additional information at???? www.29999.link We may have a IRLP gateway available but unknown at this time of post, I'll try to update the website with that before the net. Hope to demo a live ASL<>DMR gateway link to DMR TAC (314) or other tba at some point during the net. Please connect? "15 minutes in advance" for radio/audio checks. If all goes well, a follow-up net in July. tnx,73, ...mike/kb8jnm -------------- next part -------------- An HTML attachment was scrubbed... URL: From szingman at msgstor.com Mon Jun 18 16:42:05 2018 From: szingman at msgstor.com (Steve Zingman) Date: Mon, 18 Jun 2018 12:42:05 -0400 Subject: [App_rpt-users] Reminder: Tech NET Tues June 19 DMR NXDM DStar YSF MMDVM DVswitch In-Reply-To: <5bd16091-323d-5359-0e0e-1029b59716af@midnighteng.com> References: <5bd16091-323d-5359-0e0e-1029b59716af@midnighteng.com> Message-ID: <9f23d7f4-2dc0-a544-5e21-ee50e137be17@msgstor.com> Mike, I see 29999 is connected to 2135 (WAN) is that the way it is going to be tomorrow night? We will be ready 15 min before. Steve On 6/18/2018 12:19 PM, Mike wrote: > > For all the expansion going on in the field of Amateur digital radio, > > The time has come for us to explain/talk about this in the amateur > community as best we can. > > In purpose thereof, this net should go a long way in bridging some > information gaps. For the newb and intermediate. > > I can say it is the largest growth potential I may ever witness in my > lifetime in Amateur Radio. > > And isn't the term 'growth in ham radio' a switch ? > > We will be discussing: > > Digital Modes: ? DMR? /YSF /P25 /DSTAR /NXDN using MMDVM and bridging > these to ALLSTAR > > Net to be held on the Allstar Network at* > * > > *8:30 pm esdst / 00:30 utc? - TUES JUNE 19, 2018* > > > *_*Guest Speakers N4IRS Steve & N4IRR Mike of the dev crew at > DVswitch/Allstar*_* > > Introductions to the digital radio field of /software/hardware and > relationship/connectivity with Allstar software > > And as much Q & A at the end as we can sneak in. "Round-table" > discussion to follow after the net. > > To help split the 'potential' bandwidth demands, > (So we don't possibly get overwhelmed with personal node streams that > are very welcome) > > Those _west of the Mississippi_, please connect on *29993* > > AND_OHIO only_ on *49999* And the rest _east of the Mississippi_ on > *29999* > > Echolink nodes *KB8JNM-L ( 155783 )* *east* ? & *KB8JNM-R? ( 804396 ) > west*? both available. > > Additional information at www.29999.link > > We may have a IRLP gateway available but unknown at this time of post, > I'll try to update the website with that before the net. > > Hope to demo a live ASL<>DMR gateway link to DMR TAC (314) or other > tba at some point during the net. > > Please connect? "15 minutes in advance" for radio/audio checks. > > If all goes well, a follow-up net in July. > > tnx,73, > > ...mike/kb8jnm > > > _______________________________________________ > 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 Bob at Fot.com.au Tue Jun 19 00:40:50 2018 From: Bob at Fot.com.au (Bob Good) Date: Tue, 19 Jun 2018 08:40:50 +0800 Subject: [App_rpt-users] ASL Digital Radio/MMDVM Intro Tech "NET" Tues June 19 @ 00:30z ********************** In-Reply-To: <8f08deaa-fb82-a939-34a8-6a7b6d825f8b@midnighteng.com> References: <8f08deaa-fb82-a939-34a8-6a7b6d825f8b@midnighteng.com> Message-ID: <046101d40766$2d7b2210$88716630$@Fot.com.au> Good Evening Is the Tech net on to day ? 73 Bob VK6ZGN From: App_rpt-users [mailto:app_rpt-users-bounces at lists.allstarlink.org] On Behalf Of Mike Sent: Saturday, 9 June 2018 02:58 To: app_rpt-users at lists.allstarlink.org Subject: [App_rpt-users] ASL Digital Radio/MMDVM Intro Tech "NET" Tues June 19 @ 00:30z ********************** A "TECH NET" concerning "Getting Started with" Digital Modes / DMR /YSF /P25 /DSTAR /NXDN using MMDVM and bridging these to ALLSTAR To be held on the Allstar Network at 8:30 pm esdst / 00:30 utc - TUES JUNE 19, 2018 Please connect 15 minutes or more in advance for audio checks and the like. Guest Speakers N4IRS Steve & N4IRR Mike of the dev crew at DVswitch/Allstar Introductions to the digital radio field of /software/hardware and relationship/connectivity with Allstar software And as much Q & A at the end as we can sneak in. "Round-table" discussion to follow after the net. To help split the 'potential' bandwidth demands, Those west of the Mississippi, please connect on 29993 AND OHIO only on 49999 And the rest east of the Mississippi on 29999 So we don't possibly get overwhelmed with personal node streams. Echolink nodes KB8JNM-L ( 155783 ) east & KB8JNM-R ( 804396 ) west both available Please connect 15 minutes or more in advance for audio checks and the like. I am looking for someone that can take copy of web links/info mentioned during the net to be posted somewhere afterwards and a back-up net control to standby. Please contact by reply to this msg. Please forward/distribute this email to interested party's ! Plans to have a follow-up net/round-table next month in July are in the works. Any last minute/after net info will be posted at www.29999.link If you are intending to use DMR, you will need a DMR ID. Current confusion on this and a low availibility of numbers to issue seem to be a problem we 'may' address during the net. Some quick reference links: (just a 'starter' reference) Getting started cheap hardware: (not endorsing anything) MMDVM: https://www.ebay.com/sch/i.html?_nkw=dmr+hotspot &LH_BIN=1 https://www.ebay.com/itm/UHF-VHF-MMDVM-hotspot-OLED-Antenna-Case-Support-P25-DMR-YSF-for-Raspberry-pi/112884599135?ssPageName=STRK%3AMEBIDX%3AIT &_trksid=p2057872.m2749.l2649 --------- Pi (make sure you are getting one that fits your hardware/software needs) https://www.ebay.com/itm/Raspberry-Pi-3-Model-B-ARM-Cortex-A53-CPU-1-2GHz-64-Bit-Quad-Core-1GB-RAM-10-B/232791278848?hash=item3633710500:g:KAkAAOSwtJBbEmjH https://www.ebay.com/itm/Raspberry-Pi-Zero-V1-3-W-1GHz-512MB-Integrat-WiFi-Bluetooth-Mini-Micro-HDMI-USB/222903760316?ssPageName=STRK%3AMEBIDX%3AIT &_trksid=p2057872.m2749.l2649 --------- Pi-Star: https://www.pistar.uk/downloads/ --------- Most Common 'good' starter radio DMR-UHF: https://www.ebay.com/itm/TYT-MD-380-UHF-Analog-Digital-Tier-II-DMR-DMR-Radio-USB-cable-Software-US-Seller/291640635414?ssPageName=STRK%3AMEBIDX%3AIT &_trksid=p2057872.m2749.l2649 Latest Software for the MD380: http://www.tyt888.com/?mod=download ------------- Code Plug Data : http://arrl-ohio.org/digital/digital.html - (for the state of Ohio): https://www.repeaterbook.com/repeaters/feature_search.php?state_id=42 &type=DMR https://dmrtexas.net/ ------------- DVswitch - dv gateway for allstar https://dvswitch.groups.io/g/main/wiki/Home https://dvswitch.groups.io/g/main/topics https://dvswitch.groups.io/g/main/topic/updated_dvswitch_repository/18971786?p=,,,20,0,0,0::recentpostdate%2Fsticky,,,20,2,0,18971786 -------------- next part -------------- An HTML attachment was scrubbed... URL: From jim.pilgram at gmail.com Tue Jun 19 01:39:23 2018 From: jim.pilgram at gmail.com (James R. Pilgram) Date: Mon, 18 Jun 2018 15:39:23 -1000 Subject: [App_rpt-users] ASL Digital Radio/MMDVM Intro Tech "NET" Tues June 19 @ 00:30z ********************** In-Reply-To: <046101d40766$2d7b2210$88716630$@Fot.com.au> References: <8f08deaa-fb82-a939-34a8-6a7b6d825f8b@midnighteng.com> <046101d40766$2d7b2210$88716630$@Fot.com.au> Message-ID: I believe its Wednesday for y'all on the other side of the international date line. On 06/18/2018 02:40 PM, Bob Good wrote: > > Good Evening > > Is the Tech net on to day ? > > 73 > > Bob > > VK6ZGN > > *From:*App_rpt-users > [mailto:app_rpt-users-bounces at lists.allstarlink.org] *On Behalf Of *Mike > *Sent:* Saturday, 9 June 2018 02:58 > *To:* app_rpt-users at lists.allstarlink.org > *Subject:* [App_rpt-users] ASL Digital Radio/MMDVM Intro Tech "NET" > Tues June 19 @ 00:30z ********************** > > A "TECH NET" concerning *"Getting Started with"*** > > Digital Modes / DMR? /YSF /P25 /DSTAR /NXDN using MMDVM and bridging > these to ALLSTAR > > To be held on the Allstar Network at** > > *8:30 pm esdst / 00:30 utc - TUES JUNE 19, 2018* > > *Please connect 15 minutes or more in advance for audio checks and the > like.* > > *_Guest Speakers N4IRS Steve & N4IRR Mike of the dev crew at > DVswitch/Allstar_* > > Introductions to the digital radio field of /software/hardware and > relationship/connectivity with Allstar software > > And as much Q & A at the end as we can sneak in. "Round-table" > discussion to follow after the net. > > To help split the 'potential' bandwidth demands, > > Those _west of the Mississippi_, please connect on *29993* > > ?AND_OHIO only_ on *49999* And the rest _east of the Mississippi_ on > *29999* > > So we don't possibly get overwhelmed with personal node streams. > > Echolink nodes *KB8JNM-L ( 155783 )* *east* & *KB8JNM-R? ( 804396 ) > west*? both available > > *Please connect 15 minutes or more in advance for audio checks and the > like.* > > *I am looking for someone that can take copy of web links/info > mentioned during the net * > > *to be posted somewhere afterwards and a back-up net control to > standby. Please contact by reply to this msg.* > > _Please forward/distribute this email to interested party's !_ > > _Plans to have a follow-up net/round-table next month in July are in > the works._ > > *Any last minute/after net info will be posted at __www.29999.link > * > > If you are intending to use DMR, you will need a DMR ID. Current > confusion on this and a low availibility of numbers to issue seem to > be a problem we 'may' address during the net. > > *Some quick reference links: */(just a 'starter' reference)/ > > *Getting started cheap hardware: (not endorsing anything)* > > *MMDVM:* > > https://www.ebay.com/sch/i.html?_nkw=dmr+hotspot&LH_BIN=1 > > https://www.ebay.com/itm/UHF-VHF-MMDVM-hotspot-OLED-Antenna-Case-Support-P25-DMR-YSF-for-Raspberry-pi/112884599135?ssPageName=STRK%3AMEBIDX%3AIT&_trksid=p2057872.m2749.l2649 > > --------- > > *Pi* (make sure you are getting one that fits your hardware/software > needs) > > https://www.ebay.com/itm/Raspberry-Pi-3-Model-B-ARM-Cortex-A53-CPU-1-2GHz-64-Bit-Quad-Core-1GB-RAM-10-B/232791278848?hash=item3633710500:g:KAkAAOSwtJBbEmjH > > https://www.ebay.com/itm/Raspberry-Pi-Zero-V1-3-W-1GHz-512MB-Integrat-WiFi-Bluetooth-Mini-Micro-HDMI-USB/222903760316?ssPageName=STRK%3AMEBIDX%3AIT&_trksid=p2057872.m2749.l2649 > > --------- > > *Pi-Star: *https://www.pistar.uk/downloads/ > > --------- > > *Most Common 'good' starter radio DMR-UHF:* > > https://www.ebay.com/itm/TYT-MD-380-UHF-Analog-Digital-Tier-II-DMR-DMR-Radio-USB-cable-Software-US-Seller/291640635414?ssPageName=STRK%3AMEBIDX%3AIT&_trksid=p2057872.m2749.l2649 > > Latest Software for the MD380: > > http://www.tyt888.com/?mod=download > > ------------- > > *Code Plug Data :* > > http://arrl-ohio.org/digital/digital.html - /(for the state of Ohio):/ > > https://www.repeaterbook.com/repeaters/feature_search.php?state_id=42&type=DMR > > https://dmrtexas.net/ > > ------------- > > *DVswitch - *dv gateway for allstar > > https://dvswitch.groups.io/g/main/wiki/Home > > https://dvswitch.groups.io/g/main/topics > > https://dvswitch.groups.io/g/main/topic/updated_dvswitch_repository/18971786?p=,,,20,0,0,0::recentpostdate%2Fsticky,,,20,2,0,18971786 > > > > _______________________________________________ > 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 ars.w5omr at gmail.com Tue Jun 19 15:42:32 2018 From: ars.w5omr at gmail.com (ARS W5OMR) Date: Tue, 19 Jun 2018 10:42:32 -0500 Subject: [App_rpt-users] ASL Digital Radio/MMDVM Intro Tech "NET" Tues June 19 @ 00:30z ********************** In-Reply-To: References: <8f08deaa-fb82-a939-34a8-6a7b6d825f8b@midnighteng.com> <046101d40766$2d7b2210$88716630$@Fot.com.au> Message-ID: Didn't hear any 'net' on, last night. Will try to listen this evening. 73 = Best Regards, -Geoff/W5OMR (29655) On Mon, Jun 18, 2018 at 8:39 PM, James R. Pilgram wrote: > I believe its Wednesday for y'all on the other side of the international > date line. > > On 06/18/2018 02:40 PM, Bob Good wrote: > > Good Evening > > > > Is the Tech net on to day ? > > > > 73 > > Bob > > VK6ZGN > > > > *From:* App_rpt-users [mailto:app_rpt-users-bounces at lists.allstarlink.org > ] *On Behalf Of *Mike > *Sent:* Saturday, 9 June 2018 02:58 > *To:* app_rpt-users at lists.allstarlink.org > *Subject:* [App_rpt-users] ASL Digital Radio/MMDVM Intro Tech "NET" Tues > June 19 @ 00:30z ********************** > > > > A "TECH NET" concerning *"Getting Started with"* > > Digital Modes / DMR /YSF /P25 /DSTAR /NXDN using MMDVM and bridging these > to ALLSTAR > > To be held on the Allstar Network at > > *8:30 pm esdst / 00:30 utc - TUES JUNE 19, 2018* > > *Please connect 15 minutes or more in advance for audio checks and the > like.* > > *Guest Speakers N4IRS Steve & N4IRR Mike of the dev crew at > DVswitch/Allstar* > > Introductions to the digital radio field of /software/hardware and > relationship/connectivity with Allstar software > > And as much Q & A at the end as we can sneak in. "Round-table" discussion > to follow after the net. > > To help split the 'potential' bandwidth demands, > > Those *west of the Mississippi*, please connect on *29993* > > AND* OHIO only* on *49999* And the rest *east of the Mississippi* on > *29999* > > So we don't possibly get overwhelmed with personal node streams. > > Echolink nodes *KB8JNM-L ( 155783 )* *east* & *KB8JNM-R ( 804396 ) > west* both available > > *Please connect 15 minutes or more in advance for audio checks and the > like.* > > *I am looking for someone that can take copy of web links/info mentioned > during the net * > > *to be posted somewhere afterwards and a back-up net control to standby. > Please contact by reply to this msg.* > > *Please forward/distribute this email to interested party's !* > > *Plans to have a follow-up net/round-table next month in July are in the > works.* > > *Any last minute/after net info will be posted at www.29999.link > * > > If you are intending to use DMR, you will need a DMR ID. Current confusion > on this and a low availibility of numbers to issue seem to be a problem we > 'may' address during the net. > > *Some quick reference links: **(just a 'starter' reference)* > > *Getting started cheap hardware: (not endorsing anything)* > > *MMDVM:* > > https://www.ebay.com/sch/i.html?_nkw=dmr+hotspot&LH_BIN=1 > > https://www.ebay.com/itm/UHF-VHF-MMDVM-hotspot-OLED- > Antenna-Case-Support-P25-DMR-YSF-for-Raspberry-pi/ > 112884599135?ssPageName=STRK%3AMEBIDX%3AIT&_trksid=p2057872.m2749.l2649 > > --------- > > *Pi* (make sure you are getting one that fits your hardware/software > needs) > > https://www.ebay.com/itm/Raspberry-Pi-3-Model-B-ARM- > Cortex-A53-CPU-1-2GHz-64-Bit-Quad-Core-1GB-RAM-10-B/232791278848?hash= > item3633710500:g:KAkAAOSwtJBbEmjH > > https://www.ebay.com/itm/Raspberry-Pi-Zero-V1-3-W-1GHz- > 512MB-Integrat-WiFi-Bluetooth-Mini-Micro-HDMI-USB/ > 222903760316?ssPageName=STRK%3AMEBIDX%3AIT&_trksid=p2057872.m2749.l2649 > > --------- > > *Pi-Star: *https://www.pistar.uk/downloads/ > > --------- > > *Most Common 'good' starter radio DMR-UHF:* > > https://www.ebay.com/itm/TYT-MD-380-UHF-Analog-Digital- > Tier-II-DMR-DMR-Radio-USB-cable-Software-US-Seller/ > 291640635414?ssPageName=STRK%3AMEBIDX%3AIT&_trksid=p2057872.m2749.l2649 > > Latest Software for the MD380: > > http://www.tyt888.com/?mod=download > > ------------- > > *Code Plug Data :* > > http://arrl-ohio.org/digital/digital.html - *(for the state of Ohio):* > > https://www.repeaterbook.com/repeaters/feature_search.php? > state_id=42&type=DMR > > https://dmrtexas.net/ > > ------------- > > *DVswitch - *dv gateway for allstar > > https://dvswitch.groups.io/g/main/wiki/Home > > https://dvswitch.groups.io/g/main/topics > > https://dvswitch.groups.io/g/main/topic/updated_dvswitch_ > repository/18971786?p=,,,20,0,0,0::recentpostdate%2Fsticky,, > ,20,2,0,18971786 > > > > > > > _______________________________________________ > 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. > -- Operating your AM rig without a scope is like driving our car at night without headlights. (~K4KYV) 73 = Best Regards, -Geoff/W5OMR -------------- next part -------------- An HTML attachment was scrubbed... URL: From mm at midnighteng.com Tue Jun 19 15:50:50 2018 From: mm at midnighteng.com (Mike) Date: Tue, 19 Jun 2018 11:50:50 -0400 Subject: [App_rpt-users] ASL Digital Radio/MMDVM Intro Tech "NET" Tues June 19 @ 00:30z ********************** In-Reply-To: References: <8f08deaa-fb82-a939-34a8-6a7b6d825f8b@midnighteng.com> <046101d40766$2d7b2210$88716630$@Fot.com.au> Message-ID: <0cd88d5e-069d-82d6-d989-caaa3aad3919@midnighteng.com> You did not hear anything because you are using the wrong calendar. or ?you did not 'READ' the message ? The date and time were posted largely as well as a link I can see it in your reply, so I know you got the whole message. ... don't know how to make that easier, but I am open for suggestions.... On 6/19/2018 11:42 AM, ARS W5OMR wrote: > Didn't hear any 'net' on, last night. > Will try to listen this evening. > > 73 = Best Regards, > -Geoff/W5OMR (29655) > > > On Mon, Jun 18, 2018 at 8:39 PM, James R. Pilgram > > wrote: > > I believe its Wednesday for y'all on the other side of the > international date line. > > > On 06/18/2018 02:40 PM, Bob Good wrote: >> >> Good Evening >> >> Is the Tech net on to day ? >> >> 73 >> >> Bob >> >> VK6ZGN >> >> *From:*App_rpt-users >> [mailto:app_rpt-users-bounces at lists.allstarlink.org >> ] *On Behalf >> Of *Mike >> *Sent:* Saturday, 9 June 2018 02:58 >> *To:* app_rpt-users at lists.allstarlink.org >> >> *Subject:* [App_rpt-users] ASL Digital Radio/MMDVM Intro Tech >> "NET" Tues June 19 @ 00:30z ********************** >> >> A "TECH NET" concerning *"Getting Started with"*** >> >> Digital Modes / DMR? /YSF /P25 /DSTAR /NXDN using MMDVM and >> bridging these to ALLSTAR >> >> To be held on the Allstar Network at** >> >> *8:30 pm esdst / 00:30 utc? - TUES JUNE 19, 2018* >> >> *Please connect 15 minutes or more in advance for audio checks >> and the like.* >> >> *_Guest Speakers N4IRS Steve & N4IRR Mike of the dev crew at >> DVswitch/Allstar_* >> >> Introductions to the digital radio field of /software/hardware >> and relationship/connectivity with Allstar software >> >> And as much Q & A at the end as we can sneak in. "Round-table" >> discussion to follow after the net. >> >> To help split the 'potential' bandwidth demands, >> >> Those _west of the Mississippi_, please connect on *29993* >> >> ?AND_OHIO only_ on *49999* And the rest _east of the Mississippi_ >> on *29999* >> >> So we don't possibly get overwhelmed with personal node streams. >> >> Echolink nodes *KB8JNM-L ( 155783 )* *east* ? & *KB8JNM-R? ( >> 804396 ) west* both available >> >> *Please connect 15 minutes or more in advance for audio checks >> and the like.* >> >> *I am looking for someone that can take copy of web links/info >> mentioned during the net * >> >> *to be posted somewhere afterwards and a back-up net control to >> standby. Please contact by reply to this msg.* >> >> _Please forward/distribute this email to interested party's !_ >> >> _Plans to have a follow-up net/round-table next month in July are >> in the works._ >> >> *Any last minute/after net info will be posted at >> __www.29999.link * >> >> If you are intending to use DMR, you will need a DMR ID. Current >> confusion on this and a low availibility of numbers to issue seem >> to be a problem we 'may' address during the net. >> >> *Some quick reference links: */(just a 'starter' reference)/ >> >> *Getting started cheap hardware: (not endorsing anything)* >> >> *MMDVM:* >> >> https://www.ebay.com/sch/i.html?_nkw=dmr+hotspot&LH_BIN=1 >> >> >> https://www.ebay.com/itm/UHF-VHF-MMDVM-hotspot-OLED-Antenna-Case-Support-P25-DMR-YSF-for-Raspberry-pi/112884599135?ssPageName=STRK%3AMEBIDX%3AIT&_trksid=p2057872.m2749.l2649 >> >> >> --------- >> >> *Pi* (make sure you are getting one that fits your >> hardware/software needs) >> >> https://www.ebay.com/itm/Raspberry-Pi-3-Model-B-ARM-Cortex-A53-CPU-1-2GHz-64-Bit-Quad-Core-1GB-RAM-10-B/232791278848?hash=item3633710500:g:KAkAAOSwtJBbEmjH >> >> >> https://www.ebay.com/itm/Raspberry-Pi-Zero-V1-3-W-1GHz-512MB-Integrat-WiFi-Bluetooth-Mini-Micro-HDMI-USB/222903760316?ssPageName=STRK%3AMEBIDX%3AIT&_trksid=p2057872.m2749.l2649 >> >> >> --------- >> >> *Pi-Star: *https://www.pistar.uk/downloads/ >> >> >> --------- >> >> *Most Common 'good' starter radio DMR-UHF:* >> >> https://www.ebay.com/itm/TYT-MD-380-UHF-Analog-Digital-Tier-II-DMR-DMR-Radio-USB-cable-Software-US-Seller/291640635414?ssPageName=STRK%3AMEBIDX%3AIT&_trksid=p2057872.m2749.l2649 >> >> >> Latest Software for the MD380: >> >> http://www.tyt888.com/?mod=download >> >> >> ------------- >> >> *Code Plug Data :* >> >> http://arrl-ohio.org/digital/digital.html >> - /(for the state of >> Ohio):/ >> >> https://www.repeaterbook.com/repeaters/feature_search.php?state_id=42&type=DMR >> >> >> https://dmrtexas.net/ >> >> ------------- >> >> *DVswitch - *dv gateway for allstar >> >> https://dvswitch.groups.io/g/main/wiki/Home >> >> >> https://dvswitch.groups.io/g/main/topics >> >> >> https://dvswitch.groups.io/g/main/topic/updated_dvswitch_repository/18971786?p=,,,20,0,0,0::recentpostdate%2Fsticky,,,20,2,0,18971786 >> >> >> >> >> _______________________________________________ >> 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. > > > > > -- > Operating your AM rig without a scope is like driving our car at night > without headlights. (~K4KYV) > > 73 = Best Regards, > -Geoff/W5OMR > > > _______________________________________________ > 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 petem001 at gmail.com Tue Jun 19 16:18:12 2018 From: petem001 at gmail.com (Pierre Martel) Date: Tue, 19 Jun 2018 12:18:12 -0400 Subject: [App_rpt-users] first time run Message-ID: Hi! I used the how to on the wiki to install a radio less node on a Linode server (64bit) ASL 1.01 All went well Asterisk is running got real good add libc_x86 to run dahdi_test and the result were pretty good. Now I would like to have the server to download its programing from the portal just could not find how to do it. Anyone can point it to me? If it could be added to the wiki I am sure it would help many others -------------- next part -------------- An HTML attachment was scrubbed... URL: From mm at midnighteng.com Tue Jun 19 16:41:59 2018 From: mm at midnighteng.com (Mike) Date: Tue, 19 Jun 2018 12:41:59 -0400 Subject: [App_rpt-users] first time run In-Reply-To: References: Message-ID: 1st, I have not used the tool to do that as I have created my own files but, I think there is a menu item in the system set-up run asl-menu as sudo or root or there is a file somewhere in /usr/local/sbin that does that trick. Perhaps someone else will chime in with the exacts... ...mike/kb8jnm On 6/19/2018 12:18 PM, Pierre Martel wrote: > Hi! I used the how to on the wiki to install a radio less node on a > Linode server (64bit) ASL 1.01 > > All went well Asterisk is running got real good add libc_x86 to run > dahdi_test and the result were pretty good. > > Now I would like to have the server to download its programing from > the portal > > just could not find how to do it. > > Anyone can point it to me? > > If it could be added to the wiki I am sure it would help many others > > > > _______________________________________________ > 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 nhardman1428 at gmail.com Tue Jun 19 17:07:17 2018 From: nhardman1428 at gmail.com (Nate Hardman) Date: Tue, 19 Jun 2018 13:07:17 -0400 Subject: [App_rpt-users] first time run In-Reply-To: References: Message-ID: >From the ASL portal, (menu bar) select then select the "server" you wish to download to. This initiates a configuration update process to the server remotely. You may also use the /usr/local/sbin/node-setup script or use the tools in /usr/local/sbin/asl-menu On Tue, Jun 19, 2018 at 12:18 PM, Pierre Martel wrote: > Hi! I used the how to on the wiki to install a radio less node on a Linode > server (64bit) ASL 1.01 > > All went well Asterisk is running got real good add libc_x86 to run > dahdi_test and the result were pretty good. > > Now I would like to have the server to download its programing from the > portal > > just could not find how to do it. > > Anyone can point it to me? > > If it could be added to the wiki I am sure it would help many others > > > _______________________________________________ > 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. > -- Nathan Hardman nhardman1428 at gmail.com N8THN at ARRL.NET -------------- next part -------------- An HTML attachment was scrubbed... URL: From petem001 at gmail.com Tue Jun 19 17:38:36 2018 From: petem001 at gmail.com (Pierre Martel) Date: Tue, 19 Jun 2018 13:38:36 -0400 Subject: [App_rpt-users] first time run In-Reply-To: References: Message-ID: I knew the way to start the download from the portal. Just that since the node had never connected to ASL there would be no way to send the config from the portal. the asl-menu ( with the patch) did the trick thanks Le mar. 19 juin 2018 ? 13:07, Nate Hardman a ?crit : > From the ASL portal, (menu bar) select > then select the "server" you wish to download to. This initiates a > configuration update process to the server remotely. > > You may also use the /usr/local/sbin/node-setup script or use the tools in > /usr/local/sbin/asl-menu > > > On Tue, Jun 19, 2018 at 12:18 PM, Pierre Martel > wrote: > >> Hi! I used the how to on the wiki to install a radio less node on a >> Linode server (64bit) ASL 1.01 >> >> All went well Asterisk is running got real good add libc_x86 to run >> dahdi_test and the result were pretty good. >> >> Now I would like to have the server to download its programing from the >> portal >> >> just could not find how to do it. >> >> Anyone can point it to me? >> >> If it could be added to the wiki I am sure it would help many others >> >> >> _______________________________________________ >> 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. >> > > > > -- > > Nathan Hardman > nhardman1428 at gmail.com > N8THN at ARRL.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 petem001 at gmail.com Tue Jun 19 18:03:33 2018 From: petem001 at gmail.com (Pierre Martel) Date: Tue, 19 Jun 2018 14:03:33 -0400 Subject: [App_rpt-users] first time run In-Reply-To: References: Message-ID: Strangely, even after the node is reporting to ASL network properly and being online. If I try to send the server download command from the portal it fail with that on asterisk CLI: [Jun 19 14:00:53] NOTICE[1973]: chan_iax2.c:9471 socket_process: Rejected connect attempt from 67.215.233.178, request '0 at allstar-sys' does not exist Le mar. 19 juin 2018 ? 13:38, Pierre Martel a ?crit : > I knew the way to start the download from the portal. Just that since the > node had never connected to ASL there would be no way to send the config > from the portal. > > the asl-menu ( with the patch) did the trick thanks > > > Le mar. 19 juin 2018 ? 13:07, Nate Hardman a > ?crit : > >> From the ASL portal, (menu bar) select >> then select the "server" you wish to download to. This initiates a >> configuration update process to the server remotely. >> >> You may also use the /usr/local/sbin/node-setup script or use the tools >> in /usr/local/sbin/asl-menu >> >> >> On Tue, Jun 19, 2018 at 12:18 PM, Pierre Martel >> wrote: >> >>> Hi! I used the how to on the wiki to install a radio less node on a >>> Linode server (64bit) ASL 1.01 >>> >>> All went well Asterisk is running got real good add libc_x86 to run >>> dahdi_test and the result were pretty good. >>> >>> Now I would like to have the server to download its programing from the >>> portal >>> >>> just could not find how to do it. >>> >>> Anyone can point it to me? >>> >>> If it could be added to the wiki I am sure it would help many others >>> >>> >>> _______________________________________________ >>> 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. >>> >> >> >> >> -- >> >> Nathan Hardman >> nhardman1428 at gmail.com >> N8THN at ARRL.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 shawpbx at gmail.com Tue Jun 19 18:46:08 2018 From: shawpbx at gmail.com (David Shaw) Date: Tue, 19 Jun 2018 11:46:08 -0700 Subject: [App_rpt-users] ASL Digital Radio/MMDVM Intro Tech "NET" Tues June 19 @ 00:30z ********************** In-Reply-To: <8f08deaa-fb82-a939-34a8-6a7b6d825f8b@midnighteng.com> References: <8f08deaa-fb82-a939-34a8-6a7b6d825f8b@midnighteng.com> Message-ID: Just testing the connection to 29993 and it failed. I can connect to 2000 and 2100. 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, Jun 8, 2018 at 11:58 AM, Mike wrote: > A "TECH NET" concerning *"Getting Started with" * > > Digital Modes / DMR /YSF /P25 /DSTAR /NXDN using MMDVM and bridging these > to ALLSTAR > > To be held on the Allstar Network at > > *8:30 pm esdst / 00:30 utc - TUES JUNE 19, 2018* > > *Please connect 15 minutes or more in advance for audio checks and the > like.* > > *Guest Speakers N4IRS Steve & N4IRR Mike of the dev crew at > DVswitch/Allstar* > > Introductions to the digital radio field of /software/hardware and > relationship/connectivity with Allstar software > > And as much Q & A at the end as we can sneak in. "Round-table" discussion > to follow after the net. > > To help split the 'potential' bandwidth demands, > > Those *west of the Mississippi*, please connect on *29993* > > AND* OHIO only* on *49999* And the rest *east of the Mississippi* on > *29999* > > So we don't possibly get overwhelmed with personal node streams. > > Echolink nodes *KB8JNM-L ( 155783 )* *east* & *KB8JNM-R ( 804396 ) > west* both available > > *Please connect 15 minutes or more in advance for audio checks and the > like.* > > > *I am looking for someone that can take copy of web links/info mentioned > during the net * > > > *to be posted somewhere afterwards and a back-up net control to standby. > Please contact by reply to this msg. * > > *Please forward/distribute this email to interested party's !* > > *Plans to have a follow-up net/round-table next month in July are in the > works.* > > *Any last minute/after net info will be posted at www.29999.link > * > > If you are intending to use DMR, you will need a DMR ID. Current confusion > on this and a low availibility of numbers to issue seem to be a problem we > 'may' address during the net. > > *Some quick reference links: **(just a 'starter' reference)* > > > *Getting started cheap hardware: (not endorsing anything) * > > *MMDVM:* > > https://www.ebay.com/sch/i.html?_nkw=dmr+hotspot&LH_BIN=1 > > https://www.ebay.com/itm/UHF-VHF-MMDVM-hotspot-OLED- > Antenna-Case-Support-P25-DMR-YSF-for-Raspberry-pi/ > 112884599135?ssPageName=STRK%3AMEBIDX%3AIT&_trksid=p2057872.m2749.l2649 > > --------- > > *Pi* (make sure you are getting one that fits your hardware/software > needs) > > https://www.ebay.com/itm/Raspberry-Pi-3-Model-B-ARM- > Cortex-A53-CPU-1-2GHz-64-Bit-Quad-Core-1GB-RAM-10-B/232791278848?hash= > item3633710500:g:KAkAAOSwtJBbEmjH > > https://www.ebay.com/itm/Raspberry-Pi-Zero-V1-3-W-1GHz- > 512MB-Integrat-WiFi-Bluetooth-Mini-Micro-HDMI-USB/ > 222903760316?ssPageName=STRK%3AMEBIDX%3AIT&_trksid=p2057872.m2749.l2649 > > --------- > > *Pi-Star: *https://www.pistar.uk/downloads/ > > --------- > > *Most Common 'good' starter radio DMR-UHF:* > > https://www.ebay.com/itm/TYT-MD-380-UHF-Analog-Digital- > Tier-II-DMR-DMR-Radio-USB-cable-Software-US-Seller/ > 291640635414?ssPageName=STRK%3AMEBIDX%3AIT&_trksid=p2057872.m2749.l2649 > > Latest Software for the MD380: > > http://www.tyt888.com/?mod=download > > ------------- > > *Code Plug Data :* > > http://arrl-ohio.org/digital/digital.html - *(for the state of Ohio):* > > https://www.repeaterbook.com/repeaters/feature_search.php? > state_id=42&type=DMR > > https://dmrtexas.net/ > > ------------- > > *DVswitch - *dv gateway for allstar > > https://dvswitch.groups.io/g/main/wiki/Home > > https://dvswitch.groups.io/g/main/topics > > https://dvswitch.groups.io/g/main/topic/updated_dvswitch_ > repository/18971786?p=,,,20,0,0,0::recentpostdate%2Fsticky,, > ,20,2,0,18971786 > > > > > _______________________________________________ > 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 at kg5rdf.com Tue Jun 19 18:56:00 2018 From: david at kg5rdf.com (David) Date: Tue, 19 Jun 2018 13:56:00 -0500 Subject: [App_rpt-users] ASL Digital Radio/MMDVM Intro Tech "NET" Tues June 19 @ 00:30z ********************** In-Reply-To: Message-ID: Just connected to 29993 worked fine here. -------- Original message --------From: David Shaw Date: 6/19/18 1:46 PM (GMT-06:00) To: Users of Asterisk app_rpt Subject: Re: [App_rpt-users] ASL Digital Radio/MMDVM Intro Tech "NET" Tues June 19 @ 00:30z ********************** Just testing the connection to 29993 and it failed. I can connect to 2000 and 2100. 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, Jun 8, 2018 at 11:58 AM, Mike wrote: A "TECH NET" concerning? "Getting Started with" Digital Modes / DMR? /YSF /P25 /DSTAR /NXDN using MMDVM and bridging these to ALLSTAR To be held on the Allstar Network at 8:30 pm esdst / 00:30 utc? - TUES JUNE 19, 2018 Please connect 15 minutes or more in advance for audio checks and the like. Guest Speakers N4IRS Steve & N4IRR Mike of the dev crew at DVswitch/Allstar Introductions to the digital radio field of /software/hardware and relationship/connectivity with Allstar software And as much Q & A at the end as we can sneak in. "Round-table" discussion to follow after the net. To help split the 'potential' bandwidth demands, Those west of the Mississippi, please connect on 29993 ?AND OHIO only on 49999 And the rest east of the Mississippi on 29999 So we don't possibly get overwhelmed with personal node streams. Echolink nodes KB8JNM-L ( 155783 ) east ? & ? KB8JNM-R? ( 804396 ) west? both available Please connect 15 minutes or more in advance for audio checks and the like. I am looking for someone that can take copy of web links/info mentioned during the net to be posted somewhere afterwards and a back-up net control to standby. Please contact by reply to this msg. Please forward/distribute this email to interested party's ! Plans to have a follow-up net/round-table next month in July are in the works. Any last minute/after net info will be posted at? www.29999.link If you are intending to use DMR, you will need a DMR ID. Current confusion on this and a low availibility of numbers to issue seem to be a problem we 'may' address during the net. Some quick reference links: (just a 'starter' reference) Getting started cheap hardware: (not endorsing anything) MMDVM: https://www.ebay.com/sch/i.html?_nkw=dmr+hotspot&LH_BIN=1 https://www.ebay.com/itm/UHF-VHF-MMDVM-hotspot-OLED-Antenna-Case-Support-P25-DMR-YSF-for-Raspberry-pi/112884599135?ssPageName=STRK%3AMEBIDX%3AIT&_trksid=p2057872.m2749.l2649 --------- Pi (make sure you are getting one that fits your hardware/software needs) https://www.ebay.com/itm/Raspberry-Pi-3-Model-B-ARM-Cortex-A53-CPU-1-2GHz-64-Bit-Quad-Core-1GB-RAM-10-B/232791278848?hash=item3633710500:g:KAkAAOSwtJBbEmjH https://www.ebay.com/itm/Raspberry-Pi-Zero-V1-3-W-1GHz-512MB-Integrat-WiFi-Bluetooth-Mini-Micro-HDMI-USB/222903760316?ssPageName=STRK%3AMEBIDX%3AIT&_trksid=p2057872.m2749.l2649 --------- Pi-Star:? https://www.pistar.uk/downloads/ --------- Most Common 'good' starter radio DMR-UHF: https://www.ebay.com/itm/TYT-MD-380-UHF-Analog-Digital-Tier-II-DMR-DMR-Radio-USB-cable-Software-US-Seller/291640635414?ssPageName=STRK%3AMEBIDX%3AIT&_trksid=p2057872.m2749.l2649 Latest Software for the MD380: http://www.tyt888.com/?mod=download ------------- Code Plug Data : http://arrl-ohio.org/digital/digital.html? -? (for the state of Ohio): https://www.repeaterbook.com/repeaters/feature_search.php?state_id=42&type=DMR https://dmrtexas.net/ ------------- DVswitch - dv gateway for allstar https://dvswitch.groups.io/g/main/wiki/Home https://dvswitch.groups.io/g/main/topics https://dvswitch.groups.io/g/main/topic/updated_dvswitch_repository/18971786?p=,,,20,0,0,0::recentpostdate%2Fsticky,,,20,2,0,18971786 _______________________________________________ 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 Tue Jun 19 19:00:27 2018 From: shawpbx at gmail.com (David Shaw) Date: Tue, 19 Jun 2018 12:00:27 -0700 Subject: [App_rpt-users] ASL Digital Radio/MMDVM Intro Tech "NET" Tues June 19 @ 00:30z ********************** In-Reply-To: References: Message-ID: It a no go on my side. 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 Tue, Jun 19, 2018 at 11:56 AM, David wrote: > Just connected to 29993 worked fine here. > > -------- Original message -------- > From: David Shaw > Date: 6/19/18 1:46 PM (GMT-06:00) > To: Users of Asterisk app_rpt > Subject: Re: [App_rpt-users] ASL Digital Radio/MMDVM Intro Tech "NET" Tues > June 19 @ 00:30z ********************** > > Just testing the connection to 29993 and it failed. I can connect to 2000 > and 2100. > > 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, Jun 8, 2018 at 11:58 AM, Mike wrote: > >> A "TECH NET" concerning *"Getting Started with" * >> >> Digital Modes / DMR /YSF /P25 /DSTAR /NXDN using MMDVM and bridging >> these to ALLSTAR >> >> To be held on the Allstar Network at >> >> *8:30 pm esdst / 00:30 utc - TUES JUNE 19, 2018* >> >> *Please connect 15 minutes or more in advance for audio checks and the >> like.* >> >> *Guest Speakers N4IRS Steve & N4IRR Mike of the dev crew at >> DVswitch/Allstar* >> >> Introductions to the digital radio field of /software/hardware and >> relationship/connectivity with Allstar software >> >> And as much Q & A at the end as we can sneak in. "Round-table" discussion >> to follow after the net. >> >> To help split the 'potential' bandwidth demands, >> >> Those *west of the Mississippi*, please connect on *29993* >> >> AND* OHIO only* on *49999* And the rest *east of the Mississippi* on >> *29999* >> >> So we don't possibly get overwhelmed with personal node streams. >> >> Echolink nodes *KB8JNM-L ( 155783 )* *east* & *KB8JNM-R ( 804396 ) >> west* both available >> >> *Please connect 15 minutes or more in advance for audio checks and the >> like.* >> >> >> *I am looking for someone that can take copy of web links/info mentioned >> during the net * >> >> >> *to be posted somewhere afterwards and a back-up net control to standby. >> Please contact by reply to this msg. * >> >> *Please forward/distribute this email to interested party's !* >> >> *Plans to have a follow-up net/round-table next month in July are in the >> works.* >> >> *Any last minute/after net info will be posted at www.29999.link >> * >> >> If you are intending to use DMR, you will need a DMR ID. Current >> confusion on this and a low availibility of numbers to issue seem to be a >> problem we 'may' address during the net. >> >> *Some quick reference links: **(just a 'starter' reference)* >> >> >> *Getting started cheap hardware: (not endorsing anything) * >> >> *MMDVM:* >> >> https://www.ebay.com/sch/i.html?_nkw=dmr+hotspot&LH_BIN=1 >> >> https://www.ebay.com/itm/UHF-VHF-MMDVM-hotspot-OLED-Antenna- >> Case-Support-P25-DMR-YSF-for-Raspberry-pi/112884599135? >> ssPageName=STRK%3AMEBIDX%3AIT&_trksid=p2057872.m2749.l2649 >> >> --------- >> >> *Pi* (make sure you are getting one that fits your hardware/software >> needs) >> >> https://www.ebay.com/itm/Raspberry-Pi-3-Model-B-ARM-Cortex- >> A53-CPU-1-2GHz-64-Bit-Quad-Core-1GB-RAM-10-B/232791278848 >> ?hash=item3633710500:g:KAkAAOSwtJBbEmjH >> >> https://www.ebay.com/itm/Raspberry-Pi-Zero-V1-3-W-1GHz-512MB >> -Integrat-WiFi-Bluetooth-Mini-Micro-HDMI-USB/222903760316? >> ssPageName=STRK%3AMEBIDX%3AIT&_trksid=p2057872.m2749.l2649 >> >> --------- >> >> *Pi-Star: *https://www.pistar.uk/downloads/ >> >> --------- >> >> *Most Common 'good' starter radio DMR-UHF:* >> >> https://www.ebay.com/itm/TYT-MD-380-UHF-Analog-Digital-Tier- >> II-DMR-DMR-Radio-USB-cable-Software-US-Seller/29164063541 >> 4?ssPageName=STRK%3AMEBIDX%3AIT&_trksid=p2057872.m2749.l2649 >> >> Latest Software for the MD380: >> >> http://www.tyt888.com/?mod=download >> >> ------------- >> >> *Code Plug Data :* >> >> http://arrl-ohio.org/digital/digital.html - *(for the state of Ohio):* >> >> https://www.repeaterbook.com/repeaters/feature_search.php?st >> ate_id=42&type=DMR >> >> https://dmrtexas.net/ >> >> ------------- >> >> *DVswitch - *dv gateway for allstar >> >> https://dvswitch.groups.io/g/main/wiki/Home >> >> https://dvswitch.groups.io/g/main/topics >> >> https://dvswitch.groups.io/g/main/topic/updated_dvswitch_rep >> ository/18971786?p=,,,20,0,0,0::recentpostdate%2Fsticky,,,20,2,0,18971786 >> >> >> >> >> _______________________________________________ >> 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 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: -------------- next part -------------- rpt fun 2083 *329993 == Parsing '/var/lib/asterisk/rpt_extnodes': Found == Parsing '/var/lib/asterisk/rpt_extnodes': Found == Parsing '/var/lib/asterisk/rpt_extnodes': Found == Parsing '/var/lib/asterisk/rpt_extnodes': Found == Parsing '/var/lib/asterisk/rpt_extnodes': Found Node Variable dump for node 2083: RPT_TXKEYED=1 RPT_ETXKEYED=0 RPT_NUMLINKS=1 RPT_LINKS=1,T2100 RPT_NUMALINKS=1 RPT_ALINKS=1,2100TU RPT_RXKEYED=0 RPT_AUTOPATCHUP=0 -- 8 variables Node Variable dump for node 2083: RPT_ETXKEYED=1 RPT_TXKEYED=1 RPT_NUMLINKS=1 RPT_LINKS=1,T2100 RPT_NUMALINKS=1 RPT_ALINKS=1,2100TU RPT_RXKEYED=0 RPT_AUTOPATCHUP=0 -- 8 variables -- Call accepted by 149.28.54.16 (format ulaw) -- Format for call is ulaw -- Hungup 'IAX2/149.28.54.16:4569-154' -- Hungup 'DAHDI/pseudo-938688360' -- Hungup 'DAHDI/pseudo-2086597429' -- Playing 'rpt/node' (language 'en') -- Playing 'digits/2' (language 'en') -- Playing 'digits/9' (language 'en') [Jun 19 11:57:44] WARNING[423]: chan_iax2.c:10127 iax2_do_register: REGISTER-LOG: Sending registration request for '2083' [Jun 19 11:57:44] WARNING[426]: chan_iax2.c:7690 registry_rerequest: REGISTER-LOG: registry rereqquest -- Playing 'digits/9' (language 'en') -- Playing 'digits/9' (language 'en') -- Playing 'digits/3' (language 'en') -- Playing 'rpt/connection_failed' (language 'en') Node Variable dump for node 2083: RPT_ETXKEYED=0 RPT_TXKEYED=1 -- Hungup 'DAHDI/pseudo-2107541152' RPT_NUMLINKS=1 RPT_LINKS=1,T2100 RPT_NUMALINKS=1 RPT_ALINKS=1,2100TU RPT_RXKEYED=0 RPT_AUTOPATCHUP=0 -- 8 variables Node Variable dump for node 2083: RPT_TXKEYED=0 RPT_ETXKEYED=0 RPT_NUMLINKS=1 RPT_LINKS=1,T2100 RPT_NUMALINKS=1 RPT_ALINKS=1,2100TU RPT_RXKEYED=0 RPT_AUTOPATCHUP=0 -- 8 variables From shawpbx at gmail.com Tue Jun 19 19:02:20 2018 From: shawpbx at gmail.com (David Shaw) Date: Tue, 19 Jun 2018 12:02:20 -0700 Subject: [App_rpt-users] ASL Digital Radio/MMDVM Intro Tech "NET" Tues June 19 @ 00:30z ********************** In-Reply-To: References: Message-ID: Lets hold off. It could be my uptime is less then 15 minutes. -- 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 Tue, Jun 19, 2018 at 12:00 PM, David Shaw wrote: > It a no go on my side. > > 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 Tue, Jun 19, 2018 at 11:56 AM, David wrote: > >> Just connected to 29993 worked fine here. >> >> -------- Original message -------- >> From: David Shaw >> Date: 6/19/18 1:46 PM (GMT-06:00) >> To: Users of Asterisk app_rpt >> Subject: Re: [App_rpt-users] ASL Digital Radio/MMDVM Intro Tech "NET" >> Tues June 19 @ 00:30z ********************** >> >> Just testing the connection to 29993 and it failed. I can connect to 2000 >> and 2100. >> >> 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, Jun 8, 2018 at 11:58 AM, Mike wrote: >> >>> A "TECH NET" concerning *"Getting Started with" * >>> >>> Digital Modes / DMR /YSF /P25 /DSTAR /NXDN using MMDVM and bridging >>> these to ALLSTAR >>> >>> To be held on the Allstar Network at >>> >>> *8:30 pm esdst / 00:30 utc - TUES JUNE 19, 2018* >>> >>> *Please connect 15 minutes or more in advance for audio checks and the >>> like.* >>> >>> *Guest Speakers N4IRS Steve & N4IRR Mike of the dev crew at >>> DVswitch/Allstar* >>> >>> Introductions to the digital radio field of /software/hardware and >>> relationship/connectivity with Allstar software >>> >>> And as much Q & A at the end as we can sneak in. "Round-table" >>> discussion to follow after the net. >>> >>> To help split the 'potential' bandwidth demands, >>> >>> Those *west of the Mississippi*, please connect on *29993* >>> >>> AND* OHIO only* on *49999* And the rest *east of the Mississippi* on >>> *29999* >>> >>> So we don't possibly get overwhelmed with personal node streams. >>> >>> Echolink nodes *KB8JNM-L ( 155783 )* *east* & *KB8JNM-R ( 804396 ) >>> west* both available >>> >>> *Please connect 15 minutes or more in advance for audio checks and the >>> like.* >>> >>> >>> *I am looking for someone that can take copy of web links/info mentioned >>> during the net * >>> >>> >>> *to be posted somewhere afterwards and a back-up net control to standby. >>> Please contact by reply to this msg. * >>> >>> *Please forward/distribute this email to interested party's !* >>> >>> *Plans to have a follow-up net/round-table next month in July are in the >>> works.* >>> >>> *Any last minute/after net info will be posted at www.29999.link >>> * >>> >>> If you are intending to use DMR, you will need a DMR ID. Current >>> confusion on this and a low availibility of numbers to issue seem to be a >>> problem we 'may' address during the net. >>> >>> *Some quick reference links: **(just a 'starter' reference)* >>> >>> >>> *Getting started cheap hardware: (not endorsing anything) * >>> >>> *MMDVM:* >>> >>> https://www.ebay.com/sch/i.html?_nkw=dmr+hotspot&LH_BIN=1 >>> >>> https://www.ebay.com/itm/UHF-VHF-MMDVM-hotspot-OLED-Antenna- >>> Case-Support-P25-DMR-YSF-for-Raspberry-pi/112884599135?ssPag >>> eName=STRK%3AMEBIDX%3AIT&_trksid=p2057872.m2749.l2649 >>> >>> --------- >>> >>> *Pi* (make sure you are getting one that fits your hardware/software >>> needs) >>> >>> https://www.ebay.com/itm/Raspberry-Pi-3-Model-B-ARM-Cortex-A >>> 53-CPU-1-2GHz-64-Bit-Quad-Core-1GB-RAM-10-B/232791278848? >>> hash=item3633710500:g:KAkAAOSwtJBbEmjH >>> >>> https://www.ebay.com/itm/Raspberry-Pi-Zero-V1-3-W-1GHz-512MB >>> -Integrat-WiFi-Bluetooth-Mini-Micro-HDMI-USB/222903760316?ss >>> PageName=STRK%3AMEBIDX%3AIT&_trksid=p2057872.m2749.l2649 >>> >>> --------- >>> >>> *Pi-Star: *https://www.pistar.uk/downloads/ >>> >>> --------- >>> >>> *Most Common 'good' starter radio DMR-UHF:* >>> >>> https://www.ebay.com/itm/TYT-MD-380-UHF-Analog-Digital-Tier- >>> II-DMR-DMR-Radio-USB-cable-Software-US-Seller/291640635414? >>> ssPageName=STRK%3AMEBIDX%3AIT&_trksid=p2057872.m2749.l2649 >>> >>> Latest Software for the MD380: >>> >>> http://www.tyt888.com/?mod=download >>> >>> ------------- >>> >>> *Code Plug Data :* >>> >>> http://arrl-ohio.org/digital/digital.html - *(for the state of Ohio):* >>> >>> https://www.repeaterbook.com/repeaters/feature_search.php?st >>> ate_id=42&type=DMR >>> >>> https://dmrtexas.net/ >>> >>> ------------- >>> >>> *DVswitch - *dv gateway for allstar >>> >>> https://dvswitch.groups.io/g/main/wiki/Home >>> >>> https://dvswitch.groups.io/g/main/topics >>> >>> https://dvswitch.groups.io/g/main/topic/updated_dvswitch_rep >>> ository/18971786?p=,,,20,0,0,0::recentpostdate%2Fsticky,,,20 >>> ,2,0,18971786 >>> >>> >>> >>> >>> _______________________________________________ >>> 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/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. >> > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From wb5nfc at gmail.com Tue Jun 19 19:03:00 2018 From: wb5nfc at gmail.com (John) Date: Tue, 19 Jun 2018 14:03:00 -0500 Subject: [App_rpt-users] ASL Digital Radio/MMDVM Intro Tech "NET" Tues June 19 @ 00:30z ********************** In-Reply-To: References: Message-ID: <2671AEA5-5582-4E1F-82B0-87BEE92A29DF@gmail.com> Connection failed for me as well. Just tried (again). John / WB5NFC ASL 27911 Sent from my iPhone > On Jun 19, 2018, at 2:00 PM, David Shaw wrote: > > It a no go on my side. > > 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 Tue, Jun 19, 2018 at 11:56 AM, David wrote: >> Just connected to 29993 worked fine here. >> >> -------- Original message -------- >> From: David Shaw >> Date: 6/19/18 1:46 PM (GMT-06:00) >> To: Users of Asterisk app_rpt >> Subject: Re: [App_rpt-users] ASL Digital Radio/MMDVM Intro Tech "NET" Tues June 19 @ 00:30z ********************** >> >> Just testing the connection to 29993 and it failed. I can connect to 2000 and 2100. >> >> 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, Jun 8, 2018 at 11:58 AM, Mike wrote: >>> A "TECH NET" concerning "Getting Started with" >>> >>> Digital Modes / DMR /YSF /P25 /DSTAR /NXDN using MMDVM and bridging these to ALLSTAR >>> >>> To be held on the Allstar Network at >>> >>> 8:30 pm esdst / 00:30 utc - TUES JUNE 19, 2018 >>> >>> Please connect 15 minutes or more in advance for audio checks and the like. >>> >>> >>> Guest Speakers N4IRS Steve & N4IRR Mike of the dev crew at DVswitch/Allstar >>> >>> Introductions to the digital radio field of /software/hardware and relationship/connectivity with Allstar software >>> And as much Q & A at the end as we can sneak in. "Round-table" discussion to follow after the net. >>> To help split the 'potential' bandwidth demands, >>> >>> Those west of the Mississippi, please connect on 29993 >>> >>> AND OHIO only on 49999 And the rest east of the Mississippi on 29999 >>> >>> So we don't possibly get overwhelmed with personal node streams. >>> Echolink nodes KB8JNM-L ( 155783 ) east & KB8JNM-R ( 804396 ) west both available >>> Please connect 15 minutes or more in advance for audio checks and the like. >>> >>> I am looking for someone that can take copy of web links/info mentioned during the net >>> >>> to be posted somewhere afterwards and a back-up net control to standby. Please contact by reply to this msg. >>> >>> Please forward/distribute this email to interested party's ! >>> >>> Plans to have a follow-up net/round-table next month in July are in the works. >>> >>> Any last minute/after net info will be posted at www.29999.link >>> >>> If you are intending to use DMR, you will need a DMR ID. Current confusion on this and a low availibility of numbers to issue seem to be a problem we 'may' address during the net. >>> >>> Some quick reference links: (just a 'starter' reference) >>> >>> Getting started cheap hardware: (not endorsing anything) >>> >>> MMDVM: >>> >>> https://www.ebay.com/sch/i.html?_nkw=dmr+hotspot&LH_BIN=1 >>> >>> https://www.ebay.com/itm/UHF-VHF-MMDVM-hotspot-OLED-Antenna-Case-Support-P25-DMR-YSF-for-Raspberry-pi/112884599135?ssPageName=STRK%3AMEBIDX%3AIT&_trksid=p2057872.m2749.l2649 >>> >>> --------- >>> Pi (make sure you are getting one that fits your hardware/software needs) >>> >>> https://www.ebay.com/itm/Raspberry-Pi-3-Model-B-ARM-Cortex-A53-CPU-1-2GHz-64-Bit-Quad-Core-1GB-RAM-10-B/232791278848?hash=item3633710500:g:KAkAAOSwtJBbEmjH >>> >>> https://www.ebay.com/itm/Raspberry-Pi-Zero-V1-3-W-1GHz-512MB-Integrat-WiFi-Bluetooth-Mini-Micro-HDMI-USB/222903760316?ssPageName=STRK%3AMEBIDX%3AIT&_trksid=p2057872.m2749.l2649 >>> --------- >>> Pi-Star: https://www.pistar.uk/downloads/ >>> --------- >>> Most Common 'good' starter radio DMR-UHF: >>> >>> https://www.ebay.com/itm/TYT-MD-380-UHF-Analog-Digital-Tier-II-DMR-DMR-Radio-USB-cable-Software-US-Seller/291640635414?ssPageName=STRK%3AMEBIDX%3AIT&_trksid=p2057872.m2749.l2649 >>> >>> Latest Software for the MD380: >>> >>> http://www.tyt888.com/?mod=download >>> >>> ------------- >>> Code Plug Data : >>> >>> http://arrl-ohio.org/digital/digital.html - (for the state of Ohio): >>> >>> https://www.repeaterbook.com/repeaters/feature_search.php?state_id=42&type=DMR >>> https://dmrtexas.net/ >>> >>> ------------- >>> DVswitch - dv gateway for allstar >>> >>> https://dvswitch.groups.io/g/main/wiki/Home >>> >>> https://dvswitch.groups.io/g/main/topics >>> >>> https://dvswitch.groups.io/g/main/topic/updated_dvswitch_repository/18971786?p=,,,20,0,0,0::recentpostdate%2Fsticky,,,20,2,0,18971786 >>> >>> >>> >>> >>> _______________________________________________ >>> 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 shawpbx at gmail.com Tue Jun 19 19:40:11 2018 From: shawpbx at gmail.com (David Shaw) Date: Tue, 19 Jun 2018 12:40:11 -0700 Subject: [App_rpt-users] ASL Digital Radio/MMDVM Intro Tech "NET" Tues June 19 @ 00:30z ********************** In-Reply-To: <2671AEA5-5582-4E1F-82B0-87BEE92A29DF@gmail.com> References: <2671AEA5-5582-4E1F-82B0-87BEE92A29DF@gmail.com> Message-ID: Still no go. 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 Tue, Jun 19, 2018 at 12:03 PM, John wrote: > Connection failed for me as well. Just tried (again). > > John / WB5NFC > ASL 27911 > > Sent from my iPhone > > On Jun 19, 2018, at 2:00 PM, David Shaw wrote: > > It a no go on my side. > > 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 Tue, Jun 19, 2018 at 11:56 AM, David wrote: > >> Just connected to 29993 worked fine here. >> >> -------- Original message -------- >> From: David Shaw >> Date: 6/19/18 1:46 PM (GMT-06:00) >> To: Users of Asterisk app_rpt >> Subject: Re: [App_rpt-users] ASL Digital Radio/MMDVM Intro Tech "NET" >> Tues June 19 @ 00:30z ********************** >> >> Just testing the connection to 29993 and it failed. I can connect to 2000 >> and 2100. >> >> 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, Jun 8, 2018 at 11:58 AM, Mike wrote: >> >>> A "TECH NET" concerning *"Getting Started with" * >>> >>> Digital Modes / DMR /YSF /P25 /DSTAR /NXDN using MMDVM and bridging >>> these to ALLSTAR >>> >>> To be held on the Allstar Network at >>> >>> *8:30 pm esdst / 00:30 utc - TUES JUNE 19, 2018* >>> >>> *Please connect 15 minutes or more in advance for audio checks and the >>> like.* >>> >>> *Guest Speakers N4IRS Steve & N4IRR Mike of the dev crew at >>> DVswitch/Allstar* >>> >>> Introductions to the digital radio field of /software/hardware and >>> relationship/connectivity with Allstar software >>> >>> And as much Q & A at the end as we can sneak in. "Round-table" >>> discussion to follow after the net. >>> >>> To help split the 'potential' bandwidth demands, >>> >>> Those *west of the Mississippi*, please connect on *29993* >>> >>> AND* OHIO only* on *49999* And the rest *east of the Mississippi* on >>> *29999* >>> >>> So we don't possibly get overwhelmed with personal node streams. >>> >>> Echolink nodes *KB8JNM-L ( 155783 )* *east* & *KB8JNM-R ( 804396 ) >>> west* both available >>> >>> *Please connect 15 minutes or more in advance for audio checks and the >>> like.* >>> >>> >>> *I am looking for someone that can take copy of web links/info mentioned >>> during the net * >>> >>> >>> *to be posted somewhere afterwards and a back-up net control to standby. >>> Please contact by reply to this msg. * >>> >>> *Please forward/distribute this email to interested party's !* >>> >>> *Plans to have a follow-up net/round-table next month in July are in the >>> works.* >>> >>> *Any last minute/after net info will be posted at www.29999.link >>> * >>> >>> If you are intending to use DMR, you will need a DMR ID. Current >>> confusion on this and a low availibility of numbers to issue seem to be a >>> problem we 'may' address during the net. >>> >>> *Some quick reference links: **(just a 'starter' reference)* >>> >>> >>> *Getting started cheap hardware: (not endorsing anything) * >>> >>> *MMDVM:* >>> >>> https://www.ebay.com/sch/i.html?_nkw=dmr+hotspot&LH_BIN=1 >>> >>> https://www.ebay.com/itm/UHF-VHF-MMDVM-hotspot-OLED-Antenna- >>> Case-Support-P25-DMR-YSF-for-Raspberry-pi/112884599135?ssPag >>> eName=STRK%3AMEBIDX%3AIT&_trksid=p2057872.m2749.l2649 >>> >>> --------- >>> >>> *Pi* (make sure you are getting one that fits your hardware/software >>> needs) >>> >>> https://www.ebay.com/itm/Raspberry-Pi-3-Model-B-ARM-Cortex-A >>> 53-CPU-1-2GHz-64-Bit-Quad-Core-1GB-RAM-10-B/232791278848? >>> hash=item3633710500:g:KAkAAOSwtJBbEmjH >>> >>> https://www.ebay.com/itm/Raspberry-Pi-Zero-V1-3-W-1GHz-512MB >>> -Integrat-WiFi-Bluetooth-Mini-Micro-HDMI-USB/222903760316?ss >>> PageName=STRK%3AMEBIDX%3AIT&_trksid=p2057872.m2749.l2649 >>> >>> --------- >>> >>> *Pi-Star: *https://www.pistar.uk/downloads/ >>> >>> --------- >>> >>> *Most Common 'good' starter radio DMR-UHF:* >>> >>> https://www.ebay.com/itm/TYT-MD-380-UHF-Analog-Digital-Tier- >>> II-DMR-DMR-Radio-USB-cable-Software-US-Seller/291640635414? >>> ssPageName=STRK%3AMEBIDX%3AIT&_trksid=p2057872.m2749.l2649 >>> >>> Latest Software for the MD380: >>> >>> http://www.tyt888.com/?mod=download >>> >>> ------------- >>> >>> *Code Plug Data :* >>> >>> http://arrl-ohio.org/digital/digital.html - *(for the state of Ohio):* >>> >>> https://www.repeaterbook.com/repeaters/feature_search.php?st >>> ate_id=42&type=DMR >>> >>> https://dmrtexas.net/ >>> >>> ------------- >>> >>> *DVswitch - *dv gateway for allstar >>> >>> https://dvswitch.groups.io/g/main/wiki/Home >>> >>> https://dvswitch.groups.io/g/main/topics >>> >>> https://dvswitch.groups.io/g/main/topic/updated_dvswitch_rep >>> ository/18971786?p=,,,20,0,0,0::recentpostdate%2Fsticky,,,20 >>> ,2,0,18971786 >>> >>> >>> >>> >>> _______________________________________________ >>> 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/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 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 Jun 19 19:40:57 2018 From: szingman at msgstor.com (Steve Zingman) Date: Tue, 19 Jun 2018 15:40:57 -0400 Subject: [App_rpt-users] ASL Digital Radio/MMDVM Intro Tech "NET" Tues June 19 @ 00:30z ********************** In-Reply-To: References: <2671AEA5-5582-4E1F-82B0-87BEE92A29DF@gmail.com> Message-ID: Try 29999 On 6/19/2018 3:40 PM, David Shaw wrote: > Still no go. > > 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 Tue, Jun 19, 2018 at 12:03 PM, John > wrote: > > Connection failed for me as well. Just tried (again). > > John / WB5NFC > ASL 27911 > > Sent from my iPhone > > On Jun 19, 2018, at 2:00 PM, David Shaw > wrote: > >> It a no go on my side. >> >> 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 Tue, Jun 19, 2018 at 11:56 AM, David > > wrote: >> >> Just connected to 29993 worked fine here. >> >> -------- Original message -------- >> From: David Shaw > >> Date: 6/19/18 1:46 PM (GMT-06:00) >> To: Users of Asterisk app_rpt >> > > >> Subject: Re: [App_rpt-users] ASL Digital Radio/MMDVM Intro >> Tech "NET" Tues June 19 @ 00:30z ********************** >> >> Just testing the connection to 29993 and it failed. I can >> connect to 2000 and 2100. >> >> 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, Jun 8, 2018 at 11:58 AM, Mike > > wrote: >> >> A "TECH NET" concerning *"Getting Started with" * >> >> Digital Modes / DMR? /YSF /P25 /DSTAR /NXDN using MMDVM >> and bridging these to ALLSTAR >> >> To be held on the Allstar Network at* >> * >> >> *8:30 pm esdst / 00:30 utc - TUES JUNE 19, 2018* >> >> *Please connect 15 minutes or more in advance for audio >> checks and the like.** >> * >> >> ** >> >> _*Guest Speakers N4IRS Steve & N4IRR Mike of the dev crew >> at DVswitch/Allstar*_ >> >> Introductions to the digital radio field of >> /software/hardware and relationship/connectivity with >> Allstar software >> >> And as much Q & A at the end as we can sneak in. >> "Round-table" discussion to follow after the net. >> >> To help split the 'potential' bandwidth demands, >> >> Those _west of the Mississippi_, please connect on *29993* >> >> ?AND_OHIO only_ on *49999* And the rest _east of the >> Mississippi_ on *29999* >> >> So we don't possibly get overwhelmed with personal node >> streams. >> >> Echolink nodes *KB8JNM-L ( 155783 )* *east* ? & >> *KB8JNM-R? ( 804396 ) west*? both available >> >> *Please connect 15 minutes or more in advance for audio >> checks and the like.** >> * >> >> *I am looking for someone that can take copy of web >> links/info mentioned during the net >> * >> >> *to be posted somewhere afterwards and a back-up net >> control to standby. Please contact by reply to this msg. >> * >> >> _Please forward/distribute this email to interested >> party's !_ >> >> _Plans to have a follow-up net/round-table next month in >> July are in the works._ >> >> *Any last minute/after net info will be posted at >> __www.29999.link * >> >> If you are intending to use DMR, you will need a DMR ID. >> Current confusion on this and a low availibility of >> numbers to issue seem to be a problem we 'may' address >> during the net. >> >> *Some quick reference links: */(just a 'starter' reference)/ >> >> *Getting started cheap hardware: (not endorsing anything) >> * >> >> *MMDVM:** >> * >> >> https://www.ebay.com/sch/i.html?_nkw=dmr+hotspot&LH_BIN=1 >> >> >> https://www.ebay.com/itm/UHF-VHF-MMDVM-hotspot-OLED-Antenna-Case-Support-P25-DMR-YSF-for-Raspberry-pi/112884599135?ssPageName=STRK%3AMEBIDX%3AIT&_trksid=p2057872.m2749.l2649 >> >> >> --------- >> >> *Pi* (make sure you are getting one that fits your >> hardware/software needs) >> >> https://www.ebay.com/itm/Raspberry-Pi-3-Model-B-ARM-Cortex-A53-CPU-1-2GHz-64-Bit-Quad-Core-1GB-RAM-10-B/232791278848?hash=item3633710500:g:KAkAAOSwtJBbEmjH >> >> >> https://www.ebay.com/itm/Raspberry-Pi-Zero-V1-3-W-1GHz-512MB-Integrat-WiFi-Bluetooth-Mini-Micro-HDMI-USB/222903760316?ssPageName=STRK%3AMEBIDX%3AIT&_trksid=p2057872.m2749.l2649 >> >> >> --------- >> >> *Pi-Star: *https://www.pistar.uk/downloads/ >> >> >> --------- >> >> *Most Common 'good' starter radio DMR-UHF:* >> >> https://www.ebay.com/itm/TYT-MD-380-UHF-Analog-Digital-Tier-II-DMR-DMR-Radio-USB-cable-Software-US-Seller/291640635414?ssPageName=STRK%3AMEBIDX%3AIT&_trksid=p2057872.m2749.l2649 >> >> >> Latest Software for the MD380: >> >> http://www.tyt888.com/?mod=download >> >> >> ------------- >> >> *Code Plug Data :* >> >> http://arrl-ohio.org/digital/digital.html >> - /(for the >> state of Ohio):/ >> >> https://www.repeaterbook.com/repeaters/feature_search.php?state_id=42&type=DMR >> >> >> https://dmrtexas.net/ >> >> ------------- >> >> *DVswitch - *dv gateway for allstar* >> * >> >> https://dvswitch.groups.io/g/main/wiki/Home >> * >> * >> >> https://dvswitch.groups.io/g/main/topics >> * >> * >> >> https://dvswitch.groups.io/g/main/topic/updated_dvswitch_repository/18971786?p=,,,20,0,0,0::recentpostdate%2Fsticky,,,20,2,0,18971786 >> >> >> >> >> >> _______________________________________________ >> 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. -------------- next part -------------- An HTML attachment was scrubbed... URL: From shawpbx at gmail.com Tue Jun 19 19:49:34 2018 From: shawpbx at gmail.com (David Shaw) Date: Tue, 19 Jun 2018 12:49:34 -0700 Subject: [App_rpt-users] ASL Digital Radio/MMDVM Intro Tech "NET" Tues June 19 @ 00:30z ********************** In-Reply-To: References: <2671AEA5-5582-4E1F-82B0-87BEE92A29DF@gmail.com> Message-ID: Sorry that didn't work as well. 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 Tue, Jun 19, 2018 at 12:40 PM, Steve Zingman wrote: > Try 29999 > > > On 6/19/2018 3:40 PM, David Shaw wrote: > > Still no go. > > 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 Tue, Jun 19, 2018 at 12:03 PM, John wrote: > >> Connection failed for me as well. Just tried (again). >> >> John / WB5NFC >> ASL 27911 >> >> Sent from my iPhone >> >> On Jun 19, 2018, at 2:00 PM, David Shaw wrote: >> >> It a no go on my side. >> >> 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 Tue, Jun 19, 2018 at 11:56 AM, David wrote: >> >>> Just connected to 29993 worked fine here. >>> >>> -------- Original message -------- >>> From: David Shaw >>> Date: 6/19/18 1:46 PM (GMT-06:00) >>> To: Users of Asterisk app_rpt >>> Subject: Re: [App_rpt-users] ASL Digital Radio/MMDVM Intro Tech "NET" >>> Tues June 19 @ 00:30z ********************** >>> >>> Just testing the connection to 29993 and it failed. I can connect to >>> 2000 and 2100. >>> >>> 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, Jun 8, 2018 at 11:58 AM, Mike wrote: >>> >>>> A "TECH NET" concerning *"Getting Started with" * >>>> >>>> Digital Modes / DMR /YSF /P25 /DSTAR /NXDN using MMDVM and bridging >>>> these to ALLSTAR >>>> >>>> To be held on the Allstar Network at >>>> >>>> *8:30 pm esdst / 00:30 utc - TUES JUNE 19, 2018* >>>> >>>> *Please connect 15 minutes or more in advance for audio checks and the >>>> like.* >>>> >>>> *Guest Speakers N4IRS Steve & N4IRR Mike of the dev crew at >>>> DVswitch/Allstar* >>>> >>>> Introductions to the digital radio field of /software/hardware and >>>> relationship/connectivity with Allstar software >>>> >>>> And as much Q & A at the end as we can sneak in. "Round-table" >>>> discussion to follow after the net. >>>> >>>> To help split the 'potential' bandwidth demands, >>>> >>>> Those *west of the Mississippi*, please connect on *29993* >>>> >>>> AND* OHIO only* on *49999* And the rest *east of the Mississippi* on >>>> *29999* >>>> >>>> So we don't possibly get overwhelmed with personal node streams. >>>> >>>> Echolink nodes *KB8JNM-L ( 155783 )* *east* & *KB8JNM-R ( 804396 >>>> ) west* both available >>>> >>>> *Please connect 15 minutes or more in advance for audio checks and the >>>> like.* >>>> >>>> >>>> *I am looking for someone that can take copy of web links/info >>>> mentioned during the net * >>>> >>>> >>>> *to be posted somewhere afterwards and a back-up net control to >>>> standby. Please contact by reply to this msg. * >>>> >>>> *Please forward/distribute this email to interested party's !* >>>> >>>> *Plans to have a follow-up net/round-table next month in July are in >>>> the works.* >>>> >>>> *Any last minute/after net info will be posted at www.29999.link >>>> * >>>> >>>> If you are intending to use DMR, you will need a DMR ID. Current >>>> confusion on this and a low availibility of numbers to issue seem to be a >>>> problem we 'may' address during the net. >>>> >>>> *Some quick reference links: **(just a 'starter' reference)* >>>> >>>> >>>> *Getting started cheap hardware: (not endorsing anything) * >>>> >>>> *MMDVM:* >>>> >>>> https://www.ebay.com/sch/i.html?_nkw=dmr+hotspot&LH_BIN=1 >>>> >>>> https://www.ebay.com/itm/UHF-VHF-MMDVM-hotspot-OLED-Antenna- >>>> Case-Support-P25-DMR-YSF-for-Raspberry-pi/112884599135?ssPag >>>> eName=STRK%3AMEBIDX%3AIT&_trksid=p2057872.m2749.l2649 >>>> >>>> --------- >>>> >>>> *Pi* (make sure you are getting one that fits your hardware/software >>>> needs) >>>> >>>> https://www.ebay.com/itm/Raspberry-Pi-3-Model-B-ARM-Cortex-A >>>> 53-CPU-1-2GHz-64-Bit-Quad-Core-1GB-RAM-10-B/232791278848?has >>>> h=item3633710500:g:KAkAAOSwtJBbEmjH >>>> >>>> https://www.ebay.com/itm/Raspberry-Pi-Zero-V1-3-W-1GHz-512MB >>>> -Integrat-WiFi-Bluetooth-Mini-Micro-HDMI-USB/222903760316?ss >>>> PageName=STRK%3AMEBIDX%3AIT&_trksid=p2057872.m2749.l2649 >>>> >>>> --------- >>>> >>>> *Pi-Star: *https://www.pistar.uk/downloads/ >>>> >>>> --------- >>>> >>>> *Most Common 'good' starter radio DMR-UHF:* >>>> >>>> https://www.ebay.com/itm/TYT-MD-380-UHF-Analog-Digital-Tier- >>>> II-DMR-DMR-Radio-USB-cable-Software-US-Seller/291640635414?s >>>> sPageName=STRK%3AMEBIDX%3AIT&_trksid=p2057872.m2749.l2649 >>>> >>>> Latest Software for the MD380: >>>> >>>> http://www.tyt888.com/?mod=download >>>> >>>> ------------- >>>> >>>> *Code Plug Data :* >>>> >>>> http://arrl-ohio.org/digital/digital.html - *(for the state of >>>> Ohio):* >>>> >>>> https://www.repeaterbook.com/repeaters/feature_search.php?st >>>> ate_id=42&type=DMR >>>> >>>> https://dmrtexas.net/ >>>> >>>> ------------- >>>> >>>> *DVswitch - *dv gateway for allstar >>>> >>>> https://dvswitch.groups.io/g/main/wiki/Home >>>> >>>> https://dvswitch.groups.io/g/main/topics >>>> >>>> https://dvswitch.groups.io/g/main/topic/updated_dvswitch_rep >>>> ository/18971786?p=,,,20,0,0,0::recentpostdate%2Fsticky,,,20 >>>> ,2,0,18971786 >>>> >>>> >>>> >>>> >>>> _______________________________________________ >>>> 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/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 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 ssedgwick at suddenlink.net Tue Jun 19 20:10:15 2018 From: ssedgwick at suddenlink.net (ssedgwick) Date: Tue, 19 Jun 2018 15:10:15 -0500 Subject: [App_rpt-users] ASL Digital Radio/MMDVM Intro Tech "NET" Tues In-Reply-To: Message-ID: Same here, connection failed on both 29993 and 29999. Steve_WB8GRS -------------- next part -------------- An HTML attachment was scrubbed... URL: From szingman at msgstor.com Tue Jun 19 20:20:42 2018 From: szingman at msgstor.com (Steve Zingman) Date: Tue, 19 Jun 2018 16:20:42 -0400 Subject: [App_rpt-users] ASL Digital Radio/MMDVM Intro Tech "NET" Tues In-Reply-To: References: Message-ID: <30732ebf-cbe1-3d9a-8dd1-2a0d0738db33@msgstor.com> If you are having a problem with 29999 or 29993. Use 2600 If possible we will move you back to 29999 or 29993 before the net. Steve On 6/19/2018 4:10 PM, ssedgwick wrote: > Same here, connection failed on both 29993 and 29999. > Steve_WB8GRS > > > _______________________________________________ > 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 kb7sqi at gmail.com Tue Jun 19 20:21:50 2018 From: kb7sqi at gmail.com (Steve Blackford) Date: Tue, 19 Jun 2018 16:21:50 -0400 Subject: [App_rpt-users] ASL Digital Radio/MMDVM Intro Tech "NET" Tues In-Reply-To: References: Message-ID: I?m connected 29999 right now. Hope it stays connected as I?ll be working while the net is going on. :-). 73 de K4SQI! Steve Sent from my iPhone > On Jun 19, 2018, at 16:10, ssedgwick wrote: > > Same here, connection failed on both 29993 and 29999. > > Steve_WB8GRS > _______________________________________________ > 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 ars.w5omr at gmail.com Tue Jun 19 22:11:04 2018 From: ars.w5omr at gmail.com (ARS W5OMR) Date: Tue, 19 Jun 2018 17:11:04 -0500 Subject: [App_rpt-users] ASL Digital Radio/MMDVM Intro Tech "NET" Tues June 19 @ 00:30z ********************** In-Reply-To: <0cd88d5e-069d-82d6-d989-caaa3aad3919@midnighteng.com> References: <8f08deaa-fb82-a939-34a8-6a7b6d825f8b@midnighteng.com> <046101d40766$2d7b2210$88716630$@Fot.com.au> <0cd88d5e-069d-82d6-d989-caaa3aad3919@midnighteng.com> Message-ID: When does Tuesday, June 19th at 00:30z occurs for You? For me, in the Central Time Zone, it was last night (Monday), at 19:30 local. If it's to happen in roughly 2.5 hours, that'd make it 00:30z on WEDNESDAY, or, is that too difficult to understand? For you, in Ohio, in the EASTERN time zone, 00:30z occurs at 20:30, or 8:30 (if military time is too difficult to calculate for you). You -do- realize that once the clock passed from 23:59:59 to 00:00:01, Monday becomes Tuesday... don't You? Let's review... 00:30z Tuesday, occurs at 20:30 EST MONDAY NIGHT! Maybe someone sold you a defective calandar? On Tue, Jun 19, 2018, 10:51 Mike wrote: > You did not hear anything because you are using the wrong calendar. > > or > > you did not 'READ' the message ? > > The date and time were posted largely as well as a link > > I can see it in your reply, so I know you got the whole message. > > ... don't know how to make that easier, but I am open for suggestions.... > > On 6/19/2018 11:42 AM, ARS W5OMR wrote: > > Didn't hear any 'net' on, last night. > Will try to listen this evening. > > 73 = Best Regards, > -Geoff/W5OMR (29655) > > > On Mon, Jun 18, 2018 at 8:39 PM, James R. Pilgram > wrote: > >> I believe its Wednesday for y'all on the other side of the international >> date line. >> >> On 06/18/2018 02:40 PM, Bob Good wrote: >> >> Good Evening >> >> >> >> Is the Tech net on to day ? >> >> >> >> 73 >> >> Bob >> >> VK6ZGN >> >> >> >> *From:* App_rpt-users [mailto:app_rpt-users-bounces at lists.allstarlink.org >> ] *On Behalf Of *Mike >> *Sent:* Saturday, 9 June 2018 02:58 >> *To:* app_rpt-users at lists.allstarlink.org >> *Subject:* [App_rpt-users] ASL Digital Radio/MMDVM Intro Tech "NET" Tues >> June 19 @ 00:30z ********************** >> >> >> >> A "TECH NET" concerning *"Getting Started with"* >> >> Digital Modes / DMR /YSF /P25 /DSTAR /NXDN using MMDVM and bridging >> these to ALLSTAR >> >> To be held on the Allstar Network at >> >> *8:30 pm esdst / 00:30 utc - TUES JUNE 19, 2018* >> >> *Please connect 15 minutes or more in advance for audio checks and the >> like.* >> >> *Guest Speakers N4IRS Steve & N4IRR Mike of the dev crew at >> DVswitch/Allstar* >> >> Introductions to the digital radio field of /software/hardware and >> relationship/connectivity with Allstar software >> >> And as much Q & A at the end as we can sneak in. "Round-table" discussion >> to follow after the net. >> >> To help split the 'potential' bandwidth demands, >> >> Those *west of the Mississippi*, please connect on *29993* >> >> AND* OHIO only* on *49999* And the rest *east of the Mississippi* on >> *29999* >> >> So we don't possibly get overwhelmed with personal node streams. >> >> Echolink nodes *KB8JNM-L ( 155783 )* *east* & *KB8JNM-R ( 804396 ) >> west* both available >> >> *Please connect 15 minutes or more in advance for audio checks and the >> like.* >> >> *I am looking for someone that can take copy of web links/info mentioned >> during the net * >> >> *to be posted somewhere afterwards and a back-up net control to standby. >> Please contact by reply to this msg.* >> >> *Please forward/distribute this email to interested party's !* >> >> *Plans to have a follow-up net/round-table next month in July are in the >> works.* >> >> *Any last minute/after net info will be posted at www.29999.link >> * >> >> If you are intending to use DMR, you will need a DMR ID. Current >> confusion on this and a low availibility of numbers to issue seem to be a >> problem we 'may' address during the net. >> >> *Some quick reference links: **(just a 'starter' reference)* >> >> *Getting started cheap hardware: (not endorsing anything)* >> >> *MMDVM:* >> >> https://www.ebay.com/sch/i.html?_nkw=dmr+hotspot&LH_BIN=1 >> >> >> https://www.ebay.com/itm/UHF-VHF-MMDVM-hotspot-OLED-Antenna-Case-Support-P25-DMR-YSF-for-Raspberry-pi/112884599135?ssPageName=STRK%3AMEBIDX%3AIT&_trksid=p2057872.m2749.l2649 >> >> --------- >> >> *Pi* (make sure you are getting one that fits your hardware/software >> needs) >> >> >> https://www.ebay.com/itm/Raspberry-Pi-3-Model-B-ARM-Cortex-A53-CPU-1-2GHz-64-Bit-Quad-Core-1GB-RAM-10-B/232791278848?hash=item3633710500:g:KAkAAOSwtJBbEmjH >> >> >> https://www.ebay.com/itm/Raspberry-Pi-Zero-V1-3-W-1GHz-512MB-Integrat-WiFi-Bluetooth-Mini-Micro-HDMI-USB/222903760316?ssPageName=STRK%3AMEBIDX%3AIT&_trksid=p2057872.m2749.l2649 >> >> --------- >> >> *Pi-Star: *https://www.pistar.uk/downloads/ >> >> --------- >> >> *Most Common 'good' starter radio DMR-UHF:* >> >> >> https://www.ebay.com/itm/TYT-MD-380-UHF-Analog-Digital-Tier-II-DMR-DMR-Radio-USB-cable-Software-US-Seller/291640635414?ssPageName=STRK%3AMEBIDX%3AIT&_trksid=p2057872.m2749.l2649 >> >> Latest Software for the MD380: >> >> http://www.tyt888.com/?mod=download >> >> ------------- >> >> *Code Plug Data :* >> >> http://arrl-ohio.org/digital/digital.html - *(for the state of Ohio):* >> >> >> https://www.repeaterbook.com/repeaters/feature_search.php?state_id=42&type=DMR >> >> https://dmrtexas.net/ >> >> ------------- >> >> *DVswitch - *dv gateway for allstar >> >> https://dvswitch.groups.io/g/main/wiki/Home >> >> https://dvswitch.groups.io/g/main/topics >> >> >> https://dvswitch.groups.io/g/main/topic/updated_dvswitch_repository/18971786?p=,,,20,0,0,0::recentpostdate%2Fsticky,,,20,2,0,18971786 >> >> >> >> >> >> >> _______________________________________________ >> 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. >> > > > > -- > Operating your AM rig without a scope is like driving our car at night > without headlights. (~K4KYV) > > 73 = Best Regards, > -Geoff/W5OMR > > > _______________________________________________ > 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 mm at midnighteng.com Tue Jun 19 22:30:25 2018 From: mm at midnighteng.com (Mike) Date: Tue, 19 Jun 2018 18:30:25 -0400 Subject: [App_rpt-users] Connect issues before the net Message-ID: If you had a issue connecting 29999/29993/49999 please try again. "Let me know if there is a issue" by reply ...mike/kb8jnm From welfarecat at comcast.net Tue Jun 19 22:33:03 2018 From: welfarecat at comcast.net (Te Bussell) Date: Tue, 19 Jun 2018 18:33:03 -0400 Subject: [App_rpt-users] ASL Digital Radio/MMDVM Intro Tech "NET" Tues June 19 @ 00:30z ********************** In-Reply-To: References: Message-ID: <9664A2EB-0EB7-4CB5-AB8B-1282D36219D2@comcast.net> I will try Echolink. I was not around long enough today to make needed node test. I am going to try 8:30 PM EST. THAT bit about the time is a little confusing. Sent from my iPad > On Jun 19, 2018, at 3:00 PM, David Shaw wrote: > > It a no go on my side. > > 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 Tue, Jun 19, 2018 at 11:56 AM, David wrote: >> Just connected to 29993 worked fine here. >> >> -------- Original message -------- >> From: David Shaw >> Date: 6/19/18 1:46 PM (GMT-06:00) >> To: Users of Asterisk app_rpt >> Subject: Re: [App_rpt-users] ASL Digital Radio/MMDVM Intro Tech "NET" Tues June 19 @ 00:30z ********************** >> >> Just testing the connection to 29993 and it failed. I can connect to 2000 and 2100. >> >> 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, Jun 8, 2018 at 11:58 AM, Mike wrote: >>> A "TECH NET" concerning "Getting Started with" >>> >>> Digital Modes / DMR /YSF /P25 /DSTAR /NXDN using MMDVM and bridging these to ALLSTAR >>> >>> To be held on the Allstar Network at >>> >>> 8:30 pm esdst / 00:30 utc - TUES JUNE 19, 2018 >>> >>> Please connect 15 minutes or more in advance for audio checks and the like. >>> >>> >>> Guest Speakers N4IRS Steve & N4IRR Mike of the dev crew at DVswitch/Allstar >>> >>> Introductions to the digital radio field of /software/hardware and relationship/connectivity with Allstar software >>> And as much Q & A at the end as we can sneak in. "Round-table" discussion to follow after the net. >>> To help split the 'potential' bandwidth demands, >>> >>> Those west of the Mississippi, please connect on 29993 >>> >>> AND OHIO only on 49999 And the rest east of the Mississippi on 29999 >>> >>> So we don't possibly get overwhelmed with personal node streams. >>> Echolink nodes KB8JNM-L ( 155783 ) east & KB8JNM-R ( 804396 ) west both available >>> Please connect 15 minutes or more in advance for audio checks and the like. >>> >>> I am looking for someone that can take copy of web links/info mentioned during the net >>> >>> to be posted somewhere afterwards and a back-up net control to standby. Please contact by reply to this msg. >>> >>> Please forward/distribute this email to interested party's ! >>> >>> Plans to have a follow-up net/round-table next month in July are in the works. >>> >>> Any last minute/after net info will be posted at www.29999.link >>> >>> If you are intending to use DMR, you will need a DMR ID. Current confusion on this and a low availibility of numbers to issue seem to be a problem we 'may' address during the net. >>> >>> Some quick reference links: (just a 'starter' reference) >>> >>> Getting started cheap hardware: (not endorsing anything) >>> >>> MMDVM: >>> >>> https://www.ebay.com/sch/i.html?_nkw=dmr+hotspot&LH_BIN=1 >>> >>> https://www.ebay.com/itm/UHF-VHF-MMDVM-hotspot-OLED-Antenna-Case-Support-P25-DMR-YSF-for-Raspberry-pi/112884599135?ssPageName=STRK%3AMEBIDX%3AIT&_trksid=p2057872.m2749.l2649 >>> >>> --------- >>> Pi (make sure you are getting one that fits your hardware/software needs) >>> >>> https://www.ebay.com/itm/Raspberry-Pi-3-Model-B-ARM-Cortex-A53-CPU-1-2GHz-64-Bit-Quad-Core-1GB-RAM-10-B/232791278848?hash=item3633710500:g:KAkAAOSwtJBbEmjH >>> >>> https://www.ebay.com/itm/Raspberry-Pi-Zero-V1-3-W-1GHz-512MB-Integrat-WiFi-Bluetooth-Mini-Micro-HDMI-USB/222903760316?ssPageName=STRK%3AMEBIDX%3AIT&_trksid=p2057872.m2749.l2649 >>> --------- >>> Pi-Star: https://www.pistar.uk/downloads/ >>> --------- >>> Most Common 'good' starter radio DMR-UHF: >>> >>> https://www.ebay.com/itm/TYT-MD-380-UHF-Analog-Digital-Tier-II-DMR-DMR-Radio-USB-cable-Software-US-Seller/291640635414?ssPageName=STRK%3AMEBIDX%3AIT&_trksid=p2057872.m2749.l2649 >>> >>> Latest Software for the MD380: >>> >>> http://www.tyt888.com/?mod=download >>> >>> ------------- >>> Code Plug Data : >>> >>> http://arrl-ohio.org/digital/digital.html - (for the state of Ohio): >>> >>> https://www.repeaterbook.com/repeaters/feature_search.php?state_id=42&type=DMR >>> https://dmrtexas.net/ >>> >>> ------------- >>> DVswitch - dv gateway for allstar >>> >>> https://dvswitch.groups.io/g/main/wiki/Home >>> >>> https://dvswitch.groups.io/g/main/topics >>> >>> https://dvswitch.groups.io/g/main/topic/updated_dvswitch_repository/18971786?p=,,,20,0,0,0::recentpostdate%2Fsticky,,,20,2,0,18971786 >>> >>> >>> >>> >>> _______________________________________________ >>> 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 ssedgwick at suddenlink.net Tue Jun 19 23:00:04 2018 From: ssedgwick at suddenlink.net (ssedgwick) Date: Tue, 19 Jun 2018 18:00:04 -0500 Subject: [App_rpt-users] Connect issues before the net In-Reply-To: Message-ID: <2F26ED0A37A940209EE8A27D55055C1A@SteveOfficePC> Just moved from 2600 to 29993 and it works fine now. Thanks, Steve_WB8GRS -------------- next part -------------- An HTML attachment was scrubbed... URL: From Benjamin at Project23D.com Wed Jun 20 01:05:16 2018 From: Benjamin at Project23D.com (Benjamin Naber) Date: Tue, 19 Jun 2018 20:05:16 -0500 Subject: [App_rpt-users] current on going net In-Reply-To: References: Message-ID: <1529456716.7080.8.camel@Project23D.com> 29999 is dropping connections. some of you all can connect to a dedicated server with lots of bandwidth 29567 From ka1mxl at cox.net Wed Jun 20 01:26:30 2018 From: ka1mxl at cox.net (Kevin Halton) Date: Tue, 19 Jun 2018 21:26:30 -0400 Subject: [App_rpt-users] current on going net In-Reply-To: <0pNB1y00E2qTvDB01pNCH8> References: <0pNB1y00E2qTvDB01pNCH8> Message-ID: Try 45592 Sent from my iPhone > On Jun 19, 2018, at 9:05 PM, Benjamin Naber wrote: > > 29999 is dropping connections. > > some of you all can connect to a dedicated server with lots of > bandwidth > > 29567 > _______________________________________________ > 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 russell at kv4s.com Wed Jun 20 01:29:13 2018 From: russell at kv4s.com (Russell Thomas) Date: Tue, 19 Jun 2018 20:29:13 -0500 Subject: [App_rpt-users] current on going net In-Reply-To: References: Message-ID: 29567 is working great for me now! Will there be a recording available after the net? On Tue, Jun 19, 2018, 8:26 PM Kevin Halton wrote: > Try 45592 > > Sent from my iPhone > > > On Jun 19, 2018, at 9:05 PM, Benjamin Naber > wrote: > > > > 29999 is dropping connections. > > > > some of you all can connect to a dedicated server with lots of > > bandwidth > > > > 29567 > > _______________________________________________ > > 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 Benjamin at Project23D.com Wed Jun 20 02:36:31 2018 From: Benjamin at Project23D.com (Benjamin Naber) Date: Tue, 19 Jun 2018 21:36:31 -0500 Subject: [App_rpt-users] Next Weeks Digital Voice and ASL linking nets In-Reply-To: <1529456716.7080.8.camel@Project23D.com> References: <1529456716.7080.8.camel@Project23D.com> Message-ID: <1529462191.7080.10.camel@Project23D.com> 29567 can be issued to others as a hub for the following nets, or any other for that matter. ~Benjamin, KB9LFZ On Tue, 2018-06-19 at 20:05 -0500, Benjamin Naber wrote: > 29999 is dropping connections. > > some of you all can connect to a dedicated server with lots of > bandwidth > > 29567 > _______________________________________________ > 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 mm at midnighteng.com Wed Jun 20 03:04:44 2018 From: mm at midnighteng.com (Mike) Date: Tue, 19 Jun 2018 23:04:44 -0400 Subject: [App_rpt-users] Next Weeks Digital Voice and ASL linking nets In-Reply-To: <1529462191.7080.10.camel@Project23D.com> References: <1529456716.7080.8.camel@Project23D.com> <1529462191.7080.10.camel@Project23D.com> Message-ID: <52dcae44-2411-5986-2d73-50e3159d0aff@midnighteng.com> Thanks Ben, So you don't mind, I put it on the list of connectable s. Net/ Roundtable discussion / help session to follow next tues, same time ...mike/kb8jnm On 6/19/2018 10:36 PM, Benjamin Naber wrote: > 29567 can be issued to others as a hub for the following nets, > > or any other for that matter. > > ~Benjamin, KB9LFZ > > > On Tue, 2018-06-19 at 20:05 -0500, Benjamin Naber wrote: >> 29999 is dropping connections. >> >> some of you all can connect to a dedicated server with lots of >> bandwidth >> >> 29567 >> _______________________________________________ >> 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 horsezip at earthlink.net Wed Jun 20 14:39:39 2018 From: horsezip at earthlink.net (jimmy keffer) Date: Wed, 20 Jun 2018 10:39:39 -0400 Subject: [App_rpt-users] ASL Digital Radio/MMDVM Intro Tech "NET" Tues In-Reply-To: References: Message-ID: was in audio file made of the net i didn't get stay for it jimmy ka3vgm From szingman at msgstor.com Wed Jun 20 14:41:27 2018 From: szingman at msgstor.com (Steve Zingman) Date: Wed, 20 Jun 2018 10:41:27 -0400 Subject: [App_rpt-users] ASL Digital Radio/MMDVM Intro Tech "NET" Tues In-Reply-To: References: Message-ID: <55704cac-4dba-397f-7082-0a43d7d69e91@msgstor.com> Not this time. We will do the presentation again and make sure there is a audio archive. Steve On 6/20/2018 10:39 AM, jimmy keffer wrote: > was in audio file made of the net i didn't get stay for it > 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 Jun 20 14:44:25 2018 From: horsezip at earthlink.net (jimmy keffer) Date: Wed, 20 Jun 2018 10:44:25 -0400 Subject: [App_rpt-users] ASL Digital Radio/MMDVM Intro Tech "NET" Tues In-Reply-To: <55704cac-4dba-397f-7082-0a43d7d69e91@msgstor.com> References: <55704cac-4dba-397f-7082-0a43d7d69e91@msgstor.com> Message-ID: <61qkid922lduea70ebgilpgstju2h847r7@4ax.com> ok thanks From mm at midnighteng.com Wed Jun 20 17:09:58 2018 From: mm at midnighteng.com (Mike) Date: Wed, 20 Jun 2018 13:09:58 -0400 Subject: [App_rpt-users] ASL Digital Radio/MMDVM Intro Tech "NET" Tues In-Reply-To: References: Message-ID: I will have a full report for the group on thurs/fri, The issues for the net last night are much different set of issues than many think. but no, the audio was amuck on 2 instances for the attempt. ...mike/kb8jnm On 6/20/2018 10:39 AM, jimmy keffer wrote: > was in audio file made of the net i didn't get stay for it > 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 Bryan at bryanfields.net Wed Jun 20 17:15:06 2018 From: Bryan at bryanfields.net (Bryan Fields) Date: Wed, 20 Jun 2018 13:15:06 -0400 Subject: [App_rpt-users] Node connection issues Message-ID: <68a31179-49d5-58a1-88d7-6d5d8c52b323@bryanfields.net> If you have issues with people unable to connect to one of your nodes, please ensure you only have one server registering that node to the iax registration server. If you have more than one server using the same node/password to register to the registration service, this will likely cause different IPs in the nodes file and interment problems connecting to other nodes. The registration service is going to do what it does and register each node if it's got the right password; it's stateless and this is intended. 73's -- Bryan Fields 727-409-1194 - Voice http://bryanfields.net From david at kg5rdf.com Wed Jun 20 17:28:47 2018 From: david at kg5rdf.com (David) Date: Wed, 20 Jun 2018 12:28:47 -0500 Subject: [App_rpt-users] ASL Digital Radio/MMDVM Intro Tech "NET" Tues In-Reply-To: Message-ID: Just an fyi, I connected to 29993 and talked and could here anyone on the node that talked, but could not hear the net. Moved over to 29999 and could here net audio but dropped within a minute. Reconnect and same thing. I was recording it externally via sdr, but dropped too much. Will try again next net. -------- Original message --------From: Mike Date: 6/20/18 12:09 PM (GMT-06:00) To: app_rpt-users at lists.allstarlink.org Subject: Re: [App_rpt-users] ASL Digital Radio/MMDVM Intro Tech "NET" Tues I will have a full report for the group on thurs/fri, The issues for the net last night are much different set of issues than many think. but no, the audio was amuck on 2 instances for the attempt. ...mike/kb8jnm On 6/20/2018 10:39 AM, jimmy keffer wrote: > was in audio file made of the net i didn't get stay for it > 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. -------------- next part -------------- An HTML attachment was scrubbed... URL: From jd0 at broadsci.com Wed Jun 20 19:07:10 2018 From: jd0 at broadsci.com (Jeff DePolo) Date: Wed, 20 Jun 2018 15:07:10 -0400 Subject: [App_rpt-users] ASL Digital Radio/MMDVM Intro Tech "NET" Tues In-Reply-To: <55704cac-4dba-397f-7082-0a43d7d69e91@msgstor.com> References: <55704cac-4dba-397f-7082-0a43d7d69e91@msgstor.com> Message-ID: <6B9B5F675B654C2685130706CDB39817@OUTLAW> > > was in audio file made of the net i didn't get stay for it > > jimmy ka3vgm > Not this time. We will do the presentation again and make > sure there is > a audio archive. > > Steve I should have an audio archive. I can concatenate the files and shrink them into a reasonable-bitrate MP3 or AAC if there is interest; please respond if interested. I had 2300 linked to 2600 for the duration (2300 was logging audio). While there were a few occasions where it seemed like Steve or Mike had lost connectivity for a few seconds, for the most part it was solid, no disconnects/reconnects or anything that I noticed between here and 2600. 2600 seemed to have fewer issues than some of the other hubs; others were reporting things like "we only heard 10% of what you said last time", yet I heard it fine via 2600/2300. Steve and Mike, were you using 2600 as your entry point? --- Jeff WN3A --- This email has been checked for viruses by Avast antivirus software. https://www.avast.com/antivirus From szingman at msgstor.com Wed Jun 20 19:10:31 2018 From: szingman at msgstor.com (Steve Zingman) Date: Wed, 20 Jun 2018 15:10:31 -0400 Subject: [App_rpt-users] ASL Digital Radio/MMDVM Intro Tech "NET" Tues In-Reply-To: <6B9B5F675B654C2685130706CDB39817@OUTLAW> References: <55704cac-4dba-397f-7082-0a43d7d69e91@msgstor.com> <6B9B5F675B654C2685130706CDB39817@OUTLAW> Message-ID: <1da709c3-6277-01c8-2ed0-9618db8c3422@msgstor.com> Jeff, It would be MOST appreciated if you could stitch together a archive. Mike started and stayed on 2600 throughout. I started on 29999 and switched to 2600 when the problems arose. Steve On 6/20/2018 3:07 PM, Jeff DePolo wrote: >>> was in audio file made of the net i didn't get stay for it >>> jimmy ka3vgm >> Not this time. We will do the presentation again and make >> sure there is >> a audio archive. >> >> Steve > I should have an audio archive. I can concatenate the files and shrink them > into a reasonable-bitrate MP3 or AAC if there is interest; please respond if > interested. I had 2300 linked to 2600 for the duration (2300 was logging > audio). While there were a few occasions where it seemed like Steve or Mike > had lost connectivity for a few seconds, for the most part it was solid, no > disconnects/reconnects or anything that I noticed between here and 2600. > 2600 seemed to have fewer issues than some of the other hubs; others were > reporting things like "we only heard 10% of what you said last time", yet I > heard it fine via 2600/2300. Steve and Mike, were you using 2600 as your > entry point? > > --- 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. From mm at midnighteng.com Wed Jun 20 19:13:23 2018 From: mm at midnighteng.com (Mike) Date: Wed, 20 Jun 2018 15:13:23 -0400 Subject: [App_rpt-users] ASL Digital Radio/MMDVM Intro Tech "NET" Tues In-Reply-To: <6B9B5F675B654C2685130706CDB39817@OUTLAW> References: <55704cac-4dba-397f-7082-0a43d7d69e91@msgstor.com> <6B9B5F675B654C2685130706CDB39817@OUTLAW> Message-ID: <96f8454f-ca83-b870-e0af-f0c11c6240b2@midnighteng.com> Jeff, If you have them in the original form from a allstar archive production, could you just zip them into one file and send them to me ? I originally was going to make a script to allow playback with timed breaks just as it originally played (minus imperfections) and connect that to a dummy node as a asset to be connected to and played back by command. ...mike/kb8jnm On 6/20/2018 3:07 PM, Jeff DePolo wrote: >>> was in audio file made of the net i didn't get stay for it >>> jimmy ka3vgm >> Not this time. We will do the presentation again and make >> sure there is >> a audio archive. >> >> Steve > I should have an audio archive. I can concatenate the files and shrink them > into a reasonable-bitrate MP3 or AAC if there is interest; please respond if > interested. I had 2300 linked to 2600 for the duration (2300 was logging > audio). While there were a few occasions where it seemed like Steve or Mike > had lost connectivity for a few seconds, for the most part it was solid, no > disconnects/reconnects or anything that I noticed between here and 2600. > 2600 seemed to have fewer issues than some of the other hubs; others were > reporting things like "we only heard 10% of what you said last time", yet I > heard it fine via 2600/2300. Steve and Mike, were you using 2600 as your > entry point? > > --- 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. From russell at kv4s.com Wed Jun 20 20:42:59 2018 From: russell at kv4s.com (Russell Thomas) Date: Wed, 20 Jun 2018 15:42:59 -0500 Subject: [App_rpt-users] Allmon2 help Message-ID: I was trying to install the ASL add-on from the ASL menu but it's not working. attached is a screenshot of the output after i exit out of the menu. 73, Russell Thomas, KV4S Cell: 205.202.1701 DMR: 3101393 D-Star: KV4S AllStar: 47923 EchoLink: KV4S-L (1003254) HamShackHotline: 614 Web: http://KV4S.com -------------- next part -------------- A non-text attachment was scrubbed... Name: totermw_2018-06-20_15-40-17.png Type: image/png Size: 7336 bytes Desc: not available URL: From kb7sqi at gmail.com Wed Jun 20 21:05:01 2018 From: kb7sqi at gmail.com (Steven Blackford) Date: Wed, 20 Jun 2018 17:05:01 -0400 Subject: [App_rpt-users] Allmon2 help In-Reply-To: References: Message-ID: <5b2ac17b.1c69fb81.6a902.55fd@mx.google.com> Hey Russell, You can get Allmon2 right from the GitHub site: https://github.com/tsawyer/allmon2 The setup is pretty straight forward. One of these days when I actually get a free day, I?ll package it up as a Debian package, I just haven?t had time lately for anything. I have Supermon working on the ASL image as well. It?s pretty much 100% ported on PI?s, but I need to create a few scripts to pull the same info for X64/I386 systems. Other than that it works great on ASL as well. ? Hope you?re doing well. 73 de K4SQI! Steve, K4SQI From: Russell Thomas Sent: Wednesday, June 20, 2018 4:43 PM To: Users of Asterisk app_rpt Subject: [App_rpt-users] Allmon2 help I was trying to install the ASL add-on from the ASL menu but it's not working. attached is a screenshot of the output after i exit out of the menu. 73, Russell Thomas, KV4S Cell: 205.202.1701 DMR: 3101393 D-Star: KV4S AllStar: 47923 EchoLink: KV4S-L (1003254) HamShackHotline: 614 Web: http://KV4S.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From szingman at msgstor.com Wed Jun 20 21:35:38 2018 From: szingman at msgstor.com (Steve Zingman) Date: Wed, 20 Jun 2018 17:35:38 -0400 Subject: [App_rpt-users] Allmon2 help In-Reply-To: <5b2ac17b.1c69fb81.6a902.55fd@mx.google.com> References: <5b2ac17b.1c69fb81.6a902.55fd@mx.google.com> Message-ID: For what it's worth, before and after I created the ASL repository, I asked the authors of the more popular packages to give me their packages in a form that I could easily include in the ASL repository. That way a user could simply do a apt-get install allmon2 or any other package and it would be installed and working. Steve can tell you that it's not hard to do. I was reminded of the "give a man a fish" parable. My hope was that the package authors would embrace the ease that their packages could be installed. I had quite a bit on my plate at the time with ASL, so I hoped they would do that part of the work. Oh well. Steve N4IRS On 06/20/2018 05:05 PM, Steven Blackford wrote: > > Hey Russell, > > ??? You can get Allmon2 right from the GitHub site: > > https://github.com/tsawyer/allmon2 > > The setup is pretty straight forward.? One of these days when I > actually get a free day, I?ll package it up as a Debian package, I > just haven?t had time lately for anything.? I have Supermon working on > the ASL image as well. It?s pretty much 100% ported on PI?s, but I > need to create a few scripts to pull the same info for X64/I386 > systems.? Other than that it works great on ASL as well. ? Hope > you?re doing well.? 73 de K4SQI! > > Steve, K4SQI > > *From: *Russell Thomas > *Sent: *Wednesday, June 20, 2018 4:43 PM > *To: *Users of Asterisk app_rpt > > *Subject: *[App_rpt-users] Allmon2 help > > I was trying to install the ASL add-on from the ASL menu but it's not > working. > > attached is a screenshot of the output after i exit out of the menu. > > 73, > > Russell Thomas, KV4S > > Cell: 205.202.1701 > > DMR: 3101393 > > D-Star: KV4S > > AllStar: 47923 > > EchoLink: KV4S-L (1003254) > > HamShackHotline: 614 > > Web: http://KV4S.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 mm at midnighteng.com Wed Jun 20 22:10:29 2018 From: mm at midnighteng.com (Mike) Date: Wed, 20 Jun 2018 18:10:29 -0400 Subject: [App_rpt-users] ASL Pi hardware requirements ? Message-ID: Well, the time has come for me to eat? some Pi topped with ASL sprinkles, I have a goal of using it for the TXr on a my revised split site 6m repeater, So, I have ordered a bunch of different Pi's to taste but I don't see the min requirements for the hardware, Will the image run on a Orange Pi zero w512mb (I would think it does) or does this need 1gb perhaps it's there and I just overlooked it speed reading....LOL The different flavors have not yet arrived so I have plenty of time. ...mike/kb8jnm From kevin.babich at gmail.com Wed Jun 20 22:20:52 2018 From: kevin.babich at gmail.com (Kevin Babich) Date: Wed, 20 Jun 2018 17:20:52 -0500 Subject: [App_rpt-users] RTCM [RX Packet Out of Bounds] ***Updated*** In-Reply-To: References: <036601d3f93f$ae7c3d70$0b74b850$@gmail.com> <0c1b01d401ef$2c2e7280$848b5780$@gmail.com> <00e501d40294$9fb435f0$df1ca1d0$@gmail.com> <019301d402de$dccaf1f0$9660d5d0$@gmail.com> <00e401d404f1$86598470$930c8d50$@gmail.com> Message-ID: <04c701d408e4$f3cc5f90$db651eb0$@gmail.com> To whom it may concern: I changed the NOVUS GPSDO to match the other sites, this was the output. At one point the SysTime matched the GPSTime, don?t know how or why it changed. It was previously postulated that the LAB time was earlier as it was closest to the Asterisk server, apparently not the case as one can observe a distant site with earlier time. GPSTime (Valparaiso): 06/20/18 17:10:49.000000000 SysTime: 06/20/18 17:10:49.260000 DrainTime: 06/20/18 17:10:49.220 Got GPS (Valparaiso): Lat: 4131.82N, Lon: 08702.05W, Elev: 300.5 GPSTime (Lab): 06/20/18 17:10:49.000000000 SysTime: 06/20/18 17:10:49.260000 DrainTime: 06/20/18 17:10:49.240 Got GPS (Lab): Lat: 4126.20N, Lon: 08654.13W, Elev: 231.7 GPSTime (LaPorte): 06/20/18 17:10:49.000000000 SysTime: 06/20/18 17:10:49.280000 DrainTime: 06/20/18 17:10:49.240 Got GPS (LaPorte): Lat: 4139.38N, Lon: 08645.96W, Elev: 329.7 GPSTime (Crown_Point): 06/20/18 17:10:49.000000000 SysTime: 06/20/18 17:10:49.280000 DrainTime: 06/20/18 17:10:49.240 Got GPS (Crown_Point): Lat: 4121.15N, Lon: 08724.18W, Elev: 219.7 Then after checking back, after restarting Asterisk, I found this: GPSTime (LaPorte): 06/20/18 16:57:02.000000000 SysTime: 06/20/18 16:57:02.020000 DrainTime: 06/20/18 16:57:01.960 Got GPS (LaPorte): Lat: 4139.38N, Lon: 08645.96W, Elev: 329.4 GPSTime (Valparaiso): 06/20/18 16:57:02.000000000 SysTime: 06/20/18 16:57:02.260000 DrainTime: 06/20/18 16:57:02.220 Got GPS (Valparaiso): Lat: 4131.81N, Lon: 08702.05W, Elev: 305.8 GPSTime (Lab): 06/20/18 16:57:02.000000000 SysTime: 06/20/18 16:57:02.280000 DrainTime: 06/20/18 16:57:02.240 Got GPS (Lab): Lat: 4126.20N, Lon: 08654.13W, Elev: 232.8 GPSTime (Crown_Point): 06/20/18 16:57:02.000000000 SysTime: 06/20/18 16:57:02.280000 DrainTime: 06/20/18 16:57:02.240 Got GPS (Crown_Point): Lat: 4121.15N, Lon: 08724.18W, Elev: 221.0 Then booted Asterisk: GPSTime (LaPorte): 06/20/18 17:05:41.000000000 SysTime: 06/20/18 17:05:41.000000 DrainTime: 06/20/18 17:05:40.960 Got GPS (LaPorte): Lat: 4139.38N, Lon: 08645.96W, Elev: 330.6 GPSTime (Lab): 06/20/18 17:05:41.000000000 SysTime: 06/20/18 17:05:41.260000 DrainTime: 06/20/18 17:05:41.220 Got GPS (Lab): Lat: 4126.20N, Lon: 08654.13W, Elev: 232.2 GPSTime (Valparaiso): 06/20/18 17:05:41.000000000 SysTime: 06/20/18 17:05:41.260000 DrainTime: 06/20/18 17:05:41.220 Got GPS (Valparaiso): Lat: 4131.82N, Lon: 08702.05W, Elev: 296.1 GPSTime (Crown_Point): 06/20/18 17:05:41.000000000 SysTime: 06/20/18 17:05:41.280000 DrainTime: 06/20/18 17:05:41.240 Got GPS (Crown_Point): Lat: 4121.15N, Lon: 08724.18W, Elev: 221.7 And booted Asterisk once more: GPSTime (Lab): 06/20/18 17:16:26.000000000 SysTime: 06/20/18 17:16:26.000000 DrainTime: 06/20/18 17:16:25.980 Got GPS (Lab): Lat: 4126.20N, Lon: 08654.13W, Elev: 231.9 GPSTime (Valparaiso): 06/20/18 17:16:26.000000000 SysTime: 06/20/18 17:16:26.260000 DrainTime: 06/20/18 17:16:26.220 Got GPS (Valparaiso): Lat: 4131.82N, Lon: 08702.05W, Elev: 296.7 GPSTime (Crown_Point): 06/20/18 17:16:26.000000000 SysTime: 06/20/18 17:16:26.260000 DrainTime: 06/20/18 17:16:26.240 Got GPS (Crown_Point): Lat: 4121.15N, Lon: 08724.18W, Elev: 218.3 GPSTime (LaPorte): 06/20/18 17:16:26.000000000 SysTime: 06/20/18 17:16:26.280000 DrainTime: 06/20/18 17:16:26.240 Got GPS (LaPorte): Lat: 4139.38N, Lon: 08645.96W, Elev: 331.0 ****This is what I saw before the GPSDO change:*** GPSTime (Lab): 06/15/18 15:02:39.000000000 SysTime: 06/15/18 15:02:39.200000 DrainTime: 06/15/18 15:02:39.160 Got GPS (Lab): Lat: 4126.20N, Lon: 08654.13W, Elev: 229.90 GPSTime (Valparaiso): 06/15/18 15:02:39.000000000 SysTime: 06/15/18 15:02:39.260000 DrainTime: 06/15/18 15:02:39.220 Got GPS (Valparaiso): Lat: 4131.82N, Lon: 08702.05W, Elev: 301.2 GPSTime (LaPorte): 06/15/18 15:02:39.000000000 SysTime: 06/15/18 15:02:39.280000 DrainTime: 06/15/18 15:02:39.240 Got GPS (LaPorte): Lat: 4139.38N, Lon: 08645.96W, Elev: 329.2 GPSTime (Crown_Point): 06/15/18 15:02:39.000000000 SysTime: 06/15/18 15:02:39.280000 DrainTime: 06/15/18 15:02:39.240 What is clear to me is that there appears to be no known rhyme or reason this is happening, nor a method of troubleshooting the same. This appears to affect the RTCM to properly generate waveforms synchronously which is necessary for Simulcast. Perhaps I?m expecting too much and need to lower the bar? it?s just ham radio? right? A quick comment on PPS polarity? I set RTCM (LAB) command 10 to the opposite of the original setting. Which in this case was changing non-inverted to inverted. It didn?t work? LAB / NOVUS GPSDO Using Primary Voter Host This remained for an hour, until I switched it back. ALL OTHER / BG7TBL GPSDO I set RTCM (everything else) the same, the RTCM did indeed resync, however, this is the output from the RTCM console: 06/16/2018 16:47:19.060 Host Connection Lost (Pri) (192.168.40.210) 06/16/2018 16:47:19.060 Using Primary Voter Host (192.168.40.210) 06/16/2018 16:47:23.060 Time now syncronized to GPS 06/16/2018 16:47:23.500 Host Connection established (Pri) (192.168.40.210) 06/16/2018 16:50:00.580 Inbound (Eth Rx) packet out of bounds by: -800 ***This line continues without end*** Interestingly enough, the SYSTIME read the same (.180 - .280), however GPSTIME was off by ~200ms. This tells me that I have selected the correct PPS polarity. This condition wasn?t able to be tested on the lab quality NOVUS GPSDO, as the RTCM never synced back up. I believe this is telling me the PPS polarity is correct here as well, as inverting the input of the RTCM placed the packets too far out of time to sync. Is it worth having a share screen session to have a look for yourself? It is entirely possible that am incorrectly testing this setup. Thoughts? Kindest Regards, Kevin Babich | N9IAA Valparaiso, IN 46383 From: App_rpt-users On Behalf Of Chuck Henderson Sent: Saturday, June 16, 2018 12:48 AM To: Users of Asterisk app_rpt Subject: Re: [App_rpt-users] RTCM [RX Packet Out of Bounds] ***Updated*** Kevin, Here is what I see in your data. If your network latency is very low as you say, then it looks like your GPS's don't all have the same time. LaPorte and Crown_Point must be exactly the same as each other and Valparaiso is probably within a millisecond, but lab is way off by about 60 milliseconds (could be somewhere between 41 and 79ms), this is a problem and couldn't be network latency or you would see that in a ping test. And all are about 200 to 280 milliseconds different than the NTP time reference that you are using which is not a problem but just effects the debug display. Drain time should be the time that audio is being removed from the buffer and being sent to the transmitter which is sometime in the past as configured by your buffers in the voter.conf. All change in 20ms jumps so a change of 20ms could just be a change of a fraction of a microsecond that incremented from one 20ms buffer slot to the next one. I would really suspect pps polarity in the RTCM config of either "lab" is wrong, or pps polarity in all 3 of the other sites is wrong to account for that kind of discrepancy. Wrong PPS polarity should not keep it from working. Change the pps polarity and wait a minute or two for it to resync and it should start working again. If it doesn't then restart that RTCM after 99 saving the new pps setting. Most PPS pulses I have looked at are between 1ms and 100 ms long. if your pps pulse is 50ms long then it would cause the time to be off by 50ms if you have it set wrong. If the pps pulse is 500ms long then it probably would not work at all if it is set to the wrong polarity because the time would be half a second off and I am sure you don't have that much buffer space. Do you know your pps pulse width? Is it the same in all of your GPS's? When I say pps polarity I am only talking about RTCM menu item 10 being 0 or 1. I have never used the GPS's that you are using so I don't know anything about how they behave. My experience is with the Garmin and with 3 other brands that act exactly the same as the Garmins. They all have configurable PPS pulse width. On Fri, Jun 15, 2018 at 4:41 PM Kevin Babich > wrote: Chuck, I setup the NTP client and enabled the service, as well as moved the MASTER to LAB. This is the output from VOTER DEBUG LEVEL 3: GPSTime (Lab): 06/15/18 15:02:39.000000000 SysTime: 06/15/18 15:02:39.200000 DrainTime: 06/15/18 15:02:39.160 Got GPS (Lab): Lat: 4126.20N, Lon: 08654.13W, Elev: 229.90 GPSTime (Valparaiso): 06/15/18 15:02:39.000000000 SysTime: 06/15/18 15:02:39.260000 DrainTime: 06/15/18 15:02:39.220 Got GPS (Valparaiso): Lat: 4131.82N, Lon: 08702.05W, Elev: 301.2 GPSTime (LaPorte): 06/15/18 15:02:39.000000000 SysTime: 06/15/18 15:02:39.280000 DrainTime: 06/15/18 15:02:39.240 Got GPS (LaPorte): Lat: 4139.38N, Lon: 08645.96W, Elev: 329.2 GPSTime (Crown_Point): 06/15/18 15:02:39.000000000 SysTime: 06/15/18 15:02:39.280000 DrainTime: 06/15/18 15:02:39.240 In the Asterisk console, I restarted Asterisk by asserting the ?reboot now? command and this is the output: GPSTime (Valparaiso): 06/15/18 15:07:04.000000000 SysTime: 06/15/18 15:07:04.020000 DrainTime: 06/15/18 15:07:03.960 Got GPS (Valparaiso): Lat: 4131.82N, Lon: 08702.05W, Elev: 299.6 GPSTime (LaPorte): 06/15/18 15:07:04.000000000 SysTime: 06/15/18 15:07:04.020000 DrainTime: 06/15/18 15:07:03.960 Got GPS (LaPorte): Lat: 4139.38N, Lon: 08645.96W, Elev: 328.1 GPSTime (Crown_Point): 06/15/18 15:07:04.000000000 SysTime: 06/15/18 15:07:04.020000 DrainTime: 06/15/18 15:07:03.980 Got GPS (Crown_Point): Lat: 4121.15N, Lon: 08724.18W, Elev: 219.3 GPSTime (Lab): 06/15/18 15:07:04.000000000 SysTime: 06/15/18 15:07:04.220000 DrainTime: 06/15/18 15:07:04.180 Got GPS (Lab): Lat: 4126.20N, Lon: 08654.13W, Elev: 229.11 Waiting an hour and testing again yields: SysTime: 06/15/18 16:23:30.200000 DrainTime: 06/15/18 16:23:30.180 Got GPS (Lab): Lat: 4126.20N, Lon: 08654.13W, Elev: 229.64 GPSTime (Valparaiso): 06/15/18 16:23:30.000000000 SysTime: 06/15/18 16:23:30.280000 DrainTime: 06/15/18 16:23:30.240 Got GPS (Valparaiso): Lat: 4131.82N, Lon: 08702.05W, Elev: 298.1 GPSTime (Crown_Point): 06/15/18 16:23:30.000000000 SysTime: 06/15/18 16:23:30.280000 DrainTime: 06/15/18 16:23:30.240 Got GPS (Crown_Point): Lat: 4121.15N, Lon: 08724.18W, Elev: 220.9 GPSTime (LaPorte): 06/15/18 16:23:30.000000000 SysTime: 06/15/18 16:23:30.280000 DrainTime: 06/15/18 16:23:30.240 Got GPS (LaPorte): Lat: 4139.38N, Lon: 08645.96W, Elev: 326.6 It would appear the NTP activity is slowly (expected) netting the SysTime, however, the LAB (master) is still off. If the SysTime comes from Asterisk, then what gives? An unanswered question: What is DrainTime describing, and what drives the displayed value? I notice on yours, everything matches. Kindest Regards, Kevin Babich | N9IAA Valparaiso, IN 46383 From: Chuck Henderson > Sent: Wednesday, June 13, 2018 2:34 AM To: kevin.babich at gmail.com Subject: Re: [App_rpt-users] RTCM [RX Packet Out of Bounds] ***Updated*** That is complicated and I don't remember. All the needed software is installed already with the allstarlink raspberry pi dial install that I used. I think I used 07-08-2017RAT_RC1.img but I can't remember for sure. I also can't remember exactly what I did to set up the time sync but I looked for clues something like man systemd-timesyncd timedatectl I had used ntpd in the past with x86 ACID but didn't need it for the DIAL version I am using now because this other method of getting the time was builtin and all I had to do was a google search and I landed on the exact files to edit to make it use my own dedicated ntp server which I have had running for many years. If it ever dies I will have to re-google how to rebuild it using current hardware. I quit trying to remember things that I can just ask "ok google". On Wed, Jun 13, 2018 at 1:22 AM Kevin Babich > wrote: Chuck, How does one go about syncing the server in app_rpt? Kindest Regards, Kevin Babich | N9IAA Valparaiso, IN 46383 From: App_rpt-users > On Behalf Of Chuck Henderson Sent: Tuesday, June 12, 2018 11:50 PM To: Users of Asterisk app_rpt > Subject: Re: [App_rpt-users] RTCM [RX Packet Out of Bounds] ***Updated*** Yes, many GPS will sometimes be off by one second in the RTCM. If I have to power cycle any of my voters/RTCMs I usually then do a reboot via the RTCM menu so that the GPS is already up and accurate when the RTCM boots and this seems to eliminate the one second off problem, most of the time. Both Jim and I tried to fix this and neither of us could. When all set up to troubleshoot it the problem never happens. The software has a couple of code segments to try to make it work even when exactly one second off but I don't think that works all the time either. Also in looking at the code I see that SysTime does not matter at all. It is just a reference to look at in the debug output. Mine exactly matches because I also sync my Linux time to a GPS reference separately from the app_rpt voter code. But I tried disabling that and setting the date and time both wrong and the voter still works because it keeps it's own time that is referenced to the master and not dependent on the system time. So the master time does need to be the first time that the voter channel driver receives each second. Other RTCMs time must arrive later than the master arrives but before the buffer length later. The RTCM-GPS time can be any amount wrong as long as all RTCM-GPSs are exactly the same as each other. Start with much bigger buffers than you need and gradually reduce them. On Tue, Jun 12, 2018 at 10:03 PM Tim Sawyer > wrote: This may be a bit off topic but I've had problems with the BG7TBL units. One won't get a RTCM GPS lock with initial power on after it's been off for a while... like a day or more. The GPS Lock LED on the GPS comes on but doesn't on the RTCM. Subsequent immediate power cycle cures that. Another I've seen shifts it's time by one second after it's been running for some period. On the other hand I have one that works flawlessly. So I'm a little concerned about these. I don't know if there some incompatibility with the RTCM or if the BG7TLB units have inconsistent performance. Any thoughts on that possibly being repeated to the issue Kevin is having? On Tue, Jun 12, 2018 at 7:24 PM Chuck Henderson > wrote: The server needs to have the earliest time of all GPS time receivers. Master RTCM should be on the same LAN switch as the server and all other GPS time receivers must be at least some fraction of nano seconds delayed from the master time. Your LAB time arrives at the server before the master time arrives and that is not allowed for in the software. I am surprised that it even works at all. It should not work. I also am surprised that the SysTime does not exactly match with the Master Time ?Valparaiso? as I checked 3 servers of mine here and the SysTime always exactly matches the master GPSTime. Master GPSTime is the reference for SysTime. I am reviewing the source to see what a non master time arriving before the master time might mess up. I know it has never worked for me when I have tried using an even slightly delayed master time like putting a couple of store and forward ethernet devices between the master time and the server. On Tue, Jun 12, 2018 at 4:31 PM Kevin Babich > wrote: Chuck, ?Valparaiso? is the master, while ?Lab? is closer to the server, it isn?t regularly online. The PPS Polarity is set to non-inverted, the only selection which works. We have more of the NOVUS GPSDO?s, I will try it to see if it remains in-sync with the other. Perhaps the BG7TBL oscillator has an issue. I know that one of his models had an issue with floating point math and didn?t report time accurately, I believe it was corrected in mine, but, maybe not. Kindest Regards, Kevin Babich | N9IAA Valparaiso, IN 46383 From: App_rpt-users > On Behalf Of Chuck Henderson Sent: Tuesday, June 12, 2018 3:35 AM To: Users of Asterisk app_rpt > Subject: Re: [App_rpt-users] RTCM [RX Packet Out of Bounds] ***Updated*** Kevin, Which one is the master? From the looks of it I would say that "lab" should be the master as it appears to be the first one to arrive at the server so must have the lowest network delay or they are inaccurate. Inaccuracy could be caused by having the PPS polarity wrong in the RTCM and are setting time based on the trailing edge of the pulse rather than the leading edge. I am also using a Raspberry Pi 3B (not plus) The master should be the first one to get a time packet to the server, or they should all be tied exactly. Chuck On Mon, Jun 11, 2018 at 8:46 PM Kevin Babich > wrote: Chuck, A couple facts: The network has very low latency (sub ms) across all nodes on the VLAN. The site labeled LAB has a lab quality GPSDO, by NOVUS Power. The other sites utilize the GPSDO, by BG7TBL, as available on eBay, all are the 2016 vintage. Question: Is the reported system time exactly as reported by the timebase? If so, it would appear I have an issue with the accuracy of the GPSDO NMEA output. Here is an example of the output from my implementation: GPSTime (Lab): 06/11/18 20:16:57.000000000 SysTime: 06/11/18 20:16:57.220000 DrainTime: 06/11/18 20:16:57.180 Got GPS (Lab): Lat: 4126.20N, Lon: 08654.13W, Elev: 233.71 GPSTime (Valparaiso): 06/11/18 20:16:57.000000000 SysTime: 06/11/18 20:16:57.280000 DrainTime: 06/11/18 20:16:57.220 Got GPS (Valparaiso): Lat: 4131.82N, Lon: 08702.06W, Elev: 299.5 GPSTime (Crown_Point): 06/11/18 20:16:57.000000000 SysTime: 06/11/18 20:16:57.280000 DrainTime: 06/11/18 20:16:57.220 Got GPS (Crown_Point): Lat: 4121.15N, Lon: 08724.18W, Elev: 218.6 GPSTime (LaPorte): 06/11/18 20:16:57.000000000 SysTime: 06/11/18 20:16:57.280000 DrainTime: 06/11/18 20:16:57.220 Got GPS (LaPorte): Lat: 4139.38N, Lon: 08645.96W, Elev: 324.6 GPSTime (Lab): 06/11/18 20:17:19.000000000 SysTime: 06/11/18 20:17:19.220000 DrainTime: 06/11/18 20:17:19.180 Got GPS (Lab): Lat: 4126.20N, Lon: 08654.13W, Elev: 233.38 GPSTime (Valparaiso): 06/11/18 20:17:19.000000000 SysTime: 06/11/18 20:17:19.260000 DrainTime: 06/11/18 20:17:19.220 Got GPS (Valparaiso): Lat: 4131.82N, Lon: 08702.05W, Elev: 293.7 GPSTime (Crown_Point): 06/11/18 20:17:19.000000000 SysTime: 06/11/18 20:17:19.280000 DrainTime: 06/11/18 20:17:19.240 Got GPS (Crown_Point): Lat: 4121.15N, Lon: 08724.18W, Elev: 217.5 GPSTime (LaPorte): 06/11/18 20:17:19.000000000 SysTime: 06/11/18 20:17:19.280000 DrainTime: 06/11/18 20:17:19.240 Got GPS (LaPorte): Lat: 4139.38N, Lon: 08645.96W, Elev: 324.1 Results AFTER resetting the MASTER: GPSTime (Lab): 06/11/18 20:31:23.000000000 SysTime: 06/11/18 20:31:23.220000 DrainTime: 06/11/18 20:31:23.180 Got GPS (Lab): Lat: 4126.20N, Lon: 08654.13W, Elev: 231.86 GPSTime (Valparaiso): 06/11/18 20:31:23.000000000 SysTime: 06/11/18 20:31:23.280000 DrainTime: 06/11/18 20:31:23.240 Got GPS (Valparaiso): Lat: 4131.81N, Lon: 08702.05W, Elev: 301.8 GPSTime (LaPorte): 06/11/18 20:31:23.000000000 SysTime: 06/11/18 20:31:23.280000 DrainTime: 06/11/18 20:31:23.240 Got GPS (LaPorte): Lat: 4139.38N, Lon: 08645.96W, Elev: 327.7 GPSTime (Crown_Point): 06/11/18 20:31:23.000000000 SysTime: 06/11/18 20:31:23.280000 DrainTime: 06/11/18 20:31:23.240 Got GPS (Crown_Point): Lat: 4121.15N, Lon: 08724.18W, Elev: 218.5 Thoughts? Kindest Regards, Kevin Babich | N9IAA Valparaiso, IN 46383 From: App_rpt-users > On Behalf Of Chuck Henderson Sent: Monday, June 4, 2018 4:51 AM To: Users of Asterisk app_rpt > Subject: Re: [App_rpt-users] RTCM [RX Packet Out of Bounds] ***Updated*** Kevin, I just checked 3 of my RTCM's and got the following results. RTCM1: Current Time: Mon Jun 04, 2018 08:55:43.640 Last Rx Pkt System time: 06/04/2018 02:55:56.040, diff: 21587600 msec Last Rx Pkt Timestamp time: 06/04/2018 02:55:56.040, diff: 0 msec Last Rx Pkt index: 1080, inbounds: 1 RTCM2: Current Time: Mon Jun 04, 2018 08:58:20.300 Last Rx Pkt System time: , diff: -905657056 msec Last Rx Pkt Timestamp time: , diff: 0 msec Last Rx Pkt index: 0, inbounds: 0 RTCM3: Current Time: Mon Jun 04, 2018 08:58:48.060 Last Rx Pkt System time: , diff: -905629296 msec Last Rx Pkt Timestamp time: , diff: 0 msec Last Rx Pkt index: 0, inbounds: 0 I would not be concerned about the times. They are not important. A better thing to look at is in the Asterisk CLI issue the command voter debug level 3 Then expect output like the following: GPSTime (South): 06/04/18 04:07:16.000000000 SysTime: 06/04/18 04:07:16.000000 DrainTime: 06/04/18 04:07:15.960 Got GPS (South): Lat: 4020.80N, Lon: 08856.35W, Elev: 225.7 GPSTime (North): 06/04/18 04:07:16.000000000 SysTime: 06/04/18 04:07:16.000000 DrainTime: 06/04/18 04:07:15.960 Got GPS (North): Lat: 4030.79N, Lon: 08857.99W, Elev: 245.4 GPSTime (East): 06/04/18 04:07:16.000000000 SysTime: 06/04/18 04:07:16.000000 DrainTime: 06/04/18 04:07:15.980 Got GPS (East): Lat: 4030.02N, Lon: 08855.92W, Elev: 250.2 sending KEEPALIVE (GPS) packet to client East digest 99479120 sending KEEPALIVE (GPS) packet to client North digest dd455bb0 sending KEEPALIVE (GPS) packet to client South digest 4a396b22 GPSTime (East): 06/04/18 04:07:17.000000000 SysTime: 06/04/18 04:07:17.000000 DrainTime: 06/04/18 04:07:16.980 Got GPS (East): Lat: 4030.02N, Lon: 08855.92W, Elev: 250.2 GPSTime (South): 06/04/18 04:07:17.000000000 SysTime: 06/04/18 04:07:17.000000 DrainTime: 06/04/18 04:07:16.980 Got GPS (South): Lat: 4020.80N, Lon: 08856.35W, Elev: 225.7 GPSTime (North): 06/04/18 04:07:17.000000000 SysTime: 06/04/18 04:07:17.000000 DrainTime: 06/04/18 04:07:16.980 Got GPS (North): Lat: 4030.79N, Lon: 08857.99W, Elev: 245.4 sending KEEPALIVE (GPS) packet to client East digest 99479120 sending KEEPALIVE (GPS) packet to client North digest dd455bb0 sending KEEPALIVE (GPS) packet to client South digest 4a396b22 GPSTime (South): 06/04/18 04:07:18.000000000 SysTime: 06/04/18 04:07:18.000000 DrainTime: 06/04/18 04:07:17.960 Got GPS (South): Lat: 4020.80N, Lon: 08856.35W, Elev: 225.7 GPSTime (North): 06/04/18 04:07:18.000000000 SysTime: 06/04/18 04:07:18.000000 DrainTime: 06/04/18 04:07:17.980 Got GPS (North): Lat: 4030.79N, Lon: 08857.99W, Elev: 245.4 GPSTime (East): 06/04/18 04:07:18.000000000 SysTime: 06/04/18 04:07:18.000000 DrainTime: 06/04/18 04:07:17.980 Got GPS (East): Lat: 4030.02N, Lon: 08855.92W, Elev: 250.2 GPSTime (South): 06/04/18 04:07:19.000000000 SysTime: 06/04/18 04:07:19.000000 DrainTime: 06/04/18 04:07:18.960 Got GPS (South): Lat: 4020.80N, Lon: 08856.35W, Elev: 225.7 GPSTime (North): 06/04/18 04:07:19.000000000 SysTime: 06/04/18 04:07:19.000000 DrainTime: 06/04/18 04:07:18.960 Got GPS (North): Lat: 4030.79N, Lon: 08857.99W, Elev: 245.4 sending KEEPALIVE (GPS) packet to client East digest 99479120 GPSTime (East): 06/04/18 04:07:19.000000000 sending KEEPALIVE (GPS) packet to client North digest dd455bb0 SysTime: 06/04/18 04:07:19.000000 sending KEEPALIVE (GPS) packet to client South digest 4a396b22 DrainTime: 06/04/18 04:07:18.980 Got GPS (East): Lat: 4030.02N, Lon: 08855.92W, Elev: 250.2 GPSTime (North): 06/04/18 04:07:20.000000000 SysTime: 06/04/18 04:07:20.000000 DrainTime: 06/04/18 04:07:19.960 Got GPS (North): Lat: 4030.79N, Lon: 08857.99W, Elev: 245.4 GPSTime (East): 06/04/18 04:07:20.000000000 SysTime: 06/04/18 04:07:20.000000 DrainTime: 06/04/18 04:07:19.980 Got GPS (East): Lat: 4030.02N, Lon: 08855.92W, Elev: 250.2 GPSTime (South): 06/04/18 04:07:20.000000000 SysTime: 06/04/18 04:07:20.000000 DrainTime: 06/04/18 04:07:19.980 Got GPS (South): Lat: 4020.80N, Lon: 08856.35W, Elev: 225.7 Ignore the lines I marked in green and only be concerned with the lines that have "Time" in them. Notice that each RTCM has 3 timestamp lines that are mostly together and they should be within about 40 ms of each other and should also be within about 40ms of the other RTCMs set of lines for that second. (this is with no signals present and with a very low network latency between RTCMs and the server). If you find that one RTCM is many ms out of line with the others, I recommend rebooting that one and/or the master one. I also recommend not being logged into the RTCMs via telnet except to make setting changes. Having an active telnet session to the RTCM can have a negative impact on it's ability to maintain time sync lock. Having active output on that telnet session will have a negative impact on it's ability to maintain time sync lock. If the above does not solve your problem then try increasing your tx buffer setting to 1400 and see if that eliminates your problem. But do not evaluate if the problem is solved while you have an active telnet session to the RTCM. If you still have a problem then send the output of your "voter debug level 3" (with no signals present and no active telnet sessions to RTCMs). Chuck On Thu, May 31, 2018 at 7:30 PM, Kevin Babich > wrote: Hayden, When running DEBUG = 32, I see the following, but, only on occasion, say every minute or so: 06/01/2018 00:22:12.240 Warning: GPS Data time period elapsed GPS-DEBUG: $GPRMC,002213.00,A,4131.82046,N,08702.05712,W,0.027,,010618,,,D*6D GPS-DEBUG: mon: 5, gps_time: 1527812533, ctime: Fri Jun 1 00:22:13 2018 I suspect this has to do with the receiver losing lock. However, it doesn?t make sense as the receiver reports a strong signal and doesn?t show signs of loss of signal on the front alarm panel. The GPS antenna is designed with high RF immunity and is at a site with little activity. Kindest Regards, Kevin Babich | N9IAA Valparaiso, IN 46383 From: App_rpt-users > On Behalf Of Hayden Honeywood Sent: Thursday, May 31, 2018 5:56 PM To: app_rpt-users at lists.allstarlink.org Subject: Re: [App_rpt-users] RTCM [RX Packet Out of Bounds] ***Updated*** Is the time in UTC? How far off is the system time? Have you done a full calibration of each board? What baud rate do you run on your GPS's? I tend to use 9600 baud and have had no issues with the GPS's I have used. There is various GPS debug tools available in the RTCM. They are documented here - https://wiki.allstarlink.org/wiki/RTCM_Client#GPS Can you possibly try injecting a 9.6MHz signal in place of the crystal on board? Perhaps you have a variant of James KI0KN's problem where his crystals were off frequency. I can't comment on that as I built all my boards and they have external frequency references. Regards Hayden VK7HH From: App_rpt-users > On Behalf Of Hayden Honeywood Sent: Wednesday, May 30, 2018 5:34 PM To: app_rpt-users at lists.allstarlink.org Subject: Re: [App_rpt-users] RTCM [RX Packet Out of Bounds] ***Updated*** What is your values in voter.conf for RX buffer (960) and in the RTCM client for TX buffer (480). Are all RTCM TX buffers set to the same value? Yes, 480. These values were based upon the math Jim provided, which is a function of maximum latencies on the network. We rarely have greater than 1ms to any host on the network. Are all the GPS's in a location where they cannot be swamped with RF? Yes, and they utilize PCTEL antennas with filtering for use in RF dense environments. Some users have had success with a dedicated RTCM as the master timing source (with no radio connected). Has it been suspected that an RTCM doesn?t have the horsepower to handle both functions contemporaneously? Regards Hayden VK7HH -------------- next part -------------- An HTML attachment was scrubbed... URL: ------------------------------ Message: 3 Date: Wed, 30 May 2018 19:51:43 -0500 From: "Kevin Babich" > To: "'Users of Asterisk app_rpt'" > Subject: Re: [App_rpt-users] RTCM [RX Packet Out of Bounds] ***Updated*** Message-ID: <010001d3f879$8c2b3710$a481a530$@gmail.com > Content-Type: text/plain; charset="utf-8" Hayden, Do you know what exactly ?RX Packet Out of Bounds? refers to? I can infer its meaning, but, one can?t be certain. Any thoughts why the system time is always so far off? It has always been, since I began experimenting with the RTCM in 2012. This is consistent across many RTCM?s. _______________________________________________ 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. -- Tim WD6AWP _______________________________________________ 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 asonnesso at gmail.com Thu Jun 21 01:15:18 2018 From: asonnesso at gmail.com (Angelo T Sonnesso) Date: Wed, 20 Jun 2018 21:15:18 -0400 Subject: [App_rpt-users] ASL Pi hardware requirements ? In-Reply-To: References: Message-ID: <075c01d408fd$51f4e8e0$f5debaa0$@gmail.com> You might want to add an extra fan if you are going to use the orange pi. They tend to get very hot. 73 N2DYN Angelo -----Original Message----- From: App_rpt-users On Behalf Of Mike Sent: Wednesday, June 20, 2018 6:10 PM To: app_rpt-users at lists.allstarlink.org Subject: [App_rpt-users] ASL Pi hardware requirements ? Well, the time has come for me to eat some Pi topped with ASL sprinkles, I have a goal of using it for the TXr on a my revised split site 6m repeater, So, I have ordered a bunch of different Pi's to taste but I don't see the min requirements for the hardware, Will the image run on a Orange Pi zero w512mb (I would think it does) or does this need 1gb perhaps it's there and I just overlooked it speed reading....LOL The different flavors have not yet arrived so I have plenty of time. ...mike/kb8jnm _______________________________________________ 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 Jun 21 01:29:56 2018 From: szingman at msgstor.com (Steve Zingman) Date: Wed, 20 Jun 2018 21:29:56 -0400 Subject: [App_rpt-users] ASL Pi hardware requirements ? In-Reply-To: References: Message-ID: <61624a64-f5c0-b985-c551-5f2e16968375@msgstor.com> I prefer the NanoPi NEO Order the heat sink also. There is a ASL 1.01 image for it. 73, Steve N4IRS On 06/20/2018 06:10 PM, Mike wrote: > > Well, the time has come for me to eat? some Pi topped with ASL sprinkles, > > I have a goal of using it for the TXr on a my revised split site 6m > repeater, > > So, I have ordered a bunch of different Pi's to taste but I don't see > the min requirements for the hardware, > > Will the image run on a Orange Pi zero w512mb (I would think it does) > or does this need 1gb > > perhaps it's there and I just overlooked it speed reading....LOL > > The different flavors have not yet arrived so I have plenty of time. > > ...mike/kb8jnm > > _______________________________________________ > 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 mm at midnighteng.com Thu Jun 21 02:00:57 2018 From: mm at midnighteng.com (Mike) Date: Wed, 20 Jun 2018 22:00:57 -0400 Subject: [App_rpt-users] ASL Pi hardware requirements ? In-Reply-To: <61624a64-f5c0-b985-c551-5f2e16968375@msgstor.com> References: <61624a64-f5c0-b985-c551-5f2e16968375@msgstor.com> Message-ID: <1a4f7d66-7e6d-bc1e-cb95-4fdd9817db13@midnighteng.com> Thanks Steve and Angelo So it sounds like just a little thin heatsink will fix it up. I have lots of cooling goodies laying around. But I have one of those Steve but it's 256m so don't figure I'll do much with that. I have download the image and tried it in that nano, no boot. It may be defective. but i'm in the experimental mood so I ordered a few different ones to test. I have to say, so far I do like the zero-w But I have not check enough to know how great that is. But I think i want one more just to have. When you got your first VW, it was the greatest car in the world till you got the Pontiac...LOL I also have a pi3b+ coming since the 1.4ghz and wifi are appealing to me at this point. ...mike/kb8jnm On 6/20/2018 9:29 PM, Steve Zingman wrote: > I prefer the NanoPi NEO > > Order the heat sink also. There is a ASL 1.01 image for it. > > 73, Steve N4IRS > > On 06/20/2018 06:10 PM, Mike wrote: >> >> Well, the time has come for me to eat? some Pi topped with ASL >> sprinkles, >> >> I have a goal of using it for the TXr on a my revised split site 6m >> repeater, >> >> So, I have ordered a bunch of different Pi's to taste but I don't see >> the min requirements for the hardware, >> >> Will the image run on a Orange Pi zero w512mb (I would think it does) >> or does this need 1gb >> >> perhaps it's there and I just overlooked it speed reading....LOL >> >> The different flavors have not yet arrived so I have plenty of time. >> >> ...mike/kb8jnm >> >> _______________________________________________ >> 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 Thu Jun 21 02:07:49 2018 From: szingman at msgstor.com (Steve Zingman) Date: Wed, 20 Jun 2018 22:07:49 -0400 Subject: [App_rpt-users] ASL Pi hardware requirements ? In-Reply-To: <1a4f7d66-7e6d-bc1e-cb95-4fdd9817db13@midnighteng.com> References: <61624a64-f5c0-b985-c551-5f2e16968375@msgstor.com> <1a4f7d66-7e6d-bc1e-cb95-4fdd9817db13@midnighteng.com> Message-ID: <081ee5ce-5beb-e4a8-a3c1-584b3ae1311f@msgstor.com> Not a fan of the Pi Zero W. I prefer a Ethernet connector. If your NanaoPi is a NEO not a NEO2 it should boot with this or the ASL 1.01 image for the NEO. Steve On 06/20/2018 10:00 PM, Mike wrote: > Thanks Steve and Angelo > > So it sounds like just a little thin heatsink will fix it up. I have > lots of cooling goodies laying around. > But I have one of those Steve but it's 256m so don't figure I'll do > much with that. > I have download the image and tried it in that nano, no boot. It may > be defective. > > but i'm in the experimental mood so I ordered a few different ones to > test. > I have to say, so far I do like the zero-w > But I have not check enough to know how great that is. But I think i > want one more just to have. > When you got your first VW, it was the greatest car in the world till > you got the Pontiac...LOL > I also have a pi3b+ coming since the 1.4ghz and wifi are appealing to > me at this point. > > ...mike/kb8jnm > > > On 6/20/2018 9:29 PM, Steve Zingman wrote: >> I prefer the NanoPi NEO >> >> Order the heat sink also. There is a ASL 1.01 image for it. >> >> 73, Steve N4IRS >> >> On 06/20/2018 06:10 PM, Mike wrote: >>> >>> Well, the time has come for me to eat? some Pi topped with ASL >>> sprinkles, >>> >>> I have a goal of using it for the TXr on a my revised split site 6m >>> repeater, >>> >>> So, I have ordered a bunch of different Pi's to taste but I don't >>> see the min requirements for the hardware, >>> >>> Will the image run on a Orange Pi zero w512mb (I would think it >>> does) or does this need 1gb >>> >>> perhaps it's there and I just overlooked it speed reading....LOL >>> >>> The different flavors have not yet arrived so I have plenty of time. >>> >>> ...mike/kb8jnm >>> >>> _______________________________________________ >>> 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 david at kg5rdf.com Thu Jun 21 02:07:58 2018 From: david at kg5rdf.com (David) Date: Wed, 20 Jun 2018 21:07:58 -0500 Subject: [App_rpt-users] ASL Pi hardware requirements ? In-Reply-To: Message-ID: I always gone with pi3b raspberry. Do have two pi3b+ raspberry, but only have one of those deployed as a repeater site link. They have a 14 battery backup. Running the bridge just on pi3b. I started using heat sinks and fans. Do have one pi out in a field in the Texas heat, no fan, or heat sinks. It has lived for over a year. -------- Original message --------From: Mike Date: 6/20/18 5:10 PM (GMT-06:00) To: app_rpt-users at lists.allstarlink.org Subject: [App_rpt-users] ASL Pi hardware requirements ? Well, the time has come for me to eat? some Pi topped with ASL sprinkles, I have a goal of using it for the TXr on a my revised split site 6m repeater, So, I have ordered a bunch of different Pi's to taste but I don't see the min requirements for the hardware, Will the image run on a Orange Pi zero w512mb (I would think it does) or does this need 1gb perhaps it's there and I just overlooked it speed reading....LOL The different flavors have not yet arrived so I have plenty of time. ...mike/kb8jnm _______________________________________________ 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: -------------- next part -------------- A non-text attachment was scrubbed... Name: 20180620_205253_resized.jpg Type: image/jpeg Size: 165169 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: 20180620_205315_resized.jpg Type: image/jpeg Size: 157961 bytes Desc: not available URL: From rossb at rossb.com Thu Jun 21 04:02:53 2018 From: rossb at rossb.com (Ross Boulet) Date: Thu, 21 Jun 2018 04:02:53 +0000 Subject: [App_rpt-users] No kernel in install Message-ID: I downloaded the iso from http://dvswitch.org/files/ASL_Images/Intel-AMD/Stretch/ASL_1.01-20180417-amd64-i386-debian-stretch-netinst.iso When I try to run the install, I eventually get an error saying "No installable kernel was found in the defined APT sources. Am I missing something? -- Ross Boulet AG5RB (formerly K5BOU) - -------------- next part -------------- An HTML attachment was scrubbed... URL: From kc8qch at gmail.com Thu Jun 21 04:25:27 2018 From: kc8qch at gmail.com (kc8qch at gmail.com) Date: Thu, 21 Jun 2018 00:25:27 -0400 Subject: [App_rpt-users] No kernel in install In-Reply-To: References: Message-ID: <0bfb01d40917$e282aea0$a7880be0$@gmail.com> Yes an internet connection it sounds like. When I was trying to install this on a VM, I had to change the config of my network card depending on the distro I was trying to install otherwise the network connection would not initialize properly so it would not be able to pull down the rest of the install. If you are trying to install this on bare metal, then chances are pretty good the network card did not load properly and you don't have a network connection to the internet. You may want to make sure you have one. Jeff From: App_rpt-users On Behalf Of Ross Boulet Sent: Thursday, June 21, 2018 00:03 To: app_rpt-users at lists.allstarlink.org Subject: [App_rpt-users] No kernel in install I downloaded the iso from http://dvswitch.org/files/ASL_Images/Intel-AMD/Stretch/ASL_1.01-20180417-amd 64-i386-debian-stretch-netinst.iso When I try to run the install, I eventually get an error saying "No installable kernel was found in the defined APT sources. Am I missing something? -- Ross Boulet AG5RB (formerly K5BOU) - -------------- next part -------------- An HTML attachment was scrubbed... URL: From szingman at msgstor.com Thu Jun 21 13:05:31 2018 From: szingman at msgstor.com (Steve Zingman) Date: Thu, 21 Jun 2018 09:05:31 -0400 Subject: [App_rpt-users] No kernel in install In-Reply-To: References: Message-ID: <01677753-1ece-d40b-1268-71d4b7feac3f@msgstor.com> Ross, What hardware are you trying to install on? Steve N4IRS On 6/21/2018 12:02 AM, Ross Boulet wrote: > > I downloaded the iso from > http://dvswitch.org/files/ASL_Images/Intel-AMD/Stretch/ASL_1.01-20180417-amd64-i386-debian-stretch-netinst.iso > > When I try to run the install, I eventually get an error saying ?No > installable kernel was found in the defined APT sources. > > Am I missing something? > > -- > > Ross Boulet > > AG5RB (formerly K5BOU) > > - > > > > _______________________________________________ > 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 mm at midnighteng.com Thu Jun 21 19:05:11 2018 From: mm at midnighteng.com (Mike) Date: Thu, 21 Jun 2018 15:05:11 -0400 Subject: [App_rpt-users] Report on Tues's Net - Please read - of interest to everyone Message-ID: Thanks for your interest, And your participation last Tues. I am breaking this little report down into sections. This is the first. You have to know that the interest in the topic of discussion is much higher than anyone might have predicted. _What happened During the net last Tues.._ Let me say that this was originally configured for 60-70 nodes to connect. Should not have been_any_ issues. That is what I was expecting with the unknown of personal/Pi nodes that are quite numerous now if you have not looked. Being a repeater or a personal Pi, ...it's a stream of the same size . A guideline for connecting was published. Those that connected in advance adhered to it. I made one balancing move in the beginning before the net and nobody even knew it happened. This was to keep nodes on par with their potential bandwidth. I had some options to balance even further. At some point near the beginning of the net, about the time Steve/N4IRS was having issues with the digital input and time-out on his own node, ...well...some took that as a node drop-out and began to switch connections from the planed path. At this same time, we had a influx of connections? (while net was ongoing)? LATE COMERS ! Expected some, but there were many.? And most were not adhering to the connection plans. Within that part of the mess, a node had been connected up who came with 50+ nodes in a private network. I could not identify this node for the duration of the net. No way to see who is spewing large chucks of iax data on our network. It's not going to show in your allmon. This unidentified network normally runs with all their elemetry "OFF" (found out later) Most of you know how telemetry works in the iax2 and know your connected brings that data to your network. Same as they will receive yours. But this one node had telemetry data beyond belief and? in loop. They don't know it, it's turned off on their systems. With most of our nodes are using telemetry, it became a additional overload load for Allison just trying to speak it. And the telemetry list stacked-up beyond comprehension. And very quickly. With all of the cpu activity and iax activity, I could not get a command in edge-wise. At this point I don't know where the iax data is coming from or that it is a major factor in the eventual overload of 29999. I had figured that much of it was coming from one node because it was the same stuff over and over. It's a funny story how I discovered the who but I'll save that for some other dicussion. I have some very strong feelings about this - 'running a large network without any telemetry and connecting to other large networks"you better be sure your network is clean, but I'll keep that under control for now. Everyone should realize that when you connect to others, you bring any problems your system has to the network you connect to. Even if it is not noticeable to you when connected to anything. I take full responsibility for this failure. But I want to share some of the blame on some others. Those that will not get with the plan,_especially when late._ And those that will not stick to the plan making matters worse. Contingency's were in place but you can not make changes when everyone is moving to who knows where. And that iax data stream kept me from changing anything anyway. I needed some direct communication with Mike and Steve to make them aware of things during the net process? and pause them until we made adjustments. But this came about very suddenly and snowballed. . Normally we would account for some of these late connections but there was a large number of them. -- Most of you can match that from? what you seen and heard to understand this better. But on my next note to group, I will post my plans for the next net. They are very strong. I will post by Saturday/Sun. _Then some new thoughts for discussion going forward in this new age of personal connectable network systems_. We have twice as many nodes now as just 3-4 years ago. It's still growing at that rate++. The older days when repeater systems were the dominate bunch are over. Repeater nodes were pretty much predictable. Personal nodes are not. _We need to have this discussion before we grow to big for it and things get to messy to keep the good perception we recieve from others at this point.._ Watch for my next post on this issue and you will see clearly how I am going to deal with these issues going forward. It may be just one? example of many to follow of how to avoid these problems in the future. And know that every one of these issues will be fully addressed in the next net. Since we can no longer judge the size of interest and participation with any real degree of accuracy anymore. Thanks for reading the whole thing !?? I welcome responsible comments at this time. But I would ask you to wait and see the plan going forward. These nets that 'anyone produces' are going to get larger and we need a plan. It is my desire to involve as many going forward as we can. Because others will need the practice of knowing how to properly configure and run such a net structure that continues to grow. And it is growing rapidly. The more that have a feel for this, the better we all are. Myself included. ...mike/kb8jnm -------------- next part -------------- An HTML attachment was scrubbed... URL: From welfarecat at comcast.net Thu Jun 21 19:23:23 2018 From: welfarecat at comcast.net (Te Bussell) Date: Thu, 21 Jun 2018 15:23:23 -0400 Subject: [App_rpt-users] Report on Tues's Net - Please read - of interest to everyone In-Reply-To: References: Message-ID: <7491348C-4F11-43E7-9E44-525A8C061EF3@comcast.net> I could not use my node that night, so I connected via Echolink as a published option. I was on early, but was booted twice when it began. I gave up. Disappointed. I wonder if borrowing the Alaska net or some other might have worked. Cheers Bill - KB9WKR Sent from my iPad > On Jun 21, 2018, at 3:05 PM, Mike wrote: > > Thanks for your interest, And your participation last Tues. > I am breaking this little report down into sections. This is the first. > > You have to know that the interest in the topic of discussion is much higher than anyone might have predicted. > > What happened During the net last Tues.. > > Let me say that this was originally configured for 60-70 nodes to connect. Should not have been any issues. > That is what I was expecting with the unknown of personal/Pi nodes that are quite numerous now if you have not looked. > > Being a repeater or a personal Pi, ...it's a stream of the same size . > A guideline for connecting was published. Those that connected in advance adhered to it. > > I made one balancing move in the beginning before the net and nobody even knew it happened. > > This was to keep nodes on par with their potential bandwidth. I had some options to balance even further. > At some point near the beginning of the net, about the time Steve/N4IRS was having issues with the digital input and time-out on his own node, ...well...some took that as a node drop-out and began to switch connections from the planed path. > > At this same time, we had a influx of connections (while net was ongoing) LATE COMERS ! > Expected some, but there were many. And most were not adhering to the connection plans. > > Within that part of the mess, a node had been connected up who came with 50+ nodes in a private network. I could not identify this node for the duration of the net. No way to see who is spewing large chucks of iax data on our network. It's not going to show in your allmon. This unidentified network normally runs with all their elemetry "OFF" (found out later) > Most of you know how telemetry works in the iax2 and know your connected brings that data to your network. Same as they will receive yours. But this one node had telemetry data beyond belief and in loop. They don't know it, it's turned off on their systems. With most of our nodes are using telemetry, it became a additional overload load for Allison just trying to speak it. > > And the telemetry list stacked-up beyond comprehension. And very quickly. > > With all of the cpu activity and iax activity, I could not get a command in edge-wise. At this point I don't know where the iax data is coming from or that it is a major factor in the eventual overload of 29999. I had figured that much of it was coming from one node because it was the same stuff over and over. It's a funny story how I discovered the who but I'll save that for some other dicussion. > I have some very strong feelings about this - > 'running a large network without any telemetry and connecting to other large networks"you better be sure your network is clean, but I'll keep that under control for now. > > Everyone should realize that when you connect to others, > > you bring any problems your system has to the network you connect to. > Even if it is not noticeable to you when connected to anything. > I take full responsibility for this failure. But I want to share some of the blame on some others. > > Those that will not get with the plan, especially when late. And those that will not stick to the plan making matters worse. > > Contingency's were in place but you can not make changes when everyone is moving to who knows where. > > And that iax data stream kept me from changing anything anyway. > I needed some direct communication with Mike and Steve to make them aware of things during the net process and pause them until we made adjustments. But this came about very suddenly and snowballed. > > . > Normally we would account for some of these late connections but there was a large number of them. > > -- > Most of you can match that from what you seen and heard to understand this better. > > But on my next note to group, I will post my plans for the next net. They are very strong. I will post by Saturday/Sun. > Then some new thoughts for discussion going forward in this new age of personal connectable network systems. > > We have twice as many nodes now as just 3-4 years ago. It's still growing at that rate++. The older days when repeater systems were the dominate bunch are over. Repeater nodes were pretty much predictable. Personal nodes are not. > We need to have this discussion before we grow to big for it and things get to messy to keep the good perception we recieve from others at this point.. > > Watch for my next post on this issue and you will see clearly how I am going to deal with these issues going forward. > > It may be just one example of many to follow of how to avoid these problems in the future. And know that every one of these issues will be fully addressed in the next net. Since we can no longer judge the size of interest and participation with any real degree of accuracy anymore. > Thanks for reading the whole thing ! I welcome responsible comments at this time. But I would ask you to wait and see the plan going forward. These nets that 'anyone produces' are going to get larger and we need a plan. > > It is my desire to involve as many going forward as we can. Because others will need the practice of knowing how to properly configure and run such a net structure that continues to grow. And it is growing rapidly. The more that have a feel for this, the better we all are. Myself included. > ...mike/kb8jnm > > _______________________________________________ > 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 russell at kv4s.com Thu Jun 21 20:06:51 2018 From: russell at kv4s.com (Russell Thomas) Date: Thu, 21 Jun 2018 15:06:51 -0500 Subject: [App_rpt-users] EchoLink Timer settings? Message-ID: I've noticed when I connect to my EchoLink node on Allstar from my phone or with IAXRPT android app that both will disconnect after a few minutes if no audio. are there settings to control this? On a computer hosted echolink traditional node this doesn't happen. any ideas? 73, Russell Thomas, KV4S Cell: 205.202.1701 DMR: 3101393 D-Star: KV4S AllStar: 47923 EchoLink: KV4S-L (1003254) HamShackHotline: 614 Web: http://KV4S.com From mm at midnighteng.com Thu Jun 21 20:32:43 2018 From: mm at midnighteng.com (Mike) Date: Thu, 21 Jun 2018 16:32:43 -0400 Subject: [App_rpt-users] EchoLink Timer settings? In-Reply-To: References: Message-ID: Without know all the details, My guess is you are experiancing a issue we just talked about. 2 echolink connections on the same IP. No Can Do. See the wiki, but you need to consider any connection under the same NAT. And your phone does not always use the connection displayed. Try it tuning your phones wi-fi off ...mike/kb8jnm On 6/21/2018 4:06 PM, Russell Thomas wrote: > I've noticed when I connect to my EchoLink node on Allstar from my > phone or with IAXRPT android app that both will disconnect after a few > minutes if no audio. are there settings to control this? > > On a computer hosted echolink traditional node this doesn't happen. > > any ideas? > > > 73, > Russell Thomas, KV4S > > Cell: 205.202.1701 > DMR: 3101393 > D-Star: KV4S > AllStar: 47923 > EchoLink: KV4S-L (1003254) > HamShackHotline: 614 > Web: http://KV4S.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. From nessenj at jimsoffice.org Thu Jun 21 21:38:20 2018 From: nessenj at jimsoffice.org (Jim Nessen) Date: Thu, 21 Jun 2018 21:38:20 +0000 Subject: [App_rpt-users] EchoLink Timer settings? In-Reply-To: References: , Message-ID: Or use a Public echolink proxy to bypass. Jim, K6JWN ________________________________ From: App_rpt-users on behalf of Mike Sent: Thursday, June 21, 2018 1:32 PM To: app_rpt-users at lists.allstarlink.org Subject: Re: [App_rpt-users] EchoLink Timer settings? Without know all the details, My guess is you are experiancing a issue we just talked about. 2 echolink connections on the same IP. No Can Do. See the wiki, but you need to consider any connection under the same NAT. And your phone does not always use the connection displayed. Try it tuning your phones wi-fi off ...mike/kb8jnm On 6/21/2018 4:06 PM, Russell Thomas wrote: > I've noticed when I connect to my EchoLink node on Allstar from my > phone or with IAXRPT android app that both will disconnect after a few > minutes if no audio. are there settings to control this? > > On a computer hosted echolink traditional node this doesn't happen. > > any ideas? > > > 73, > Russell Thomas, KV4S > > Cell: 205.202.1701 > DMR: 3101393 > D-Star: KV4S > AllStar: 47923 > EchoLink: KV4S-L (1003254) > HamShackHotline: 614 > Web: http://KV4S.com [https://secure.gravatar.com/blavatar/b0325777a82d193aa391a84b31d6d98e?s=200&ts=1529617075] KV4S kv4s.com Amateur Radio website of Russell Thomas > _______________________________________________ > 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 petem001 at gmail.com Fri Jun 22 10:52:05 2018 From: petem001 at gmail.com (Pierre Martel) Date: Fri, 22 Jun 2018 06:52:05 -0400 Subject: [App_rpt-users] dadhi_test results. Message-ID: did a test on a vps I have on linode. was wondering if this sounds good for you :[/usr/sbin]: sudo ./dahdi_test Opened pseudo dahdi interface, measuring accuracy... 99.997% 99.993% 99.997% 99.997% 99.984% 99.998% 99.991% 99.607% 99.993% 99.603% 99.608% 99.990% 99.613% 99.995% 99.998% 99.613% 99.992% 99.997% 99.988% 99.995% 99.999% 99.991% 99.985% 99.603% 99.996% 99.995% 99.998% 99.999% 99.995% 99.995% 99.612% 99.999% 99.893% 99.643% 99.525% 99.998% 99.994% 99.594% 99.999% 99.991% 99.998% 99.999% 99.615% 99.995% 99.996% 99.998% 99.996% 99.994% 99.995% 99.997% 99.980% 99.993% 99.999% 99.984% 99.999% 99.993% 99.998% 99.992% 99.985% 99.997% 99.999% 99.603% 100.000% 99.996% 99.996% 99.611% 99.998% 99.994% 99.994% 99.995% 99.996% 99.994% 99.605% 99.998% 99.999% 99.994% 99.997% 99.991% 99.997% 99.992% 99.996% 99.995% 99.999% 99.997% 99.980% 99.996% 99.999% 99.994% 99.996% 99.995% 99.996% 99.604% 99.998% 99.993% ^C --- Results after 94 passes --- Best: 100.000% -- Worst: 99.525% -- Average: 99.931304% Cumulative Accuracy (not per pass): 100.000 this was while connected to another 2 node and some activity on the repeaters. IS this a keeper? I am also planning to use that vps as an xlxD server and running an ambed server at home (got 3 trancoding channel possibility here.) If it is possible to link from allstar dstar and dmr that would make a nice bridge between all those mode.. I just need a second pair of dongle to also get fusion. If anyone have experience in such thing let me know. I will need some hint. Dont need to be taken by the hand... -------------- next part -------------- An HTML attachment was scrubbed... URL: From mm at midnighteng.com Fri Jun 22 14:14:20 2018 From: mm at midnighteng.com (Mike) Date: Fri, 22 Jun 2018 10:14:20 -0400 Subject: [App_rpt-users] dadhi_test results. In-Reply-To: References: Message-ID: <4740e8d7-43c5-742e-2a6e-10d80b3b6e46@midnighteng.com> Looks good Pierre, What is your hardware arrangement cpu&speed/mem ...mike/kb8jnm On 6/22/2018 6:52 AM, Pierre Martel wrote: > did a test on a vps I have on linode. was wondering if this sounds > good for you > > :[/usr/sbin]: sudo ./dahdi_test > Opened pseudo dahdi interface, measuring accuracy... > 99.997% 99.993% 99.997% 99.997% 99.984% 99.998% 99.991% 99.607% > 99.993% 99.603% 99.608% 99.990% 99.613% 99.995% 99.998% 99.613% > 99.992% 99.997% 99.988% 99.995% 99.999% 99.991% 99.985% 99.603% > 99.996% 99.995% 99.998% 99.999% 99.995% 99.995% 99.612% 99.999% > 99.893% 99.643% 99.525% 99.998% 99.994% 99.594% 99.999% 99.991% > 99.998% 99.999% 99.615% 99.995% 99.996% 99.998% 99.996% 99.994% > 99.995% 99.997% 99.980% 99.993% 99.999% 99.984% 99.999% 99.993% > 99.998% 99.992% 99.985% 99.997% 99.999% 99.603% 100.000% 99.996% > 99.996% 99.611% 99.998% 99.994% 99.994% 99.995% 99.996% 99.994% > 99.605% 99.998% 99.999% 99.994% 99.997% 99.991% 99.997% 99.992% > 99.996% 99.995% 99.999% 99.997% 99.980% 99.996% 99.999% 99.994% > 99.996% 99.995% 99.996% 99.604% 99.998% 99.993% ^C > --- Results after 94 passes --- > Best: 100.000% -- Worst: 99.525% -- Average: 99.931304% > Cumulative Accuracy (not per pass): 100.000 > > this was while connected to another? 2 node and some activity on the > repeaters. > > IS this a keeper? I am also planning to use that vps as an xlxD server > and running an ambed server at home (got 3 trancoding channel > possibility here.) > > If it is possible to link from allstar dstar and dmr that would make a > nice bridge between all those mode.. I just need a second pair of > dongle to also get fusion. > > If anyone have experience in such thing let me know. I will need some > hint. Dont need to be taken by the hand... > > > > _______________________________________________ > 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 russell at kv4s.com Fri Jun 22 14:52:24 2018 From: russell at kv4s.com (Russell Thomas) Date: Fri, 22 Jun 2018 09:52:24 -0500 Subject: [App_rpt-users] EchoLink Timer settings? In-Reply-To: References: Message-ID: sorry, I must not have stated this correctly. I'm only running one EchoLink. I'm using the AllStar Echolink to login and host it. I have forwarded the ports to my PI that is running the node. When I connect to it I'm using my Cellphone (cell network) Different ID to connect to the PI. I primarily use IAXRPT to get to Allstar but sometimes i choose Echolink. both will timeout after a few minutes and i'll no longer be connected to the PI. I know of other nodes in the state that do not run echolink from allstar they just run it by echolink on a computer. when i connect to them from my phone it stays connected until i tell the app to disconnect. hope that helps. 73, Russell Thomas, KV4S Cell: 205.202.1701 DMR: 3101393 D-Star: KV4S AllStar: 47923 EchoLink: KV4S-L (1003254) HamShackHotline: 614 Web: http://KV4S.com On Thu, Jun 21, 2018 at 4:38 PM, Jim Nessen wrote: > Or use a Public echolink proxy to bypass. > > > Jim, K6JWN > > > ------------------------------ > *From:* App_rpt-users on > behalf of Mike > *Sent:* Thursday, June 21, 2018 1:32 PM > *To:* app_rpt-users at lists.allstarlink.org > *Subject:* Re: [App_rpt-users] EchoLink Timer settings? > > Without know all the details, > > My guess is you are experiancing a issue we just talked about. > > 2 echolink connections on the same IP. > > No Can Do. > > See the wiki, but you need to consider any connection under the same NAT. > > And your phone does not always use the connection displayed. > > Try it tuning your phones wi-fi off > > ...mike/kb8jnm > > > > On 6/21/2018 4:06 PM, Russell Thomas wrote: > > I've noticed when I connect to my EchoLink node on Allstar from my > > phone or with IAXRPT android app that both will disconnect after a few > > minutes if no audio. are there settings to control this? > > > > On a computer hosted echolink traditional node this doesn't happen. > > > > any ideas? > > > > > > 73, > > Russell Thomas, KV4S > > > > Cell: 205.202.1701 > > DMR: 3101393 > > D-Star: KV4S > > AllStar: 47923 > > EchoLink: KV4S-L (1003254) > > HamShackHotline: 614 > > Web: http://KV4S.com > > KV4S > kv4s.com > Amateur Radio website of Russell Thomas > > > > _______________________________________________ > > 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 petem001 at gmail.com Fri Jun 22 15:47:31 2018 From: petem001 at gmail.com (Pierre Martel) Date: Fri, 22 Jun 2018 11:47:31 -0400 Subject: [App_rpt-users] dadhi_test results. In-Reply-To: <4740e8d7-43c5-742e-2a6e-10d80b3b6e46@midnighteng.com> References: <4740e8d7-43c5-742e-2a6e-10d80b3b6e46@midnighteng.com> Message-ID: using the 20$ a month option on linode: Linode 4GB $20/mo ($.03/hr) 4 GB RAM 2 CPU Cores 80 GB SSD Storage 4 TB Transfer 40 Gbps Network In 4000 Mbps Network Out Le ven. 22 juin 2018 ? 10:14, Mike a ?crit : > Looks good Pierre, > > What is your hardware arrangement cpu&speed/mem > > ...mike/kb8jnm > > On 6/22/2018 6:52 AM, Pierre Martel wrote: > > did a test on a vps I have on linode. was wondering if this sounds good > for you > > :[/usr/sbin]: sudo ./dahdi_test > Opened pseudo dahdi interface, measuring accuracy... > 99.997% 99.993% 99.997% 99.997% 99.984% 99.998% 99.991% 99.607% > 99.993% 99.603% 99.608% 99.990% 99.613% 99.995% 99.998% 99.613% > 99.992% 99.997% 99.988% 99.995% 99.999% 99.991% 99.985% 99.603% > 99.996% 99.995% 99.998% 99.999% 99.995% 99.995% 99.612% 99.999% > 99.893% 99.643% 99.525% 99.998% 99.994% 99.594% 99.999% 99.991% > 99.998% 99.999% 99.615% 99.995% 99.996% 99.998% 99.996% 99.994% > 99.995% 99.997% 99.980% 99.993% 99.999% 99.984% 99.999% 99.993% > 99.998% 99.992% 99.985% 99.997% 99.999% 99.603% 100.000% 99.996% > 99.996% 99.611% 99.998% 99.994% 99.994% 99.995% 99.996% 99.994% > 99.605% 99.998% 99.999% 99.994% 99.997% 99.991% 99.997% 99.992% > 99.996% 99.995% 99.999% 99.997% 99.980% 99.996% 99.999% 99.994% > 99.996% 99.995% 99.996% 99.604% 99.998% 99.993% ^C > --- Results after 94 passes --- > Best: 100.000% -- Worst: 99.525% -- Average: 99.931304% > Cumulative Accuracy (not per pass): 100.000 > > this was while connected to another 2 node and some activity on the > repeaters. > > IS this a keeper? I am also planning to use that vps as an xlxD server and > running an ambed server at home (got 3 trancoding channel possibility here.) > > If it is possible to link from allstar dstar and dmr that would make a > nice bridge between all those mode.. I just need a second pair of dongle to > also get fusion. > > If anyone have experience in such thing let me know. I will need some > hint. Dont need to be taken by the hand... > > > > _______________________________________________ > 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 petem001 at gmail.com Fri Jun 22 16:46:01 2018 From: petem001 at gmail.com (Pierre Martel) Date: Fri, 22 Jun 2018 12:46:01 -0400 Subject: [App_rpt-users] dadhi_test results. In-Reply-To: References: <4740e8d7-43c5-742e-2a6e-10d80b3b6e46@midnighteng.com> Message-ID: Le ven. 22 juin 2018 ? 11:47, Pierre Martel a ?crit : > using the 20$ a month option on linode: > > Linode 4GB > $20/mo > ($.03/hr) > 4 GB RAM > 2 CPU Cores > 80 GB SSD Storage > 4 TB Transfer > 40 Gbps Network In > 4000 Mbps Network Out > > Le ven. 22 juin 2018 ? 10:14, Mike a ?crit : > >> Looks good Pierre, >> >> What is your hardware arrangement cpu&speed/mem >> >> ...mike/kb8jnm >> >> On 6/22/2018 6:52 AM, Pierre Martel wrote: >> >> did a test on a vps I have on linode. was wondering if this sounds good >> for you >> >> :[/usr/sbin]: sudo ./dahdi_test >> Opened pseudo dahdi interface, measuring accuracy... >> 99.997% 99.993% 99.997% 99.997% 99.984% 99.998% 99.991% 99.607% >> 99.993% 99.603% 99.608% 99.990% 99.613% 99.995% 99.998% 99.613% >> 99.992% 99.997% 99.988% 99.995% 99.999% 99.991% 99.985% 99.603% >> 99.996% 99.995% 99.998% 99.999% 99.995% 99.995% 99.612% 99.999% >> 99.893% 99.643% 99.525% 99.998% 99.994% 99.594% 99.999% 99.991% >> 99.998% 99.999% 99.615% 99.995% 99.996% 99.998% 99.996% 99.994% >> 99.995% 99.997% 99.980% 99.993% 99.999% 99.984% 99.999% 99.993% >> 99.998% 99.992% 99.985% 99.997% 99.999% 99.603% 100.000% 99.996% >> 99.996% 99.611% 99.998% 99.994% 99.994% 99.995% 99.996% 99.994% >> 99.605% 99.998% 99.999% 99.994% 99.997% 99.991% 99.997% 99.992% >> 99.996% 99.995% 99.999% 99.997% 99.980% 99.996% 99.999% 99.994% >> 99.996% 99.995% 99.996% 99.604% 99.998% 99.993% ^C >> --- Results after 94 passes --- >> Best: 100.000% -- Worst: 99.525% -- Average: 99.931304% >> Cumulative Accuracy (not per pass): 100.000 >> >> this was while connected to another 2 node and some activity on the >> repeaters. >> >> IS this a keeper? I am also planning to use that vps as an xlxD server >> and running an ambed server at home (got 3 trancoding channel possibility >> here.) >> >> If it is possible to link from allstar dstar and dmr that would make a >> nice bridge between all those mode.. I just need a second pair of dongle to >> also get fusion. >> >> If anyone have experience in such thing let me know. I will need some >> hint. Dont need to be taken by the hand... >> >> >> >> _______________________________________________ >> 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 kb4fxc at inttek.net Fri Jun 22 17:28:22 2018 From: kb4fxc at inttek.net (David McGough) Date: Fri, 22 Jun 2018 13:28:22 -0400 (EDT) Subject: [App_rpt-users] dadhi_test results. In-Reply-To: <4740e8d7-43c5-742e-2a6e-10d80b3b6e46@midnighteng.com> Message-ID: If your dahdi_test results ever fall below about 99.95, you're going to get some "call quality" issues. Stuttering, pops, clicks, bad timer results, audio delays, etc. This is most significant on heavily loaded hubs and when you're transcoding between different CODECs. How frequently you see problems depends on how bad the timing jitter is. Google: "bad dahdi_test" ....This has been discussed forever about Asterisk PBXs. You must remember that the way AllStar uses Asterisk, it's effectively an Asterisk conference call using the conf/bridge software in dahdi. These numbers MUST be spot-on if you want GREAT results. There is no way around this constraint in the current software. 73, David KB4FXC On Fri, 22 Jun 2018, Mike wrote: > Looks good Pierre, > > What is your hardware arrangement cpu&speed/mem > > ...mike/kb8jnm > > > On 6/22/2018 6:52 AM, Pierre Martel wrote: > > did a test on a vps I have on linode. was wondering if this sounds > > good for you > > > > :[/usr/sbin]: sudo ./dahdi_test > > Opened pseudo dahdi interface, measuring accuracy... > > 99.997% 99.993% 99.997% 99.997% 99.984% 99.998% 99.991% 99.607% > > 99.993% 99.603% 99.608% 99.990% 99.613% 99.995% 99.998% 99.613% > > 99.992% 99.997% 99.988% 99.995% 99.999% 99.991% 99.985% 99.603% > > 99.996% 99.995% 99.998% 99.999% 99.995% 99.995% 99.612% 99.999% > > 99.893% 99.643% 99.525% 99.998% 99.994% 99.594% 99.999% 99.991% > > 99.998% 99.999% 99.615% 99.995% 99.996% 99.998% 99.996% 99.994% > > 99.995% 99.997% 99.980% 99.993% 99.999% 99.984% 99.999% 99.993% > > 99.998% 99.992% 99.985% 99.997% 99.999% 99.603% 100.000% 99.996% > > 99.996% 99.611% 99.998% 99.994% 99.994% 99.995% 99.996% 99.994% > > 99.605% 99.998% 99.999% 99.994% 99.997% 99.991% 99.997% 99.992% > > 99.996% 99.995% 99.999% 99.997% 99.980% 99.996% 99.999% 99.994% > > 99.996% 99.995% 99.996% 99.604% 99.998% 99.993% ^C > > --- Results after 94 passes --- > > Best: 100.000% -- Worst: 99.525% -- Average: 99.931304% > > Cumulative Accuracy (not per pass): 100.000 > > > > this was while connected to another?? 2 node and some activity on the > > repeaters. > > > > IS this a keeper? I am also planning to use that vps as an xlxD server > > and running an ambed server at home (got 3 trancoding channel > > possibility here.) > > > > If it is possible to link from allstar dstar and dmr that would make a > > nice bridge between all those mode.. I just need a second pair of > > dongle to also get fusion. > > > > If anyone have experience in such thing let me know. I will need some > > hint. Dont need to be taken by the hand... > > > > > > > > _______________________________________________ > > 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 petem001 at gmail.com Fri Jun 22 18:19:23 2018 From: petem001 at gmail.com (Pierre Martel) Date: Fri, 22 Jun 2018 14:19:23 -0400 Subject: [App_rpt-users] dadhi_test results. In-Reply-To: References: <4740e8d7-43c5-742e-2a6e-10d80b3b6e46@midnighteng.com> Message-ID: <5b2d3dad.1c69fb81.3e361.42b3@mx.google.com> So you are telling me that since I had a few small result below 99.95% there will be problem? De?: David McGough Envoy? le?:22 juin 2018 13:28 ??: Users of Asterisk app_rpt Objet?:Re: [App_rpt-users] dadhi_test results. If your dahdi_test results ever fall below about 99.95, you're going to get some "call quality" issues. Stuttering, pops, clicks, bad timer results, audio delays, etc. This is most significant on heavily loaded hubs and when you're transcoding between different CODECs. How frequently you see problems depends on how bad the timing jitter is. Google: "bad dahdi_test" ....This has been discussed forever about Asterisk PBXs. You must remember that the way AllStar uses Asterisk, it's effectively an Asterisk conference call using the conf/bridge software in dahdi. These numbers MUST be spot-on if you want GREAT results. There is no way around this constraint in the current software. 73, David KB4FXC On Fri, 22 Jun 2018, Mike wrote: > Looks good Pierre, > > What is your hardware arrangement cpu&speed/mem > > ...mike/kb8jnm > > > On 6/22/2018 6:52 AM, Pierre Martel wrote: > > did a test on a vps I have on linode. was wondering if this sounds > > good for you > > > > :[/usr/sbin]: sudo ./dahdi_test > > Opened pseudo dahdi interface, measuring accuracy... > > 99.997% 99.993% 99.997% 99.997% 99.984% 99.998% 99.991% 99.607% > > 99.993% 99.603% 99.608% 99.990% 99.613% 99.995% 99.998% 99.613% > > 99.992% 99.997% 99.988% 99.995% 99.999% 99.991% 99.985% 99.603% > > 99.996% 99.995% 99.998% 99.999% 99.995% 99.995% 99.612% 99.999% > > 99.893% 99.643% 99.525% 99.998% 99.994% 99.594% 99.999% 99.991% > > 99.998% 99.999% 99.615% 99.995% 99.996% 99.998% 99.996% 99.994% > > 99.995% 99.997% 99.980% 99.993% 99.999% 99.984% 99.999% 99.993% > > 99.998% 99.992% 99.985% 99.997% 99.999% 99.603% 100.000% 99.996% > > 99.996% 99.611% 99.998% 99.994% 99.994% 99.995% 99.996% 99.994% > > 99.605% 99.998% 99.999% 99.994% 99.997% 99.991% 99.997% 99.992% > > 99.996% 99.995% 99.999% 99.997% 99.980% 99.996% 99.999% 99.994% > > 99.996% 99.995% 99.996% 99.604% 99.998% 99.993% ^C > > --- Results after 94 passes --- > > Best: 100.000% -- Worst: 99.525% -- Average: 99.931304% > > Cumulative Accuracy (not per pass): 100.000 > > > > this was while connected to another?? 2 node and some activity on the > > repeaters. > > > > IS this a keeper? I am also planning to use that vps as an xlxD server > > and running an ambed server at home (got 3 trancoding channel > > possibility here.) > > > > If it is possible to link from allstar dstar and dmr that would make a > > nice bridge between all those mode.. I just need a second pair of > > dongle to also get fusion. > > > > If anyone have experience in such thing let me know. I will need some > > hint. Dont need to be taken by the hand... > > > > > > > > _______________________________________________ > > 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 kb4fxc at inttek.net Fri Jun 22 19:17:45 2018 From: kb4fxc at inttek.net (David McGough) Date: Fri, 22 Jun 2018 15:17:45 -0400 (EDT) Subject: [App_rpt-users] dadhi_test results. In-Reply-To: <5b2d3dad.1c69fb81.3e361.42b3@mx.google.com> Message-ID: Yes, probably so. Notice that your results show some "clusters" of 99.6% results. However, all I can say is try it and see if you're satisfied with the results. A common symptom of timer jitter ends up be audio stutters that get attributed to packet loss. Another question to ponder is that your dahdi_test only ran a few seconds. The VPS world is very dynamic, so your results may vary drastically, depending on how heavily loaded the provider's systems are at any given moment. The real-world impact is that one moment all is great, the next moment the whole hub is almost unusable. Anyhow, just beware of the constraints related to AllStar running on a VPS. AllStar, as with most VoIP software, can't tolerate poor timer quality very well. 73, David KB4FXC On Fri, 22 Jun 2018, Pierre Martel wrote: > > So you are telling me that since I had a few small result below 99.95% there will be problem? > > > De??: David McGough > Envoy?? le??:22 juin 2018 13:28 > ????: Users of Asterisk app_rpt > Objet??:Re: [App_rpt-users] dadhi_test results. > > > If your dahdi_test results ever fall below about 99.95, you're going to > get some "call quality" issues. Stuttering, pops, clicks, bad timer > results, audio delays, etc. This is most significant on heavily loaded > hubs and when you're transcoding between different CODECs. How frequently > you see problems depends on how bad the timing jitter is. > > Google: "bad dahdi_test" ....This has been discussed forever about > Asterisk PBXs. You must remember that the way AllStar uses Asterisk, > it's effectively an Asterisk conference call using the conf/bridge > software in dahdi. > > These numbers MUST be spot-on if you want GREAT results. There is no way > around this constraint in the current software. > > > 73, David KB4FXC > > > > > > On Fri, 22 Jun 2018, Mike wrote: > > > Looks good Pierre, > > > > What is your hardware arrangement cpu&speed/mem > > > > ...mike/kb8jnm > > > > > > On 6/22/2018 6:52 AM, Pierre Martel wrote: > > > did a test on a vps I have on linode. was wondering if this sounds > > > good for you > > > > > > :[/usr/sbin]: sudo ./dahdi_test > > > Opened pseudo dahdi interface, measuring accuracy... > > > 99.997% 99.993% 99.997% 99.997% 99.984% 99.998% 99.991% 99.607% > > > 99.993% 99.603% 99.608% 99.990% 99.613% 99.995% 99.998% 99.613% > > > 99.992% 99.997% 99.988% 99.995% 99.999% 99.991% 99.985% 99.603% > > > 99.996% 99.995% 99.998% 99.999% 99.995% 99.995% 99.612% 99.999% > > > 99.893% 99.643% 99.525% 99.998% 99.994% 99.594% 99.999% 99.991% > > > 99.998% 99.999% 99.615% 99.995% 99.996% 99.998% 99.996% 99.994% > > > 99.995% 99.997% 99.980% 99.993% 99.999% 99.984% 99.999% 99.993% > > > 99.998% 99.992% 99.985% 99.997% 99.999% 99.603% 100.000% 99.996% > > > 99.996% 99.611% 99.998% 99.994% 99.994% 99.995% 99.996% 99.994% > > > 99.605% 99.998% 99.999% 99.994% 99.997% 99.991% 99.997% 99.992% > > > 99.996% 99.995% 99.999% 99.997% 99.980% 99.996% 99.999% 99.994% > > > 99.996% 99.995% 99.996% 99.604% 99.998% 99.993% ^C > > > --- Results after 94 passes --- > > > Best: 100.000% -- Worst: 99.525% -- Average: 99.931304% > > > Cumulative Accuracy (not per pass): 100.000 > > > > > > this was while connected to another???? 2 node and some activity on the > > > repeaters. > > > > > > IS this a keeper? I am also planning to use that vps as an xlxD server > > > and running an ambed server at home (got 3 trancoding channel > > > possibility here.) > > > > > > If it is possible to link from allstar dstar and dmr that would make a > > > nice bridge between all those mode.. I just need a second pair of > > > dongle to also get fusion. > > > > > > If anyone have experience in such thing let me know. I will need some > > > hint. Dont need to be taken by the hand... > > > > > > > > > > > > _______________________________________________ > > > 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 mm at midnighteng.com Fri Jun 22 23:23:53 2018 From: mm at midnighteng.com (Mike) Date: Fri, 22 Jun 2018 19:23:53 -0400 Subject: [App_rpt-users] DMR Gateway Available for field day weekend. Message-ID: <8ba21cec-1a55-c61b-3098-fb9b1e86c354@midnighteng.com> Good FD Weekend HAM's I am making available for the whole field day weekend, NODE 29999 is connected to DMR Gatway Talk Group 91 WorldWide You may use it on echolink node 155783 / KB8JNM-L and on ASL node 29999 It will be in full transmit as I have time to monitor directly. Be glad to pass that on to someone for the night shift so we can keep it open for the duration. But if not, it will be bumped to rx only while I sleep. Please be on your best behavior to keep a good example going for ASL on these gateways of high traffic DMR channels. This node now supports over 100+ streams.(4core 8gb) But limited to 25 on echolink. So if you want to just connect via echolink to it and listen, GREAT ! You may view the allmon at http://29999.link/allmon/link.php?nodes=29999 Please use it in the best interest of promoting amateur radio. Have a great weekend ! 73, ...mike/kb8jnm From Bryan at bryanfields.net Sat Jun 23 18:26:40 2018 From: Bryan at bryanfields.net (Bryan Fields) Date: Sat, 23 Jun 2018 14:26:40 -0400 Subject: [App_rpt-users] Connectivity issues Message-ID: <8d8ce0fd-fa16-f2ae-3990-effd135f1806@bryanfields.net> We've seen some interesting connectivity issues for ATT users recently. The most recent was some sort of ALG proxy on anything destined to udp/4569. This appears to intercept registration traffic and then selectively forward it on. I'm at a loss as to why this is happening. Last weekend ATT stopped allowing one of the subnets for the stats server in their routing table too. That was a bit easier to troubleshoot and easier to reach someone on their backbone with clue. The stats server isn't a critical part of the network either. If you're having any issues, please try registration on port 4566. I'll stress again, this really isn't an AllStar issue, it's a crappy ISP breaking the internet issue. There's not much the admin team can do if your ISP isn't going to route packets properly :( -- Bryan Fields 727-409-1194 - Voice http://bryanfields.net From mm at midnighteng.com Sat Jun 23 18:41:24 2018 From: mm at midnighteng.com (Mike) Date: Sat, 23 Jun 2018 14:41:24 -0400 Subject: [App_rpt-users] Connectivity issues In-Reply-To: <8d8ce0fd-fa16-f2ae-3990-effd135f1806@bryanfields.net> References: <8d8ce0fd-fa16-f2ae-3990-effd135f1806@bryanfields.net> Message-ID: <78c06292-c642-280d-512b-ad1301693985@midnighteng.com> While I would agree that many ISP's are allays looking for a chance to mess things up for VOIP services, One has to consider how many complex types of attacks to their vast networks they get, Most times I doubt it is intentional, but not always. Many hacks are just looking for the knowledge of what it takes to disrupt communications. ...mike/kb8jnm On 6/23/2018 2:26 PM, Bryan Fields wrote: > We've seen some interesting connectivity issues for ATT users recently. The > most recent was some sort of ALG proxy on anything destined to udp/4569. This > appears to intercept registration traffic and then selectively forward it on. > I'm at a loss as to why this is happening. > > Last weekend ATT stopped allowing one of the subnets for the stats server in > their routing table too. That was a bit easier to troubleshoot and easier to > reach someone on their backbone with clue. The stats server isn't a critical > part of the network either. > > If you're having any issues, please try registration on port 4566. > > I'll stress again, this really isn't an AllStar issue, it's a crappy ISP > breaking the internet issue. There's not much the admin team can do if your > ISP isn't going to route packets properly :( > From Bryan at bryanfields.net Sat Jun 23 18:56:08 2018 From: Bryan at bryanfields.net (Bryan Fields) Date: Sat, 23 Jun 2018 14:56:08 -0400 Subject: [App_rpt-users] Connectivity issues In-Reply-To: <78c06292-c642-280d-512b-ad1301693985@midnighteng.com> References: <8d8ce0fd-fa16-f2ae-3990-effd135f1806@bryanfields.net> <78c06292-c642-280d-512b-ad1301693985@midnighteng.com> Message-ID: On 6/23/18 2:41 PM, Mike wrote: > One has to consider how many complex types of attacks to their vast > networks they get, Not my pig, Not my farm. > Most times I doubt it is intentional, but not always. The issue is the total lack of clue on their part, don't intentionally break how the internet works. -- Bryan Fields 727-409-1194 - Voice http://bryanfields.net From mm at midnighteng.com Sat Jun 23 20:58:34 2018 From: mm at midnighteng.com (Mike) Date: Sat, 23 Jun 2018 16:58:34 -0400 Subject: [App_rpt-users] Connectivity issues In-Reply-To: References: <8d8ce0fd-fa16-f2ae-3990-effd135f1806@bryanfields.net> <78c06292-c642-280d-512b-ad1301693985@midnighteng.com> Message-ID: <85ac1609-d63c-9ef7-12dd-cbe9567d4b9f@midnighteng.com> >>>The issue is the total lack of clue on their part, don't intentionally break how the internet works. The point is you are wanting to 'blame' them. How do you know it is something of their creation and not a response to a attack or just a attack itself. I don't like them, but not willing to go as far as to blame them. All of us in VOIP will face our own similar network security issues soon enough. Who do we blame then ? Still not your pig - not your farm ? They are likely doing what they can in response to a attack on their network. Same as you would in switching ports in response to a problem. It does not 'fix it', it just makes do. Problem is still there. So if you were them, would you do nothing and jeopardize the whole network ? I ask that you think about it more broadly. ...mike/kb8jnm On 6/23/2018 2:56 PM, Bryan Fields wrote: > On 6/23/18 2:41 PM, Mike wrote: >> One has to consider how many complex types of attacks to their vast >> networks they get, > Not my pig, Not my farm. > >> Most times I doubt it is intentional, but not always. > The issue is the total lack of clue on their part, don't intentionally break > how the internet works. > > From app_rpt at marrold.co.uk Sun Jun 24 23:24:56 2018 From: app_rpt at marrold.co.uk (2E0SIP) Date: Mon, 25 Jun 2018 00:24:56 +0100 Subject: [App_rpt-users] Echolink Call Drops Message-ID: Hi All, I'm currently investigating an issue where echolink users appear to unkey and then rekey in the archive files, but in reality they have remained keyed up. As far as I can tell there's no drop in audio during this event. Here's the output of the text file created by the archivedir option, showing the Echolink user Key and Unkey: 20180625001717,RXKEY,3936347 20180625001717,TXKEY,MAIN 20180625001717,TXKEY,47920 20180625001721,RXUNKEY,3936347 20180625001721,TXUNKEY,47920 20180625001721,RXKEY,3936347 20180625001721,TXKEY,47920 20180625001732,RXUNKEY,3936347 20180625001732,TXUNKEY,47920 20180625001735,TXUNKEY,MAIN During this event the Echolink user remained keyed up. Where should I start looking to troubleshoot this in more detail? Thanks Matthew -------------- next part -------------- An HTML attachment was scrubbed... URL: From mm at midnighteng.com Sun Jun 24 23:43:32 2018 From: mm at midnighteng.com (Mike) Date: Sun, 24 Jun 2018 19:43:32 -0400 Subject: [App_rpt-users] Echolink Call Drops In-Reply-To: References: Message-ID: <55cbc864-b8f3-b332-0b9f-f32659163328@midnighteng.com> Well Matthew, You might want to watch your allmon. And listen to the output of that node. Good chance what you are seeing is accurate. EL is always a full-duplex network. So when you tx on EL connection, you will hear just as always on the EL side of things. In fact you could carry on a 2 way conversation on a node with that person 'while they are in TX'. Some of the newer versions of the software have 'some' safeguards but I think it still works that way. Test it yourself so you understand how it really works in that situation. So 'butt TX's' are entirely possible. But, perhaps I'm not understanding the issue or what you are after. ...mike/kb8jnm On 6/24/2018 7:24 PM, 2E0SIP wrote: > Hi All, > > I'm currently investigating an issue where echolink users appear to unkey > and then rekey in the archive files, but in reality they have remained > keyed up. As far as I can tell there's no drop in audio during this event. > > Here's the output of the text file created by the archivedir option, > showing the Echolink user Key and Unkey: > > 20180625001717,RXKEY,3936347 > 20180625001717,TXKEY,MAIN > 20180625001717,TXKEY,47920 > 20180625001721,RXUNKEY,3936347 > 20180625001721,TXUNKEY,47920 > 20180625001721,RXKEY,3936347 > 20180625001721,TXKEY,47920 > 20180625001732,RXUNKEY,3936347 > 20180625001732,TXUNKEY,47920 > 20180625001735,TXUNKEY,MAIN > > During this event the Echolink user remained keyed up. > > Where should I start looking to troubleshoot this in more detail? > > Thanks > > Matthew > > > > _______________________________________________ > 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 justin at suid.net Mon Jun 25 02:33:13 2018 From: justin at suid.net (Justin Harris) Date: Sun, 24 Jun 2018 19:33:13 -0700 Subject: [App_rpt-users] Allstar Pushover Module Message-ID: <003201d40c2c$de4f72b0$9aee5810$@suid.net> I have created a relatively simple python application that runs on your Allstar node to send notifications over the pushover service. I'm not sure if anyone has done this already but it was a fun project to work on. Feel free to try it out and let me know if you have any issues as there will likely be bugs. The concept is simple. When your node comes online you a notification. If there are any connects or disconnects you will receive a notification. Multiple nodes on a single device are supported, additionally multiple pushover accounts are supported. https://bitbucket.org/suidnet/allstar-pushover Take care, Justin Harris KG7FKJ -------------- next part -------------- An HTML attachment was scrubbed... URL: From ddayfarms at gmail.com Tue Jun 26 01:38:00 2018 From: ddayfarms at gmail.com (Dale Day) Date: Mon, 25 Jun 2018 20:38:00 -0500 Subject: [App_rpt-users] installing allstarlink Message-ID: Could someone help me with getting allstar link up and running. I just can't allstar configured correctly to the point where I can tune the radios. I just don't understand what I am doing wrong. -------------- next part -------------- An HTML attachment was scrubbed... URL: From mm at midnighteng.com Tue Jun 26 04:58:00 2018 From: mm at midnighteng.com (Mike) Date: Tue, 26 Jun 2018 00:58:00 -0400 Subject: [App_rpt-users] installing allstarlink In-Reply-To: References: Message-ID: Well, I am not sure what you are using for hardware and what versions of software as you did not say. SO here is my advise for anyone. Make the box work 'headless', meaning without the radios in the setup fray. Use this setting by un/commenting the following lines as shown here in your rpt.cong file so you are using dahdi/pseudo and not radio interfaces. rxchannel = dahdi/pseudo??? ??????? ; No radio (hub) ****************** ; rxchannel = SimpleUSB/usb_29999??? ; SimpleUSB ; rxchannel = Pi/1????????????????????? ; Raspberry Pi PiTA ; rxchannel = Radio/usb_29999??? ??? ; USBRadio (DSP) ; rxchannel = Dahdi/1??? ??? ??? ; PCI Quad card ; rxchannel = Beagle/1??? ??? ??? ; BeagleBoard ; rxchannel = USRP/127.0.0.1:34001:32001; GNU Radio interface USRP duplex = 2????????????????????????????? ; 0 = Half duplex with no telemetry tones or hang time. Then setup iaxrpt to run with that node so you can check it for functionality of a running asterisk install without the radio side of the equation. You will have to read some more of the docs most likely to get this far, but once you do, you are most of the way there. You should be able to 'command' your node with functionality before adding radios to your learning curve. But you will need to ask 'specific questions' to what you do not understand to get help. ...mike/kb8jnm On 6/25/2018 9:38 PM, Dale Day wrote: > Could someone help me with getting allstar link up and running. > I just can't allstar configured correctly to the point where I can > tune the radios. > I just don't understand what I am doing wrong. > > > _______________________________________________ > 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 ddayfarms at gmail.com Tue Jun 26 14:08:40 2018 From: ddayfarms at gmail.com (Dale Day) Date: Tue, 26 Jun 2018 09:08:40 -0500 Subject: [App_rpt-users] installing allstarlink In-Reply-To: References: Message-ID: Thank you so much for your reply. I have the latest download of Debian from Allstar link. I have it installed on a amd desk top pc and then it linked to pm windows pc with putty. I have a dmk engineering usb radio interface to a Motorola gm300 type radio. I understand this is very difficult to do over email but I have worked on this off and on for two years and I am just at wits end. I go through the asl-menu and have it configured the static ip address and have signed up with Allstar and have my numbers and passwords with server and my pc. My problem is when I try to go to tune radio menu it comes up with a message that I don't have rpt file and another one I cant remember with out going and firing up pc again and refreshing my memory not configured. So in other words I just don't know which of the hundreds of lines in the files usb radio, simpleusb or other files need to be modified. I will keep reading the help files and and k5tra's web site but I just can't seem to get the files configured right. Thanks so much Dale N0INX On Mon, Jun 25, 2018 at 11:58 PM, Mike wrote: > Well, > > I am not sure what you are using for hardware and what versions of > software as you did not say. > > SO here is my advise for anyone. > > Make the box work 'headless', meaning without the radios in the setup fray. > > Use this setting by un/commenting the following lines as shown here in > your rpt.cong file so you are using dahdi/pseudo and not radio interfaces. > > rxchannel = dahdi/pseudo ; No radio (hub) ****************** > ; rxchannel = SimpleUSB/usb_29999 ; SimpleUSB > ; rxchannel = Pi/1 ; Raspberry Pi PiTA > ; rxchannel = Radio/usb_29999 ; USBRadio (DSP) > ; rxchannel = Dahdi/1 ; PCI Quad card > ; rxchannel = Beagle/1 ; BeagleBoard > ; rxchannel = USRP/127.0.0.1:34001:32001; GNU Radio interface USRP > > duplex = 2 ; 0 = Half duplex with no > telemetry tones or hang time. > > > Then setup iaxrpt to run with that node so you can check it for > functionality of a running asterisk install without the radio side of the > equation. > > You will have to read some more of the docs most likely to get this far, > but once you do, you are most of the way there. > > You should be able to 'command' your node with functionality before adding > radios to your learning curve. > > But you will need to ask 'specific questions' to what you do not > understand to get help. > > > ...mike/kb8jnm > > On 6/25/2018 9:38 PM, Dale Day wrote: > > Could someone help me with getting allstar link up and running. > I just can't allstar configured correctly to the point where I can tune > the radios. > I just don't understand what I am doing wrong. > > > _______________________________________________ > 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 mm at midnighteng.com Tue Jun 26 14:47:23 2018 From: mm at midnighteng.com (Mike) Date: Tue, 26 Jun 2018 10:47:23 -0400 Subject: [App_rpt-users] installing allstarlink In-Reply-To: References: Message-ID: While I have 'NO' experience with the DMK interface, I still suggest you try to make this run 'headless' first. Then you can separate core issues of the system with the radio interface side of it. If the system isn't functioning as it should, you will never know if the radio's are. I am hoping someone with experience with the DMK will chime in but you need to specify a issue to respond to, specifically. Show the code you are having issues with etc. Give us a starting point. Most here are very helpful, give them a chance. ...mike/kb8jnm On 6/26/2018 10:08 AM, Dale Day wrote: > Thank you so much for your reply. > I have the latest download of Debian from Allstar link. I have it > installed on a amd desk top pc and then it linked to pm windows pc > with putty. > I have a dmk engineering usb radio interface to a Motorola gm300 type > radio. > I understand this is very difficult to do over email but I have worked > on this off and on for two years and I am just at wits end. I go > through the asl-menu and have it configured the static ip address and > have signed up with Allstar and have my numbers and passwords with > server and my pc. > My problem is when I try to go to tune radio menu it comes up with a > message that I don't have rpt file and another one I cant remember > with out going and firing up pc again and refreshing my memory not > configured. > So in other words I just don't know which of the hundreds of lines in > the files usb radio, simpleusb or other files need to be modified. > I will keep reading the help files and and k5tra's web site but I just > can't seem to get the files configured right. > Thanks so much > Dale > N0INX > > On Mon, Jun 25, 2018 at 11:58 PM, Mike > wrote: > > Well, > > I am not sure what you are using for hardware and what versions of > software as you did not say. > > SO here is my advise for anyone. > > Make the box work 'headless', meaning without the radios in the > setup fray. > > Use this setting by un/commenting the following lines as shown > here in your rpt.cong file so you are using dahdi/pseudo and not > radio interfaces. > > rxchannel = dahdi/pseudo??? ??????? ; No radio (hub) > ****************** > ; rxchannel = SimpleUSB/usb_29999??? ; SimpleUSB > ; rxchannel = Pi/1????????????????????? ; Raspberry Pi PiTA > ; rxchannel = Radio/usb_29999??? ??? ; USBRadio (DSP) > ; rxchannel = Dahdi/1??? ??? ??? ; PCI Quad card > ; rxchannel = Beagle/1??? ??? ??? ; BeagleBoard > ; rxchannel = USRP/127.0.0.1:34001:32001; GNU Radio interface USRP > > duplex = 2????????????????????????????? ; 0 = Half duplex with no > telemetry tones or hang time. > > > Then setup iaxrpt to run with that node so you can check it for > functionality of a running asterisk install without the radio side > of the equation. > > You will have to read some more of the docs most likely to get > this far, but once you do, you are most of the way there. > > You should be able to 'command' your node with functionality > before adding radios to your learning curve. > > But you will need to ask 'specific questions' to what you do not > understand to get help. > > > ...mike/kb8jnm > > > On 6/25/2018 9:38 PM, Dale Day wrote: >> Could someone help me with getting allstar link up and running. >> I just can't allstar configured correctly to the point where I >> can tune the radios. >> I just don't understand what I am doing wrong. >> >> >> _______________________________________________ >> 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 mwbesemer at cox.net Tue Jun 26 14:53:46 2018 From: mwbesemer at cox.net (mwbesemer at cox.net) Date: Tue, 26 Jun 2018 14:53:46 +0000 (GMT) Subject: [App_rpt-users] installing allstarlink Message-ID: <1d824c6.11d8.1643c96158a.Webtop.0@cox.net> Dale, There are some YouTube videos by K1GMM that are pretty good. I'd give them a look. Mike WM4B On Tue, Jun 26, 2018 at 10:08 AM, Dale Day wrote: > Thank you so much for your reply. > I have the latest download of Debian from Allstar link. I have it > installed > on a amd desk top pc and then it linked to pm windows pc with putty. > I have a dmk engineering usb radio interface to a Motorola gm300 type > radio. > I understand this is very difficult to do over email but I have worked > on > this off and on for two years and I am just at wits end. I go through > the > asl-menu and have it configured the static ip address and have signed > up > with Allstar and have my numbers and passwords with server and my pc. > My problem is when I try to go to tune radio menu it comes up with a > message that I don't have rpt file and another one I cant remember > with out > going and firing up pc again and refreshing my memory not configured. > So in other words I just don't know which of the hundreds of lines in > the > files usb radio, simpleusb or other files need to be modified. > I will keep reading the help files and and k5tra's web site but I just > can't seem to get the files configured right. > Thanks so much > Dale > N0INX > > On Mon, Jun 25, 2018 at 11:58 PM, Mike wrote: > >> Well, >> >> I am not sure what you are using for hardware and what versions of >> software as you did not say. >> >> SO here is my advise for anyone. >> >> Make the box work 'headless', meaning without the radios in the setup >> fray. >> >> Use this setting by un/commenting the following lines as shown here >> in >> your rpt.cong file so you are using dahdi/pseudo and not radio >> interfaces. >> >> rxchannel = dahdi/pseudo ; No radio (hub) >> ****************** >> ; rxchannel = SimpleUSB/usb_29999 ; SimpleUSB >> ; rxchannel = Pi/1 ; Raspberry Pi PiTA >> ; rxchannel = Radio/usb_29999 ; USBRadio (DSP) >> ; rxchannel = Dahdi/1 ; PCI Quad card >> ; rxchannel = Beagle/1 ; BeagleBoard >> ; rxchannel = USRP/127.0.0.1:34001:32001; GNU Radio interface USRP >> >> duplex = 2 ; 0 = Half duplex with no >> telemetry tones or hang time. >> >> >> Then setup iaxrpt to run with that node so you can check it for >> functionality of a running asterisk install without the radio side of >> the >> equation. >> >> You will have to read some more of the docs most likely to get this >> far, >> but once you do, you are most of the way there. >> >> You should be able to 'command' your node with functionality before >> adding >> radios to your learning curve. >> >> But you will need to ask 'specific questions' to what you do not >> understand to get help. >> >> >> ...mike/kb8jnm >> >> On 6/25/2018 9:38 PM, Dale Day wrote: >> >> Could someone help me with getting allstar link up and running. >> I just can't allstar configured correctly to the point where I can >> tune >> the radios. >> I just don't understand what I am doing wrong. >> >> >> _______________________________________________ >> 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. >> > > > ------------------------------ > > _______________________________________________ > 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 Tue Jun 26 15:02:28 2018 From: shawpbx at gmail.com (David Shaw) Date: Tue, 26 Jun 2018 08:02:28 -0700 Subject: [App_rpt-users] installing allstarlink In-Reply-To: References: Message-ID: Hello Dale, Login and run "sudo asl-menu" GM300 Programmed with Pl. Use Simple-USB-Radio Not programmed with PL. I would use USB-Radio. Save and reboot. I'll post the tune tonight. David On Tue, Jun 26, 2018, 7:47 AM Mike wrote: > While I have 'NO' experience with the DMK interface, > > I still suggest you try to make this run 'headless' first. > > Then you can separate core issues of the system with the radio interface > side of it. > > If the system isn't functioning as it should, you will never know if the > radio's are. > > I am hoping someone with experience with the DMK will chime in but you > need to specify a issue to respond to, specifically. > > Show the code you are having issues with etc. > > Give us a starting point. Most here are very helpful, give them a chance. > > ...mike/kb8jnm > > On 6/26/2018 10:08 AM, Dale Day wrote: > > Thank you so much for your reply. > I have the latest download of Debian from Allstar link. I have it > installed on a amd desk top pc and then it linked to pm windows pc with > putty. > I have a dmk engineering usb radio interface to a Motorola gm300 type > radio. > I understand this is very difficult to do over email but I have worked on > this off and on for two years and I am just at wits end. I go through the > asl-menu and have it configured the static ip address and have signed up > with Allstar and have my numbers and passwords with server and my pc. > My problem is when I try to go to tune radio menu it comes up with a > message that I don't have rpt file and another one I cant remember with out > going and firing up pc again and refreshing my memory not configured. > So in other words I just don't know which of the hundreds of lines in the > files usb radio, simpleusb or other files need to be modified. > I will keep reading the help files and and k5tra's web site but I just > can't seem to get the files configured right. > Thanks so much > Dale > N0INX > > On Mon, Jun 25, 2018 at 11:58 PM, Mike wrote: > >> Well, >> >> I am not sure what you are using for hardware and what versions of >> software as you did not say. >> >> SO here is my advise for anyone. >> >> Make the box work 'headless', meaning without the radios in the setup >> fray. >> >> Use this setting by un/commenting the following lines as shown here in >> your rpt.cong file so you are using dahdi/pseudo and not radio interfaces. >> >> rxchannel = dahdi/pseudo ; No radio (hub) ****************** >> ; rxchannel = SimpleUSB/usb_29999 ; SimpleUSB >> ; rxchannel = Pi/1 ; Raspberry Pi PiTA >> ; rxchannel = Radio/usb_29999 ; USBRadio (DSP) >> ; rxchannel = Dahdi/1 ; PCI Quad card >> ; rxchannel = Beagle/1 ; BeagleBoard >> ; rxchannel = USRP/127.0.0.1:34001:32001; GNU Radio interface USRP >> >> duplex = 2 ; 0 = Half duplex with no >> telemetry tones or hang time. >> >> >> Then setup iaxrpt to run with that node so you can check it for >> functionality of a running asterisk install without the radio side of the >> equation. >> >> You will have to read some more of the docs most likely to get this far, >> but once you do, you are most of the way there. >> >> You should be able to 'command' your node with functionality before >> adding radios to your learning curve. >> >> But you will need to ask 'specific questions' to what you do not >> understand to get help. >> >> >> ...mike/kb8jnm >> >> On 6/25/2018 9:38 PM, Dale Day wrote: >> >> Could someone help me with getting allstar link up and running. >> I just can't allstar configured correctly to the point where I can tune >> the radios. >> I just don't understand what I am doing wrong. >> >> >> _______________________________________________ >> 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. >> > > > > _______________________________________________ > 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 mm at midnighteng.com Tue Jun 26 18:05:25 2018 From: mm at midnighteng.com (Mike) Date: Tue, 26 Jun 2018 14:05:25 -0400 Subject: [App_rpt-users] Net Tonight: Continued Conversation on digital modes and ASL gateways 8:30 pm esdst Message-ID: <74bea3f9-50a9-4256-9c55-a133ed362bb9@midnighteng.com> I will say with all of this newly added individual personal communication using ASL, it has changed the scope of how we must do things. No longer is the majority of nodes a repeater system.? We are going to have to wrap our minds around that fact. The growth of ASL nodes has doubled in the past 3 years. Nobody has had to make _reservations_ for these large connects for nets and putting up 1,2 or even three very large assets is not always going to solve the issues with what we do. But it helps. So, here is a plan for the net tonight... You can make your 'reservation' by connecting early ( see connection list at www.29999.link and may be updated late ) When the connectable nodes start the net or when they fill to a determined capacity, they will be closed to incoming connections. So if you are late, you will need to connect downstream from those already engaged in a solid connection. This insures that those late to the party don't spoil the party. (Use the bubble map link top right side of page www.29999.link) Also, telemetry will be tuned off to avoid other issues and for the enjoyment of the content. *So tonight: Continued conversation on digital modes and ASL Steve N4IRS will be around for a short while for some Q&A on DVswitch Join Us !? Tonight at 8:30 pm esdst* I know that many have began deployment and testing while many also have some issues we need to help-out with. As the net winds down, we shall break it into a roundtable discussion as/when we can. So if you have any announcements etc, be prepared to broadcast those later in the net. Please thank your supporting node of connection for helping make it possible ! The next net will be 3 weeks after to get past the 4th of July holiday and to line-up some new speakers and content. Thanking everyone for the help in making these things possible for the enjoyment of everyone ! I can only hope you gain something from them. ...mike/kb8jnm -------------- next part -------------- An HTML attachment was scrubbed... URL: From dragonlord at hawaiiantel.net Tue Jun 26 19:01:54 2018 From: dragonlord at hawaiiantel.net (Wayne) Date: Tue, 26 Jun 2018 09:01:54 -1000 Subject: [App_rpt-users] install allmon2 on asl Message-ID: <5d73c164-52b2-a996-353d-beff863d9821@hawaiiantel.net> hi, can't remember how to install allmon2 on the ASL version. would appreciate any help thanks Wayne From mm at midnighteng.com Tue Jun 26 19:05:02 2018 From: mm at midnighteng.com (Mike) Date: Tue, 26 Jun 2018 15:05:02 -0400 Subject: [App_rpt-users] install allmon2 on asl In-Reply-To: <5d73c164-52b2-a996-353d-beff863d9821@hawaiiantel.net> References: <5d73c164-52b2-a996-353d-beff863d9821@hawaiiantel.net> Message-ID: <3d64dcbc-1bca-b396-90cb-c6d764955f34@midnighteng.com> First you might want a LAMP STACK to have PHP & Apache https://linuxconfig.org/how-to-install-a-lamp-server-on-debian-9-stretch-linux Then follow the instructions for allmon2 at github ...mike/kb8jnm On 6/26/2018 3:01 PM, Wayne wrote: > hi, > > can't remember how to install allmon2 on the ASL version. > > would appreciate any help > > thanks > > Wayne > > _______________________________________________ > 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 ksixmju at gmail.com Tue Jun 26 19:32:10 2018 From: ksixmju at gmail.com (Mike Lee) Date: Tue, 26 Jun 2018 12:32:10 -0700 Subject: [App_rpt-users] Net Tonight: Continued Conversation on digital modes and ASL gateways 8:30 pm esdst In-Reply-To: <74bea3f9-50a9-4256-9c55-a133ed362bb9@midnighteng.com> References: <74bea3f9-50a9-4256-9c55-a133ed362bb9@midnighteng.com> Message-ID: What time zone is esdst? Do you mean EDT? Mike From mm at midnighteng.com Tue Jun 26 20:35:54 2018 From: mm at midnighteng.com (Mike) Date: Tue, 26 Jun 2018 16:35:54 -0400 Subject: [App_rpt-users] Net Tonight: Continued Conversation on digital modes and ASL gateways 8:30 pm esdst In-Reply-To: References: <74bea3f9-50a9-4256-9c55-a133ed362bb9@midnighteng.com> Message-ID: <6502ACA9-E10A-4E9A-8AC6-1BF92C7D2827@midnighteng.com> I mean eastern standard daylight savings time Esdst Mike / Sent While Mobile > On Jun 26, 2018, at 3:32 PM, Mike Lee wrote: > > What time zone is esdst? > > Do you mean EDT? > > > Mike > _______________________________________________ > 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 asonnesso at gmail.com Wed Jun 27 02:01:16 2018 From: asonnesso at gmail.com (Angelo T Sonnesso) Date: Tue, 26 Jun 2018 22:01:16 -0400 Subject: [App_rpt-users] Net Tonight: Continued Conversation on digital modes and ASL gateways 8:30 pm esdst In-Reply-To: <6502ACA9-E10A-4E9A-8AC6-1BF92C7D2827@midnighteng.com> References: <74bea3f9-50a9-4256-9c55-a133ed362bb9@midnighteng.com> <6502ACA9-E10A-4E9A-8AC6-1BF92C7D2827@midnighteng.com> Message-ID: <008d01d40dba$be9a2c00$3bce8400$@gmail.com> Hi Mike on the net this evening someone asked about getting an alstar hotspot. Here is some advice someone gave me. > > Drop an email to Peter, G7RPG, and ask him to build you an All Star Link > hotspot. > > Peter will build and configure the node for you. He uses a Baofeng BF-888 > dialed down to about 50-100 milliwatts. By default, he uses an antenna > internal to the radio's case, but he'll put on a BNC jack instead if you > ask, and then you can hang up a Pole in your window or something. But even > with the internal antenna, you should be fine for accessing it anywhere in > your flat. You'd access it with any handheld radio. Pete does good work and > is a super nice guy and will work with you to put together exactly what you > might need. Explain your situation. Mention me if you like (it won't help, > but it probably won't hurt either). >He has some videos on YouTube. > Peter >Hope this helps. 73 N2DYN Angelo -----Original Message----- From: App_rpt-users On Behalf Of Mike Sent: Tuesday, June 26, 2018 4:36 PM To: Users of Asterisk app_rpt Subject: Re: [App_rpt-users] Net Tonight: Continued Conversation on digital modes and ASL gateways 8:30 pm esdst I mean eastern standard daylight savings time Esdst Mike / Sent While Mobile > On Jun 26, 2018, at 3:32 PM, Mike Lee wrote: > > What time zone is esdst? > > Do you mean EDT? > > > Mike > _______________________________________________ > 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 shawpbx at gmail.com Wed Jun 27 02:16:28 2018 From: shawpbx at gmail.com (David Shaw) Date: Tue, 26 Jun 2018 19:16:28 -0700 Subject: [App_rpt-users] installing allstarlink In-Reply-To: References: Message-ID: Hello Dale, Are you using simpleusb or usbradio? 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 Tue, Jun 26, 2018 at 8:02 AM, David Shaw wrote: > Hello Dale, > > Login and run "sudo asl-menu" > > GM300 > Programmed with Pl. Use Simple-USB-Radio > > Not programmed with PL. I would use USB-Radio. > > Save and reboot. > > I'll post the tune tonight. > > David > > On Tue, Jun 26, 2018, 7:47 AM Mike wrote: > >> While I have 'NO' experience with the DMK interface, >> >> I still suggest you try to make this run 'headless' first. >> >> Then you can separate core issues of the system with the radio interface >> side of it. >> >> If the system isn't functioning as it should, you will never know if the >> radio's are. >> >> I am hoping someone with experience with the DMK will chime in but you >> need to specify a issue to respond to, specifically. >> >> Show the code you are having issues with etc. >> >> Give us a starting point. Most here are very helpful, give them a chance. >> >> ...mike/kb8jnm >> >> On 6/26/2018 10:08 AM, Dale Day wrote: >> >> Thank you so much for your reply. >> I have the latest download of Debian from Allstar link. I have it >> installed on a amd desk top pc and then it linked to pm windows pc with >> putty. >> I have a dmk engineering usb radio interface to a Motorola gm300 type >> radio. >> I understand this is very difficult to do over email but I have worked on >> this off and on for two years and I am just at wits end. I go through the >> asl-menu and have it configured the static ip address and have signed up >> with Allstar and have my numbers and passwords with server and my pc. >> My problem is when I try to go to tune radio menu it comes up with a >> message that I don't have rpt file and another one I cant remember with out >> going and firing up pc again and refreshing my memory not configured. >> So in other words I just don't know which of the hundreds of lines in the >> files usb radio, simpleusb or other files need to be modified. >> I will keep reading the help files and and k5tra's web site but I just >> can't seem to get the files configured right. >> Thanks so much >> Dale >> N0INX >> >> On Mon, Jun 25, 2018 at 11:58 PM, Mike wrote: >> >>> Well, >>> >>> I am not sure what you are using for hardware and what versions of >>> software as you did not say. >>> >>> SO here is my advise for anyone. >>> >>> Make the box work 'headless', meaning without the radios in the setup >>> fray. >>> >>> Use this setting by un/commenting the following lines as shown here in >>> your rpt.cong file so you are using dahdi/pseudo and not radio interfaces. >>> >>> rxchannel = dahdi/pseudo ; No radio (hub) >>> ****************** >>> ; rxchannel = SimpleUSB/usb_29999 ; SimpleUSB >>> ; rxchannel = Pi/1 ; Raspberry Pi PiTA >>> ; rxchannel = Radio/usb_29999 ; USBRadio (DSP) >>> ; rxchannel = Dahdi/1 ; PCI Quad card >>> ; rxchannel = Beagle/1 ; BeagleBoard >>> ; rxchannel = USRP/127.0.0.1:34001:32001; GNU Radio interface USRP >>> >>> duplex = 2 ; 0 = Half duplex with no >>> telemetry tones or hang time. >>> >>> >>> Then setup iaxrpt to run with that node so you can check it for >>> functionality of a running asterisk install without the radio side of the >>> equation. >>> >>> You will have to read some more of the docs most likely to get this far, >>> but once you do, you are most of the way there. >>> >>> You should be able to 'command' your node with functionality before >>> adding radios to your learning curve. >>> >>> But you will need to ask 'specific questions' to what you do not >>> understand to get help. >>> >>> >>> ...mike/kb8jnm >>> >>> On 6/25/2018 9:38 PM, Dale Day wrote: >>> >>> Could someone help me with getting allstar link up and running. >>> I just can't allstar configured correctly to the point where I can tune >>> the radios. >>> I just don't understand what I am doing wrong. >>> >>> >>> _______________________________________________ >>> 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. >>> >> >> >> >> _______________________________________________ >> 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 david at kg5rdf.com Wed Jun 27 04:58:39 2018 From: david at kg5rdf.com (David) Date: Tue, 26 Jun 2018 23:58:39 -0500 Subject: [App_rpt-users] install allmon2 on asl In-Reply-To: <5d73c164-52b2-a996-353d-beff863d9821@hawaiiantel.net> Message-ID: https://www.google.com/url?sa=t&source=web&rct=j&url=https://www.hamvoip.org/allmon-how-to&ved=2ahUKEwig8bydh_PbAhUj0oMKHQc3B6EQFjABegQIBBAB&usg=AOvVaw29OM8IsXFOLFXGZTNUn-Ah -------- Original message --------From: Wayne Date: 6/26/18 2:01 PM (GMT-06:00) To: app_rpt-users at lists.allstarlink.org Subject: [App_rpt-users] install allmon2 on asl hi, can't remember how to install allmon2 on the ASL version. would appreciate any help thanks Wayne _______________________________________________ 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 kc8qch at gmail.com Wed Jun 27 20:36:14 2018 From: kc8qch at gmail.com (kc8qch at gmail.com) Date: Wed, 27 Jun 2018 16:36:14 -0400 Subject: [App_rpt-users] Parrot Mode Message-ID: <07aa01d40e56$7ec59000$7c50b000$@gmail.com> Good Afternoon/evening/morning to everyone, Tell me about parrot mode. I am trying to play around with it and have read what I have found online, but I am still not clear on a few things: 1. Does it only work on the node it is active for or could the node be connected to another node and used on that node? For example. Node A has Parrot mode turned on. It is connected to node B. Can you transmit on Node B and have Node A parrot what it heard back? 2. Does it only work over the radio or can it be used on a radio less node? I am trying to set one up on a private node vs a public node so I can move it around as needed in my own network for testing things. I am just trying to understand the mode more is all. Thanks ? Jeff Jeff Lehman, KC8QCH Email: kc8qch at gmail.com Webmaster Hamilton County ARPSC http://www.hamcoarpsc.org Email: hamcoarpsc at gmail.com Allstar Node 47374 Administrator The Guild/IRN http://theguildglobal.org -------------- next part -------------- An HTML attachment was scrubbed... URL: From mm at midnighteng.com Thu Jun 28 01:35:26 2018 From: mm at midnighteng.com (Mike) Date: Wed, 27 Jun 2018 21:35:26 -0400 Subject: [App_rpt-users] Parrot Mode In-Reply-To: <07aa01d40e56$7ec59000$7c50b000$@gmail.com> References: <07aa01d40e56$7ec59000$7c50b000$@gmail.com> Message-ID: There is plenty to know on this subject and I have not got to the bottom of it all....LOL Parrot is used most commonly for instant tests by DTMF user command. (must be enabled as parrot once by command ) AND On simplex nodes where everything is rec/played-back (creates delay) I have been told it does not work on headless nodes BUT... I see no reason for that, but it could be. After testing it myself and unable to make it work as a headless VPS node, I wrote my own script to do the same on connect. But in making that work, I found my install from iso of ASL 1.01 had errors in the modules.conf name spelling, so my temporary belief of what I was told about it not working headless should be tested again. (perhaps I will when time allows). You should be able to attach this to a public or private node if it does indeed work headless. Double check that all the correct modules are being loaded and they are spelled correctly in the module list or they will not load for you. Sorry, this is all the time I have to throw at it right now, but let me know if you run into a specific problem. But I would also be curious of your success ! ...mike/kb8jnm On 6/27/2018 4:36 PM, kc8qch at gmail.com wrote: > > Good Afternoon/evening/morning to everyone, > > ????????Tell me about parrot mode. I am trying to play around with it > and have read what I have found online, but I am still not clear on a > few things: > > 1. Does it only work on the node it is active for or could the node > be connected to another node and used on that node? For example. > Node A has Parrot mode turned on. It is connected to node B. Can > you transmit on Node B and have Node A parrot what it heard back? > 2. Does it only work over the radio or can it be used on a radio less > node? > > ??????? I am trying to set one up on a private node vs a public node > so I can move it around as needed in my own network for testing > things. I am just trying to understand the mode more is all. > > ?? Thanks ? > > ??? Jeff > > Jeff Lehman, KC8QCH > > Email: kc8qch at gmail.com > > Webmaster > > Hamilton County ARPSC > > http://www.hamcoarpsc.org > > Email: hamcoarpsc at gmail.com > > Allstar Node 47374 Administrator > > The Guild/IRN > > http://theguildglobal.org > > > > _______________________________________________ > 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 george at dyb.com Thu Jun 28 02:37:15 2018 From: george at dyb.com (George Csahanin) Date: Wed, 27 Jun 2018 21:37:15 -0500 Subject: [App_rpt-users] statpost Message-ID: <75a728dc-477c-9479-959e-7e67ee86299b@dyb.com> I just found a problem and not sure how to fix it. Last Monday I changed my udp port number after some had indicated issues connecting. I was using 4569, though on my 28599 node 4570 seemed to work, though I never have inbound connects, just outbound. So after modifying the port numbers in iax.conf, rpt.conf, etc I restarted asterisk and changed the port mapping in my router. Still nobody can connect. So I looked at the downloaded rpt_extnodes file and the port number for both nodes is 4569. I have uncommented the statpost lines in rpt.conf, which is a Limey distro, BTW. Also, FWIW when I point a browser at http://stats.allstarlink.org/uhandler.php the response is error... What I have: ; ** For Limey Linux ** statpost_program=/bin/wget,-q,--timeout=15,--tries=1,--output-document=/dev/null statpost_url=http://stats.allstarlink.org/uhandler.php ; Status updates What might I have wrong? GeorgeC W2DB -- George Csahanin 10100 Carson Ranch Rd. Crowley, TX 76036 682-708-5716 home 401-338-0568 cel From mm at midnighteng.com Thu Jun 28 02:40:56 2018 From: mm at midnighteng.com (Mike) Date: Wed, 27 Jun 2018 22:40:56 -0400 Subject: [App_rpt-users] statpost In-Reply-To: <75a728dc-477c-9479-959e-7e67ee86299b@dyb.com> References: <75a728dc-477c-9479-959e-7e67ee86299b@dyb.com> Message-ID: <9a8370ba-4d4e-422c-bdee-adc7d7b11db2@midnighteng.com> Well, before I comment very much, who is the ISP ? ...mike/kb8jnm On 6/27/2018 10:37 PM, George Csahanin wrote: > I just found a problem and not sure how to fix it. Last Monday I > changed my udp port number after some had indicated issues connecting. > I was using 4569, though on my 28599 node 4570 seemed to work, though > I never have inbound connects, just outbound. > > So after modifying the port numbers in iax.conf, rpt.conf, etc I > restarted asterisk and changed the port mapping in my router. > > Still nobody can connect. So I looked at the downloaded rpt_extnodes > file and the port number for both nodes is 4569. > > I have uncommented the statpost lines in rpt.conf, which is a Limey > distro, BTW. Also, FWIW when I point a browser at > http://stats.allstarlink.org/uhandler.php the response is error... > > What I have: > > > ; ** For Limey Linux ** > statpost_program=/bin/wget,-q,--timeout=15,--tries=1,--output-document=/dev/null > > statpost_url=http://stats.allstarlink.org/uhandler.php ; Status updates > > > What might I have wrong? > > GeorgeC > W2DB > > > From mm at midnighteng.com Thu Jun 28 02:45:54 2018 From: mm at midnighteng.com (Mike) Date: Wed, 27 Jun 2018 22:45:54 -0400 Subject: [App_rpt-users] statpost In-Reply-To: <75a728dc-477c-9479-959e-7e67ee86299b@dyb.com> References: <75a728dc-477c-9479-959e-7e67ee86299b@dyb.com> Message-ID: <9a150079-09bc-d58a-f856-3e298dbcb47b@midnighteng.com> I might suggest as you may have done already, check the IP of the server at the server. But match that with your forward port of the router..... Just? a common sense check-up/verify. Make sure you have not been in a DHCP mode and possibly bumped of the original Ip you had and are forwarding 4569 to. That would be my first check anyway. ...mike/kb8jnm On 6/27/2018 10:37 PM, George Csahanin wrote: > I just found a problem and not sure how to fix it. Last Monday I > changed my udp port number after some had indicated issues connecting. > I was using 4569, though on my 28599 node 4570 seemed to work, though > I never have inbound connects, just outbound. > > So after modifying the port numbers in iax.conf, rpt.conf, etc I > restarted asterisk and changed the port mapping in my router. > > Still nobody can connect. So I looked at the downloaded rpt_extnodes > file and the port number for both nodes is 4569. > > I have uncommented the statpost lines in rpt.conf, which is a Limey > distro, BTW. Also, FWIW when I point a browser at > http://stats.allstarlink.org/uhandler.php the response is error... > > What I have: > > > ; ** For Limey Linux ** > statpost_program=/bin/wget,-q,--timeout=15,--tries=1,--output-document=/dev/null > > statpost_url=http://stats.allstarlink.org/uhandler.php ; Status updates > > > What might I have wrong? > > GeorgeC > W2DB > > > From mm at midnighteng.com Thu Jun 28 03:02:46 2018 From: mm at midnighteng.com (Mike) Date: Wed, 27 Jun 2018 23:02:46 -0400 Subject: [App_rpt-users] statpost In-Reply-To: <75a728dc-477c-9479-959e-7e67ee86299b@dyb.com> References: <75a728dc-477c-9479-959e-7e67ee86299b@dyb.com> Message-ID: <90f1c129-b3df-4155-3323-ef98409a4b11@midnighteng.com> Ya know, I should have read and understood more than I did at first. Sorry, But, can you double check there are no type errors in the setting of your port at allstarling.org ...mike/kb8jnm On 6/27/2018 10:37 PM, George Csahanin wrote: > I just found a problem and not sure how to fix it. Last Monday I > changed my udp port number after some had indicated issues connecting. > I was using 4569, though on my 28599 node 4570 seemed to work, though > I never have inbound connects, just outbound. > > So after modifying the port numbers in iax.conf, rpt.conf, etc I > restarted asterisk and changed the port mapping in my router. > > Still nobody can connect. So I looked at the downloaded rpt_extnodes > file and the port number for both nodes is 4569. > > I have uncommented the statpost lines in rpt.conf, which is a Limey > distro, BTW. Also, FWIW when I point a browser at > http://stats.allstarlink.org/uhandler.php the response is error... > > What I have: > > > ; ** For Limey Linux ** > statpost_program=/bin/wget,-q,--timeout=15,--tries=1,--output-document=/dev/null > > statpost_url=http://stats.allstarlink.org/uhandler.php ; Status updates > > > What might I have wrong? > > GeorgeC > W2DB > > > From szingman at msgstor.com Thu Jun 28 10:12:20 2018 From: szingman at msgstor.com (Steve Zingman) Date: Thu, 28 Jun 2018 06:12:20 -0400 Subject: [App_rpt-users] statpost In-Reply-To: <75a728dc-477c-9479-959e-7e67ee86299b@dyb.com> References: <75a728dc-477c-9479-959e-7e67ee86299b@dyb.com> Message-ID: <9556d695-0aa5-c187-6777-dc581315914c@msgstor.com> George, Take a look at the network settings for the server 28599.ddns.me on allstarlink.org 73, Steve N4IRS On 06/27/2018 10:37 PM, George Csahanin wrote: > I just found a problem and not sure how to fix it. Last Monday I > changed my udp port number after some had indicated issues connecting. > I was using 4569, though on my 28599 node 4570 seemed to work, though > I never have inbound connects, just outbound. > > So after modifying the port numbers in iax.conf, rpt.conf, etc I > restarted asterisk and changed the port mapping in my router. > > Still nobody can connect. So I looked at the downloaded rpt_extnodes > file and the port number for both nodes is 4569. > > I have uncommented the statpost lines in rpt.conf, which is a Limey > distro, BTW. Also, FWIW when I point a browser at > http://stats.allstarlink.org/uhandler.php the response is error... > > What I have: > > > ; ** For Limey Linux ** > statpost_program=/bin/wget,-q,--timeout=15,--tries=1,--output-document=/dev/null > > statpost_url=http://stats.allstarlink.org/uhandler.php ; Status updates > > > What might I have wrong? > > GeorgeC > W2DB > > > From ddayfarms at gmail.com Thu Jun 28 13:59:18 2018 From: ddayfarms at gmail.com (Dale Day) Date: Thu, 28 Jun 2018 08:59:18 -0500 Subject: [App_rpt-users] installing allstarlink In-Reply-To: References: Message-ID: I'm sorry I have been really busy to work on allstar so when I get a chance i will try what you guys suggest Thanks for all your help On Tue, Jun 26, 2018, 9:16 PM David Shaw wrote: > Hello Dale, > > Are you using simpleusb or usbradio? > > 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 Tue, Jun 26, 2018 at 8:02 AM, David Shaw wrote: > >> Hello Dale, >> >> Login and run "sudo asl-menu" >> >> GM300 >> Programmed with Pl. Use Simple-USB-Radio >> >> Not programmed with PL. I would use USB-Radio. >> >> Save and reboot. >> >> I'll post the tune tonight. >> >> David >> >> On Tue, Jun 26, 2018, 7:47 AM Mike wrote: >> >>> While I have 'NO' experience with the DMK interface, >>> >>> I still suggest you try to make this run 'headless' first. >>> >>> Then you can separate core issues of the system with the radio interface >>> side of it. >>> >>> If the system isn't functioning as it should, you will never know if the >>> radio's are. >>> >>> I am hoping someone with experience with the DMK will chime in but you >>> need to specify a issue to respond to, specifically. >>> >>> Show the code you are having issues with etc. >>> >>> Give us a starting point. Most here are very helpful, give them a chance. >>> >>> ...mike/kb8jnm >>> >>> On 6/26/2018 10:08 AM, Dale Day wrote: >>> >>> Thank you so much for your reply. >>> I have the latest download of Debian from Allstar link. I have it >>> installed on a amd desk top pc and then it linked to pm windows pc with >>> putty. >>> I have a dmk engineering usb radio interface to a Motorola gm300 type >>> radio. >>> I understand this is very difficult to do over email but I have worked >>> on this off and on for two years and I am just at wits end. I go through >>> the asl-menu and have it configured the static ip address and have signed >>> up with Allstar and have my numbers and passwords with server and my pc. >>> My problem is when I try to go to tune radio menu it comes up with a >>> message that I don't have rpt file and another one I cant remember with out >>> going and firing up pc again and refreshing my memory not configured. >>> So in other words I just don't know which of the hundreds of lines in >>> the files usb radio, simpleusb or other files need to be modified. >>> I will keep reading the help files and and k5tra's web site but I just >>> can't seem to get the files configured right. >>> Thanks so much >>> Dale >>> N0INX >>> >>> On Mon, Jun 25, 2018 at 11:58 PM, Mike wrote: >>> >>>> Well, >>>> >>>> I am not sure what you are using for hardware and what versions of >>>> software as you did not say. >>>> >>>> SO here is my advise for anyone. >>>> >>>> Make the box work 'headless', meaning without the radios in the setup >>>> fray. >>>> >>>> Use this setting by un/commenting the following lines as shown here in >>>> your rpt.cong file so you are using dahdi/pseudo and not radio interfaces. >>>> >>>> rxchannel = dahdi/pseudo ; No radio (hub) >>>> ****************** >>>> ; rxchannel = SimpleUSB/usb_29999 ; SimpleUSB >>>> ; rxchannel = Pi/1 ; Raspberry Pi PiTA >>>> ; rxchannel = Radio/usb_29999 ; USBRadio (DSP) >>>> ; rxchannel = Dahdi/1 ; PCI Quad card >>>> ; rxchannel = Beagle/1 ; BeagleBoard >>>> ; rxchannel = USRP/127.0.0.1:34001:32001; GNU Radio interface USRP >>>> >>>> duplex = 2 ; 0 = Half duplex with no >>>> telemetry tones or hang time. >>>> >>>> >>>> Then setup iaxrpt to run with that node so you can check it for >>>> functionality of a running asterisk install without the radio side of the >>>> equation. >>>> >>>> You will have to read some more of the docs most likely to get this >>>> far, but once you do, you are most of the way there. >>>> >>>> You should be able to 'command' your node with functionality before >>>> adding radios to your learning curve. >>>> >>>> But you will need to ask 'specific questions' to what you do not >>>> understand to get help. >>>> >>>> >>>> ...mike/kb8jnm >>>> >>>> On 6/25/2018 9:38 PM, Dale Day wrote: >>>> >>>> Could someone help me with getting allstar link up and running. >>>> I just can't allstar configured correctly to the point where I can tune >>>> the radios. >>>> I just don't understand what I am doing wrong. >>>> >>>> >>>> _______________________________________________ >>>> 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. >>>> >>> >>> >>> >>> _______________________________________________ >>> 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. >> >> > _______________________________________________ > 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 ddayfarms at gmail.com Thu Jun 28 14:02:46 2018 From: ddayfarms at gmail.com (Dale Day) Date: Thu, 28 Jun 2018 09:02:46 -0500 Subject: [App_rpt-users] installing allstarlink In-Reply-To: References: Message-ID: I'm sorry I don't know what simple USB is I have a dmk engineering USB device hooked up to a Motorola mobile On Tue, Jun 26, 2018, 9:16 PM David Shaw wrote: > Hello Dale, > > Are you using simpleusb or usbradio? > > 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 Tue, Jun 26, 2018 at 8:02 AM, David Shaw wrote: > >> Hello Dale, >> >> Login and run "sudo asl-menu" >> >> GM300 >> Programmed with Pl. Use Simple-USB-Radio >> >> Not programmed with PL. I would use USB-Radio. >> >> Save and reboot. >> >> I'll post the tune tonight. >> >> David >> >> On Tue, Jun 26, 2018, 7:47 AM Mike wrote: >> >>> While I have 'NO' experience with the DMK interface, >>> >>> I still suggest you try to make this run 'headless' first. >>> >>> Then you can separate core issues of the system with the radio interface >>> side of it. >>> >>> If the system isn't functioning as it should, you will never know if the >>> radio's are. >>> >>> I am hoping someone with experience with the DMK will chime in but you >>> need to specify a issue to respond to, specifically. >>> >>> Show the code you are having issues with etc. >>> >>> Give us a starting point. Most here are very helpful, give them a chance. >>> >>> ...mike/kb8jnm >>> >>> On 6/26/2018 10:08 AM, Dale Day wrote: >>> >>> Thank you so much for your reply. >>> I have the latest download of Debian from Allstar link. I have it >>> installed on a amd desk top pc and then it linked to pm windows pc with >>> putty. >>> I have a dmk engineering usb radio interface to a Motorola gm300 type >>> radio. >>> I understand this is very difficult to do over email but I have worked >>> on this off and on for two years and I am just at wits end. I go through >>> the asl-menu and have it configured the static ip address and have signed >>> up with Allstar and have my numbers and passwords with server and my pc. >>> My problem is when I try to go to tune radio menu it comes up with a >>> message that I don't have rpt file and another one I cant remember with out >>> going and firing up pc again and refreshing my memory not configured. >>> So in other words I just don't know which of the hundreds of lines in >>> the files usb radio, simpleusb or other files need to be modified. >>> I will keep reading the help files and and k5tra's web site but I just >>> can't seem to get the files configured right. >>> Thanks so much >>> Dale >>> N0INX >>> >>> On Mon, Jun 25, 2018 at 11:58 PM, Mike wrote: >>> >>>> Well, >>>> >>>> I am not sure what you are using for hardware and what versions of >>>> software as you did not say. >>>> >>>> SO here is my advise for anyone. >>>> >>>> Make the box work 'headless', meaning without the radios in the setup >>>> fray. >>>> >>>> Use this setting by un/commenting the following lines as shown here in >>>> your rpt.cong file so you are using dahdi/pseudo and not radio interfaces. >>>> >>>> rxchannel = dahdi/pseudo ; No radio (hub) >>>> ****************** >>>> ; rxchannel = SimpleUSB/usb_29999 ; SimpleUSB >>>> ; rxchannel = Pi/1 ; Raspberry Pi PiTA >>>> ; rxchannel = Radio/usb_29999 ; USBRadio (DSP) >>>> ; rxchannel = Dahdi/1 ; PCI Quad card >>>> ; rxchannel = Beagle/1 ; BeagleBoard >>>> ; rxchannel = USRP/127.0.0.1:34001:32001; GNU Radio interface USRP >>>> >>>> duplex = 2 ; 0 = Half duplex with no >>>> telemetry tones or hang time. >>>> >>>> >>>> Then setup iaxrpt to run with that node so you can check it for >>>> functionality of a running asterisk install without the radio side of the >>>> equation. >>>> >>>> You will have to read some more of the docs most likely to get this >>>> far, but once you do, you are most of the way there. >>>> >>>> You should be able to 'command' your node with functionality before >>>> adding radios to your learning curve. >>>> >>>> But you will need to ask 'specific questions' to what you do not >>>> understand to get help. >>>> >>>> >>>> ...mike/kb8jnm >>>> >>>> On 6/25/2018 9:38 PM, Dale Day wrote: >>>> >>>> Could someone help me with getting allstar link up and running. >>>> I just can't allstar configured correctly to the point where I can tune >>>> the radios. >>>> I just don't understand what I am doing wrong. >>>> >>>> >>>> _______________________________________________ >>>> 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. >>>> >>> >>> >>> >>> _______________________________________________ >>> 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. >> >> > _______________________________________________ > 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 Bryan at bryanfields.net Thu Jun 28 14:40:39 2018 From: Bryan at bryanfields.net (Bryan Fields) Date: Thu, 28 Jun 2018 10:40:39 -0400 Subject: [App_rpt-users] statpost In-Reply-To: <75a728dc-477c-9479-959e-7e67ee86299b@dyb.com> References: <75a728dc-477c-9479-959e-7e67ee86299b@dyb.com> Message-ID: <3bbe9327-9194-8ceb-8d36-4b195e6c6ae5@bryanfields.net> On 6/27/18 10:37 PM, George Csahanin wrote: > I just found a problem and not sure how to fix it. Last Monday I changed > my udp port number after some had indicated issues connecting. I was > using 4569, though on my 28599 node 4570 seemed to work, though I never > have inbound connects, just outbound. Do you have a NAT device in your network? If so you have a port forwarding forwarding issue. > So after modifying the port numbers in iax.conf, rpt.conf, etc I > restarted asterisk and changed the port mapping in my router. You must change this in the portal under your server config. > I have uncommented the statpost lines in rpt.conf, which is a Limey > distro, This is very old, you should install the Debian based ASL distro. > BTW. Also, FWIW when I point a browser at > http://stats.allstarlink.org/uhandler.php the response is error... This is normal, your IP must match the IP of the server for this to work, and you need to pass the variables to it. Check in the nodes list in the portal and see if you're registered (green). The stats server is a completely different box and it has no bearing if your node is registered/connectable on the network. 73's -- Bryan Fields 727-409-1194 - Voice http://bryanfields.net From mm at midnighteng.com Thu Jun 28 15:23:19 2018 From: mm at midnighteng.com (Mike) Date: Thu, 28 Jun 2018 11:23:19 -0400 Subject: [App_rpt-users] installing allstarlink In-Reply-To: References: Message-ID: <9c99ef43-683b-20b4-c5d1-b079962a53db@midnighteng.com> I am of little help to you but I did find this on the web, perhaps it helps, http://www.dmkeng.com/images/URI-FAQs.pdf But I might add that DMK supports their product and know-how, you should consult their library for instructions. Generally, if you are using the radio for PL/CTCSS signalling and not the DSP in asterisk/app_rpt, it would be a simpleusb install but if not, you would need the extended services of radiousb. ...mike/kb8jnm On 6/28/2018 10:02 AM, Dale Day wrote: > I'm sorry I don't know what simple USB is I have a dmk engineering USB > device hooked up to a Motorola mobile > > On Tue, Jun 26, 2018, 9:16 PM David Shaw > wrote: > > Hello Dale, > > Are you using simpleusb or usbradio? > > 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 Tue, Jun 26, 2018 at 8:02 AM, David Shaw > wrote: > > Hello Dale, > > Login and run "sudo asl-menu" > > GM300 > Programmed with Pl. Use Simple-USB-Radio > > Not programmed with PL. I would use USB-Radio. > > Save and reboot. > I'll post the tune tonight. > > David > > On Tue, Jun 26, 2018, 7:47 AM Mike > wrote: > > While I have 'NO' experience with the DMK interface, > > I still suggest you try to make this run 'headless' first. > > Then you can separate core issues of the system with the > radio interface side of it. > > If the system isn't functioning as it should, you will > never know if the radio's are. > > I am hoping someone with experience with the DMK will > chime in but you need to specify a issue to respond to, > specifically. > > Show the code you are having issues with etc. > > Give us a starting point. Most here are very helpful, give > them a chance. > > ...mike/kb8jnm > > > On 6/26/2018 10:08 AM, Dale Day wrote: >> Thank you so much for your reply. >> I have the latest download of Debian from Allstar link. I >> have it installed on a amd desk top pc and then it linked >> to pm windows pc with putty. >> I have a dmk engineering usb radio interface to a >> Motorola gm300 type radio. >> I understand this is very difficult to do over email but >> I have worked on this off and on for two years and I am >> just at wits end. I go through the asl-menu and have it >> configured the static ip address and have signed up with >> Allstar and have my numbers and passwords with server and >> my pc. >> My problem is when I try to go to tune radio menu it >> comes up with a message that I don't have rpt file and >> another one I cant remember with out going and firing up >> pc again and refreshing my memory not configured. >> So in other words I just don't know which of the hundreds >> of lines in the files usb radio, simpleusb or other files >> need to be modified. >> I will keep reading the help files and and k5tra's web >> site but I just can't seem to get the files configured right. >> Thanks so much >> Dale >> N0INX >> >> On Mon, Jun 25, 2018 at 11:58 PM, Mike >> > wrote: >> >> Well, >> >> I am not sure what you are using for hardware and >> what versions of software as you did not say. >> >> SO here is my advise for anyone. >> >> Make the box work 'headless', meaning without the >> radios in the setup fray. >> >> Use this setting by un/commenting the following lines >> as shown here in your rpt.cong file so you are using >> dahdi/pseudo and not radio interfaces. >> >> rxchannel = dahdi/pseudo ??????? ; No radio (hub) >> ****************** >> ; rxchannel = SimpleUSB/usb_29999??? ; SimpleUSB >> ; rxchannel = Pi/1????????????????????? ; Raspberry >> Pi PiTA >> ; rxchannel = Radio/usb_29999 ??? ; USBRadio (DSP) >> ; rxchannel = Dahdi/1??? ??? ??? ; PCI Quad card >> ; rxchannel = Beagle/1 ; BeagleBoard >> ; rxchannel = USRP/127.0.0.1:34001:32001; GNU Radio >> interface USRP >> >> duplex = 2????????????????????????????? ; 0 = Half >> duplex with no telemetry tones or hang time. >> >> >> Then setup iaxrpt to run with that node so you can >> check it for functionality of a running asterisk >> install without the radio side of the equation. >> >> You will have to read some more of the docs most >> likely to get this far, but once you do, you are most >> of the way there. >> >> You should be able to 'command' your node with >> functionality before adding radios to your learning >> curve. >> >> But you will need to ask 'specific questions' to what >> you do not understand to get help. >> >> >> ...mike/kb8jnm >> >> >> On 6/25/2018 9:38 PM, Dale Day wrote: >>> Could someone help me with getting allstar link up >>> and running. >>> I just can't allstar configured correctly to the >>> point where I can tune the radios. >>> I just don't understand what I am doing wrong. >>> >>> >>> _______________________________________________ >>> 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. > > > > _______________________________________________ > 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 nhardman1428 at gmail.com Thu Jun 28 16:31:52 2018 From: nhardman1428 at gmail.com (nhardman1428 at gmail.com) Date: Thu, 28 Jun 2018 12:31:52 -0400 Subject: [App_rpt-users] installing allstarlink In-Reply-To: <9c99ef43-683b-20b4-c5d1-b079962a53db@midnighteng.com> References: <9c99ef43-683b-20b4-c5d1-b079962a53db@midnighteng.com> Message-ID: <87DCCD81-BDDB-45AF-8E11-3E22C39F184F@gmail.com> Dale. When you used ASL-menu to create your node, did you select USBRADIO, SIMPLEUSB. DAHDI/PSEUDO. For the INTERFACE type? Sent from my iPhone > On Jun 28, 2018, at 11:23 AM, Mike wrote: > > I am of little help to you but I did find this on the web, perhaps it helps, > > http://www.dmkeng.com/images/URI-FAQs.pdf > > But I might add that DMK supports their product and know-how, you should consult their library for instructions. > > Generally, if you are using the radio for PL/CTCSS signalling and not the DSP in asterisk/app_rpt, it would be a simpleusb install > > but if not, you would need the extended services of radiousb. > > ...mike/kb8jnm > >> On 6/28/2018 10:02 AM, Dale Day wrote: >> I'm sorry I don't know what simple USB is I have a dmk engineering USB device hooked up to a Motorola mobile >> >>> On Tue, Jun 26, 2018, 9:16 PM David Shaw wrote: >>> Hello Dale, >>> >>> Are you using simpleusb or usbradio? >>> >>> 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 Tue, Jun 26, 2018 at 8:02 AM, David Shaw wrote: >>>> Hello Dale, >>>> >>>> Login and run "sudo asl-menu" >>>> >>>> GM300 >>>> Programmed with Pl. Use Simple-USB-Radio >>>> >>>> Not programmed with PL. I would use USB-Radio. >>>> >>>> Save and reboot. >>>> >>>> I'll post the tune tonight. >>>> >>>> David >>>> >>>>> On Tue, Jun 26, 2018, 7:47 AM Mike wrote: >>>>> While I have 'NO' experience with the DMK interface, >>>>> >>>>> I still suggest you try to make this run 'headless' first. >>>>> >>>>> Then you can separate core issues of the system with the radio interface side of it. >>>>> >>>>> If the system isn't functioning as it should, you will never know if the radio's are. >>>>> I am hoping someone with experience with the DMK will chime in but you need to specify a issue to respond to, specifically. >>>>> >>>>> Show the code you are having issues with etc. >>>>> Give us a starting point. Most here are very helpful, give them a chance. >>>>> ...mike/kb8jnm >>>>> >>>>>> On 6/26/2018 10:08 AM, Dale Day wrote: >>>>>> Thank you so much for your reply. >>>>>> I have the latest download of Debian from Allstar link. I have it installed on a amd desk top pc and then it linked to pm windows pc with putty. >>>>>> I have a dmk engineering usb radio interface to a Motorola gm300 type radio. >>>>>> I understand this is very difficult to do over email but I have worked on this off and on for two years and I am just at wits end. I go through the asl-menu and have it configured the static ip address and have signed up with Allstar and have my numbers and passwords with server and my pc. >>>>>> My problem is when I try to go to tune radio menu it comes up with a message that I don't have rpt file and another one I cant remember with out going and firing up pc again and refreshing my memory not configured. >>>>>> So in other words I just don't know which of the hundreds of lines in the files usb radio, simpleusb or other files need to be modified. >>>>>> I will keep reading the help files and and k5tra's web site but I just can't seem to get the files configured right. >>>>>> Thanks so much >>>>>> Dale >>>>>> N0INX >>>>>> >>>>>>> On Mon, Jun 25, 2018 at 11:58 PM, Mike wrote: >>>>>>> Well, >>>>>>> >>>>>>> I am not sure what you are using for hardware and what versions of software as you did not say. >>>>>>> >>>>>>> SO here is my advise for anyone. >>>>>>> >>>>>>> Make the box work 'headless', meaning without the radios in the setup fray. >>>>>>> >>>>>>> Use this setting by un/commenting the following lines as shown here in your rpt.cong file so you are using dahdi/pseudo and not radio interfaces. >>>>>>> rxchannel = dahdi/pseudo ; No radio (hub) ****************** >>>>>>> ; rxchannel = SimpleUSB/usb_29999 ; SimpleUSB >>>>>>> ; rxchannel = Pi/1 ; Raspberry Pi PiTA >>>>>>> ; rxchannel = Radio/usb_29999 ; USBRadio (DSP) >>>>>>> ; rxchannel = Dahdi/1 ; PCI Quad card >>>>>>> ; rxchannel = Beagle/1 ; BeagleBoard >>>>>>> ; rxchannel = USRP/127.0.0.1:34001:32001; GNU Radio interface USRP >>>>>>> >>>>>>> duplex = 2 ; 0 = Half duplex with no telemetry tones or hang time. >>>>>>> >>>>>>> >>>>>>> Then setup iaxrpt to run with that node so you can check it for functionality of a running asterisk install without the radio side of the equation. >>>>>>> >>>>>>> You will have to read some more of the docs most likely to get this far, but once you do, you are most of the way there. >>>>>>> >>>>>>> You should be able to 'command' your node with functionality before adding radios to your learning curve. >>>>>>> >>>>>>> But you will need to ask 'specific questions' to what you do not understand to get help. >>>>>>> >>>>>>> >>>>>>> ...mike/kb8jnm >>>>>>> >>>>>>> On 6/25/2018 9:38 PM, Dale Day wrote: >>>>>>>> Could someone help me with getting allstar link up and running. >>>>>>>> I just can't allstar configured correctly to the point where I can tune the radios. >>>>>>>> I just don't understand what I am doing wrong. >>>>>>>> >>>>>>>> >>>>>>>> _______________________________________________ >>>>>>>> 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. > > _______________________________________________ > 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 mwbesemer at cox.net Fri Jun 29 00:00:01 2018 From: mwbesemer at cox.net (Mike Besemer) Date: Thu, 28 Jun 2018 20:00:01 -0400 Subject: [App_rpt-users] iaxrpt Message-ID: <000e01d40f3c$2041bae0$60c530a0$@cox.net> Making progress on my node. After several false starts I finally got the node connected and am able to connect via iaxrpt from my Android devices if I use my EXTERNAL IP address. I cannot connect from Android or Windows using my INTERAL IP address. I followed the guide at hamvoip.com and have double checked everything. The port is open for both UDP and TCP connections. The firewall seems ok. It has to be something obvious. What did I miss? Mike WM4B -------------- next part -------------- An HTML attachment was scrubbed... URL: From mm at midnighteng.com Fri Jun 29 01:12:40 2018 From: mm at midnighteng.com (Mike) Date: Thu, 28 Jun 2018 21:12:40 -0400 Subject: [App_rpt-users] iaxrpt In-Reply-To: <000e01d40f3c$2041bae0$60c530a0$@cox.net> References: <000e01d40f3c$2041bae0$60c530a0$@cox.net> Message-ID: <9a923932-63b2-18d2-6443-c37a077ab5bc@midnighteng.com> Mike, Still a lot of possibilities of things that may not be right but, Just so that you are conducting a 'good test' behind your nat through wifi, put your phone in airplane mode, then turn just the wifi on and connect. You might also want to turn the forwarding to just the UDP 4569 and specify that in your phone connect, guessing your using the android iaxrpt....? like this for your IP... 192.169.1.101:4569?? < :port especially if not the norm, but do it anyway. That's a few things to investigate anyway, Let me know if your still having issues. Oh... don't forget to get back out of airplane mode / turn cellular back on when done. Hate to see ya late for dinner ...lol ...mike/kb8jnm On 6/28/2018 8:00 PM, Mike Besemer wrote: > iaxrpt > > Makingprogress on my node.? After several false starts I finally > gotthenode connected and am able toconnectvia iaxrptfrom my Android > devices if I use my EXTERNAL IP address. > > I cannotconnect from Android or Windows using my INTERAL IP address. I > followed the guide athamvoip.comand have double > checked everything. > > The port is open for both UDP and TCP connections. The firewall seems ok. > > It has to be something obvious. What did I miss? > > Mike > > WM4B > > > > _______________________________________________ > 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 Fri Jun 29 03:11:35 2018 From: k6ecm1 at gmail.com (Bob Pyke) Date: Thu, 28 Jun 2018 20:11:35 -0700 Subject: [App_rpt-users] iaxrpt In-Reply-To: <9a923932-63b2-18d2-6443-c37a077ab5bc@midnighteng.com> References: <000e01d40f3c$2041bae0$60c530a0$@cox.net> <9a923932-63b2-18d2-6443-c37a077ab5bc@midnighteng.com> Message-ID: <25E95CAB-562B-42D2-A049-C23EB453F9A1@gmail.com> Did you add your local node address for each node in the rpt,conf [nodes] stanza? Thanks, Bob K6ECM 73 > On Jun 28, 2018, at 6:12 PM, Mike wrote: > > > Mike, > > Still a lot of possibilities of things that may not be right but, > > Just so that you are conducting a 'good test' behind your nat through wifi, > > put your phone in airplane mode, then turn just the wifi on and connect. > > You might also want to turn the forwarding to just the UDP 4569 and specify that in your phone connect, > > guessing your using the android iaxrpt.... like this for your IP... > > 192.169.1.101:4569 < :port especially if not the norm, but do it anyway. > That's a few things to investigate anyway, > > Let me know if your still having issues. > > Oh... don't forget to get back out of airplane mode / turn cellular back on when done. > > Hate to see ya late for dinner ...lol > ...mike/kb8jnm > >> On 6/28/2018 8:00 PM, Mike Besemer wrote: >> Making progress on my node. After several false starts I finally got the node connected and am able to connect via iaxrpt from my Android devices if I use my EXTERNAL IP address. >> >> I cannot connect from Android or Windows using my INTERAL IP address. I followed the guide at hamvoip.com and have double checked everything. >> >> The port is open for both UDP and TCP connections. The firewall seems ok. >> >> It has to be something obvious. What did I miss? >> >> Mike >> >> WM4B >> >> >> >> _______________________________________________ >> 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 mm at midnighteng.com Fri Jun 29 04:44:34 2018 From: mm at midnighteng.com (Mike) Date: Fri, 29 Jun 2018 00:44:34 -0400 Subject: [App_rpt-users] iaxrpt In-Reply-To: <000e01d40f3c$2041bae0$60c530a0$@cox.net> References: <000e01d40f3c$2041bae0$60c530a0$@cox.net> Message-ID: <43fd1e19-53f5-8c6d-8227-77ee91220d57@midnighteng.com> As a additional late thought, what is your bind address in iax.conf ? 0.0.0.0 binds all but you can add a 'second line' with your " local address:port " if it is translated differently than bindport/bindaddress through your NAT. ...mike/kb8jnm On 6/28/2018 8:00 PM, Mike Besemer wrote: > iaxrpt > > Makingprogress on my node.? After several false starts I finally > gotthenode connected and am able toconnectvia iaxrptfrom my Android > devices if I use my EXTERNAL IP address. > > I cannotconnect from Android or Windows using my INTERAL IP address. I > followed the guide athamvoip.comand have double > checked everything. > > The port is open for both UDP and TCP connections. The firewall seems ok. > > It has to be something obvious. What did I miss? > > Mike > > WM4B > > > > _______________________________________________ > 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 mwbesemer at cox.net Fri Jun 29 10:58:50 2018 From: mwbesemer at cox.net (mwbesemer at cox.net) Date: Fri, 29 Jun 2018 10:58:50 +0000 (GMT) Subject: [App_rpt-users] iaxrpt Message-ID: <3fa446.17a9.1644b3213ca.Webtop.0@cox.net> No. I've never seen reference to that. I'm still in the initial phase of setting up this node; have not messed with rpt.conf yet. Mike WM4B On Thu, Jun 28, 2018 at 11:11 PM, Bob Pyke wrote: > Did you add your local node address for each node in the rpt,conf > [nodes] stanza? > Thanks, > Bob > K6ECM > 73 > > >> On Jun 28, 2018, at 6:12 PM, Mike wrote: >> >> >> Mike, >> >> Still a lot of possibilities of things that may not be right but, >> >> Just so that you are conducting a 'good test' behind your nat through >> wifi, >> >> put your phone in airplane mode, then turn just the wifi on and >> connect. >> >> You might also want to turn the forwarding to just the UDP 4569 and >> specify that in your phone connect, >> >> guessing your using the android iaxrpt.... like this for your IP... >> >> 192.169.1.101:4569 < :port especially if not the norm, but do it >> anyway. >> That's a few things to investigate anyway, >> >> Let me know if your still having issues. >> >> Oh... don't forget to get back out of airplane mode / turn cellular >> back on when done. >> >> Hate to see ya late for dinner ...lol >> ...mike/kb8jnm >> >>> On 6/28/2018 8:00 PM, Mike Besemer wrote: >>> Making progress on my node. After several false starts I finally >>> got the node connected and am able to connect via iaxrpt from my >>> Android devices if I use my EXTERNAL IP address. >>> >>> I cannot connect from Android or Windows using my INTERAL IP >>> address. I followed the guide at hamvoip.com and have double checked >>> everything. >>> >>> The port is open for both UDP and TCP connections. The firewall >>> seems ok. >>> >>> It has to be something obvious. What did I miss? >>> >>> Mike >>> >>> WM4B >>> >>> >>> >>> _______________________________________________ >>> 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 Fri Jun 29 14:01:11 2018 From: k6ecm1 at gmail.com (Bob Pyke) Date: Fri, 29 Jun 2018 07:01:11 -0700 Subject: [App_rpt-users] iaxrpt In-Reply-To: <3fa446.17a9.1644b3213ca.Webtop.0@cox.net> References: <3fa446.17a9.1644b3213ca.Webtop.0@cox.net> Message-ID: Please check out https://wiki.allstarlink.org/wiki/Main_Pagehttps://wiki.allstarlink.org/wiki/Main_Page which contains lots of good info. Here are a few things to be aware of. Before attempting to connect (link) any device to the node, set the node up first, so you have an operating node, which means Asterisk is happy. The node is controlled (read that as setup) by configuring it, changing the *.config files in /etc/asterisk If using a DMK Engineering URI or URIx (or similar device), the green light continually blinks when Asterisk is running and happy. If the green light is solid, not blinking, Asterisk is not happy, and likely not running. It may be happy, but the node not fully setup. Each time a change is made to one of the config files, asterisk must be restarted for the changes to be effective. If you make a change and restart asterisk, and the green light no longer blinks, reverse your change and figure out what you may have done incorrectly. Most of all, take time to learn and enjoy the asterisk experience. Thanks, Bob K6ECM 73 > On Jun 29, 2018, at 3:58 AM, mwbesemer at cox.net wrote: > > No. I've never seen reference to that. I'm still in the initial phase of setting up this node; have not messed with rpt.conf yet. > > Mike > WM4B > > >> On Thu, Jun 28, 2018 at 11:11 PM, Bob Pyke wrote: >> >> Did you add your local node address for each node in the rpt,conf [nodes] stanza? >> Thanks, >> Bob >> K6ECM >> 73 >> >> >>> On Jun 28, 2018, at 6:12 PM, Mike wrote: >>> >>> >>> Mike, >>> >>> Still a lot of possibilities of things that may not be right but, >>> >>> Just so that you are conducting a 'good test' behind your nat through wifi, >>> >>> put your phone in airplane mode, then turn just the wifi on and connect. >>> >>> You might also want to turn the forwarding to just the UDP 4569 and specify that in your phone connect, >>> >>> guessing your using the android iaxrpt.... like this for your IP... >>> >>> 192.169.1.101:4569 < :port especially if not the norm, but do it anyway. >>> That's a few things to investigate anyway, >>> >>> Let me know if your still having issues. >>> >>> Oh... don't forget to get back out of airplane mode / turn cellular back on when done. >>> >>> Hate to see ya late for dinner ...lol >>> ...mike/kb8jnm >>> >>>> On 6/28/2018 8:00 PM, Mike Besemer wrote: >>>> Making progress on my node. After several false starts I finally got the node connected and am able to connect via iaxrpt from my Android devices if I use my EXTERNAL IP address. >>>> >>>> I cannot connect from Android or Windows using my INTERAL IP address. I followed the guide at hamvoip.com and have double checked everything. >>>> >>>> The port is open for both UDP and TCP connections. The firewall seems ok. >>>> >>>> It has to be something obvious. What did I miss? >>>> >>>> Mike >>>> >>>> WM4B >>>> >>>> >>>> >>>> _______________________________________________ >>>> 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. -------------- next part -------------- An HTML attachment was scrubbed... URL: From k6ecm1 at gmail.com Fri Jun 29 14:09:22 2018 From: k6ecm1 at gmail.com (Bob Pyke) Date: Fri, 29 Jun 2018 07:09:22 -0700 Subject: [App_rpt-users] iaxrpt In-Reply-To: References: <3fa446.17a9.1644b3213ca.Webtop.0@cox.net> Message-ID: PS. The link below assumes you are using ASL from AllstarLink.org. There are a lot of similarities, but it is not the same as hamvoip. Thanks, Bob K6ECM 73 > On Jun 29, 2018, at 7:01 AM, Bob Pyke wrote: > > Please check out https://wiki.allstarlink.org/wiki/Main_Pagehttps://wiki.allstarlink.org/wiki/Main_Page which contains lots of good info. Here are a few things to be aware of. > > Before attempting to connect (link) any device to the node, set the node up first, so you have an operating node, which means Asterisk is happy. > > The node is controlled (read that as setup) by configuring it, changing the *.config files in /etc/asterisk > > If using a DMK Engineering URI or URIx (or similar device), the green light continually blinks when Asterisk is running and happy. If the green light is solid, not blinking, Asterisk is not happy, and likely not running. It may be happy, but the node not fully setup. > > Each time a change is made to one of the config files, asterisk must be restarted for the changes to be effective. If you make a change and restart asterisk, and the green light no longer blinks, reverse your change and figure out what you may have done incorrectly. > > Most of all, take time to learn and enjoy the asterisk experience. > > Thanks, > Bob > K6ECM > 73 > > >> On Jun 29, 2018, at 3:58 AM, mwbesemer at cox.net wrote: >> >> No. I've never seen reference to that. I'm still in the initial phase of setting up this node; have not messed with rpt.conf yet. >> >> Mike >> WM4B >> >> >>> On Thu, Jun 28, 2018 at 11:11 PM, Bob Pyke wrote: >>> >>> Did you add your local node address for each node in the rpt,conf [nodes] stanza? >>> Thanks, >>> Bob >>> K6ECM >>> 73 >>> >>> >>>> On Jun 28, 2018, at 6:12 PM, Mike wrote: >>>> >>>> >>>> Mike, >>>> >>>> Still a lot of possibilities of things that may not be right but, >>>> >>>> Just so that you are conducting a 'good test' behind your nat through wifi, >>>> >>>> put your phone in airplane mode, then turn just the wifi on and connect. >>>> >>>> You might also want to turn the forwarding to just the UDP 4569 and specify that in your phone connect, >>>> >>>> guessing your using the android iaxrpt.... like this for your IP... >>>> >>>> 192.169.1.101:4569 < :port especially if not the norm, but do it anyway. >>>> That's a few things to investigate anyway, >>>> >>>> Let me know if your still having issues. >>>> >>>> Oh... don't forget to get back out of airplane mode / turn cellular back on when done. >>>> >>>> Hate to see ya late for dinner ...lol >>>> ...mike/kb8jnm >>>> >>>>> On 6/28/2018 8:00 PM, Mike Besemer wrote: >>>>> Making progress on my node. After several false starts I finally got the node connected and am able to connect via iaxrpt from my Android devices if I use my EXTERNAL IP address. >>>>> >>>>> I cannot connect from Android or Windows using my INTERAL IP address. I followed the guide at hamvoip.com and have double checked everything. >>>>> >>>>> The port is open for both UDP and TCP connections. The firewall seems ok. >>>>> >>>>> It has to be something obvious. What did I miss? >>>>> >>>>> Mike >>>>> >>>>> WM4B >>>>> >>>>> >>>>> >>>>> _______________________________________________ >>>>> 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. -------------- next part -------------- An HTML attachment was scrubbed... URL: From shawpbx at gmail.com Fri Jun 29 14:18:31 2018 From: shawpbx at gmail.com (David Shaw) Date: Fri, 29 Jun 2018 07:18:31 -0700 Subject: [App_rpt-users] iaxrpt In-Reply-To: <3fa446.17a9.1644b3213ca.Webtop.0@cox.net> References: <3fa446.17a9.1644b3213ca.Webtop.0@cox.net> Message-ID: Most new routers won't allow you to exit the local network (LAN) and come back in. This might happen if you use a domain name that is associated with your public address. If you want to use your public domain name to access your node from inside your LAN. You'll need to add a DNS entry to your router. **See "Side Note" below By default IAX2 uses UDP port 4569 and the bind address is set to all interfaces/addresses in the ASL OS (allstarlink.org). As for the hamvoip.com settings, you should check with them. Are you using the hostname or IP address to access your node? Like Mike stated, use xxx.xxx.xxx.xxx:4569 from your local (LAN) devices. Testing: >From your windows based computer. Try tracert and the IPaddress of the node. tracert 192.168.x.x 1 <1 ms <1 ms <1 ms 192.168.x.x There should be only one hope to your node if your windows computer in on the same network. Side note: I use dhcp on all my nodes on my LAN networks. I give them static address via the DHCP server. I also change the hostname on the node. i.e. asl2060 This allows the router's internal DNS server to associate the hostname and IP address for the ASL node. Some routers will allow you to add a domain name. Also there is no need to open TCP port forwarding on you router for IAX2 4569. 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, Jun 29, 2018 at 3:58 AM, wrote: > No. I've never seen reference to that. I'm still in the initial phase of > setting up this node; have not messed with rpt.conf yet. > > Mike > WM4B > > > On Thu, Jun 28, 2018 at 11:11 PM, Bob Pyke wrote: > > Did you add your local node address for each node in the rpt,conf [nodes] >> stanza? >> Thanks, >> Bob >> K6ECM >> 73 >> >> >> On Jun 28, 2018, at 6:12 PM, Mike wrote: >>> >>> >>> Mike, >>> >>> Still a lot of possibilities of things that may not be right but, >>> >>> Just so that you are conducting a 'good test' behind your nat through >>> wifi, >>> >>> put your phone in airplane mode, then turn just the wifi on and connect. >>> >>> You might also want to turn the forwarding to just the UDP 4569 and >>> specify that in your phone connect, >>> >>> guessing your using the android iaxrpt.... like this for your IP... >>> >>> 192.169.1.101:4569 < :port especially if not the norm, but do it >>> anyway. >>> That's a few things to investigate anyway, >>> >>> Let me know if your still having issues. >>> >>> Oh... don't forget to get back out of airplane mode / turn cellular back >>> on when done. >>> >>> Hate to see ya late for dinner ...lol >>> ...mike/kb8jnm >>> >>> On 6/28/2018 8:00 PM, Mike Besemer wrote: >>>> Making progress on my node. After several false starts I finally got >>>> the node connected and am able to connect via iaxrpt from my Android >>>> devices if I use my EXTERNAL IP address. >>>> >>>> I cannot connect from Android or Windows using my INTERAL IP address. I >>>> followed the guide at hamvoip.com and have double checked everything. >>>> >>>> The port is open for both UDP and TCP connections. The firewall seems >>>> ok. >>>> >>>> It has to be something obvious. What did I miss? >>>> >>>> Mike >>>> >>>> WM4B >>>> >>>> >>>> >>>> _______________________________________________ >>>> 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/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 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. > -------------- next part -------------- An HTML attachment was scrubbed... URL: From mwbesemer at cox.net Fri Jun 29 14:42:17 2018 From: mwbesemer at cox.net (mwbesemer at cox.net) Date: Fri, 29 Jun 2018 14:42:17 +0000 (GMT) Subject: [App_rpt-users] iaxrpt Message-ID: <80292c.1957.1644bfea986.Webtop.0@cox.net> Bob, The node is set up and is registering on the website. I'm able to connect via my android iaxrpt and have had QSOs in that fashion. It is not yet hooked to any RF device; my intent is to get it set up as much as possible before going 'live' via RF. The issue 'seems' to be with my ability to connect via my internal IP, but MAY actually be linked to my Windows installations of iaxrpt. I've tried two different machines with Windows and can't get it to work, but I really need to verify if its an internal IP issue or an issue with the Windows iaxrpt setup. Hopefully I'll be able to do that tonight. 73, Mike WM4B On Fri, Jun 29, 2018 at 10:01 AM, Bob Pyke wrote: > Please check out > https://wiki.allstarlink.org/wiki/Main_Pagehttps://wiki.allstarlink.org/wiki/Main_Page > which contains lots of good info. Here are a few things to be aware > of. > > Before attempting to connect (link) any device to the node, set the > node up first, so you have an operating node, which means Asterisk is > happy. > > The node is controlled (read that as setup) by configuring it, > changing the *.config files in /etc/asterisk > If using a DMK Engineering URI or URIx (or similar device), the green > light continually blinks when Asterisk is running and happy. If the > green light is solid, not blinking, Asterisk is not happy, and likely > not running. It may be happy, but the node not fully setup. > > Each time a change is made to one of the config files, asterisk must > be restarted for the changes to be effective. If you make a change and > restart asterisk, and the green light no longer blinks, reverse your > change and figure out what you may have done incorrectly. > > Most of all, take time to learn and enjoy the asterisk experience. > > Thanks, > Bob > K6ECM > 73 > > >> On Jun 29, 2018, at 3:58 AM, mwbesemer at cox.net wrote: >> >> No. I've never seen reference to that. I'm still in the initial >> phase of setting up this node; have not messed with rpt.conf yet. >> >> Mike >> WM4B >> >> >>> On Thu, Jun 28, 2018 at 11:11 PM, Bob Pyke wrote: >>> >>> Did you add your local node address for each node in the rpt,conf >>> [nodes] stanza? >>> Thanks, >>> Bob >>> K6ECM >>> 73 >>> >>> >>>> On Jun 28, 2018, at 6:12 PM, Mike wrote: >>>> >>>> >>>> Mike, >>>> >>>> Still a lot of possibilities of things that may not be right but, >>>> >>>> Just so that you are conducting a 'good test' behind your nat >>>> through wifi, >>>> >>>> put your phone in airplane mode, then turn just the wifi on and >>>> connect. >>>> >>>> You might also want to turn the forwarding to just the UDP 4569 and >>>> specify that in your phone connect, >>>> >>>> guessing your using the android iaxrpt.... like this for your >>>> IP... >>>> >>>> 192.169.1.101:4569 < :port especially if not the norm, but do it >>>> anyway. >>>> That's a few things to investigate anyway, >>>> >>>> Let me know if your still having issues. >>>> >>>> Oh... don't forget to get back out of airplane mode / turn cellular >>>> back on when done. >>>> >>>> Hate to see ya late for dinner ...lol >>>> ...mike/kb8jnm >>>> >>>>> On 6/28/2018 8:00 PM, Mike Besemer wrote: >>>>> Making progress on my node. After several false starts I finally >>>>> got the node connected and am able to connect via iaxrpt from my >>>>> Android devices if I use my EXTERNAL IP address. >>>>> >>>>> I cannot connect from Android or Windows using my INTERAL IP >>>>> address. I followed the guide at hamvoip.com and have double >>>>> checked everything. >>>>> >>>>> The port is open for both UDP and TCP connections. The firewall >>>>> seems ok. >>>>> >>>>> It has to be something obvious. What did I miss? >>>>> >>>>> Mike >>>>> >>>>> WM4B >>>>> >>>>> >>>>> >>>>> _______________________________________________ >>>>> 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 mwbesemer at cox.net Fri Jun 29 14:49:16 2018 From: mwbesemer at cox.net (mwbesemer at cox.net) Date: Fri, 29 Jun 2018 14:49:16 +0000 (GMT) Subject: [App_rpt-users] iaxrpt Message-ID: David, WRT your first statement, if I'm connecting via my Windows machine to my local IP, am I really exiting my LAN and coming back in? Or am I routing straight to the IP of my node. I have DD-WRT on my router have have the port forwarded. (I really expect my problem to be there - port forwarding has historically bit me in the butt.) BTW, my node is set for DHCP, but in the router, I have that MAC address assigned to a fixed IP address. I've tried using xxx.xxx.xxx.xxx:4569 and that doesn't help. I probably confused people by referencing the hamvoip document. I'm using ASL, but the hamvoip document was recommend to me as a guide to set up iaxrpt on my node. I'll try the traccert tonight when I get home. Many thanks, Mike WM4B On Fri, Jun 29, 2018 at 10:18 AM, David Shaw wrote: > Most new routers won't allow you to exit the local network (LAN) and > come > back in. This might happen if you use a domain name that is associated > with > your public address. If you want to use your public domain name to > access > your node from inside your LAN. You'll need to add a DNS entry to your > router. **See "Side Note" below > > By default IAX2 uses UDP port 4569 and the bind address is set to all > interfaces/addresses in the ASL OS (allstarlink.org). As for the > hamvoip.com > settings, you should check with them. > > Are you using the hostname or IP address to access your node? > Like Mike stated, use xxx.xxx.xxx.xxx:4569 from your local (LAN) > devices. > > Testing: > From your windows based computer. Try tracert and the IPaddress of the > node. > > tracert 192.168.x.x > > 1 <1 ms <1 ms <1 ms 192.168.x.x > > There should be only one hope to your node if your windows computer in > on > the same network. > > Side note: > I use dhcp on all my nodes on my LAN networks. I give them static > address > via the DHCP server. I also change the hostname on the node. i.e. > asl2060 > This allows the router's internal DNS server to associate the hostname > and > IP address for the ASL node. Some routers will allow you to add a > domain > name. > Also there is no need to open TCP port forwarding on you router for > IAX2 > 4569. > > 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, Jun 29, 2018 at 3:58 AM, wrote: > >> No. I've never seen reference to that. I'm still in the initial >> phase of >> setting up this node; have not messed with rpt.conf yet. >> >> Mike >> WM4B >> >> >> On Thu, Jun 28, 2018 at 11:11 PM, Bob Pyke wrote: >> >> Did you add your local node address for each node in the rpt,conf >> [nodes] >>> stanza? >>> Thanks, >>> Bob >>> K6ECM >>> 73 >>> >>> >>> On Jun 28, 2018, at 6:12 PM, Mike wrote: >>>> >>>> >>>> Mike, >>>> >>>> Still a lot of possibilities of things that may not be right but, >>>> >>>> Just so that you are conducting a 'good test' behind your nat >>>> through >>>> wifi, >>>> >>>> put your phone in airplane mode, then turn just the wifi on and >>>> connect. >>>> >>>> You might also want to turn the forwarding to just the UDP 4569 and >>>> specify that in your phone connect, >>>> >>>> guessing your using the android iaxrpt.... like this for your >>>> IP... >>>> >>>> 192.169.1.101:4569 < :port especially if not the norm, but do it >>>> anyway. >>>> That's a few things to investigate anyway, >>>> >>>> Let me know if your still having issues. >>>> >>>> Oh... don't forget to get back out of airplane mode / turn cellular >>>> back >>>> on when done. >>>> >>>> Hate to see ya late for dinner ...lol >>>> ...mike/kb8jnm >>>> >>>> On 6/28/2018 8:00 PM, Mike Besemer wrote: >>>>> Making progress on my node. After several false starts I finally >>>>> got >>>>> the node connected and am able to connect via iaxrpt from my >>>>> Android >>>>> devices if I use my EXTERNAL IP address. >>>>> >>>>> I cannot connect from Android or Windows using my INTERAL IP >>>>> address. I >>>>> followed the guide at hamvoip.com and have double checked >>>>> everything. >>>>> >>>>> The port is open for both UDP and TCP connections. The firewall >>>>> seems >>>>> ok. >>>>> >>>>> It has to be something obvious. What did I miss? >>>>> >>>>> Mike >>>>> >>>>> WM4B >>>>> >>>>> >>>>> >>>>> _______________________________________________ >>>>> 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/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 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 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 Fri Jun 29 15:01:17 2018 From: k6ecm1 at gmail.com (Bob Pyke) Date: Fri, 29 Jun 2018 08:01:17 -0700 Subject: [App_rpt-users] iaxrpt In-Reply-To: References: Message-ID: <339380C2-095F-4CA4-80D1-28F8FE58FC43@gmail.com> If both devices are behind the router, the sub address needs to be used for iaxrpt, not your public IP address. e.g. 192.168.0.5 Thanks, Bob K6ECM 73 > On Jun 29, 2018, at 7:49 AM, mwbesemer at cox.net wrote: > > David, > > WRT your first statement, if I'm connecting via my Windows machine to my local IP, am I really exiting my LAN and coming back in? Or am I routing straight to the IP of my node. I have DD-WRT on my router have have the port forwarded. (I really expect my problem to be there - port forwarding has historically bit me in the butt.) BTW, my node is set for DHCP, but in the router, I have that MAC address assigned to a fixed IP address. > > I've tried using xxx.xxx.xxx.xxx:4569 and that doesn't help. > > I probably confused people by referencing the hamvoip document. I'm using ASL, but the hamvoip document was recommend to me as a guide to set up iaxrpt on my node. > > I'll try the traccert tonight when I get home. > > Many thanks, > > Mike > WM4B > >> On Fri, Jun 29, 2018 at 10:18 AM, David Shaw wrote: >> >> Most new routers won't allow you to exit the local network (LAN) and come >> back in. This might happen if you use a domain name that is associated with >> your public address. If you want to use your public domain name to access >> your node from inside your LAN. You'll need to add a DNS entry to your >> router. **See "Side Note" below >> >> By default IAX2 uses UDP port 4569 and the bind address is set to all >> interfaces/addresses in the ASL OS (allstarlink.org). As for the hamvoip.com >> settings, you should check with them. >> >> Are you using the hostname or IP address to access your node? >> Like Mike stated, use xxx.xxx.xxx.xxx:4569 from your local (LAN) devices. >> >> Testing: >> From your windows based computer. Try tracert and the IPaddress of the node. >> >> tracert 192.168.x.x >> >> 1 <1 ms <1 ms <1 ms 192.168.x.x >> >> There should be only one hope to your node if your windows computer in on >> the same network. >> >> Side note: >> I use dhcp on all my nodes on my LAN networks. I give them static address >> via the DHCP server. I also change the hostname on the node. i.e. asl2060 >> This allows the router's internal DNS server to associate the hostname and >> IP address for the ASL node. Some routers will allow you to add a domain >> name. >> Also there is no need to open TCP port forwarding on you router for IAX2 >> 4569. >> >> 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, Jun 29, 2018 at 3:58 AM, wrote: >>> >>> No. I've never seen reference to that. I'm still in the initial phase of >>> setting up this node; have not messed with rpt.conf yet. >>> >>> Mike >>> WM4B >>> >>> >>> On Thu, Jun 28, 2018 at 11:11 PM, Bob Pyke wrote: >>> >>> Did you add your local node address for each node in the rpt,conf [nodes] >>>> stanza? >>>> Thanks, >>>> Bob >>>> K6ECM >>>> 73 >>>> >>>> >>>>> On Jun 28, 2018, at 6:12 PM, Mike wrote: >>>>> >>>>> >>>>> Mike, >>>>> >>>>> Still a lot of possibilities of things that may not be right but, >>>>> >>>>> Just so that you are conducting a 'good test' behind your nat through >>>>> wifi, >>>>> >>>>> put your phone in airplane mode, then turn just the wifi on and connect. >>>>> >>>>> You might also want to turn the forwarding to just the UDP 4569 and >>>>> specify that in your phone connect, >>>>> >>>>> guessing your using the android iaxrpt.... like this for your IP... >>>>> >>>>> 192.169.1.101:4569 < :port especially if not the norm, but do it >>>>> anyway. >>>>> That's a few things to investigate anyway, >>>>> >>>>> Let me know if your still having issues. >>>>> >>>>> Oh... don't forget to get back out of airplane mode / turn cellular back >>>>> on when done. >>>>> >>>>> Hate to see ya late for dinner ...lol >>>>> ...mike/kb8jnm >>>>> >>>>>> On 6/28/2018 8:00 PM, Mike Besemer wrote: >>>>>> Making progress on my node. After several false starts I finally got >>>>>> the node connected and am able to connect via iaxrpt from my Android >>>>>> devices if I use my EXTERNAL IP address. >>>>>> >>>>>> I cannot connect from Android or Windows using my INTERAL IP address. I >>>>>> followed the guide at hamvoip.com and have double checked everything. >>>>>> >>>>>> The port is open for both UDP and TCP connections. The firewall seems >>>>>> ok. >>>>>> >>>>>> It has to be something obvious. What did I miss? >>>>>> >>>>>> Mike >>>>>> >>>>>> WM4B >>>>>> >>>>>> >>>>>> >>>>>> _______________________________________________ >>>>>> 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/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 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 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 Fri Jun 29 15:04:15 2018 From: k6ecm1 at gmail.com (Bob Pyke) Date: Fri, 29 Jun 2018 08:04:15 -0700 Subject: [App_rpt-users] iaxrpt In-Reply-To: <339380C2-095F-4CA4-80D1-28F8FE58FC43@gmail.com> References: <339380C2-095F-4CA4-80D1-28F8FE58FC43@gmail.com> Message-ID: <122BB16A-AFFA-4B08-841D-89AF2EB5AB54@gmail.com> Checkout http://docs.allstarlink.org/drupal/node/132 Thanks, Bob K6ECM 73 > On Jun 29, 2018, at 8:01 AM, Bob Pyke wrote: > > If both devices are behind the router, the sub address needs to be used for iaxrpt, not your public IP address. e.g. 192.168.0.5 > > Thanks, > Bob > K6ECM > 73 > > >> On Jun 29, 2018, at 7:49 AM, mwbesemer at cox.net wrote: >> >> David, >> >> WRT your first statement, if I'm connecting via my Windows machine to my local IP, am I really exiting my LAN and coming back in? Or am I routing straight to the IP of my node. I have DD-WRT on my router have have the port forwarded. (I really expect my problem to be there - port forwarding has historically bit me in the butt.) BTW, my node is set for DHCP, but in the router, I have that MAC address assigned to a fixed IP address. >> >> I've tried using xxx.xxx.xxx.xxx:4569 and that doesn't help. >> >> I probably confused people by referencing the hamvoip document. I'm using ASL, but the hamvoip document was recommend to me as a guide to set up iaxrpt on my node. >> >> I'll try the traccert tonight when I get home. >> >> Many thanks, >> >> Mike >> WM4B >> >>> On Fri, Jun 29, 2018 at 10:18 AM, David Shaw wrote: >>> >>> Most new routers won't allow you to exit the local network (LAN) and come >>> back in. This might happen if you use a domain name that is associated with >>> your public address. If you want to use your public domain name to access >>> your node from inside your LAN. You'll need to add a DNS entry to your >>> router. **See "Side Note" below >>> >>> By default IAX2 uses UDP port 4569 and the bind address is set to all >>> interfaces/addresses in the ASL OS (allstarlink.org). As for the hamvoip.com >>> settings, you should check with them. >>> >>> Are you using the hostname or IP address to access your node? >>> Like Mike stated, use xxx.xxx.xxx.xxx:4569 from your local (LAN) devices. >>> >>> Testing: >>> From your windows based computer. Try tracert and the IPaddress of the node. >>> >>> tracert 192.168.x.x >>> >>> 1 <1 ms <1 ms <1 ms 192.168.x.x >>> >>> There should be only one hope to your node if your windows computer in on >>> the same network. >>> >>> Side note: >>> I use dhcp on all my nodes on my LAN networks. I give them static address >>> via the DHCP server. I also change the hostname on the node. i.e. asl2060 >>> This allows the router's internal DNS server to associate the hostname and >>> IP address for the ASL node. Some routers will allow you to add a domain >>> name. >>> Also there is no need to open TCP port forwarding on you router for IAX2 >>> 4569. >>> >>> 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, Jun 29, 2018 at 3:58 AM, wrote: >>>> >>>> No. I've never seen reference to that. I'm still in the initial phase of >>>> setting up this node; have not messed with rpt.conf yet. >>>> >>>> Mike >>>> WM4B >>>> >>>> >>>> On Thu, Jun 28, 2018 at 11:11 PM, Bob Pyke wrote: >>>> >>>> Did you add your local node address for each node in the rpt,conf [nodes] >>>>> stanza? >>>>> Thanks, >>>>> Bob >>>>> K6ECM >>>>> 73 >>>>> >>>>> >>>>>> On Jun 28, 2018, at 6:12 PM, Mike wrote: >>>>>> >>>>>> >>>>>> Mike, >>>>>> >>>>>> Still a lot of possibilities of things that may not be right but, >>>>>> >>>>>> Just so that you are conducting a 'good test' behind your nat through >>>>>> wifi, >>>>>> >>>>>> put your phone in airplane mode, then turn just the wifi on and connect. >>>>>> >>>>>> You might also want to turn the forwarding to just the UDP 4569 and >>>>>> specify that in your phone connect, >>>>>> >>>>>> guessing your using the android iaxrpt.... like this for your IP... >>>>>> >>>>>> 192.169.1.101:4569 < :port especially if not the norm, but do it >>>>>> anyway. >>>>>> That's a few things to investigate anyway, >>>>>> >>>>>> Let me know if your still having issues. >>>>>> >>>>>> Oh... don't forget to get back out of airplane mode / turn cellular back >>>>>> on when done. >>>>>> >>>>>> Hate to see ya late for dinner ...lol >>>>>> ...mike/kb8jnm >>>>>> >>>>>>> On 6/28/2018 8:00 PM, Mike Besemer wrote: >>>>>>> Making progress on my node. After several false starts I finally got >>>>>>> the node connected and am able to connect via iaxrpt from my Android >>>>>>> devices if I use my EXTERNAL IP address. >>>>>>> >>>>>>> I cannot connect from Android or Windows using my INTERAL IP address. I >>>>>>> followed the guide at hamvoip.com and have double checked everything. >>>>>>> >>>>>>> The port is open for both UDP and TCP connections. The firewall seems >>>>>>> ok. >>>>>>> >>>>>>> It has to be something obvious. What did I miss? >>>>>>> >>>>>>> Mike >>>>>>> >>>>>>> WM4B >>>>>>> >>>>>>> >>>>>>> >>>>>>> _______________________________________________ >>>>>>> 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/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 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 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 mwbesemer at cox.net Fri Jun 29 15:10:27 2018 From: mwbesemer at cox.net (mwbesemer at cox.net) Date: Fri, 29 Jun 2018 15:10:27 +0000 (GMT) Subject: [App_rpt-users] iaxrpt Message-ID: <1138bd5.1980.1644c1871e5.Webtop.0@cox.net> Bob - do you mean the IP of the node itself? Mike On Fri, Jun 29, 2018 at 11:01 AM, Bob Pyke wrote: > If both devices are behind the router, the sub address needs to be > used for iaxrpt, not your public IP address. e.g. 192.168.0.5 > > Thanks, > Bob > K6ECM > 73 > > >> On Jun 29, 2018, at 7:49 AM, mwbesemer at cox.net wrote: >> >> David, >> >> WRT your first statement, if I'm connecting via my Windows machine to >> my local IP, am I really exiting my LAN and coming back in? Or am I >> routing straight to the IP of my node. I have DD-WRT on my router >> have have the port forwarded. (I really expect my problem to be >> there - port forwarding has historically bit me in the butt.) BTW, >> my node is set for DHCP, but in the router, I have that MAC address >> assigned to a fixed IP address. >> >> I've tried using xxx.xxx.xxx.xxx:4569 and that doesn't help. >> >> I probably confused people by referencing the hamvoip document. I'm >> using ASL, but the hamvoip document was recommend to me as a guide to >> set up iaxrpt on my node. >> >> I'll try the traccert tonight when I get home. >> >> Many thanks, >> >> Mike >> WM4B >> >>> On Fri, Jun 29, 2018 at 10:18 AM, David Shaw wrote: >>> >>> Most new routers won't allow you to exit the local network (LAN) and >>> come >>> back in. This might happen if you use a domain name that is >>> associated with >>> your public address. If you want to use your public domain name to >>> access >>> your node from inside your LAN. You'll need to add a DNS entry to >>> your >>> router. **See "Side Note" below >>> >>> By default IAX2 uses UDP port 4569 and the bind address is set to >>> all >>> interfaces/addresses in the ASL OS (allstarlink.org). As for the >>> hamvoip.com >>> settings, you should check with them. >>> >>> Are you using the hostname or IP address to access your node? >>> Like Mike stated, use xxx.xxx.xxx.xxx:4569 from your local (LAN) >>> devices. >>> >>> Testing: >>> From your windows based computer. Try tracert and the IPaddress of >>> the node. >>> >>> tracert 192.168.x.x >>> >>> 1 <1 ms <1 ms <1 ms 192.168.x.x >>> >>> There should be only one hope to your node if your windows computer >>> in on >>> the same network. >>> >>> Side note: >>> I use dhcp on all my nodes on my LAN networks. I give them static >>> address >>> via the DHCP server. I also change the hostname on the node. i.e. >>> asl2060 >>> This allows the router's internal DNS server to associate the >>> hostname and >>> IP address for the ASL node. Some routers will allow you to add a >>> domain >>> name. >>> Also there is no need to open TCP port forwarding on you router for >>> IAX2 >>> 4569. >>> >>> 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, Jun 29, 2018 at 3:58 AM, wrote: >>>> >>>> No. I've never seen reference to that. I'm still in the initial >>>> phase of >>>> setting up this node; have not messed with rpt.conf yet. >>>> >>>> Mike >>>> WM4B >>>> >>>> >>>> On Thu, Jun 28, 2018 at 11:11 PM, Bob Pyke wrote: >>>> >>>> Did you add your local node address for each node in the rpt,conf >>>> [nodes] >>>>> stanza? >>>>> Thanks, >>>>> Bob >>>>> K6ECM >>>>> 73 >>>>> >>>>> >>>>>> On Jun 28, 2018, at 6:12 PM, Mike wrote: >>>>>> >>>>>> >>>>>> Mike, >>>>>> >>>>>> Still a lot of possibilities of things that may not be right but, >>>>>> >>>>>> Just so that you are conducting a 'good test' behind your nat >>>>>> through >>>>>> wifi, >>>>>> >>>>>> put your phone in airplane mode, then turn just the wifi on and >>>>>> connect. >>>>>> >>>>>> You might also want to turn the forwarding to just the UDP 4569 >>>>>> and >>>>>> specify that in your phone connect, >>>>>> >>>>>> guessing your using the android iaxrpt.... like this for your >>>>>> IP... >>>>>> >>>>>> 192.169.1.101:4569 < :port especially if not the norm, but do >>>>>> it >>>>>> anyway. >>>>>> That's a few things to investigate anyway, >>>>>> >>>>>> Let me know if your still having issues. >>>>>> >>>>>> Oh... don't forget to get back out of airplane mode / turn >>>>>> cellular back >>>>>> on when done. >>>>>> >>>>>> Hate to see ya late for dinner ...lol >>>>>> ...mike/kb8jnm >>>>>> >>>>>>> On 6/28/2018 8:00 PM, Mike Besemer wrote: >>>>>>> Making progress on my node. After several false starts I >>>>>>> finally got >>>>>>> the node connected and am able to connect via iaxrpt from my >>>>>>> Android >>>>>>> devices if I use my EXTERNAL IP address. >>>>>>> >>>>>>> I cannot connect from Android or Windows using my INTERAL IP >>>>>>> address. I >>>>>>> followed the guide at hamvoip.com and have double checked >>>>>>> everything. >>>>>>> >>>>>>> The port is open for both UDP and TCP connections. The firewall >>>>>>> seems >>>>>>> ok. >>>>>>> >>>>>>> It has to be something obvious. What did I miss? >>>>>>> >>>>>>> Mike >>>>>>> >>>>>>> WM4B >>>>>>> >>>>>>> >>>>>>> >>>>>>> _______________________________________________ >>>>>>> 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/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 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 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 Fri Jun 29 15:38:55 2018 From: k6ecm1 at gmail.com (Bob Pyke) Date: Fri, 29 Jun 2018 08:38:55 -0700 Subject: [App_rpt-users] iaxrpt In-Reply-To: <1138bd5.1980.1644c1871e5.Webtop.0@cox.net> References: <1138bd5.1980.1644c1871e5.Webtop.0@cox.net> Message-ID: <929374DB-FDBA-4D6F-BB05-21664E0CDF64@gmail.com> Yes Thanks, Bob K6ECM 73 > On Jun 29, 2018, at 8:10 AM, mwbesemer at cox.net wrote: > > Bob - do you mean the IP of the node itself? > > Mike > > > >> On Fri, Jun 29, 2018 at 11:01 AM, Bob Pyke wrote: >> >> If both devices are behind the router, the sub address needs to be used for iaxrpt, not your public IP address. e.g. 192.168.0.5 >> >> Thanks, >> Bob >> K6ECM >> 73 >> >> >>> On Jun 29, 2018, at 7:49 AM, mwbesemer at cox.net wrote: >>> >>> David, >>> >>> WRT your first statement, if I'm connecting via my Windows machine to my local IP, am I really exiting my LAN and coming back in? Or am I routing straight to the IP of my node. I have DD-WRT on my router have have the port forwarded. (I really expect my problem to be there - port forwarding has historically bit me in the butt.) BTW, my node is set for DHCP, but in the router, I have that MAC address assigned to a fixed IP address. >>> >>> I've tried using xxx.xxx.xxx.xxx:4569 and that doesn't help. >>> >>> I probably confused people by referencing the hamvoip document. I'm using ASL, but the hamvoip document was recommend to me as a guide to set up iaxrpt on my node. >>> >>> I'll try the traccert tonight when I get home. >>> >>> Many thanks, >>> >>> Mike >>> WM4B >>> >>>> On Fri, Jun 29, 2018 at 10:18 AM, David Shaw wrote: >>>> >>>> Most new routers won't allow you to exit the local network (LAN) and come >>>> back in. This might happen if you use a domain name that is associated with >>>> your public address. If you want to use your public domain name to access >>>> your node from inside your LAN. You'll need to add a DNS entry to your >>>> router. **See "Side Note" below >>>> >>>> By default IAX2 uses UDP port 4569 and the bind address is set to all >>>> interfaces/addresses in the ASL OS (allstarlink.org). As for the hamvoip.com >>>> settings, you should check with them. >>>> >>>> Are you using the hostname or IP address to access your node? >>>> Like Mike stated, use xxx.xxx.xxx.xxx:4569 from your local (LAN) devices. >>>> >>>> Testing: >>>> From your windows based computer. Try tracert and the IPaddress of the node. >>>> >>>> tracert 192.168.x.x >>>> >>>> 1 <1 ms <1 ms <1 ms 192.168.x.x >>>> >>>> There should be only one hope to your node if your windows computer in on >>>> the same network. >>>> >>>> Side note: >>>> I use dhcp on all my nodes on my LAN networks. I give them static address >>>> via the DHCP server. I also change the hostname on the node. i.e. asl2060 >>>> This allows the router's internal DNS server to associate the hostname and >>>> IP address for the ASL node. Some routers will allow you to add a domain >>>> name. >>>> Also there is no need to open TCP port forwarding on you router for IAX2 >>>> 4569. >>>> >>>> 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, Jun 29, 2018 at 3:58 AM, wrote: >>>>> >>>>> No. I've never seen reference to that. I'm still in the initial phase of >>>>> setting up this node; have not messed with rpt.conf yet. >>>>> >>>>> Mike >>>>> WM4B >>>>> >>>>> >>>>> On Thu, Jun 28, 2018 at 11:11 PM, Bob Pyke wrote: >>>>> >>>>> Did you add your local node address for each node in the rpt,conf [nodes] >>>>>> stanza? >>>>>> Thanks, >>>>>> Bob >>>>>> K6ECM >>>>>> 73 >>>>>> >>>>>> >>>>>>> On Jun 28, 2018, at 6:12 PM, Mike wrote: >>>>>>> >>>>>>> >>>>>>> Mike, >>>>>>> >>>>>>> Still a lot of possibilities of things that may not be right but, >>>>>>> >>>>>>> Just so that you are conducting a 'good test' behind your nat through >>>>>>> wifi, >>>>>>> >>>>>>> put your phone in airplane mode, then turn just the wifi on and connect. >>>>>>> >>>>>>> You might also want to turn the forwarding to just the UDP 4569 and >>>>>>> specify that in your phone connect, >>>>>>> >>>>>>> guessing your using the android iaxrpt.... like this for your IP... >>>>>>> >>>>>>> 192.169.1.101:4569 < :port especially if not the norm, but do it >>>>>>> anyway. >>>>>>> That's a few things to investigate anyway, >>>>>>> >>>>>>> Let me know if your still having issues. >>>>>>> >>>>>>> Oh... don't forget to get back out of airplane mode / turn cellular back >>>>>>> on when done. >>>>>>> >>>>>>> Hate to see ya late for dinner ...lol >>>>>>> ...mike/kb8jnm >>>>>>> >>>>>>>> On 6/28/2018 8:00 PM, Mike Besemer wrote: >>>>>>>> Making progress on my node. After several false starts I finally got >>>>>>>> the node connected and am able to connect via iaxrpt from my Android >>>>>>>> devices if I use my EXTERNAL IP address. >>>>>>>> >>>>>>>> I cannot connect from Android or Windows using my INTERAL IP address. I >>>>>>>> followed the guide at hamvoip.com and have double checked everything. >>>>>>>> >>>>>>>> The port is open for both UDP and TCP connections. The firewall seems >>>>>>>> ok. >>>>>>>> >>>>>>>> It has to be something obvious. What did I miss? >>>>>>>> >>>>>>>> Mike >>>>>>>> >>>>>>>> WM4B >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> _______________________________________________ >>>>>>>> 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/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 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 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 mwbesemer at cox.net Fri Jun 29 15:52:04 2018 From: mwbesemer at cox.net (mwbesemer at cox.net) Date: Fri, 29 Jun 2018 15:52:04 +0000 (GMT) Subject: [App_rpt-users] iaxrpt Message-ID: <1847068.199a.1644c3e88e3.Webtop.0@cox.net> I am. Mike On Fri, Jun 29, 2018 at 11:38 AM, Bob Pyke wrote: > Yes > Thanks, > Bob > K6ECM > 73 > > >> On Jun 29, 2018, at 8:10 AM, mwbesemer at cox.net wrote: >> >> Bob - do you mean the IP of the node itself? >> >> Mike >> >> >> >>> On Fri, Jun 29, 2018 at 11:01 AM, Bob Pyke wrote: >>> >>> If both devices are behind the router, the sub address needs to be >>> used for iaxrpt, not your public IP address. e.g. 192.168.0.5 >>> >>> Thanks, >>> Bob >>> K6ECM >>> 73 >>> >>> >>>> On Jun 29, 2018, at 7:49 AM, mwbesemer at cox.net wrote: >>>> >>>> David, >>>> >>>> WRT your first statement, if I'm connecting via my Windows machine >>>> to my local IP, am I really exiting my LAN and coming back in? Or >>>> am I routing straight to the IP of my node. I have DD-WRT on my >>>> router have have the port forwarded. (I really expect my problem >>>> to be there - port forwarding has historically bit me in the butt.) >>>> BTW, my node is set for DHCP, but in the router, I have that MAC >>>> address assigned to a fixed IP address. >>>> >>>> I've tried using xxx.xxx.xxx.xxx:4569 and that doesn't help. >>>> >>>> I probably confused people by referencing the hamvoip document. >>>> I'm using ASL, but the hamvoip document was recommend to me as a >>>> guide to set up iaxrpt on my node. >>>> >>>> I'll try the traccert tonight when I get home. >>>> >>>> Many thanks, >>>> >>>> Mike >>>> WM4B >>>> >>>>> On Fri, Jun 29, 2018 at 10:18 AM, David Shaw wrote: >>>>> >>>>> Most new routers won't allow you to exit the local network (LAN) >>>>> and come >>>>> back in. This might happen if you use a domain name that is >>>>> associated with >>>>> your public address. If you want to use your public domain name to >>>>> access >>>>> your node from inside your LAN. You'll need to add a DNS entry to >>>>> your >>>>> router. **See "Side Note" below >>>>> >>>>> By default IAX2 uses UDP port 4569 and the bind address is set to >>>>> all >>>>> interfaces/addresses in the ASL OS (allstarlink.org). As for the >>>>> hamvoip.com >>>>> settings, you should check with them. >>>>> >>>>> Are you using the hostname or IP address to access your node? >>>>> Like Mike stated, use xxx.xxx.xxx.xxx:4569 from your local (LAN) >>>>> devices. >>>>> >>>>> Testing: >>>>> From your windows based computer. Try tracert and the IPaddress of >>>>> the node. >>>>> >>>>> tracert 192.168.x.x >>>>> >>>>> 1 <1 ms <1 ms <1 ms 192.168.x.x >>>>> >>>>> There should be only one hope to your node if your windows >>>>> computer in on >>>>> the same network. >>>>> >>>>> Side note: >>>>> I use dhcp on all my nodes on my LAN networks. I give them static >>>>> address >>>>> via the DHCP server. I also change the hostname on the node. i.e. >>>>> asl2060 >>>>> This allows the router's internal DNS server to associate the >>>>> hostname and >>>>> IP address for the ASL node. Some routers will allow you to add a >>>>> domain >>>>> name. >>>>> Also there is no need to open TCP port forwarding on you router >>>>> for IAX2 >>>>> 4569. >>>>> >>>>> 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, Jun 29, 2018 at 3:58 AM, wrote: >>>>>> >>>>>> No. I've never seen reference to that. I'm still in the initial >>>>>> phase of >>>>>> setting up this node; have not messed with rpt.conf yet. >>>>>> >>>>>> Mike >>>>>> WM4B >>>>>> >>>>>> >>>>>> On Thu, Jun 28, 2018 at 11:11 PM, Bob Pyke wrote: >>>>>> >>>>>> Did you add your local node address for each node in the rpt,conf >>>>>> [nodes] >>>>>>> stanza? >>>>>>> Thanks, >>>>>>> Bob >>>>>>> K6ECM >>>>>>> 73 >>>>>>> >>>>>>> >>>>>>>> On Jun 28, 2018, at 6:12 PM, Mike wrote: >>>>>>>> >>>>>>>> >>>>>>>> Mike, >>>>>>>> >>>>>>>> Still a lot of possibilities of things that may not be right >>>>>>>> but, >>>>>>>> >>>>>>>> Just so that you are conducting a 'good test' behind your nat >>>>>>>> through >>>>>>>> wifi, >>>>>>>> >>>>>>>> put your phone in airplane mode, then turn just the wifi on and >>>>>>>> connect. >>>>>>>> >>>>>>>> You might also want to turn the forwarding to just the UDP 4569 >>>>>>>> and >>>>>>>> specify that in your phone connect, >>>>>>>> >>>>>>>> guessing your using the android iaxrpt.... like this for your >>>>>>>> IP... >>>>>>>> >>>>>>>> 192.169.1.101:4569 < :port especially if not the norm, but do >>>>>>>> it >>>>>>>> anyway. >>>>>>>> That's a few things to investigate anyway, >>>>>>>> >>>>>>>> Let me know if your still having issues. >>>>>>>> >>>>>>>> Oh... don't forget to get back out of airplane mode / turn >>>>>>>> cellular back >>>>>>>> on when done. >>>>>>>> >>>>>>>> Hate to see ya late for dinner ...lol >>>>>>>> ...mike/kb8jnm >>>>>>>> >>>>>>>>> On 6/28/2018 8:00 PM, Mike Besemer wrote: >>>>>>>>> Making progress on my node. After several false starts I >>>>>>>>> finally got >>>>>>>>> the node connected and am able to connect via iaxrpt from my >>>>>>>>> Android >>>>>>>>> devices if I use my EXTERNAL IP address. >>>>>>>>> >>>>>>>>> I cannot connect from Android or Windows using my INTERAL IP >>>>>>>>> address. I >>>>>>>>> followed the guide at hamvoip.com and have double checked >>>>>>>>> everything. >>>>>>>>> >>>>>>>>> The port is open for both UDP and TCP connections. The >>>>>>>>> firewall seems >>>>>>>>> ok. >>>>>>>>> >>>>>>>>> It has to be something obvious. What did I miss? >>>>>>>>> >>>>>>>>> Mike >>>>>>>>> >>>>>>>>> WM4B >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> _______________________________________________ >>>>>>>>> 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/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 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 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 k6ecm1 at gmail.com Fri Jun 29 15:55:33 2018 From: k6ecm1 at gmail.com (Bob Pyke) Date: Fri, 29 Jun 2018 08:55:33 -0700 Subject: [App_rpt-users] iaxrpt In-Reply-To: <1847068.199a.1644c3e88e3.Webtop.0@cox.net> References: <1847068.199a.1644c3e88e3.Webtop.0@cox.net> Message-ID: Did you work through the iaxrpt setup link I posted a bit ago? making sure you have all that stanzas required, then restart asterisk. Thanks, Bob K6ECM 73 > On Jun 29, 2018, at 8:52 AM, mwbesemer at cox.net wrote: > > I am. > > Mike > > > >> On Fri, Jun 29, 2018 at 11:38 AM, Bob Pyke wrote: >> >> Yes >> Thanks, >> Bob >> K6ECM >> 73 >> >> >>> On Jun 29, 2018, at 8:10 AM, mwbesemer at cox.net wrote: >>> >>> Bob - do you mean the IP of the node itself? >>> >>> Mike >>> >>> >>> >>>> On Fri, Jun 29, 2018 at 11:01 AM, Bob Pyke wrote: >>>> >>>> If both devices are behind the router, the sub address needs to be used for iaxrpt, not your public IP address. e.g. 192.168.0.5 >>>> >>>> Thanks, >>>> Bob >>>> K6ECM >>>> 73 >>>> >>>> >>>>> On Jun 29, 2018, at 7:49 AM, mwbesemer at cox.net wrote: >>>>> >>>>> David, >>>>> >>>>> WRT your first statement, if I'm connecting via my Windows machine to my local IP, am I really exiting my LAN and coming back in? Or am I routing straight to the IP of my node. I have DD-WRT on my router have have the port forwarded. (I really expect my problem to be there - port forwarding has historically bit me in the butt.) BTW, my node is set for DHCP, but in the router, I have that MAC address assigned to a fixed IP address. >>>>> >>>>> I've tried using xxx.xxx.xxx.xxx:4569 and that doesn't help. >>>>> >>>>> I probably confused people by referencing the hamvoip document. I'm using ASL, but the hamvoip document was recommend to me as a guide to set up iaxrpt on my node. >>>>> >>>>> I'll try the traccert tonight when I get home. >>>>> >>>>> Many thanks, >>>>> >>>>> Mike >>>>> WM4B >>>>> >>>>>> On Fri, Jun 29, 2018 at 10:18 AM, David Shaw wrote: >>>>>> >>>>>> Most new routers won't allow you to exit the local network (LAN) and come >>>>>> back in. This might happen if you use a domain name that is associated with >>>>>> your public address. If you want to use your public domain name to access >>>>>> your node from inside your LAN. You'll need to add a DNS entry to your >>>>>> router. **See "Side Note" below >>>>>> >>>>>> By default IAX2 uses UDP port 4569 and the bind address is set to all >>>>>> interfaces/addresses in the ASL OS (allstarlink.org). As for the hamvoip.com >>>>>> settings, you should check with them. >>>>>> >>>>>> Are you using the hostname or IP address to access your node? >>>>>> Like Mike stated, use xxx.xxx.xxx.xxx:4569 from your local (LAN) devices. >>>>>> >>>>>> Testing: >>>>>> From your windows based computer. Try tracert and the IPaddress of the node. >>>>>> >>>>>> tracert 192.168.x.x >>>>>> >>>>>> 1 <1 ms <1 ms <1 ms 192.168.x.x >>>>>> >>>>>> There should be only one hope to your node if your windows computer in on >>>>>> the same network. >>>>>> >>>>>> Side note: >>>>>> I use dhcp on all my nodes on my LAN networks. I give them static address >>>>>> via the DHCP server. I also change the hostname on the node. i.e. asl2060 >>>>>> This allows the router's internal DNS server to associate the hostname and >>>>>> IP address for the ASL node. Some routers will allow you to add a domain >>>>>> name. >>>>>> Also there is no need to open TCP port forwarding on you router for IAX2 >>>>>> 4569. >>>>>> >>>>>> 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, Jun 29, 2018 at 3:58 AM, wrote: >>>>>>> >>>>>>> No. I've never seen reference to that. I'm still in the initial phase of >>>>>>> setting up this node; have not messed with rpt.conf yet. >>>>>>> >>>>>>> Mike >>>>>>> WM4B >>>>>>> >>>>>>> >>>>>>> On Thu, Jun 28, 2018 at 11:11 PM, Bob Pyke wrote: >>>>>>> >>>>>>> Did you add your local node address for each node in the rpt,conf [nodes] >>>>>>>> stanza? >>>>>>>> Thanks, >>>>>>>> Bob >>>>>>>> K6ECM >>>>>>>> 73 >>>>>>>> >>>>>>>> >>>>>>>>> On Jun 28, 2018, at 6:12 PM, Mike wrote: >>>>>>>>> >>>>>>>>> >>>>>>>>> Mike, >>>>>>>>> >>>>>>>>> Still a lot of possibilities of things that may not be right but, >>>>>>>>> >>>>>>>>> Just so that you are conducting a 'good test' behind your nat through >>>>>>>>> wifi, >>>>>>>>> >>>>>>>>> put your phone in airplane mode, then turn just the wifi on and connect. >>>>>>>>> >>>>>>>>> You might also want to turn the forwarding to just the UDP 4569 and >>>>>>>>> specify that in your phone connect, >>>>>>>>> >>>>>>>>> guessing your using the android iaxrpt.... like this for your IP... >>>>>>>>> >>>>>>>>> 192.169.1.101:4569 < :port especially if not the norm, but do it >>>>>>>>> anyway. >>>>>>>>> That's a few things to investigate anyway, >>>>>>>>> >>>>>>>>> Let me know if your still having issues. >>>>>>>>> >>>>>>>>> Oh... don't forget to get back out of airplane mode / turn cellular back >>>>>>>>> on when done. >>>>>>>>> >>>>>>>>> Hate to see ya late for dinner ...lol >>>>>>>>> ...mike/kb8jnm >>>>>>>>> >>>>>>>>>> On 6/28/2018 8:00 PM, Mike Besemer wrote: >>>>>>>>>> Making progress on my node. After several false starts I finally got >>>>>>>>>> the node connected and am able to connect via iaxrpt from my Android >>>>>>>>>> devices if I use my EXTERNAL IP address. >>>>>>>>>> >>>>>>>>>> I cannot connect from Android or Windows using my INTERAL IP address. I >>>>>>>>>> followed the guide at hamvoip.com and have double checked everything. >>>>>>>>>> >>>>>>>>>> The port is open for both UDP and TCP connections. The firewall seems >>>>>>>>>> ok. >>>>>>>>>> >>>>>>>>>> It has to be something obvious. What did I miss? >>>>>>>>>> >>>>>>>>>> Mike >>>>>>>>>> >>>>>>>>>> WM4B >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> _______________________________________________ >>>>>>>>>> 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/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 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 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 shawpbx at gmail.com Fri Jun 29 16:16:09 2018 From: shawpbx at gmail.com (David Shaw) Date: Fri, 29 Jun 2018 09:16:09 -0700 Subject: [App_rpt-users] iaxrpt In-Reply-To: References: Message-ID: If your using a public domain name then yes. If you are using your LAN IP address for your node, then no. Good to see your using your DHCP server to assign a fixed IP address. So you should be going straight to your node then. Private IP Adresses Network 10.0.0.0 - 10.255.255.255 172.16.0.0 - 172.31.255.255 192.168.0.0 - 192.168.255.255 If your IP Address is outside the above ranges then it's on the public (WWW) domain. W9SH Steve's iaxRpt software: Options>Accounts Host: Just use the IP Address only. No need for the default port. (4569) The only time you would use :port is if it was different then 4569. Options>Preferences>IAX2 is where you can change the default port. When you click Connect what error do you get on the bottom? You can also see what asterisk is seeing when you try to login. sudo asterisk -vvvvvvvvvvvvvvr Here is my output when I login asl2083*CLI> -- Accepting AUTHENTICATED call from 172.16.11.10: > requested format = gsm, > requested prefs = (), > actual format = gsm, > host prefs = (ulaw|adpcm|gsm), > priority = mine -- Executing [2083 at iaxrpt:1] Rpt("IAX2/iaxrpt-6838", "2083|X") in new stack Node Variable dump for node 2083: RPT_NUMLINKS=0 RPT_LINKS=0 RPT_NUMALINKS=0 RPT_ALINKS=0 RPT_TXKEYED=0 RPT_ETXKEYED=0 RPT_RXKEYED=0 RPT_AUTOPATCHUP=0 -- 8 variables == Spawn extension (iaxrpt, 2083, 1) exited KEEPALIVE on 'IAX2/iaxrpt-6838' Here is the output of a bad login. Wrong Username asl2083*CLI> [Jun 29 09:01:43] NOTICE[411]: chan_iax2.c:9459 socket_process: Host 172.16.11.10 failed to authenticate as iaxrpt1 You can also use tcpdump to see connections to and from your node. sudo apt-get install tcpdump After tcpdump is installed run sudo tcpdump -n "src host 172.16.11.10 and port 4569" or sudo tcpdump -n "src host 172.16.11.10 and not dst port 22" replace 172.16.11.10 with your windows IP address. Ctrl c to stop 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, Jun 29, 2018 at 7:49 AM, wrote: > David, > > WRT your first statement, if I'm connecting via my Windows machine to my > local IP, am I really exiting my LAN and coming back in? Or am I routing > straight to the IP of my node. I have DD-WRT on my router have have the > port forwarded. (I really expect my problem to be there - port forwarding > has historically bit me in the butt.) BTW, my node is set for DHCP, but in > the router, I have that MAC address assigned to a fixed IP address. > > I've tried using xxx.xxx.xxx.xxx:4569 and that doesn't help. > > I probably confused people by referencing the hamvoip document. I'm using > ASL, but the hamvoip document was recommend to me as a guide to set up > iaxrpt on my node. > > I'll try the traccert tonight when I get home. > > Many thanks, > > Mike > WM4B > > > On Fri, Jun 29, 2018 at 10:18 AM, David Shaw wrote: > > Most new routers won't allow you to exit the local network (LAN) and come >> back in. This might happen if you use a domain name that is associated >> with >> your public address. If you want to use your public domain name to access >> your node from inside your LAN. You'll need to add a DNS entry to your >> router. **See "Side Note" below >> >> By default IAX2 uses UDP port 4569 and the bind address is set to all >> interfaces/addresses in the ASL OS (allstarlink.org). As for the >> hamvoip.com >> settings, you should check with them. >> >> Are you using the hostname or IP address to access your node? >> Like Mike stated, use xxx.xxx.xxx.xxx:4569 from your local (LAN) devices. >> >> Testing: >> From your windows based computer. Try tracert and the IPaddress of the >> node. >> >> tracert 192.168.x.x >> >> 1 <1 ms <1 ms <1 ms 192.168.x.x >> >> There should be only one hope to your node if your windows computer in on >> the same network. >> >> Side note: >> I use dhcp on all my nodes on my LAN networks. I give them static address >> via the DHCP server. I also change the hostname on the node. i.e. asl2060 >> This allows the router's internal DNS server to associate the hostname and >> IP address for the ASL node. Some routers will allow you to add a domain >> name. >> Also there is no need to open TCP port forwarding on you router for IAX2 >> 4569. >> >> 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, Jun 29, 2018 at 3:58 AM, wrote: >> >> No. I've never seen reference to that. I'm still in the initial phase of >>> setting up this node; have not messed with rpt.conf yet. >>> >>> Mike >>> WM4B >>> >>> >>> On Thu, Jun 28, 2018 at 11:11 PM, Bob Pyke wrote: >>> >>> Did you add your local node address for each node in the rpt,conf [nodes] >>> >>>> stanza? >>>> Thanks, >>>> Bob >>>> K6ECM >>>> 73 >>>> >>>> >>>> On Jun 28, 2018, at 6:12 PM, Mike wrote: >>>> >>>>> >>>>> >>>>> Mike, >>>>> >>>>> Still a lot of possibilities of things that may not be right but, >>>>> >>>>> Just so that you are conducting a 'good test' behind your nat through >>>>> wifi, >>>>> >>>>> put your phone in airplane mode, then turn just the wifi on and >>>>> connect. >>>>> >>>>> You might also want to turn the forwarding to just the UDP 4569 and >>>>> specify that in your phone connect, >>>>> >>>>> guessing your using the android iaxrpt.... like this for your IP... >>>>> >>>>> 192.169.1.101:4569 < :port especially if not the norm, but do it >>>>> anyway. >>>>> That's a few things to investigate anyway, >>>>> >>>>> Let me know if your still having issues. >>>>> >>>>> Oh... don't forget to get back out of airplane mode / turn cellular >>>>> back >>>>> on when done. >>>>> >>>>> Hate to see ya late for dinner ...lol >>>>> ...mike/kb8jnm >>>>> >>>>> On 6/28/2018 8:00 PM, Mike Besemer wrote: >>>>> >>>>>> Making progress on my node. After several false starts I finally got >>>>>> the node connected and am able to connect via iaxrpt from my Android >>>>>> devices if I use my EXTERNAL IP address. >>>>>> >>>>>> I cannot connect from Android or Windows using my INTERAL IP address. >>>>>> I >>>>>> followed the guide at hamvoip.com and have double checked everything. >>>>>> >>>>>> The port is open for both UDP and TCP connections. The firewall seems >>>>>> ok. >>>>>> >>>>>> It has to be something obvious. What did I miss? >>>>>> >>>>>> Mike >>>>>> >>>>>> WM4B >>>>>> >>>>>> >>>>>> >>>>>> _______________________________________________ >>>>>> 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/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 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 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 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. > -------------- next part -------------- An HTML attachment was scrubbed... URL: From mwbesemer at cox.net Fri Jun 29 16:26:54 2018 From: mwbesemer at cox.net (mwbesemer at cox.net) Date: Fri, 29 Jun 2018 16:26:54 +0000 (GMT) Subject: [App_rpt-users] iaxrpt Message-ID: <1c851b6.19a1.1644c5e6ff1.Webtop.0@cox.net> Correct. I have my account configured for a private (internal) connection on 192.xxx.xxx.xxx and for a public (external) connection on 174.xxx.xxx.xxx. The 174.xxx.xxx.xxx works fine, but not the 192.xxx.xxx.xxx. Will troubleshoot further as soon as the boss lets me go home ! Tnx, Mike WM4B On Fri, Jun 29, 2018 at 12:16 PM, David Shaw wrote: If your using a public domain name then yes. If you are using your LAN IP address for your node, then no. Good to see your using your DHCP server to assign a fixed IP address. So you should be going straight to your node then.?? Private IP Adresses Network? 10.0.0.0 - 10.255.255.255 172.16.0.0 - 172.31.255.255 192.168.0.0 - 192.168.255.255 If your IP Address is outside the above ranges then it's on the public (WWW) domain. W9SH Steve's iaxRpt software: Options>Accounts Host: Just use the IP Address only. No need for the default port. (4569)? The only time you would use :port is if it was different then 4569. Options>Preferences>IAX2 is where you can change the default port.? When you click Connect what error do you get on the bottom? You can also see what asterisk is seeing when you try to login. sudo asterisk -vvvvvvvvvvvvvvr Here is my output when I login asl2083*CLI> ? ? -- Accepting AUTHENTICATED call from 172.16.11.10 : ? ? ? ?> requested format = gsm, ? ? ? ?> requested prefs = (), ? ? ? ?> actual format = gsm, ? ? ? ?> host prefs = (ulaw|adpcm|gsm), ? ? ? ?> priority = mine ? ? -- Executing [2083 at iaxrpt:1] Rpt("IAX2/iaxrpt-6838", "2083|X") in new stack Node Variable dump for node 2083: ? ?RPT_NUMLINKS=0 ? ?RPT_LINKS=0 ? ?RPT_NUMALINKS=0 ? ?RPT_ALINKS=0 ? ?RPT_TXKEYED=0 ? ?RPT_ETXKEYED=0 ? ?RPT_RXKEYED=0 ? ?RPT_AUTOPATCHUP=0 ? ? -- 8 variables ? == Spawn extension (iaxrpt, 2083, 1) exited KEEPALIVE on 'IAX2/iaxrpt-6838' Here is the output of a bad login. Wrong Username asl2083*CLI> [Jun 29 09:01:43] NOTICE[411]: chan_iax2.c:9459 socket_process: Host 172.16.11.10 failed to authenticate as iaxrpt1 You can also use tcpdump to see connections to and from your node. sudo apt-get install tcpdump After tcpdump is installed run sudo tcpdump -n "src host 172.16.11.10 and port 4569" or sudo tcpdump -n "src host 172.16.11.10 and not dst port 22" replace 172.16.11.10 with your windows IP address. Ctrl c to stop? 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, Jun 29, 2018 at 7:49 AM, < mwbesemer at cox.net > wrote: David, WRT your first statement, if I'm connecting via my Windows machine to my local IP, am I really exiting my LAN and coming back in?? Or am I routing straight to the IP of my node.? I have DD-WRT on my router have have the port forwarded.? (I really expect my problem to be there - port forwarding has historically bit me in the butt.)? BTW, my node is set for DHCP, but in the router, I have that MAC address assigned to a fixed IP address. I've tried using xxx.xxx.xxx.xxx:4569 and that doesn't help. I probably confused people by referencing the hamvoip document.? I'm using ASL, but the hamvoip document was recommend to me as a guide to set up iaxrpt on my node. I'll try the traccert tonight when I get home. Many thanks, Mike WM4B On Fri, Jun 29, 2018 at 10:18 AM, David Shaw wrote: Most new routers won't allow you to exit the local network (LAN) and come back in. This might happen if you use a domain name that is associated with your public address. If you want to use your public domain name to access your node from inside your LAN. You'll need to add a DNS entry to your router. **See "Side Note" below By default IAX2 uses UDP port 4569 and the bind address is set to all interfaces/addresses in the ASL OS ( allstarlink.org ). As for the hamvoip.com settings, you should check with them. Are you using the hostname or IP address to access your node? Like Mike stated, use xxx.xxx.xxx.xxx:4569 from your local (LAN) devices. Testing: From your windows based computer. Try tracert and the IPaddress of the node. tracert 192.168.x.x 1? <1 ms? ?<1 ms? ?<1 ms 192.168.x.x There should be only one hope to your node if your windows computer in on the same network. Side note: I use dhcp on all my nodes on my LAN networks. I give them static address via the DHCP server. I also change the hostname on the node. i.e. asl2060 This allows the router's internal DNS server to associate the hostname and IP address for the ASL node. Some routers will allow you to add a domain name. Also there is no need to open TCP port forwarding on you router for IAX2 4569. 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, Jun 29, 2018 at 3:58 AM, < mwbesemer at cox.net > wrote: No.? I've never seen reference to that.? I'm still in the initial phase of setting up this node; have not messed with rpt.conf yet. Mike WM4B On Thu, Jun 28, 2018 at 11:11 PM, Bob Pyke wrote: Did you add your local node address for each node in the rpt,conf [nodes] stanza? Thanks, Bob K6ECM 73 On Jun 28, 2018, at 6:12 PM, Mike < mm at midnighteng.com > wrote: Mike, Still a lot of possibilities of things that may not be right but, Just so that you are conducting a 'good test' behind your nat through wifi, put your phone in airplane mode, then turn just the wifi on and connect. You might also want to turn the forwarding to just the UDP 4569 and specify that in your phone connect, guessing your using the android iaxrpt....? like this for your IP... 192.169.1.101:4569 ? ?< :port especially if not the norm, but do it anyway. That's a few things to investigate anyway, Let me know if your still having issues. Oh... don't forget to get back out of airplane mode / turn cellular back on when done. Hate to see ya late for dinner ...lol ...mike/kb8jnm On 6/28/2018 8:00 PM, Mike Besemer wrote: Making progress on my node.? After several false starts I finally got the node connected and am able to connect via iaxrpt from my Android devices if I use my EXTERNAL IP address. I cannot connect from Android or Windows using my INTERAL IP address. I followed the guide at hamvoip.com and have double checked everything. The port is open for both UDP and TCP connections. The firewall seems ok. It has to be something obvious.? What? ? ? ? ? ? ?did I miss? Mike WM4B ______________________________ _________________ App_rpt-users mailing list App_rpt-users at lists.allstarlin k.org http://lists.allstarlink.org/c gi-bin/mailman/listinfo/app_rp t-users To unsubscribe from this list please visit http://lists.allstarlink.org/c gi-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 list App_rpt-users at lists.allstarlin k.org http://lists.allstarlink.org/c gi-bin/mailman/listinfo/app_rp t-users To unsubscribe from this list please visit http://lists.allstarlink.org/c gi-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 list App_rpt-users at lists.allstarlin k.org http://lists.allstarlink.org/c gi-bin/mailman/listinfo/app_rp t-users To unsubscribe from this list please visit http://lists.allstarlink.org/c gi-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 list App_rpt-users at lists.allstarlin k.org http://lists.allstarlink.org/c gi-bin/mailman/listinfo/app_rp t-users To unsubscribe from this list please visit http://lists.allstarlink.org/c gi-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 list App_rpt-users at lists.allstarlin k.org http://lists.allstarlink.org/c gi-bin/mailman/listinfo/app_rp t-users To unsubscribe from this list please visit http://lists.allstarlink.org/c gi-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 list App_rpt-users at lists.allstarlin k.org http://lists.allstarlink.org/c gi-bin/mailman/listinfo/app_rp t-users To unsubscribe from this list please visit http://lists.allstarlink.org/c gi-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 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 Fri Jun 29 19:20:48 2018 From: k6ecm1 at gmail.com (Bob Pyke) Date: Fri, 29 Jun 2018 12:20:48 -0700 Subject: [App_rpt-users] iaxrpt In-Reply-To: <1c851b6.19a1.1644c5e6ff1.Webtop.0@cox.net> References: <1c851b6.19a1.1644c5e6ff1.Webtop.0@cox.net> Message-ID: ASL is setup to look for public domain IP addresses. To connect a local IP address I.e. 192... to a 192.. you need to tell the other node which local address is used by the other node. This is entered in the rpt.config file in the [nodes] stanza. Thanks, Bob K6ECM 73 > On Jun 29, 2018, at 9:26 AM, mwbesemer at cox.net wrote: > > Correct. I have my account configured for a private (internal) connection on 192.xxx.xxx.xxx and for a public (external) connection on 174.xxx.xxx.xxx. The 174.xxx.xxx.xxx works fine, but not the 192.xxx.xxx.xxx. > > Will troubleshoot further as soon as the boss lets me go home ! > > Tnx, > > Mike > WM4B > > > On Fri, Jun 29, 2018 at 12:16 PM, David Shaw wrote: > > If your using a public domain name then yes. If you are using your LAN IP address for your node, then no. Good to see your using your DHCP server to assign a fixed IP address. So you should be going straight to your node then. > > Private IP Adresses Network > 10.0.0.0 - 10.255.255.255 > 172.16.0.0 - 172.31.255.255 > 192.168.0.0 - 192.168.255.255 > If your IP Address is outside the above ranges then it's on the public (WWW) domain. > > > > > > W9SH Steve's iaxRpt software: > > > Options>Accounts > Host: Just use the IP Address only. No need for the default port. (4569) The only time you would use :port is if it was different then 4569. > > > Options>Preferences>IAX2 is where you can change the default port. > > > When you click Connect what error do you get on the bottom? > > > You can also see what asterisk is seeing when you try to login. > > > sudo asterisk -vvvvvvvvvvvvvvr > > > Here is my output when I login > asl2083*CLI> > -- Accepting AUTHENTICATED call from 172.16.11.10: > > requested format = gsm, > > requested prefs = (), > > actual format = gsm, > > host prefs = (ulaw|adpcm|gsm), > > priority = mine > -- Executing [2083 at iaxrpt:1] Rpt("IAX2/iaxrpt-6838", "2083|X") in new stack > Node Variable dump for node 2083: > RPT_NUMLINKS=0 > RPT_LINKS=0 > RPT_NUMALINKS=0 > RPT_ALINKS=0 > RPT_TXKEYED=0 > RPT_ETXKEYED=0 > RPT_RXKEYED=0 > RPT_AUTOPATCHUP=0 > -- 8 variables > == Spawn extension (iaxrpt, 2083, 1) exited KEEPALIVE on 'IAX2/iaxrpt-6838' > > Here is the output of a bad login. Wrong Username > asl2083*CLI> > [Jun 29 09:01:43] NOTICE[411]: chan_iax2.c:9459 socket_process: Host 172.16.11.10 failed to authenticate as iaxrpt1 > > > You can also use tcpdump to see connections to and from your node. > > sudo apt-get install tcpdump > > After tcpdump is installed run > > sudo tcpdump -n "src host 172.16.11.10 and port 4569" > or > sudo tcpdump -n "src host 172.16.11.10 and not dst port 22" > > replace 172.16.11.10 with your windows IP address. > > Ctrl c to stop > > 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, Jun 29, 2018 at 7:49 AM, < mwbesemer at cox.net> wrote: > David, > > WRT your first statement, if I'm connecting via my Windows machine to my local IP, am I really exiting my LAN and coming back in? Or am I routing straight to the IP of my node. I have DD-WRT on my router have have the port forwarded. (I really expect my problem to be there - port forwarding has historically bit me in the butt.) BTW, my node is set for DHCP, but in the router, I have that MAC address assigned to a fixed IP address. > > I've tried using xxx.xxx.xxx.xxx:4569 and that doesn't help. > > I probably confused people by referencing the hamvoip document. I'm using ASL, but the hamvoip document was recommend to me as a guide to set up iaxrpt on my node. > > I'll try the traccert tonight when I get home. > > Many thanks, > > Mike > WM4B > > On Fri, Jun 29, 2018 at 10:18 AM, David Shaw wrote: > > Most new routers won't allow you to exit the local network (LAN) and come > back in. This might happen if you use a domain name that is associated with > your public address. If you want to use your public domain name to access > your node from inside your LAN. You'll need to add a DNS entry to your > router. **See "Side Note" below > > By default IAX2 uses UDP port 4569 and the bind address is set to all > interfaces/addresses in the ASL OS ( allstarlink.org). As for the hamvoip.com > settings, you should check with them. > > Are you using the hostname or IP address to access your node? > Like Mike stated, use xxx.xxx.xxx.xxx:4569 from your local (LAN) devices. > > Testing: > From your windows based computer. Try tracert and the IPaddress of the node. > > tracert 192.168.x.x > > 1 <1 ms <1 ms <1 ms 192.168.x.x > > There should be only one hope to your node if your windows computer in on > the same network. > > Side note: > I use dhcp on all my nodes on my LAN networks. I give them static address > via the DHCP server. I also change the hostname on the node. i.e. asl2060 > This allows the router's internal DNS server to associate the hostname and > IP address for the ASL node. Some routers will allow you to add a domain > name. > Also there is no need to open TCP port forwarding on you router for IAX2 > 4569. > > 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, Jun 29, 2018 at 3:58 AM, < mwbesemer at cox.net> wrote: > > No. I've never seen reference to that. I'm still in the initial phase of > setting up this node; have not messed with rpt.conf yet. > > Mike > WM4B > > > On Thu, Jun 28, 2018 at 11:11 PM, Bob Pyke wrote: > > Did you add your local node address for each node in the rpt,conf [nodes] > stanza? > Thanks, > Bob > K6ECM > 73 > > > On Jun 28, 2018, at 6:12 PM, Mike < mm at midnighteng.com> wrote: > > > Mike, > > Still a lot of possibilities of things that may not be right but, > > Just so that you are conducting a 'good test' behind your nat through > wifi, > > put your phone in airplane mode, then turn just the wifi on and connect. > > You might also want to turn the forwarding to just the UDP 4569 and > specify that in your phone connect, > > guessing your using the android iaxrpt.... like this for your IP... > > 192.169.1.101:4569 < :port especially if not the norm, but do it > anyway. > That's a few things to investigate anyway, > > Let me know if your still having issues. > > Oh... don't forget to get back out of airplane mode / turn cellular back > on when done. > > Hate to see ya late for dinner ...lol > ...mike/kb8jnm > > On 6/28/2018 8:00 PM, Mike Besemer wrote: > Making progress on my node. After several false starts I finally got > the node connected and am able to connect via iaxrpt from my Android > devices if I use my EXTERNAL IP address. > > I cannot connect from Android or Windows using my INTERAL IP address. I > followed the guide at hamvoip.comand have double checked everything. > > The port is open for both UDP and TCP connections. The firewall seems > ok. > > It has to be something obvious. What did I miss? > > Mike > > WM4B > > > > ______________________________ _________________ > App_rpt-users mailing list > App_rpt-users at lists.allstarlin k.org > > http://lists.allstarlink.org/c gi-bin/mailman/listinfo/app_rp t-users > > To unsubscribe from this list please visit > > http://lists.allstarlink.org/c gi-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 list > App_rpt-users at lists.allstarlin k.org > http://lists.allstarlink.org/c gi-bin/mailman/listinfo/app_rp t-users > > To unsubscribe from this list please visit > http://lists.allstarlink.org/c gi-bin/mailman/listinfo/app_rp t-usersand > 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.allstarlin k.org > http://lists.allstarlink.org/c gi-bin/mailman/listinfo/app_rp t-users > > To unsubscribe from this list please visit http://lists.allstarlink.org/c > gi-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 list > App_rpt-users at lists.allstarlin k.org > http://lists.allstarlink.org/c gi-bin/mailman/listinfo/app_rp t-users > > To unsubscribe from this list please visit http://lists.allstarlink.org/c > gi-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 list > App_rpt-users at lists.allstarlin k.org > http://lists.allstarlink.org/c gi-bin/mailman/listinfo/app_rp t-users > > To unsubscribe from this list please visit http://lists.allstarlink.org/c gi-bin/mailman/listinfo/app_rp t-usersand 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.allstarlin k.org > http://lists.allstarlink.org/c gi-bin/mailman/listinfo/app_rp t-users > > To unsubscribe from this list please visit http://lists.allstarlink.org/c gi-bin/mailman/listinfo/app_rp t-usersand 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 mwbesemer at cox.net Fri Jun 29 20:49:20 2018 From: mwbesemer at cox.net (Mike Besemer) Date: Fri, 29 Jun 2018 16:49:20 -0400 Subject: [App_rpt-users] iaxrpt In-Reply-To: <4jLl1y02X2qTvDB01jLoWS> References: <1c851b6.19a1.1644c5e6ff1.Webtop.0@cox.net> <4jLl1y02X2qTvDB01jLoWS> Message-ID: <007201d40fea$a765fd70$f631f850$@cox.net> Sitting in front of it now. [Nodes] 48166 = radio at 127.0.0.1:4569/48166,NONE That?s it. Are you saying I need the local IP of the Windows computer entered there? Mike WM4B From: App_rpt-users [mailto:app_rpt-users-bounces at lists.allstarlink.org] On Behalf Of Bob Pyke Sent: Friday, June 29, 2018 3:21 PM To: Users of Asterisk app_rpt Subject: Re: [App_rpt-users] iaxrpt ASL is setup to look for public domain IP addresses. To connect a local IP address I.e. 192... to a 192.. you need to tell the other node which local address is used by the other node. This is entered in the rpt.config file in the [nodes] stanza. Thanks, Bob K6ECM 73 On Jun 29, 2018, at 9:26 AM, mwbesemer at cox.net wrote: Correct. I have my account configured for a private (internal) connection on 192.xxx.xxx.xxx and for a public (external) connection on 174.xxx.xxx.xxx. The 174.xxx.xxx.xxx works fine, but not the 192.xxx.xxx.xxx. Will troubleshoot further as soon as the boss lets me go home ! Tnx, Mike WM4B On Fri, Jun 29, 2018 at 12:16 PM, David Shaw wrote: If your using a public domain name then yes. If you are using your LAN IP address for your node, then no. Good to see your using your DHCP server to assign a fixed IP address. So you should be going straight to your node then. Private IP Adresses Network 10.0.0.0 - 10.255.255.255 172.16.0.0 - 172.31.255.255 192.168.0.0 - 192.168.255.255 If your IP Address is outside the above ranges then it's on the public (WWW) domain. W9SH Steve's iaxRpt software: Options>Accounts Host: Just use the IP Address only. No need for the default port. (4569) The only time you would use :port is if it was different then 4569. Options>Preferences>IAX2 is where you can change the default port. When you click Connect what error do you get on the bottom? You can also see what asterisk is seeing when you try to login. sudo asterisk -vvvvvvvvvvvvvvr Here is my output when I login asl2083*CLI> -- Accepting AUTHENTICATED call from 172.16.11.10: > requested format = gsm, > requested prefs = (), > actual format = gsm, > host prefs = (ulaw|adpcm|gsm), > priority = mine -- Executing [2083 at iaxrpt:1] Rpt("IAX2/iaxrpt-6838", "2083|X") in new stack Node Variable dump for node 2083: RPT_NUMLINKS=0 RPT_LINKS=0 RPT_NUMALINKS=0 RPT_ALINKS=0 RPT_TXKEYED=0 RPT_ETXKEYED=0 RPT_RXKEYED=0 RPT_AUTOPATCHUP=0 -- 8 variables == Spawn extension (iaxrpt, 2083, 1) exited KEEPALIVE on 'IAX2/iaxrpt-6838' Here is the output of a bad login. Wrong Username asl2083*CLI> [Jun 29 09:01:43] NOTICE[411]: chan_iax2.c:9459 socket_process: Host 172.16.11.10 failed to authenticate as iaxrpt1 You can also use tcpdump to see connections to and from your node. sudo apt-get install tcpdump After tcpdump is installed run sudo tcpdump -n "src host 172.16.11.10 and port 4569" or sudo tcpdump -n "src host 172.16.11.10 and not dst port 22" replace 172.16.11.10 with your windows IP address. Ctrl c to stop 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, Jun 29, 2018 at 7:49 AM, < mwbesemer at cox.net> wrote: David, WRT your first statement, if I'm connecting via my Windows machine to my local IP, am I really exiting my LAN and coming back in? Or am I routing straight to the IP of my node. I have DD-WRT on my router have have the port forwarded. (I really expect my problem to be there - port forwarding has historically bit me in the butt.) BTW, my node is set for DHCP, but in the router, I have that MAC address assigned to a fixed IP address. I've tried using xxx.xxx.xxx.xxx:4569 and that doesn't help. I probably confused people by referencing the hamvoip document. I'm using ASL, but the hamvoip document was recommend to me as a guide to set up iaxrpt on my node. I'll try the traccert tonight when I get home. Many thanks, Mike WM4B On Fri, Jun 29, 2018 at 10:18 AM, David Shaw wrote: Most new routers won't allow you to exit the local network (LAN) and come back in. This might happen if you use a domain name that is associated with your public address. If you want to use your public domain name to access your node from inside your LAN. You'll need to add a DNS entry to your router. **See "Side Note" below By default IAX2 uses UDP port 4569 and the bind address is set to all interfaces/addresses in the ASL OS ( allstarlink.org). As for the hamvoip.com settings, you should check with them. Are you using the hostname or IP address to access your node? Like Mike stated, use xxx.xxx.xxx.xxx:4569 from your local (LAN) devices. Testing: >From your windows based computer. Try tracert and the IPaddress of the node. tracert 192.168.x.x 1 <1 ms <1 ms <1 ms 192.168.x.x There should be only one hope to your node if your windows computer in on the same network. Side note: I use dhcp on all my nodes on my LAN networks. I give them static address via the DHCP server. I also change the hostname on the node. i.e. asl2060 This allows the router's internal DNS server to associate the hostname and IP address for the ASL node. Some routers will allow you to add a domain name. Also there is no need to open TCP port forwarding on you router for IAX2 4569. 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, Jun 29, 2018 at 3:58 AM, < mwbesemer at cox.net> wrote: No. I've never seen reference to that. I'm still in the initial phase of setting up this node; have not messed with rpt.conf yet. Mike WM4B On Thu, Jun 28, 2018 at 11:11 PM, Bob Pyke wrote: Did you add your local node address for each node in the rpt,conf [nodes] stanza? Thanks, Bob K6ECM 73 On Jun 28, 2018, at 6:12 PM, Mike < mm at midnighteng.com> wrote: Mike, Still a lot of possibilities of things that may not be right but, Just so that you are conducting a 'good test' behind your nat through wifi, put your phone in airplane mode, then turn just the wifi on and connect. You might also want to turn the forwarding to just the UDP 4569 and specify that in your phone connect, guessing your using the android iaxrpt.... like this for your IP... 192.169.1.101:4569 < :port especially if not the norm, but do it anyway. That's a few things to investigate anyway, Let me know if your still having issues. Oh... don't forget to get back out of airplane mode / turn cellular back on when done. Hate to see ya late for dinner ...lol ...mike/kb8jnm On 6/28/2018 8:00 PM, Mike Besemer wrote: Making progress on my node. After several false starts I finally got the node connected and am able to connect via iaxrpt from my Android devices if I use my EXTERNAL IP address. I cannot connect from Android or Windows using my INTERAL IP address. I followed the guide at hamvoip.comand have double checked everything. The port is open for both UDP and TCP connections. The firewall seems ok. It has to be something obvious. What did I miss? Mike WM4B ______________________________ _________________ App_rpt-users mailing list App_rpt-users at lists.allstarlin k.org http://lists.allstarlink.org/c gi-bin/mailman/listinfo/app_rp t-users To unsubscribe from this list please visit http://lists.allstarlink.org/c gi-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 list App_rpt-users at lists.allstarlin k.org http://lists.allstarlink.org/c gi-bin/mailman/listinfo/app_rp t-users To unsubscribe from this list please visit http://lists.allstarlink.org/c gi-bin/mailman/listinfo/app_rp t-usersand 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.allstarlin k.org http://lists.allstarlink.org/c gi-bin/mailman/listinfo/app_rp t-users To unsubscribe from this list please visit http://lists.allstarlink.org/c gi-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 list App_rpt-users at lists.allstarlin k.org http://lists.allstarlink.org/c gi-bin/mailman/listinfo/app_rp t-users To unsubscribe from this list please visit http://lists.allstarlink.org/c gi-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 list App_rpt-users at lists.allstarlin k.org http://lists.allstarlink.org/c gi-bin/mailman/listinfo/app_rp t-users To unsubscribe from this list please visit http://lists.allstarlink.org/c gi-bin/mailman/listinfo/app_rp t-usersand 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.allstarlin k.org http://lists.allstarlink.org/c gi-bin/mailman/listinfo/app_rp t-users To unsubscribe from this list please visit http://lists.allstarlink.org/c gi-bin/mailman/listinfo/app_rp t-usersand 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 mwbesemer at cox.net Fri Jun 29 21:00:55 2018 From: mwbesemer at cox.net (Mike Besemer) Date: Fri, 29 Jun 2018 17:00:55 -0400 Subject: [App_rpt-users] iaxrpt In-Reply-To: <4eJd1y03J2qTvDB01eJgkl> References: <3fa446.17a9.1644b3213ca.Webtop.0@cox.net> <4eJd1y03J2qTvDB01eJgkl> Message-ID: <007301d40fec$45ccdfa0$d1669ee0$@cox.net> Here's what I've got so far. tracert reports 1 hop: 1 2ms 2ms 2ms RaspberryPi 192.168.x.x Android Phone connected to Verizon network: Good connect via the external IP Android Phone in Airplane mode connected to my wireless network: No connect Windows Computer connected to my wireless network: No connect So, it seems to be an internal/external IP issue rather than an Android/Windows issue - which is what I had originally thought. That should mean that the [stanza] in iaxrpt.conf and extensions.conf is correct - at least for the android phone. (The Android works on the external IP but not the internal IP, and that proves the stanzas are ok.) Tracert is reporting one hop from the Windows machine to the Pi - so the machines are seeing each other. Attached is a lousy photo of a netstat -pln run from the pi, but I don't know what I'm looking at. Mike WM4B From: App_rpt-users [mailto:app_rpt-users-bounces at lists.allstarlink.org] On Behalf Of David Shaw Sent: Friday, June 29, 2018 10:19 AM To: Users of Asterisk app_rpt Subject: Re: [App_rpt-users] iaxrpt Most new routers won't allow you to exit the local network (LAN) and come back in. This might happen if you use a domain name that is associated with your public address. If you want to use your public domain name to access your node from inside your LAN. You'll need to add a DNS entry to your router. **See "Side Note" below By default IAX2 uses UDP port 4569 and the bind address is set to all interfaces/addresses in the ASL OS (allstarlink.org). As for the hamvoip.com settings, you should check with them. Are you using the hostname or IP address to access your node? Like Mike stated, use xxx.xxx.xxx.xxx:4569 from your local (LAN) devices. Testing: >From your windows based computer. Try tracert and the IPaddress of the node. tracert 192.168.x.x 1 <1 ms <1 ms <1 ms 192.168.x.x There should be only one hope to your node if your windows computer in on the same network. Side note: I use dhcp on all my nodes on my LAN networks. I give them static address via the DHCP server. I also change the hostname on the node. i.e. asl2060 This allows the router's internal DNS server to associate the hostname and IP address for the ASL node. Some routers will allow you to add a domain name. Also there is no need to open TCP port forwarding on you router for IAX2 4569. 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, Jun 29, 2018 at 3:58 AM, wrote: No. I've never seen reference to that. I'm still in the initial phase of setting up this node; have not messed with rpt.conf yet. Mike WM4B On Thu, Jun 28, 2018 at 11:11 PM, Bob Pyke wrote: Did you add your local node address for each node in the rpt,conf [nodes] stanza? Thanks, Bob K6ECM 73 On Jun 28, 2018, at 6:12 PM, Mike wrote: Mike, Still a lot of possibilities of things that may not be right but, Just so that you are conducting a 'good test' behind your nat through wifi, put your phone in airplane mode, then turn just the wifi on and connect. You might also want to turn the forwarding to just the UDP 4569 and specify that in your phone connect, guessing your using the android iaxrpt.... like this for your IP... 192.169.1.101:4569 < :port especially if not the norm, but do it anyway. That's a few things to investigate anyway, Let me know if your still having issues. Oh... don't forget to get back out of airplane mode / turn cellular back on when done. Hate to see ya late for dinner ...lol ...mike/kb8jnm On 6/28/2018 8:00 PM, Mike Besemer wrote: Making progress on my node. After several false starts I finally got the node connected and am able to connect via iaxrpt from my Android devices if I use my EXTERNAL IP address. I cannot connect from Android or Windows using my INTERAL IP address. I followed the guide at hamvoip.com and have double checked everything. The port is open for both UDP and TCP connections. The firewall seems ok. It has to be something obvious. What did I miss? Mike WM4B _______________________________________________ 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. -------------- next part -------------- A non-text attachment was scrubbed... Name: IMG_20180629_164307901.jpg Type: image/jpeg Size: 493440 bytes Desc: not available URL: From shawpbx at gmail.com Fri Jun 29 22:42:43 2018 From: shawpbx at gmail.com (David Shaw) Date: Fri, 29 Jun 2018 15:42:43 -0700 Subject: [App_rpt-users] iaxrpt In-Reply-To: <007301d40fec$45ccdfa0$d1669ee0$@cox.net> References: <3fa446.17a9.1644b3213ca.Webtop.0@cox.net> <007301d40fec$45ccdfa0$d1669ee0$@cox.net> Message-ID: Hey Mike the stanza is fine. [Nodes] 48166 = radio at 127.0.0.1:4569/48166,NONE This just tells Asterisk (ASL) where node 48166 is. The 127.0.0.0/8 is used by the server. This is OK. This is what we know as of now: ASL is setup and working to allow connection on port 4569. You have iax2.conf configured to allow a user to login. I would say ASL is setup and working. If your computer is on the same subnet as your ASL node. I would check: Windows Firewall Windows Anti-Virus Wireless access point turn off AP Isolation https://wiki.dd-wrt.com/wiki/index.php/Advanced_wireless_settings#AP_Isolation Router turn any network Isolation https://wiki.dd-wrt.com/wiki/index.php/Guest_Network#Guest_Access_to_a_Network_Device 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, Jun 29, 2018 at 2:00 PM, Mike Besemer wrote: > Here's what I've got so far. > > tracert reports 1 hop: 1 2ms 2ms 2ms RaspberryPi > 192.168.x.x > > Android Phone connected to Verizon network: Good connect via the external > IP > Android Phone in Airplane mode connected to my wireless network: No connect > Windows Computer connected to my wireless network: No connect > > So, it seems to be an internal/external IP issue rather than an > Android/Windows issue - which is what I had originally thought. That > should mean that the [stanza] in iaxrpt.conf and extensions.conf is correct > - at least for the android phone. (The Android works on the external IP > but not the internal IP, and that proves the stanzas are ok.) > > Tracert is reporting one hop from the Windows machine to the Pi - so the > machines are seeing each other. > > Attached is a lousy photo of a netstat -pln run from the pi, but I don't > know what I'm looking at. > > Mike > WM4B > > > > > From: App_rpt-users [mailto:app_rpt-users-bounces at lists.allstarlink.org] > On Behalf Of David Shaw > Sent: Friday, June 29, 2018 10:19 AM > To: Users of Asterisk app_rpt > Subject: Re: [App_rpt-users] iaxrpt > > Most new routers won't allow you to exit the local network (LAN) and come > back in. This might happen if you use a domain name that is associated with > your public address. If you want to use your public domain name to access > your node from inside your LAN. You'll need to add a DNS entry to your > router. **See "Side Note" below > > By default IAX2 uses UDP port 4569 and the bind address is set to all > interfaces/addresses in the ASL OS (allstarlink.org). As for the > hamvoip.com settings, you should check with them. > > Are you using the hostname or IP address to access your node? > Like Mike stated, use xxx.xxx.xxx.xxx:4569 from your local (LAN) devices. > > Testing: > From your windows based computer. Try tracert and the IPaddress of the > node. > > tracert 192.168.x.x > > 1 <1 ms <1 ms <1 ms 192.168.x.x > > There should be only one hope to your node if your windows computer in on > the same network. > > Side note: > I use dhcp on all my nodes on my LAN networks. I give them static address > via the DHCP server. I also change the hostname on the node. i.e. asl2060 > This allows the router's internal DNS server to associate the hostname and > IP address for the ASL node. Some routers will allow you to add a domain > name. > Also there is no need to open TCP port forwarding on you router for IAX2 > 4569. > > 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, Jun 29, 2018 at 3:58 AM, wrote: > No. I've never seen reference to that. I'm still in the initial phase of > setting up this node; have not messed with rpt.conf yet. > > Mike > WM4B > > > On Thu, Jun 28, 2018 at 11:11 PM, Bob Pyke wrote: > Did you add your local node address for each node in the rpt,conf [nodes] > stanza? > Thanks, > Bob > K6ECM > 73 > > On Jun 28, 2018, at 6:12 PM, Mike wrote: > > > Mike, > > Still a lot of possibilities of things that may not be right but, > > Just so that you are conducting a 'good test' behind your nat through wifi, > > put your phone in airplane mode, then turn just the wifi on and connect. > > You might also want to turn the forwarding to just the UDP 4569 and > specify that in your phone connect, > > guessing your using the android iaxrpt.... like this for your IP... > > 192.169.1.101:4569 < :port especially if not the norm, but do it anyway. > That's a few things to investigate anyway, > > Let me know if your still having issues. > > Oh... don't forget to get back out of airplane mode / turn cellular back > on when done. > > Hate to see ya late for dinner ...lol > ...mike/kb8jnm > On 6/28/2018 8:00 PM, Mike Besemer wrote: > Making progress on my node. After several false starts I finally got the > node connected and am able to connect via iaxrpt from my Android devices if > I use my EXTERNAL IP address. > > I cannot connect from Android or Windows using my INTERAL IP address. I > followed the guide at hamvoip.com and have double checked everything. > > The port is open for both UDP and TCP connections. The firewall seems ok. > > It has to be something obvious. What did I miss? > > Mike > > WM4B > > > > _______________________________________________ > 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. > -------------- next part -------------- An HTML attachment was scrubbed... URL: From mwbesemer at cox.net Sat Jun 30 00:30:42 2018 From: mwbesemer at cox.net (Mike Besemer) Date: Fri, 29 Jun 2018 20:30:42 -0400 Subject: [App_rpt-users] iaxrpt In-Reply-To: <4mis1y00F2qTvDB01miumi> References: <3fa446.17a9.1644b3213ca.Webtop.0@cox.net> <007301d40fec$45ccdfa0$d1669ee0$@cox.net> <4mis1y00F2qTvDB01miumi> Message-ID: <000c01d41009$94f5e500$bee1af00$@cox.net> Thanks, David. Much appreciated. I?ll take a look at it tomorrow? I?ve already beat my head enough today and just got in from mowing and walking Harley the Wonder Beagle. Time for something cold and hoppy. 73, Mike WM4B From: App_rpt-users [mailto:app_rpt-users-bounces at lists.allstarlink.org] On Behalf Of David Shaw Sent: Friday, June 29, 2018 6:43 PM To: Users of Asterisk app_rpt Subject: Re: [App_rpt-users] iaxrpt Hey Mike the stanza is fine. [Nodes] 48166 = radio at 127.0.0.1:4569/48166,NONE This just tells Asterisk (ASL) where node 48166 is. The 127.0.0.0/8 is used by the server. This is OK. This is what we know as of now: ASL is setup and working to allow connection on port 4569. You have iax2.conf configured to allow a user to login. I would say ASL is setup and working. If your computer is on the same subnet as your ASL node. I would check: Windows Firewall Windows Anti-Virus Wireless access point turn off AP Isolation https://wiki.dd-wrt.com/wiki/index.php/Advanced_wireless_settings#AP_Isolation Router turn any network Isolation https://wiki.dd-wrt.com/wiki/index.php/Guest_Network#Guest_Access_to_a_Network_Device 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, Jun 29, 2018 at 2:00 PM, Mike Besemer wrote: Here's what I've got so far. tracert reports 1 hop: 1 2ms 2ms 2ms RaspberryPi 192.168.x.x Android Phone connected to Verizon network: Good connect via the external IP Android Phone in Airplane mode connected to my wireless network: No connect Windows Computer connected to my wireless network: No connect So, it seems to be an internal/external IP issue rather than an Android/Windows issue - which is what I had originally thought. That should mean that the [stanza] in iaxrpt.conf and extensions.conf is correct - at least for the android phone. (The Android works on the external IP but not the internal IP, and that proves the stanzas are ok.) Tracert is reporting one hop from the Windows machine to the Pi - so the machines are seeing each other. Attached is a lousy photo of a netstat -pln run from the pi, but I don't know what I'm looking at. Mike WM4B From: App_rpt-users [mailto:app_rpt-users-bounces at lists.allstarlink.org] On Behalf Of David Shaw Sent: Friday, June 29, 2018 10:19 AM To: Users of Asterisk app_rpt Subject: Re: [App_rpt-users] iaxrpt Most new routers won't allow you to exit the local network (LAN) and come back in. This might happen if you use a domain name that is associated with your public address. If you want to use your public domain name to access your node from inside your LAN. You'll need to add a DNS entry to your router. **See "Side Note" below By default IAX2 uses UDP port 4569 and the bind address is set to all interfaces/addresses in the ASL OS (allstarlink.org). As for the hamvoip.com settings, you should check with them. Are you using the hostname or IP address to access your node? Like Mike stated, use xxx.xxx.xxx.xxx:4569 from your local (LAN) devices. Testing: >From your windows based computer. Try tracert and the IPaddress of the node. tracert 192.168.x.x 1 <1 ms <1 ms <1 ms 192.168.x.x There should be only one hope to your node if your windows computer in on the same network. Side note: I use dhcp on all my nodes on my LAN networks. I give them static address via the DHCP server. I also change the hostname on the node. i.e. asl2060 This allows the router's internal DNS server to associate the hostname and IP address for the ASL node. Some routers will allow you to add a domain name. Also there is no need to open TCP port forwarding on you router for IAX2 4569. 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, Jun 29, 2018 at 3:58 AM, wrote: No. I've never seen reference to that. I'm still in the initial phase of setting up this node; have not messed with rpt.conf yet. Mike WM4B On Thu, Jun 28, 2018 at 11:11 PM, Bob Pyke wrote: Did you add your local node address for each node in the rpt,conf [nodes] stanza? Thanks, Bob K6ECM 73 On Jun 28, 2018, at 6:12 PM, Mike wrote: Mike, Still a lot of possibilities of things that may not be right but, Just so that you are conducting a 'good test' behind your nat through wifi, put your phone in airplane mode, then turn just the wifi on and connect. You might also want to turn the forwarding to just the UDP 4569 and specify that in your phone connect, guessing your using the android iaxrpt.... like this for your IP... 192.169.1.101:4569 < :port especially if not the norm, but do it anyway. That's a few things to investigate anyway, Let me know if your still having issues. Oh... don't forget to get back out of airplane mode / turn cellular back on when done. Hate to see ya late for dinner ...lol ...mike/kb8jnm On 6/28/2018 8:00 PM, Mike Besemer wrote: Making progress on my node. After several false starts I finally got the node connected and am able to connect via iaxrpt from my Android devices if I use my EXTERNAL IP address. I cannot connect from Android or Windows using my INTERAL IP address. I followed the guide at hamvoip.com and have double checked everything. The port is open for both UDP and TCP connections. The firewall seems ok. It has to be something obvious. What did I miss? Mike WM4B _______________________________________________ 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 k6ecm1 at gmail.com Sat Jun 30 03:22:25 2018 From: k6ecm1 at gmail.com (Bob) Date: Fri, 29 Jun 2018 20:22:25 -0700 Subject: [App_rpt-users] iaxrpt In-Reply-To: <000c01d41009$94f5e500$bee1af00$@cox.net> References: <3fa446.17a9.1644b3213ca.Webtop.0@cox.net> <007301d40fec$45ccdfa0$d1669ee0$@cox.net> <4mis1y00F2qTvDB01miumi> <000c01d41009$94f5e500$bee1af00$@cox.net> Message-ID: <87E3B757749D465786F0EC4FCDAFE629@ThePykesHP> In order to enable node 40631 to see the other node attached to my router I added this line to the 40631 rpt.config [nodes] stanza. The other node's rpt.config file has a corresponding line pointing back to 40631 so it knows where to connect as well. Remember, these connections are peer-to-peer. [nodes] ; Note, if you are using automatic update for allstar link nodes, ; no allstar link nodes should be defined here. Only place a definition ; for your locak nodes, and private (off of allstar link) nodes here. 40631 = radio at 127.0.0.1/40631,NONE 40627 = radio at 192.168.0.xxx:xxxx/40627,NONE r/Bob -----Original Message----- From: App_rpt-users [mailto:app_rpt-users-bounces at lists.allstarlink.org] On Behalf Of Mike Besemer Sent: Friday, June 29, 2018 5:31 PM To: 'Users of Asterisk app_rpt' Subject: Re: [App_rpt-users] iaxrpt Thanks, David. Much appreciated. I'll take a look at it tomorrow. I've already beat my head enough today and just got in from mowing and walking Harley the Wonder Beagle. Time for something cold and hoppy. 73, Mike WM4B From: App_rpt-users [mailto:app_rpt-users-bounces at lists.allstarlink.org] On Behalf Of David Shaw Sent: Friday, June 29, 2018 6:43 PM To: Users of Asterisk app_rpt Subject: Re: [App_rpt-users] iaxrpt Hey Mike the stanza is fine. [Nodes] 48166 = radio at 127.0.0.1:4569/48166,NONE This just tells Asterisk (ASL) where node 48166 is. The 127.0.0.0/8 is used by the server. This is OK. This is what we know as of now: ASL is setup and working to allow connection on port 4569. You have iax2.conf configured to allow a user to login. I would say ASL is setup and working. If your computer is on the same subnet as your ASL node. I would check: Windows Firewall Windows Anti-Virus Wireless access point turn off AP Isolation https://wiki.dd-wrt.com/wiki/index.php/Advanced_wireless_settings#AP_Isolati on Router turn any network Isolation https://wiki.dd-wrt.com/wiki/index.php/Guest_Network#Guest_Access_to_a_Netwo rk_Device 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, Jun 29, 2018 at 2:00 PM, Mike Besemer wrote: Here's what I've got so far. tracert reports 1 hop: 1 2ms 2ms 2ms RaspberryPi 192.168.x.x Android Phone connected to Verizon network: Good connect via the external IP Android Phone in Airplane mode connected to my wireless network: No connect Windows Computer connected to my wireless network: No connect So, it seems to be an internal/external IP issue rather than an Android/Windows issue - which is what I had originally thought. That should mean that the [stanza] in iaxrpt.conf and extensions.conf is correct - at least for the android phone. (The Android works on the external IP but not the internal IP, and that proves the stanzas are ok.) Tracert is reporting one hop from the Windows machine to the Pi - so the machines are seeing each other. Attached is a lousy photo of a netstat -pln run from the pi, but I don't know what I'm looking at. Mike WM4B From: App_rpt-users [mailto:app_rpt-users-bounces at lists.allstarlink.org] On Behalf Of David Shaw Sent: Friday, June 29, 2018 10:19 AM To: Users of Asterisk app_rpt Subject: Re: [App_rpt-users] iaxrpt Most new routers won't allow you to exit the local network (LAN) and come back in. This might happen if you use a domain name that is associated with your public address. If you want to use your public domain name to access your node from inside your LAN. You'll need to add a DNS entry to your router. **See "Side Note" below By default IAX2 uses UDP port 4569 and the bind address is set to all interfaces/addresses in the ASL OS (allstarlink.org). As for the hamvoip.com settings, you should check with them. Are you using the hostname or IP address to access your node? Like Mike stated, use xxx.xxx.xxx.xxx:4569 from your local (LAN) devices. Testing: >From your windows based computer. Try tracert and the IPaddress of the node. tracert 192.168.x.x 1 <1 ms <1 ms <1 ms 192.168.x.x There should be only one hope to your node if your windows computer in on the same network. Side note: I use dhcp on all my nodes on my LAN networks. I give them static address via the DHCP server. I also change the hostname on the node. i.e. asl2060 This allows the router's internal DNS server to associate the hostname and IP address for the ASL node. Some routers will allow you to add a domain name. Also there is no need to open TCP port forwarding on you router for IAX2 4569. 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, Jun 29, 2018 at 3:58 AM, wrote: No. I've never seen reference to that. I'm still in the initial phase of setting up this node; have not messed with rpt.conf yet. Mike WM4B On Thu, Jun 28, 2018 at 11:11 PM, Bob Pyke wrote: Did you add your local node address for each node in the rpt,conf [nodes] stanza? Thanks, Bob K6ECM 73 On Jun 28, 2018, at 6:12 PM, Mike wrote: Mike, Still a lot of possibilities of things that may not be right but, Just so that you are conducting a 'good test' behind your nat through wifi, put your phone in airplane mode, then turn just the wifi on and connect. You might also want to turn the forwarding to just the UDP 4569 and specify that in your phone connect, guessing your using the android iaxrpt.... like this for your IP... 192.169.1.101:4569 < :port especially if not the norm, but do it anyway. That's a few things to investigate anyway, Let me know if your still having issues. Oh... don't forget to get back out of airplane mode / turn cellular back on when done. Hate to see ya late for dinner ...lol ...mike/kb8jnm On 6/28/2018 8:00 PM, Mike Besemer wrote: Making progress on my node. After several false starts I finally got the node connected and am able to connect via iaxrpt from my Android devices if I use my EXTERNAL IP address. I cannot connect from Android or Windows using my INTERAL IP address. I followed the guide at hamvoip.com and have double checked everything. The port is open for both UDP and TCP connections. The firewall seems ok. It has to be something obvious. What did I miss? Mike WM4B _______________________________________________ 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 mwbesemer at cox.net Sat Jun 30 13:38:06 2018 From: mwbesemer at cox.net (Mike Besemer) Date: Sat, 30 Jun 2018 09:38:06 -0400 Subject: [App_rpt-users] iaxrpt In-Reply-To: <4mis1y00F2qTvDB01miumi> References: <3fa446.17a9.1644b3213ca.Webtop.0@cox.net> <007301d40fec$45ccdfa0$d1669ee0$@cox.net> <4mis1y00F2qTvDB01miumi> Message-ID: <003c01d41077$98368710$c8a39530$@cox.net> Tried all and failed. Also tried from my Windows tablet and Android table, both via my Wifi. I?m WAY beyond perplexed! Mike WM4B From: App_rpt-users [mailto:app_rpt-users-bounces at lists.allstarlink.org] On Behalf Of David Shaw Sent: Friday, June 29, 2018 6:43 PM To: Users of Asterisk app_rpt Subject: Re: [App_rpt-users] iaxrpt Hey Mike the stanza is fine. [Nodes] 48166 = radio at 127.0.0.1:4569/48166,NONE This just tells Asterisk (ASL) where node 48166 is. The 127.0.0.0/8 is used by the server. This is OK. This is what we know as of now: ASL is setup and working to allow connection on port 4569. You have iax2.conf configured to allow a user to login. I would say ASL is setup and working. If your computer is on the same subnet as your ASL node. I would check: Windows Firewall Windows Anti-Virus Wireless access point turn off AP Isolation https://wiki.dd-wrt.com/wiki/index.php/Advanced_wireless_settings#AP_Isolation Router turn any network Isolation https://wiki.dd-wrt.com/wiki/index.php/Guest_Network#Guest_Access_to_a_Network_Device 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, Jun 29, 2018 at 2:00 PM, Mike Besemer wrote: Here's what I've got so far. tracert reports 1 hop: 1 2ms 2ms 2ms RaspberryPi 192.168.x.x Android Phone connected to Verizon network: Good connect via the external IP Android Phone in Airplane mode connected to my wireless network: No connect Windows Computer connected to my wireless network: No connect So, it seems to be an internal/external IP issue rather than an Android/Windows issue - which is what I had originally thought. That should mean that the [stanza] in iaxrpt.conf and extensions.conf is correct - at least for the android phone. (The Android works on the external IP but not the internal IP, and that proves the stanzas are ok.) Tracert is reporting one hop from the Windows machine to the Pi - so the machines are seeing each other. Attached is a lousy photo of a netstat -pln run from the pi, but I don't know what I'm looking at. Mike WM4B From: App_rpt-users [mailto:app_rpt-users-bounces at lists.allstarlink.org] On Behalf Of David Shaw Sent: Friday, June 29, 2018 10:19 AM To: Users of Asterisk app_rpt Subject: Re: [App_rpt-users] iaxrpt Most new routers won't allow you to exit the local network (LAN) and come back in. This might happen if you use a domain name that is associated with your public address. If you want to use your public domain name to access your node from inside your LAN. You'll need to add a DNS entry to your router. **See "Side Note" below By default IAX2 uses UDP port 4569 and the bind address is set to all interfaces/addresses in the ASL OS (allstarlink.org). As for the hamvoip.com settings, you should check with them. Are you using the hostname or IP address to access your node? Like Mike stated, use xxx.xxx.xxx.xxx:4569 from your local (LAN) devices. Testing: >From your windows based computer. Try tracert and the IPaddress of the node. tracert 192.168.x.x 1 <1 ms <1 ms <1 ms 192.168.x.x There should be only one hope to your node if your windows computer in on the same network. Side note: I use dhcp on all my nodes on my LAN networks. I give them static address via the DHCP server. I also change the hostname on the node. i.e. asl2060 This allows the router's internal DNS server to associate the hostname and IP address for the ASL node. Some routers will allow you to add a domain name. Also there is no need to open TCP port forwarding on you router for IAX2 4569. 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, Jun 29, 2018 at 3:58 AM, wrote: No. I've never seen reference to that. I'm still in the initial phase of setting up this node; have not messed with rpt.conf yet. Mike WM4B On Thu, Jun 28, 2018 at 11:11 PM, Bob Pyke wrote: Did you add your local node address for each node in the rpt,conf [nodes] stanza? Thanks, Bob K6ECM 73 On Jun 28, 2018, at 6:12 PM, Mike wrote: Mike, Still a lot of possibilities of things that may not be right but, Just so that you are conducting a 'good test' behind your nat through wifi, put your phone in airplane mode, then turn just the wifi on and connect. You might also want to turn the forwarding to just the UDP 4569 and specify that in your phone connect, guessing your using the android iaxrpt.... like this for your IP... 192.169.1.101:4569 < :port especially if not the norm, but do it anyway. That's a few things to investigate anyway, Let me know if your still having issues. Oh... don't forget to get back out of airplane mode / turn cellular back on when done. Hate to see ya late for dinner ...lol ...mike/kb8jnm On 6/28/2018 8:00 PM, Mike Besemer wrote: Making progress on my node. After several false starts I finally got the node connected and am able to connect via iaxrpt from my Android devices if I use my EXTERNAL IP address. I cannot connect from Android or Windows using my INTERAL IP address. I followed the guide at hamvoip.com and have double checked everything. The port is open for both UDP and TCP connections. The firewall seems ok. It has to be something obvious. What did I miss? Mike WM4B _______________________________________________ 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 n8pxw at yahoo.com Sat Jun 30 15:30:37 2018 From: n8pxw at yahoo.com (Jim Korenz) Date: Sat, 30 Jun 2018 15:30:37 +0000 (UTC) Subject: [App_rpt-users] Upgrade to v1.5 not Working References: <1998224379.768450.1530372637647.ref@mail.yahoo.com> Message-ID: <1998224379.768450.1530372637647@mail.yahoo.com> Hi All, I'm doing an "easy" upgrade from v1.1 to ver 1.5 Allstar on an PI 2. The "old" system was working fine. OK, now the "new" system. I changed the root password, but can't login with it. I have "successfully" changed it a number of times, but no luck. I can ping the allstar server, but I'm not in the active list. I can't run the simpleUSB tune app from the menu. I have a green light on the USB FOB, but it's not blinking. JimK N8PXW From shawpbx at gmail.com Sat Jun 30 15:34:09 2018 From: shawpbx at gmail.com (David Shaw) Date: Sat, 30 Jun 2018 08:34:09 -0700 Subject: [App_rpt-users] iaxrpt In-Reply-To: <003c01d41077$98368710$c8a39530$@cox.net> References: <3fa446.17a9.1644b3213ca.Webtop.0@cox.net> <007301d40fec$45ccdfa0$d1669ee0$@cox.net> <003c01d41077$98368710$c8a39530$@cox.net> Message-ID: Hello Mike, If your problem is with the android app. You need to make some changes. You will need to edit iax.conf and extensions.conf Howto: cd /etc/asterisk sudo nano iax.conf [CallSign] ; Connect from iaxrpt Username field (PC AllStar Client) type = friend ; Notice type is user here <--------------- context = radio-gui ; Context to jump to in extensions.conf auth = md5 secret = password host = dynamic disallow = all allow = ulaw transfer = no sudo nano extensions.conf [radio-gui] exten => 2060,1,rpt,2060|X 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 Sat, Jun 30, 2018 at 6:38 AM, Mike Besemer wrote: > Tried all and failed. Also tried from my Windows tablet and Android > table, both via my Wifi. > > I?m WAY beyond perplexed! > > Mike > WM4B > > From: App_rpt-users [mailto:app_rpt-users-bounces at lists.allstarlink.org] > On Behalf Of David Shaw > Sent: Friday, June 29, 2018 6:43 PM > To: Users of Asterisk app_rpt > Subject: Re: [App_rpt-users] iaxrpt > > Hey Mike the stanza is fine. > > [Nodes] > 48166 = radio at 127.0.0.1:4569/48166,NONE > This just tells Asterisk (ASL) where node 48166 is. The 127.0.0.0/8 is > used by the server. This is OK. > > This is what we know as of now: > ASL is setup and working to allow connection on port 4569. You have > iax2.conf configured to allow a user to login. I would say ASL is setup and > working. > > If your computer is on the same subnet as your ASL node. > > I would check: > Windows Firewall > Windows Anti-Virus > > Wireless access point turn off AP Isolation > https://wiki.dd-wrt.com/wiki/index.php/Advanced_wireless_ > settings#AP_Isolation > > Router turn any network Isolation > https://wiki.dd-wrt.com/wiki/index.php/Guest_Network#Guest_ > Access_to_a_Network_Device > > > > 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, Jun 29, 2018 at 2:00 PM, Mike Besemer wrote: > Here's what I've got so far. > > tracert reports 1 hop: 1 2ms 2ms 2ms RaspberryPi > 192.168.x.x > > Android Phone connected to Verizon network: Good connect via the external > IP > Android Phone in Airplane mode connected to my wireless network: No connect > Windows Computer connected to my wireless network: No connect > > So, it seems to be an internal/external IP issue rather than an > Android/Windows issue - which is what I had originally thought. That > should mean that the [stanza] in iaxrpt.conf and extensions.conf is correct > - at least for the android phone. (The Android works on the external IP > but not the internal IP, and that proves the stanzas are ok.) > > Tracert is reporting one hop from the Windows machine to the Pi - so the > machines are seeing each other. > > Attached is a lousy photo of a netstat -pln run from the pi, but I don't > know what I'm looking at. > > Mike > WM4B > > > > > From: App_rpt-users [mailto:app_rpt-users-bounces at lists.allstarlink.org] > On Behalf Of David Shaw > Sent: Friday, June 29, 2018 10:19 AM > To: Users of Asterisk app_rpt > Subject: Re: [App_rpt-users] iaxrpt > > Most new routers won't allow you to exit the local network (LAN) and come > back in. This might happen if you use a domain name that is associated with > your public address. If you want to use your public domain name to access > your node from inside your LAN. You'll need to add a DNS entry to your > router. **See "Side Note" below > > By default IAX2 uses UDP port 4569 and the bind address is set to all > interfaces/addresses in the ASL OS (allstarlink.org). As for the > hamvoip.com settings, you should check with them. > > Are you using the hostname or IP address to access your node? > Like Mike stated, use xxx.xxx.xxx.xxx:4569 from your local (LAN) devices. > > Testing: > From your windows based computer. Try tracert and the IPaddress of the > node. > > tracert 192.168.x.x > > 1 <1 ms <1 ms <1 ms 192.168.x.x > > There should be only one hope to your node if your windows computer in on > the same network. > > Side note: > I use dhcp on all my nodes on my LAN networks. I give them static address > via the DHCP server. I also change the hostname on the node. i.e. asl2060 > This allows the router's internal DNS server to associate the hostname and > IP address for the ASL node. Some routers will allow you to add a domain > name. > Also there is no need to open TCP port forwarding on you router for IAX2 > 4569. > > 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, Jun 29, 2018 at 3:58 AM, wrote: > No. I've never seen reference to that. I'm still in the initial phase of > setting up this node; have not messed with rpt.conf yet. > > Mike > WM4B > > > On Thu, Jun 28, 2018 at 11:11 PM, Bob Pyke wrote: > Did you add your local node address for each node in the rpt,conf [nodes] > stanza? > Thanks, > Bob > K6ECM > 73 > > On Jun 28, 2018, at 6:12 PM, Mike wrote: > > > Mike, > > Still a lot of possibilities of things that may not be right but, > > Just so that you are conducting a 'good test' behind your nat through wifi, > > put your phone in airplane mode, then turn just the wifi on and connect. > > You might also want to turn the forwarding to just the UDP 4569 and > specify that in your phone connect, > > guessing your using the android iaxrpt.... like this for your IP... > > 192.169.1.101:4569 < :port especially if not the norm, but do it anyway. > That's a few things to investigate anyway, > > Let me know if your still having issues. > > Oh... don't forget to get back out of airplane mode / turn cellular back > on when done. > > Hate to see ya late for dinner ...lol > ...mike/kb8jnm > On 6/28/2018 8:00 PM, Mike Besemer wrote: > Making progress on my node. After several false starts I finally got the > node connected and am able to connect via iaxrpt from my Android devices if > I use my EXTERNAL IP address. > > I cannot connect from Android or Windows using my INTERAL IP address. I > followed the guide at hamvoip.com and have double checked everything. > > The port is open for both UDP and TCP connections. The firewall seems ok. > > It has to be something obvious. What did I miss? > > Mike > > WM4B > > > > _______________________________________________ > 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. > -------------- next part -------------- An HTML attachment was scrubbed... URL: From Bryan at bryanfields.net Sat Jun 30 15:47:56 2018 From: Bryan at bryanfields.net (Bryan Fields) Date: Sat, 30 Jun 2018 11:47:56 -0400 Subject: [App_rpt-users] Upgrade to v1.5 not Working In-Reply-To: <1998224379.768450.1530372637647@mail.yahoo.com> References: <1998224379.768450.1530372637647.ref@mail.yahoo.com> <1998224379.768450.1530372637647@mail.yahoo.com> Message-ID: <89d9c61e-98b4-5c53-87bb-a6c98bc5a3a4@bryanfields.net> On 6/30/18 11:30 AM, Jim Korenz wrote: > Hi All, I'm doing an "easy" upgrade from v1.1 to ver 1.5 > Allstar on an PI 2. The "old" system was working fine. > OK, now the "new" system. I changed the root password, > but can't login with it. Jim, These version numbers imply you are using HamVOIP, which is pirated software. We're able to help with AllStar Linux (debian based), Dial, the older centos versions, and even if you're compiling from source. All these distributions are based on Free Software and open source code, and we actively encourage people to change it. HamVOIP has taken the core code from AllStar and refuses to release their changes, in violation of the license they have been granted. As such they have no right to continue distribution of it, and it is pirated software. I'd encourage you to run a supported system, where you can be sure there's no any nefarious software running in the background. The newest images can be found here: https://wiki.allstarlink.org/wiki/Main_Page under downloads. 73's -- Bryan Fields 727-409-1194 - Voice http://bryanfields.net From shawpbx at gmail.com Sat Jun 30 15:49:55 2018 From: shawpbx at gmail.com (David Shaw) Date: Sat, 30 Jun 2018 08:49:55 -0700 Subject: [App_rpt-users] iaxrpt In-Reply-To: References: <3fa446.17a9.1644b3213ca.Webtop.0@cox.net> <007301d40fec$45ccdfa0$d1669ee0$@cox.net> <003c01d41077$98368710$c8a39530$@cox.net> Message-ID: Sorry Mike use this line in the extensions.conf [radio-gui] exten => ${NODE},1,rpt(${NODE}|X) -- 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 Sat, Jun 30, 2018 at 8:34 AM, David Shaw wrote: > Hello Mike, > > If your problem is with the android app. You need to make some changes. > > You will need to edit iax.conf and extensions.conf > > Howto: > cd /etc/asterisk > > sudo nano iax.conf > > > [CallSign] ; Connect from iaxrpt Username > field (PC AllStar Client) > type = friend ; Notice type is user here > <--------------- > context = radio-gui ; Context to jump to in > extensions.conf > auth = md5 > secret = password > host = dynamic > disallow = all > allow = ulaw > transfer = no > > > sudo nano extensions.conf > > [radio-gui] > exten => 2060,1,rpt,2060|X > > > > 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 Sat, Jun 30, 2018 at 6:38 AM, Mike Besemer wrote: > >> Tried all and failed. Also tried from my Windows tablet and Android >> table, both via my Wifi. >> >> I?m WAY beyond perplexed! >> >> Mike >> WM4B >> >> From: App_rpt-users [mailto:app_rpt-users-bounces at lists.allstarlink.org] >> On Behalf Of David Shaw >> Sent: Friday, June 29, 2018 6:43 PM >> To: Users of Asterisk app_rpt >> Subject: Re: [App_rpt-users] iaxrpt >> >> Hey Mike the stanza is fine. >> >> [Nodes] >> 48166 = radio at 127.0.0.1:4569/48166,NONE >> This just tells Asterisk (ASL) where node 48166 is. The 127.0.0.0/8 is >> used by the server. This is OK. >> >> This is what we know as of now: >> ASL is setup and working to allow connection on port 4569. You have >> iax2.conf configured to allow a user to login. I would say ASL is setup and >> working. >> >> If your computer is on the same subnet as your ASL node. >> >> I would check: >> Windows Firewall >> Windows Anti-Virus >> >> Wireless access point turn off AP Isolation >> https://wiki.dd-wrt.com/wiki/index.php/Advanced_wireless_set >> tings#AP_Isolation >> >> Router turn any network Isolation >> https://wiki.dd-wrt.com/wiki/index.php/Guest_Network#Guest_A >> ccess_to_a_Network_Device >> >> >> >> 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, Jun 29, 2018 at 2:00 PM, Mike Besemer wrote: >> Here's what I've got so far. >> >> tracert reports 1 hop: 1 2ms 2ms 2ms RaspberryPi >> 192.168.x.x >> >> Android Phone connected to Verizon network: Good connect via the >> external IP >> Android Phone in Airplane mode connected to my wireless network: No >> connect >> Windows Computer connected to my wireless network: No connect >> >> So, it seems to be an internal/external IP issue rather than an >> Android/Windows issue - which is what I had originally thought. That >> should mean that the [stanza] in iaxrpt.conf and extensions.conf is correct >> - at least for the android phone. (The Android works on the external IP >> but not the internal IP, and that proves the stanzas are ok.) >> >> Tracert is reporting one hop from the Windows machine to the Pi - so the >> machines are seeing each other. >> >> Attached is a lousy photo of a netstat -pln run from the pi, but I don't >> know what I'm looking at. >> >> Mike >> WM4B >> >> >> >> >> From: App_rpt-users [mailto:app_rpt-users-bounces at lists.allstarlink.org] >> On Behalf Of David Shaw >> Sent: Friday, June 29, 2018 10:19 AM >> To: Users of Asterisk app_rpt >> Subject: Re: [App_rpt-users] iaxrpt >> >> Most new routers won't allow you to exit the local network (LAN) and come >> back in. This might happen if you use a domain name that is associated with >> your public address. If you want to use your public domain name to access >> your node from inside your LAN. You'll need to add a DNS entry to your >> router. **See "Side Note" below >> >> By default IAX2 uses UDP port 4569 and the bind address is set to all >> interfaces/addresses in the ASL OS (allstarlink.org). As for the >> hamvoip.com settings, you should check with them. >> >> Are you using the hostname or IP address to access your node? >> Like Mike stated, use xxx.xxx.xxx.xxx:4569 from your local (LAN) devices. >> >> Testing: >> From your windows based computer. Try tracert and the IPaddress of the >> node. >> >> tracert 192.168.x.x >> >> 1 <1 ms <1 ms <1 ms 192.168.x.x >> >> There should be only one hope to your node if your windows computer in on >> the same network. >> >> Side note: >> I use dhcp on all my nodes on my LAN networks. I give them static address >> via the DHCP server. I also change the hostname on the node. i.e. asl2060 >> This allows the router's internal DNS server to associate the hostname >> and IP address for the ASL node. Some routers will allow you to add a >> domain name. >> Also there is no need to open TCP port forwarding on you router for IAX2 >> 4569. >> >> 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, Jun 29, 2018 at 3:58 AM, wrote: >> No. I've never seen reference to that. I'm still in the initial phase >> of setting up this node; have not messed with rpt.conf yet. >> >> Mike >> WM4B >> >> >> On Thu, Jun 28, 2018 at 11:11 PM, Bob Pyke wrote: >> Did you add your local node address for each node in the rpt,conf [nodes] >> stanza? >> Thanks, >> Bob >> K6ECM >> 73 >> >> On Jun 28, 2018, at 6:12 PM, Mike wrote: >> >> >> Mike, >> >> Still a lot of possibilities of things that may not be right but, >> >> Just so that you are conducting a 'good test' behind your nat through >> wifi, >> >> put your phone in airplane mode, then turn just the wifi on and connect. >> >> You might also want to turn the forwarding to just the UDP 4569 and >> specify that in your phone connect, >> >> guessing your using the android iaxrpt.... like this for your IP... >> >> 192.169.1.101:4569 < :port especially if not the norm, but do it >> anyway. >> That's a few things to investigate anyway, >> >> Let me know if your still having issues. >> >> Oh... don't forget to get back out of airplane mode / turn cellular back >> on when done. >> >> Hate to see ya late for dinner ...lol >> ...mike/kb8jnm >> On 6/28/2018 8:00 PM, Mike Besemer wrote: >> Making progress on my node. After several false starts I finally got the >> node connected and am able to connect via iaxrpt from my Android devices if >> I use my EXTERNAL IP address. >> >> I cannot connect from Android or Windows using my INTERAL IP address. I >> followed the guide at hamvoip.com and have double checked everything. >> >> The port is open for both UDP and TCP connections. The firewall seems ok. >> >> It has to be something obvious. What did I miss? >> >> Mike >> >> WM4B >> >> >> >> _______________________________________________ >> 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 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 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 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 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 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. >> > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From mm at midnighteng.com Sat Jun 30 16:18:50 2018 From: mm at midnighteng.com (Mike) Date: Sat, 30 Jun 2018 12:18:50 -0400 Subject: [App_rpt-users] iaxrpt In-Reply-To: References: <3fa446.17a9.1644b3213ca.Webtop.0@cox.net> <007301d40fec$45ccdfa0$d1669ee0$@cox.net> <003c01d41077$98368710$c8a39530$@cox.net> Message-ID: <7891d058-fe3c-588c-b731-555f519ea1bb@midnighteng.com> If he is to use that, he will also need a line in globals like: node = 12345 or replace both "${node}" with the actual node number "12345". ...mike/kb8jnm On 6/30/2018 11:49 AM, David Shaw wrote: > Sorry Mike use this line in the extensions.conf > > [radio-gui] > exten => ${NODE},1,rpt(${NODE}|X) > > > > -- > 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 Sat, Jun 30, 2018 at 8:34 AM, David Shaw wrote: > >> Hello Mike, >> >> If your problem is with the android app. You need to make some changes. >> >> You will need to edit iax.conf and extensions.conf >> >> Howto: >> cd /etc/asterisk >> >> sudo nano iax.conf >> >> >> [CallSign] ; Connect from iaxrpt Username >> field (PC AllStar Client) >> type = friend ; Notice type is user here >> <--------------- >> context = radio-gui ; Context to jump to in >> extensions.conf >> auth = md5 >> secret = password >> host = dynamic >> disallow = all >> allow = ulaw >> transfer = no >> >> >> sudo nano extensions.conf >> >> [radio-gui] >> exten => 2060,1,rpt,2060|X >> >> >> >> 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 Sat, Jun 30, 2018 at 6:38 AM, Mike Besemer wrote: >> >>> Tried all and failed. Also tried from my Windows tablet and Android >>> table, both via my Wifi. >>> >>> I?m WAY beyond perplexed! >>> >>> Mike >>> WM4B >>> >>> From: App_rpt-users [mailto:app_rpt-users-bounces at lists.allstarlink.org] >>> On Behalf Of David Shaw >>> Sent: Friday, June 29, 2018 6:43 PM >>> To: Users of Asterisk app_rpt >>> Subject: Re: [App_rpt-users] iaxrpt >>> >>> Hey Mike the stanza is fine. >>> >>> [Nodes] >>> 48166 = radio at 127.0.0.1:4569/48166,NONE >>> This just tells Asterisk (ASL) where node 48166 is. The 127.0.0.0/8 is >>> used by the server. This is OK. >>> >>> This is what we know as of now: >>> ASL is setup and working to allow connection on port 4569. You have >>> iax2.conf configured to allow a user to login. I would say ASL is setup and >>> working. >>> >>> If your computer is on the same subnet as your ASL node. >>> >>> I would check: >>> Windows Firewall >>> Windows Anti-Virus >>> >>> Wireless access point turn off AP Isolation >>> https://wiki.dd-wrt.com/wiki/index.php/Advanced_wireless_set >>> tings#AP_Isolation >>> >>> Router turn any network Isolation >>> https://wiki.dd-wrt.com/wiki/index.php/Guest_Network#Guest_A >>> ccess_to_a_Network_Device >>> >>> >>> >>> 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, Jun 29, 2018 at 2:00 PM, Mike Besemer wrote: >>> Here's what I've got so far. >>> >>> tracert reports 1 hop: 1 2ms 2ms 2ms RaspberryPi >>> 192.168.x.x >>> >>> Android Phone connected to Verizon network: Good connect via the >>> external IP >>> Android Phone in Airplane mode connected to my wireless network: No >>> connect >>> Windows Computer connected to my wireless network: No connect >>> >>> So, it seems to be an internal/external IP issue rather than an >>> Android/Windows issue - which is what I had originally thought. That >>> should mean that the [stanza] in iaxrpt.conf and extensions.conf is correct >>> - at least for the android phone. (The Android works on the external IP >>> but not the internal IP, and that proves the stanzas are ok.) >>> >>> Tracert is reporting one hop from the Windows machine to the Pi - so the >>> machines are seeing each other. >>> >>> Attached is a lousy photo of a netstat -pln run from the pi, but I don't >>> know what I'm looking at. >>> >>> Mike >>> WM4B >>> >>> >>> >>> >>> From: App_rpt-users [mailto:app_rpt-users-bounces at lists.allstarlink.org] >>> On Behalf Of David Shaw >>> Sent: Friday, June 29, 2018 10:19 AM >>> To: Users of Asterisk app_rpt >>> Subject: Re: [App_rpt-users] iaxrpt >>> >>> Most new routers won't allow you to exit the local network (LAN) and come >>> back in. This might happen if you use a domain name that is associated with >>> your public address. If you want to use your public domain name to access >>> your node from inside your LAN. You'll need to add a DNS entry to your >>> router. **See "Side Note" below >>> >>> By default IAX2 uses UDP port 4569 and the bind address is set to all >>> interfaces/addresses in the ASL OS (allstarlink.org). As for the >>> hamvoip.com settings, you should check with them. >>> >>> Are you using the hostname or IP address to access your node? >>> Like Mike stated, use xxx.xxx.xxx.xxx:4569 from your local (LAN) devices. >>> >>> Testing: >>> From your windows based computer. Try tracert and the IPaddress of the >>> node. >>> >>> tracert 192.168.x.x >>> >>> 1 <1 ms <1 ms <1 ms 192.168.x.x >>> >>> There should be only one hope to your node if your windows computer in on >>> the same network. >>> >>> Side note: >>> I use dhcp on all my nodes on my LAN networks. I give them static address >>> via the DHCP server. I also change the hostname on the node. i.e. asl2060 >>> This allows the router's internal DNS server to associate the hostname >>> and IP address for the ASL node. Some routers will allow you to add a >>> domain name. >>> Also there is no need to open TCP port forwarding on you router for IAX2 >>> 4569. >>> >>> 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, Jun 29, 2018 at 3:58 AM, wrote: >>> No. I've never seen reference to that. I'm still in the initial phase >>> of setting up this node; have not messed with rpt.conf yet. >>> >>> Mike >>> WM4B >>> >>> >>> On Thu, Jun 28, 2018 at 11:11 PM, Bob Pyke wrote: >>> Did you add your local node address for each node in the rpt,conf [nodes] >>> stanza? >>> Thanks, >>> Bob >>> K6ECM >>> 73 >>> >>> On Jun 28, 2018, at 6:12 PM, Mike wrote: >>> >>> >>> Mike, >>> >>> Still a lot of possibilities of things that may not be right but, >>> >>> Just so that you are conducting a 'good test' behind your nat through >>> wifi, >>> >>> put your phone in airplane mode, then turn just the wifi on and connect. >>> >>> You might also want to turn the forwarding to just the UDP 4569 and >>> specify that in your phone connect, >>> >>> guessing your using the android iaxrpt.... like this for your IP... >>> >>> 192.169.1.101:4569 < :port especially if not the norm, but do it >>> anyway. >>> That's a few things to investigate anyway, >>> >>> Let me know if your still having issues. >>> >>> Oh... don't forget to get back out of airplane mode / turn cellular back >>> on when done. >>> >>> Hate to see ya late for dinner ...lol >>> ...mike/kb8jnm >>> On 6/28/2018 8:00 PM, Mike Besemer wrote: >>> Making progress on my node. After several false starts I finally got the >>> node connected and am able to connect via iaxrpt from my Android devices if >>> I use my EXTERNAL IP address. >>> >>> I cannot connect from Android or Windows using my INTERAL IP address. I >>> followed the guide at hamvoip.com and have double checked everything. >>> >>> The port is open for both UDP and TCP connections. The firewall seems ok. >>> >>> It has to be something obvious. What did I miss? >>> >>> Mike >>> >>> WM4B >>> >>> >>> >>> _______________________________________________ >>> 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 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 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 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 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 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 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 mwbesemer at cox.net Sat Jun 30 16:36:16 2018 From: mwbesemer at cox.net (Mike Besemer) Date: Sat, 30 Jun 2018 12:36:16 -0400 Subject: [App_rpt-users] iaxrpt In-Reply-To: <53aG1y04R2qTvDB013aK0V> References: <3fa446.17a9.1644b3213ca.Webtop.0@cox.net> <007301d40fec$45ccdfa0$d1669ee0$@cox.net> <003c01d41077$98368710$c8a39530$@cox.net> <53aG1y04R2qTvDB013aK0V> Message-ID: <002d01d41090$77a0d0f0$66e272d0$@cox.net> David, The Android app works fine from an external IP, so the stanza is ok. It?s got to be some sort of routing issue with my internal IP. 73, Mike WM4B From: App_rpt-users [mailto:app_rpt-users-bounces at lists.allstarlink.org] On Behalf Of David Shaw Sent: Saturday, June 30, 2018 11:34 AM To: Users of Asterisk app_rpt Subject: Re: [App_rpt-users] iaxrpt Hello Mike, If your problem is with the android app. You need to make some changes. You will need to edit iax.conf and extensions.conf Howto: cd /etc/asterisk sudo nano iax.conf [CallSign] ; Connect from iaxrpt Username field (PC AllStar Client) type = friend ; Notice type is user here <--------------- context = radio-gui ; Context to jump to in extensions.conf auth = md5 secret = password host = dynamic disallow = all allow = ulaw transfer = no sudo nano extensions.conf [radio-gui] exten => 2060,1,rpt,2060|X 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 Sat, Jun 30, 2018 at 6:38 AM, Mike Besemer wrote: Tried all and failed. Also tried from my Windows tablet and Android table, both via my Wifi. I?m WAY beyond perplexed! Mike WM4B From: App_rpt-users [mailto:app_rpt-users-bounces at lists.allstarlink.org] On Behalf Of David Shaw Sent: Friday, June 29, 2018 6:43 PM To: Users of Asterisk app_rpt Subject: Re: [App_rpt-users] iaxrpt Hey Mike the stanza is fine. [Nodes] 48166 = radio at 127.0.0.1:4569/48166,NONE This just tells Asterisk (ASL) where node 48166 is. The 127.0.0.0/8 is used by the server. This is OK. This is what we know as of now: ASL is setup and working to allow connection on port 4569. You have iax2.conf configured to allow a user to login. I would say ASL is setup and working. If your computer is on the same subnet as your ASL node. I would check: Windows Firewall Windows Anti-Virus Wireless access point turn off AP Isolation https://wiki.dd-wrt.com/wiki/index.php/Advanced_wireless_settings#AP_Isolation Router turn any network Isolation https://wiki.dd-wrt.com/wiki/index.php/Guest_Network#Guest_Access_to_a_Network_Device 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, Jun 29, 2018 at 2:00 PM, Mike Besemer wrote: Here's what I've got so far. tracert reports 1 hop: 1 2ms 2ms 2ms RaspberryPi 192.168.x.x Android Phone connected to Verizon network: Good connect via the external IP Android Phone in Airplane mode connected to my wireless network: No connect Windows Computer connected to my wireless network: No connect So, it seems to be an internal/external IP issue rather than an Android/Windows issue - which is what I had originally thought. That should mean that the [stanza] in iaxrpt.conf and extensions.conf is correct - at least for the android phone. (The Android works on the external IP but not the internal IP, and that proves the stanzas are ok.) Tracert is reporting one hop from the Windows machine to the Pi - so the machines are seeing each other. Attached is a lousy photo of a netstat -pln run from the pi, but I don't know what I'm looking at. Mike WM4B From: App_rpt-users [mailto:app_rpt-users-bounces at lists.allstarlink.org] On Behalf Of David Shaw Sent: Friday, June 29, 2018 10:19 AM To: Users of Asterisk app_rpt Subject: Re: [App_rpt-users] iaxrpt Most new routers won't allow you to exit the local network (LAN) and come back in. This might happen if you use a domain name that is associated with your public address. If you want to use your public domain name to access your node from inside your LAN. You'll need to add a DNS entry to your router. **See "Side Note" below By default IAX2 uses UDP port 4569 and the bind address is set to all interfaces/addresses in the ASL OS (allstarlink.org). As for the hamvoip.com settings, you should check with them. Are you using the hostname or IP address to access your node? Like Mike stated, use xxx.xxx.xxx.xxx:4569 from your local (LAN) devices. Testing: >From your windows based computer. Try tracert and the IPaddress of the node. tracert 192.168.x.x 1 <1 ms <1 ms <1 ms 192.168.x.x There should be only one hope to your node if your windows computer in on the same network. Side note: I use dhcp on all my nodes on my LAN networks. I give them static address via the DHCP server. I also change the hostname on the node. i.e. asl2060 This allows the router's internal DNS server to associate the hostname and IP address for the ASL node. Some routers will allow you to add a domain name. Also there is no need to open TCP port forwarding on you router for IAX2 4569. 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, Jun 29, 2018 at 3:58 AM, wrote: No. I've never seen reference to that. I'm still in the initial phase of setting up this node; have not messed with rpt.conf yet. Mike WM4B On Thu, Jun 28, 2018 at 11:11 PM, Bob Pyke wrote: Did you add your local node address for each node in the rpt,conf [nodes] stanza? Thanks, Bob K6ECM 73 On Jun 28, 2018, at 6:12 PM, Mike wrote: Mike, Still a lot of possibilities of things that may not be right but, Just so that you are conducting a 'good test' behind your nat through wifi, put your phone in airplane mode, then turn just the wifi on and connect. You might also want to turn the forwarding to just the UDP 4569 and specify that in your phone connect, guessing your using the android iaxrpt.... like this for your IP... 192.169.1.101:4569 < :port especially if not the norm, but do it anyway. That's a few things to investigate anyway, Let me know if your still having issues. Oh... don't forget to get back out of airplane mode / turn cellular back on when done. Hate to see ya late for dinner ...lol ...mike/kb8jnm On 6/28/2018 8:00 PM, Mike Besemer wrote: Making progress on my node. After several false starts I finally got the node connected and am able to connect via iaxrpt from my Android devices if I use my EXTERNAL IP address. I cannot connect from Android or Windows using my INTERAL IP address. I followed the guide at hamvoip.com and have double checked everything. The port is open for both UDP and TCP connections. The firewall seems ok. It has to be something obvious. What did I miss? Mike WM4B _______________________________________________ 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. -------------- next part -------------- An HTML attachment was scrubbed... URL: From mwbesemer at cox.net Sat Jun 30 16:39:41 2018 From: mwbesemer at cox.net (Mike Besemer) Date: Sat, 30 Jun 2018 12:39:41 -0400 Subject: [App_rpt-users] iaxrpt In-Reply-To: <54Jn1y0062qTvDB014JpCJ> References: <3fa446.17a9.1644b3213ca.Webtop.0@cox.net> <007301d40fec$45ccdfa0$d1669ee0$@cox.net> <003c01d41077$98368710$c8a39530$@cox.net> <54Jn1y0062qTvDB014JpCJ> Message-ID: <003901d41090$f1cac5c0$d5605140$@cox.net> All, It's not an Android issue. Android works fine from an external IP but not from my Internal IP. That should indicate that the stanza(s) are fine. Mike WM4B -----Original Message----- From: App_rpt-users [mailto:app_rpt-users-bounces at lists.allstarlink.org] On Behalf Of Mike Sent: Saturday, June 30, 2018 12:19 PM To: app_rpt-users at lists.allstarlink.org Subject: Re: [App_rpt-users] iaxrpt If he is to use that, he will also need a line in globals like: node = 12345 or replace both "${node}" with the actual node number "12345". ...mike/kb8jnm On 6/30/2018 11:49 AM, David Shaw wrote: > Sorry Mike use this line in the extensions.conf > > [radio-gui] > exten => ${NODE},1,rpt(${NODE}|X) > > > > -- > 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 Sat, Jun 30, 2018 at 8:34 AM, David Shaw wrote: > >> Hello Mike, >> >> If your problem is with the android app. You need to make some changes. >> >> You will need to edit iax.conf and extensions.conf >> >> Howto: >> cd /etc/asterisk >> >> sudo nano iax.conf >> >> >> [CallSign] ; Connect from iaxrpt Username >> field (PC AllStar Client) >> type = friend ; Notice type is user here >> <--------------- >> context = radio-gui ; Context to jump to in >> extensions.conf >> auth = md5 >> secret = password >> host = dynamic >> disallow = all >> allow = ulaw >> transfer = no >> >> >> sudo nano extensions.conf >> >> [radio-gui] >> exten => 2060,1,rpt,2060|X >> >> >> >> 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 Sat, Jun 30, 2018 at 6:38 AM, Mike Besemer wrote: >> >>> Tried all and failed. Also tried from my Windows tablet and Android >>> table, both via my Wifi. >>> >>> I?m WAY beyond perplexed! >>> >>> Mike >>> WM4B >>> >>> From: App_rpt-users [mailto:app_rpt-users-bounces at lists.allstarlink.org] >>> On Behalf Of David Shaw >>> Sent: Friday, June 29, 2018 6:43 PM >>> To: Users of Asterisk app_rpt >>> Subject: Re: [App_rpt-users] iaxrpt >>> >>> Hey Mike the stanza is fine. >>> >>> [Nodes] >>> 48166 = radio at 127.0.0.1:4569/48166,NONE >>> This just tells Asterisk (ASL) where node 48166 is. The 127.0.0.0/8 is >>> used by the server. This is OK. >>> >>> This is what we know as of now: >>> ASL is setup and working to allow connection on port 4569. You have >>> iax2.conf configured to allow a user to login. I would say ASL is setup and >>> working. >>> >>> If your computer is on the same subnet as your ASL node. >>> >>> I would check: >>> Windows Firewall >>> Windows Anti-Virus >>> >>> Wireless access point turn off AP Isolation >>> https://wiki.dd-wrt.com/wiki/index.php/Advanced_wireless_set >>> tings#AP_Isolation >>> >>> Router turn any network Isolation >>> https://wiki.dd-wrt.com/wiki/index.php/Guest_Network#Guest_A >>> ccess_to_a_Network_Device >>> >>> >>> >>> 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, Jun 29, 2018 at 2:00 PM, Mike Besemer wrote: >>> Here's what I've got so far. >>> >>> tracert reports 1 hop: 1 2ms 2ms 2ms RaspberryPi >>> 192.168.x.x >>> >>> Android Phone connected to Verizon network: Good connect via the >>> external IP >>> Android Phone in Airplane mode connected to my wireless network: No >>> connect >>> Windows Computer connected to my wireless network: No connect >>> >>> So, it seems to be an internal/external IP issue rather than an >>> Android/Windows issue - which is what I had originally thought. That >>> should mean that the [stanza] in iaxrpt.conf and extensions.conf is correct >>> - at least for the android phone. (The Android works on the external IP >>> but not the internal IP, and that proves the stanzas are ok.) >>> >>> Tracert is reporting one hop from the Windows machine to the Pi - so the >>> machines are seeing each other. >>> >>> Attached is a lousy photo of a netstat -pln run from the pi, but I don't >>> know what I'm looking at. >>> >>> Mike >>> WM4B >>> >>> >>> >>> >>> From: App_rpt-users [mailto:app_rpt-users-bounces at lists.allstarlink.org] >>> On Behalf Of David Shaw >>> Sent: Friday, June 29, 2018 10:19 AM >>> To: Users of Asterisk app_rpt >>> Subject: Re: [App_rpt-users] iaxrpt >>> >>> Most new routers won't allow you to exit the local network (LAN) and come >>> back in. This might happen if you use a domain name that is associated with >>> your public address. If you want to use your public domain name to access >>> your node from inside your LAN. You'll need to add a DNS entry to your >>> router. **See "Side Note" below >>> >>> By default IAX2 uses UDP port 4569 and the bind address is set to all >>> interfaces/addresses in the ASL OS (allstarlink.org). As for the >>> hamvoip.com settings, you should check with them. >>> >>> Are you using the hostname or IP address to access your node? >>> Like Mike stated, use xxx.xxx.xxx.xxx:4569 from your local (LAN) devices. >>> >>> Testing: >>> From your windows based computer. Try tracert and the IPaddress of the >>> node. >>> >>> tracert 192.168.x.x >>> >>> 1 <1 ms <1 ms <1 ms 192.168.x.x >>> >>> There should be only one hope to your node if your windows computer in on >>> the same network. >>> >>> Side note: >>> I use dhcp on all my nodes on my LAN networks. I give them static address >>> via the DHCP server. I also change the hostname on the node. i.e. asl2060 >>> This allows the router's internal DNS server to associate the hostname >>> and IP address for the ASL node. Some routers will allow you to add a >>> domain name. >>> Also there is no need to open TCP port forwarding on you router for IAX2 >>> 4569. >>> >>> 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, Jun 29, 2018 at 3:58 AM, wrote: >>> No. I've never seen reference to that. I'm still in the initial phase >>> of setting up this node; have not messed with rpt.conf yet. >>> >>> Mike >>> WM4B >>> >>> >>> On Thu, Jun 28, 2018 at 11:11 PM, Bob Pyke wrote: >>> Did you add your local node address for each node in the rpt,conf [nodes] >>> stanza? >>> Thanks, >>> Bob >>> K6ECM >>> 73 >>> >>> On Jun 28, 2018, at 6:12 PM, Mike wrote: >>> >>> >>> Mike, >>> >>> Still a lot of possibilities of things that may not be right but, >>> >>> Just so that you are conducting a 'good test' behind your nat through >>> wifi, >>> >>> put your phone in airplane mode, then turn just the wifi on and connect. >>> >>> You might also want to turn the forwarding to just the UDP 4569 and >>> specify that in your phone connect, >>> >>> guessing your using the android iaxrpt.... like this for your IP... >>> >>> 192.169.1.101:4569 < :port especially if not the norm, but do it >>> anyway. >>> That's a few things to investigate anyway, >>> >>> Let me know if your still having issues. >>> >>> Oh... don't forget to get back out of airplane mode / turn cellular back >>> on when done. >>> >>> Hate to see ya late for dinner ...lol >>> ...mike/kb8jnm >>> On 6/28/2018 8:00 PM, Mike Besemer wrote: >>> Making progress on my node. After several false starts I finally got the >>> node connected and am able to connect via iaxrpt from my Android devices if >>> I use my EXTERNAL IP address. >>> >>> I cannot connect from Android or Windows using my INTERAL IP address. I >>> followed the guide at hamvoip.com and have double checked everything. >>> >>> The port is open for both UDP and TCP connections. The firewall seems ok. >>> >>> It has to be something obvious. What did I miss? >>> >>> Mike >>> >>> WM4B >>> >>> >>> >>> _______________________________________________ >>> 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 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 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 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 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 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 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 shawpbx at gmail.com Sat Jun 30 16:49:59 2018 From: shawpbx at gmail.com (David Shaw) Date: Sat, 30 Jun 2018 09:49:59 -0700 Subject: [App_rpt-users] iaxrpt In-Reply-To: <7891d058-fe3c-588c-b731-555f519ea1bb@midnighteng.com> References: <3fa446.17a9.1644b3213ca.Webtop.0@cox.net> <007301d40fec$45ccdfa0$d1669ee0$@cox.net> <003c01d41077$98368710$c8a39530$@cox.net> <7891d058-fe3c-588c-b731-555f519ea1bb@midnighteng.com> Message-ID: Good Luck 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 Sat, Jun 30, 2018 at 9:18 AM, Mike wrote: > If he is to use that, he will also need a line in globals > > like: node = 12345 > > or replace both "${node}" with the actual node number "12345". > > ...mike/kb8jnm > > > On 6/30/2018 11:49 AM, David Shaw wrote: > >> Sorry Mike use this line in the extensions.conf >> >> [radio-gui] >> exten => ${NODE},1,rpt(${NODE}|X) >> >> >> >> -- >> 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 Sat, Jun 30, 2018 at 8:34 AM, David Shaw wrote: >> >> Hello Mike, >>> >>> If your problem is with the android app. You need to make some changes. >>> >>> You will need to edit iax.conf and extensions.conf >>> >>> Howto: >>> cd /etc/asterisk >>> >>> sudo nano iax.conf >>> >>> >>> [CallSign] ; Connect from iaxrpt Username >>> field (PC AllStar Client) >>> type = friend ; Notice type is user here >>> <--------------- >>> context = radio-gui ; Context to jump to in >>> extensions.conf >>> auth = md5 >>> secret = password >>> host = dynamic >>> disallow = all >>> allow = ulaw >>> transfer = no >>> >>> >>> sudo nano extensions.conf >>> >>> [radio-gui] >>> exten => 2060,1,rpt,2060|X >>> >>> >>> >>> 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 Sat, Jun 30, 2018 at 6:38 AM, Mike Besemer wrote: >>> >>> Tried all and failed. Also tried from my Windows tablet and Android >>>> table, both via my Wifi. >>>> >>>> I?m WAY beyond perplexed! >>>> >>>> Mike >>>> WM4B >>>> >>>> From: App_rpt-users [mailto:app_rpt-users-bounces at lists.allstarlink.org >>>> ] >>>> On Behalf Of David Shaw >>>> Sent: Friday, June 29, 2018 6:43 PM >>>> To: Users of Asterisk app_rpt >>>> Subject: Re: [App_rpt-users] iaxrpt >>>> >>>> Hey Mike the stanza is fine. >>>> >>>> [Nodes] >>>> 48166 = radio at 127.0.0.1:4569/48166,NONE >>>> This just tells Asterisk (ASL) where node 48166 is. The 127.0.0.0/8 is >>>> used by the server. This is OK. >>>> >>>> This is what we know as of now: >>>> ASL is setup and working to allow connection on port 4569. You have >>>> iax2.conf configured to allow a user to login. I would say ASL is setup >>>> and >>>> working. >>>> >>>> If your computer is on the same subnet as your ASL node. >>>> >>>> I would check: >>>> Windows Firewall >>>> Windows Anti-Virus >>>> >>>> Wireless access point turn off AP Isolation >>>> https://wiki.dd-wrt.com/wiki/index.php/Advanced_wireless_set >>>> tings#AP_Isolation >>>> >>>> Router turn any network Isolation >>>> https://wiki.dd-wrt.com/wiki/index.php/Guest_Network#Guest_A >>>> ccess_to_a_Network_Device >>>> >>>> >>>> >>>> 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, Jun 29, 2018 at 2:00 PM, Mike Besemer >>>> wrote: >>>> Here's what I've got so far. >>>> >>>> tracert reports 1 hop: 1 2ms 2ms 2ms RaspberryPi >>>> 192.168.x.x >>>> >>>> Android Phone connected to Verizon network: Good connect via the >>>> external IP >>>> Android Phone in Airplane mode connected to my wireless network: No >>>> connect >>>> Windows Computer connected to my wireless network: No connect >>>> >>>> So, it seems to be an internal/external IP issue rather than an >>>> Android/Windows issue - which is what I had originally thought. That >>>> should mean that the [stanza] in iaxrpt.conf and extensions.conf is >>>> correct >>>> - at least for the android phone. (The Android works on the external IP >>>> but not the internal IP, and that proves the stanzas are ok.) >>>> >>>> Tracert is reporting one hop from the Windows machine to the Pi - so the >>>> machines are seeing each other. >>>> >>>> Attached is a lousy photo of a netstat -pln run from the pi, but I don't >>>> know what I'm looking at. >>>> >>>> Mike >>>> WM4B >>>> >>>> >>>> >>>> >>>> From: App_rpt-users [mailto:app_rpt-users-bounces at lists.allstarlink.org >>>> ] >>>> On Behalf Of David Shaw >>>> Sent: Friday, June 29, 2018 10:19 AM >>>> To: Users of Asterisk app_rpt >>>> Subject: Re: [App_rpt-users] iaxrpt >>>> >>>> Most new routers won't allow you to exit the local network (LAN) and >>>> come >>>> back in. This might happen if you use a domain name that is associated >>>> with >>>> your public address. If you want to use your public domain name to >>>> access >>>> your node from inside your LAN. You'll need to add a DNS entry to your >>>> router. **See "Side Note" below >>>> >>>> By default IAX2 uses UDP port 4569 and the bind address is set to all >>>> interfaces/addresses in the ASL OS (allstarlink.org). As for the >>>> hamvoip.com settings, you should check with them. >>>> >>>> Are you using the hostname or IP address to access your node? >>>> Like Mike stated, use xxx.xxx.xxx.xxx:4569 from your local (LAN) >>>> devices. >>>> >>>> Testing: >>>> From your windows based computer. Try tracert and the IPaddress of the >>>> node. >>>> >>>> tracert 192.168.x.x >>>> >>>> 1 <1 ms <1 ms <1 ms 192.168.x.x >>>> >>>> There should be only one hope to your node if your windows computer in >>>> on >>>> the same network. >>>> >>>> Side note: >>>> I use dhcp on all my nodes on my LAN networks. I give them static >>>> address >>>> via the DHCP server. I also change the hostname on the node. i.e. >>>> asl2060 >>>> This allows the router's internal DNS server to associate the hostname >>>> and IP address for the ASL node. Some routers will allow you to add a >>>> domain name. >>>> Also there is no need to open TCP port forwarding on you router for IAX2 >>>> 4569. >>>> >>>> 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, Jun 29, 2018 at 3:58 AM, wrote: >>>> No. I've never seen reference to that. I'm still in the initial phase >>>> of setting up this node; have not messed with rpt.conf yet. >>>> >>>> Mike >>>> WM4B >>>> >>>> >>>> On Thu, Jun 28, 2018 at 11:11 PM, Bob Pyke wrote: >>>> Did you add your local node address for each node in the rpt,conf >>>> [nodes] >>>> stanza? >>>> Thanks, >>>> Bob >>>> K6ECM >>>> 73 >>>> >>>> On Jun 28, 2018, at 6:12 PM, Mike wrote: >>>> >>>> >>>> Mike, >>>> >>>> Still a lot of possibilities of things that may not be right but, >>>> >>>> Just so that you are conducting a 'good test' behind your nat through >>>> wifi, >>>> >>>> put your phone in airplane mode, then turn just the wifi on and connect. >>>> >>>> You might also want to turn the forwarding to just the UDP 4569 and >>>> specify that in your phone connect, >>>> >>>> guessing your using the android iaxrpt.... like this for your IP... >>>> >>>> 192.169.1.101:4569 < :port especially if not the norm, but do it >>>> anyway. >>>> That's a few things to investigate anyway, >>>> >>>> Let me know if your still having issues. >>>> >>>> Oh... don't forget to get back out of airplane mode / turn cellular back >>>> on when done. >>>> >>>> Hate to see ya late for dinner ...lol >>>> ...mike/kb8jnm >>>> On 6/28/2018 8:00 PM, Mike Besemer wrote: >>>> Making progress on my node. After several false starts I finally got >>>> the >>>> node connected and am able to connect via iaxrpt from my Android >>>> devices if >>>> I use my EXTERNAL IP address. >>>> >>>> I cannot connect from Android or Windows using my INTERAL IP address. I >>>> followed the guide at hamvoip.com and have double checked everything. >>>> >>>> The port is open for both UDP and TCP connections. The firewall seems >>>> ok. >>>> >>>> It has to be something obvious. What did I miss? >>>> >>>> Mike >>>> >>>> WM4B >>>> >>>> >>>> >>>> _______________________________________________ >>>> 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 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 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 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 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 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 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 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. > -------------- next part -------------- An HTML attachment was scrubbed... URL: From mm at midnighteng.com Sat Jun 30 16:50:27 2018 From: mm at midnighteng.com (Mike) Date: Sat, 30 Jun 2018 12:50:27 -0400 Subject: [App_rpt-users] iaxrpt In-Reply-To: <003901d41090$f1cac5c0$d5605140$@cox.net> References: <3fa446.17a9.1644b3213ca.Webtop.0@cox.net> <007301d40fec$45ccdfa0$d1669ee0$@cox.net> <003c01d41077$98368710$c8a39530$@cox.net> <54Jn1y0062qTvDB014JpCJ> <003901d41090$f1cac5c0$d5605140$@cox.net> Message-ID: Since you are DHCP assigned by MAC, what are the dns servers in your router ? Is one of the 3 potentials a local router dns address ? It has to know how to get there. Router may need a internal DNS. ...mike/kb8jnm On 6/30/2018 12:39 PM, Mike Besemer wrote: > All, > > It's not an Android issue. Android works fine from an external IP but not from my Internal IP. That should indicate that the stanza(s) are fine. > > Mike > WM4B > > -----Original Message----- > From: App_rpt-users [mailto:app_rpt-users-bounces at lists.allstarlink.org] On Behalf Of Mike > Sent: Saturday, June 30, 2018 12:19 PM > To: app_rpt-users at lists.allstarlink.org > Subject: Re: [App_rpt-users] iaxrpt > > If he is to use that, he will also need a line in globals > > like: node = 12345 > > or replace both "${node}" with the actual node number "12345". > > ...mike/kb8jnm > > On 6/30/2018 11:49 AM, David Shaw wrote: >> Sorry Mike use this line in the extensions.conf >> >> [radio-gui] >> exten => ${NODE},1,rpt(${NODE}|X) >> >> >> >> -- >> 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 Sat, Jun 30, 2018 at 8:34 AM, David Shaw wrote: >> >>> Hello Mike, >>> >>> If your problem is with the android app. You need to make some changes. >>> >>> You will need to edit iax.conf and extensions.conf >>> >>> Howto: >>> cd /etc/asterisk >>> >>> sudo nano iax.conf >>> >>> >>> [CallSign] ; Connect from iaxrpt Username >>> field (PC AllStar Client) >>> type = friend ; Notice type is user here >>> <--------------- >>> context = radio-gui ; Context to jump to in >>> extensions.conf >>> auth = md5 >>> secret = password >>> host = dynamic >>> disallow = all >>> allow = ulaw >>> transfer = no >>> >>> >>> sudo nano extensions.conf >>> >>> [radio-gui] >>> exten => 2060,1,rpt,2060|X >>> >>> >>> >>> 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 Sat, Jun 30, 2018 at 6:38 AM, Mike Besemer wrote: >>> >>>> Tried all and failed. Also tried from my Windows tablet and Android >>>> table, both via my Wifi. >>>> >>>> I?m WAY beyond perplexed! >>>> >>>> Mike >>>> WM4B >>>> >>>> From: App_rpt-users [mailto:app_rpt-users-bounces at lists.allstarlink.org] >>>> On Behalf Of David Shaw >>>> Sent: Friday, June 29, 2018 6:43 PM >>>> To: Users of Asterisk app_rpt >>>> Subject: Re: [App_rpt-users] iaxrpt >>>> >>>> Hey Mike the stanza is fine. >>>> >>>> [Nodes] >>>> 48166 = radio at 127.0.0.1:4569/48166,NONE >>>> This just tells Asterisk (ASL) where node 48166 is. The 127.0.0.0/8 is >>>> used by the server. This is OK. >>>> >>>> This is what we know as of now: >>>> ASL is setup and working to allow connection on port 4569. You have >>>> iax2.conf configured to allow a user to login. I would say ASL is setup and >>>> working. >>>> >>>> If your computer is on the same subnet as your ASL node. >>>> >>>> I would check: >>>> Windows Firewall >>>> Windows Anti-Virus >>>> >>>> Wireless access point turn off AP Isolation >>>> https://wiki.dd-wrt.com/wiki/index.php/Advanced_wireless_set >>>> tings#AP_Isolation >>>> >>>> Router turn any network Isolation >>>> https://wiki.dd-wrt.com/wiki/index.php/Guest_Network#Guest_A >>>> ccess_to_a_Network_Device >>>> >>>> >>>> >>>> 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, Jun 29, 2018 at 2:00 PM, Mike Besemer wrote: >>>> Here's what I've got so far. >>>> >>>> tracert reports 1 hop: 1 2ms 2ms 2ms RaspberryPi >>>> 192.168.x.x >>>> >>>> Android Phone connected to Verizon network: Good connect via the >>>> external IP >>>> Android Phone in Airplane mode connected to my wireless network: No >>>> connect >>>> Windows Computer connected to my wireless network: No connect >>>> >>>> So, it seems to be an internal/external IP issue rather than an >>>> Android/Windows issue - which is what I had originally thought. That >>>> should mean that the [stanza] in iaxrpt.conf and extensions.conf is correct >>>> - at least for the android phone. (The Android works on the external IP >>>> but not the internal IP, and that proves the stanzas are ok.) >>>> >>>> Tracert is reporting one hop from the Windows machine to the Pi - so the >>>> machines are seeing each other. >>>> >>>> Attached is a lousy photo of a netstat -pln run from the pi, but I don't >>>> know what I'm looking at. >>>> >>>> Mike >>>> WM4B >>>> >>>> >>>> >>>> >>>> From: App_rpt-users [mailto:app_rpt-users-bounces at lists.allstarlink.org] >>>> On Behalf Of David Shaw >>>> Sent: Friday, June 29, 2018 10:19 AM >>>> To: Users of Asterisk app_rpt >>>> Subject: Re: [App_rpt-users] iaxrpt >>>> >>>> Most new routers won't allow you to exit the local network (LAN) and come >>>> back in. This might happen if you use a domain name that is associated with >>>> your public address. If you want to use your public domain name to access >>>> your node from inside your LAN. You'll need to add a DNS entry to your >>>> router. **See "Side Note" below >>>> >>>> By default IAX2 uses UDP port 4569 and the bind address is set to all >>>> interfaces/addresses in the ASL OS (allstarlink.org). As for the >>>> hamvoip.com settings, you should check with them. >>>> >>>> Are you using the hostname or IP address to access your node? >>>> Like Mike stated, use xxx.xxx.xxx.xxx:4569 from your local (LAN) devices. >>>> >>>> Testing: >>>> From your windows based computer. Try tracert and the IPaddress of the >>>> node. >>>> >>>> tracert 192.168.x.x >>>> >>>> 1 <1 ms <1 ms <1 ms 192.168.x.x >>>> >>>> There should be only one hope to your node if your windows computer in on >>>> the same network. >>>> >>>> Side note: >>>> I use dhcp on all my nodes on my LAN networks. I give them static address >>>> via the DHCP server. I also change the hostname on the node. i.e. asl2060 >>>> This allows the router's internal DNS server to associate the hostname >>>> and IP address for the ASL node. Some routers will allow you to add a >>>> domain name. >>>> Also there is no need to open TCP port forwarding on you router for IAX2 >>>> 4569. >>>> >>>> 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, Jun 29, 2018 at 3:58 AM, wrote: >>>> No. I've never seen reference to that. I'm still in the initial phase >>>> of setting up this node; have not messed with rpt.conf yet. >>>> >>>> Mike >>>> WM4B >>>> >>>> >>>> On Thu, Jun 28, 2018 at 11:11 PM, Bob Pyke wrote: >>>> Did you add your local node address for each node in the rpt,conf [nodes] >>>> stanza? >>>> Thanks, >>>> Bob >>>> K6ECM >>>> 73 >>>> >>>> On Jun 28, 2018, at 6:12 PM, Mike wrote: >>>> >>>> >>>> Mike, >>>> >>>> Still a lot of possibilities of things that may not be right but, >>>> >>>> Just so that you are conducting a 'good test' behind your nat through >>>> wifi, >>>> >>>> put your phone in airplane mode, then turn just the wifi on and connect. >>>> >>>> You might also want to turn the forwarding to just the UDP 4569 and >>>> specify that in your phone connect, >>>> >>>> guessing your using the android iaxrpt.... like this for your IP... >>>> >>>> 192.169.1.101:4569 < :port especially if not the norm, but do it >>>> anyway. >>>> That's a few things to investigate anyway, >>>> >>>> Let me know if your still having issues. >>>> >>>> Oh... don't forget to get back out of airplane mode / turn cellular back >>>> on when done. >>>> >>>> Hate to see ya late for dinner ...lol >>>> ...mike/kb8jnm >>>> On 6/28/2018 8:00 PM, Mike Besemer wrote: >>>> Making progress on my node. After several false starts I finally got the >>>> node connected and am able to connect via iaxrpt from my Android devices if >>>> I use my EXTERNAL IP address. >>>> >>>> I cannot connect from Android or Windows using my INTERAL IP address. I >>>> followed the guide at hamvoip.com and have double checked everything. >>>> >>>> The port is open for both UDP and TCP connections. The firewall seems ok. >>>> >>>> It has to be something obvious. What did I miss? >>>> >>>> Mike >>>> >>>> WM4B >>>> >>>> >>>> >>>> _______________________________________________ >>>> 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 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 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 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 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 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 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 kb4fxc at inttek.net Sat Jun 30 18:43:41 2018 From: kb4fxc at inttek.net (David McGough) Date: Sat, 30 Jun 2018 14:43:41 -0400 (EDT) Subject: [App_rpt-users] Upgrade to v1.5 not Working In-Reply-To: <1998224379.768450.1530372637647@mail.yahoo.com> Message-ID: Hi Jim, Please post HamVoIP related inquiries to the HamVoIP mailing list at: http://lists.hamvoip.org/cgi-bin/mailman/listinfo/arm-allstar We'll try to get you prompt answers and solutions with no hostility. 73, David KB4FXC On Sat, 30 Jun 2018, Jim Korenz wrote: > Hi All, I'm doing an "easy" upgrade from v1.1 to ver 1.5 Allstar on an PI 2. The "old" system was working fine. OK, now the "new" system. I changed the root password, but can't login with it. I have "successfully" changed it a number of times, but no luck. I can ping the allstar server, but I'm not in the active list. I can't run the simpleUSB tune app from the menu. I have a green light on the USB FOB, but it's not blinking. JimK N8PXW _______________________________________________ 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 mwbesemer at cox.net Sat Jun 30 22:27:08 2018 From: mwbesemer at cox.net (Mike Besemer) Date: Sat, 30 Jun 2018 18:27:08 -0400 Subject: [App_rpt-users] iaxrpt In-Reply-To: <4Q081y00N2qTvDB01Q09hF> References: <4Q081y00N2qTvDB01Q09hF> Message-ID: <001e01d410c1$7bb7e990$7327bcb0$@cox.net> All, With the help of Dave ? AH6OD, this issue has been resolved. Thanks to all who shared their knowledge, and a special thanks to Dave for spending over an hour-and-a-half with me online today getting this fixed. 73, Mike WM4B From: App_rpt-users [mailto:app_rpt-users-bounces at lists.allstarlink.org] On Behalf Of Mike Besemer Sent: Thursday, June 28, 2018 8:00 PM To: Users of Asterisk app_rpt Subject: [App_rpt-users] iaxrpt Making progress on my node.? After several false starts I finally got the node connected and am able to connect via iaxrpt from my Android devices if I use my EXTERNAL IP address. I cannot connect from Android or Windows using my INTERAL IP address. I followed the guide at hamvoip.com and have double checked everything. The port is open for both UDP and TCP connections. The firewall seems ok. It has to be something obvious.? What did I miss? Mike WM4B From shawpbx at gmail.com Sat Jun 30 23:48:30 2018 From: shawpbx at gmail.com (David Shaw) Date: Sat, 30 Jun 2018 16:48:30 -0700 Subject: [App_rpt-users] iaxrpt In-Reply-To: <001e01d410c1$7bb7e990$7327bcb0$@cox.net> References: <001e01d410c1$7bb7e990$7327bcb0$@cox.net> Message-ID: Well what was the problem? On Sat, Jun 30, 2018, 3:27 PM Mike Besemer wrote: > All, > > With the help of Dave ? AH6OD, this issue has been resolved. Thanks to all > who shared their knowledge, and a special thanks to Dave for spending over > an hour-and-a-half with me online today getting this fixed. > > 73, > > Mike > WM4B > > From: App_rpt-users [mailto:app_rpt-users-bounces at lists.allstarlink.org] > On > Behalf Of Mike Besemer > Sent: Thursday, June 28, 2018 8:00 PM > To: Users of Asterisk app_rpt > Subject: [App_rpt-users] iaxrpt > > Making progress on my node. After several false starts I finally got the > node connected and am able to connect via iaxrpt from my Android devices if > I use my EXTERNAL IP address. > I cannot connect from Android or Windows using my INTERAL IP address. I > followed the guide at hamvoip.com and have double checked everything. > The port is open for both UDP and TCP connections. The firewall seems ok. > It has to be something obvious. What did I miss? > Mike > WM4B > > _______________________________________________ > 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: