From neil at ohiogray.org  Wed Nov  1 02:42:17 2017
From: neil at ohiogray.org (Neil H. Gray)
Date: Tue, 31 Oct 2017 22:42:17 -0400
Subject: [App_rpt-users] Help on using CTCSS with usbradio.conf
In-Reply-To: <582091C9-4E72-40B6-A5D4-070911914B19@goobie.org>
References: <52025119-57a6-d300-319c-eb1861a9422a@ohiogray.org>
 <38e8040b-e64c-44f4-2344-9f903de4a503@msgstor.com>
 <582091C9-4E72-40B6-A5D4-070911914B19@goobie.org>
Message-ID: <39b44906-7807-343f-7d0c-c84acafd7764@ohiogray.org>

I apologize for the long delay.? Family life got in the way for a bit, 
and then I thought to check and double-check that I had implemented your 
suggestions faithfully. This was the usual "Because I waited so long I 
have to do better" type of paralysis.


Thank you Keith for the pinouts between the URIx and the BCR-40U. I have 
to wonder if suboptimal audio level settings might cause my issues.? I 
don't suppose that you have those audio levels documented.? I would 
expect that the levels would be nearly identical between any URIx+BCR 
combination.


Thank you for the suggestion Steve.? I implemented your usbradio.conf 
then made single adjustments until I could get something to happen.

For the moment, I can confirm that I do get a working CTCSS encoding.? 
At least it is enough to open the squelch on a test radio.

For receive tests, my test criteria is watching to see the red tx light 
on the URIx or listening to the signal via the allstar node.

I have txmixa set to composite as I am connected to the left audio 
channel of the URIx.

carrierfrom = dsp??? does not appear to work for me.? I have to leave 
this set on usbinvert for anything to work.

If the 'rxctcssoverride' parameter is set to '0' or commented, I can 
never open the squelch.?? So I have to leave this as '1'.

ctcssfrom = dsp does not appear to do anything.? Even in this setting, 
any signal without CTCSS gets repeated.

I left the other settings identical.





On 10/23/2017 09:55 AM, Keith Goobie wrote:
> Neil
>
> We have a Bridgecom 220 repeater hooked to an RLC-DSP404.  Guidance regarding connectivity can be gained from -
>
> https://cdn.shopify.com/s/files/1/0833/9095/files/BCR_Repeater_to_URI.pdf?7576387813378094434
>
> https://cdn.shopify.com/s/files/1/0833/9095/files/BCR_to_RLC_Pinout_Diagram_b06dbd28-8f77-439b-9a74-3adc552f93a3.pdf?9343440214198702669
>
> Between these two documents, you should be able to connect things together.
>
> Keith
>
>> On Oct 22, 2017, at 9:47 PM, Steve Zingman <szingman at msgstor.com> wrote:
>>
>> See if this helps:
>>
>> txctcssdefault = 123.0    ; default tx ctcss freq, any frequency permitted
>>
>> rxctcssfreqs = 123.0    ; rx ctcss freqs in floating point. must be in table
>>
>> txctcssfreqs = 123.0    ; tx ctcss freqs, any frequency permitted
>> ; rxctcssoverride = 0    ; Set to 1 or yes to start out in carrier squelch mode
>>
>> carrierfrom = dsp    ; no,usb,usbinvert,dsp,vox
>>              ; no - no carrier detection at all
>>              ; usb - from the COR line on the modified USB sound fob
>>              ; usbinvert - from the inverted COR line on the modified USB sound fob
>>              ; dsp - from RX noise using dsp techniques
>>              ; vox - voice activated from RX audio
>>
>> ctcssfrom = dsp        ; no,usb,dsp
>>              ; no - CTCSS decoding, system will be carrier squelch
>>              ; usb - CTCSS decoding using input from USB FOB
>>              ; (currently not supported)
>>              ; dsp - CTCSS decoding using RX audio in DSP.
>>              ; rxdemod option must be set to flat for this to work.
>>
>> rxdemod = flat            ; input type from radio: no,speaker,flat
>>              ; no - RX audio input not used
>>              ; flat - Use RX audio from discriminator (before de-emphasis)
>>              ; speaker - use de-emphasized audio
>>
>> txprelim = yes        ; Audio processing on left output channel: no,yes
>>              ; no - Audio is not pre-emphasized and limited.
>>              ; Suitable for use on a microphone input
>>              ; yes - Audio is pre-emphasized and limited.
>>              ; Suitable for direct connection to an FM modulator
>>
>> txlimonly = no        ; Audio limiting with no pre-emphasis on output channel: no,yes
>>              ; no - Audio is not limited.
>>              ; yes - Audio is  limited.
>>              ; Suitable for transmitters with no limiting but with pre-emphasis.
>>
>> txtoctype = phase    ; 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")
>>
>> txmixa = no        ; Left channel output: no,voice,tone,composite,auxvoice
>>              ; no - Do not output anything
>>              ; voice - output voice only
>>              ; tone - CTCSS tone only
>>              ; composite - voice and tone
>>              ; auxvoice - auxiliary voice output at headphone level for monitoring
>>
>> txmixb = composite    ; Right channel output: no,voice,tone,composite, auxvoice
>>              ; See txmixa above.
>>
>>
>>
>> On 10/22/2017 09:41 PM, Neil H. Gray wrote:
>>> To Whom It May Concern,
>>>
>>> I am trying to get a DMK URIx working with a BridgeCOM repeater using the usbradio.conf to provide CTCSS decode/encode and am having no success.
>>>
>>> I can confirm that a received FM signals get repeated, and the allstar configuration also appears to be working.  However any configuration related to CTCSS does not work at all.
>>>
>>> I can confirm that the CTCSS tone is present with the input audio being fed to the URIx, but none of the relevant settings in usbradio.conf(e.g. rxctcssfreqs, ctcssfrom = dsp) seem to have any effect.
>>>
>>> Adjusting the carrierfrom parameter in usbradio.conf has the expected results.  The COR signal comes to the URIx from the repeater and functions correctly with carrierfrom set to usbinvert.  At least with this I can confirm that apt_rpt is using usbradio.conf rather than simpleusb.conf.
>>>
>>> While I have tested the hardware, I have not tried looking at the software beyond glancing through the source code to get a rough idea of the layout of apt_rpt.
>>>
>>> Could anyone offer a working configuration example on CTCSS, or perhaps give debugging hints?
>>>
>>> I can handle a debugger but am not sure of a good way to debug a program that operates on signals in real time.
>>>
>>>
>>> Thanks in advance,
>>>
>>> Neil
>>>
>>> _______________________________________________
>>> App_rpt-users mailing list
>>> App_rpt-users at lists.allstarlink.org
>>> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
>>>
>>> To unsubscribe from this list please visit http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button"
>>> You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem.
>> _______________________________________________
>> App_rpt-users mailing list
>> App_rpt-users at lists.allstarlink.org
>> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
>>
>> To unsubscribe from this list please visit http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button"
>> You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem.
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at lists.allstarlink.org
> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
>
> To unsubscribe from this list please visit http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button"
> You do not need a password 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 jerutley at gmail.com  Wed Nov  1 04:04:34 2017
From: jerutley at gmail.com (Jeremy Utley)
Date: Tue, 31 Oct 2017 23:04:34 -0500
Subject: [App_rpt-users] Nodes on same server linked,
	but not repeating audio?
In-Reply-To: <d414bcef-bbda-bc5f-e310-7ad4c053f7d1@bryanfields.net>
References: <1fc649ca-74d7-0539-6fad-7f4bd7af7e41@bryanfields.net>
 <CAH4RvbLXqXF2+wyZgSMCNKHou3TgXWALmnhLD0Sjo7_-b4Hx-w@mail.gmail.com>
 <d414bcef-bbda-bc5f-e310-7ad4c053f7d1@bryanfields.net>
Message-ID: <021701d352c6$87848e90$968dabb0$@gmail.com>




>It's as configured.
>40821 = radio at 127.0.0.1:4578/40821,NONE	        ; 224.280
>41618 = radio at 127.0.0.1:4578/41618,NONE         ; 443.525
>42032 = radio at 127.0.0.1:4578/42032,NONE         ; 927.050

Isn't the syntax @{ip-address}:{port}/{node-number} ???

This means all 3 "nodes" are listening on the same inbound port - and that would seem to be a possible cause of what's happening.  From what I remember, each node has to have a different port defined in the config, and that should be referenced in the nodes section - even if they are all on the same server - otherwise, the system has no way of knowing which node is being connected to.
 
Jeremy, NQ0M



From Benjamin at Project23D.com  Wed Nov  1 04:12:50 2017
From: Benjamin at Project23D.com (Benjamin Naber)
Date: Tue, 31 Oct 2017 23:12:50 -0500
Subject: [App_rpt-users] Nodes on same server linked,
 but not repeating audio?
In-Reply-To: <1fc649ca-74d7-0539-6fad-7f4bd7af7e41@bryanfields.net>
References: <1fc649ca-74d7-0539-6fad-7f4bd7af7e41@bryanfields.net>
Message-ID: <1509509570.2250.28.camel@Project23D.com>

Bryan, et al:

I've also been having some connection issues, those of which never
seemed to occur until I moved from Columbus, GA to here. Coincidence,
I'm sure.

However, sometimes I have been able to connect to nodes, and the next
day, I will try to connect to the same nodes whose uptimes has been
clicked up another 12 or 24 hours, and I cannot connect.

Digging further, I've went into the logger.conf and changed:
messages => notice,warning,error,debug

saved, and restarted asterisk.

....
Before I moved, or just possibly noticed a couple of times, when my
node was up for 60+ days, the registration requests look something akin
to this:
"something, something, who sees us as (IP:14569) with no messages
waiting."

Later, went through my montage of HDDs dying from old age, installed
DIAL 8.5, and now only says the line above, as soon as asterisk is
started, and that is it. The the usual registration requests, and re-
requests every 60-ish seconds.

Saturday night I sent an email out the group about the
updatenodelist.service, to which at the time when systemctl reported it
as failed, I could not even connect to the hub node on the same ASL
box, until the updatenodelist was restarted. That should have nothing
to do with it, but it has not been crossed-off yet.

.......
to further add to things, until a few hours ago, I had ASL web portal
set for the server to use port 14569 instead of 4569. I've been using
14569 for the last two years. Inbound/outbound connections were never
an issue.

With Asterisk reporting that ASL "registration core" sees me as
IP:port, yesterday and today it was advising it was seeing me at port
4569 and NOT what I've been using. I was not able to receive inbound
connections.

So, after all this mess, I went to ASL portal, changed the port for the
server back to 4569, updated NAT on the router, and all seems to be
well; 20 minutes after I made those changes, four Allstarlink Tech Net
new-comers connected their nodes connected to 45221 on my server.

Either I'm sleep messing with stuff or something, but these connection
issues have me scratching dandruff, because as I said, until a couple
weeks ago, everything was peachy. The county I live in is a dry county,
the closest package store is 20 miles away, so I have not drunk-
configured things for magical-ness in a month, haha.

~Benjamin, KB9LFZ



On Tue, 2017-10-31 at 14:50 -0400, Bryan Fields wrote:
> I have 3 nodes on the same server, and have seen this behavior
> before, and
> it's happening now again.
> 
> My node 40821, 41618, 420 are linked and report as linked, but a user
> on one
> doesn't bring the other up and vice versa.??A restart will clear it,
> but is
> there any troubleshooting I can do to debug this problem?
> 
> Thanks,


From Benjamin at Project23D.com  Wed Nov  1 04:36:47 2017
From: Benjamin at Project23D.com (Benjamin Naber)
Date: Tue, 31 Oct 2017 23:36:47 -0500
Subject: [App_rpt-users] Nodes on same server linked,
 but not repeating audio?
In-Reply-To: <1509509570.2250.28.camel@Project23D.com>
References: <1fc649ca-74d7-0539-6fad-7f4bd7af7e41@bryanfields.net>
 <1509509570.2250.28.camel@Project23D.com>
Message-ID: <1509511007.2250.30.camel@Project23D.com>

Jeremy, et al:

You just got my thinking, so I just looked a known working config I
saved from April of this year.

I had three nodes on the server, all listening to the same port number.
All could connect to each other, as well as in/outbound connections
worked fine.

On the ASL portal, each server, under 'Network Config' is where the
incoming connection port is defined. The port was not defined for
individual nodes.

In a traditional Asterisk PBX system, this is the same. You will have
two  remote PBXs with several nodes(phones) at each end, and all can be
talking to each over over the same IAX2 trunk using port 4569.

Remember, IAX is Inter-Asterisk eXchange trunking protocol, which can
be used for one or many conversations, going over/through/whatever, the
 same inbound port.

Now, if you are going to have separate servers at the house/wherever,
then yes, each server will need to be on its own port, different from
the next.

I looked at someone else's rpt.conf, who shared it with me early part
of last year, to do a side-by-side comparison for something I was
fooling with.

At the bottom of his rpt.conf, he has three nodes on the same box, all
with the same port number.

My rpt.conf:
28569 = radio at 127.0.0.1:4569/28569,NONE	; port number must be
specified in the event the standard port number is NOT used locally or
for remote stations.?
29314 = radio at 127.0.0.1:4569/29314,NONE	; The port number for
the local machine that is not standard should be the port number in the
iax.conf?
1968 = radio at w8jvf.net:4570/1968,NONE
41575 = radio at w8jvf.net/41575,NONE
45222 = radio at 127.0.0.1:4569/45222,NONE

his rpt.conf
1954 = radio at 127.0.0.1:4569/1954,NONE,y??;maxtrac at home
1953 = radio at 127.0.0.1:4569/1953,NONE,y??;DR135
40804 = radio at 127.0.0.1:4569/40804,NONE	 ;hub

My extensions.conf:
[radio-secure]
exten => 28569,1,rpt,28569
exten => 29314,1,rpt,29314
exten => 45222,1,rpt,45222

[radio-secure-proxy]
exten => 28569,1,rpt,28569|X
exten => 29314,1,rpt,29314|X
exten => 45222,1,rpt,45222|X
exten => _0X.,1,Goto(allstar-sys|${EXTEN:1}|1)



~Benjamin, KB9LFZ


On Tue, 2017-10-31 at 23:12 -0500, Benjamin Naber wrote:
> Bryan, et al:
> 
> I've also been having some connection issues, those of which never
> seemed to occur until I moved from Columbus, GA to here. Coincidence,
> I'm sure.
> 
> However, sometimes I have been able to connect to nodes, and the next
> day, I will try to connect to the same nodes whose uptimes has been
> clicked up another 12 or 24 hours, and I cannot connect.
> 
> Digging further, I've went into the logger.conf and changed:
> messages => notice,warning,error,debug
> 
> saved, and restarted asterisk.
> 
> ....
> Before I moved, or just possibly noticed a couple of times, when my
> node was up for 60+ days, the registration requests look something
> akin
> to this:
> "something, something, who sees us as (IP:14569) with no messages
> waiting."
> 
> Later, went through my montage of HDDs dying from old age, installed
> DIAL 8.5, and now only says the line above, as soon as asterisk is
> started, and that is it. The the usual registration requests, and re-
> requests every 60-ish seconds.
> 
> Saturday night I sent an email out the group about the
> updatenodelist.service, to which at the time when systemctl reported
> it
> as failed, I could not even connect to the hub node on the same ASL
> box, until the updatenodelist was restarted. That should have nothing
> to do with it, but it has not been crossed-off yet.
> 
> .......
> to further add to things, until a few hours ago, I had ASL web portal
> set for the server to use port 14569 instead of 4569. I've been using
> 14569 for the last two years. Inbound/outbound connections were never
> an issue.
> 
> With Asterisk reporting that ASL "registration core" sees me as
> IP:port, yesterday and today it was advising it was seeing me at port
> 4569 and NOT what I've been using. I was not able to receive inbound
> connections.
> 
> So, after all this mess, I went to ASL portal, changed the port for
> the
> server back to 4569, updated NAT on the router, and all seems to be
> well; 20 minutes after I made those changes, four Allstarlink Tech
> Net
> new-comers connected their nodes connected to 45221 on my server.
> 
> Either I'm sleep messing with stuff or something, but these
> connection
> issues have me scratching dandruff, because as I said, until a couple
> weeks ago, everything was peachy. The county I live in is a dry
> county,
> the closest package store is 20 miles away, so I have not drunk-
> configured things for magical-ness in a month, haha.
> 
> ~Benjamin, KB9LFZ
> 
> 
> 
> On Tue, 2017-10-31 at 14:50 -0400, Bryan Fields wrote:
> > I have 3 nodes on the same server, and have seen this behavior
> > before, and
> > it's happening now again.
> > 
> > My node 40821, 41618, 420 are linked and report as linked, but a
> > user
> > on one
> > doesn't bring the other up and vice versa.??A restart will clear
> > it,
> > but is
> > there any troubleshooting I can do to debug this problem?
> > 
> > Thanks,
> 
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at 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 Benjamin at Project23D.com  Wed Nov  1 04:39:33 2017
From: Benjamin at Project23D.com (Benjamin Naber)
Date: Tue, 31 Oct 2017 23:39:33 -0500
Subject: [App_rpt-users] Private Nodes / System
In-Reply-To: <CALfOzwQaKrGhQ4kcGDxEtGhi0CNOMOCKY5-MNiLz1=eaUN5UaQ@mail.gmail.com>
References: <CALfOzwQaKrGhQ4kcGDxEtGhi0CNOMOCKY5-MNiLz1=eaUN5UaQ@mail.gmail.com>
Message-ID: <1509511173.2250.32.camel@Project23D.com>

Michael,

what precisely are you trying to limit?

ie., Do you want the repeaters only to be linked together using ASL,
but no in/outbound connectivity?

~Benjamin, KB9LFZ


On Tue, 2017-10-31 at 14:33 -0500, Michael 
> I have a few repeaters that are linked using app_rpt that are on a
> private network (but use Internet for connectivity).? I'd like to
> disable all functions of the Allstar Link system for these nodes.?
> Primarily, I don't want the nodes creating unnecessary network
> traffic and using resources from Allstar Link servers that they don't
> need to be.
> 
> Can someone provide me with a list of all CRON jobs, scripts, files,
> etc. that I should modify to completely have these nodes standalone,
> and not getting any sort of updates from the Allstar Link servers
> whatsoever please?
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at 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 tom at k5tra.net  Wed Nov  1 20:58:04 2017
From: tom at k5tra.net (Tom)
Date: Wed, 1 Nov 2017 15:58:04 -0500
Subject: [App_rpt-users] Nodes on same server linked,
	but not repeating audio?
Message-ID: <!&!AAAAAAAAAAAYAAAAAAAAAGiON4EH77lDnxYzpzYFU9bCgAAAEAAAAHWYYkzXTOFBiaW8HyatBWgBAAAAAA==@k5tra.net>

Jeremy,
Each server in a LAN subnet must have a separate port; but all nodes on a given server use the one server UDP port. If you are having issues between nodes on the same LAN, try using the LAN IPs in the [NODES] stanza instead of the loop back 127.0.01.
K5TRA



From Bryan at bryanfields.net  Wed Nov  1 21:00:15 2017
From: Bryan at bryanfields.net (Bryan Fields)
Date: Wed, 1 Nov 2017 17:00:15 -0400
Subject: [App_rpt-users] Nodes on same server linked,
 but not repeating audio?
In-Reply-To: <!&!AAAAAAAAAAAYAAAAAAAAAGiON4EH77lDnxYzpzYFU9bCgAAAEAAAAHWYYkzXTOFBiaW8HyatBWgBAAAAAA==@k5tra.net>
References: <!&!AAAAAAAAAAAYAAAAAAAAAGiON4EH77lDnxYzpzYFU9bCgAAAEAAAAHWYYkzXTOFBiaW8HyatBWgBAAAAAA==@k5tra.net>
Message-ID: <f8921f29-cfe8-25b4-ca77-5c8ab6641310@bryanfields.net>

On 11/1/17 4:58 PM, Tom wrote:
> Each server in a LAN subnet must have a separate port; but all nodes on a
> given server use the one server UDP port.

This is wrong.  The servers will have different IP addresses and UDP ports are
only significant per IP address.

-- 
Bryan Fields

727-409-1194 - Voice
http://bryanfields.net


From shawpbx at gmail.com  Wed Nov  1 23:06:28 2017
From: shawpbx at gmail.com (David Shaw)
Date: Wed, 1 Nov 2017 16:06:28 -0700
Subject: [App_rpt-users] Nodes on same server linked,
	but not repeating audio?
In-Reply-To: <f8921f29-cfe8-25b4-ca77-5c8ab6641310@bryanfields.net>
References: <!&!AAAAAAAAAAAYAAAAAAAAAGiON4EH77lDnxYzpzYFU9bCgAAAEAAAAHWYYkzXTOFBiaW8HyatBWgBAAAAAA==@k5tra.net>
 <f8921f29-cfe8-25b4-ca77-5c8ab6641310@bryanfields.net>
Message-ID: <CAH4RvbJ7C-3=AzYJiDykm6kebF=5ntcaqLXzQ2YMtHUBFBZh8g@mail.gmail.com>

Lets get back to the original post.

One server three nodes. Nodes are not able to connect to each other on the
same server.

My guess:
1) loopback IP's are getting blocked or miss routed.
2) Server loses integrity over time
2)app_rpt is not reading the node stanza in rpt.conf.

What does Asterisk cmd say when the error presents itself? i.e. when you
try to connect one node to another? Verbose should be high.

You can turn on logging. /etc/asterisk/logger.conf

messages => notice,warning,error,debug,verbose

"Be warned that logging could fill your hard drive fast"

Is there any other services on this server?

David
KE6UPI




--
Thanks, David

"Laws that forbid the carrying of arms...disarm only those who are neither
inclined nor determined to commit crimes. Such laws make things worse for
the assaulted and better for the assailants; they serve rather to encourage
than prevent homicides, for an unarmed man may be attacked with greater
confidence than an armed one."
Thomas Jefferson

On Wed, Nov 1, 2017 at 2:00 PM, Bryan Fields <Bryan at bryanfields.net> wrote:

> On 11/1/17 4:58 PM, Tom wrote:
> > Each server in a LAN subnet must have a separate port; but all nodes on a
> > given server use the one server UDP port.
>
> This is wrong.  The servers will have different IP addresses and UDP ports
> are
> only significant per IP address.
>
> --
> Bryan Fields
>
> 727-409-1194 - Voice
> http://bryanfields.net
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at lists.allstarlink.org
> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
>
> To unsubscribe from this list please visit http://lists.allstarlink.org/
> cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of
> the page. Enter your email address and press the "Unsubscribe or edit
> options button"
> You do not need a password to unsubscribe, you can do it via email
> confirmation. If you have trouble unsubscribing, please send a message to
> the list detailing the problem.
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20171101/1b9a3ca4/attachment.html>

From k6ecm1 at gmail.com  Thu Nov  2 03:47:57 2017
From: k6ecm1 at gmail.com (Bob Pyke)
Date: Wed, 1 Nov 2017 20:47:57 -0700
Subject: [App_rpt-users] Private Nodes / System
In-Reply-To: <CALfOzwQaKrGhQ4kcGDxEtGhi0CNOMOCKY5-MNiLz1=eaUN5UaQ@mail.gmail.com>
References: <CALfOzwQaKrGhQ4kcGDxEtGhi0CNOMOCKY5-MNiLz1=eaUN5UaQ@mail.gmail.com>
Message-ID: <749B69AC-26C6-47EA-86F5-6A5DB88BAB26@gmail.com>

I believe you only need to comment out "register=..." in iax.conf
And
The status reporting "statpost_program=..." in rpt.conf

Thanks,
Bob
K6ECM
73


> On Oct 31, 2017, at 12:33 PM, Michael Lee Lockwood <michael at lockwood.us.com> wrote:
> 
> I have a few repeaters that are linked using app_rpt that are on a private network (but use Internet for connectivity).  I'd like to disable all functions of the Allstar Link system for these nodes.  Primarily, I don't want the nodes creating unnecessary network traffic and using resources from Allstar Link servers that they don't need to be.
> 
> Can someone provide me with a list of all CRON jobs, scripts, files, etc. that I should modify to completely have these nodes standalone, and not getting any sort of updates from the Allstar Link servers whatsoever please?
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at lists.allstarlink.org
> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
> 
> To unsubscribe from this list please visit http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button"
> You do not need a password 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: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20171101/5fa52123/attachment.html>

From michael at lockwood.us.com  Thu Nov  2 15:31:54 2017
From: michael at lockwood.us.com (Michael "Lee" Lockwood)
Date: Thu, 2 Nov 2017 10:31:54 -0500
Subject: [App_rpt-users] Private Nodes / System
In-Reply-To: <749B69AC-26C6-47EA-86F5-6A5DB88BAB26@gmail.com>
References: <CALfOzwQaKrGhQ4kcGDxEtGhi0CNOMOCKY5-MNiLz1=eaUN5UaQ@mail.gmail.com>
 <749B69AC-26C6-47EA-86F5-6A5DB88BAB26@gmail.com>
Message-ID: <CALfOzwTtQ2mt4EeCfUC612sAfHD4jgc4HGGOXj1L8itqHAK6Hw@mail.gmail.com>

I have removed the registration string in the IAX.conf file.  But, I see
processes running on the node related to background node number updates,
etc. still.

On Wed, Nov 1, 2017 at 10:47 PM, Bob Pyke <k6ecm1 at gmail.com> wrote:

> I believe you only need to comment out "register=..." in iax.conf
> And
> The status reporting "statpost_program=..." in rpt.conf
>
> Thanks,
> Bob
> K6ECM
> 73
>
>
> On Oct 31, 2017, at 12:33 PM, Michael Lee Lockwood <
> michael at lockwood.us.com> wrote:
>
> I have a few repeaters that are linked using app_rpt that are on a private
> network (but use Internet for connectivity).  I'd like to disable all
> functions of the Allstar Link system for these nodes.  Primarily, I don't
> want the nodes creating unnecessary network traffic and using resources
> from Allstar Link servers that they don't need to be.
>
> Can someone provide me with a list of all CRON jobs, scripts, files, etc.
> that I should modify to completely have these nodes standalone, and not
> getting any sort of updates from the Allstar Link servers whatsoever please?
>
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at lists.allstarlink.org
> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
>
> To unsubscribe from this list please visit http://lists.allstarlink.org/
> cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of
> the page. Enter your email address and press the "Unsubscribe or edit
> options button"
> You do not need a password to unsubscribe, you can do it via email
> confirmation. If you have trouble unsubscribing, please send a message to
> the list detailing the problem.
>
>
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at lists.allstarlink.org
> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
>
> To unsubscribe from this list please visit http://lists.allstarlink.org/
> cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of
> the page. Enter your email address and press the "Unsubscribe or edit
> options button"
> You do not need a password to unsubscribe, you can do it via email
> confirmation. If you have trouble unsubscribing, please send a message to
> the list detailing the problem.
>



-- 

*Michael "Lee" Lockwood*
michael at lockwood.us.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20171102/ac46fe73/attachment.html>

From tom at k5tra.net  Thu Nov  2 18:48:34 2017
From: tom at k5tra.net (Tom)
Date: Thu, 2 Nov 2017 13:48:34 -0500
Subject: [App_rpt-users] Nodes on same server linked,
	but not repeating audio
Message-ID: <!&!AAAAAAAAAAAYAAAAAAAAAGiON4EH77lDnxYzpzYFU9bCgAAAEAAAAN3l47bMfctPnhcy2Dn4v6MBAAAAAA==@k5tra.net>

Bryan,

I think we are saying the same thing: Each server in a LAN subnet must have
a separate port; but all nodes on a given server use the one server UDP
port. Of course each server is on a different IP. Jeremy, if you are having
issues between nodes on the same LAN, try using the LAN IPs in the [NODES]
stanza instead of the loop back 127.0.01.

K5TRA

 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20171102/2d9fa5ba/attachment.html>

From will at bashlor.com  Thu Nov  2 19:15:07 2017
From: will at bashlor.com (Will Bashlor)
Date: Thu, 2 Nov 2017 15:15:07 -0400
Subject: [App_rpt-users] Nodes on same server linked,
	but not repeating audio
In-Reply-To: <!&!AAAAAAAAAAAYAAAAAAAAAGiON4EH77lDnxYzpzYFU9bCgAAAEAAAAN3l47bMfctPnhcy2Dn4v6MBAAAAAA==@k5tra.net>
References: <!&!AAAAAAAAAAAYAAAAAAAAAGiON4EH77lDnxYzpzYFU9bCgAAAEAAAAN3l47bMfctPnhcy2Dn4v6MBAAAAAA==@k5tra.net>
Message-ID: <091201d3540e$e5854c70$b08fe550$@bashlor.com>

You may want to verify that your router supports hairpin NAT.

 

73

Will, KE4IAJ

 <https://www.facebook.com/profile.php?id=196073504193006&ref=br_rs> TARG
AEC

 

 

 

From: App_rpt-users [mailto:app_rpt-users-bounces at lists.allstarlink.org] On
Behalf Of Tom
Sent: Thursday, November 2, 2017 2:49 PM
To: app_rpt-users at lists.allstarlink.org
Subject: Re: [App_rpt-users] Nodes on same server linked, but not repeating
audio

 

Bryan,

I think we are saying the same thing: Each server in a LAN subnet must have
a separate port; but all nodes on a given server use the one server UDP
port. Of course each server is on a different IP. Jeremy, if you are having
issues between nodes on the same LAN, try using the LAN IPs in the [NODES]
stanza instead of the loop back 127.0.01.

K5TRA

 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20171102/b7785293/attachment.html>

From Bryan at bryanfields.net  Thu Nov  2 19:26:04 2017
From: Bryan at bryanfields.net (Bryan Fields)
Date: Thu, 2 Nov 2017 15:26:04 -0400
Subject: [App_rpt-users] Nodes on same server linked,
 but not repeating audio
In-Reply-To: <!&!AAAAAAAAAAAYAAAAAAAAAGiON4EH77lDnxYzpzYFU9bCgAAAEAAAAN3l47bMfctPnhcy2Dn4v6MBAAAAAA==@k5tra.net>
References: <!&!AAAAAAAAAAAYAAAAAAAAAGiON4EH77lDnxYzpzYFU9bCgAAAEAAAAN3l47bMfctPnhcy2Dn4v6MBAAAAAA==@k5tra.net>
Message-ID: <1641ba9c-0827-df1a-db19-da05dc561113@bryanfields.net>

On 11/2/17 2:48 PM, Tom wrote:
> I think we are saying the same thing: Each server in a LAN subnet must have a
> separate port; but all nodes on a given server use the one server UDP port.

Tom, this is what I'm saying is not correct.  I have this setup with two
servers here on the same LAN segment running the same UDP port.

What I'm saying is that the UDP port is only significant on a unique IP.  If
you're on different IP's you can run the servers on the same port.

The IP is analogous to a street and the port is the house number.  I can have
324 first ave and 324 third ave and they are the same address but the post
office knows where to send the mail.

73's
-- 
Bryan Fields

727-409-1194 - Voice
http://bryanfields.net


From shawpbx at gmail.com  Thu Nov  2 20:20:33 2017
From: shawpbx at gmail.com (David Shaw)
Date: Thu, 2 Nov 2017 13:20:33 -0700
Subject: [App_rpt-users] Nodes on same server linked,
	but not repeating audio
In-Reply-To: <1641ba9c-0827-df1a-db19-da05dc561113@bryanfields.net>
References: <!&!AAAAAAAAAAAYAAAAAAAAAGiON4EH77lDnxYzpzYFU9bCgAAAEAAAAN3l47bMfctPnhcy2Dn4v6MBAAAAAA==@k5tra.net>
 <1641ba9c-0827-df1a-db19-da05dc561113@bryanfields.net>
Message-ID: <CAH4Rvb+r3qTNpp4iE_T511N02cbQChFOzdPjAVouDXUnmF+w1w@mail.gmail.com>

Bryan, You wrote on Oct 31st.

"
I have 3 nodes on the same server, and have seen this behavior before, and
it's happening now again.

My node 40821, 41618, 420 are linked and report as linked, but a user on one
doesn't bring the other up and vice versa.  A restart will clear it, but is
there any troubleshooting I can do to debug this problem?
"

Are the nodes on the same server or the same network?

David
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20171102/43db95b4/attachment.html>

From Bryan at bryanfields.net  Thu Nov  2 20:25:20 2017
From: Bryan at bryanfields.net (Bryan Fields)
Date: Thu, 2 Nov 2017 16:25:20 -0400
Subject: [App_rpt-users] Nodes on same server linked,
 but not repeating audio
In-Reply-To: <CAH4Rvb+r3qTNpp4iE_T511N02cbQChFOzdPjAVouDXUnmF+w1w@mail.gmail.com>
References: <!&!AAAAAAAAAAAYAAAAAAAAAGiON4EH77lDnxYzpzYFU9bCgAAAEAAAAN3l47bMfctPnhcy2Dn4v6MBAAAAAA==@k5tra.net>
 <1641ba9c-0827-df1a-db19-da05dc561113@bryanfields.net>
 <CAH4Rvb+r3qTNpp4iE_T511N02cbQChFOzdPjAVouDXUnmF+w1w@mail.gmail.com>
Message-ID: <5089db19-f5df-5f46-18bf-212bd0135a39@bryanfields.net>

On 11/2/17 4:20 PM, David Shaw wrote:
> Are the nodes on the same server or the same network?

Same server.

-- 
Bryan Fields

727-409-1194 - Voice
http://bryanfields.net


From nhardman1428 at gmail.com  Thu Nov  2 21:24:42 2017
From: nhardman1428 at gmail.com (Nate Hardman)
Date: Thu, 2 Nov 2017 17:24:42 -0400
Subject: [App_rpt-users] Private Nodes / System
In-Reply-To: <CALfOzwTtQ2mt4EeCfUC612sAfHD4jgc4HGGOXj1L8itqHAK6Hw@mail.gmail.com>
References: <CALfOzwQaKrGhQ4kcGDxEtGhi0CNOMOCKY5-MNiLz1=eaUN5UaQ@mail.gmail.com>
 <749B69AC-26C6-47EA-86F5-6A5DB88BAB26@gmail.com>
 <CALfOzwTtQ2mt4EeCfUC612sAfHD4jgc4HGGOXj1L8itqHAK6Hw@mail.gmail.com>
Message-ID: <CAC9hojUjuN1txMCF9k9coPjNr+LG30XJ3LCZN07y-iBg-cegQQ@mail.gmail.com>

You'll need to disable the rc.updatenodelist service.
on DIAL it should be in /lib/systemd/system/updatenodelist.service

what else are you showing that is running as part of asterisk that you
think should not run for your purpose?


On Thu, Nov 2, 2017 at 11:31 AM, Michael "Lee" Lockwood <
michael at lockwood.us.com> wrote:

> I have removed the registration string in the IAX.conf file.  But, I see
> processes running on the node related to background node number updates,
> etc. still.
>
> On Wed, Nov 1, 2017 at 10:47 PM, Bob Pyke <k6ecm1 at gmail.com> wrote:
>
>> I believe you only need to comment out "register=..." in iax.conf
>> And
>> The status reporting "statpost_program=..." in rpt.conf
>>
>> Thanks,
>> Bob
>> K6ECM
>> 73
>>
>>
>> On Oct 31, 2017, at 12:33 PM, Michael Lee Lockwood <
>> michael at lockwood.us.com> wrote:
>>
>> I have a few repeaters that are linked using app_rpt that are on a
>> private network (but use Internet for connectivity).  I'd like to disable
>> all functions of the Allstar Link system for these nodes.  Primarily, I
>> don't want the nodes creating unnecessary network traffic and using
>> resources from Allstar Link servers that they don't need to be.
>>
>> Can someone provide me with a list of all CRON jobs, scripts, files, etc.
>> that I should modify to completely have these nodes standalone, and not
>> getting any sort of updates from the Allstar Link servers whatsoever please?
>>
>> _______________________________________________
>> App_rpt-users mailing list
>> App_rpt-users at lists.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.
>>
>
>
>
> --
>
> *Michael "Lee" Lockwood*
> michael at lockwood.us.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.
>



-- 

Nathan Hardman
nhardman1428 at gmail.com
N8THN at ARRL.NET
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20171102/bd9f8fba/attachment.html>

From rpt2 at chuck.midlandsnetworking.com  Thu Nov  2 21:54:38 2017
From: rpt2 at chuck.midlandsnetworking.com (Chuck Henderson)
Date: Thu, 2 Nov 2017 16:54:38 -0500
Subject: [App_rpt-users] Nodes on same server linked,
	but not repeating audio?
In-Reply-To: <CAH4RvbJ7C-3=AzYJiDykm6kebF=5ntcaqLXzQ2YMtHUBFBZh8g@mail.gmail.com>
References: <!&!AAAAAAAAAAAYAAAAAAAAAGiON4EH77lDnxYzpzYFU9bCgAAAEAAAAHWYYkzXTOFBiaW8HyatBWgBAAAAAA==@k5tra.net>
 <f8921f29-cfe8-25b4-ca77-5c8ab6641310@bryanfields.net>
 <CAH4RvbJ7C-3=AzYJiDykm6kebF=5ntcaqLXzQ2YMtHUBFBZh8g@mail.gmail.com>
Message-ID: <CADEYVwi8psgkOHFXgR+Z+p7KCucqnn5G0-6y+7aGEVQmXa-Eog@mail.gmail.com>

Exactly how are you linking them?
Via touchtone
3=ilink,3
or
C=ilink,13
or
startup_macro
maybe something else?

What happens if you un-link them and then re-link them?

Are you using "locallist" or "locallinknodes" anywhere in your config?

And on a different subject..... (unrelated since your nodes are all on the
same server)
About port numbers, and maybe someone else already pointed this out, they
need to be different on each server that is on the same LAN together if
they are all NATed to one globally unique IP address by the router.

If each server has it's own globally unique IP address then they can have
the same port number on each server.
Chuck






On Wed, Nov 1, 2017 at 6:06 PM, David Shaw <shawpbx at gmail.com> wrote:

> Lets get back to the original post.
>
> One server three nodes. Nodes are not able to connect to each other on the
> same server.
>
> My guess:
> 1) loopback IP's are getting blocked or miss routed.
> 2) Server loses integrity over time
> 2)app_rpt is not reading the node stanza in rpt.conf.
>
> What does Asterisk cmd say when the error presents itself? i.e. when you
> try to connect one node to another? Verbose should be high.
>
> You can turn on logging. /etc/asterisk/logger.conf
>
> messages => notice,warning,error,debug,verbose
>
> "Be warned that logging could fill your hard drive fast"
>
> Is there any other services on this server?
>
> David
> KE6UPI
>
>
>
>
> --
> Thanks, David
>
> "Laws that forbid the carrying of arms...disarm only those who are neither
> inclined nor determined to commit crimes. Such laws make things worse for
> the assaulted and better for the assailants; they serve rather to encourage
> than prevent homicides, for an unarmed man may be attacked with greater
> confidence than an armed one."
> Thomas Jefferson
>
> On Wed, Nov 1, 2017 at 2:00 PM, Bryan Fields <Bryan at bryanfields.net>
> wrote:
>
>> On 11/1/17 4:58 PM, Tom wrote:
>> > Each server in a LAN subnet must have a separate port; but all nodes on
>> a
>> > given server use the one server UDP port.
>>
>> This is wrong.  The servers will have different IP addresses and UDP
>> ports are
>> only significant per IP address.
>>
>> --
>> 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/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: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20171102/7f5f6e67/attachment.html>

From Bryan at bryanfields.net  Thu Nov  2 22:14:58 2017
From: Bryan at bryanfields.net (Bryan Fields)
Date: Thu, 2 Nov 2017 18:14:58 -0400
Subject: [App_rpt-users] Nodes on same server linked,
 but not repeating audio?
In-Reply-To: <CADEYVwi8psgkOHFXgR+Z+p7KCucqnn5G0-6y+7aGEVQmXa-Eog@mail.gmail.com>
References: <!&!AAAAAAAAAAAYAAAAAAAAAGiON4EH77lDnxYzpzYFU9bCgAAAEAAAAHWYYkzXTOFBiaW8HyatBWgBAAAAAA==@k5tra.net>
 <f8921f29-cfe8-25b4-ca77-5c8ab6641310@bryanfields.net>
 <CAH4RvbJ7C-3=AzYJiDykm6kebF=5ntcaqLXzQ2YMtHUBFBZh8g@mail.gmail.com>
 <CADEYVwi8psgkOHFXgR+Z+p7KCucqnn5G0-6y+7aGEVQmXa-Eog@mail.gmail.com>
Message-ID: <5564c772-fc80-f6fb-029c-8b1fd28d410b@bryanfields.net>

On 11/2/17 5:54 PM, Chuck Henderson wrote:
> Exactly how are you linking them?
> Via touchtone
> 3=ilink,3
> or
> C=ilink,13
> or
> startup_macro
> maybe something else?

startup_macro=*95341618 on 40821 node config.
953=ilink,13 ; Permanent link transceive

> What happens if you un-link them and then re-link them?

The problem clears.

> Are you using "locallist" or "locallinknodes" anywhere in your config?

no, just nolocallinkct=1


> And on a different subject..... (unrelated since your nodes are all on the
> same server)
> About port numbers, and maybe someone else already pointed this out, they
> need to be different on each server that is on the same LAN together if
> they are all NATed to one globally unique IP address by the router.

NAT's a totally different thing.  It's just evil :)

I think I said this before
https://youtu.be/mkKOX5q1XJ4?t=2227

> If each server has it's own globally unique IP address then they can have
> the same port number on each server.

Well not to be that guy, but really only on the NAT public interface.

Internal IP 1:4569 >Outside IP:4569
Internal IP 2:4569 >Outside IP:4570
Internal IP 3:4569 >Outside IP:4571

This should work.
-- 
Bryan Fields

727-409-1194 - Voice
http://bryanfields.net


From andy_kb7b at yahoo.com  Fri Nov  3 08:16:46 2017
From: andy_kb7b at yahoo.com (andy_kb7b)
Date: Fri, 3 Nov 2017 09:16:46 +0100
Subject: [App_rpt-users] Nodes on same server linked,
	but not repeating audio?
In-Reply-To: <5564c772-fc80-f6fb-029c-8b1fd28d410b@bryanfields.net>
References: <!&!AAAAAAAAAAAYAAAAAAAAAGiON4EH77lDnxYzpzYFU9bCgAAAEAAAAHWYYkzXTOFBiaW8HyatBWgBAAAAAA==@k5tra.net>
 <f8921f29-cfe8-25b4-ca77-5c8ab6641310@bryanfields.net>
 <CAH4RvbJ7C-3=AzYJiDykm6kebF=5ntcaqLXzQ2YMtHUBFBZh8g@mail.gmail.com>
 <CADEYVwi8psgkOHFXgR+Z+p7KCucqnn5G0-6y+7aGEVQmXa-Eog@mail.gmail.com>
 <5564c772-fc80-f6fb-029c-8b1fd28d410b@bryanfields.net>
Message-ID: <C41ED7C1-F908-45E7-9024-7DA1F3787B4E@yahoo.com>

On Nov 2, 2017, at 11:14 PM, Bryan Fields <Bryan at bryanfields.net> wrote:

>> If each server has it's own globally unique IP address then they can have
>> the same port number on each server.
> 
> Well not to be that guy, but really only on the NAT public interface.
> 
> Internal IP 1:4569 >Outside IP:4569
> Internal IP 2:4569 >Outside IP:4570
> Internal IP 3:4569 >Outside IP:4571
> 
> This should work.
> -- 
> Bryan Fields
> 
> 727-409-1194 - Voice
> http://bryanfields.net

Bryan,


I experienced a problem with Port-translation similar to what you described, when trying to access a friends site using Supermon. When his internal port number did not match the external port number translated by his router, I could not connect to his node.

Based on that, I would recommend you do this instead:

> Internal IP 1:4569 >Outside IP:4569
> Internal IP 2:4570 >Outside IP:4570
> Internal IP 3:4571 >Outside IP:4571



I am new to Allstar/Asterisk and don't know the protocol details, but it appears to me that the absolute port number is important - at least for some things. I have done port-translation with HTTP which works just fine, but Allstar appears to have problems with this.


-Andy, PB7B/KB7B
Allstar: 42432






From rpt2 at chuck.midlandsnetworking.com  Fri Nov  3 08:41:33 2017
From: rpt2 at chuck.midlandsnetworking.com (Chuck Henderson)
Date: Fri, 3 Nov 2017 03:41:33 -0500
Subject: [App_rpt-users] Nodes on same server linked,
	but not repeating audio?
In-Reply-To: <C41ED7C1-F908-45E7-9024-7DA1F3787B4E@yahoo.com>
References: <!&!AAAAAAAAAAAYAAAAAAAAAGiON4EH77lDnxYzpzYFU9bCgAAAEAAAAHWYYkzXTOFBiaW8HyatBWgBAAAAAA==@k5tra.net>
 <f8921f29-cfe8-25b4-ca77-5c8ab6641310@bryanfields.net>
 <CAH4RvbJ7C-3=AzYJiDykm6kebF=5ntcaqLXzQ2YMtHUBFBZh8g@mail.gmail.com>
 <CADEYVwi8psgkOHFXgR+Z+p7KCucqnn5G0-6y+7aGEVQmXa-Eog@mail.gmail.com>
 <5564c772-fc80-f6fb-029c-8b1fd28d410b@bryanfields.net>
 <C41ED7C1-F908-45E7-9024-7DA1F3787B4E@yahoo.com>
Message-ID: <CADEYVwgNANL6j7z38e9oV-Qrwm3HLBg1KKqUdSYm+c0AP0YJiQ@mail.gmail.com>

> This should work`
Maybe it should but I don't think it will.
The problem with the servers all thinking that their public port is 4569 is
that then the registration system will advertise them with the wrong port
unless other steps are taken to modify the registration info.  At least
that is what I ran into when I first tried to do it years ago like you
suggested.  I found the simple fix was to have each server on a different
port, same as Andy is saying.  Maybe now the registration servers are newer
and improved and they pick up NATed ports during registration.  I don't
know.
I am a dinosaur, I know it. I am CCIE2285  I helped write some of the code
that runs in Cisco routers.  I greatly improved the IPV4 NAT code in Cisco
routers (in the beginning) and really made it work well and scale better.
Most of the advanced NAT features that I designed are still in all Cisco
routers and L3 switches but are not used because almost no one knows how to
configure them. So I have to disagree about NAT being evil.  It is
wonderful if you know how to configure it.

I watched the video.  Sorry, there currently is no IPV6 in the voter board
or the RTCM but they are still very useful.  Maybe you can write the IPV6
for them.

I am aware of a couple of bugs in the app_rpt.c that were never fixed by
Jim despite me identifying them and what was causing them.
Yours could be related and I will look for my notes about what I had found
and see if those parts of the code are still the same.
One of the bugs I had tracked down was a bug that under specific situations
would send all transmit audio out over the links including local only audio
like IDs and tones. Apparently, I was the only one who experienced it even
though Jim could reproduce it with my info.  As I remember he gave me the  "
locallist" and "locallinknodes" commands to work around the bug.  That was
too long ago and I don't still have the configurations that needed that and
I don't see any documentation for them so I will have to dig through notes
from long ago to re-find that info.  As I recall, I think it was a sequence
of keydowns back and forth between the linked local nodes aligning with an
ID that would induce the strange problems reliably every time.  Unlinking
the permalinks and re-linking would fix it until the next time.  Now I have
separate computers for each node so it isn't an issue for me now like it
was back then.
While typing this little pieces of memory are coming back to me.  Maybe
after my regeneration cycle tonight I will remember it all.  Maybe I have
jogged someone else's memory who can fix this before I can remember it.

Chuck



On Fri, Nov 3, 2017 at 3:16 AM, andy_kb7b <andy_kb7b at yahoo.com> wrote:

> On Nov 2, 2017, at 11:14 PM, Bryan Fields <Bryan at bryanfields.net> wrote:
>
> >> If each server has it's own globally unique IP address then they can
> have
> >> the same port number on each server.
> >
> > Well not to be that guy, but really only on the NAT public interface.
> >
> > Internal IP 1:4569 >Outside IP:4569
> > Internal IP 2:4569 >Outside IP:4570
> > Internal IP 3:4569 >Outside IP:4571
> >
> > This should work.
> > --
> > Bryan Fields
> >
> > 727-409-1194 - Voice
> > http://bryanfields.net
>
> Bryan,
>
>
> I experienced a problem with Port-translation similar to what you
> described, when trying to access a friends site using Supermon. When his
> internal port number did not match the external port number translated by
> his router, I could not connect to his node.
>
> Based on that, I would recommend you do this instead:
>
> > Internal IP 1:4569 >Outside IP:4569
> > Internal IP 2:4570 >Outside IP:4570
> > Internal IP 3:4571 >Outside IP:4571
>
>
>
> I am new to Allstar/Asterisk and don't know the protocol details, but it
> appears to me that the absolute port number is important - at least for
> some things. I have done port-translation with HTTP which works just fine,
> but Allstar appears to have problems with this.
>
>
> -Andy, PB7B/KB7B
> Allstar: 42432
>
>
>
>
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at lists.allstarlink.org
> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
>
> To unsubscribe from this list please visit http://lists.allstarlink.org/
> cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of
> the page. Enter your email address and press the "Unsubscribe or edit
> options button"
> You do not need a password 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: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20171103/e83f69e4/attachment.html>

From rpt2 at chuck.midlandsnetworking.com  Fri Nov  3 08:45:46 2017
From: rpt2 at chuck.midlandsnetworking.com (Chuck Henderson)
Date: Fri, 3 Nov 2017 03:45:46 -0500
Subject: [App_rpt-users] Nodes on same server linked,
	but not repeating audio?
In-Reply-To: <5564c772-fc80-f6fb-029c-8b1fd28d410b@bryanfields.net>
References: <!&!AAAAAAAAAAAYAAAAAAAAAGiON4EH77lDnxYzpzYFU9bCgAAAEAAAAHWYYkzXTOFBiaW8HyatBWgBAAAAAA==@k5tra.net>
 <f8921f29-cfe8-25b4-ca77-5c8ab6641310@bryanfields.net>
 <CAH4RvbJ7C-3=AzYJiDykm6kebF=5ntcaqLXzQ2YMtHUBFBZh8g@mail.gmail.com>
 <CADEYVwi8psgkOHFXgR+Z+p7KCucqnn5G0-6y+7aGEVQmXa-Eog@mail.gmail.com>
 <5564c772-fc80-f6fb-029c-8b1fd28d410b@bryanfields.net>
Message-ID: <CADEYVwhPg8s08_L7otAw1svaR-14oWpz79d8uRcp4n2cfbWMqg@mail.gmail.com>

> This should work`
Maybe it should but I don't think it will.
The problem with the servers all thinking that their public port is 4569 is
that then the registration system will advertise them with the wrong port
unless other steps are taken to modify the registration info.  At least
that is what I ran into when I first tried to do it years ago like you
suggested.  I found the simple fix was to have each server on a different
port, same as Andy is saying.  Maybe now the registration servers are newer
and improved and they pick up NATed ports during registration.  I don't
know.
I am a dinosaur, I know. CCIE2285  I helped write some of the code that
runs in Cisco routers.  I greatly improved the IPV4 NAT code in Cisco
routers (in the beginning) and really made it work well and scale better.
Most of the advanced NAT features that I designed are still in all Cisco
routers and L3 switches but are not used because almost no one knows how to
configure them. So I have to disagree about NAT being evil.  It is
wonderful if you know how to configure it.

I watched the video.  Sorry, there currently is no IPV6 in the voter board
or the RTCM but they are still very useful.  Maybe you can write the IPV6
for them.

I am aware of a couple of bugs in the app_rpt.c that were never fixed by
Jim despite me identifying them and what was causing them.
Yours could be related and I will look for my notes about what I had found
and see if those parts of the code are still the same.
One of the bugs I had tracked down was a bug that under specific situations
would send all transmit audio out over the links including local only audio
like IDs and tones. Apparently, I was the only one who experienced it even
though Jim could reproduce it with my info.  As I remember he gave me the  "
locallist" and "locallinknodes" commands to work around the bug.  That was
too long ago and I don't still have the configurations that needed that and
I don't see any documentation for them so I will have to dig through notes
from long ago to re-find that info.  As I recall, I think it was a sequence
of keydowns back and forth between the linked local nodes aligning with an
ID that would induce the strange problems reliably every time.  Unlinking
the permalinks and re-linking would fix it until the next time.  Now I have
separate computers for each node so it isn't an issue for me now like it
was back then.
While typing this little pieces of memory are coming back to me.  Maybe
after my regeneration cycle tonight I will remember it all.  Maybe I have
jogged someone else's memory who can fix this before I can remember it.





Chuck



On Thu, Nov 2, 2017 at 5:14 PM, Bryan Fields <Bryan at bryanfields.net> wrote:

> On 11/2/17 5:54 PM, Chuck Henderson wrote:
> > Exactly how are you linking them?
> > Via touchtone
> > 3=ilink,3
> > or
> > C=ilink,13
> > or
> > startup_macro
> > maybe something else?
>
> startup_macro=*95341618 on 40821 node config.
> 953=ilink,13 ; Permanent link transceive
>
> > What happens if you un-link them and then re-link them?
>
> The problem clears.
>
> > Are you using "locallist" or "locallinknodes" anywhere in your config?
>
> no, just nolocallinkct=1
>
>
> > And on a different subject..... (unrelated since your nodes are all on
> the
> > same server)
> > About port numbers, and maybe someone else already pointed this out, they
> > need to be different on each server that is on the same LAN together if
> > they are all NATed to one globally unique IP address by the router.
>
> NAT's a totally different thing.  It's just evil :)
>
> I think I said this before
> https://youtu.be/mkKOX5q1XJ4?t=2227
>
> > If each server has it's own globally unique IP address then they can have
> > the same port number on each server.
>
> Well not to be that guy, but really only on the NAT public interface.
>
> Internal IP 1:4569 >Outside IP:4569
> Internal IP 2:4569 >Outside IP:4570
> Internal IP 3:4569 >Outside IP:4571
>
> This should work.
> --
> Bryan Fields
>
> 727-409-1194 - Voice
> http://bryanfields.net
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at lists.allstarlink.org
> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
>
> To unsubscribe from this list please visit http://lists.allstarlink.org/
> cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of
> the page. Enter your email address and press the "Unsubscribe or edit
> options button"
> You do not need a password to unsubscribe, you can do it via email
> confirmation. If you have trouble unsubscribing, please send a message to
> the list detailing the problem.
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20171103/df177d9a/attachment.html>

From Bryan at bryanfields.net  Fri Nov  3 10:32:39 2017
From: Bryan at bryanfields.net (Bryan Fields)
Date: Fri, 3 Nov 2017 06:32:39 -0400
Subject: [App_rpt-users] Nodes on same server linked,
 but not repeating audio?
In-Reply-To: <CADEYVwhPg8s08_L7otAw1svaR-14oWpz79d8uRcp4n2cfbWMqg@mail.gmail.com>
References: <!&!AAAAAAAAAAAYAAAAAAAAAGiON4EH77lDnxYzpzYFU9bCgAAAEAAAAHWYYkzXTOFBiaW8HyatBWgBAAAAAA==@k5tra.net>
 <f8921f29-cfe8-25b4-ca77-5c8ab6641310@bryanfields.net>
 <CAH4RvbJ7C-3=AzYJiDykm6kebF=5ntcaqLXzQ2YMtHUBFBZh8g@mail.gmail.com>
 <CADEYVwi8psgkOHFXgR+Z+p7KCucqnn5G0-6y+7aGEVQmXa-Eog@mail.gmail.com>
 <5564c772-fc80-f6fb-029c-8b1fd28d410b@bryanfields.net>
 <CADEYVwhPg8s08_L7otAw1svaR-14oWpz79d8uRcp4n2cfbWMqg@mail.gmail.com>
Message-ID: <7b1ca5a1-9129-b3fa-3a75-aba94b05c510@bryanfields.net>

On 11/3/17 4:45 AM, Chuck Henderson wrote:
> Maybe it should but I don't think it will.
> The problem with the servers all thinking that their public port is 4569 is
> that then the registration system will advertise them with the wrong port
> unless other steps are taken to modify the registration info.  At least
> that is what I ran into when I first tried to do it years ago like you
> suggested.  I found the simple fix was to have each server on a different
> port, same as Andy is saying.  Maybe now the registration servers are newer
> and improved and they pick up NATed ports during registration.  I don't
> know.

It's set in the server config in the portal.  But yea, I'd tend to agree from
an operational perspective, just keep the UDP ports the same on the inside and
outside.

> I am a dinosaur, I know. CCIE2285  I helped write some of the code that
> runs in Cisco routers.  I greatly improved the IPV4 NAT code in Cisco
> routers (in the beginning) and really made it work well and scale better.
> Most of the advanced NAT features that I designed are still in all Cisco
> routers and L3 switches but are not used because almost no one knows how to
> configure them. So I have to disagree about NAT being evil.  It is
> wonderful if you know how to configure it.

ALU NRSexpert here, all my other certs expired long ago.  Though I did
interview a guy in his CCIE bomber jacket a few months back ;)  Cisco's
certainly diluted their certs value, it's a profit center now.  I do know the
difference between a route-map and an ACL for NAT overload in IOS classic,
FWIW.  I even had a bit of NAT with a VRF looped back to allow mapping TCP
port on one server to a port on a VRF loopback.  It's disgusting to even
recall it.

NAT breaks the internets goal of end-to-end connectivity.  It's evil, and I'll
proclaim it loudly.  Now it can be useful for certain things, but I'd rather
have globally unique addresses in the first place.


> I watched the video.  Sorry, there currently is no IPV6 in the voter board
> or the RTCM but they are still very useful.  Maybe you can write the IPV6
> for them.

I'd love to, but I think we'd need to consider separating the IP/mgmt from the
real time parts of the RTCM.  We'd also need to get on a newer version of
asterisk too.  I think we'd all be in agreement about moving to a more recent
version.  I got down this rat hole from time to time with a friend of mine on
how to improve the RTCM.


> I am aware of a couple of bugs in the app_rpt.c that were never fixed by
> Jim despite me identifying them and what was causing them.
> Yours could be related and I will look for my notes about what I had found
> and see if those parts of the code are still the same.
> One of the bugs I had tracked down was a bug that under specific situations
> would send all transmit audio out over the links including local only audio
> like IDs and tones. Apparently, I was the only one who experienced it even
> though Jim could reproduce it with my info.  As I remember he gave me the  "
> locallist" and "locallinknodes" commands to work around the bug.  That was
> too long ago and I don't still have the configurations that needed that and
> I don't see any documentation for them so I will have to dig through notes
> from long ago to re-find that info.  As I recall, I think it was a sequence
> of keydowns back and forth between the linked local nodes aligning with an
> ID that would induce the strange problems reliably every time.  Unlinking
> the permalinks and re-linking would fix it until the next time.  Now I have
> separate computers for each node so it isn't an issue for me now like it
> was back then.
> While typing this little pieces of memory are coming back to me.  Maybe
> after my regeneration cycle tonight I will remember it all.  Maybe I have
> jogged someone else's memory who can fix this before I can remember it.

If you can document it or publish it, I'm sure we can get it fixed.  I'm
almost certain I'm seeing some buffer overflow or similar bug here.

73
-- 
Bryan Fields

727-409-1194 - Voice
http://bryanfields.net


From andy_kb7b at yahoo.com  Fri Nov  3 12:09:19 2017
From: andy_kb7b at yahoo.com (andy_kb7b)
Date: Fri, 3 Nov 2017 13:09:19 +0100
Subject: [App_rpt-users] Nodes on same server linked,
	but not repeating audio?
In-Reply-To: <CADEYVwhPg8s08_L7otAw1svaR-14oWpz79d8uRcp4n2cfbWMqg@mail.gmail.com>
References: <!&!AAAAAAAAAAAYAAAAAAAAAGiON4EH77lDnxYzpzYFU9bCgAAAEAAAAHWYYkzXTOFBiaW8HyatBWgBAAAAAA==@k5tra.net>
 <f8921f29-cfe8-25b4-ca77-5c8ab6641310@bryanfields.net>
 <CAH4RvbJ7C-3=AzYJiDykm6kebF=5ntcaqLXzQ2YMtHUBFBZh8g@mail.gmail.com>
 <CADEYVwi8psgkOHFXgR+Z+p7KCucqnn5G0-6y+7aGEVQmXa-Eog@mail.gmail.com>
 <5564c772-fc80-f6fb-029c-8b1fd28d410b@bryanfields.net>
 <CADEYVwhPg8s08_L7otAw1svaR-14oWpz79d8uRcp4n2cfbWMqg@mail.gmail.com>
Message-ID: <9B9D7771-C6D4-47F7-813D-1DB1DFEF77CD@yahoo.com>

On Nov 3, 2017, at 9:45 AM, Chuck Henderson <rpt2 at chuck.midlandsnetworking.com> wrote:
> > This should work`
> Maybe it should but I don't think it will.
> The problem with the servers all thinking that their public port is 4569 is that then the registration system will advertise them with the wrong port unless other steps are taken to modify the registration info.  At least that is what I ran into when I first tried to do it years ago like you suggested.  I found the simple fix was to have each server on a different port, same as Andy is saying.  Maybe now the registration servers are newer and improved and they pick up NATed ports during registration.  I don't know.
> I am a dinosaur, I know. CCIE2285  I helped write some of the code that runs in Cisco routers.  I greatly improved the IPV4 NAT code in Cisco routers (in the beginning) and really made it work well and scale better.  Most of the advanced NAT features that I designed are still in all Cisco routers and L3 switches but are not used because almost no one knows how to configure them. So I have to disagree about NAT being evil.  It is wonderful if you know how to configure it.  
> 
> I watched the video.  Sorry, there currently is no IPV6 in the voter board or the RTCM but they are still very useful.  Maybe you can write the IPV6 for them. 
> 
> I am aware of a couple of bugs in the app_rpt.c that were never fixed by Jim despite me identifying them and what was causing them.
> Yours could be related and I will look for my notes about what I had found and see if those parts of the code are still the same.  
> One of the bugs I had tracked down was a bug that under specific situations would send all transmit audio out over the links including local only audio like IDs and tones. Apparently, I was the only one who experienced it even though Jim could reproduce it with my info.  As I remember he gave me the  "locallist" and "locallinknodes" commands to work around the bug.  That was too long ago and I don't still have the configurations that needed that and I don't see any documentation for them so I will have to dig through notes from long ago to re-find that info.  As I recall, I think it was a sequence of keydowns back and forth between the linked local nodes aligning with an ID that would induce the strange problems reliably every time.  Unlinking the permalinks and re-linking would fix it until the next time.  Now I have separate computers for each node so it isn't an issue for me now like it was back then.
> While typing this little pieces of memory are coming back to me.  Maybe after my regeneration cycle tonight I will remember it all.  Maybe I have jogged someone else's memory who can fix this before I can remember it.
> 
> 
> Chuck

Chuck,

With all your Asterisk experience, might I ask a question?

I remember reading something (probably on the ohnosec site) stating that the "convention" was to number additional Allstar ports down from 4569. In other words 4568, 4567 ... etc. Of course I cannot seem to find this reference today.

Assuming you remember such a reference, can you tell me whether there are any performance reasons behind it, or is it completely arbitrary? In other words, does the Asterisk code pay special attention to (or waste any time on) ports 4570 or above?

Thank you for whatever you might remember.


-Andy, PB7B/KB7B
42432

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20171103/c02cf522/attachment.html>

From k6ecm1 at gmail.com  Fri Nov  3 22:28:19 2017
From: k6ecm1 at gmail.com (Bob Pyke)
Date: Fri, 3 Nov 2017 15:28:19 -0700
Subject: [App_rpt-users] DNS Setup
Message-ID: <1628F570-EE72-4414-ADE7-97FA34F97B6B@gmail.com>

I?m attempting to use netsetup to update/change the DNS in DIAL. When I?m finished, I check resolv.conf, and it is correct, but when I reboot, it goes away, leaving a note ?# Generated by resolvconf?

I?ve attempted to use resolvconf, and have placed ?dns-nameserver 8.8.8.8 8.8.4.4? in /etc/network/interfaces without success. Perhaps I?m using it incorrectly. Looking for advice.

Thanks,
Bob
K6ECM
73



From Benjamin at Project23D.com  Sat Nov  4 13:35:58 2017
From: Benjamin at Project23D.com (Benjamin Naber)
Date: Sat, 04 Nov 2017 08:35:58 -0500
Subject: [App_rpt-users] DNS Setup
In-Reply-To: <1628F570-EE72-4414-ADE7-97FA34F97B6B@gmail.com>
References: <1628F570-EE72-4414-ADE7-97FA34F97B6B@gmail.com>
Message-ID: <1509802558.2250.57.camel@Project23D.com>

Bob,

I'd leave the interfaces file config as netsetup makes it, as you can
just modify resolv.conf.

$ nano /etc/resolv.conf
nameserver 8.8.8.8
nameserver 8.8.4.4

save your file and reboot. That change *SHOULD* remain. If not,
something else it at work.

There is a away to restart networking, but I cannot parse that data at
the moment /-:

~Benjamin, KB9LFZ




On Fri, 2017-11-03 at 15:28 -0700, Bob Pyke wrote:
> I?m attempting to use netsetup to update/change the DNS in DIAL. When
> I?m finished, I check resolv.conf, and it is correct, but when I
> reboot, it goes away, leaving a note ?# Generated by resolvconf?
> 
> I?ve attempted to use resolvconf, and have placed ?dns-nameserver
> 8.8.8.8 8.8.4.4? in /etc/network/interfaces without success. Perhaps
> I?m using it incorrectly. Looking for advice.
> 
> 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.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 loren at lorentedford.com  Sat Nov  4 18:12:21 2017
From: loren at lorentedford.com (Loren Tedford)
Date: Sat, 4 Nov 2017 13:12:21 -0500
Subject: [App_rpt-users] Remote reinstall..... Ideas..
Message-ID: <670e7e9c-5ee3-5af9-e2d9-fb9205529c80@lorentedford.com>

Hello I know you can do a rm -R /? and completely remove everything on 
the hard drive remotely and the system will stay up until reboot because 
i have done this a few times.. Just curious though if its possible to 
remote reinstall asterisk from the scripts that dial uses? Example dial 
installation script etc and data etc.. idk just thinking about 
situations where i might need a hard reset of everything and it would be 
nice to be able to send some dtmf and do complete restore remotely or 
ssh in and do a complete restore etc.. Of course i would have to modify 
things a bit to keep my vpns and stuff in the system but it might be 
worth a shot..


Just thinking..

***************************************************
CONFIDENTIALITY NOTICE:   Confidential information, such as identifiable
patient health information or business information, is subject to
protection under state and federal law.    If you are not the intended
recipient of this message, you may not disclose, print, copy or disseminate
this information.  If you have received this in error, please reply and
notify the sender (only) and delete the message.  Unauthorized interception
of this e-mail is a violation of federal criminal law.
**************************************************


From overnite at me.com  Mon Nov  6 02:38:12 2017
From: overnite at me.com (Bryan Taylor)
Date: Sun, 05 Nov 2017 23:08:12 -0330
Subject: [App_rpt-users] Remote reinstall..... Ideas..
In-Reply-To: <670e7e9c-5ee3-5af9-e2d9-fb9205529c80@lorentedford.com>
References: <670e7e9c-5ee3-5af9-e2d9-fb9205529c80@lorentedford.com>
Message-ID: <CD469E2E-8072-474F-919C-E3EA734FB371@me.com>

Install a fresh Copy of dial to another filesystem and then, once you're done, tell the bootloader to boot to the new filesystem and remove the old one

Bryan
VO1MXZ
Sent from my iPhone

> On Nov 4, 2017, at 3:42 PM, Loren Tedford <loren at lorentedford.com> wrote:
> 
> Hello I know you can do a rm -R /  and completely remove everything on the hard drive remotely and the system will stay up until reboot because i have done this a few times.. Just curious though if its possible to remote reinstall asterisk from the scripts that dial uses? Example dial installation script etc and data etc.. idk just thinking about situations where i might need a hard reset of everything and it would be nice to be able to send some dtmf and do complete restore remotely or ssh in and do a complete restore etc.. Of course i would have to modify things a bit to keep my vpns and stuff in the system but it might be worth a shot..
> 
> 
> Just thinking..
> 
> ***************************************************
> CONFIDENTIALITY NOTICE:   Confidential information, such as identifiable
> patient health information or business information, is subject to
> protection under state and federal law.    If you are not the intended
> recipient of this message, you may not disclose, print, copy or disseminate
> this information.  If you have received this in error, please reply and
> notify the sender (only) and delete the message.  Unauthorized interception
> of this e-mail is a violation of federal criminal law.
> **************************************************
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at lists.allstarlink.org
> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
> 
> To unsubscribe from this list please visit http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button"
> You do not need a password 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 ajp26 at buffalo.edu  Mon Nov  6 22:41:04 2017
From: ajp26 at buffalo.edu (Pawlowski, Adam)
Date: Mon, 6 Nov 2017 22:41:04 +0000
Subject: [App_rpt-users] Remote reinstall..... Ideas.. (Bryan Taylor)
Message-ID: <58cb44d517a440cdb445d58e36ab5d0b@MBX-NR7.itorg.ad.buffalo.edu>

Some of the embedded/junk devices I have worked with in the past treat the system image like a default item that gets expanded into memory when the system boots. So, you could take a base system image of whatever unix flavor you were dealing with and it would always be whatever that was, expanded into memory. 

At that point you would need to store your configuration files somewhere else so that it can load them. Possibly, you could network boot the appliance as well so that it loaded a strap image and came up via an image housed elsewhere. 

That presents some problem when you do that, namely in that the configuration for the system has to be somewhere where you can get at it, or you've rebooted to an image that doesn't do you anything.

Of course this depends on when you'd want to do this or why - in the case of appliances I've worked with it has been because you want the base image of the system to be a known item, and only selected things are user configurable. I'm not sure that applies here to the majority of app_rpt users but that would certainly be easy-mode. As well there isn't usually a use case to revert the system back to default but in the case of commercial equipment that has one purpose maybe you do want to reset it to something other than a brick.

Driving around to issue DTMF or rcon commands into the unit resulting in it rebooting doesn't really make sense.

What is the use case? 

From petem001 at gmail.com  Tue Nov  7 02:55:10 2017
From: petem001 at gmail.com (Pierre Martel)
Date: Tue, 07 Nov 2017 02:55:10 +0000
Subject: [App_rpt-users] Remote reinstall..... Ideas..
In-Reply-To: <CD469E2E-8072-474F-919C-E3EA734FB371@me.com>
References: <670e7e9c-5ee3-5af9-e2d9-fb9205529c80@lorentedford.com>
 <CD469E2E-8072-474F-919C-E3EA734FB371@me.com>
Message-ID: <CAL8dJwrhBLaFWb7GZzzjHW94JpocpmUrtNW9y0OWyF1Vewo6OA@mail.gmail.com>

Or have a usb key on the machine with a live system on it that have an
image of the system in a known good state Now the only problem is that you
need to  boot that device at boot, and that can be done by s svript that
change the grub config then it issue a reboot. Now on the live usb system
make a script that will DD the good image to the main hard disk, then
change grub back to boot the fresh system and rebbot. Your new system is as
fresh as when created..

Le dim. 5 nov. 2017 ? 21:38, Bryan Taylor <overnite at me.com> a ?crit :

> Install a fresh Copy of dial to another filesystem and then, once you're
> done, tell the bootloader to boot to the new filesystem and remove the old
> one
>
> Bryan
> VO1MXZ
> Sent from my iPhone
>
> > On Nov 4, 2017, at 3:42 PM, Loren Tedford <loren at lorentedford.com>
> wrote:
> >
> > Hello I know you can do a rm -R /  and completely remove everything on
> the hard drive remotely and the system will stay up until reboot because i
> have done this a few times.. Just curious though if its possible to remote
> reinstall asterisk from the scripts that dial uses? Example dial
> installation script etc and data etc.. idk just thinking about situations
> where i might need a hard reset of everything and it would be nice to be
> able to send some dtmf and do complete restore remotely or ssh in and do a
> complete restore etc.. Of course i would have to modify things a bit to
> keep my vpns and stuff in the system but it might be worth a shot..
> >
> >
> > Just thinking..
> >
> > ***************************************************
> > CONFIDENTIALITY NOTICE:   Confidential information, such as identifiable
> > patient health information or business information, is subject to
> > protection under state and federal law.    If you are not the intended
> > recipient of this message, you may not disclose, print, copy or
> disseminate
> > this information.  If you have received this in error, please reply and
> > notify the sender (only) and delete the message.  Unauthorized
> interception
> > of this e-mail is a violation of federal criminal law.
> > **************************************************
> > _______________________________________________
> > App_rpt-users mailing list
> > App_rpt-users at lists.allstarlink.org
> > http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
> >
> > To unsubscribe from this list please visit
> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users and
> scroll down to the bottom of the page. Enter your email address and press
> the "Unsubscribe or edit options button"
> > You do not need a password to unsubscribe, you can do it via email
> confirmation. If you have trouble unsubscribing, please send a message to
> the list detailing the problem.
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at lists.allstarlink.org
> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
>
> To unsubscribe from this list please visit
> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users and
> scroll down to the bottom of the page. Enter your email address and press
> the "Unsubscribe or edit options button"
> You do not need a password 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: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20171107/18b07f98/attachment.html>

From kg7qin at arrl.net  Tue Nov  7 03:19:13 2017
From: kg7qin at arrl.net (Stacy)
Date: Mon, 6 Nov 2017 19:19:13 -0800
Subject: [App_rpt-users] Remote reinstall..... Ideas..
In-Reply-To: <670e7e9c-5ee3-5af9-e2d9-fb9205529c80@lorentedford.com>
References: <670e7e9c-5ee3-5af9-e2d9-fb9205529c80@lorentedford.com>
Message-ID: <a67ffb6c-4d66-2e48-e98e-79f3a2c4502f@arrl.net>

On 11/04/2017 11:12 AM, Loren Tedford wrote:
> Hello I know you can do a rm -R /? and completely remove everything on 
> the hard drive remotely and the system will stay up until reboot 
> because i have done this a few times.. Just curious though if its 
> possible to remote reinstall asterisk from the scripts that dial uses? 
> Example dial installation script etc and data etc.. idk just thinking 
> about situations where i might need a hard reset of everything and it 
> would be nice to be able to send some dtmf and do complete restore 
> remotely or ssh in and do a complete restore etc.. Of course i would 
> have to modify things a bit to keep my vpns and stuff in the system 
> but it might be worth a shot..

If you have a disk image of the replacement system handy, you can try 
some fun with DD over SSH:

dd if=<local disk image/drive> | ssh user at remote dd of=<remote drive>

Example using asterisk.img as an image to write to remote disk /dev/sda:
dd if=asterisk.img | ssh user at remote dd of=/dev/sda

For a status display you can pipe dd through pv.?? (You can also try an 
alternative to dd like dc3dd):
dd if=<local disk image/drive> | pv | ssh user at remote dd of=<remote drive>

Just note that once this completes, you will have a system in a state 
totally different from what it booted with and things may not play well 
doing a normal shutdown.

-Stacy
KG7QIN
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20171106/93382af5/attachment.html>

From rpt2 at chuck.midlandsnetworking.com  Tue Nov  7 08:39:02 2017
From: rpt2 at chuck.midlandsnetworking.com (Chuck Henderson)
Date: Tue, 7 Nov 2017 02:39:02 -0600
Subject: [App_rpt-users] Nodes on same server linked,
	but not repeating audio?
In-Reply-To: <9B9D7771-C6D4-47F7-813D-1DB1DFEF77CD@yahoo.com>
References: <!&!AAAAAAAAAAAYAAAAAAAAAGiON4EH77lDnxYzpzYFU9bCgAAAEAAAAHWYYkzXTOFBiaW8HyatBWgBAAAAAA==@k5tra.net>
 <f8921f29-cfe8-25b4-ca77-5c8ab6641310@bryanfields.net>
 <CAH4RvbJ7C-3=AzYJiDykm6kebF=5ntcaqLXzQ2YMtHUBFBZh8g@mail.gmail.com>
 <CADEYVwi8psgkOHFXgR+Z+p7KCucqnn5G0-6y+7aGEVQmXa-Eog@mail.gmail.com>
 <5564c772-fc80-f6fb-029c-8b1fd28d410b@bryanfields.net>
 <CADEYVwhPg8s08_L7otAw1svaR-14oWpz79d8uRcp4n2cfbWMqg@mail.gmail.com>
 <9B9D7771-C6D4-47F7-813D-1DB1DFEF77CD@yahoo.com>
Message-ID: <CADEYVwi8ZWArwD+tn5eHy31M21fL3yH=3CahYhhkTMKoseTJSw@mail.gmail.com>

I have used a wide variety of ports with no problems.  It only listens
where you tell it to listen.
IMHO there are some advantages to some security by obscurity.  Just like
putting the ssh access on 222, Putting Asterisk on randomly chosen ports
seemed to decrease the number of attempted attacks that I saw. I have even
changed some of my servers to not use 222 but to use other different ports
for ssh.

On Fri, Nov 3, 2017 at 7:09 AM, andy_kb7b <andy_kb7b at yahoo.com> wrote:

>
> Chuck,
>
> With all your Asterisk experience, might I ask a question?
>
> I remember reading something (probably on the ohnosec site) stating that
> the "convention" was to number additional Allstar ports down from 4569. In
> other words 4568, 4567 ... etc. Of course I cannot seem to find this
> reference today.
>
> Assuming you remember such a reference, can you tell me whether there are
> any performance reasons behind it, or is it completely arbitrary? In other
> words, does the Asterisk code pay special attention to (or waste any time
> on) ports 4570 or above?
>
> Thank you for whatever you might remember.
>
>
> -Andy, PB7B/KB7B
> 42432
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20171107/be63a356/attachment.html>

From w5jr.lists at gmail.com  Tue Nov  7 16:16:48 2017
From: w5jr.lists at gmail.com (Mike - W5JR)
Date: Tue, 7 Nov 2017 11:16:48 -0500
Subject: [App_rpt-users] Nodes on same server linked,
	but not repeating audio?
In-Reply-To: <CADEYVwi8ZWArwD+tn5eHy31M21fL3yH=3CahYhhkTMKoseTJSw@mail.gmail.com>
References: <!&!AAAAAAAAAAAYAAAAAAAAAGiON4EH77lDnxYzpzYFU9bCgAAAEAAAAHWYYkzXTOFBiaW8HyatBWgBAAAAAA==@k5tra.net>
 <f8921f29-cfe8-25b4-ca77-5c8ab6641310@bryanfields.net>
 <CAH4RvbJ7C-3=AzYJiDykm6kebF=5ntcaqLXzQ2YMtHUBFBZh8g@mail.gmail.com>
 <CADEYVwi8psgkOHFXgR+Z+p7KCucqnn5G0-6y+7aGEVQmXa-Eog@mail.gmail.com>
 <5564c772-fc80-f6fb-029c-8b1fd28d410b@bryanfields.net>
 <CADEYVwhPg8s08_L7otAw1svaR-14oWpz79d8uRcp4n2cfbWMqg@mail.gmail.com>
 <9B9D7771-C6D4-47F7-813D-1DB1DFEF77CD@yahoo.com>
 <CADEYVwi8ZWArwD+tn5eHy31M21fL3yH=3CahYhhkTMKoseTJSw@mail.gmail.com>
Message-ID: <9B369866-2B99-4212-A115-2BA5127510D2@gmail.com>

I've had no issues with going up or down for the UDP port. I've also had no issues with SSH in the 40,000+ range. 

tnx
Mike / W5JR
Alpharetta GA

sent via my HP95LX 


> On Nov 7, 2017, at 3:39 AM, Chuck Henderson <rpt2 at chuck.midlandsnetworking.com> wrote:
> 
> I have used a wide variety of ports with no problems.  It only listens where you tell it to listen. 
> IMHO there are some advantages to some security by obscurity.  Just like putting the ssh access on 222, Putting Asterisk on randomly chosen ports seemed to decrease the number of attempted attacks that I saw. I have even changed some of my servers to not use 222 but to use other different ports for ssh.  
> 
>> On Fri, Nov 3, 2017 at 7:09 AM, andy_kb7b <andy_kb7b at yahoo.com> wrote:
>> 
>> Chuck,
>> 
>> With all your Asterisk experience, might I ask a question?
>> 
>> I remember reading something (probably on the ohnosec site) stating that the "convention" was to number additional Allstar ports down from 4569. In other words 4568, 4567 ... etc. Of course I cannot seem to find this reference today.
>> 
>> Assuming you remember such a reference, can you tell me whether there are any performance reasons behind it, or is it completely arbitrary? In other words, does the Asterisk code pay special attention to (or waste any time on) ports 4570 or above?
>> 
>> Thank you for whatever you might remember.
>> 
>> 
>> -Andy, PB7B/KB7B
>> 42432
>> 
>> 
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at lists.allstarlink.org
> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
> 
> To unsubscribe from this list please visit http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button"
> You do not need a password 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: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20171107/b7fa30bb/attachment.html>

From higgins.ws at gmail.com  Tue Nov  7 21:24:34 2017
From: higgins.ws at gmail.com (William Higgins)
Date: Tue, 7 Nov 2017 15:24:34 -0600
Subject: [App_rpt-users] Pi Zero W?
Message-ID: <CAFXGy6-qtBCJmvTTprohb9ePZQKkgQhZCvghK6oHsPOb=mE0Jg@mail.gmail.com>

I have tried using the regular DIAL RAT_RC1 image and it doesn't boot.
(Just took a shot.)

Has anyone tried to install the DIAL build of Allstar onto a Raspberry Pi
Zero W with regular Raspbian Light on it?  What experiences did you have?

Thinking about a very low power mobile node.

Bill
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20171107/5bf5e694/attachment.html>

From will at bashlor.com  Tue Nov  7 21:46:26 2017
From: will at bashlor.com (Will Bashlor)
Date: Tue, 7 Nov 2017 16:46:26 -0500
Subject: [App_rpt-users] Pi Zero W?
In-Reply-To: <CAFXGy6-qtBCJmvTTprohb9ePZQKkgQhZCvghK6oHsPOb=mE0Jg@mail.gmail.com>
References: <CAFXGy6-qtBCJmvTTprohb9ePZQKkgQhZCvghK6oHsPOb=mE0Jg@mail.gmail.com>
Message-ID: <020001d35811$dd2627f0$977277d0$@bashlor.com>

Nothing to report, but I just purchased a Pi Zero W yesterday for testing with AllStar. It should be here Friday.

 

From: App_rpt-users [mailto:app_rpt-users-bounces at lists.allstarlink.org] On Behalf Of William Higgins
Sent: Tuesday, November 7, 2017 4:25 PM
To: app_rpt-users at lists.allstarlink.org
Subject: [App_rpt-users] Pi Zero W?

 

I have tried using the regular DIAL RAT_RC1 image and it doesn't boot. (Just took a shot.)

 

Has anyone tried to install the DIAL build of Allstar onto a Raspberry Pi Zero W with regular Raspbian Light on it?  What experiences did you have?

 

Thinking about a very low power mobile node.

 

Bill

 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20171107/90bc1e07/attachment.html>

From michael at lockwood.us.com  Tue Nov  7 21:51:11 2017
From: michael at lockwood.us.com (Michael Lee Lockwood)
Date: Tue, 7 Nov 2017 21:51:11 +0000
Subject: [App_rpt-users] Pi Zero W?
In-Reply-To: <020001d35811$dd2627f0$977277d0$@bashlor.com>
References: <CAFXGy6-qtBCJmvTTprohb9ePZQKkgQhZCvghK6oHsPOb=mE0Jg@mail.gmail.com>,
 <020001d35811$dd2627f0$977277d0$@bashlor.com>
Message-ID: <CO2PR18MB00735D49F18411BE0B9C8F28A1510@CO2PR18MB0073.namprd18.prod.outlook.com>

Why not use the app_rpt build that?s already setup for RPi?

www.hamvoip.org

________________________________
From: App_rpt-users <app_rpt-users-bounces at lists.allstarlink.org> on behalf of Will Bashlor <will at bashlor.com>
Sent: Tuesday, November 7, 2017 3:46:26 PM
To: 'Users of Asterisk app_rpt'
Subject: Re: [App_rpt-users] Pi Zero W?

Nothing to report, but I just purchased a Pi Zero W yesterday for testing with AllStar. It should be here Friday.

From: App_rpt-users [mailto:app_rpt-users-bounces at lists.allstarlink.org] On Behalf Of William Higgins
Sent: Tuesday, November 7, 2017 4:25 PM
To: app_rpt-users at lists.allstarlink.org
Subject: [App_rpt-users] Pi Zero W?

I have tried using the regular DIAL RAT_RC1 image and it doesn't boot. (Just took a shot.)

Has anyone tried to install the DIAL build of Allstar onto a Raspberry Pi Zero W with regular Raspbian Light on it?  What experiences did you have?

Thinking about a very low power mobile node.

Bill

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20171107/8e7e8927/attachment.html>

From will at bashlor.com  Tue Nov  7 22:38:48 2017
From: will at bashlor.com (Will Bashlor)
Date: Tue, 7 Nov 2017 17:38:48 -0500
Subject: [App_rpt-users] Pi Zero W?
In-Reply-To: <CO2PR18MB00735D49F18411BE0B9C8F28A1510@CO2PR18MB0073.namprd18.prod.outlook.com>
References: <CAFXGy6-qtBCJmvTTprohb9ePZQKkgQhZCvghK6oHsPOb=mE0Jg@mail.gmail.com>
 <020001d35811$dd2627f0$977277d0$@bashlor.com>
 <CO2PR18MB00735D49F18411BE0B9C8F28A1510@CO2PR18MB0073.namprd18.prod.outlook.com>
Message-ID: <139FD1C5-5075-420A-BED4-FA85ACC535A4@bashlor.com>

That?s my plan...

Sent from my iPhone

> On Nov 7, 2017, at 4:51 PM, Michael Lee Lockwood <michael at lockwood.us.com> wrote:
> 
> Why not use the app_rpt build that?s already setup for RPi?
> 
> www.hamvoip.org
> 
> From: App_rpt-users <app_rpt-users-bounces at lists.allstarlink.org> on behalf of Will Bashlor <will at bashlor.com>
> Sent: Tuesday, November 7, 2017 3:46:26 PM
> To: 'Users of Asterisk app_rpt'
> Subject: Re: [App_rpt-users] Pi Zero W?
>  
> Nothing to report, but I just purchased a Pi Zero W yesterday for testing with AllStar. It should be here Friday.
>  
> From: App_rpt-users [mailto:app_rpt-users-bounces at lists.allstarlink.org] On Behalf Of William Higgins
> Sent: Tuesday, November 7, 2017 4:25 PM
> To: app_rpt-users at lists.allstarlink.org
> Subject: [App_rpt-users] Pi Zero W?
>  
> I have tried using the regular DIAL RAT_RC1 image and it doesn't boot. (Just took a shot.)
>  
> Has anyone tried to install the DIAL build of Allstar onto a Raspberry Pi Zero W with regular Raspbian Light on it?  What experiences did you have?
>  
> Thinking about a very low power mobile node.
>  
> Bill
>  
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at lists.allstarlink.org
> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
> 
> To unsubscribe from this list please visit http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button"
> You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20171107/fcad086c/attachment.html>

From asylthe at kc9ona.com  Tue Nov  7 22:56:06 2017
From: asylthe at kc9ona.com (Andrew Sylthe)
Date: Tue, 7 Nov 2017 16:56:06 -0600
Subject: [App_rpt-users] Pi Zero W?
In-Reply-To: <CO2PR18MB00735D49F18411BE0B9C8F28A1510@CO2PR18MB0073.namprd18.prod.outlook.com>
References: <CAFXGy6-qtBCJmvTTprohb9ePZQKkgQhZCvghK6oHsPOb=mE0Jg@mail.gmail.com>
 <020001d35811$dd2627f0$977277d0$@bashlor.com>
 <CO2PR18MB00735D49F18411BE0B9C8F28A1510@CO2PR18MB0073.namprd18.prod.outlook.com>
Message-ID: <CAMbt3dsYj-hf_jjHa70zwLm-yMjET2vc1nuU91zzUWx-BrYHgQ@mail.gmail.com>

The build you mentioned doesn't support the Pi Zero.

On Nov 7, 2017 3:51 PM, "Michael Lee Lockwood" <michael at lockwood.us.com>
wrote:

> Why not use the app_rpt build that?s already setup for RPi?
>
> www.hamvoip.org
>
> ------------------------------
> *From:* App_rpt-users <app_rpt-users-bounces at lists.allstarlink.org> on
> behalf of Will Bashlor <will at bashlor.com>
> *Sent:* Tuesday, November 7, 2017 3:46:26 PM
> *To:* 'Users of Asterisk app_rpt'
> *Subject:* Re: [App_rpt-users] Pi Zero W?
>
>
> Nothing to report, but I just purchased a Pi Zero W yesterday for testing
> with AllStar. It should be here Friday.
>
>
>
> *From:* App_rpt-users [mailto:app_rpt-users-bounces at lists.allstarlink.org]
> *On Behalf Of *William Higgins
> *Sent:* Tuesday, November 7, 2017 4:25 PM
> *To:* app_rpt-users at lists.allstarlink.org
> *Subject:* [App_rpt-users] Pi Zero W?
>
>
>
> I have tried using the regular DIAL RAT_RC1 image and it doesn't boot.
> (Just took a shot.)
>
>
>
> Has anyone tried to install the DIAL build of Allstar onto a Raspberry Pi
> Zero W with regular Raspbian Light on it?  What experiences did you have?
>
>
>
> Thinking about a very low power mobile node.
>
>
>
> Bill
>
>
>
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at lists.allstarlink.org
> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
>
> To unsubscribe from this list please visit http://lists.allstarlink.org/
> cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of
> the page. Enter your email address and press the "Unsubscribe or edit
> options button"
> You do not need a password to unsubscribe, you can do it via email
> confirmation. If you have trouble unsubscribing, please send a message to
> the list detailing the problem.
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20171107/1d121f0f/attachment.html>

From Bryan at bryanfields.net  Tue Nov  7 23:06:17 2017
From: Bryan at bryanfields.net (Bryan Fields)
Date: Tue, 7 Nov 2017 18:06:17 -0500
Subject: [App_rpt-users] Pi Zero W?
In-Reply-To: <CO2PR18MB00735D49F18411BE0B9C8F28A1510@CO2PR18MB0073.namprd18.prod.outlook.com>
References: <CAFXGy6-qtBCJmvTTprohb9ePZQKkgQhZCvghK6oHsPOb=mE0Jg@mail.gmail.com>
 <020001d35811$dd2627f0$977277d0$@bashlor.com>
 <CO2PR18MB00735D49F18411BE0B9C8F28A1510@CO2PR18MB0073.namprd18.prod.outlook.com>
Message-ID: <b014d29c-31d7-1745-a46f-651ffec2f633@bryanfields.net>

On 11/7/17 4:51 PM, Michael Lee Lockwood wrote:
> Why not use the app_rpt build that?s already setup for RPi> www.hamvoip.org

Why not?

HamVoIP.org agreed to provide source code, and are violating the trust of the
community by refusing to honor their commitment.  They have no right to
distribute app_rpt, asterisk or DAHDI.

Good luck getting it working without source on a different platform too.  The
PiZero is so under powered it may not be able to do much.  I've compiled the
main codebase on one and was unable to get it to run well on the Pi0 Zero even
with simple USB interface for anything other than a basic controller.  Once
the IAX connection came up, it would just die.

This jives with what I saw on http://www.raspberry-asterisk.org/ where 2 SIP
calls had the CPU at 80%.  At that rate it's not if, but when it will drop
packets.  The idea of asterisk/Zapata telephony was to replace custom hardware
with CPU as the cost of CPU dropped.  Using a Pi Zero is kinda taking that to
extremes in that the audio interface now costs more than the CPU.

I realized it's a neat platform, but a normal Pi3 is $50 with card and power
supply and such a small cost of the project it's not worth messing with an
under-powered single core box.  Please mess with it if you want, and certainly
if you enjoy it, but the cost savings wasn't worth it for me.

At $5 give it's worth giving it a try, maybe you'll be able to get it working
as an embedded device.

73
-- 
Bryan Fields

727-409-1194 - Voice
http://bryanfields.net


From will at bashlor.com  Thu Nov  9 15:41:22 2017
From: will at bashlor.com (Will Bashlor)
Date: Thu, 9 Nov 2017 10:41:22 -0500
Subject: [App_rpt-users] 24/7 Echolink Connection Dropping Audio
Message-ID: <00b401d35971$324733e0$96d59ba0$@bashlor.com>

Hello all,

 

We have an AllStar node setup using a Pi 3, DMK URI, and a Yaesu 7800. It?s AllStar Node 46648 and it?s connected to 3004544 (echolink) 24/7.

 

It works fine most of the time, but intermittently the audio quits working in the Internet to node/radio direction. It shows up on allmon2 and echolink as connected and if you talk RF everyone on the echolink network can hear you, but when they talk back no audio comes through to 46648 or to the Yaesu that?s connected to it and it doesn?t turn green on allmon2. If I disconnect the echolink node and connect it again it fixes the no audio until it happens again. I?ve tried with a normal connect and a permanent connect and the same thing happens using both. It may be 30 minutes or 3 days before it happens again.

 

I wouldn?t mind it disconnecting every now and then because I have a script running (also tested without the script running) that automatically connects it back, but I have no way to detect when the audio drops except listening to it on echolink and my node at the same time.

 

I am using a Ubiquiti Edge X router and have 4569, 5198, and 5199 UDP forwarded correctly (I?m a network guy). I?ve checked the asterisk log but it?s so full of brute force attacks I can?t really find any clue of what?s going on.

 

I am wide open for suggestions. Any ideas or anyone experienced this issue before? Thanks in advance and 73.

 

Will, KE4IAJ

TARG <https://www.facebook.com/profile.php?id=196073504193006&ref=br_rs>  AEC

 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20171109/23af89af/attachment.html>

From nessenj at jimsoffice.org  Thu Nov  9 17:19:05 2017
From: nessenj at jimsoffice.org (Jim Nessen)
Date: Thu, 9 Nov 2017 17:19:05 +0000
Subject: [App_rpt-users] 24/7 Echolink Connection Dropping Audio
In-Reply-To: <00b401d35971$324733e0$96d59ba0$@bashlor.com>
References: <00b401d35971$324733e0$96d59ba0$@bashlor.com>
Message-ID: <MWHPR1301MB1885610C6398B3AAB24B76CCD9570@MWHPR1301MB1885.namprd13.prod.outlook.com>

This is a long shot, but is your public IP address served by DHCP, or is it a static IP?  If it's DHCP, chances are your IP address is changing from underneath you.  I've seen this behavior on IRLP nodes in the past.


Jim, K6JWN


________________________________
From: App_rpt-users <app_rpt-users-bounces at lists.allstarlink.org> on behalf of Will Bashlor <will at bashlor.com>
Sent: Thursday, November 9, 2017 7:41 AM
To: 'Users of Asterisk app_rpt'
Subject: [App_rpt-users] 24/7 Echolink Connection Dropping Audio


Hello all,



We have an AllStar node setup using a Pi 3, DMK URI, and a Yaesu 7800. It?s AllStar Node 46648 and it?s connected to 3004544 (echolink) 24/7.



It works fine most of the time, but intermittently the audio quits working in the Internet to node/radio direction. It shows up on allmon2 and echolink as connected and if you talk RF everyone on the echolink network can hear you, but when they talk back no audio comes through to 46648 or to the Yaesu that?s connected to it and it doesn?t turn green on allmon2. If I disconnect the echolink node and connect it again it fixes the no audio until it happens again. I?ve tried with a normal connect and a permanent connect and the same thing happens using both. It may be 30 minutes or 3 days before it happens again.



I wouldn?t mind it disconnecting every now and then because I have a script running (also tested without the script running) that automatically connects it back, but I have no way to detect when the audio drops except listening to it on echolink and my node at the same time.



I am using a Ubiquiti Edge X router and have 4569, 5198, and 5199 UDP forwarded correctly (I?m a network guy). I?ve checked the asterisk log but it?s so full of brute force attacks I can?t really find any clue of what?s going on.



I am wide open for suggestions. Any ideas or anyone experienced this issue before? Thanks in advance and 73.



Will, KE4IAJ

TARG<https://www.facebook.com/profile.php?id=196073504193006&ref=br_rs> AEC


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20171109/a2cf6a2d/attachment.html>

From will at bashlor.com  Thu Nov  9 18:26:59 2017
From: will at bashlor.com (Will Bashlor)
Date: Thu, 9 Nov 2017 13:26:59 -0500
Subject: [App_rpt-users] 24/7 Echolink Connection Dropping Audio
In-Reply-To: <MWHPR1301MB1885610C6398B3AAB24B76CCD9570@MWHPR1301MB1885.namprd13.prod.outlook.com>
References: <00b401d35971$324733e0$96d59ba0$@bashlor.com>
 <MWHPR1301MB1885610C6398B3AAB24B76CCD9570@MWHPR1301MB1885.namprd13.prod.outlook.com>
Message-ID: <013901d35988$553fb860$ffbf2920$@bashlor.com>

Thanks for the reply Jim. That's a great thought. The node is at my house
and I have Cable Internet 50mbps/5mbps and it is served by DHCP, but it is
reserved. So it does still renew at half the lease time but the IP doesn't
change. Since the IP never changes I wouldn't think that would affect it any
but I could set it static just to rule it out.

 

I plan to move the node down the road to a datacenter. There I have
1gbps/1gbps fiber connection and a virtual Sophos firewall that I can easily
bypass for troubleshooting. But I'm not ready to move it yet and I would
love to fix it where it's located now.

 

While thinking and typing I have another idea too. I have an AllStar DIAL
hub server with 4 radioless nodes at the same datacenter (currently not
behind the virtual Sophos firewall). So what I will do is permanent connect
hub node 46690 to the echolink conference and permanent connect 46648 to
46690. Doing that could rule out several things, or at least narrow it down
to something at my house. I heard someone after the AllStar tech net Tuesday
night say that it's a bad idea to permanent connect to an echolink
conference, can anyone expand on that?

 

If anyone else has any other ideas please let me know.

 

73

Will, KE4IAJ

TARG <https://www.facebook.com/profile.php?id=196073504193006&ref=br_rs>
AEC

 

 

 

From: App_rpt-users [mailto:app_rpt-users-bounces at lists.allstarlink.org] On
Behalf Of Jim Nessen
Sent: Thursday, November 9, 2017 12:19 PM
To: 'Users of Asterisk app_rpt' <app_rpt-users at lists.allstarlink.org>
Subject: Re: [App_rpt-users] 24/7 Echolink Connection Dropping Audio

 

This is a long shot, but is your public IP address served by DHCP, or is it
a static IP?  If it's DHCP, chances are your IP address is changing from
underneath you.  I've seen this behavior on IRLP nodes in the past.

 

Jim, K6JWN

 

  _____  

From: App_rpt-users <app_rpt-users-bounces at lists.allstarlink.org
<mailto:app_rpt-users-bounces at lists.allstarlink.org> > on behalf of Will
Bashlor <will at bashlor.com <mailto:will at bashlor.com> >
Sent: Thursday, November 9, 2017 7:41 AM
To: 'Users of Asterisk app_rpt'
Subject: [App_rpt-users] 24/7 Echolink Connection Dropping Audio 

 

Hello all,

 

We have an AllStar node setup using a Pi 3, DMK URI, and a Yaesu 7800. It's
AllStar Node 46648 and it's connected to 3004544 (echolink) 24/7.

 

It works fine most of the time, but intermittently the audio quits working
in the Internet to node/radio direction. It shows up on allmon2 and echolink
as connected and if you talk RF everyone on the echolink network can hear
you, but when they talk back no audio comes through to 46648 or to the Yaesu
that's connected to it and it doesn't turn green on allmon2. If I disconnect
the echolink node and connect it again it fixes the no audio until it
happens again. I've tried with a normal connect and a permanent connect and
the same thing happens using both. It may be 30 minutes or 3 days before it
happens again.

 

I wouldn't mind it disconnecting every now and then because I have a script
running (also tested without the script running) that automatically connects
it back, but I have no way to detect when the audio drops except listening
to it on echolink and my node at the same time.

 

I am using a Ubiquiti Edge X router and have 4569, 5198, and 5199 UDP
forwarded correctly (I'm a network guy). I've checked the asterisk log but
it's so full of brute force attacks I can't really find any clue of what's
going on.

 

I am wide open for suggestions. Any ideas or anyone experienced this issue
before? Thanks in advance and 73.

 

Will, KE4IAJ

TARG <https://www.facebook.com/profile.php?id=196073504193006&ref=br_rs>
AEC

 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20171109/03e37508/attachment.html>

From nessenj at jimsoffice.org  Thu Nov  9 20:41:57 2017
From: nessenj at jimsoffice.org (Jim Nessen)
Date: Thu, 9 Nov 2017 20:41:57 +0000
Subject: [App_rpt-users] 24/7 Echolink Connection Dropping Audio
In-Reply-To: <013901d35988$553fb860$ffbf2920$@bashlor.com>
References: <00b401d35971$324733e0$96d59ba0$@bashlor.com>
 <MWHPR1301MB1885610C6398B3AAB24B76CCD9570@MWHPR1301MB1885.namprd13.prod.outlook.com>,
 <013901d35988$553fb860$ffbf2920$@bashlor.com>
Message-ID: <MWHPR1301MB1885EF639B35A53E4F6791D3D9570@MWHPR1301MB1885.namprd13.prod.outlook.com>

Hmm, there is an Allstar tech net?  Tell me more!


Jim, K6JWN


________________________________
From: App_rpt-users <app_rpt-users-bounces at lists.allstarlink.org> on behalf of Will Bashlor <will at bashlor.com>
Sent: Thursday, November 9, 2017 10:26 AM
To: 'Users of Asterisk app_rpt'
Subject: Re: [App_rpt-users] 24/7 Echolink Connection Dropping Audio


Thanks for the reply Jim. That?s a great thought? The node is at my house and I have Cable Internet 50mbps/5mbps and it is served by DHCP, but it is reserved. So it does still renew at half the lease time but the IP doesn?t change. Since the IP never changes I wouldn?t think that would affect it any but I could set it static just to rule it out.



I plan to move the node down the road to a datacenter. There I have 1gbps/1gbps fiber connection and a virtual Sophos firewall that I can easily bypass for troubleshooting. But I?m not ready to move it yet and I would love to fix it where it?s located now?



While thinking and typing I have another idea too. I have an AllStar DIAL hub server with 4 radioless nodes at the same datacenter (currently not behind the virtual Sophos firewall). So what I will do is permanent connect hub node 46690 to the echolink conference and permanent connect 46648 to 46690. Doing that could rule out several things, or at least narrow it down to something at my house. I heard someone after the AllStar tech net Tuesday night say that it?s a bad idea to permanent connect to an echolink conference, can anyone expand on that?



If anyone else has any other ideas please let me know.



73

Will, KE4IAJ

TARG<https://www.facebook.com/profile.php?id=196073504193006&ref=br_rs> AEC







From: App_rpt-users [mailto:app_rpt-users-bounces at lists.allstarlink.org] On Behalf Of Jim Nessen
Sent: Thursday, November 9, 2017 12:19 PM
To: 'Users of Asterisk app_rpt' <app_rpt-users at lists.allstarlink.org>
Subject: Re: [App_rpt-users] 24/7 Echolink Connection Dropping Audio



This is a long shot, but is your public IP address served by DHCP, or is it a static IP?  If it's DHCP, chances are your IP address is changing from underneath you.  I've seen this behavior on IRLP nodes in the past.



Jim, K6JWN



________________________________

From: App_rpt-users <app_rpt-users-bounces at lists.allstarlink.org<mailto:app_rpt-users-bounces at lists.allstarlink.org>> on behalf of Will Bashlor <will at bashlor.com<mailto:will at bashlor.com>>
Sent: Thursday, November 9, 2017 7:41 AM
To: 'Users of Asterisk app_rpt'
Subject: [App_rpt-users] 24/7 Echolink Connection Dropping Audio



Hello all,



We have an AllStar node setup using a Pi 3, DMK URI, and a Yaesu 7800. It?s AllStar Node 46648 and it?s connected to 3004544 (echolink) 24/7.



It works fine most of the time, but intermittently the audio quits working in the Internet to node/radio direction. It shows up on allmon2 and echolink as connected and if you talk RF everyone on the echolink network can hear you, but when they talk back no audio comes through to 46648 or to the Yaesu that?s connected to it and it doesn?t turn green on allmon2. If I disconnect the echolink node and connect it again it fixes the no audio until it happens again. I?ve tried with a normal connect and a permanent connect and the same thing happens using both. It may be 30 minutes or 3 days before it happens again.



I wouldn?t mind it disconnecting every now and then because I have a script running (also tested without the script running) that automatically connects it back, but I have no way to detect when the audio drops except listening to it on echolink and my node at the same time.



I am using a Ubiquiti Edge X router and have 4569, 5198, and 5199 UDP forwarded correctly (I?m a network guy). I?ve checked the asterisk log but it?s so full of brute force attacks I can?t really find any clue of what?s going on.



I am wide open for suggestions. Any ideas or anyone experienced this issue before? Thanks in advance and 73.



Will, KE4IAJ

TARG<https://www.facebook.com/profile.php?id=196073504193006&ref=br_rs> AEC


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20171109/a454468a/attachment.html>

From will at bashlor.com  Thu Nov  9 22:25:46 2017
From: will at bashlor.com (Will Bashlor)
Date: Thu, 9 Nov 2017 17:25:46 -0500
Subject: [App_rpt-users] 24/7 Echolink Connection Dropping Audio
In-Reply-To: <MWHPR1301MB1885EF639B35A53E4F6791D3D9570@MWHPR1301MB1885.namprd13.prod.outlook.com>
References: <00b401d35971$324733e0$96d59ba0$@bashlor.com>
 <MWHPR1301MB1885610C6398B3AAB24B76CCD9570@MWHPR1301MB1885.namprd13.prod.outlook.com>,
 <013901d35988$553fb860$ffbf2920$@bashlor.com>
 <MWHPR1301MB1885EF639B35A53E4F6791D3D9570@MWHPR1301MB1885.namprd13.prod.outlook.com>
Message-ID: <019201d359a9$b0c40da0$124c28e0$@bashlor.com>

Here's where I found it:

Chattahoochee Valley Allstar Linked Repeater and Technical Net

Tuesday 8:00 PM ET

146.880 (-) 123.0 Hz Tone

441.975 (-) 67.0 Hz Tone

Allstar Node 45310

Echolink W8JVF-R, WB4ULK-L

https://www.w4cvy.org/areanets.html

 

 

From: App_rpt-users [mailto:app_rpt-users-bounces at lists.allstarlink.org] On
Behalf Of Jim Nessen
Sent: Thursday, November 9, 2017 3:42 PM
To: 'Users of Asterisk app_rpt' <app_rpt-users at lists.allstarlink.org>
Subject: Re: [App_rpt-users] 24/7 Echolink Connection Dropping Audio

 

Hmm, there is an Allstar tech net?  Tell me more!

 

Jim, K6JWN

 

  _____  

From: App_rpt-users <app_rpt-users-bounces at lists.allstarlink.org
<mailto:app_rpt-users-bounces at lists.allstarlink.org> > on behalf of Will
Bashlor <will at bashlor.com <mailto:will at bashlor.com> >
Sent: Thursday, November 9, 2017 10:26 AM
To: 'Users of Asterisk app_rpt'
Subject: Re: [App_rpt-users] 24/7 Echolink Connection Dropping Audio 

 

Thanks for the reply Jim. That's a great thought. The node is at my house
and I have Cable Internet 50mbps/5mbps and it is served by DHCP, but it is
reserved. So it does still renew at half the lease time but the IP doesn't
change. Since the IP never changes I wouldn't think that would affect it any
but I could set it static just to rule it out.

 

I plan to move the node down the road to a datacenter. There I have
1gbps/1gbps fiber connection and a virtual Sophos firewall that I can easily
bypass for troubleshooting. But I'm not ready to move it yet and I would
love to fix it where it's located now.

 

While thinking and typing I have another idea too. I have an AllStar DIAL
hub server with 4 radioless nodes at the same datacenter (currently not
behind the virtual Sophos firewall). So what I will do is permanent connect
hub node 46690 to the echolink conference and permanent connect 46648 to
46690. Doing that could rule out several things, or at least narrow it down
to something at my house. I heard someone after the AllStar tech net Tuesday
night say that it's a bad idea to permanent connect to an echolink
conference, can anyone expand on that?

 

If anyone else has any other ideas please let me know.

 

73

Will, KE4IAJ

TARG <https://www.facebook.com/profile.php?id=196073504193006&ref=br_rs>
AEC

 

 

 

From: App_rpt-users [mailto:app_rpt-users-bounces at lists.allstarlink.org] On
Behalf Of Jim Nessen
Sent: Thursday, November 9, 2017 12:19 PM
To: 'Users of Asterisk app_rpt' <app_rpt-users at lists.allstarlink.org
<mailto:app_rpt-users at lists.allstarlink.org> >
Subject: Re: [App_rpt-users] 24/7 Echolink Connection Dropping Audio

 

This is a long shot, but is your public IP address served by DHCP, or is it
a static IP?  If it's DHCP, chances are your IP address is changing from
underneath you.  I've seen this behavior on IRLP nodes in the past.

 

Jim, K6JWN

 

  _____  

From: App_rpt-users <app_rpt-users-bounces at lists.allstarlink.org
<mailto:app_rpt-users-bounces at lists.allstarlink.org> > on behalf of Will
Bashlor <will at bashlor.com <mailto:will at bashlor.com> >
Sent: Thursday, November 9, 2017 7:41 AM
To: 'Users of Asterisk app_rpt'
Subject: [App_rpt-users] 24/7 Echolink Connection Dropping Audio 

 

Hello all,

 

We have an AllStar node setup using a Pi 3, DMK URI, and a Yaesu 7800. It's
AllStar Node 46648 and it's connected to 3004544 (echolink) 24/7.

 

It works fine most of the time, but intermittently the audio quits working
in the Internet to node/radio direction. It shows up on allmon2 and echolink
as connected and if you talk RF everyone on the echolink network can hear
you, but when they talk back no audio comes through to 46648 or to the Yaesu
that's connected to it and it doesn't turn green on allmon2. If I disconnect
the echolink node and connect it again it fixes the no audio until it
happens again. I've tried with a normal connect and a permanent connect and
the same thing happens using both. It may be 30 minutes or 3 days before it
happens again.

 

I wouldn't mind it disconnecting every now and then because I have a script
running (also tested without the script running) that automatically connects
it back, but I have no way to detect when the audio drops except listening
to it on echolink and my node at the same time.

 

I am using a Ubiquiti Edge X router and have 4569, 5198, and 5199 UDP
forwarded correctly (I'm a network guy). I've checked the asterisk log but
it's so full of brute force attacks I can't really find any clue of what's
going on.

 

I am wide open for suggestions. Any ideas or anyone experienced this issue
before? Thanks in advance and 73.

 

Will, KE4IAJ

TARG <https://www.facebook.com/profile.php?id=196073504193006&ref=br_rs>
AEC

 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20171109/ccef2e79/attachment.html>

From will at bashlor.com  Sun Nov 12 02:47:28 2017
From: will at bashlor.com (Will Bashlor)
Date: Sat, 11 Nov 2017 21:47:28 -0500
Subject: [App_rpt-users] Pi Zero W?
In-Reply-To: <CAMbt3dsYj-hf_jjHa70zwLm-yMjET2vc1nuU91zzUWx-BrYHgQ@mail.gmail.com>
References: <CAFXGy6-qtBCJmvTTprohb9ePZQKkgQhZCvghK6oHsPOb=mE0Jg@mail.gmail.com>
 <020001d35811$dd2627f0$977277d0$@bashlor.com>
 <CO2PR18MB00735D49F18411BE0B9C8F28A1510@CO2PR18MB0073.namprd18.prod.outlook.com>
 <CAMbt3dsYj-hf_jjHa70zwLm-yMjET2vc1nuU91zzUWx-BrYHgQ@mail.gmail.com>
Message-ID: <CAAufoz1ouFZpcRZsRN_wXGtY2Txq=S=3LhhK1=6OmWET7LL9iQ@mail.gmail.com>

I tried DIAL and hamvoip versions, neither would boot on the Pi Zero W.

I'm not a programmer and don't usually compile anything at all, actually I
try to avoid it. I'm guessing AllStar can be compiled manually with
Raspbian Lite. If anyone has any links or instructions how I can compile
AllStar on Raspbian Lite I'd be glad to try and attempt it. In the mean
time I'll begin researching it. 73

On Tue, Nov 7, 2017 at 5:56 PM, Andrew Sylthe <asylthe at kc9ona.com> wrote:

> The build you mentioned doesn't support the Pi Zero.
>
> On Nov 7, 2017 3:51 PM, "Michael Lee Lockwood" <michael at lockwood.us.com>
> wrote:
>
>> Why not use the app_rpt build that?s already setup for RPi?
>>
>> www.hamvoip.org
>>
>> ------------------------------
>> *From:* App_rpt-users <app_rpt-users-bounces at lists.allstarlink.org> on
>> behalf of Will Bashlor <will at bashlor.com>
>> *Sent:* Tuesday, November 7, 2017 3:46:26 PM
>> *To:* 'Users of Asterisk app_rpt'
>> *Subject:* Re: [App_rpt-users] Pi Zero W?
>>
>>
>> Nothing to report, but I just purchased a Pi Zero W yesterday for testing
>> with AllStar. It should be here Friday.
>>
>>
>>
>> *From:* App_rpt-users [mailto:app_rpt-users-bounces at lists.allstarlink.org]
>> *On Behalf Of *William Higgins
>> *Sent:* Tuesday, November 7, 2017 4:25 PM
>> *To:* app_rpt-users at lists.allstarlink.org
>> *Subject:* [App_rpt-users] Pi Zero W?
>>
>>
>>
>> I have tried using the regular DIAL RAT_RC1 image and it doesn't boot.
>> (Just took a shot.)
>>
>>
>>
>> Has anyone tried to install the DIAL build of Allstar onto a Raspberry Pi
>> Zero W with regular Raspbian Light on it?  What experiences did you have?
>>
>>
>>
>> Thinking about a very low power mobile node.
>>
>>
>>
>> Bill
>>
>>
>>
>> _______________________________________________
>> App_rpt-users mailing list
>> App_rpt-users at lists.allstarlink.org
>> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
>>
>> To unsubscribe from this list please visit http://lists.allstarlink.org/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: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20171111/2cff67a3/attachment.html>

From Benjamin at Project23D.com  Sun Nov 12 03:41:30 2017
From: Benjamin at Project23D.com (Benjamin Naber)
Date: Sat, 11 Nov 2017 21:41:30 -0600
Subject: [App_rpt-users] allstarlink.org logs
Message-ID: <1510458090.2250.97.camel@Project23D.com>

While trying to figure out why, apparently, a node on my DIAL box
dropped all of it's connection, I began to wonder what the logs look
like on the register.allstarlink.org server. How may a controlled few
of us have access to this?

What lead me up to this, is evidently I don't have log rotate turned
on, and asterisk, or some other magical force, decided to stop asterisk
from logging after the log file was 25MB. Not knowing if Asterisk
logger just appends the file with logging info or what.

In any event, I copied the messages log file, and removed the original,
and touched a new messages log. Then I went into the asterisk console,
and restarted the logger module. It is logging again.

This said, while trying to troubleshoot things, I would login to an ASL
box I have access to, and watch the logs when I make a node connection
to it, and also watch the logs on myside.

Somethings I have noticed:
- Using DIAL 8.2, I've never noticed any issues with connections,
either outbound or inbound.

- Using DIAL 8.2, this is what I would see:
[Nov 11 21:26:30] WARNING[545]: chan_iax2.c:10127 iax2_do_register:
REGISTER-LOG: Sending registration request for '45221'
[Nov 11 21:26:31] WARNING[553]: chan_iax2.c:7690 registry_rerequest:
REGISTER-LOG: registry rereqquest
(from memory) REGISTER with 67.x.x.x who sees us as x.x.x.x:4569 with
no messages waiting. 

- I see now when someone connects:
Accepting UNAUTHENTICATED call from 67.215.233.178:
???????> requested format = slin,
???????> requested prefs = (),
???????> actual format = ulaw,
???????> host prefs = (ulaw|g726aal2|gsm),
???????> priority = mine
????-- Executing [45221 at radio-secure:1] Rpt("IAX2/67.215.233.178:4569-
5735", "45221") in new stack


whereas before it was: AUTHENTICATED

Plus I see a whole bunch of these every few minutes (this is maybe 1/3
count of these lines when it happens. notice the time.
[Oct 28 21:57:04] DEBUG[24946] channel.c: Internal timing is disabled
(option_internal_timing=0 chan->timingfd=51)
[Oct 28 21:57:04] DEBUG[24946] channel.c: Internal timing is disabled
(option_internal_timing=0 chan->timingfd=51)
[Oct 28 21:57:04] DEBUG[24946] channel.c: Internal timing is disabled
(option_internal_timing=0 chan->timingfd=51)
[Oct 28 21:57:04] DEBUG[24946] channel.c: Internal timing is disabled
(option_internal_timing=0 chan->timingfd=51)
[Oct 28 21:57:04] DEBUG[24946] channel.c: Internal timing is disabled
(option_internal_timing=0 chan->timingfd=51)
[Oct 28 21:57:04] DEBUG[24946] channel.c: Internal timing is disabled
(option_internal_timing=0 chan->timingfd=51)
[Oct 28 21:57:04] DEBUG[24946] channel.c: Internal timing is disabled
(option_internal_timing=0 chan->timingfd=51)
[Oct 28 21:57:04] DEBUG[24946] channel.c: Internal timing is disabled
(option_internal_timing=0 chan->timingfd=51)
[Oct 28 21:57:04] DEBUG[24946] channel.c: Internal timing is disabled
(option_internal_timing=0 chan->timingfd=51)
[Oct 28 21:57:04] DEBUG[24946] channel.c: Internal timing is disabled
(option_internal_timing=0 chan->timingfd=51)
[Oct 28 21:57:04] DEBUG[24946] channel.c: Internal timing is disabled
(option_internal_timing=0 chan->timingfd=51)
[Oct 28 21:57:04] DEBUG[24946] channel.c: Internal timing is disabled
(option_internal_timing=0 chan->timingfd=51)
[Oct 28 21:57:04] DEBUG[24946] channel.c: Internal timing is disabled
(option_internal_timing=0 chan->timingfd=51)
[Oct 28 21:57:04] DEBUG[24946] channel.c: Internal timing is disabled
(option_internal_timing=0 chan->timingfd=51)
[Oct 28 21:57:04] DEBUG[24946] channel.c: Internal timing is disabled
(option_internal_timing=0 chan->timingfd=51)



From jerutley at gmail.com  Sun Nov 12 05:19:07 2017
From: jerutley at gmail.com (Jeremy Utley)
Date: Sat, 11 Nov 2017 23:19:07 -0600
Subject: [App_rpt-users] Pi Zero W?
In-Reply-To: <CAAufoz1ouFZpcRZsRN_wXGtY2Txq=S=3LhhK1=6OmWET7LL9iQ@mail.gmail.com>
References: <CAFXGy6-qtBCJmvTTprohb9ePZQKkgQhZCvghK6oHsPOb=mE0Jg@mail.gmail.com>
 <020001d35811$dd2627f0$977277d0$@bashlor.com>
 <CO2PR18MB00735D49F18411BE0B9C8F28A1510@CO2PR18MB0073.namprd18.prod.outlook.com>
 <CAMbt3dsYj-hf_jjHa70zwLm-yMjET2vc1nuU91zzUWx-BrYHgQ@mail.gmail.com>
 <CAAufoz1ouFZpcRZsRN_wXGtY2Txq=S=3LhhK1=6OmWET7LL9iQ@mail.gmail.com>
Message-ID: <011801d35b75$c49f45b0$4dddd110$@gmail.com>

The Pi Zero W is essentially the same hardware as the original Pi B.  Back when they were first released, many people tried to get AllStar working on that platform, and the performance really was not there.  You really didn?t get enough performance out of the Pi platform until the Pi 2.

 

Jeremy, NQ0M

 

From: App_rpt-users [mailto:app_rpt-users-bounces at lists.allstarlink.org] On Behalf Of Will Bashlor
Sent: Saturday, November 11, 2017 8:47 PM
To: Users of Asterisk app_rpt <app_rpt-users at lists.allstarlink.org>
Subject: Re: [App_rpt-users] Pi Zero W?

 

I tried DIAL and hamvoip versions, neither would boot on the Pi Zero W.

 

I'm not a programmer and don't usually compile anything at all, actually I try to avoid it. I'm guessing AllStar can be compiled manually with Raspbian Lite. If anyone has any links or instructions how I can compile AllStar on Raspbian Lite I'd be glad to try and attempt it. In the mean time I'll begin researching it. 73

 

On Tue, Nov 7, 2017 at 5:56 PM, Andrew Sylthe <asylthe at kc9ona.com <mailto:asylthe at kc9ona.com> > wrote:

The build you mentioned doesn't support the Pi Zero.

 

On Nov 7, 2017 3:51 PM, "Michael Lee Lockwood" <michael at lockwood.us.com <mailto:michael at lockwood.us.com> > wrote:

Why not use the app_rpt build that?s already setup for RPi?

 

www.hamvoip.org <http://www.hamvoip.org> 

 

  _____  

From: App_rpt-users <app_rpt-users-bounces at lists.allstarlink.org <mailto:app_rpt-users-bounces at lists.allstarlink.org> > on behalf of Will Bashlor <will at bashlor.com <mailto:will at bashlor.com> >
Sent: Tuesday, November 7, 2017 3:46:26 PM
To: 'Users of Asterisk app_rpt'
Subject: Re: [App_rpt-users] Pi Zero W? 

 

Nothing to report, but I just purchased a Pi Zero W yesterday for testing with AllStar. It should be here Friday.

 

From: App_rpt-users [mailto:app_rpt-users-bounces at lists.allstarlink.org <mailto:app_rpt-users-bounces at lists.allstarlink.org> ] On Behalf Of William Higgins
Sent: Tuesday, November 7, 2017 4:25 PM
To: app_rpt-users at lists.allstarlink.org <mailto:app_rpt-users at lists.allstarlink.org> 
Subject: [App_rpt-users] Pi Zero W?

 

I have tried using the regular DIAL RAT_RC1 image and it doesn't boot. (Just took a shot.)

 

Has anyone tried to install the DIAL build of Allstar onto a Raspberry Pi Zero W with regular Raspbian Light on it?  What experiences did you have?

 

Thinking about a very low power mobile node.

 

Bill

 


_______________________________________________
App_rpt-users mailing list
App_rpt-users at lists.allstarlink.org <mailto:App_rpt-users at lists.allstarlink.org> 
http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users

To unsubscribe from this list please visit http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button"
You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem. 


_______________________________________________
App_rpt-users mailing list
App_rpt-users at lists.allstarlink.org <mailto:App_rpt-users at lists.allstarlink.org> 
http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users

To unsubscribe from this list please visit http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button"
You do not need a password 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: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20171111/fb97c2c1/attachment.html>

From k5cg at hamoperator.org  Sun Nov 12 17:38:12 2017
From: k5cg at hamoperator.org (K5CG)
Date: Sun, 12 Nov 2017 11:38:12 -0600 (CST)
Subject: [App_rpt-users] DNS Setup
In-Reply-To: <1510458090.2250.97.camel@Project23D.com>
References: <1510458090.2250.97.camel@Project23D.com>
Message-ID: <126025889.1007.1510508292179.JavaMail.zimbra@siminiuk.com>

I just went through this yesterday with a new DIAL installation (http://dvswitch.org/files/AllStarLink/RAT_RC1.tar.gz). 

As you have observed, netsetup (for Static setup mode) sets the DNS nameservers in /etc/resolv.conf but updating that file directly is not supported for the OS. On reboot, the resolvconf process overwrites /etc/resolv.conf again and removes those entries. 

And as you also found, entering dns-nameservers in /etc/network/interfaces doesn't work with resovconf. 

I've decided to use netsetup to set networking to DHCP and I set a static MAC entry for the IP I want assigned in my router. This works as expected. 

73 
Danny 
K5CG 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20171112/74cc0634/attachment.html>

From k6ecm1 at gmail.com  Sun Nov 12 17:49:27 2017
From: k6ecm1 at gmail.com (Bob)
Date: Sun, 12 Nov 2017 09:49:27 -0800
Subject: [App_rpt-users] DNS Setup
In-Reply-To: <126025889.1007.1510508292179.JavaMail.zimbra@siminiuk.com>
References: <1510458090.2250.97.camel@Project23D.com>
 <126025889.1007.1510508292179.JavaMail.zimbra@siminiuk.com>
Message-ID: <E1632BB73B134F279BCF1B1CE3C17BC4@ThePykesHP>

I only had a public IP available, no DHCP. Just learned this...

 

Edit /etc/resolvconf.conf 

"#name_servers=" to "name_servers=8.8.8.8" or what ever DNS you'd like

 

Save and reboot. Works great.


Thanks,

Bob

k6ecm

73

 

 

 

  _____  

From: App_rpt-users [mailto:app_rpt-users-bounces at lists.allstarlink.org] On
Behalf Of K5CG
Sent: Sunday, November 12, 2017 9:38 AM
To: Users of Asterisk app_rpt
Subject: Re: [App_rpt-users] DNS Setup

 

I just went through this yesterday with a new DIAL installation
(http://dvswitch.org/files/AllStarLink/RAT_RC1.tar.gz).

 

As you have observed, netsetup (for Static setup mode) sets the DNS
nameservers in /etc/resolv.conf but updating that file directly is not
supported for the OS. On reboot, the resolvconf process overwrites
/etc/resolv.conf again and removes those entries.

 

And as you also found, entering dns-nameservers in /etc/network/interfaces
doesn't work with resovconf.

 

I've decided to use netsetup to set networking to DHCP and I set a static
MAC entry for the IP I want assigned in my router. This works as expected.

 

73

Danny

K5CG

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20171112/89bdcd0d/attachment.html>

From k5cg at hamoperator.org  Sun Nov 12 18:13:40 2017
From: k5cg at hamoperator.org (K5CG)
Date: Sun, 12 Nov 2017 12:13:40 -0600 (CST)
Subject: [App_rpt-users] DNS Setup
In-Reply-To: <E1632BB73B134F279BCF1B1CE3C17BC4@ThePykesHP>
References: <1510458090.2250.97.camel@Project23D.com>
 <126025889.1007.1510508292179.JavaMail.zimbra@siminiuk.com>
 <E1632BB73B134F279BCF1B1CE3C17BC4@ThePykesHP>
Message-ID: <1230390668.1136.1510510420954.JavaMail.zimbra@siminiuk.com>

That's good to know Bob. I'll keep this note handy. 

The Wiki recommends the wrong thing too. 

http://wiki.allstarlink.org/wiki/DIAL_FAQ 

Now, how do we get the maintainer of the build to fix the netsetup script? 

# Setup network paramaters # 
# Parts borrowed from ACID and Pickle linux # 
# 9/23/2015 N4IRS # 

I see N4IRS is Steve, the list owner so I added him here to the CC. 

Steve, please advise if there is a process to get this into a dev queue. 

Thanks 

73 
Danny 
K5CG 

> From: "Bob" <k6ecm1 at gmail.com>
> To: "Users of Asterisk app_rpt" <app_rpt-users at lists.allstarlink.org>
> Sent: Sunday, November 12, 2017 11:49:27 AM
> Subject: Re: [App_rpt-users] DNS Setup

> I only had a public IP available, no DHCP. Just learned this...

> Edit /etc/resolvconf.conf

> "#name_servers=" to "name_servers=8.8.8.8" or what ever DNS you'd like

> Save and reboot. Works great.

> Thanks,

> Bob

> k6ecm

> 73

> From: App_rpt-users [mailto:app_rpt-users-bounces at lists.allstarlink.org] On
> Behalf Of K5CG
> Sent: Sunday, November 12, 2017 9:38 AM
> To: Users of Asterisk app_rpt
> Subject: Re: [App_rpt-users] DNS Setup

> I just went through this yesterday with a new DIAL installation
> (http://dvswitch.org/files/AllStarLink/RAT_RC1.tar.gz).

> As you have observed, netsetup (for Static setup mode) sets the DNS nameservers
> in /etc/resolv.conf but updating that file directly is not supported for the
> OS. On reboot, the resolvconf process overwrites /etc/resolv.conf again and
> removes those entries.

> And as you also found, entering dns-nameservers in /etc/network/interfaces
> doesn't work with resovconf.

> I've decided to use netsetup to set networking to DHCP and I set a static MAC
> entry for the IP I want assigned in my router. This works as expected.

> 73

> 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 visit
> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll
> down to the bottom of the page. Enter your email address and press the
> "Unsubscribe or edit options button"
> You do not need a password 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: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20171112/61bc744c/attachment.html>

From k6ecm1 at gmail.com  Sun Nov 12 19:10:11 2017
From: k6ecm1 at gmail.com (Bob Pyke)
Date: Sun, 12 Nov 2017 11:10:11 -0800
Subject: [App_rpt-users] DNS Setup
In-Reply-To: <1230390668.1136.1510510420954.JavaMail.zimbra@siminiuk.com>
References: <1510458090.2250.97.camel@Project23D.com>
 <126025889.1007.1510508292179.JavaMail.zimbra@siminiuk.com>
 <E1632BB73B134F279BCF1B1CE3C17BC4@ThePykesHP>
 <1230390668.1136.1510510420954.JavaMail.zimbra@siminiuk.com>
Message-ID: <37D7F571-3AE7-4793-BFF7-C99E2DE6F4A5@gmail.com>

I updated the wiki to reflect this. It would be good if the build would handle it. /etc/resolvconf is modifying /etc/resolv.conf, which can appear to be changed manually, but gets restored to the /etc/resolvconf setting upon reboot. This is a function of the Debian used by DIAL. It appears to me that it is a nontrivial update to netsetup to modify /etc/resolvconf unless it is somehow disabled which can confuse things by making the Debian nonstandard.

Thanks,
Bob
K6ECM
73


> On Nov 12, 2017, at 10:13 AM, K5CG <k5cg at hamoperator.org> wrote:
> 
> That's good to know Bob. I'll keep this note handy.
> 
> The Wiki recommends the wrong thing too.
> 
> http://wiki.allstarlink.org/wiki/DIAL_FAQ
> 
> Now, how do we get the maintainer of the build to fix the netsetup script?
> 
> # Setup network paramaters #
> # Parts borrowed from ACID and Pickle linux #
> # 9/23/2015 N4IRS #
> 
> I see N4IRS is Steve, the list owner so I added him here to the CC.
> 
> Steve, please advise if there is a process to get this into a dev queue.
> 
> Thanks
> 
> 73
> Danny
> K5CG
> 
> 
> From: "Bob" <k6ecm1 at gmail.com>
> To: "Users of Asterisk app_rpt" <app_rpt-users at lists.allstarlink.org>
> Sent: Sunday, November 12, 2017 11:49:27 AM
> Subject: Re: [App_rpt-users] DNS Setup
> I only had a public IP available, no DHCP. Just learned this...
>  
> Edit /etc/resolvconf.conf
> "#name_servers=" to "name_servers=8.8.8.8" or what ever DNS you'd like
>  
> Save and reboot. Works great.
> 
> Thanks,
> Bob
> k6ecm
> 73
>  
>  
>  
> From: App_rpt-users [mailto:app_rpt-users-bounces at lists.allstarlink.org] On Behalf Of K5CG
> Sent: Sunday, November 12, 2017 9:38 AM
> To: Users of Asterisk app_rpt
> Subject: Re: [App_rpt-users] DNS Setup
>  
> I just went through this yesterday with a new DIAL installation (http://dvswitch.org/files/AllStarLink/RAT_RC1.tar.gz).
>  
> As you have observed, netsetup (for Static setup mode) sets the DNS nameservers in /etc/resolv.conf but updating that file directly is not supported for the OS. On reboot, the resolvconf process overwrites /etc/resolv.conf again and removes those entries.
>  
> And as you also found, entering dns-nameservers in /etc/network/interfaces doesn't work with resovconf.
>  
> I've decided to use netsetup to set networking to DHCP and I set a static MAC entry for the IP I want assigned in my router. This works as expected.
>  
> 73
> 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 visit http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button"
> You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem.
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at lists.allstarlink.org
> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
> 
> To unsubscribe from this list please visit http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button"
> You do not need a password 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: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20171112/5b0bc698/attachment.html>

From szingman at msgstor.com  Sun Nov 12 19:59:39 2017
From: szingman at msgstor.com (Steve Zingman)
Date: Sun, 12 Nov 2017 14:59:39 -0500
Subject: [App_rpt-users] DNS Setup
In-Reply-To: <37D7F571-3AE7-4793-BFF7-C99E2DE6F4A5@gmail.com>
References: <1510458090.2250.97.camel@Project23D.com>
 <126025889.1007.1510508292179.JavaMail.zimbra@siminiuk.com>
 <E1632BB73B134F279BCF1B1CE3C17BC4@ThePykesHP>
 <1230390668.1136.1510510420954.JavaMail.zimbra@siminiuk.com>
 <37D7F571-3AE7-4793-BFF7-C99E2DE6F4A5@gmail.com>
Message-ID: <bddca0b4-9b41-55aa-1560-5289ac04a514@msgstor.com>

netsetup is being replaced. In the meantime:
edit /etc/resolvconf.conf <---------------------- Not a typo
add:
name_servers="8.8.8.8 4.2.2.1"

reboot or resolvconf -u

73, Steve N4IRS


On 11/12/2017 02:10 PM, Bob Pyke wrote:
> I updated the wiki to reflect this. It would be good if the build 
> would handle it. /etc/resolvconf is modifying /etc/resolv.conf, which 
> can appear to be changed manually, but gets restored to the 
> /etc/resolvconf setting upon reboot. This is a function of the Debian 
> used by DIAL. It appears to me that it is a nontrivial update to 
> netsetup to modify /etc/resolvconf unless it is somehow disabled which 
> can confuse things by making the Debian nonstandard.
>
> Thanks,
> Bob
> K6ECM
> 73
>
>
> On Nov 12, 2017, at 10:13 AM, K5CG <k5cg at hamoperator.org 
> <mailto:k5cg at hamoperator.org>> wrote:
>
>> That's good to know Bob. I'll keep this note handy.
>>
>> The Wiki recommends the wrong thing too.
>>
>> http://wiki.allstarlink.org/wiki/DIAL_FAQ
>>
>> Now, how do we get the maintainer of the build to fix the netsetup 
>> script?
>>
>> # Setup network paramaters #
>> # Parts borrowed from ACID and Pickle linux #
>> # 9/23/2015 N4IRS #
>>
>> I see N4IRS is Steve, the list owner so I added him here to the CC.
>>
>> Steve, please advise if there is a process to get this into a dev queue.
>>
>> Thanks
>>
>> 73
>> Danny
>> K5CG
>>
>>
>> ------------------------------------------------------------------------
>>
>>     *From: *"Bob" <k6ecm1 at gmail.com <mailto:k6ecm1 at gmail.com>>
>>     *To: *"Users of Asterisk app_rpt"
>>     <app_rpt-users at lists.allstarlink.org
>>     <mailto:app_rpt-users at lists.allstarlink.org>>
>>     *Sent: *Sunday, November 12, 2017 11:49:27 AM
>>     *Subject: *Re: [App_rpt-users] DNS Setup
>>
>>     I only had a public IP available, no DHCP. Just learned this...
>>
>>     Edit /etc/resolvconf.conf
>>
>>     "#name_servers=" to "name_servers=8.8.8.8" or what ever DNS you'd
>>     like
>>
>>     Save and reboot. Works great.
>>
>>
>>     Thanks,
>>
>>     Bob
>>
>>     k6ecm
>>
>>     73
>>
>>     ------------------------------------------------------------------------
>>
>>     *From:*App_rpt-users
>>     [mailto:app_rpt-users-bounces at lists.allstarlink.org] *On Behalf
>>     Of *K5CG
>>     *Sent:* Sunday, November 12, 2017 9:38 AM
>>     *To:* Users of Asterisk app_rpt
>>     *Subject:* Re: [App_rpt-users] DNS Setup
>>
>>     I just went through this yesterday with a new DIAL installation
>>     (http://dvswitch.org/files/AllStarLink/RAT_RC1.tar.gz).
>>
>>     As you have observed, netsetup (for Static setup mode) sets the
>>     DNS nameservers in /etc/resolv.conf but updating that file
>>     directly is not supported for the OS. On reboot, the resolvconf
>>     process overwrites /etc/resolv.conf again and removes those entries.
>>
>>     And as you also found, entering dns-nameservers in
>>     /etc/network/interfaces doesn't work with resovconf.
>>
>>     I've decided to use netsetup to set networking to DHCP and I set
>>     a static MAC entry for the IP I want assigned in my router. This
>>     works as expected.
>>
>>     73
>>
>>     Danny
>>
>>     K5CG
>>
>>
>>     _______________________________________________
>>     App_rpt-users mailing list
>>     App_rpt-users at lists.allstarlink.org
>>     <mailto:App_rpt-users at lists.allstarlink.org>
>>     http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
>>
>>     To unsubscribe from this list please visit
>>     http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
>>     and scroll down to the bottom of the page. Enter your email
>>     address and press the "Unsubscribe or edit options button"
>>     You do not need a password to unsubscribe, you can do it via
>>     email confirmation. If you have trouble unsubscribing, please
>>     send a message to the list detailing the problem.
>>
>> _______________________________________________
>> App_rpt-users mailing list
>> App_rpt-users at lists.allstarlink.org 
>> <mailto:App_rpt-users at lists.allstarlink.org>
>> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
>>
>> To unsubscribe from this list please visit 
>> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users 
>> and scroll down to the bottom of the page. Enter your email address 
>> and press the "Unsubscribe or edit options button"
>> You do not need a password to unsubscribe, you can do it via email 
>> confirmation. If you have trouble unsubscribing, please send a 
>> message to the list detailing the problem.
>
>
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at lists.allstarlink.org
> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
>
> To unsubscribe from this list please visit http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button"
> You do not need a password 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: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20171112/f45a90e7/attachment.html>

From k6ecm1 at gmail.com  Sun Nov 12 22:24:01 2017
From: k6ecm1 at gmail.com (Bob)
Date: Sun, 12 Nov 2017 14:24:01 -0800
Subject: [App_rpt-users] chan_usbradio.c error
Message-ID: <64617E99E1D84AF897C433AB6ECD30A8@ThePykesHP>

I periodically experience the following error on the RPi3 with DIAL
(/var/log/asterisk/messages). Any clues? The repeater uses a URIx, and the
Linux address for the USB is the same as devstr= in usbradio_tune_usb.conf

ERROR[537] chan_usbradio.c: HID process has died or something!!

[Nov 12 13:17:07] NOTICE[538] chan_usbradio.c: Assigned USB device 1-1.2:1.0
to usbradio channel usb
[Nov 12 13:17:07] WARNING[538] chan_usbradio.c: Loaded parameters from
usbradio_tune_usb.conf for device usb .
[Nov 12 13:17:07] WARNING[537] chan_usbradio.c: Possibly stuck USB read
channel. [usb]
[Nov 12 13:17:07] WARNING[537] chan_usbradio.c: Nope, USB read channel [usb]
wasn't stuck after all.
[Nov 12 13:38:16] ERROR[537] chan_usbradio.c: HID process has died or
something!!
[Nov 12 13:38:16] WARNING[520] app_rpt.c: rpt_thread restarted on node <#
redacted>

The 21 min delay from the prior message is typical. After the error, it
restarts asterisk, and the startup macro reconnects the repeater.

Thanks,
Bob
k6ecm



From k6ecm1 at gmail.com  Sun Nov 12 23:32:57 2017
From: k6ecm1 at gmail.com (Bob)
Date: Sun, 12 Nov 2017 15:32:57 -0800
Subject: [App_rpt-users] DNS Setup
In-Reply-To: <bddca0b4-9b41-55aa-1560-5289ac04a514@msgstor.com>
References: <1510458090.2250.97.camel@Project23D.com>
 <126025889.1007.1510508292179.JavaMail.zimbra@siminiuk.com>
 <E1632BB73B134F279BCF1B1CE3C17BC4@ThePykesHP>
 <1230390668.1136.1510510420954.JavaMail.zimbra@siminiuk.com>
 <37D7F571-3AE7-4793-BFF7-C99E2DE6F4A5@gmail.com>
 <bddca0b4-9b41-55aa-1560-5289ac04a514@msgstor.com>
Message-ID: <E24CC024E4BE4276975B49D17C534C3B@ThePykesHP>

Cool, thanks Steve

 

Bob

k6ecm

73

 

  _____  

From: App_rpt-users [mailto:app_rpt-users-bounces at lists.allstarlink.org] On
Behalf Of Steve Zingman
Sent: Sunday, November 12, 2017 12:00 PM
To: Users of Asterisk app_rpt
Subject: Re: [App_rpt-users] DNS Setup

 

netsetup is being replaced. In the meantime:
edit /etc/resolvconf.conf <---------------------- Not a typo
add:
name_servers="8.8.8.8 4.2.2.1"

reboot or resolvconf -u

73, Steve N4IRS



On 11/12/2017 02:10 PM, Bob Pyke wrote:

I updated the wiki to reflect this. It would be good if the build would
handle it. /etc/resolvconf is modifying /etc/resolv.conf, which can appear
to be changed manually, but gets restored to the /etc/resolvconf setting
upon reboot. This is a function of the Debian used by DIAL. It appears to me
that it is a nontrivial update to netsetup to modify /etc/resolvconf unless
it is somehow disabled which can confuse things by making the Debian
nonstandard.

Thanks,

Bob

K6ECM

73

 


On Nov 12, 2017, at 10:13 AM, K5CG <k5cg at hamoperator.org> wrote:

That's good to know Bob. I'll keep this note handy.

 

The Wiki recommends the wrong thing too.

 

http://wiki.allstarlink.org/wiki/DIAL_FAQ

 

Now, how do we get the maintainer of the build to fix the netsetup script?

 

# Setup network paramaters #
# Parts borrowed from ACID and Pickle linux #
# 9/23/2015 N4IRS #

 

I see N4IRS is Steve, the list owner so I added him here to the CC.

 

Steve, please advise if there is a process to get this into a dev queue.

 

Thanks

 

73

Danny

K5CG

 

 


  _____  


From: "Bob" <k6ecm1 at gmail.com>
To: "Users of Asterisk app_rpt" <app_rpt-users at lists.allstarlink.org>
Sent: Sunday, November 12, 2017 11:49:27 AM
Subject: Re: [App_rpt-users] DNS Setup



I only had a public IP available, no DHCP. Just learned this...

 

Edit /etc/resolvconf.conf 

"#name_servers=" to "name_servers=8.8.8.8" or what ever DNS you'd like

 

Save and reboot. Works great.


Thanks,

Bob

k6ecm

73

 

 

 




  _____  


From: App_rpt-users [mailto:app_rpt-users-bounces at lists.allstarlink.org] On
Behalf Of K5CG
Sent: Sunday, November 12, 2017 9:38 AM
To: Users of Asterisk app_rpt
Subject: Re: [App_rpt-users] DNS Setup

 

I just went through this yesterday with a new DIAL installation
(http://dvswitch.org/files/AllStarLink/RAT_RC1.tar.gz).

 

As you have observed, netsetup (for Static setup mode) sets the DNS
nameservers in /etc/resolv.conf but updating that file directly is not
supported for the OS. On reboot, the resolvconf process overwrites
/etc/resolv.conf again and removes those entries.

 

And as you also found, entering dns-nameservers in /etc/network/interfaces
doesn't work with resovconf.

 

I've decided to use netsetup to set networking to DHCP and I set a static
MAC entry for the IP I want assigned in my router. This works as expected.

 

73



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 visit
http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users and
scroll down to the bottom of the page. Enter your email address and press
the "Unsubscribe or edit options button"
You do not need a password to unsubscribe, you can do it via email
confirmation. If you have trouble unsubscribing, please send a message to
the list detailing the problem.

_______________________________________________
App_rpt-users mailing list
App_rpt-users at lists.allstarlink.org
http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users

To unsubscribe from this list please visit
http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users and
scroll down to the bottom of the page. Enter your email address and press
the "Unsubscribe or edit options button"
You do not need a password to unsubscribe, you can do it via email
confirmation. If you have trouble unsubscribing, please send a message to
the list detailing the problem. 






_______________________________________________
App_rpt-users mailing list
App_rpt-users at lists.allstarlink.org
http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
 
To unsubscribe from this list please visit
http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users and
scroll down to the bottom of the page. Enter your email address and press
the "Unsubscribe or edit options button"
You do not need a password 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: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20171112/d7b09269/attachment.html>

From john at n2yp.com  Mon Nov 13 10:17:38 2017
From: john at n2yp.com (john at n2yp.com)
Date: Mon, 13 Nov 2017 05:17:38 -0500
Subject: [App_rpt-users] Node control
Message-ID: <F983608E-285F-4DB6-9580-4B3CDD6A9526@n2yp.com>

Is there a way to have node A decode dtmf and have it control the gpio pins of a second node?
-- 
Sent from my Android device with K-9 Mail. Please excuse my brevity.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20171113/a8bbd884/attachment.html>

From monty at ke7jvx.com  Mon Nov 13 15:15:09 2017
From: monty at ke7jvx.com (Monty)
Date: Mon, 13 Nov 2017 08:15:09 -0700
Subject: [App_rpt-users] Node control
In-Reply-To: <F983608E-285F-4DB6-9580-4B3CDD6A9526@n2yp.com>
References: <F983608E-285F-4DB6-9580-4B3CDD6A9526@n2yp.com>
Message-ID: <CAN3ondvrDpdfCvxnyyB11GgcXaPEr-ws0tWYzHKBxVjJ1mJ5Kg@mail.gmail.com>

You can go use Node A to go into Command mode (*4) of that second node and
function the GPIO functions.


Monty

On Mon, Nov 13, 2017 at 3:17 AM, <john at n2yp.com> wrote:

> Is there a way to have node A decode dtmf and have it control the gpio
> pins of a second node?
> --
> Sent from my Android device with K-9 Mail. Please excuse my brevity.
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at lists.allstarlink.org
> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
>
> To unsubscribe from this list please visit http://lists.allstarlink.org/
> cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of
> the page. Enter your email address and press the "Unsubscribe or edit
> options button"
> You do not need a password 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: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20171113/eaeb5ba2/attachment.html>

From szingman at msgstor.com  Mon Nov 13 17:07:56 2017
From: szingman at msgstor.com (Steve Zingman)
Date: Mon, 13 Nov 2017 12:07:56 -0500
Subject: [App_rpt-users] AllStarLink apt-get install
Message-ID: <382abf75-9a47-dcb6-dbdf-cf42c96903b2@msgstor.com>

 ?Since the introduction of DIAL, we have had a number of requests for a 
better method of installing and upgrading AllStarLink. The D in DIAL 
stands for Debian. The Intel/AMD versions of DIAL are built on a 
slightly modified version of the NetInstaller from Debian.
The Raspberry Pi version of DIAL is built on a modified version of 
Raspbian which is a modified version of Debian. The Intel/AMD installer 
builds ASL from the GitHub repository. The Raspbian image uses 
pre-compiled ASL programs and scripts. A number of people have also 
wanted to build ASL on their own install install of Debian or a 
derivative. I have tried to provide install scripts to accommodate this 
also. None of these are "easy" to upgrade and maintain.

 ?One of the biggest stumbling blocks to installing ASL is the 
requirement for DAHDI. DAHDI is a set of kernel modules that HAS to be 
built for the running kernel. Every time a user upgraded the kernel, the 
user had to rebuild DAHDI. To say that is a pain is a understatement. A 
few months ago I started using a system call Dynamic Kernel Module 
Support (DKMS). One of the features of DKMS is the ability to install 
the needed support programs and source to build the needed kernel 
modules. In simple terms Debian calls on DKMS to rebuild DAHDI. The big 
advantage to this is when the kernel is upgraded, DKMS tries to rebuild 
DAHDI. DHADI does not change very often, but it does require some 
maintenance. DKMS has helped to allow users to upgrade their host OS and 
continue to run ASL.

 ?The other parts of ASL are or should be more fluid. They should be 
changing as new bugs are found and new features are added. Under the 
current system, this sometimes requires downloading and building 
asterisk from the GitHub repository. Not really that hard to do, but it 
is time consuming and error prone. I don't expect users to be Linux 
software experts, though some basic understanding of the OS they use to 
run their repeaters and remote bases would be nice. Due to this 
complexity, I have held off putting out a update to DIAL. There have 
been some changes in the installers and some minor tweaks, but nothing 
of consequence.? This will now start to change. Over the year since we 
have put the ASL source on GitHub, people have contributed changes. 
These changes have been or will be staged and tested. At some point they 
will be ready to be included in ASL. We need a mechanism to easily put 
these changes to use. I do not want to require a user to have to 
download an new image just to get fixes, upgrades and enhancements. It 
can be done, but should be limited and rare.

I have taken the GitHub main branch(s) and built a Debian repository. 
What this means is the method to install ASL or upgrade ASL will change. 
Though the ARM and Intel/AMD images will be available, they will be 
built using the repository rather then static programs. This also open 
up the possibility of? support for other Debian based distribution. For 
ARM this means support for Armbian <https://www.armbian.com> Armbian is 
a very well done distribution supporting a number of ARM based single 
board computers. Many more boards to choose from! The next release of 
the images will use the repository. This will take some time. In the 
long run for images I will follow Debian. With each new revision of 
Debian I will release a new image. As of today, we are built on Debian 
8. The next install image will be built on Debian 9 (Stretch) As we 
progress, the repository will also contain programs to enhance ASL. 
Rather then searching for and having how to figure out how to install 
the program it will become as simple as apt-get install Analog_Bridge. I 
will work with the developers to include their programs in the repository.

 ?OK, so 4 paragraphs to get to the good stuff. How do I use the 
repositories? How do I upgrade my OS and ASL? Why is the sky blue? (Just 
waned to make sure you were still awake) For the adventurous among us 
here we go. In Debian it is quite easy to add a repository. I have built 
a simple script to add the repository for you. You will start with a off 
the shelf image, in this example from Raspbian. Intel/AMD users should 
get the idea. Remember this is a test. Most things will stay the same, 
some will change as issues are found. You can use either Jessie or 
Stretch image as a starting point. A couple of warnings are in order. 
These are stock images. There is NO protection from someone hacking into 
your machine if you expose it before at least changing to default 
password. A stock Raspbian image will not even allow you to use SSH to 
login the machine without 1 change. You must add a file to /boot. The 
file can be empty but must be named "ssh" I have take a stock Raspbian 
Jessie image and added the file. That is the ONLY change I have made to 
the image. It is available for download from 
<http://dvswitch.org/files/AllStarLink/2017-06-21-raspbian-jessie-lite.tar.gz> 
Extract the image and burn it to a SD card. The login is pi and the 
password is raspberry.

DO NOT DO THIS ON TOP OF YOUR EXISTING DIAL INSTALL !!!!!!!!!!!!!!!!!!!!!!!!

You will need to do a few things to you fresh image to prepare for ASL 
install.

sudo -s so you are root
Use raspi-config to change the login password
Use the advanced menu from raspi-config to expand the file system to use 
your whole SD card. On exit from raspi-config you will be asked to reboot

After the reboot, log back in and become root.

If you are installing on a fresh Intel/AMD or some other Debian 
derivative, start here.

apt-get update
apt-get upgrade -y
At this point this is nothing but a ready to run Raspbian Jessie machine.

cd /tmp
wget 
https://github.com/AllStarLink/DIAL/raw/master/repository/install-repository
chmod +x install-repository
./install-repository

The ONLY thing the script does is add the new AllStarLink repository.

To install ASL:
apt-get install allstarlink

When the install completes (yes it does take a while since DAHDI still 
has to be compiled) reboot.
You should have a fresh install of ASL ready for you to edit the config 
files.

Over the next few weeks, my time will be somewhat limited. When I have a 
update ready I'll post on the list. You will then be able to run apt-get 
upgrade and the changes will be applied to your test machine. Upgrade 
will NOT overwrite your config files.
If you want to test this on a fresh install of Intel/AMD or the Raspbian 
Stretch, go for it. I have done some quick tests on Raspbian Stretch and 
it does work. Needs at least one bug fix and a LOT more testing.

Last but not least is the support programs that are used to help you 
configure the node and OS. The existing scripts are a MESS. I have a 
completely new set of programs I'll be working on and roll out in time. 
For now, edit the config file and ask questions.

-- 
"The nice thing about DIY is that if you break it, you get to keep both pieces"



From bryan at bryanfields.net  Mon Nov 13 17:12:51 2017
From: bryan at bryanfields.net (Bryan Fields)
Date: Mon, 13 Nov 2017 11:12:51 -0600 (CST)
Subject: [App_rpt-users] AllStarLink apt-get install
In-Reply-To: <382abf75-9a47-dcb6-dbdf-cf42c96903b2@msgstor.com>
References: <382abf75-9a47-dcb6-dbdf-cf42c96903b2@msgstor.com>
Message-ID: <0D7C06D1-E199-41A1-A5C2-F77CCFF7D8A0@bryanfields.net>

Sorry for the top post, I'm on a phone, but this is awesome.  Thanks for all your hard work on this.

And it's blue due to Raleigh Scattering ?

--
Bryan Fields
M: +1-727-409-1194

> On Nov 13, 2017, at 12:06, Steve Zingman <szingman at msgstor.com> wrote:
> 
>  Since the introduction of DIAL, we have had a number of requests for a better method of installing and upgrading AllStarLink. The D in DIAL stands for Debian. The Intel/AMD versions of DIAL are built on a slightly modified version of the NetInstaller from Debian.
> The Raspberry Pi version of DIAL is built on a modified version of Raspbian which is a modified version of Debian. The Intel/AMD installer builds ASL from the GitHub repository. The Raspbian image uses pre-compiled ASL programs and scripts. A number of people have also wanted to build ASL on their own install install of Debian or a derivative. I have tried to provide install scripts to accommodate this also. None of these are "easy" to upgrade and maintain.
> 
>  One of the biggest stumbling blocks to installing ASL is the requirement for DAHDI. DAHDI is a set of kernel modules that HAS to be built for the running kernel. Every time a user upgraded the kernel, the user had to rebuild DAHDI. To say that is a pain is a understatement. A few months ago I started using a system call Dynamic Kernel Module Support (DKMS). One of the features of DKMS is the ability to install the needed support programs and source to build the needed kernel modules. In simple terms Debian calls on DKMS to rebuild DAHDI. The big advantage to this is when the kernel is upgraded, DKMS tries to rebuild DAHDI. DHADI does not change very often, but it does require some maintenance. DKMS has helped to allow users to upgrade their host OS and continue to run ASL.
> 
>  The other parts of ASL are or should be more fluid. They should be changing as new bugs are found and new features are added. Under the current system, this sometimes requires downloading and building asterisk from the GitHub repository. Not really that hard to do, but it is time consuming and error prone. I don't expect users to be Linux software experts, though some basic understanding of the OS they use to run their repeaters and remote bases would be nice. Due to this complexity, I have held off putting out a update to DIAL. There have been some changes in the installers and some minor tweaks, but nothing of consequence.  This will now start to change. Over the year since we have put the ASL source on GitHub, people have contributed changes. These changes have been or will be staged and tested. At some point they will be ready to be included in ASL. We need a mechanism to easily put these changes to use. I do not want to require a user to have to download an new image just to get fixes, upgrades and enhancements. It can be done, but should be limited and rare.
> 
> I have taken the GitHub main branch(s) and built a Debian repository. What this means is the method to install ASL or upgrade ASL will change. Though the ARM and Intel/AMD images will be available, they will be built using the repository rather then static programs. This also open up the possibility of  support for other Debian based distribution. For ARM this means support for Armbian <https://www.armbian.com> Armbian is a very well done distribution supporting a number of ARM based single board computers. Many more boards to choose from! The next release of the images will use the repository. This will take some time. In the long run for images I will follow Debian. With each new revision of Debian I will release a new image. As of today, we are built on Debian 8. The next install image will be built on Debian 9 (Stretch) As we progress, the repository will also contain programs to enhance ASL. Rather then searching for and having how to figure out how to install the program it will become as simple as apt-get install Analog_Bridge. I will work with the developers to include their programs in the repository.
> 
>  OK, so 4 paragraphs to get to the good stuff. How do I use the repositories? How do I upgrade my OS and ASL? Why is the sky blue? (Just waned to make sure you were still awake) For the adventurous among us here we go. In Debian it is quite easy to add a repository. I have built a simple script to add the repository for you. You will start with a off the shelf image, in this example from Raspbian. Intel/AMD users should get the idea. Remember this is a test. Most things will stay the same, some will change as issues are found. You can use either Jessie or Stretch image as a starting point. A couple of warnings are in order. These are stock images. There is NO protection from someone hacking into your machine if you expose it before at least changing to default password. A stock Raspbian image will not even allow you to use SSH to login the machine without 1 change. You must add a file to /boot. The file can be empty but must be named "ssh" I have take a stock Raspbian Jessie image and added the file. That is the ONLY change I have made to the image. It is available for download from <http://dvswitch.org/files/AllStarLink/2017-06-21-raspbian-jessie-lite.tar.gz> Extract the image and burn it to a SD card. The login is pi and the password is raspberry.
> 
> DO NOT DO THIS ON TOP OF YOUR EXISTING DIAL INSTALL !!!!!!!!!!!!!!!!!!!!!!!!
> 
> You will need to do a few things to you fresh image to prepare for ASL install.
> 
> sudo -s so you are root
> Use raspi-config to change the login password
> Use the advanced menu from raspi-config to expand the file system to use your whole SD card. On exit from raspi-config you will be asked to reboot
> 
> After the reboot, log back in and become root.
> 
> If you are installing on a fresh Intel/AMD or some other Debian derivative, start here.
> 
> apt-get update
> apt-get upgrade -y
> At this point this is nothing but a ready to run Raspbian Jessie machine.
> 
> cd /tmp
> wget https://github.com/AllStarLink/DIAL/raw/master/repository/install-repository
> chmod +x install-repository
> ./install-repository
> 
> The ONLY thing the script does is add the new AllStarLink repository.
> 
> To install ASL:
> apt-get install allstarlink
> 
> When the install completes (yes it does take a while since DAHDI still has to be compiled) reboot.
> You should have a fresh install of ASL ready for you to edit the config files.
> 
> Over the next few weeks, my time will be somewhat limited. When I have a update ready I'll post on the list. You will then be able to run apt-get upgrade and the changes will be applied to your test machine. Upgrade will NOT overwrite your config files.
> If you want to test this on a fresh install of Intel/AMD or the Raspbian Stretch, go for it. I have done some quick tests on Raspbian Stretch and it does work. Needs at least one bug fix and a LOT more testing.
> 
> Last but not least is the support programs that are used to help you configure the node and OS. The existing scripts are a MESS. I have a completely new set of programs I'll be working on and roll out in time. For now, edit the config file and ask questions.
> 
> -- 
> "The nice thing about DIY is that if you break it, you get to keep both pieces"
> 
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at lists.allstarlink.org
> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
> 
> To unsubscribe from this list please visit http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button"
> You do not need a password 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: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20171113/10984b8c/attachment.html>

From cummingsj at gmail.com  Mon Nov 13 17:36:35 2017
From: cummingsj at gmail.com (JJC)
Date: Mon, 13 Nov 2017 10:36:35 -0700
Subject: [App_rpt-users] AllStarLink apt-get install
In-Reply-To: <0D7C06D1-E199-41A1-A5C2-F77CCFF7D8A0@bryanfields.net>
References: <382abf75-9a47-dcb6-dbdf-cf42c96903b2@msgstor.com>
 <0D7C06D1-E199-41A1-A5C2-F77CCFF7D8A0@bryanfields.net>
Message-ID: <CAOb75Ovd8RO+gWEV70qP_1FG8rZnPRAY3bG6Xhjsb26UcwX9XQ@mail.gmail.com>

Great work Steve et al!  This will be great to facilitate a more
streamlined update process (exactly as you have outlined) etc... Kudos man!

JJC
N0PKT

On Mon, Nov 13, 2017 at 10:12 AM, Bryan Fields <bryan at bryanfields.net>
wrote:

> Sorry for the top post, I'm on a phone, but this is awesome.  Thanks for
> all your hard work on this.
>
> And it's blue due to Raleigh Scattering ?
>
> --
> Bryan Fields
> M: +1-727-409-1194 <(727)%20409-1194>
>
> On Nov 13, 2017, at 12:06, Steve Zingman <szingman at msgstor.com> wrote:
>
>  Since the introduction of DIAL, we have had a number of requests for a
> better method of installing and upgrading AllStarLink. The D in DIAL stands
> for Debian. The Intel/AMD versions of DIAL are built on a slightly modified
> version of the NetInstaller from Debian.
> The Raspberry Pi version of DIAL is built on a modified version of
> Raspbian which is a modified version of Debian. The Intel/AMD installer
> builds ASL from the GitHub repository. The Raspbian image uses pre-compiled
> ASL programs and scripts. A number of people have also wanted to build ASL
> on their own install install of Debian or a derivative. I have tried to
> provide install scripts to accommodate this also. None of these are "easy"
> to upgrade and maintain.
>
>  One of the biggest stumbling blocks to installing ASL is the requirement
> for DAHDI. DAHDI is a set of kernel modules that HAS to be built for the
> running kernel. Every time a user upgraded the kernel, the user had to
> rebuild DAHDI. To say that is a pain is a understatement. A few months ago
> I started using a system call Dynamic Kernel Module Support (DKMS). One of
> the features of DKMS is the ability to install the needed support programs
> and source to build the needed kernel modules. In simple terms Debian calls
> on DKMS to rebuild DAHDI. The big advantage to this is when the kernel is
> upgraded, DKMS tries to rebuild DAHDI. DHADI does not change very often,
> but it does require some maintenance. DKMS has helped to allow users to
> upgrade their host OS and continue to run ASL.
>
>  The other parts of ASL are or should be more fluid. They should be
> changing as new bugs are found and new features are added. Under the
> current system, this sometimes requires downloading and building asterisk
> from the GitHub repository. Not really that hard to do, but it is time
> consuming and error prone. I don't expect users to be Linux software
> experts, though some basic understanding of the OS they use to run their
> repeaters and remote bases would be nice. Due to this complexity, I have
> held off putting out a update to DIAL. There have been some changes in the
> installers and some minor tweaks, but nothing of consequence.  This will
> now start to change. Over the year since we have put the ASL source on
> GitHub, people have contributed changes. These changes have been or will be
> staged and tested. At some point they will be ready to be included in ASL.
> We need a mechanism to easily put these changes to use. I do not want to
> require a user to have to download an new image just to get fixes, upgrades
> and enhancements. It can be done, but should be limited and rare.
>
> I have taken the GitHub main branch(s) and built a Debian repository. What
> this means is the method to install ASL or upgrade ASL will change. Though
> the ARM and Intel/AMD images will be available, they will be built using
> the repository rather then static programs. This also open up the
> possibility of  support for other Debian based distribution. For ARM this
> means support for Armbian <https://www.armbian.com> Armbian is a very
> well done distribution supporting a number of ARM based single board
> computers. Many more boards to choose from! The next release of the images
> will use the repository. This will take some time. In the long run for
> images I will follow Debian. With each new revision of Debian I will
> release a new image. As of today, we are built on Debian 8. The next
> install image will be built on Debian 9 (Stretch) As we progress, the
> repository will also contain programs to enhance ASL. Rather then searching
> for and having how to figure out how to install the program it will become
> as simple as apt-get install Analog_Bridge. I will work with the developers
> to include their programs in the repository.
>
>  OK, so 4 paragraphs to get to the good stuff. How do I use the
> repositories? How do I upgrade my OS and ASL? Why is the sky blue? (Just
> waned to make sure you were still awake) For the adventurous among us here
> we go. In Debian it is quite easy to add a repository. I have built a
> simple script to add the repository for you. You will start with a off the
> shelf image, in this example from Raspbian. Intel/AMD users should get the
> idea. Remember this is a test. Most things will stay the same, some will
> change as issues are found. You can use either Jessie or Stretch image as a
> starting point. A couple of warnings are in order. These are stock images.
> There is NO protection from someone hacking into your machine if you expose
> it before at least changing to default password. A stock Raspbian image
> will not even allow you to use SSH to login the machine without 1 change.
> You must add a file to /boot. The file can be empty but must be named "ssh"
> I have take a stock Raspbian Jessie image and added the file. That is the
> ONLY change I have made to the image. It is available for download from <
> http://dvswitch.org/files/AllStarLink/2017-06-21-
> raspbian-jessie-lite.tar.gz> Extract the image and burn it to a SD card.
> The login is pi and the password is raspberry.
>
> DO NOT DO THIS ON TOP OF YOUR EXISTING DIAL INSTALL
> !!!!!!!!!!!!!!!!!!!!!!!!
>
> You will need to do a few things to you fresh image to prepare for ASL
> install.
>
> sudo -s so you are root
> Use raspi-config to change the login password
> Use the advanced menu from raspi-config to expand the file system to use
> your whole SD card. On exit from raspi-config you will be asked to reboot
>
> After the reboot, log back in and become root.
>
> If you are installing on a fresh Intel/AMD or some other Debian
> derivative, start here.
>
> apt-get update
> apt-get upgrade -y
> At this point this is nothing but a ready to run Raspbian Jessie machine.
>
> cd /tmp
> wget https://github.com/AllStarLink/DIAL/raw/master/
> repository/install-repository
> chmod +x install-repository
> ./install-repository
>
> The ONLY thing the script does is add the new AllStarLink repository.
>
> To install ASL:
> apt-get install allstarlink
>
> When the install completes (yes it does take a while since DAHDI still has
> to be compiled) reboot.
> You should have a fresh install of ASL ready for you to edit the config
> files.
>
> Over the next few weeks, my time will be somewhat limited. When I have a
> update ready I'll post on the list. You will then be able to run apt-get
> upgrade and the changes will be applied to your test machine. Upgrade will
> NOT overwrite your config files.
> If you want to test this on a fresh install of Intel/AMD or the Raspbian
> Stretch, go for it. I have done some quick tests on Raspbian Stretch and it
> does work. Needs at least one bug fix and a LOT more testing.
>
> Last but not least is the support programs that are used to help you
> configure the node and OS. The existing scripts are a MESS. I have a
> completely new set of programs I'll be working on and roll out in time. For
> now, edit the config file and ask questions.
>
> --
> "The nice thing about DIY is that if you break it, you get to keep both
> pieces"
>
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at lists.allstarlink.org
> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
>
> To unsubscribe from this list please visit http://lists.allstarlink.org/
> cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of
> the page. Enter your email address and press the "Unsubscribe or edit
> options button"
> You do not need a password to unsubscribe, you can do it via email
> confirmation. If you have trouble unsubscribing, please send a message to
> the list detailing the problem.
>
>
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at lists.allstarlink.org
> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
>
> To unsubscribe from this list please visit http://lists.allstarlink.org/
> cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of
> the page. Enter your email address and press the "Unsubscribe or edit
> options button"
> You do not need a password 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: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20171113/e38d9287/attachment.html>

From horsezip at earthlink.net  Mon Nov 13 22:30:17 2017
From: horsezip at earthlink.net (jimmy keffer)
Date: Mon, 13 Nov 2017 17:30:17 -0500
Subject: [App_rpt-users] astdb.php question
Message-ID: <6q5k0dlimj62rb7dhsuh0mlfvm4akbes0k@4ax.com>

on my dial x86 server running  5 3 * * * /var/www/html/allmon2/astdb.php
from root's cron wass causing the file astdb.txt to saved in /root  not
/var/www/html/allmon2
i fixed it by adding 7 3 * * * mv -f
/root/astdb.txt/var/www/html/allmon2 too cron has anyone seen this
before ? is there a better way to do this 
thanks jimmy ka3vgm


From sam.nabkey at gmail.com  Mon Nov 13 22:54:24 2017
From: sam.nabkey at gmail.com (Sam Nabkey)
Date: Mon, 13 Nov 2017 17:54:24 -0500
Subject: [App_rpt-users] =?utf-8?q?=28no_subject=29?=
In-Reply-To: <CAO8AawpAgPqbd1eEEL+YOLSPXapEDeFXZQ3MfL1rNUs_4+pWFA@mail.gmail.com>
References: <CAO8Aawobpn9nqGDsfimCbPL1Gm0xRWj-UZRvuUV-CLZpjvvwFw@mail.gmail.com>
 <CAO8AawpAgPqbd1eEEL+YOLSPXapEDeFXZQ3MfL1rNUs_4+pWFA@mail.gmail.com>
Message-ID: <CAO8AawpcEY98ngn2ct0EnUuu9eu1tEEiGaTHB9bFD81FaCpssw@mail.gmail.com>

Ooo9pp09 999qlllp
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20171113/423a5c57/attachment.html>

From sam.nabkey at gmail.com  Mon Nov 13 23:02:49 2017
From: sam.nabkey at gmail.com (Sam Nabkey)
Date: Mon, 13 Nov 2017 18:02:49 -0500
Subject: [App_rpt-users] (no subject)
In-Reply-To: <CAO8AawpcEY98ngn2ct0EnUuu9eu1tEEiGaTHB9bFD81FaCpssw@mail.gmail.com>
References: <CAO8Aawobpn9nqGDsfimCbPL1Gm0xRWj-UZRvuUV-CLZpjvvwFw@mail.gmail.com>
 <CAO8AawpAgPqbd1eEEL+YOLSPXapEDeFXZQ3MfL1rNUs_4+pWFA@mail.gmail.com>
 <CAO8AawpcEY98ngn2ct0EnUuu9eu1tEEiGaTHB9bFD81FaCpssw@mail.gmail.com>
Message-ID: <CAO8AawpwCsOBcHJxWDh6ZBb_qhVhKe=f5ysWWSv6PB1OaPqF+Q@mail.gmail.com>

Forgive my pocket.   It has no manners..

On Nov 13, 2017 5:54 PM, "Sam Nabkey" <sam.nabkey at gmail.com> wrote:

> Ooo9pp09 999qlllp
>
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at lists.allstarlink.org
> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
>
> To unsubscribe from this list please visit http://lists.allstarlink.org/
> cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of
> the page. Enter your email address and press the "Unsubscribe or edit
> options button"
> You do not need a password 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: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20171113/f9ac1713/attachment.html>

From nhardman1428 at gmail.com  Tue Nov 14 00:30:25 2017
From: nhardman1428 at gmail.com (Nate Hardman)
Date: Mon, 13 Nov 2017 19:30:25 -0500
Subject: [App_rpt-users] astdb.php question
In-Reply-To: <6q5k0dlimj62rb7dhsuh0mlfvm4akbes0k@4ax.com>
References: <6q5k0dlimj62rb7dhsuh0mlfvm4akbes0k@4ax.com>
Message-ID: <CAC9hojW-MGV4iCejWa3cSTroq88EuawZXRaqznmYQ_1ro9ap-Q@mail.gmail.com>

edit the start of the astdb.php file to look like this.

#! /usr/bin/php -q
<?php
chdir(dirname(__FILE__));  // CHANGES WORKING DIR TO DIR PHP FILE IS IN
// Read AllStar database
$url = "https://allstarlink.org/cgi-bin/allmondb.pl";

On Mon, Nov 13, 2017 at 5:30 PM, jimmy keffer <horsezip at earthlink.net>
wrote:

> on my dial x86 server running  5 3 * * * /var/www/html/allmon2/astdb.php
> from root's cron wass causing the file astdb.txt to saved in /root  not
> /var/www/html/allmon2
> i fixed it by adding 7 3 * * * mv -f
> /root/astdb.txt/var/www/html/allmon2 too cron has anyone seen this
> before ? is there a better way to do this
> thanks 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.




-- 

Nathan Hardman
nhardman1428 at gmail.com
N8THN at ARRL.NET
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20171113/ac1484e8/attachment.html>

From horsezip at earthlink.net  Tue Nov 14 15:16:39 2017
From: horsezip at earthlink.net (jimmy keffer)
Date: Tue, 14 Nov 2017 10:16:39 -0500
Subject: [App_rpt-users] astdb.php question
In-Reply-To: <CAC9hojW-MGV4iCejWa3cSTroq88EuawZXRaqznmYQ_1ro9ap-Q@mail.gmail.com>
References: <6q5k0dlimj62rb7dhsuh0mlfvm4akbes0k@4ax.com>
 <CAC9hojW-MGV4iCejWa3cSTroq88EuawZXRaqznmYQ_1ro9ap-Q@mail.gmail.com>
Message-ID: <g42m0dp8m5url0fvft6nfpdfm76u2k5ds8@4ax.com>

thanks


From tisawyer at gmail.com  Wed Nov 15 14:47:35 2017
From: tisawyer at gmail.com (Tim Sawyer)
Date: Wed, 15 Nov 2017 06:47:35 -0800
Subject: [App_rpt-users] astdb.php question
In-Reply-To: <g42m0dp8m5url0fvft6nfpdfm76u2k5ds8@4ax.com>
References: <6q5k0dlimj62rb7dhsuh0mlfvm4akbes0k@4ax.com>
 <CAC9hojW-MGV4iCejWa3cSTroq88EuawZXRaqznmYQ_1ro9ap-Q@mail.gmail.com>
 <g42m0dp8m5url0fvft6nfpdfm76u2k5ds8@4ax.com>
Message-ID: <CAG3ht9ss72vjowVxusKkS9uz04c0fmWfHWhb5uHHkm7387JMUA@mail.gmail.com>

or modify your cron like so:

5 3 * * * cd /var/www/html/allmon2; ./astdb.php

It's doing a cd then executing the program. This technique also will work
for binaries where you can't modify the program.

On Tue, Nov 14, 2017 at 7:16 AM, jimmy keffer <horsezip at earthlink.net>
wrote:

> thanks
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at lists.allstarlink.org
> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
>
> To unsubscribe from this list please visit http://lists.allstarlink.org/
> cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of
> the page. Enter your email address and press the "Unsubscribe or edit
> options button"
> You do not need a password to unsubscribe, you can do it via email
> confirmation. If you have trouble unsubscribing, please send a message to
> the list detailing the problem.
>



-- 
--
Tim
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20171115/49a472da/attachment.html>

From tisawyer at gmail.com  Wed Nov 15 15:17:24 2017
From: tisawyer at gmail.com (Tim Sawyer)
Date: Wed, 15 Nov 2017 07:17:24 -0800
Subject: [App_rpt-users] AllStarLink apt-get install
In-Reply-To: <0D7C06D1-E199-41A1-A5C2-F77CCFF7D8A0@bryanfields.net>
References: <382abf75-9a47-dcb6-dbdf-cf42c96903b2@msgstor.com>
 <0D7C06D1-E199-41A1-A5C2-F77CCFF7D8A0@bryanfields.net>
Message-ID: <CAG3ht9vzR6-EWYnPowFSCFEUpOeTqODWkyhcd9_gAC_dQhEzYw@mail.gmail.com>

Yup, awesome stuff, Steve!

On Mon, Nov 13, 2017 at 9:12 AM, Bryan Fields <bryan at bryanfields.net> wrote:

> Sorry for the top post, I'm on a phone, but this is awesome.  Thanks for
> all your hard work on this.
>
> And it's blue due to Raleigh Scattering ?
>
> --
> Bryan Fields
> M: +1-727-409-1194 <(727)%20409-1194>
>
> On Nov 13, 2017, at 12:06, Steve Zingman <szingman at msgstor.com> wrote:
>
>  Since the introduction of DIAL, we have had a number of requests for a
> better method of installing and upgrading AllStarLink. The D in DIAL stands
> for Debian. The Intel/AMD versions of DIAL are built on a slightly modified
> version of the NetInstaller from Debian.
> The Raspberry Pi version of DIAL is built on a modified version of
> Raspbian which is a modified version of Debian. The Intel/AMD installer
> builds ASL from the GitHub repository. The Raspbian image uses pre-compiled
> ASL programs and scripts. A number of people have also wanted to build ASL
> on their own install install of Debian or a derivative. I have tried to
> provide install scripts to accommodate this also. None of these are "easy"
> to upgrade and maintain.
>
>  One of the biggest stumbling blocks to installing ASL is the requirement
> for DAHDI. DAHDI is a set of kernel modules that HAS to be built for the
> running kernel. Every time a user upgraded the kernel, the user had to
> rebuild DAHDI. To say that is a pain is a understatement. A few months ago
> I started using a system call Dynamic Kernel Module Support (DKMS). One of
> the features of DKMS is the ability to install the needed support programs
> and source to build the needed kernel modules. In simple terms Debian calls
> on DKMS to rebuild DAHDI. The big advantage to this is when the kernel is
> upgraded, DKMS tries to rebuild DAHDI. DHADI does not change very often,
> but it does require some maintenance. DKMS has helped to allow users to
> upgrade their host OS and continue to run ASL.
>
>  The other parts of ASL are or should be more fluid. They should be
> changing as new bugs are found and new features are added. Under the
> current system, this sometimes requires downloading and building asterisk
> from the GitHub repository. Not really that hard to do, but it is time
> consuming and error prone. I don't expect users to be Linux software
> experts, though some basic understanding of the OS they use to run their
> repeaters and remote bases would be nice. Due to this complexity, I have
> held off putting out a update to DIAL. There have been some changes in the
> installers and some minor tweaks, but nothing of consequence.  This will
> now start to change. Over the year since we have put the ASL source on
> GitHub, people have contributed changes. These changes have been or will be
> staged and tested. At some point they will be ready to be included in ASL.
> We need a mechanism to easily put these changes to use. I do not want to
> require a user to have to download an new image just to get fixes, upgrades
> and enhancements. It can be done, but should be limited and rare.
>
> I have taken the GitHub main branch(s) and built a Debian repository. What
> this means is the method to install ASL or upgrade ASL will change. Though
> the ARM and Intel/AMD images will be available, they will be built using
> the repository rather then static programs. This also open up the
> possibility of  support for other Debian based distribution. For ARM this
> means support for Armbian <https://www.armbian.com> Armbian is a very
> well done distribution supporting a number of ARM based single board
> computers. Many more boards to choose from! The next release of the images
> will use the repository. This will take some time. In the long run for
> images I will follow Debian. With each new revision of Debian I will
> release a new image. As of today, we are built on Debian 8. The next
> install image will be built on Debian 9 (Stretch) As we progress, the
> repository will also contain programs to enhance ASL. Rather then searching
> for and having how to figure out how to install the program it will become
> as simple as apt-get install Analog_Bridge. I will work with the developers
> to include their programs in the repository.
>
>  OK, so 4 paragraphs to get to the good stuff. How do I use the
> repositories? How do I upgrade my OS and ASL? Why is the sky blue? (Just
> waned to make sure you were still awake) For the adventurous among us here
> we go. In Debian it is quite easy to add a repository. I have built a
> simple script to add the repository for you. You will start with a off the
> shelf image, in this example from Raspbian. Intel/AMD users should get the
> idea. Remember this is a test. Most things will stay the same, some will
> change as issues are found. You can use either Jessie or Stretch image as a
> starting point. A couple of warnings are in order. These are stock images.
> There is NO protection from someone hacking into your machine if you expose
> it before at least changing to default password. A stock Raspbian image
> will not even allow you to use SSH to login the machine without 1 change.
> You must add a file to /boot. The file can be empty but must be named "ssh"
> I have take a stock Raspbian Jessie image and added the file. That is the
> ONLY change I have made to the image. It is available for download from <
> http://dvswitch.org/files/AllStarLink/2017-06-21-
> raspbian-jessie-lite.tar.gz> Extract the image and burn it to a SD card.
> The login is pi and the password is raspberry.
>
> DO NOT DO THIS ON TOP OF YOUR EXISTING DIAL INSTALL
> !!!!!!!!!!!!!!!!!!!!!!!!
>
> You will need to do a few things to you fresh image to prepare for ASL
> install.
>
> sudo -s so you are root
> Use raspi-config to change the login password
> Use the advanced menu from raspi-config to expand the file system to use
> your whole SD card. On exit from raspi-config you will be asked to reboot
>
> After the reboot, log back in and become root.
>
> If you are installing on a fresh Intel/AMD or some other Debian
> derivative, start here.
>
> apt-get update
> apt-get upgrade -y
> At this point this is nothing but a ready to run Raspbian Jessie machine.
>
> cd /tmp
> wget https://github.com/AllStarLink/DIAL/raw/master/
> repository/install-repository
> chmod +x install-repository
> ./install-repository
>
> The ONLY thing the script does is add the new AllStarLink repository.
>
> To install ASL:
> apt-get install allstarlink
>
> When the install completes (yes it does take a while since DAHDI still has
> to be compiled) reboot.
> You should have a fresh install of ASL ready for you to edit the config
> files.
>
> Over the next few weeks, my time will be somewhat limited. When I have a
> update ready I'll post on the list. You will then be able to run apt-get
> upgrade and the changes will be applied to your test machine. Upgrade will
> NOT overwrite your config files.
> If you want to test this on a fresh install of Intel/AMD or the Raspbian
> Stretch, go for it. I have done some quick tests on Raspbian Stretch and it
> does work. Needs at least one bug fix and a LOT more testing.
>
> Last but not least is the support programs that are used to help you
> configure the node and OS. The existing scripts are a MESS. I have a
> completely new set of programs I'll be working on and roll out in time. For
> now, edit the config file and ask questions.
>
> --
> "The nice thing about DIY is that if you break it, you get to keep both
> pieces"
>
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at lists.allstarlink.org
> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
>
> To unsubscribe from this list please visit http://lists.allstarlink.org/
> cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of
> the page. Enter your email address and press the "Unsubscribe or edit
> options button"
> You do not need a password to unsubscribe, you can do it via email
> confirmation. If you have trouble unsubscribing, please send a message to
> the list detailing the problem.
>
>
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at lists.allstarlink.org
> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
>
> To unsubscribe from this list please visit http://lists.allstarlink.org/
> cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of
> the page. Enter your email address and press the "Unsubscribe or edit
> options button"
> You do not need a password to unsubscribe, you can do it via email
> confirmation. If you have trouble unsubscribing, please send a message to
> the list detailing the problem.
>



-- 
--
Tim
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20171115/b7a75da3/attachment.html>

From g7rpg at hotmail.com  Wed Nov 15 16:36:28 2017
From: g7rpg at hotmail.com (Peter)
Date: Wed, 15 Nov 2017 16:36:28 +0000
Subject: [App_rpt-users] hub crash help
In-Reply-To: <g42m0dp8m5url0fvft6nfpdfm76u2k5ds8@4ax.com>
References: <6q5k0dlimj62rb7dhsuh0mlfvm4akbes0k@4ax.com>
 <CAC9hojW-MGV4iCejWa3cSTroq88EuawZXRaqznmYQ_1ro9ap-Q@mail.gmail.com>
 <g42m0dp8m5url0fvft6nfpdfm76u2k5ds8@4ax.com>
Message-ID: <AM5PR0402MB2691A94235252898CC561B61FA290@AM5PR0402MB2691.eurprd04.prod.outlook.com>

Hi...

I'm one the minions that help run M0HOY's Allstar hubs in the UK. Node 
41522 & 41223, There is an ongoing problem where the hub will crash 
randomly when a someone comes on with a flaky internet connection, the 
crash is associated with segfault in app_rpt.so and and usually one of 
the following in the logs:


Undecodable frame received from 'xxx.xxx.xxx.xxx'
PBX may not have been terminated properly on 
'IAX2/xxx.xxx.xxx.xxx:4572-5435'
lots of.... Max retries exceeded to host xxx.xxx.xxx.xxx


Sometimes the crash is a 'general protection ip' in app_rpt.so but 
usually nothing in the logs just before to give any clues.

Average uptime is 7 - 14 days, a flaky incoming connection will kill it 
within minutes dropping all the connections.

Both of the hubs are hosted in a DC on VPS running on Debian 7.4, 3.2.81 
X64, built with source from the github repo.

There tends to be on average 60 - 80 ASL connections spread across the 
two hubs to share the load.

Recently we've had a few users on the hub form the US and Australia 
repeatedly crashing the hubs sometimes more than once a day.


Some of the ideas we've done/are looking at are:

More hubs to spread the load and minimise the disruption
A script to keep a check on the running process and restart asterisk QUICKLY
A scripts to alert us of potential problems
On some occasions have had to use iptables to block the host causing the 
problem were we've not been able to make contact.


I wonder if anyone has any suggestions?

TIA

Peter
G7RPG




From szingman at msgstor.com  Wed Nov 15 16:46:49 2017
From: szingman at msgstor.com (Steve Zingman)
Date: Wed, 15 Nov 2017 11:46:49 -0500
Subject: [App_rpt-users] hub crash help
In-Reply-To: <AM5PR0402MB2691A94235252898CC561B61FA290@AM5PR0402MB2691.eurprd04.prod.outlook.com>
References: <6q5k0dlimj62rb7dhsuh0mlfvm4akbes0k@4ax.com>
 <CAC9hojW-MGV4iCejWa3cSTroq88EuawZXRaqznmYQ_1ro9ap-Q@mail.gmail.com>
 <g42m0dp8m5url0fvft6nfpdfm76u2k5ds8@4ax.com>
 <AM5PR0402MB2691A94235252898CC561B61FA290@AM5PR0402MB2691.eurprd04.prod.outlook.com>
Message-ID: <bbcb9dcb-0cd0-6562-f222-e13ccf2502c7@msgstor.com>

Peter,
I prefer finding the problem rather then scripting work arounds. That 
being said, You may want to consider moving up to Debian 8 which 
supports systemd. The systemd unit will restart ASL quickly in case of a 
crash.
Again, this is not the way to solve the issue, but it may help until we 
can find and fix the problem.

73, Steve N4IRS

On 11/15/2017 11:36 AM, Peter wrote:
> Hi...
>
> I'm one the minions that help run M0HOY's Allstar hubs in the UK. Node
> 41522 & 41223, There is an ongoing problem where the hub will crash
> randomly when a someone comes on with a flaky internet connection, the
> crash is associated with segfault in app_rpt.so and and usually one of
> the following in the logs:
>
>
> Undecodable frame received from 'xxx.xxx.xxx.xxx'
> PBX may not have been terminated properly on
> 'IAX2/xxx.xxx.xxx.xxx:4572-5435'
> lots of.... Max retries exceeded to host xxx.xxx.xxx.xxx
>
>
> Sometimes the crash is a 'general protection ip' in app_rpt.so but
> usually nothing in the logs just before to give any clues.
>
> Average uptime is 7 - 14 days, a flaky incoming connection will kill it
> within minutes dropping all the connections.
>
> Both of the hubs are hosted in a DC on VPS running on Debian 7.4, 3.2.81
> X64, built with source from the github repo.
>
> There tends to be on average 60 - 80 ASL connections spread across the
> two hubs to share the load.
>
> Recently we've had a few users on the hub form the US and Australia
> repeatedly crashing the hubs sometimes more than once a day.
>
>
> Some of the ideas we've done/are looking at are:
>
> More hubs to spread the load and minimise the disruption
> A script to keep a check on the running process and restart asterisk QUICKLY
> A scripts to alert us of potential problems
> On some occasions have had to use iptables to block the host causing the
> problem were we've not been able to make contact.
>
>
> I wonder if anyone has any suggestions?
>
> TIA
>
> Peter
> G7RPG
>
>
>
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at lists.allstarlink.org
> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
>
> To unsubscribe from this list please visit http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button"
> You do not need a password 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 will at bashlor.com  Wed Nov 15 19:03:21 2017
From: will at bashlor.com (Will Bashlor)
Date: Wed, 15 Nov 2017 14:03:21 -0500
Subject: [App_rpt-users] iPhone Verizon Hot Spot Issues
Message-ID: <019701d35e44$68a3f900$39ebeb00$@bashlor.com>

Hi All,

 

Anyone use their iPhone hot spot on Verizon? Any issues? Mine gives me a fit not wanting to connect to most any node (mine and others) most of the time. After constantly rebooting my node and phone several times, and retrying to connect to various nodes, sometimes it?s eventually successful.

 

Any similar experiences? Suggestions?

 

73

Will, KE4IAJ

TARG <https://www.facebook.com/profile.php?id=196073504193006&ref=br_rs>  AEC

 

 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20171115/d53ad40f/attachment.html>

From carl at n7kuw.com  Wed Nov 15 19:31:51 2017
From: carl at n7kuw.com (Carl)
Date: Wed, 15 Nov 2017 11:31:51 -0800
Subject: [App_rpt-users] iPhone Verizon Hot Spot Issues
In-Reply-To: <019701d35e44$68a3f900$39ebeb00$@bashlor.com>
References: <019701d35e44$68a3f900$39ebeb00$@bashlor.com>
Message-ID: <004801d35e48$63304380$2990ca80$@n7kuw.com>

Are you trying to use your phone as a hot spot for the Asterisk device?  If so, you will run into issues with port access. All of the major carriers (Verizon, AT&T, Sprint, T-Mobile) have laid out there LTE networks in a manner that result in dual-NATing, there is no way to port forward from the ?real? internet address to a device connected to your hotspot.  Verizon will give you a static IP with ports available for a mere one-time fee of $500. I don?t know what other carriers want.

Carl, N7KUW

 

From: App_rpt-users [mailto:app_rpt-users-bounces at lists.allstarlink.org] On Behalf Of Will Bashlor
Sent: Wednesday, November 15, 2017 11:03 AM
To: 'Users of Asterisk app_rpt'
Subject: [App_rpt-users] iPhone Verizon Hot Spot Issues

 

Hi All,

 

Anyone use their iPhone hot spot on Verizon? Any issues? Mine gives me a fit not wanting to connect to most any node (mine and others) most of the time. After constantly rebooting my node and phone several times, and retrying to connect to various nodes, sometimes it?s eventually successful.

 

Any similar experiences? Suggestions?

 

73

Will, KE4IAJ

TARG <https://www.facebook.com/profile.php?id=196073504193006&ref=br_rs>  AEC

 

 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20171115/e0ec3ba8/attachment.html>

From will at bashlor.com  Wed Nov 15 20:07:43 2017
From: will at bashlor.com (Will Bashlor)
Date: Wed, 15 Nov 2017 15:07:43 -0500
Subject: [App_rpt-users] iPhone Verizon Hot Spot Issues
In-Reply-To: <004801d35e48$63304380$2990ca80$@n7kuw.com>
References: <019701d35e44$68a3f900$39ebeb00$@bashlor.com>
 <004801d35e48$63304380$2990ca80$@n7kuw.com>
Message-ID: <05fd01d35e4d$661b1520$32513f60$@bashlor.com>

Thanks Carl,

 

Yes, I am using my hot spot for a portable allstar node. I understand that with Verizon port forwarding is impossible without the one-time $500 static IP, however port forwarding shouldn?t be required for outbound only connections. It?s odd, I can attempt to connect to a node and it never connects, then 5 minutes later I can try again, and it does connect. Or I may try node AAAAA and it doesn?t connect, then BBBBB and it connects, then AAAAA and it doesn?t connect. But others can connect to AAAAA. Or when I get to work or home on WiFi then I can connect to AAAAA. Then 10 minutes later I leave the house and I connect to AAAAA just fine. In other words, there is no logical pattern lol.

 

I guess I need to start writing down what nodes and can and can?t connect to, and when. And start watching the Asterisk CLI to tell me what?s going on. I?m a network engineer working for an Internet service provider, so I can troubleshoot, but I haven?t began troubleshooting yet. I was just probing the community beforehand which could save me some time in the long run. I figured (hoping) someone have had to run into this before with all the portable nodes already out there.

 

73

Will, KE4IAJ

TARG <https://www.facebook.com/profile.php?id=196073504193006&ref=br_rs>  AEC

 

 

 

From: App_rpt-users [mailto:app_rpt-users-bounces at lists.allstarlink.org] On Behalf Of Carl
Sent: Wednesday, November 15, 2017 2:32 PM
To: 'Users of Asterisk app_rpt' <app_rpt-users at lists.allstarlink.org>
Subject: Re: [App_rpt-users] iPhone Verizon Hot Spot Issues

 

Are you trying to use your phone as a hot spot for the Asterisk device?  If so, you will run into issues with port access. All of the major carriers (Verizon, AT&T, Sprint, T-Mobile) have laid out there LTE networks in a manner that result in dual-NATing, there is no way to port forward from the ?real? internet address to a device connected to your hotspot.  Verizon will give you a static IP with ports available for a mere one-time fee of $500. I don?t know what other carriers want.

Carl, N7KUW

 

From: App_rpt-users [mailto:app_rpt-users-bounces at lists.allstarlink.org] On Behalf Of Will Bashlor
Sent: Wednesday, November 15, 2017 11:03 AM
To: 'Users of Asterisk app_rpt'
Subject: [App_rpt-users] iPhone Verizon Hot Spot Issues

 

Hi All,

 

Anyone use their iPhone hot spot on Verizon? Any issues? Mine gives me a fit not wanting to connect to most any node (mine and others) most of the time. After constantly rebooting my node and phone several times, and retrying to connect to various nodes, sometimes it?s eventually successful.

 

Any similar experiences? Suggestions?

 

73

Will, KE4IAJ

TARG <https://www.facebook.com/profile.php?id=196073504193006&ref=br_rs>  AEC

 

 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20171115/59c9e2a0/attachment.html>

From shawpbx at gmail.com  Wed Nov 15 21:31:11 2017
From: shawpbx at gmail.com (David Shaw)
Date: Wed, 15 Nov 2017 13:31:11 -0800
Subject: [App_rpt-users] iPhone Verizon Hot Spot Issues
In-Reply-To: <05fd01d35e4d$661b1520$32513f60$@bashlor.com>
References: <019701d35e44$68a3f900$39ebeb00$@bashlor.com>
 <004801d35e48$63304380$2990ca80$@n7kuw.com>
 <05fd01d35e4d$661b1520$32513f60$@bashlor.com>
Message-ID: <CAH4RvbKehWRBZhfSAVs2jfFMTkH+Zqcor_Gz+FGTTKqe8eZfzA@mail.gmail.com>

The Hotspot gets an IP address and then ASL needs to update the node list
server. Then the clients needs to update the nodes list. So this can take
sometime. So it can take around 30 minutes or so. For testing, let your
hotspot ASL node run about an hour. Then see if you can connect.

Outbound doesn't need the ports open.

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 Wed, Nov 15, 2017 at 12:07 PM, Will Bashlor <will at bashlor.com> wrote:

> Thanks Carl,
>
>
>
> Yes, I am using my hot spot for a portable allstar node. I understand that
> with Verizon port forwarding is impossible without the one-time $500 static
> IP, however port forwarding shouldn?t be required for outbound only
> connections. It?s odd, I can attempt to connect to a node and it never
> connects, then 5 minutes later I can try again, and it does connect. Or I
> may try node AAAAA and it doesn?t connect, then BBBBB and it connects, then
> AAAAA and it doesn?t connect. But others can connect to AAAAA. Or when I
> get to work or home on WiFi then I can connect to AAAAA. Then 10 minutes
> later I leave the house and I connect to AAAAA just fine. In other words,
> there is no logical pattern lol.
>
>
>
> I guess I need to start writing down what nodes and can and can?t connect
> to, and when. And start watching the Asterisk CLI to tell me what?s going
> on. I?m a network engineer working for an Internet service provider, so I
> can troubleshoot, but I haven?t began troubleshooting yet. I was just
> probing the community beforehand which could save me some time in the long
> run. I figured (hoping) someone have had to run into this before with all
> the portable nodes already out there.
>
>
>
> 73
>
> Will, KE4IAJ
>
> TARG <https://www.facebook.com/profile.php?id=196073504193006&ref=br_rs>
> AEC
>
>
>
>
>
>
>
> *From:* App_rpt-users [mailto:app_rpt-users-bounces at lists.allstarlink.org]
> *On Behalf Of *Carl
> *Sent:* Wednesday, November 15, 2017 2:32 PM
> *To:* 'Users of Asterisk app_rpt' <app_rpt-users at lists.allstarlink.org>
> *Subject:* Re: [App_rpt-users] iPhone Verizon Hot Spot Issues
>
>
>
> Are you trying to use your phone as a hot spot for the Asterisk device?
> If so, you will run into issues with port access. All of the major carriers
> (Verizon, AT&T, Sprint, T-Mobile) have laid out there LTE networks in a
> manner that result in dual-NATing, there is no way to port forward from the
> ?real? internet address to a device connected to your hotspot.  Verizon
> will give you a static IP with ports available for a mere one-time fee of
> $500. I don?t know what other carriers want.
>
> Carl, N7KUW
>
>
>
> *From:* App_rpt-users [mailto:app_rpt-users-bounces at lists.allstarlink.org
> <app_rpt-users-bounces at lists.allstarlink.org>] *On Behalf Of *Will Bashlor
> *Sent:* Wednesday, November 15, 2017 11:03 AM
> *To:* 'Users of Asterisk app_rpt'
> *Subject:* [App_rpt-users] iPhone Verizon Hot Spot Issues
>
>
>
> Hi All,
>
>
>
> Anyone use their iPhone hot spot on Verizon? Any issues? Mine gives me a
> fit not wanting to connect to most any node (mine and others) most of the
> time. After constantly rebooting my node and phone several times, and
> retrying to connect to various nodes, sometimes it?s eventually successful.
>
>
>
> Any similar experiences? Suggestions?
>
>
>
> 73
>
> Will, KE4IAJ
>
> TARG <https://www.facebook.com/profile.php?id=196073504193006&ref=br_rs>
> AEC
>
>
>
>
>
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at lists.allstarlink.org
> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
>
> To unsubscribe from this list please visit http://lists.allstarlink.org/
> cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of
> the page. Enter your email address and press the "Unsubscribe or edit
> options button"
> You do not need a password 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: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20171115/177c1410/attachment.html>

From will at bashlor.com  Wed Nov 15 21:34:41 2017
From: will at bashlor.com (Will Bashlor)
Date: Wed, 15 Nov 2017 16:34:41 -0500
Subject: [App_rpt-users] iPhone Verizon Hot Spot Issues
In-Reply-To: <CAH4RvbKehWRBZhfSAVs2jfFMTkH+Zqcor_Gz+FGTTKqe8eZfzA@mail.gmail.com>
References: <019701d35e44$68a3f900$39ebeb00$@bashlor.com>
 <004801d35e48$63304380$2990ca80$@n7kuw.com>
 <05fd01d35e4d$661b1520$32513f60$@bashlor.com>
 <CAH4RvbKehWRBZhfSAVs2jfFMTkH+Zqcor_Gz+FGTTKqe8eZfzA@mail.gmail.com>
Message-ID: <069001d35e59$8c5b2480$a5116d80$@bashlor.com>

Thanks David,

 

Hmm, interesting. I?m leaving in about 30 minutes so I?ll connect it now. Good idea and thanks?

 

And upon further inspection of my LTE connection to my iPhone, it has an LTE IP gateway of 100.100.x.x, which tells me CGN (Carrier Grade NAT) is being used. So yup, double NAT since my phone also hands out a private address. This is common practice since the exhaustion of IPv4 addresses.

 

More about CGN if you aren?t familiar:

https://en.wikipedia.org/wiki/Carrier-grade_NAT

 

I will go ahead and connect up my hotspot and give it a shot. Thanks all?

 

From: App_rpt-users [mailto:app_rpt-users-bounces at lists.allstarlink.org] On Behalf Of David Shaw
Sent: Wednesday, November 15, 2017 4:31 PM
To: Users of Asterisk app_rpt <app_rpt-users at lists.allstarlink.org>
Subject: Re: [App_rpt-users] iPhone Verizon Hot Spot Issues

 

The Hotspot gets an IP address and then ASL needs to update the node list server. Then the clients needs to update the nodes list. So this can take sometime. So it can take around 30 minutes or so. For testing, let your hotspot ASL node run about an hour. Then see if you can connect.

 

Outbound doesn't need the ports open.

 

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 Wed, Nov 15, 2017 at 12:07 PM, Will Bashlor <will at bashlor.com <mailto:will at bashlor.com> > wrote:

Thanks Carl,

 

Yes, I am using my hot spot for a portable allstar node. I understand that with Verizon port forwarding is impossible without the one-time $500 static IP, however port forwarding shouldn?t be required for outbound only connections. It?s odd, I can attempt to connect to a node and it never connects, then 5 minutes later I can try again, and it does connect. Or I may try node AAAAA and it doesn?t connect, then BBBBB and it connects, then AAAAA and it doesn?t connect. But others can connect to AAAAA. Or when I get to work or home on WiFi then I can connect to AAAAA. Then 10 minutes later I leave the house and I connect to AAAAA just fine. In other words, there is no logical pattern lol.

 

I guess I need to start writing down what nodes and can and can?t connect to, and when. And start watching the Asterisk CLI to tell me what?s going on. I?m a network engineer working for an Internet service provider, so I can troubleshoot, but I haven?t began troubleshooting yet. I was just probing the community beforehand which could save me some time in the long run. I figured (hoping) someone have had to run into this before with all the portable nodes already out there.

 

73

Will, KE4IAJ

TARG <https://www.facebook.com/profile.php?id=196073504193006&ref=br_rs>  AEC

 

 

 

From: App_rpt-users [mailto:app_rpt-users-bounces at lists.allstarlink.org <mailto:app_rpt-users-bounces at lists.allstarlink.org> ] On Behalf Of Carl
Sent: Wednesday, November 15, 2017 2:32 PM
To: 'Users of Asterisk app_rpt' <app_rpt-users at lists.allstarlink.org <mailto:app_rpt-users at lists.allstarlink.org> >
Subject: Re: [App_rpt-users] iPhone Verizon Hot Spot Issues

 

Are you trying to use your phone as a hot spot for the Asterisk device?  If so, you will run into issues with port access. All of the major carriers (Verizon, AT&T, Sprint, T-Mobile) have laid out there LTE networks in a manner that result in dual-NATing, there is no way to port forward from the ?real? internet address to a device connected to your hotspot.  Verizon will give you a static IP with ports available for a mere one-time fee of $500. I don?t know what other carriers want.

Carl, N7KUW

 

From: App_rpt-users [mailto:app_rpt-users-bounces at lists.allstarlink.org] On Behalf Of Will Bashlor
Sent: Wednesday, November 15, 2017 11:03 AM
To: 'Users of Asterisk app_rpt'
Subject: [App_rpt-users] iPhone Verizon Hot Spot Issues

 

Hi All,

 

Anyone use their iPhone hot spot on Verizon? Any issues? Mine gives me a fit not wanting to connect to most any node (mine and others) most of the time. After constantly rebooting my node and phone several times, and retrying to connect to various nodes, sometimes it?s eventually successful.

 

Any similar experiences? Suggestions?

 

73

Will, KE4IAJ

TARG <https://www.facebook.com/profile.php?id=196073504193006&ref=br_rs>  AEC

 

 


_______________________________________________
App_rpt-users mailing list
App_rpt-users at lists.allstarlink.org <mailto:App_rpt-users at lists.allstarlink.org> 
http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users

To unsubscribe from this list please visit http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button"
You do not need a password 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: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20171115/cdf42e07/attachment.html>

From g7rpg at hotmail.com  Wed Nov 15 21:41:54 2017
From: g7rpg at hotmail.com (Peter)
Date: Wed, 15 Nov 2017 21:41:54 +0000
Subject: [App_rpt-users] iPhone Verizon Hot Spot Issues
In-Reply-To: <CAH4RvbKehWRBZhfSAVs2jfFMTkH+Zqcor_Gz+FGTTKqe8eZfzA@mail.gmail.com>
References: <019701d35e44$68a3f900$39ebeb00$@bashlor.com>
 <004801d35e48$63304380$2990ca80$@n7kuw.com>
 <05fd01d35e4d$661b1520$32513f60$@bashlor.com>
 <CAH4RvbKehWRBZhfSAVs2jfFMTkH+Zqcor_Gz+FGTTKqe8eZfzA@mail.gmail.com>
Message-ID: <AM5PR0402MB2691BEABC08855F442B88E13FA290@AM5PR0402MB2691.eurprd04.prod.outlook.com>

I'll second David's comment.

Will, you could make an exception on your HOME node in rpt.conf to bypass incoming authentication for your mobile node.

Under [nodes] add the following entry:

xxxxx = radio at 127.0.0.1/xxxx,NONE<mailto:radio at 127.0.0.1/xxxx,NONE>         ; where xxxx is the node number of your mobile node.


On your MOBILE node, add a route back to home, under [nodes] add the following entry:

xxxxx = radio at xxxx.asnode.org/xxxx,NONE<mailto:radio at xxxx.asnode.org/xxxx,NONE>       ; where xxxx is the node number of your HOME node. ** THIS ASSUMES YOU'RE USING PORT 4569 **


You may also find it better to switch to a lower bitrate codec. ULAW is terrible while /m GSM performs the best.


HTH

Peter


On 15/11/2017 21:31, David Shaw wrote:
The Hotspot gets an IP address and then ASL needs to update the node list server. Then the clients needs to update the nodes list. So this can take sometime. So it can take around 30 minutes or so. For testing, let your hotspot ASL node run about an hour. Then see if you can connect.

Outbound doesn't need the ports open.

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 Wed, Nov 15, 2017 at 12:07 PM, Will Bashlor <will at bashlor.com<mailto:will at bashlor.com>> wrote:
Thanks Carl,

Yes, I am using my hot spot for a portable allstar node. I understand that with Verizon port forwarding is impossible without the one-time $500 static IP, however port forwarding shouldn?t be required for outbound only connections. It?s odd, I can attempt to connect to a node and it never connects, then 5 minutes later I can try again, and it does connect. Or I may try node AAAAA and it doesn?t connect, then BBBBB and it connects, then AAAAA and it doesn?t connect. But others can connect to AAAAA. Or when I get to work or home on WiFi then I can connect to AAAAA. Then 10 minutes later I leave the house and I connect to AAAAA just fine. In other words, there is no logical pattern lol.

I guess I need to start writing down what nodes and can and can?t connect to, and when. And start watching the Asterisk CLI to tell me what?s going on. I?m a network engineer working for an Internet service provider, so I can troubleshoot, but I haven?t began troubleshooting yet. I was just probing the community beforehand which could save me some time in the long run. I figured (hoping) someone have had to run into this before with all the portable nodes already out there.

73
Will, KE4IAJ
TARG<https://www.facebook.com/profile.php?id=196073504193006&ref=br_rs> AEC



From: App_rpt-users [mailto:app_rpt-users-bounces at lists.allstarlink.org<mailto:app_rpt-users-bounces at lists.allstarlink.org>] On Behalf Of Carl
Sent: Wednesday, November 15, 2017 2:32 PM
To: 'Users of Asterisk app_rpt' <app_rpt-users at lists.allstarlink.org<mailto:app_rpt-users at lists.allstarlink.org>>
Subject: Re: [App_rpt-users] iPhone Verizon Hot Spot Issues

Are you trying to use your phone as a hot spot for the Asterisk device?  If so, you will run into issues with port access. All of the major carriers (Verizon, AT&T, Sprint, T-Mobile) have laid out there LTE networks in a manner that result in dual-NATing, there is no way to port forward from the ?real? internet address to a device connected to your hotspot.  Verizon will give you a static IP with ports available for a mere one-time fee of $500. I don?t know what other carriers want.
Carl, N7KUW

From: App_rpt-users [mailto:app_rpt-users-bounces at lists.allstarlink.org] On Behalf Of Will Bashlor
Sent: Wednesday, November 15, 2017 11:03 AM
To: 'Users of Asterisk app_rpt'
Subject: [App_rpt-users] iPhone Verizon Hot Spot Issues

Hi All,

Anyone use their iPhone hot spot on Verizon? Any issues? Mine gives me a fit not wanting to connect to most any node (mine and others) most of the time. After constantly rebooting my node and phone several times, and retrying to connect to various nodes, sometimes it?s eventually successful.

Any similar experiences? Suggestions?

73
Will, KE4IAJ
TARG<https://www.facebook.com/profile.php?id=196073504193006&ref=br_rs> AEC



_______________________________________________
App_rpt-users mailing list
App_rpt-users at lists.allstarlink.org<mailto:App_rpt-users at lists.allstarlink.org>
http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users

To unsubscribe from this list please visit http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button"
You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem.




_______________________________________________
App_rpt-users mailing list
App_rpt-users at lists.allstarlink.org<mailto:App_rpt-users at lists.allstarlink.org>
http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users

To unsubscribe from this list please visit http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button"
You do not need a password 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: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20171115/97e21399/attachment.html>

From shawpbx at gmail.com  Wed Nov 15 21:59:49 2017
From: shawpbx at gmail.com (David Shaw)
Date: Wed, 15 Nov 2017 13:59:49 -0800
Subject: [App_rpt-users] iPhone Verizon Hot Spot Issues
In-Reply-To: <AM5PR0402MB2691BEABC08855F442B88E13FA290@AM5PR0402MB2691.eurprd04.prod.outlook.com>
References: <019701d35e44$68a3f900$39ebeb00$@bashlor.com>
 <004801d35e48$63304380$2990ca80$@n7kuw.com>
 <05fd01d35e4d$661b1520$32513f60$@bashlor.com>
 <CAH4RvbKehWRBZhfSAVs2jfFMTkH+Zqcor_Gz+FGTTKqe8eZfzA@mail.gmail.com>
 <AM5PR0402MB2691BEABC08855F442B88E13FA290@AM5PR0402MB2691.eurprd04.prod.outlook.com>
Message-ID: <CAH4RvbJdssvPXrQGaTjZqE9S9Mzy0AV=HGLGWY0mV-wM02y8NQ@mail.gmail.com>

On my AirCard (AT&T) I can forward ports. The AirCard is not a phone. But a
WiFi hotspot. I have used the USB LTE cards. I also use US Mobile. 3Gb 24
bucks. Month to month.

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 Wed, Nov 15, 2017 at 1:41 PM, Peter <g7rpg at hotmail.com> wrote:

> I'll second David's comment.
>
> Will, you could make an exception on your HOME node in rpt.conf to bypass
> incoming authentication for your mobile node.
>
> Under [nodes] add the following entry:
>
> xxxxx = radio at 127.0.0.1/xxxx,NONE         ; where xxxx is the node number
> of your mobile node.
>
>
> On your MOBILE node, add a route back to home, under [nodes] add the
> following entry:
>
> xxxxx = radio at xxxx.asnode.org/xxxx,NONE       ; where xxxx is the node
> number of your HOME node. ** THIS ASSUMES YOU'RE USING PORT 4569 **
>
>
> You may also find it better to switch to a lower bitrate codec. ULAW is
> terrible while /m GSM performs the best.
>
>
> HTH
>
> Peter
>
>
> On 15/11/2017 21:31, David Shaw wrote:
>
> The Hotspot gets an IP address and then ASL needs to update the node list
> server. Then the clients needs to update the nodes list. So this can take
> sometime. So it can take around 30 minutes or so. For testing, let your
> hotspot ASL node run about an hour. Then see if you can connect.
>
> Outbound doesn't need the ports open.
>
> 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 Wed, Nov 15, 2017 at 12:07 PM, Will Bashlor <will at bashlor.com> wrote:
>
>> Thanks Carl,
>>
>>
>>
>> Yes, I am using my hot spot for a portable allstar node. I understand
>> that with Verizon port forwarding is impossible without the one-time $500
>> static IP, however port forwarding shouldn?t be required for outbound only
>> connections. It?s odd, I can attempt to connect to a node and it never
>> connects, then 5 minutes later I can try again, and it does connect. Or I
>> may try node AAAAA and it doesn?t connect, then BBBBB and it connects, then
>> AAAAA and it doesn?t connect. But others can connect to AAAAA. Or when I
>> get to work or home on WiFi then I can connect to AAAAA. Then 10 minutes
>> later I leave the house and I connect to AAAAA just fine. In other words,
>> there is no logical pattern lol.
>>
>>
>>
>> I guess I need to start writing down what nodes and can and can?t connect
>> to, and when. And start watching the Asterisk CLI to tell me what?s going
>> on. I?m a network engineer working for an Internet service provider, so I
>> can troubleshoot, but I haven?t began troubleshooting yet. I was just
>> probing the community beforehand which could save me some time in the long
>> run. I figured (hoping) someone have had to run into this before with all
>> the portable nodes already out there.
>>
>>
>>
>> 73
>>
>> Will, KE4IAJ
>>
>> TARG <https://www.facebook.com/profile.php?id=196073504193006&ref=br_rs>
>> AEC
>>
>>
>>
>>
>>
>>
>>
>> *From:* App_rpt-users [mailto:app_rpt-users-bounces at lists.allstarlink.org]
>> *On Behalf Of *Carl
>> *Sent:* Wednesday, November 15, 2017 2:32 PM
>> *To:* 'Users of Asterisk app_rpt' <app_rpt-users at lists.allstarlink.org>
>> *Subject:* Re: [App_rpt-users] iPhone Verizon Hot Spot Issues
>>
>>
>>
>> Are you trying to use your phone as a hot spot for the Asterisk device?
>> If so, you will run into issues with port access. All of the major carriers
>> (Verizon, AT&T, Sprint, T-Mobile) have laid out there LTE networks in a
>> manner that result in dual-NATing, there is no way to port forward from the
>> ?real? internet address to a device connected to your hotspot.  Verizon
>> will give you a static IP with ports available for a mere one-time fee of
>> $500. I don?t know what other carriers want.
>>
>> Carl, N7KUW
>>
>>
>>
>> *From:* App_rpt-users [mailto:app_rpt-users-bounces at lists.allstarlink.org
>> <app_rpt-users-bounces at lists.allstarlink.org>] *On Behalf Of *Will
>> Bashlor
>> *Sent:* Wednesday, November 15, 2017 11:03 AM
>> *To:* 'Users of Asterisk app_rpt'
>> *Subject:* [App_rpt-users] iPhone Verizon Hot Spot Issues
>>
>>
>>
>> Hi All,
>>
>>
>>
>> Anyone use their iPhone hot spot on Verizon? Any issues? Mine gives me a
>> fit not wanting to connect to most any node (mine and others) most of the
>> time. After constantly rebooting my node and phone several times, and
>> retrying to connect to various nodes, sometimes it?s eventually successful.
>>
>>
>>
>> Any similar experiences? Suggestions?
>>
>>
>>
>> 73
>>
>> Will, KE4IAJ
>>
>> TARG <https://www.facebook.com/profile.php?id=196073504193006&ref=br_rs>
>> AEC
>>
>>
>>
>>
>>
>> _______________________________________________
>> App_rpt-users mailing list
>> App_rpt-users at lists.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: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20171115/e0858e5d/attachment.html>

From g7rpg at hotmail.com  Wed Nov 15 22:08:03 2017
From: g7rpg at hotmail.com (Peter)
Date: Wed, 15 Nov 2017 22:08:03 +0000
Subject: [App_rpt-users] iPhone Verizon Hot Spot Issues
In-Reply-To: <CAH4RvbJdssvPXrQGaTjZqE9S9Mzy0AV=HGLGWY0mV-wM02y8NQ@mail.gmail.com>
References: <019701d35e44$68a3f900$39ebeb00$@bashlor.com>
 <004801d35e48$63304380$2990ca80$@n7kuw.com>
 <05fd01d35e4d$661b1520$32513f60$@bashlor.com>
 <CAH4RvbKehWRBZhfSAVs2jfFMTkH+Zqcor_Gz+FGTTKqe8eZfzA@mail.gmail.com>
 <AM5PR0402MB2691BEABC08855F442B88E13FA290@AM5PR0402MB2691.eurprd04.prod.outlook.com>
 <CAH4RvbJdssvPXrQGaTjZqE9S9Mzy0AV=HGLGWY0mV-wM02y8NQ@mail.gmail.com>
Message-ID: <AM5PR0402MB26919574B9997CA6E0A2E3E7FA290@AM5PR0402MB2691.eurprd04.prod.outlook.com>

Yes to be clear here guys, you do not need port forwarding make outgoing calls.


Peter


On 15/11/2017 21:59, David Shaw wrote:
On my AirCard (AT&T) I can forward ports. The AirCard is not a phone. But a WiFi hotspot. I have used the USB LTE cards. I also use US Mobile. 3Gb 24 bucks. Month to month.

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 Wed, Nov 15, 2017 at 1:41 PM, Peter <g7rpg at hotmail.com<mailto:g7rpg at hotmail.com>> wrote:

I'll second David's comment.

Will, you could make an exception on your HOME node in rpt.conf to bypass incoming authentication for your mobile node.

Under [nodes] add the following entry:

xxxxx = radio at 127.0.0.1/xxxx,NONE<mailto:radio at 127.0.0.1/xxxx,NONE>         ; where xxxx is the node number of your mobile node.


On your MOBILE node, add a route back to home, under [nodes] add the following entry:

xxxxx = radio at xxxx.asnode.org/xxxx,NONE<mailto:radio at xxxx.asnode.org/xxxx,NONE>       ; where xxxx is the node number of your HOME node. ** THIS ASSUMES YOU'RE USING PORT 4569 **


You may also find it better to switch to a lower bitrate codec. ULAW is terrible while /m GSM performs the best.


HTH

Peter


On 15/11/2017 21:31, David Shaw wrote:
The Hotspot gets an IP address and then ASL needs to update the node list server. Then the clients needs to update the nodes list. So this can take sometime. So it can take around 30 minutes or so. For testing, let your hotspot ASL node run about an hour. Then see if you can connect.

Outbound doesn't need the ports open.

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 Wed, Nov 15, 2017 at 12:07 PM, Will Bashlor <will at bashlor.com<mailto:will at bashlor.com>> wrote:
Thanks Carl,

Yes, I am using my hot spot for a portable allstar node. I understand that with Verizon port forwarding is impossible without the one-time $500 static IP, however port forwarding shouldn?t be required for outbound only connections. It?s odd, I can attempt to connect to a node and it never connects, then 5 minutes later I can try again, and it does connect. Or I may try node AAAAA and it doesn?t connect, then BBBBB and it connects, then AAAAA and it doesn?t connect. But others can connect to AAAAA. Or when I get to work or home on WiFi then I can connect to AAAAA. Then 10 minutes later I leave the house and I connect to AAAAA just fine. In other words, there is no logical pattern lol.

I guess I need to start writing down what nodes and can and can?t connect to, and when. And start watching the Asterisk CLI to tell me what?s going on. I?m a network engineer working for an Internet service provider, so I can troubleshoot, but I haven?t began troubleshooting yet. I was just probing the community beforehand which could save me some time in the long run. I figured (hoping) someone have had to run into this before with all the portable nodes already out there.

73
Will, KE4IAJ
TARG<https://www.facebook.com/profile.php?id=196073504193006&ref=br_rs> AEC



From: App_rpt-users [mailto:app_rpt-users-bounces at lists.allstarlink.org<mailto:app_rpt-users-bounces at lists.allstarlink.org>] On Behalf Of Carl
Sent: Wednesday, November 15, 2017 2:32 PM
To: 'Users of Asterisk app_rpt' <app_rpt-users at lists.allstarlink.org<mailto:app_rpt-users at lists.allstarlink.org>>
Subject: Re: [App_rpt-users] iPhone Verizon Hot Spot Issues

Are you trying to use your phone as a hot spot for the Asterisk device?  If so, you will run into issues with port access. All of the major carriers (Verizon, AT&T, Sprint, T-Mobile) have laid out there LTE networks in a manner that result in dual-NATing, there is no way to port forward from the ?real? internet address to a device connected to your hotspot.  Verizon will give you a static IP with ports available for a mere one-time fee of $500. I don?t know what other carriers want.
Carl, N7KUW

From: App_rpt-users [mailto:app_rpt-users-bounces at lists.allstarlink.org] On Behalf Of Will Bashlor
Sent: Wednesday, November 15, 2017 11:03 AM
To: 'Users of Asterisk app_rpt'
Subject: [App_rpt-users] iPhone Verizon Hot Spot Issues

Hi All,

Anyone use their iPhone hot spot on Verizon? Any issues? Mine gives me a fit not wanting to connect to most any node (mine and others) most of the time. After constantly rebooting my node and phone several times, and retrying to connect to various nodes, sometimes it?s eventually successful.

Any similar experiences? Suggestions?

73
Will, KE4IAJ
TARG<https://www.facebook.com/profile.php?id=196073504193006&ref=br_rs> AEC



_______________________________________________
App_rpt-users mailing list
App_rpt-users at lists.allstarlink.org<mailto:App_rpt-users at lists.allstarlink.org>
http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users

To unsubscribe from this list please visit http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button"
You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem.




_______________________________________________
App_rpt-users mailing list
App_rpt-users at lists.allstarlink.org<mailto:App_rpt-users at lists.allstarlink.org>
http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users

To unsubscribe from this list please visit http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button"
You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem.

_______________________________________________
App_rpt-users mailing list
App_rpt-users at lists.allstarlink.org<mailto:App_rpt-users at lists.allstarlink.org>
http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users

To unsubscribe from this list please visit http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button"
You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem.




_______________________________________________
App_rpt-users mailing list
App_rpt-users at lists.allstarlink.org<mailto:App_rpt-users at lists.allstarlink.org>
http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users

To unsubscribe from this list please visit http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button"
You do not need a password 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: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20171115/27b2b279/attachment.html>

From bdboyle at bdboyle.com  Wed Nov 15 22:09:06 2017
From: bdboyle at bdboyle.com (Bryan D. Boyle)
Date: Wed, 15 Nov 2017 17:09:06 -0500
Subject: [App_rpt-users] iPhone Verizon Hot Spot Issues
In-Reply-To: <CAH4RvbKehWRBZhfSAVs2jfFMTkH+Zqcor_Gz+FGTTKqe8eZfzA@mail.gmail.com>
References: <019701d35e44$68a3f900$39ebeb00$@bashlor.com>
 <004801d35e48$63304380$2990ca80$@n7kuw.com>
 <05fd01d35e4d$661b1520$32513f60$@bashlor.com>
 <CAH4RvbKehWRBZhfSAVs2jfFMTkH+Zqcor_Gz+FGTTKqe8eZfzA@mail.gmail.com>
Message-ID: <6C4A7E70-3438-4B8B-8E36-79E6D661AF5A@bdboyle.com>

there is a proxy function in allstar (or at least was in acid) where a fixed server could register your node number, and the wireless via wifi or wilan or 4g or what have you would authenticate to the proxy with a shared secret and connect you to the net or other linked systems.  

Connecting inbound would be handled by the proxy server with traffic forwarded properly.

don?t remember the url to the page that described it, but i did run it for over 18 months just fine.

and on both vzw and at?t hotspots.

ymmv.  

--
Bryan
Sent from my iPhone 6S...No electrons were harmed in the sending of this message.



> On Nov 15, 2017, at 16:31, David Shaw <shawpbx at gmail.com> wrote:
> 
> The Hotspot gets an IP address and then ASL needs to update the node list server. Then the clients needs to update the nodes list. So this can take sometime. So it can take around 30 minutes or so. For testing, let your hotspot ASL node run about an hour. Then see if you can connect.
> 
> Outbound doesn't need the ports open.
> 
> 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 Wed, Nov 15, 2017 at 12:07 PM, Will Bashlor <will at bashlor.com> wrote:
>> Thanks Carl,
>> 
>>  
>> 
>> Yes, I am using my hot spot for a portable allstar node. I understand that with Verizon port forwarding is impossible without the one-time $500 static IP, however port forwarding shouldn?t be required for outbound only connections. It?s odd, I can attempt to connect to a node and it never connects, then 5 minutes later I can try again, and it does connect. Or I may try node AAAAA and it doesn?t connect, then BBBBB and it connects, then AAAAA and it doesn?t connect. But others can connect to AAAAA. Or when I get to work or home on WiFi then I can connect to AAAAA. Then 10 minutes later I leave the house and I connect to AAAAA just fine. In other words, there is no logical pattern lol.
>> 
>>  
>> 
>> I guess I need to start writing down what nodes and can and can?t connect to, and when. And start watching the Asterisk CLI to tell me what?s going on. I?m a network engineer working for an Internet service provider, so I can troubleshoot, but I haven?t began troubleshooting yet. I was just probing the community beforehand which could save me some time in the long run. I figured (hoping) someone have had to run into this before with all the portable nodes already out there.
>> 
>>  
>> 
>> 73
>> 
>> Will, KE4IAJ
>> 
>> TARG AEC
>> 
>>  
>> 
>>  
>> 
>>  
>> 
>> From: App_rpt-users [mailto:app_rpt-users-bounces at lists.allstarlink.org] On Behalf Of Carl
>> Sent: Wednesday, November 15, 2017 2:32 PM
>> To: 'Users of Asterisk app_rpt' <app_rpt-users at lists.allstarlink.org>
>> Subject: Re: [App_rpt-users] iPhone Verizon Hot Spot Issues
>> 
>>  
>> 
>> Are you trying to use your phone as a hot spot for the Asterisk device?  If so, you will run into issues with port access. All of the major carriers (Verizon, AT&T, Sprint, T-Mobile) have laid out there LTE networks in a manner that result in dual-NATing, there is no way to port forward from the ?real? internet address to a device connected to your hotspot.  Verizon will give you a static IP with ports available for a mere one-time fee of $500. I don?t know what other carriers want.
>> 
>> Carl, N7KUW
>> 
>>  
>> 
>> From: App_rpt-users [mailto:app_rpt-users-bounces at lists.allstarlink.org] On Behalf Of Will Bashlor
>> Sent: Wednesday, November 15, 2017 11:03 AM
>> To: 'Users of Asterisk app_rpt'
>> Subject: [App_rpt-users] iPhone Verizon Hot Spot Issues
>> 
>>  
>> 
>> Hi All,
>> 
>>  
>> 
>> Anyone use their iPhone hot spot on Verizon? Any issues? Mine gives me a fit not wanting to connect to most any node (mine and others) most of the time. After constantly rebooting my node and phone several times, and retrying to connect to various nodes, sometimes it?s eventually successful.
>> 
>>  
>> 
>> Any similar experiences? Suggestions?
>> 
>>  
>> 
>> 73
>> 
>> Will, KE4IAJ
>> 
>> TARG AEC
>> 
>>  
>> 
>>  
>> 
>> 
>> _______________________________________________
>> App_rpt-users mailing list
>> App_rpt-users at lists.allstarlink.org
>> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
>> 
>> To unsubscribe from this list please visit http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button"
>> You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem. 
> 
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at lists.allstarlink.org
> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
> 
> To unsubscribe from this list please visit http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button"
> You do not need a password 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: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20171115/a6bfec8a/attachment.html>

From jerutley at gmail.com  Wed Nov 15 22:12:24 2017
From: jerutley at gmail.com (Jeremy Utley)
Date: Wed, 15 Nov 2017 16:12:24 -0600
Subject: [App_rpt-users] iPhone Verizon Hot Spot Issues
In-Reply-To: <AM5PR0402MB26919574B9997CA6E0A2E3E7FA290@AM5PR0402MB2691.eurprd04.prod.outlook.com>
References: <019701d35e44$68a3f900$39ebeb00$@bashlor.com>
 <004801d35e48$63304380$2990ca80$@n7kuw.com>
 <05fd01d35e4d$661b1520$32513f60$@bashlor.com>
 <CAH4RvbKehWRBZhfSAVs2jfFMTkH+Zqcor_Gz+FGTTKqe8eZfzA@mail.gmail.com>
 <AM5PR0402MB2691BEABC08855F442B88E13FA290@AM5PR0402MB2691.eurprd04.prod.outlook.com>
 <CAH4RvbJdssvPXrQGaTjZqE9S9Mzy0AV=HGLGWY0mV-wM02y8NQ@mail.gmail.com>
 <AM5PR0402MB26919574B9997CA6E0A2E3E7FA290@AM5PR0402MB2691.eurprd04.prod.outlook.com>
Message-ID: <00f101d35e5e$d15790f0$7406b2d0$@gmail.com>

This is correct.  My repeater node is actually behind a double-nat itself, and I work around this issue with an OpenVPN connection to another machine I have access to.  I then have that OpenVPN connection take over as the default gateway for the Pi, and the traffic goes out from the other machine on a specific IP address, with inbound connections also being forwarded back.  To ease the CPU load of the VPN connection, I turn off all ssl encryption on that particular tunnel ? I don?t really care if someone wants to sniff my VOIP traffic.

 

Someday, I?ll do a writeup on how I made this work, as I?m sure it would come in handy for people with mobile nodes.

 

Jeremy, NQ0M

 

From: App_rpt-users [mailto:app_rpt-users-bounces at lists.allstarlink.org] On Behalf Of Peter
Sent: Wednesday, November 15, 2017 4:08 PM
To: app_rpt-users at lists.allstarlink.org
Subject: Re: [App_rpt-users] iPhone Verizon Hot Spot Issues

 

Yes to be clear here guys, you do not need port forwarding make outgoing calls.

 

Peter

 

On 15/11/2017 21:59, David Shaw wrote:

On my AirCard (AT&T) I can forward ports. The AirCard is not a phone. But a WiFi hotspot. I have used the USB LTE cards. I also use US Mobile. 3Gb 24 bucks. Month to month. 

 

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 Wed, Nov 15, 2017 at 1:41 PM, Peter <g7rpg at hotmail.com <mailto:g7rpg at hotmail.com> > wrote:

I'll second David's comment.

Will, you could make an exception on your HOME node in rpt.conf to bypass incoming authentication for your mobile node.

Under [nodes] add the following entry:

xxxxx = radio at 127.0.0.1/xxxx,NONE <mailto:radio at 127.0.0.1/xxxx,NONE>          ; where xxxx is the node number of your mobile node.

 

On your MOBILE node, add a route back to home, under [nodes] add the following entry:

xxxxx = radio at xxxx.asnode.org/xxxx,NONE <mailto:radio at xxxx.asnode.org/xxxx,NONE>        ; where xxxx is the node number of your HOME node. ** THIS ASSUMES YOU'RE USING PORT 4569 **

 

You may also find it better to switch to a lower bitrate codec. ULAW is terrible while /m GSM performs the best.

 

HTH

Peter

 

On 15/11/2017 21:31, David Shaw wrote:

The Hotspot gets an IP address and then ASL needs to update the node list server. Then the clients needs to update the nodes list. So this can take sometime. So it can take around 30 minutes or so. For testing, let your hotspot ASL node run about an hour. Then see if you can connect. 

 

Outbound doesn't need the ports open.

 

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 Wed, Nov 15, 2017 at 12:07 PM, Will Bashlor <will at bashlor.com <mailto:will at bashlor.com> > wrote:

Thanks Carl,

 

Yes, I am using my hot spot for a portable allstar node. I understand that with Verizon port forwarding is impossible without the one-time $500 static IP, however port forwarding shouldn?t be required for outbound only connections. It?s odd, I can attempt to connect to a node and it never connects, then 5 minutes later I can try again, and it does connect. Or I may try node AAAAA and it doesn?t connect, then BBBBB and it connects, then AAAAA and it doesn?t connect. But others can connect to AAAAA. Or when I get to work or home on WiFi then I can connect to AAAAA. Then 10 minutes later I leave the house and I connect to AAAAA just fine. In other words, there is no logical pattern lol.

 

I guess I need to start writing down what nodes and can and can?t connect to, and when. And start watching the Asterisk CLI to tell me what?s going on. I?m a network engineer working for an Internet service provider, so I can troubleshoot, but I haven?t began troubleshooting yet. I was just probing the community beforehand which could save me some time in the long run. I figured (hoping) someone have had to run into this before with all the portable nodes already out there.

 

73

Will, KE4IAJ

TARG <https://www.facebook.com/profile.php?id=196073504193006&ref=br_rs>  AEC

 

 

 

From: App_rpt-users [mailto:app_rpt-users-bounces at lists.allstarlink.org <mailto:app_rpt-users-bounces at lists.allstarlink.org> ] On Behalf Of Carl
Sent: Wednesday, November 15, 2017 2:32 PM
To: 'Users of Asterisk app_rpt' <app_rpt-users at lists.allstarlink.org <mailto:app_rpt-users at lists.allstarlink.org> >
Subject: Re: [App_rpt-users] iPhone Verizon Hot Spot Issues

 

Are you trying to use your phone as a hot spot for the Asterisk device?  If so, you will run into issues with port access. All of the major carriers (Verizon, AT&T, Sprint, T-Mobile) have laid out there LTE networks in a manner that result in dual-NATing, there is no way to port forward from the ?real? internet address to a device connected to your hotspot.  Verizon will give you a static IP with ports available for a mere one-time fee of $500. I don?t know what other carriers want.

Carl, N7KUW

 

From: App_rpt-users [mailto:app_rpt-users-bounces at lists.allstarlink.org] On Behalf Of Will Bashlor
Sent: Wednesday, November 15, 2017 11:03 AM
To: 'Users of Asterisk app_rpt'
Subject: [App_rpt-users] iPhone Verizon Hot Spot Issues

 

Hi All,

 

Anyone use their iPhone hot spot on Verizon? Any issues? Mine gives me a fit not wanting to connect to most any node (mine and others) most of the time. After constantly rebooting my node and phone several times, and retrying to connect to various nodes, sometimes it?s eventually successful.

 

Any similar experiences? Suggestions?

 

73

Will, KE4IAJ

TARG <https://www.facebook.com/profile.php?id=196073504193006&ref=br_rs>  AEC

 

 


_______________________________________________
App_rpt-users mailing list
App_rpt-users at lists.allstarlink.org <mailto:App_rpt-users at lists.allstarlink.org> 
http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users

To unsubscribe from this list please visit http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button"
You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem. 

 





_______________________________________________
App_rpt-users mailing list
App_rpt-users at lists.allstarlink.org <mailto:App_rpt-users at lists.allstarlink.org> 
http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
 
To unsubscribe from this list please visit http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button"
You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem. 


_______________________________________________
App_rpt-users mailing list
App_rpt-users at lists.allstarlink.org <mailto:App_rpt-users at lists.allstarlink.org> 
http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users

To unsubscribe from this list please visit http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button"
You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem. 

 





_______________________________________________
App_rpt-users mailing list
App_rpt-users at lists.allstarlink.org <mailto:App_rpt-users at lists.allstarlink.org> 
http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
 
To unsubscribe from this list please visit http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button"
You do not need a password 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: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20171115/69f026dd/attachment.html>

From will at bashlor.com  Wed Nov 15 22:43:56 2017
From: will at bashlor.com (Will Bashlor)
Date: Wed, 15 Nov 2017 17:43:56 -0500
Subject: [App_rpt-users] iPhone Verizon Hot Spot Issues
In-Reply-To: <6C4A7E70-3438-4B8B-8E36-79E6D661AF5A@bdboyle.com>
References: <019701d35e44$68a3f900$39ebeb00$@bashlor.com>
 <004801d35e48$63304380$2990ca80$@n7kuw.com>
 <05fd01d35e4d$661b1520$32513f60$@bashlor.com>
 <CAH4RvbKehWRBZhfSAVs2jfFMTkH+Zqcor_Gz+FGTTKqe8eZfzA@mail.gmail.com>
 <6C4A7E70-3438-4B8B-8E36-79E6D661AF5A@bdboyle.com>
Message-ID: <C2195A3E-26A6-492A-BAC2-995DF576BF62@bashlor.com>

Thanks for all the replies, this is great info and I will report what my results are. 73

Sent from my iPhone

> On Nov 15, 2017, at 5:09 PM, Bryan D. Boyle <bdboyle at bdboyle.com> wrote:
> 
> there is a proxy function in allstar (or at least was in acid) where a fixed server could register your node number, and the wireless via wifi or wilan or 4g or what have you would authenticate to the proxy with a shared secret and connect you to the net or other linked systems.  
> 
> Connecting inbound would be handled by the proxy server with traffic forwarded properly.
> 
> don?t remember the url to the page that described it, but i did run it for over 18 months just fine.
> 
> and on both vzw and at?t hotspots.
> 
> ymmv.  
> 
> --
> Bryan
> Sent from my iPhone 6S...No electrons were harmed in the sending of this message.
> 
> 
> 
>> On Nov 15, 2017, at 16:31, David Shaw <shawpbx at gmail.com> wrote:
>> 
>> The Hotspot gets an IP address and then ASL needs to update the node list server. Then the clients needs to update the nodes list. So this can take sometime. So it can take around 30 minutes or so. For testing, let your hotspot ASL node run about an hour. Then see if you can connect.
>> 
>> Outbound doesn't need the ports open.
>> 
>> 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 Wed, Nov 15, 2017 at 12:07 PM, Will Bashlor <will at bashlor.com> wrote:
>>> Thanks Carl,
>>> 
>>>  
>>> 
>>> Yes, I am using my hot spot for a portable allstar node. I understand that with Verizon port forwarding is impossible without the one-time $500 static IP, however port forwarding shouldn?t be required for outbound only connections. It?s odd, I can attempt to connect to a node and it never connects, then 5 minutes later I can try again, and it does connect. Or I may try node AAAAA and it doesn?t connect, then BBBBB and it connects, then AAAAA and it doesn?t connect. But others can connect to AAAAA. Or when I get to work or home on WiFi then I can connect to AAAAA. Then 10 minutes later I leave the house and I connect to AAAAA just fine. In other words, there is no logical pattern lol.
>>> 
>>>  
>>> 
>>> I guess I need to start writing down what nodes and can and can?t connect to, and when. And start watching the Asterisk CLI to tell me what?s going on. I?m a network engineer working for an Internet service provider, so I can troubleshoot, but I haven?t began troubleshooting yet. I was just probing the community beforehand which could save me some time in the long run. I figured (hoping) someone have had to run into this before with all the portable nodes already out there.
>>> 
>>>  
>>> 
>>> 73
>>> 
>>> Will, KE4IAJ
>>> 
>>> TARG AEC
>>> 
>>>  
>>> 
>>>  
>>> 
>>>  
>>> 
>>> From: App_rpt-users [mailto:app_rpt-users-bounces at lists.allstarlink.org] On Behalf Of Carl
>>> Sent: Wednesday, November 15, 2017 2:32 PM
>>> To: 'Users of Asterisk app_rpt' <app_rpt-users at lists.allstarlink.org>
>>> Subject: Re: [App_rpt-users] iPhone Verizon Hot Spot Issues
>>> 
>>>  
>>> 
>>> Are you trying to use your phone as a hot spot for the Asterisk device?  If so, you will run into issues with port access. All of the major carriers (Verizon, AT&T, Sprint, T-Mobile) have laid out there LTE networks in a manner that result in dual-NATing, there is no way to port forward from the ?real? internet address to a device connected to your hotspot.  Verizon will give you a static IP with ports available for a mere one-time fee of $500. I don?t know what other carriers want.
>>> 
>>> Carl, N7KUW
>>> 
>>>  
>>> 
>>> From: App_rpt-users [mailto:app_rpt-users-bounces at lists.allstarlink.org] On Behalf Of Will Bashlor
>>> Sent: Wednesday, November 15, 2017 11:03 AM
>>> To: 'Users of Asterisk app_rpt'
>>> Subject: [App_rpt-users] iPhone Verizon Hot Spot Issues
>>> 
>>>  
>>> 
>>> Hi All,
>>> 
>>>  
>>> 
>>> Anyone use their iPhone hot spot on Verizon? Any issues? Mine gives me a fit not wanting to connect to most any node (mine and others) most of the time. After constantly rebooting my node and phone several times, and retrying to connect to various nodes, sometimes it?s eventually successful.
>>> 
>>>  
>>> 
>>> Any similar experiences? Suggestions?
>>> 
>>>  
>>> 
>>> 73
>>> 
>>> Will, KE4IAJ
>>> 
>>> TARG AEC
>>> 
>>>  
>>> 
>>>  
>>> 
>>> 
>>> _______________________________________________
>>> App_rpt-users mailing list
>>> App_rpt-users at lists.allstarlink.org
>>> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
>>> 
>>> To unsubscribe from this list please visit http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button"
>>> You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem. 
>> 
>> _______________________________________________
>> App_rpt-users mailing list
>> App_rpt-users at lists.allstarlink.org
>> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
>> 
>> To unsubscribe from this list please visit http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button"
>> You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem.
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at lists.allstarlink.org
> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
> 
> To unsubscribe from this list please visit http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button"
> You do not need a password 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: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20171115/06800495/attachment.html>

From jcarl.griffith at gmail.com  Wed Nov 15 22:53:54 2017
From: jcarl.griffith at gmail.com (John Griffith)
Date: Wed, 15 Nov 2017 15:53:54 -0700
Subject: [App_rpt-users] =?utf-8?q?=28no_subject=29?=
Message-ID: <01b501d35e64$9df7f550$d9e7dff0$@gmail.com>

 

Hi everyone. 

 

I?ve had my Allstar ACID system up for years and for the most part it?s working fine. 

If the repeater has had no local use for an extended period of time, then someone local transmits into it, 

The first 10 seconds of audio is ?mororboat? choppy, with rapid rhythmical packet loss into the remote nodes (not the local transmitter though), then after 10 seconds or so it?s fine again and There?s no way to get it to do that again except to wait another 2 hours or so. Anyone experienced this? I?m on CenturyLink ISP with the proper ports configured. I don?t find that opening ports makes much difference anyway, the packets seem to find their way.

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20171115/37afb6db/attachment.html>

From tisawyer at gmail.com  Wed Nov 15 23:54:22 2017
From: tisawyer at gmail.com (Tim Sawyer)
Date: Wed, 15 Nov 2017 15:54:22 -0800
Subject: [App_rpt-users] hub crash help
In-Reply-To: <AM5PR0402MB2691A94235252898CC561B61FA290@AM5PR0402MB2691.eurprd04.prod.outlook.com>
References: <6q5k0dlimj62rb7dhsuh0mlfvm4akbes0k@4ax.com>
 <CAC9hojW-MGV4iCejWa3cSTroq88EuawZXRaqznmYQ_1ro9ap-Q@mail.gmail.com>
 <g42m0dp8m5url0fvft6nfpdfm76u2k5ds8@4ax.com>
 <AM5PR0402MB2691A94235252898CC561B61FA290@AM5PR0402MB2691.eurprd04.prod.outlook.com>
Message-ID: <CAG3ht9saaoMjHDKd-C_587j5--Q4nB-Z80Jy3dgpqvVqTAzRtQ@mail.gmail.com>

I have long complained about the uptime of App_Rpt. I've identified two
repeatable problems.

First one is if a node is connected more than about 650 hours or so there
is a buffer overflow. I notice this most prominently with my RTCMs that are
all on the same server connected to a hub on the same server. Allmon will
show an negative number of connected hours followed shortly by a crash.
Apparently this not just an RTCM problem, it just shows up there more
readily because the nodes on the same server and aren't disconnecting due
to network issues.

The second problem can be recreated in two ways. Set up a bunch of nodes to
repeatedly connect and disconnect to a hub with some simple bash scripting.
After a random time there will be a crash. The second way is to crank in
simulated packet loss with the IAX2 test command. It takes more time and
patients for it to crash under this test. I believe both these tests
demonstrate the same problem. There is something flaky in the area of IAX
links within App_Rpt or Asterisk

The Ham VoIP guys say they have really improved the uptime of their distro.
I think that's great but I find it terribly upsetting that the DIAL folks
don't get these fixes.





On Wed, Nov 15, 2017 at 8:36 AM, Peter <g7rpg at hotmail.com> wrote:

> Hi...
>
> I'm one the minions that help run M0HOY's Allstar hubs in the UK. Node
> 41522 & 41223, There is an ongoing problem where the hub will crash
> randomly when a someone comes on with a flaky internet connection, the
> crash is associated with segfault in app_rpt.so and and usually one of
> the following in the logs:
>
>
> Undecodable frame received from 'xxx.xxx.xxx.xxx'
> PBX may not have been terminated properly on
> 'IAX2/xxx.xxx.xxx.xxx:4572-5435'
> lots of.... Max retries exceeded to host xxx.xxx.xxx.xxx
>
>
> Sometimes the crash is a 'general protection ip' in app_rpt.so but
> usually nothing in the logs just before to give any clues.
>
> Average uptime is 7 - 14 days, a flaky incoming connection will kill it
> within minutes dropping all the connections.
>
> Both of the hubs are hosted in a DC on VPS running on Debian 7.4, 3.2.81
> X64, built with source from the github repo.
>
> There tends to be on average 60 - 80 ASL connections spread across the
> two hubs to share the load.
>
> Recently we've had a few users on the hub form the US and Australia
> repeatedly crashing the hubs sometimes more than once a day.
>
>
> Some of the ideas we've done/are looking at are:
>
> More hubs to spread the load and minimise the disruption
> A script to keep a check on the running process and restart asterisk
> QUICKLY
> A scripts to alert us of potential problems
> On some occasions have had to use iptables to block the host causing the
> problem were we've not been able to make contact.
>
>
> I wonder if anyone has any suggestions?
>
> TIA
>
> Peter
> G7RPG
>
>
>
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at lists.allstarlink.org
> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
>
> To unsubscribe from this list please visit http://lists.allstarlink.org/
> cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of
> the page. Enter your email address and press the "Unsubscribe or edit
> options button"
> You do not need a password to unsubscribe, you can do it via email
> confirmation. If you have trouble unsubscribing, please send a message to
> the list detailing the problem.




-- 
--
Tim
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20171115/f0d38e0a/attachment.html>

From will at bashlor.com  Thu Nov 16 00:10:00 2017
From: will at bashlor.com (Will Bashlor)
Date: Wed, 15 Nov 2017 19:10:00 -0500
Subject: [App_rpt-users] AllStarLink apt-get install
In-Reply-To: <382abf75-9a47-dcb6-dbdf-cf42c96903b2@msgstor.com>
References: <382abf75-9a47-dcb6-dbdf-cf42c96903b2@msgstor.com>
Message-ID: <356701d35e6f$3ef96970$bcec3c50$@bashlor.com>

Here's what I get after installing. Asterisk won't start. See attached install log, maybe that will help. This is on Raspbian Stretch...

Nov 15 23:00:27 raspberrypi systemd[1]: Dependency failed for Asterisk PBX and telephony daemon.
Nov 15 23:00:27 raspberrypi systemd[1]: asterisk.service: Job asterisk.service/start failed with result 'dependency'.

-----Original Message-----
From: App_rpt-users [mailto:app_rpt-users-bounces at lists.allstarlink.org] On Behalf Of Steve Zingman
Sent: Monday, November 13, 2017 12:08 PM
To: Users of Asterisk app_rpt <App_rpt-users at lists.allstarlink.org>
Subject: [App_rpt-users] AllStarLink apt-get install

  Since the introduction of DIAL, we have had a number of requests for a better method of installing and upgrading AllStarLink. The D in DIAL stands for Debian. The Intel/AMD versions of DIAL are built on a slightly modified version of the NetInstaller from Debian.
The Raspberry Pi version of DIAL is built on a modified version of Raspbian which is a modified version of Debian. The Intel/AMD installer builds ASL from the GitHub repository. The Raspbian image uses pre-compiled ASL programs and scripts. A number of people have also wanted to build ASL on their own install install of Debian or a derivative. I have tried to provide install scripts to accommodate this also. None of these are "easy" to upgrade and maintain.

  One of the biggest stumbling blocks to installing ASL is the requirement for DAHDI. DAHDI is a set of kernel modules that HAS to be built for the running kernel. Every time a user upgraded the kernel, the user had to rebuild DAHDI. To say that is a pain is a understatement. A few months ago I started using a system call Dynamic Kernel Module Support (DKMS). One of the features of DKMS is the ability to install the needed support programs and source to build the needed kernel modules. In simple terms Debian calls on DKMS to rebuild DAHDI. The big advantage to this is when the kernel is upgraded, DKMS tries to rebuild DAHDI. DHADI does not change very often, but it does require some maintenance. DKMS has helped to allow users to upgrade their host OS and continue to run ASL.

  The other parts of ASL are or should be more fluid. They should be changing as new bugs are found and new features are added. Under the current system, this sometimes requires downloading and building asterisk from the GitHub repository. Not really that hard to do, but it is time consuming and error prone. I don't expect users to be Linux software experts, though some basic understanding of the OS they use to run their repeaters and remote bases would be nice. Due to this complexity, I have held off putting out a update to DIAL. There have been some changes in the installers and some minor tweaks, but nothing of consequence.  This will now start to change. Over the year since we have put the ASL source on GitHub, people have contributed changes. 
These changes have been or will be staged and tested. At some point they will be ready to be included in ASL. We need a mechanism to easily put these changes to use. I do not want to require a user to have to download an new image just to get fixes, upgrades and enhancements. It can be done, but should be limited and rare.

I have taken the GitHub main branch(s) and built a Debian repository. 
What this means is the method to install ASL or upgrade ASL will change. 
Though the ARM and Intel/AMD images will be available, they will be built using the repository rather then static programs. This also open up the possibility of  support for other Debian based distribution. For ARM this means support for Armbian <https://www.armbian.com> Armbian is a very well done distribution supporting a number of ARM based single board computers. Many more boards to choose from! The next release of the images will use the repository. This will take some time. In the long run for images I will follow Debian. With each new revision of Debian I will release a new image. As of today, we are built on Debian 8. The next install image will be built on Debian 9 (Stretch) As we progress, the repository will also contain programs to enhance ASL. 
Rather then searching for and having how to figure out how to install the program it will become as simple as apt-get install Analog_Bridge. I will work with the developers to include their programs in the repository.

  OK, so 4 paragraphs to get to the good stuff. How do I use the repositories? How do I upgrade my OS and ASL? Why is the sky blue? (Just waned to make sure you were still awake) For the adventurous among us here we go. In Debian it is quite easy to add a repository. I have built a simple script to add the repository for you. You will start with a off the shelf image, in this example from Raspbian. Intel/AMD users should get the idea. Remember this is a test. Most things will stay the same, some will change as issues are found. You can use either Jessie or Stretch image as a starting point. A couple of warnings are in order. 
These are stock images. There is NO protection from someone hacking into your machine if you expose it before at least changing to default password. A stock Raspbian image will not even allow you to use SSH to login the machine without 1 change. You must add a file to /boot. The file can be empty but must be named "ssh" I have take a stock Raspbian Jessie image and added the file. That is the ONLY change I have made to the image. It is available for download from <http://dvswitch.org/files/AllStarLink/2017-06-21-raspbian-jessie-lite.tar.gz>
Extract the image and burn it to a SD card. The login is pi and the password is raspberry.

DO NOT DO THIS ON TOP OF YOUR EXISTING DIAL INSTALL !!!!!!!!!!!!!!!!!!!!!!!!

You will need to do a few things to you fresh image to prepare for ASL install.

sudo -s so you are root
Use raspi-config to change the login password Use the advanced menu from raspi-config to expand the file system to use your whole SD card. On exit from raspi-config you will be asked to reboot

After the reboot, log back in and become root.

If you are installing on a fresh Intel/AMD or some other Debian derivative, start here.

apt-get update
apt-get upgrade -y
At this point this is nothing but a ready to run Raspbian Jessie machine.

cd /tmp
wget
https://github.com/AllStarLink/DIAL/raw/master/repository/install-repository
chmod +x install-repository
./install-repository

The ONLY thing the script does is add the new AllStarLink repository.

To install ASL:
apt-get install allstarlink

When the install completes (yes it does take a while since DAHDI still has to be compiled) reboot.
You should have a fresh install of ASL ready for you to edit the config files.

Over the next few weeks, my time will be somewhat limited. When I have a update ready I'll post on the list. You will then be able to run apt-get upgrade and the changes will be applied to your test machine. Upgrade will NOT overwrite your config files.
If you want to test this on a fresh install of Intel/AMD or the Raspbian Stretch, go for it. I have done some quick tests on Raspbian Stretch and it does work. Needs at least one bug fix and a LOT more testing.

Last but not least is the support programs that are used to help you configure the node and OS. The existing scripts are a MESS. I have a completely new set of programs I'll be working on and roll out in time. 
For now, edit the config file and ask questions.

--
"The nice thing about DIY is that if you break it, you get to keep both pieces"

_______________________________________________
App_rpt-users mailing list
App_rpt-users at lists.allstarlink.org
http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users

To unsubscribe from this list please visit http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button"
You do not need a password 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 embedded and charset-unspecified text was scrubbed...
Name: asinstall.txt
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20171115/c23d81b3/attachment.txt>

From szingman at msgstor.com  Thu Nov 16 00:14:26 2017
From: szingman at msgstor.com (Steve Zingman)
Date: Wed, 15 Nov 2017 19:14:26 -0500
Subject: [App_rpt-users] AllStarLink apt-get install
In-Reply-To: <356701d35e6f$3ef96970$bcec3c50$@bashlor.com>
References: <382abf75-9a47-dcb6-dbdf-cf42c96903b2@msgstor.com>
 <356701d35e6f$3ef96970$bcec3c50$@bashlor.com>
Message-ID: <6e251752-deef-52b0-8d1b-af2792001aef@msgstor.com>

Will,
Did you do a apt-get update followed by a apt-get upgrade before you 
started the install?
Did you reboot ?
Please try the following:
apt-get update
apt-get upgrade
reboot

I'll do some checking here.

Steve

On 11/15/2017 07:10 PM, Will Bashlor wrote:
> Here's what I get after installing. Asterisk won't start. See attached install log, maybe that will help. This is on Raspbian Stretch...
>
> Nov 15 23:00:27 raspberrypi systemd[1]: Dependency failed for Asterisk PBX and telephony daemon.
> Nov 15 23:00:27 raspberrypi systemd[1]: asterisk.service: Job asterisk.service/start failed with result 'dependency'.
>
> -----Original Message-----
> From: App_rpt-users [mailto:app_rpt-users-bounces at lists.allstarlink.org] On Behalf Of Steve Zingman
> Sent: Monday, November 13, 2017 12:08 PM
> To: Users of Asterisk app_rpt <App_rpt-users at lists.allstarlink.org>
> Subject: [App_rpt-users] AllStarLink apt-get install
>
>    Since the introduction of DIAL, we have had a number of requests for a better method of installing and upgrading AllStarLink. The D in DIAL stands for Debian. The Intel/AMD versions of DIAL are built on a slightly modified version of the NetInstaller from Debian.
> The Raspberry Pi version of DIAL is built on a modified version of Raspbian which is a modified version of Debian. The Intel/AMD installer builds ASL from the GitHub repository. The Raspbian image uses pre-compiled ASL programs and scripts. A number of people have also wanted to build ASL on their own install install of Debian or a derivative. I have tried to provide install scripts to accommodate this also. None of these are "easy" to upgrade and maintain.
>
>    One of the biggest stumbling blocks to installing ASL is the requirement for DAHDI. DAHDI is a set of kernel modules that HAS to be built for the running kernel. Every time a user upgraded the kernel, the user had to rebuild DAHDI. To say that is a pain is a understatement. A few months ago I started using a system call Dynamic Kernel Module Support (DKMS). One of the features of DKMS is the ability to install the needed support programs and source to build the needed kernel modules. In simple terms Debian calls on DKMS to rebuild DAHDI. The big advantage to this is when the kernel is upgraded, DKMS tries to rebuild DAHDI. DHADI does not change very often, but it does require some maintenance. DKMS has helped to allow users to upgrade their host OS and continue to run ASL.
>
>    The other parts of ASL are or should be more fluid. They should be changing as new bugs are found and new features are added. Under the current system, this sometimes requires downloading and building asterisk from the GitHub repository. Not really that hard to do, but it is time consuming and error prone. I don't expect users to be Linux software experts, though some basic understanding of the OS they use to run their repeaters and remote bases would be nice. Due to this complexity, I have held off putting out a update to DIAL. There have been some changes in the installers and some minor tweaks, but nothing of consequence.  This will now start to change. Over the year since we have put the ASL source on GitHub, people have contributed changes.
> These changes have been or will be staged and tested. At some point they will be ready to be included in ASL. We need a mechanism to easily put these changes to use. I do not want to require a user to have to download an new image just to get fixes, upgrades and enhancements. It can be done, but should be limited and rare.
>
> I have taken the GitHub main branch(s) and built a Debian repository.
> What this means is the method to install ASL or upgrade ASL will change.
> Though the ARM and Intel/AMD images will be available, they will be built using the repository rather then static programs. This also open up the possibility of  support for other Debian based distribution. For ARM this means support for Armbian <https://www.armbian.com> Armbian is a very well done distribution supporting a number of ARM based single board computers. Many more boards to choose from! The next release of the images will use the repository. This will take some time. In the long run for images I will follow Debian. With each new revision of Debian I will release a new image. As of today, we are built on Debian 8. The next install image will be built on Debian 9 (Stretch) As we progress, the repository will also contain programs to enhance ASL.
> Rather then searching for and having how to figure out how to install the program it will become as simple as apt-get install Analog_Bridge. I will work with the developers to include their programs in the repository.
>
>    OK, so 4 paragraphs to get to the good stuff. How do I use the repositories? How do I upgrade my OS and ASL? Why is the sky blue? (Just waned to make sure you were still awake) For the adventurous among us here we go. In Debian it is quite easy to add a repository. I have built a simple script to add the repository for you. You will start with a off the shelf image, in this example from Raspbian. Intel/AMD users should get the idea. Remember this is a test. Most things will stay the same, some will change as issues are found. You can use either Jessie or Stretch image as a starting point. A couple of warnings are in order.
> These are stock images. There is NO protection from someone hacking into your machine if you expose it before at least changing to default password. A stock Raspbian image will not even allow you to use SSH to login the machine without 1 change. You must add a file to /boot. The file can be empty but must be named "ssh" I have take a stock Raspbian Jessie image and added the file. That is the ONLY change I have made to the image. It is available for download from <http://dvswitch.org/files/AllStarLink/2017-06-21-raspbian-jessie-lite.tar.gz>
> Extract the image and burn it to a SD card. The login is pi and the password is raspberry.
>
> DO NOT DO THIS ON TOP OF YOUR EXISTING DIAL INSTALL !!!!!!!!!!!!!!!!!!!!!!!!
>
> You will need to do a few things to you fresh image to prepare for ASL install.
>
> sudo -s so you are root
> Use raspi-config to change the login password Use the advanced menu from raspi-config to expand the file system to use your whole SD card. On exit from raspi-config you will be asked to reboot
>
> After the reboot, log back in and become root.
>
> If you are installing on a fresh Intel/AMD or some other Debian derivative, start here.
>
> apt-get update
> apt-get upgrade -y
> At this point this is nothing but a ready to run Raspbian Jessie machine.
>
> cd /tmp
> wget
> https://github.com/AllStarLink/DIAL/raw/master/repository/install-repository
> chmod +x install-repository
> ./install-repository
>
> The ONLY thing the script does is add the new AllStarLink repository.
>
> To install ASL:
> apt-get install allstarlink
>
> When the install completes (yes it does take a while since DAHDI still has to be compiled) reboot.
> You should have a fresh install of ASL ready for you to edit the config files.
>
> Over the next few weeks, my time will be somewhat limited. When I have a update ready I'll post on the list. You will then be able to run apt-get upgrade and the changes will be applied to your test machine. Upgrade will NOT overwrite your config files.
> If you want to test this on a fresh install of Intel/AMD or the Raspbian Stretch, go for it. I have done some quick tests on Raspbian Stretch and it does work. Needs at least one bug fix and a LOT more testing.
>
> Last but not least is the support programs that are used to help you configure the node and OS. The existing scripts are a MESS. I have a completely new set of programs I'll be working on and roll out in time.
> For now, edit the config file and ask questions.
>
> --
> "The nice thing about DIY is that if you break it, you get to keep both pieces"
>
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at lists.allstarlink.org
> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
>
> To unsubscribe from this list please visit http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button"
> You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem.
>
>
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at lists.allstarlink.org
> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
>
> To unsubscribe from this list please visit http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button"
> You do not need a password 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: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20171115/3de73a0f/attachment.html>

From g7rpg at hotmail.com  Thu Nov 16 00:18:57 2017
From: g7rpg at hotmail.com (Peter)
Date: Thu, 16 Nov 2017 00:18:57 +0000
Subject: [App_rpt-users] AllStarLink apt-get install
In-Reply-To: <356701d35e6f$3ef96970$bcec3c50$@bashlor.com>
References: <382abf75-9a47-dcb6-dbdf-cf42c96903b2@msgstor.com>
 <356701d35e6f$3ef96970$bcec3c50$@bashlor.com>
Message-ID: <AM5PR0402MB269146466C1B6BD2AE306872FA2E0@AM5PR0402MB2691.eurprd04.prod.outlook.com>

So is this a new problem or related to the earlier post regarding not being able to connect via you iphone hotspot?

I think the dependency here is updatenodelist.

Its just a matter of working through each stage bit by bit.


Peter


On 16/11/2017 00:10, Will Bashlor wrote:

Here's what I get after installing. Asterisk won't start. See attached install log, maybe that will help. This is on Raspbian Stretch...

Nov 15 23:00:27 raspberrypi systemd[1]: Dependency failed for Asterisk PBX and telephony daemon.
Nov 15 23:00:27 raspberrypi systemd[1]: asterisk.service: Job asterisk.service/start failed with result 'dependency'.

-----Original Message-----
From: App_rpt-users [mailto:app_rpt-users-bounces at lists.allstarlink.org] On Behalf Of Steve Zingman
Sent: Monday, November 13, 2017 12:08 PM
To: Users of Asterisk app_rpt <App_rpt-users at lists.allstarlink.org><mailto:App_rpt-users at lists.allstarlink.org>
Subject: [App_rpt-users] AllStarLink apt-get install

  Since the introduction of DIAL, we have had a number of requests for a better method of installing and upgrading AllStarLink. The D in DIAL stands for Debian. The Intel/AMD versions of DIAL are built on a slightly modified version of the NetInstaller from Debian.
The Raspberry Pi version of DIAL is built on a modified version of Raspbian which is a modified version of Debian. The Intel/AMD installer builds ASL from the GitHub repository. The Raspbian image uses pre-compiled ASL programs and scripts. A number of people have also wanted to build ASL on their own install install of Debian or a derivative. I have tried to provide install scripts to accommodate this also. None of these are "easy" to upgrade and maintain.

  One of the biggest stumbling blocks to installing ASL is the requirement for DAHDI. DAHDI is a set of kernel modules that HAS to be built for the running kernel. Every time a user upgraded the kernel, the user had to rebuild DAHDI. To say that is a pain is a understatement. A few months ago I started using a system call Dynamic Kernel Module Support (DKMS). One of the features of DKMS is the ability to install the needed support programs and source to build the needed kernel modules. In simple terms Debian calls on DKMS to rebuild DAHDI. The big advantage to this is when the kernel is upgraded, DKMS tries to rebuild DAHDI. DHADI does not change very often, but it does require some maintenance. DKMS has helped to allow users to upgrade their host OS and continue to run ASL.

  The other parts of ASL are or should be more fluid. They should be changing as new bugs are found and new features are added. Under the current system, this sometimes requires downloading and building asterisk from the GitHub repository. Not really that hard to do, but it is time consuming and error prone. I don't expect users to be Linux software experts, though some basic understanding of the OS they use to run their repeaters and remote bases would be nice. Due to this complexity, I have held off putting out a update to DIAL. There have been some changes in the installers and some minor tweaks, but nothing of consequence.  This will now start to change. Over the year since we have put the ASL source on GitHub, people have contributed changes.
These changes have been or will be staged and tested. At some point they will be ready to be included in ASL. We need a mechanism to easily put these changes to use. I do not want to require a user to have to download an new image just to get fixes, upgrades and enhancements. It can be done, but should be limited and rare.

I have taken the GitHub main branch(s) and built a Debian repository.
What this means is the method to install ASL or upgrade ASL will change.
Though the ARM and Intel/AMD images will be available, they will be built using the repository rather then static programs. This also open up the possibility of  support for other Debian based distribution. For ARM this means support for Armbian <https://www.armbian.com><https://www.armbian.com> Armbian is a very well done distribution supporting a number of ARM based single board computers. Many more boards to choose from! The next release of the images will use the repository. This will take some time. In the long run for images I will follow Debian. With each new revision of Debian I will release a new image. As of today, we are built on Debian 8. The next install image will be built on Debian 9 (Stretch) As we progress, the repository will also contain programs to enhance ASL.
Rather then searching for and having how to figure out how to install the program it will become as simple as apt-get install Analog_Bridge. I will work with the developers to include their programs in the repository.

  OK, so 4 paragraphs to get to the good stuff. How do I use the repositories? How do I upgrade my OS and ASL? Why is the sky blue? (Just waned to make sure you were still awake) For the adventurous among us here we go. In Debian it is quite easy to add a repository. I have built a simple script to add the repository for you. You will start with a off the shelf image, in this example from Raspbian. Intel/AMD users should get the idea. Remember this is a test. Most things will stay the same, some will change as issues are found. You can use either Jessie or Stretch image as a starting point. A couple of warnings are in order.
These are stock images. There is NO protection from someone hacking into your machine if you expose it before at least changing to default password. A stock Raspbian image will not even allow you to use SSH to login the machine without 1 change. You must add a file to /boot. The file can be empty but must be named "ssh" I have take a stock Raspbian Jessie image and added the file. That is the ONLY change I have made to the image. It is available for download from <http://dvswitch.org/files/AllStarLink/2017-06-21-raspbian-jessie-lite.tar.gz><http://dvswitch.org/files/AllStarLink/2017-06-21-raspbian-jessie-lite.tar.gz>
Extract the image and burn it to a SD card. The login is pi and the password is raspberry.

DO NOT DO THIS ON TOP OF YOUR EXISTING DIAL INSTALL !!!!!!!!!!!!!!!!!!!!!!!!

You will need to do a few things to you fresh image to prepare for ASL install.

sudo -s so you are root
Use raspi-config to change the login password Use the advanced menu from raspi-config to expand the file system to use your whole SD card. On exit from raspi-config you will be asked to reboot

After the reboot, log back in and become root.

If you are installing on a fresh Intel/AMD or some other Debian derivative, start here.

apt-get update
apt-get upgrade -y
At this point this is nothing but a ready to run Raspbian Jessie machine.

cd /tmp
wget
https://github.com/AllStarLink/DIAL/raw/master/repository/install-repository
chmod +x install-repository
./install-repository

The ONLY thing the script does is add the new AllStarLink repository.

To install ASL:
apt-get install allstarlink

When the install completes (yes it does take a while since DAHDI still has to be compiled) reboot.
You should have a fresh install of ASL ready for you to edit the config files.

Over the next few weeks, my time will be somewhat limited. When I have a update ready I'll post on the list. You will then be able to run apt-get upgrade and the changes will be applied to your test machine. Upgrade will NOT overwrite your config files.
If you want to test this on a fresh install of Intel/AMD or the Raspbian Stretch, go for it. I have done some quick tests on Raspbian Stretch and it does work. Needs at least one bug fix and a LOT more testing.

Last but not least is the support programs that are used to help you configure the node and OS. The existing scripts are a MESS. I have a completely new set of programs I'll be working on and roll out in time.
For now, edit the config file and ask questions.

--
"The nice thing about DIY is that if you break it, you get to keep both pieces"

_______________________________________________
App_rpt-users mailing list
App_rpt-users at lists.allstarlink.org<mailto:App_rpt-users at lists.allstarlink.org>
http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users

To unsubscribe from this list please visit http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button"
You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem.




_______________________________________________
App_rpt-users mailing list
App_rpt-users at lists.allstarlink.org<mailto:App_rpt-users at lists.allstarlink.org>
http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users

To unsubscribe from this list please visit http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button"
You do not need a password 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: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20171116/c8279de0/attachment.html>

From will at bashlor.com  Thu Nov 16 00:21:19 2017
From: will at bashlor.com (Will Bashlor)
Date: Wed, 15 Nov 2017 19:21:19 -0500
Subject: [App_rpt-users] AllStarLink apt-get install
In-Reply-To: <6e251752-deef-52b0-8d1b-af2792001aef@msgstor.com>
References: <382abf75-9a47-dcb6-dbdf-cf42c96903b2@msgstor.com>
 <356701d35e6f$3ef96970$bcec3c50$@bashlor.com>
 <6e251752-deef-52b0-8d1b-af2792001aef@msgstor.com>
Message-ID: <0BD31E9E-C023-4D2E-B936-AD8EA4739DA0@bashlor.com>

Yes, I followed those exact steps in this email and rebooted before I installed.

This was a fresh install of Raspbian Stretch as well.

I can re image and start over when I get home if there?s something else I can try.

Sent from my iPhone

> On Nov 15, 2017, at 7:14 PM, Steve Zingman <szingman at msgstor.com> wrote:
> 
> Will,
> Did you do a apt-get update followed by a apt-get upgrade before you started the install?
> Did you reboot ?
> Please try the following:
> apt-get update
> apt-get upgrade 
> reboot
> 
> I'll do some checking here.
> 
> Steve
> 
>> On 11/15/2017 07:10 PM, Will Bashlor wrote:
>> Here's what I get after installing. Asterisk won't start. See attached install log, maybe that will help. This is on Raspbian Stretch...
>> 
>> Nov 15 23:00:27 raspberrypi systemd[1]: Dependency failed for Asterisk PBX and telephony daemon.
>> Nov 15 23:00:27 raspberrypi systemd[1]: asterisk.service: Job asterisk.service/start failed with result 'dependency'.
>> 
>> -----Original Message-----
>> From: App_rpt-users [mailto:app_rpt-users-bounces at lists.allstarlink.org] On Behalf Of Steve Zingman
>> Sent: Monday, November 13, 2017 12:08 PM
>> To: Users of Asterisk app_rpt <App_rpt-users at lists.allstarlink.org>
>> Subject: [App_rpt-users] AllStarLink apt-get install
>> 
>>   Since the introduction of DIAL, we have had a number of requests for a better method of installing and upgrading AllStarLink. The D in DIAL stands for Debian. The Intel/AMD versions of DIAL are built on a slightly modified version of the NetInstaller from Debian.
>> The Raspberry Pi version of DIAL is built on a modified version of Raspbian which is a modified version of Debian. The Intel/AMD installer builds ASL from the GitHub repository. The Raspbian image uses pre-compiled ASL programs and scripts. A number of people have also wanted to build ASL on their own install install of Debian or a derivative. I have tried to provide install scripts to accommodate this also. None of these are "easy" to upgrade and maintain.
>> 
>>   One of the biggest stumbling blocks to installing ASL is the requirement for DAHDI. DAHDI is a set of kernel modules that HAS to be built for the running kernel. Every time a user upgraded the kernel, the user had to rebuild DAHDI. To say that is a pain is a understatement. A few months ago I started using a system call Dynamic Kernel Module Support (DKMS). One of the features of DKMS is the ability to install the needed support programs and source to build the needed kernel modules. In simple terms Debian calls on DKMS to rebuild DAHDI. The big advantage to this is when the kernel is upgraded, DKMS tries to rebuild DAHDI. DHADI does not change very often, but it does require some maintenance. DKMS has helped to allow users to upgrade their host OS and continue to run ASL.
>> 
>>   The other parts of ASL are or should be more fluid. They should be changing as new bugs are found and new features are added. Under the current system, this sometimes requires downloading and building asterisk from the GitHub repository. Not really that hard to do, but it is time consuming and error prone. I don't expect users to be Linux software experts, though some basic understanding of the OS they use to run their repeaters and remote bases would be nice. Due to this complexity, I have held off putting out a update to DIAL. There have been some changes in the installers and some minor tweaks, but nothing of consequence.  This will now start to change. Over the year since we have put the ASL source on GitHub, people have contributed changes. 
>> These changes have been or will be staged and tested. At some point they will be ready to be included in ASL. We need a mechanism to easily put these changes to use. I do not want to require a user to have to download an new image just to get fixes, upgrades and enhancements. It can be done, but should be limited and rare.
>> 
>> I have taken the GitHub main branch(s) and built a Debian repository. 
>> What this means is the method to install ASL or upgrade ASL will change. 
>> Though the ARM and Intel/AMD images will be available, they will be built using the repository rather then static programs. This also open up the possibility of  support for other Debian based distribution. For ARM this means support for Armbian <https://www.armbian.com> Armbian is a very well done distribution supporting a number of ARM based single board computers. Many more boards to choose from! The next release of the images will use the repository. This will take some time. In the long run for images I will follow Debian. With each new revision of Debian I will release a new image. As of today, we are built on Debian 8. The next install image will be built on Debian 9 (Stretch) As we progress, the repository will also contain programs to enhance ASL. 
>> Rather then searching for and having how to figure out how to install the program it will become as simple as apt-get install Analog_Bridge. I will work with the developers to include their programs in the repository.
>> 
>>   OK, so 4 paragraphs to get to the good stuff. How do I use the repositories? How do I upgrade my OS and ASL? Why is the sky blue? (Just waned to make sure you were still awake) For the adventurous among us here we go. In Debian it is quite easy to add a repository. I have built a simple script to add the repository for you. You will start with a off the shelf image, in this example from Raspbian. Intel/AMD users should get the idea. Remember this is a test. Most things will stay the same, some will change as issues are found. You can use either Jessie or Stretch image as a starting point. A couple of warnings are in order. 
>> These are stock images. There is NO protection from someone hacking into your machine if you expose it before at least changing to default password. A stock Raspbian image will not even allow you to use SSH to login the machine without 1 change. You must add a file to /boot. The file can be empty but must be named "ssh" I have take a stock Raspbian Jessie image and added the file. That is the ONLY change I have made to the image. It is available for download from <http://dvswitch.org/files/AllStarLink/2017-06-21-raspbian-jessie-lite.tar.gz>
>> Extract the image and burn it to a SD card. The login is pi and the password is raspberry.
>> 
>> DO NOT DO THIS ON TOP OF YOUR EXISTING DIAL INSTALL !!!!!!!!!!!!!!!!!!!!!!!!
>> 
>> You will need to do a few things to you fresh image to prepare for ASL install.
>> 
>> sudo -s so you are root
>> Use raspi-config to change the login password Use the advanced menu from raspi-config to expand the file system to use your whole SD card. On exit from raspi-config you will be asked to reboot
>> 
>> After the reboot, log back in and become root.
>> 
>> If you are installing on a fresh Intel/AMD or some other Debian derivative, start here.
>> 
>> apt-get update
>> apt-get upgrade -y
>> At this point this is nothing but a ready to run Raspbian Jessie machine.
>> 
>> cd /tmp
>> wget
>> https://github.com/AllStarLink/DIAL/raw/master/repository/install-repository
>> chmod +x install-repository
>> ./install-repository
>> 
>> The ONLY thing the script does is add the new AllStarLink repository.
>> 
>> To install ASL:
>> apt-get install allstarlink
>> 
>> When the install completes (yes it does take a while since DAHDI still has to be compiled) reboot.
>> You should have a fresh install of ASL ready for you to edit the config files.
>> 
>> Over the next few weeks, my time will be somewhat limited. When I have a update ready I'll post on the list. You will then be able to run apt-get upgrade and the changes will be applied to your test machine. Upgrade will NOT overwrite your config files.
>> If you want to test this on a fresh install of Intel/AMD or the Raspbian Stretch, go for it. I have done some quick tests on Raspbian Stretch and it does work. Needs at least one bug fix and a LOT more testing.
>> 
>> Last but not least is the support programs that are used to help you configure the node and OS. The existing scripts are a MESS. I have a completely new set of programs I'll be working on and roll out in time. 
>> For now, edit the config file and ask questions.
>> 
>> --
>> "The nice thing about DIY is that if you break it, you get to keep both pieces"
>> 
>> _______________________________________________
>> App_rpt-users mailing list
>> App_rpt-users at lists.allstarlink.org
>> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
>> 
>> To unsubscribe from this list please visit http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button"
>> You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem. 
>> 
>> 
>> _______________________________________________
>> App_rpt-users mailing list
>> App_rpt-users at lists.allstarlink.org
>> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
>> 
>> To unsubscribe from this list please visit http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button"
>> You do not need a password 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: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20171115/637c5fde/attachment.html>

From will at bashlor.com  Thu Nov 16 00:23:19 2017
From: will at bashlor.com (Will Bashlor)
Date: Wed, 15 Nov 2017 19:23:19 -0500
Subject: [App_rpt-users] AllStarLink apt-get install
In-Reply-To: <AM5PR0402MB269146466C1B6BD2AE306872FA2E0@AM5PR0402MB2691.eurprd04.prod.outlook.com>
References: <382abf75-9a47-dcb6-dbdf-cf42c96903b2@msgstor.com>
 <356701d35e6f$3ef96970$bcec3c50$@bashlor.com>
 <AM5PR0402MB269146466C1B6BD2AE306872FA2E0@AM5PR0402MB2691.eurprd04.prod.outlook.com>
Message-ID: <744CE4CC-A691-4DBA-A0D6-18FE2DB9ADB0@bashlor.com>

No no sorry, totally separate from the iPhone hot spot subject.

Sent from my iPhone

> On Nov 15, 2017, at 7:18 PM, Peter <g7rpg at hotmail.com> wrote:
> 
> So is this a new problem or related to the earlier post regarding not being able to connect via you iphone hotspot?
> 
> I think the dependency here is updatenodelist.
> 
> Its just a matter of working through each stage bit by bit.
> 
> 
> Peter
> 
>> On 16/11/2017 00:10, Will Bashlor wrote:
>> Here's what I get after installing. Asterisk won't start. See attached install log, maybe that will help. This is on Raspbian Stretch...
>> 
>> Nov 15 23:00:27 raspberrypi systemd[1]: Dependency failed for Asterisk PBX and telephony daemon.
>> Nov 15 23:00:27 raspberrypi systemd[1]: asterisk.service: Job asterisk.service/start failed with result 'dependency'.
>> 
>> -----Original Message-----
>> From: App_rpt-users [mailto:app_rpt-users-bounces at lists.allstarlink.org] On Behalf Of Steve Zingman
>> Sent: Monday, November 13, 2017 12:08 PM
>> To: Users of Asterisk app_rpt <App_rpt-users at lists.allstarlink.org>
>> Subject: [App_rpt-users] AllStarLink apt-get install
>> 
>>   Since the introduction of DIAL, we have had a number of requests for a better method of installing and upgrading AllStarLink. The D in DIAL stands for Debian. The Intel/AMD versions of DIAL are built on a slightly modified version of the NetInstaller from Debian.
>> The Raspberry Pi version of DIAL is built on a modified version of Raspbian which is a modified version of Debian. The Intel/AMD installer builds ASL from the GitHub repository. The Raspbian image uses pre-compiled ASL programs and scripts. A number of people have also wanted to build ASL on their own install install of Debian or a derivative. I have tried to provide install scripts to accommodate this also. None of these are "easy" to upgrade and maintain.
>> 
>>   One of the biggest stumbling blocks to installing ASL is the requirement for DAHDI. DAHDI is a set of kernel modules that HAS to be built for the running kernel. Every time a user upgraded the kernel, the user had to rebuild DAHDI. To say that is a pain is a understatement. A few months ago I started using a system call Dynamic Kernel Module Support (DKMS). One of the features of DKMS is the ability to install the needed support programs and source to build the needed kernel modules. In simple terms Debian calls on DKMS to rebuild DAHDI. The big advantage to this is when the kernel is upgraded, DKMS tries to rebuild DAHDI. DHADI does not change very often, but it does require some maintenance. DKMS has helped to allow users to upgrade their host OS and continue to run ASL.
>> 
>>   The other parts of ASL are or should be more fluid. They should be changing as new bugs are found and new features are added. Under the current system, this sometimes requires downloading and building asterisk from the GitHub repository. Not really that hard to do, but it is time consuming and error prone. I don't expect users to be Linux software experts, though some basic understanding of the OS they use to run their repeaters and remote bases would be nice. Due to this complexity, I have held off putting out a update to DIAL. There have been some changes in the installers and some minor tweaks, but nothing of consequence.  This will now start to change. Over the year since we have put the ASL source on GitHub, people have contributed changes. 
>> These changes have been or will be staged and tested. At some point they will be ready to be included in ASL. We need a mechanism to easily put these changes to use. I do not want to require a user to have to download an new image just to get fixes, upgrades and enhancements. It can be done, but should be limited and rare.
>> 
>> I have taken the GitHub main branch(s) and built a Debian repository. 
>> What this means is the method to install ASL or upgrade ASL will change. 
>> Though the ARM and Intel/AMD images will be available, they will be built using the repository rather then static programs. This also open up the possibility of  support for other Debian based distribution. For ARM this means support for Armbian <https://www.armbian.com> Armbian is a very well done distribution supporting a number of ARM based single board computers. Many more boards to choose from! The next release of the images will use the repository. This will take some time. In the long run for images I will follow Debian. With each new revision of Debian I will release a new image. As of today, we are built on Debian 8. The next install image will be built on Debian 9 (Stretch) As we progress, the repository will also contain programs to enhance ASL. 
>> Rather then searching for and having how to figure out how to install the program it will become as simple as apt-get install Analog_Bridge. I will work with the developers to include their programs in the repository.
>> 
>>   OK, so 4 paragraphs to get to the good stuff. How do I use the repositories? How do I upgrade my OS and ASL? Why is the sky blue? (Just waned to make sure you were still awake) For the adventurous among us here we go. In Debian it is quite easy to add a repository. I have built a simple script to add the repository for you. You will start with a off the shelf image, in this example from Raspbian. Intel/AMD users should get the idea. Remember this is a test. Most things will stay the same, some will change as issues are found. You can use either Jessie or Stretch image as a starting point. A couple of warnings are in order. 
>> These are stock images. There is NO protection from someone hacking into your machine if you expose it before at least changing to default password. A stock Raspbian image will not even allow you to use SSH to login the machine without 1 change. You must add a file to /boot. The file can be empty but must be named "ssh" I have take a stock Raspbian Jessie image and added the file. That is the ONLY change I have made to the image. It is available for download from <http://dvswitch.org/files/AllStarLink/2017-06-21-raspbian-jessie-lite.tar.gz>
>> Extract the image and burn it to a SD card. The login is pi and the password is raspberry.
>> 
>> DO NOT DO THIS ON TOP OF YOUR EXISTING DIAL INSTALL !!!!!!!!!!!!!!!!!!!!!!!!
>> 
>> You will need to do a few things to you fresh image to prepare for ASL install.
>> 
>> sudo -s so you are root
>> Use raspi-config to change the login password Use the advanced menu from raspi-config to expand the file system to use your whole SD card. On exit from raspi-config you will be asked to reboot
>> 
>> After the reboot, log back in and become root.
>> 
>> If you are installing on a fresh Intel/AMD or some other Debian derivative, start here.
>> 
>> apt-get update
>> apt-get upgrade -y
>> At this point this is nothing but a ready to run Raspbian Jessie machine.
>> 
>> cd /tmp
>> wget
>> https://github.com/AllStarLink/DIAL/raw/master/repository/install-repository
>> chmod +x install-repository
>> ./install-repository
>> 
>> The ONLY thing the script does is add the new AllStarLink repository.
>> 
>> To install ASL:
>> apt-get install allstarlink
>> 
>> When the install completes (yes it does take a while since DAHDI still has to be compiled) reboot.
>> You should have a fresh install of ASL ready for you to edit the config files.
>> 
>> Over the next few weeks, my time will be somewhat limited. When I have a update ready I'll post on the list. You will then be able to run apt-get upgrade and the changes will be applied to your test machine. Upgrade will NOT overwrite your config files.
>> If you want to test this on a fresh install of Intel/AMD or the Raspbian Stretch, go for it. I have done some quick tests on Raspbian Stretch and it does work. Needs at least one bug fix and a LOT more testing.
>> 
>> Last but not least is the support programs that are used to help you configure the node and OS. The existing scripts are a MESS. I have a completely new set of programs I'll be working on and roll out in time. 
>> For now, edit the config file and ask questions.
>> 
>> --
>> "The nice thing about DIY is that if you break it, you get to keep both pieces"
>> 
>> _______________________________________________
>> App_rpt-users mailing list
>> App_rpt-users at lists.allstarlink.org
>> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
>> 
>> To unsubscribe from this list please visit http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button"
>> You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem. 
>> 
>> 
>> _______________________________________________
>> App_rpt-users mailing list
>> App_rpt-users at lists.allstarlink.org
>> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
>> 
>> To unsubscribe from this list please visit http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button"
>> You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem. 
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at lists.allstarlink.org
> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
> 
> To unsubscribe from this list please visit http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button"
> You do not need a password 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: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20171115/dfa92341/attachment.html>

From k6ecm1 at gmail.com  Thu Nov 16 00:24:31 2017
From: k6ecm1 at gmail.com (Bob Pyke)
Date: Wed, 15 Nov 2017 17:24:31 -0700
Subject: [App_rpt-users] (no subject)
In-Reply-To: <01b501d35e64$9df7f550$d9e7dff0$@gmail.com>
References: <01b501d35e64$9df7f550$d9e7dff0$@gmail.com>
Message-ID: <F9858C3D-2E9A-4E2D-A626-7FA688FC5ED8@gmail.com>

We had issues similar to what you describe. I spent quite a bit of time troubleshooting, without success. It appeared to be a USB issue. About that time DIAL came out for the RPi, and that has been running rock solid once since then. I then loaded up, what appeared to be a flakey computer with DIAL, which gave me a better platform to trouble shoot the USB. I discovered the hardware did have an issue with USB. The solution was to simply move the two URIs of this two node box to two separate buses, and the computer seems to work fine. I?ve not put it back into service because the RPi is doing so well. If you have a single node, then that won?t help. But...

Try DIAL, transferring your ACID /etc/asterisk/*.conf files to DIAL, sans the modules.conf, updating the DIAL version to include only those modules needed.

Hope this helps.

Thanks,
Bob
k6ecm
73
Sent from my iPhone

> On Nov 15, 2017, at 3:53 PM, John Griffith <jcarl.griffith at gmail.com> wrote:
> 
>  
> Hi everyone.
>  
> I?ve had my Allstar ACID system up for years and for the most part it?s working fine.
> If the repeater has had no local use for an extended period of time, then someone local transmits into it,
> The first 10 seconds of audio is ?mororboat? choppy, with rapid rhythmical packet loss into the remote nodes (not the local transmitter though), then after 10 seconds or so it?s fine again and There?s no way to get it to do that again except to wait another 2 hours or so. Anyone experienced this? I?m on CenturyLink ISP with the proper ports configured. I don?t find that opening ports makes much difference anyway, the packets seem to find their way.
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at lists.allstarlink.org
> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
> 
> To unsubscribe from this list please visit http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button"
> You do not need a password 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: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20171115/61a33667/attachment.html>

From szingman at msgstor.com  Thu Nov 16 00:37:10 2017
From: szingman at msgstor.com (Steve Zingman)
Date: Wed, 15 Nov 2017 19:37:10 -0500
Subject: [App_rpt-users] AllStarLink apt-get install
In-Reply-To: <DF4AAD9E-558D-4056-B941-93F8986BD923@bashlor.com>
References: <382abf75-9a47-dcb6-dbdf-cf42c96903b2@msgstor.com>
 <356701d35e6f$3ef96970$bcec3c50$@bashlor.com>
 <6e251752-deef-52b0-8d1b-af2792001aef@msgstor.com>
 <0BD31E9E-C023-4D2E-B936-AD8EA4739DA0@bashlor.com>
 <8a69f4a6-e80a-a452-2424-00c9135a5518@msgstor.com>
 <DF4AAD9E-558D-4056-B941-93F8986BD923@bashlor.com>
Message-ID: <f988199a-28e3-79eb-724a-455c13734b99@msgstor.com>

We can give it a try. I'll be happy to troubleshoot it.

Steve

On 11/15/2017 07:34 PM, Will Bashlor wrote:
> This is on an RPi Zero W if that makes a difference. I hope it doesn?t.
>
> I know AllStar is not suppose to run well on Zero, but I want to try it and monitor CPU, memory, and other resources.
>
> Sent from my iPhone
>
>> On Nov 15, 2017, at 7:27 PM, Steve Zingman <szingman at msgstor.com> wrote:
>>
>> This may not be clear since the reboot is hanging out at the end. I'm rerunning on Raspbian Stretch now.
>>
>> Steve
>>
>>> On 11/15/2017 07:21 PM, Will Bashlor wrote:
>>> When the install completes (yes it does take a while since DAHDI still has to be compiled) reboot.



From szingman at msgstor.com  Thu Nov 16 00:59:07 2017
From: szingman at msgstor.com (Steve Zingman)
Date: Wed, 15 Nov 2017 19:59:07 -0500
Subject: [App_rpt-users] AllStarLink apt-get install
In-Reply-To: <0BD31E9E-C023-4D2E-B936-AD8EA4739DA0@bashlor.com>
References: <382abf75-9a47-dcb6-dbdf-cf42c96903b2@msgstor.com>
 <356701d35e6f$3ef96970$bcec3c50$@bashlor.com>
 <6e251752-deef-52b0-8d1b-af2792001aef@msgstor.com>
 <0BD31E9E-C023-4D2E-B936-AD8EA4739DA0@bashlor.com>
Message-ID: <cd94ed67-560f-9d81-fd0e-7ca15cbafc9c@msgstor.com>

I just tested with Stretch on a RPi 3. I used 
2017-09-07-raspbian-stretch-lite.img which I believe is current.
Install went fine and asterisk is running. Let's see what happens when 
you get home and try the reboot.

On 11/15/2017 07:21 PM, Will Bashlor wrote:
> Yes, I followed those exact steps in this email and rebooted before I 
> installed.
>
> This was a fresh install of Raspbian Stretch as well.
>
> I can re image and start over when I get home if there?s something 
> else I can try.
>
> Sent from my iPhone
>
> On Nov 15, 2017, at 7:14 PM, Steve Zingman <szingman at msgstor.com 
> <mailto:szingman at msgstor.com>> wrote:
>
>> Will,
>> Did you do a apt-get update followed by a apt-get upgrade before you 
>> started the install?
>> Did you reboot ?
>> Please try the following:
>> apt-get update
>> apt-get upgrade
>> reboot
>>
>> I'll do some checking here.
>>
>> Steve
>>
>> On 11/15/2017 07:10 PM, Will Bashlor wrote:
>>> Here's what I get after installing. Asterisk won't start. See attached install log, maybe that will help. This is on Raspbian Stretch...
>>>
>>> Nov 15 23:00:27 raspberrypi systemd[1]: Dependency failed for Asterisk PBX and telephony daemon.
>>> Nov 15 23:00:27 raspberrypi systemd[1]: asterisk.service: Job asterisk.service/start failed with result 'dependency'.
>>>
>>> -----Original Message-----
>>> From: App_rpt-users [mailto:app_rpt-users-bounces at lists.allstarlink.org] On Behalf Of Steve Zingman
>>> Sent: Monday, November 13, 2017 12:08 PM
>>> To: Users of Asterisk app_rpt<App_rpt-users at lists.allstarlink.org>
>>> Subject: [App_rpt-users] AllStarLink apt-get install
>>>
>>>    Since the introduction of DIAL, we have had a number of requests for a better method of installing and upgrading AllStarLink. The D in DIAL stands for Debian. The Intel/AMD versions of DIAL are built on a slightly modified version of the NetInstaller from Debian.
>>> The Raspberry Pi version of DIAL is built on a modified version of Raspbian which is a modified version of Debian. The Intel/AMD installer builds ASL from the GitHub repository. The Raspbian image uses pre-compiled ASL programs and scripts. A number of people have also wanted to build ASL on their own install install of Debian or a derivative. I have tried to provide install scripts to accommodate this also. None of these are "easy" to upgrade and maintain.
>>>
>>>    One of the biggest stumbling blocks to installing ASL is the requirement for DAHDI. DAHDI is a set of kernel modules that HAS to be built for the running kernel. Every time a user upgraded the kernel, the user had to rebuild DAHDI. To say that is a pain is a understatement. A few months ago I started using a system call Dynamic Kernel Module Support (DKMS). One of the features of DKMS is the ability to install the needed support programs and source to build the needed kernel modules. In simple terms Debian calls on DKMS to rebuild DAHDI. The big advantage to this is when the kernel is upgraded, DKMS tries to rebuild DAHDI. DHADI does not change very often, but it does require some maintenance. DKMS has helped to allow users to upgrade their host OS and continue to run ASL.
>>>
>>>    The other parts of ASL are or should be more fluid. They should be changing as new bugs are found and new features are added. Under the current system, this sometimes requires downloading and building asterisk from the GitHub repository. Not really that hard to do, but it is time consuming and error prone. I don't expect users to be Linux software experts, though some basic understanding of the OS they use to run their repeaters and remote bases would be nice. Due to this complexity, I have held off putting out a update to DIAL. There have been some changes in the installers and some minor tweaks, but nothing of consequence.  This will now start to change. Over the year since we have put the ASL source on GitHub, people have contributed changes.
>>> These changes have been or will be staged and tested. At some point they will be ready to be included in ASL. We need a mechanism to easily put these changes to use. I do not want to require a user to have to download an new image just to get fixes, upgrades and enhancements. It can be done, but should be limited and rare.
>>>
>>> I have taken the GitHub main branch(s) and built a Debian repository.
>>> What this means is the method to install ASL or upgrade ASL will change.
>>> Though the ARM and Intel/AMD images will be available, they will be built using the repository rather then static programs. This also open up the possibility of  support for other Debian based distribution. For ARM this means support for Armbian<https://www.armbian.com>  Armbian is a very well done distribution supporting a number of ARM based single board computers. Many more boards to choose from! The next release of the images will use the repository. This will take some time. In the long run for images I will follow Debian. With each new revision of Debian I will release a new image. As of today, we are built on Debian 8. The next install image will be built on Debian 9 (Stretch) As we progress, the repository will also contain programs to enhance ASL.
>>> Rather then searching for and having how to figure out how to install the program it will become as simple as apt-get install Analog_Bridge. I will work with the developers to include their programs in the repository.
>>>
>>>    OK, so 4 paragraphs to get to the good stuff. How do I use the repositories? How do I upgrade my OS and ASL? Why is the sky blue? (Just waned to make sure you were still awake) For the adventurous among us here we go. In Debian it is quite easy to add a repository. I have built a simple script to add the repository for you. You will start with a off the shelf image, in this example from Raspbian. Intel/AMD users should get the idea. Remember this is a test. Most things will stay the same, some will change as issues are found. You can use either Jessie or Stretch image as a starting point. A couple of warnings are in order.
>>> These are stock images. There is NO protection from someone hacking into your machine if you expose it before at least changing to default password. A stock Raspbian image will not even allow you to use SSH to login the machine without 1 change. You must add a file to /boot. The file can be empty but must be named "ssh" I have take a stock Raspbian Jessie image and added the file. That is the ONLY change I have made to the image. It is available for download from<http://dvswitch.org/files/AllStarLink/2017-06-21-raspbian-jessie-lite.tar.gz>
>>> Extract the image and burn it to a SD card. The login is pi and the password is raspberry.
>>>
>>> DO NOT DO THIS ON TOP OF YOUR EXISTING DIAL INSTALL !!!!!!!!!!!!!!!!!!!!!!!!
>>>
>>> You will need to do a few things to you fresh image to prepare for ASL install.
>>>
>>> sudo -s so you are root
>>> Use raspi-config to change the login password Use the advanced menu from raspi-config to expand the file system to use your whole SD card. On exit from raspi-config you will be asked to reboot
>>>
>>> After the reboot, log back in and become root.
>>>
>>> If you are installing on a fresh Intel/AMD or some other Debian derivative, start here.
>>>
>>> apt-get update
>>> apt-get upgrade -y
>>> At this point this is nothing but a ready to run Raspbian Jessie machine.
>>>
>>> cd /tmp
>>> wget
>>> https://github.com/AllStarLink/DIAL/raw/master/repository/install-repository
>>> chmod +x install-repository
>>> ./install-repository
>>>
>>> The ONLY thing the script does is add the new AllStarLink repository.
>>>
>>> To install ASL:
>>> apt-get install allstarlink
>>>
>>> When the install completes (yes it does take a while since DAHDI still has to be compiled) reboot.
>>> You should have a fresh install of ASL ready for you to edit the config files.
>>>
>>> Over the next few weeks, my time will be somewhat limited. When I have a update ready I'll post on the list. You will then be able to run apt-get upgrade and the changes will be applied to your test machine. Upgrade will NOT overwrite your config files.
>>> If you want to test this on a fresh install of Intel/AMD or the Raspbian Stretch, go for it. I have done some quick tests on Raspbian Stretch and it does work. Needs at least one bug fix and a LOT more testing.
>>>
>>> Last but not least is the support programs that are used to help you configure the node and OS. The existing scripts are a MESS. I have a completely new set of programs I'll be working on and roll out in time.
>>> For now, edit the config file and ask questions.
>>>
>>> --
>>> "The nice thing about DIY is that if you break it, you get to keep both pieces"
>>>
>>> _______________________________________________
>>> App_rpt-users mailing list
>>> App_rpt-users at lists.allstarlink.org
>>> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
>>>
>>> To unsubscribe from this list please visithttp://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users  and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button"
>>> You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem.
>>>
>>>
>>> _______________________________________________
>>> App_rpt-users mailing list
>>> App_rpt-users at lists.allstarlink.org
>>> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
>>>
>>> To unsubscribe from this list please visithttp://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users  and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button"
>>> You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem.
>>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20171115/ae99f5da/attachment.html>

From will at bashlor.com  Thu Nov 16 01:03:53 2017
From: will at bashlor.com (Will Bashlor)
Date: Wed, 15 Nov 2017 20:03:53 -0500
Subject: [App_rpt-users] AllStarLink apt-get install
In-Reply-To: <cd94ed67-560f-9d81-fd0e-7ca15cbafc9c@msgstor.com>
References: <382abf75-9a47-dcb6-dbdf-cf42c96903b2@msgstor.com>
 <356701d35e6f$3ef96970$bcec3c50$@bashlor.com>
 <6e251752-deef-52b0-8d1b-af2792001aef@msgstor.com>
 <0BD31E9E-C023-4D2E-B936-AD8EA4739DA0@bashlor.com>
 <cd94ed67-560f-9d81-fd0e-7ca15cbafc9c@msgstor.com>
Message-ID: <9506AB68-ECFF-453B-ACAC-B8D72B83D8F1@bashlor.com>

I already rebooted. I?ll be glad to give you ssh access if you?d like...

Sent from my iPhone

> On Nov 15, 2017, at 7:59 PM, Steve Zingman <szingman at msgstor.com> wrote:
> 
> I just tested with Stretch on a RPi 3. I used 2017-09-07-raspbian-stretch-lite.img which I believe is current.
> Install went fine and asterisk is running. Let's see what happens when you get home and try the reboot. 
> 
>> On 11/15/2017 07:21 PM, Will Bashlor wrote:
>> Yes, I followed those exact steps in this email and rebooted before I installed.
>> 
>> This was a fresh install of Raspbian Stretch as well.
>> 
>> I can re image and start over when I get home if there?s something else I can try.
>> 
>> Sent from my iPhone
>> 
>> On Nov 15, 2017, at 7:14 PM, Steve Zingman <szingman at msgstor.com>           wrote:
>> 
>>> Will,
>>> Did you do a apt-get update followed by a apt-get upgrade before you started the install?
>>> Did you reboot ?
>>> Please try the following:
>>> apt-get update
>>> apt-get upgrade 
>>> reboot
>>> 
>>> I'll do some checking here.
>>> 
>>> Steve
>>> 
>>>> On 11/15/2017 07:10 PM, Will Bashlor wrote:
>>>> Here's what I get after installing. Asterisk won't start. See attached install log, maybe that will help. This is on Raspbian Stretch...
>>>> 
>>>> Nov 15 23:00:27 raspberrypi systemd[1]: Dependency failed for Asterisk PBX and telephony daemon.
>>>> Nov 15 23:00:27 raspberrypi systemd[1]: asterisk.service: Job asterisk.service/start failed with result 'dependency'.
>>>> 
>>>> -----Original Message-----
>>>> From: App_rpt-users [mailto:app_rpt-users-bounces at lists.allstarlink.org] On Behalf Of Steve Zingman
>>>> Sent: Monday, November 13, 2017 12:08 PM
>>>> To: Users of Asterisk app_rpt <App_rpt-users at lists.allstarlink.org>
>>>> Subject: [App_rpt-users] AllStarLink apt-get install
>>>> 
>>>>   Since the introduction of DIAL, we have had a number of requests for a better method of installing and upgrading AllStarLink. The D in DIAL stands for Debian. The Intel/AMD versions of DIAL are built on a slightly modified version of the NetInstaller from Debian.
>>>> The Raspberry Pi version of DIAL is built on a modified version of Raspbian which is a modified version of Debian. The Intel/AMD installer builds ASL from the GitHub repository. The Raspbian image uses pre-compiled ASL programs and scripts. A number of people have also wanted to build ASL on their own install install of Debian or a derivative. I have tried to provide install scripts to accommodate this also. None of these are "easy" to upgrade and maintain.
>>>> 
>>>>   One of the biggest stumbling blocks to installing ASL is the requirement for DAHDI. DAHDI is a set of kernel modules that HAS to be built for the running kernel. Every time a user upgraded the kernel, the user had to rebuild DAHDI. To say that is a pain is a understatement. A few months ago I started using a system call Dynamic Kernel Module Support (DKMS). One of the features of DKMS is the ability to install the needed support programs and source to build the needed kernel modules. In simple terms Debian calls on DKMS to rebuild DAHDI. The big advantage to this is when the kernel is upgraded, DKMS tries to rebuild DAHDI. DHADI does not change very often, but it does require some maintenance. DKMS has helped to allow users to upgrade their host OS and continue to run ASL.
>>>> 
>>>>   The other parts of ASL are or should be more fluid. They should be changing as new bugs are found and new features are added. Under the current system, this sometimes requires downloading and building asterisk from the GitHub repository. Not really that hard to do, but it is time consuming and error prone. I don't expect users to be Linux software experts, though some basic understanding of the OS they use to run their repeaters and remote bases would be nice. Due to this complexity, I have held off putting out a update to DIAL. There have been some changes in the installers and some minor tweaks, but nothing of consequence.  This will now start to change. Over the year since we have put the ASL source on GitHub, people have contributed changes. 
>>>> These changes have been or will be staged and tested. At some point they will be ready to be included in ASL. We need a mechanism to easily put these changes to use. I do not want to require a user to have to download an new image just to get fixes, upgrades and enhancements. It can be done, but should be limited and rare.
>>>> 
>>>> I have taken the GitHub main branch(s) and built a Debian repository. 
>>>> What this means is the method to install ASL or upgrade ASL will change. 
>>>> Though the ARM and Intel/AMD images will be available, they will be built using the repository rather then static programs. This also open up the possibility of  support for other Debian based distribution. For ARM this means support for Armbian <https://www.armbian.com> Armbian is a very well done distribution supporting a number of ARM based single board computers. Many more boards to choose from! The next release of the images will use the repository. This will take some time. In the long run for images I will follow Debian. With each new revision of Debian I will release a new image. As of today, we are built on Debian 8. The next install image will be built on Debian 9 (Stretch) As we progress, the repository will also contain programs to enhance ASL. 
>>>> Rather then searching for and having how to figure out how to install the program it will become as simple as apt-get install Analog_Bridge. I will work with the developers to include their programs in the repository.
>>>> 
>>>>   OK, so 4 paragraphs to get to the good stuff. How do I use the repositories? How do I upgrade my OS and ASL? Why is the sky blue? (Just waned to make sure you were still awake) For the adventurous among us here we go. In Debian it is quite easy to add a repository. I have built a simple script to add the repository for you. You will start with a off the shelf image, in this example from Raspbian. Intel/AMD users should get the idea. Remember this is a test. Most things will stay the same, some will change as issues are found. You can use either Jessie or Stretch image as a starting point. A couple of warnings are in order. 
>>>> These are stock images. There is NO protection from someone hacking into your machine if you expose it before at least changing to default password. A stock Raspbian image will not even allow you to use SSH to login the machine without 1 change. You must add a file to /boot. The file can be empty but must be named "ssh" I have take a stock Raspbian Jessie image and added the file. That is the ONLY change I have made to the image. It is available for download from <http://dvswitch.org/files/AllStarLink/2017-06-21-raspbian-jessie-lite.tar.gz>
>>>> Extract the image and burn it to a SD card. The login is pi and the password is raspberry.
>>>> 
>>>> DO NOT DO THIS ON TOP OF YOUR EXISTING DIAL INSTALL !!!!!!!!!!!!!!!!!!!!!!!!
>>>> 
>>>> You will need to do a few things to you fresh image to prepare for ASL install.
>>>> 
>>>> sudo -s so you are root
>>>> Use raspi-config to change the login password Use the advanced menu from raspi-config to expand the file system to use your whole SD card. On exit from raspi-config you will be asked to reboot
>>>> 
>>>> After the reboot, log back in and become root.
>>>> 
>>>> If you are installing on a fresh Intel/AMD or some other Debian derivative, start here.
>>>> 
>>>> apt-get update
>>>> apt-get upgrade -y
>>>> At this point this is nothing but a ready to run Raspbian Jessie machine.
>>>> 
>>>> cd /tmp
>>>> wget
>>>> https://github.com/AllStarLink/DIAL/raw/master/repository/install-repository
>>>> chmod +x install-repository
>>>> ./install-repository
>>>> 
>>>> The ONLY thing the script does is add the new AllStarLink repository.
>>>> 
>>>> To install ASL:
>>>> apt-get install allstarlink
>>>> 
>>>> When the install completes (yes it does take a while since DAHDI still has to be compiled) reboot.
>>>> You should have a fresh install of ASL ready for you to edit the config files.
>>>> 
>>>> Over the next few weeks, my time will be somewhat limited. When I have a update ready I'll post on the list. You will then be able to run apt-get upgrade and the changes will be applied to your test machine. Upgrade will NOT overwrite your config files.
>>>> If you want to test this on a fresh install of Intel/AMD or the Raspbian Stretch, go for it. I have done some quick tests on Raspbian Stretch and it does work. Needs at least one bug fix and a LOT more testing.
>>>> 
>>>> Last but not least is the support programs that are used to help you configure the node and OS. The existing scripts are a MESS. I have a completely new set of programs I'll be working on and roll out in time. 
>>>> For now, edit the config file and ask questions.
>>>> 
>>>> --
>>>> "The nice thing about DIY is that if you break it, you get to keep both pieces"
>>>> 
>>>> _______________________________________________
>>>> App_rpt-users mailing list
>>>> App_rpt-users at lists.allstarlink.org
>>>> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
>>>> 
>>>> To unsubscribe from this list please visit http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button"
>>>> You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem. 
>>>> 
>>>> 
>>>> _______________________________________________
>>>> App_rpt-users mailing list
>>>> App_rpt-users at lists.allstarlink.org
>>>> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
>>>> 
>>>> To unsubscribe from this list please visit http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button"
>>>> You do not need a password 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: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20171115/532912fc/attachment.html>

From kuggie at kuggie.com  Thu Nov 16 03:04:16 2017
From: kuggie at kuggie.com (Kevin Custer)
Date: Wed, 15 Nov 2017 22:04:16 -0500
Subject: [App_rpt-users] (no subject)
In-Reply-To: <01b501d35e64$9df7f550$d9e7dff0$@gmail.com>
References: <01b501d35e64$9df7f550$d9e7dff0$@gmail.com>
Message-ID: <a43cbd76-1879-f5a6-2c8d-942ce7e9b7f5@kuggie.com>

On 11/15/2017 5:53 PM, John Griffith wrote:
>
> Hi everyone.
>
> I?ve had my Allstar ACID system up for years and for the most part 
> it?s working fine.
>
> If the repeater has had no local use for an extended period of time, 
> then someone local transmits into it,
>
> The first 10 seconds of audio is ?mororboat? choppy, with rapid 
> rhythmical packet loss into the remote nodes (not the local 
> transmitter though), then after 10 seconds or so it?s fine again and 
> There?s no way to get it to do that again except to wait another 2 
> hours or so. Anyone experienced this? I?m on CenturyLink ISP with the 
> proper ports configured. I don?t find that opening ports makes much 
> difference anyway, the packets seem to find their way.
>


Yes -

It happened to me on some Dell servers that were attempted to be used 
for hubs.? The issue isn't Internet, but rather hardware related.? We 
moved to SuperMicro servers and the problem is gone.

Kevin
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20171115/b7f083f8/attachment.html>

From szingman at msgstor.com  Thu Nov 16 03:24:55 2017
From: szingman at msgstor.com (Steve Zingman)
Date: Wed, 15 Nov 2017 22:24:55 -0500
Subject: [App_rpt-users] AllStarLink apt-get install
In-Reply-To: <9506AB68-ECFF-453B-ACAC-B8D72B83D8F1@bashlor.com>
References: <382abf75-9a47-dcb6-dbdf-cf42c96903b2@msgstor.com>
 <356701d35e6f$3ef96970$bcec3c50$@bashlor.com>
 <6e251752-deef-52b0-8d1b-af2792001aef@msgstor.com>
 <0BD31E9E-C023-4D2E-B936-AD8EA4739DA0@bashlor.com>
 <cd94ed67-560f-9d81-fd0e-7ca15cbafc9c@msgstor.com>
 <9506AB68-ECFF-453B-ACAC-B8D72B83D8F1@bashlor.com>
Message-ID: <94dd7077-7160-8aba-6637-b47b40003950@msgstor.com>

So,
It did install, but dahdi install was not quite right. I reinstalled 
dahdi and it came up. I won't promise how well it will work, but it's a 
worth test. Reminds me of when Mike and I brought ASL up on a Pi1.
Time will tell.

Steve

On 11/15/2017 08:03 PM, Will Bashlor wrote:
> I already rebooted. I?ll be glad to give you ssh access if you?d like...
>
> Sent from my iPhone
>
> On Nov 15, 2017, at 7:59 PM, Steve Zingman <szingman at msgstor.com 
> <mailto:szingman at msgstor.com>> wrote:
>
>> I just tested with Stretch on a RPi 3. I used 
>> 2017-09-07-raspbian-stretch-lite.img which I believe is current.
>> Install went fine and asterisk is running. Let's see what happens 
>> when you get home and try the reboot.
>>
>> On 11/15/2017 07:21 PM, Will Bashlor wrote:
>>> Yes, I followed those exact steps in this email and rebooted before 
>>> I installed.
>>>
>>> This was a fresh install of Raspbian Stretch as well.
>>>
>>> I can re image and start over when I get home if there?s something 
>>> else I can try.
>>>
>>> Sent from my iPhone
>>>
>>> On Nov 15, 2017, at 7:14 PM, Steve Zingman <szingman at msgstor.com 
>>> <mailto:szingman at msgstor.com>> wrote:
>>>
>>>> Will,
>>>> Did you do a apt-get update followed by a apt-get upgrade before 
>>>> you started the install?
>>>> Did you reboot ?
>>>> Please try the following:
>>>> apt-get update
>>>> apt-get upgrade
>>>> reboot
>>>>
>>>> I'll do some checking here.
>>>>
>>>> Steve
>>>>
>>>> On 11/15/2017 07:10 PM, Will Bashlor wrote:
>>>>> Here's what I get after installing. Asterisk won't start. See attached install log, maybe that will help. This is on Raspbian Stretch...
>>>>>
>>>>> Nov 15 23:00:27 raspberrypi systemd[1]: Dependency failed for Asterisk PBX and telephony daemon.
>>>>> Nov 15 23:00:27 raspberrypi systemd[1]: asterisk.service: Job asterisk.service/start failed with result 'dependency'.
>>>>>
>>>>> -----Original Message-----
>>>>> From: App_rpt-users [mailto:app_rpt-users-bounces at lists.allstarlink.org] On Behalf Of Steve Zingman
>>>>> Sent: Monday, November 13, 2017 12:08 PM
>>>>> To: Users of Asterisk app_rpt<App_rpt-users at lists.allstarlink.org>
>>>>> Subject: [App_rpt-users] AllStarLink apt-get install
>>>>>
>>>>>    Since the introduction of DIAL, we have had a number of requests for a better method of installing and upgrading AllStarLink. The D in DIAL stands for Debian. The Intel/AMD versions of DIAL are built on a slightly modified version of the NetInstaller from Debian.
>>>>> The Raspberry Pi version of DIAL is built on a modified version of Raspbian which is a modified version of Debian. The Intel/AMD installer builds ASL from the GitHub repository. The Raspbian image uses pre-compiled ASL programs and scripts. A number of people have also wanted to build ASL on their own install install of Debian or a derivative. I have tried to provide install scripts to accommodate this also. None of these are "easy" to upgrade and maintain.
>>>>>
>>>>>    One of the biggest stumbling blocks to installing ASL is the requirement for DAHDI. DAHDI is a set of kernel modules that HAS to be built for the running kernel. Every time a user upgraded the kernel, the user had to rebuild DAHDI. To say that is a pain is a understatement. A few months ago I started using a system call Dynamic Kernel Module Support (DKMS). One of the features of DKMS is the ability to install the needed support programs and source to build the needed kernel modules. In simple terms Debian calls on DKMS to rebuild DAHDI. The big advantage to this is when the kernel is upgraded, DKMS tries to rebuild DAHDI. DHADI does not change very often, but it does require some maintenance. DKMS has helped to allow users to upgrade their host OS and continue to run ASL.
>>>>>
>>>>>    The other parts of ASL are or should be more fluid. They should be changing as new bugs are found and new features are added. Under the current system, this sometimes requires downloading and building asterisk from the GitHub repository. Not really that hard to do, but it is time consuming and error prone. I don't expect users to be Linux software experts, though some basic understanding of the OS they use to run their repeaters and remote bases would be nice. Due to this complexity, I have held off putting out a update to DIAL. There have been some changes in the installers and some minor tweaks, but nothing of consequence.  This will now start to change. Over the year since we have put the ASL source on GitHub, people have contributed changes.
>>>>> These changes have been or will be staged and tested. At some point they will be ready to be included in ASL. We need a mechanism to easily put these changes to use. I do not want to require a user to have to download an new image just to get fixes, upgrades and enhancements. It can be done, but should be limited and rare.
>>>>>
>>>>> I have taken the GitHub main branch(s) and built a Debian repository.
>>>>> What this means is the method to install ASL or upgrade ASL will change.
>>>>> Though the ARM and Intel/AMD images will be available, they will be built using the repository rather then static programs. This also open up the possibility of  support for other Debian based distribution. For ARM this means support for Armbian<https://www.armbian.com>  Armbian is a very well done distribution supporting a number of ARM based single board computers. Many more boards to choose from! The next release of the images will use the repository. This will take some time. In the long run for images I will follow Debian. With each new revision of Debian I will release a new image. As of today, we are built on Debian 8. The next install image will be built on Debian 9 (Stretch) As we progress, the repository will also contain programs to enhance ASL.
>>>>> Rather then searching for and having how to figure out how to install the program it will become as simple as apt-get install Analog_Bridge. I will work with the developers to include their programs in the repository.
>>>>>
>>>>>    OK, so 4 paragraphs to get to the good stuff. How do I use the repositories? How do I upgrade my OS and ASL? Why is the sky blue? (Just waned to make sure you were still awake) For the adventurous among us here we go. In Debian it is quite easy to add a repository. I have built a simple script to add the repository for you. You will start with a off the shelf image, in this example from Raspbian. Intel/AMD users should get the idea. Remember this is a test. Most things will stay the same, some will change as issues are found. You can use either Jessie or Stretch image as a starting point. A couple of warnings are in order.
>>>>> These are stock images. There is NO protection from someone hacking into your machine if you expose it before at least changing to default password. A stock Raspbian image will not even allow you to use SSH to login the machine without 1 change. You must add a file to /boot. The file can be empty but must be named "ssh" I have take a stock Raspbian Jessie image and added the file. That is the ONLY change I have made to the image. It is available for download from<http://dvswitch.org/files/AllStarLink/2017-06-21-raspbian-jessie-lite.tar.gz>
>>>>> Extract the image and burn it to a SD card. The login is pi and the password is raspberry.
>>>>>
>>>>> DO NOT DO THIS ON TOP OF YOUR EXISTING DIAL INSTALL !!!!!!!!!!!!!!!!!!!!!!!!
>>>>>
>>>>> You will need to do a few things to you fresh image to prepare for ASL install.
>>>>>
>>>>> sudo -s so you are root
>>>>> Use raspi-config to change the login password Use the advanced menu from raspi-config to expand the file system to use your whole SD card. On exit from raspi-config you will be asked to reboot
>>>>>
>>>>> After the reboot, log back in and become root.
>>>>>
>>>>> If you are installing on a fresh Intel/AMD or some other Debian derivative, start here.
>>>>>
>>>>> apt-get update
>>>>> apt-get upgrade -y
>>>>> At this point this is nothing but a ready to run Raspbian Jessie machine.
>>>>>
>>>>> cd /tmp
>>>>> wget
>>>>> https://github.com/AllStarLink/DIAL/raw/master/repository/install-repository
>>>>> chmod +x install-repository
>>>>> ./install-repository
>>>>>
>>>>> The ONLY thing the script does is add the new AllStarLink repository.
>>>>>
>>>>> To install ASL:
>>>>> apt-get install allstarlink
>>>>>
>>>>> When the install completes (yes it does take a while since DAHDI still has to be compiled) reboot.
>>>>> You should have a fresh install of ASL ready for you to edit the config files.
>>>>>
>>>>> Over the next few weeks, my time will be somewhat limited. When I have a update ready I'll post on the list. You will then be able to run apt-get upgrade and the changes will be applied to your test machine. Upgrade will NOT overwrite your config files.
>>>>> If you want to test this on a fresh install of Intel/AMD or the Raspbian Stretch, go for it. I have done some quick tests on Raspbian Stretch and it does work. Needs at least one bug fix and a LOT more testing.
>>>>>
>>>>> Last but not least is the support programs that are used to help you configure the node and OS. The existing scripts are a MESS. I have a completely new set of programs I'll be working on and roll out in time.
>>>>> For now, edit the config file and ask questions.
>>>>>
>>>>> --
>>>>> "The nice thing about DIY is that if you break it, you get to keep both pieces"
>>>>>
>>>>> _______________________________________________
>>>>> App_rpt-users mailing list
>>>>> App_rpt-users at lists.allstarlink.org
>>>>> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
>>>>>
>>>>> To unsubscribe from this list please visithttp://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users  and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button"
>>>>> You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem.
>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> App_rpt-users mailing list
>>>>> App_rpt-users at lists.allstarlink.org
>>>>> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
>>>>>
>>>>> To unsubscribe from this list please visithttp://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users  and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button"
>>>>> You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem.
>>>>
>>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20171115/a99aac29/attachment.html>

From kb4fxc at inttek.net  Thu Nov 16 03:56:40 2017
From: kb4fxc at inttek.net (David McGough)
Date: Wed, 15 Nov 2017 22:56:40 -0500 (EST)
Subject: [App_rpt-users] =?utf-8?q?=28no_subject=29?=
In-Reply-To: <01b501d35e64$9df7f550$d9e7dff0$@gmail.com>
Message-ID: <Pine.LNX.4.44.1711152245570.2393-100000@goliath.inttek.net>


John,

One possibility is that you've got a very old Linux Kernel (2.6.18?),
which doesn't properly support the newer chipset/timer hardware on your
MoBo. I had this problem with ACID (CentOS 5.x) about 8 years ago. I ended
up hand-cooking 2.6.30.5 kernels, which included the kernel hi-res timer
support. That solved the garbled audio problem entirely.

See this ancient thread:
http://lists.allstarlink.org/pipermail/app_rpt-users/2009-September/001308.html

73, David KB4FXC

On Wed, 15 Nov 2017, John Griffith wrote:

>  
> 
> Hi everyone. 
> 
>  
> 
> I???ve had my Allstar ACID system up for years and for the most part it???s working fine. 
> 
> If the repeater has had no local use for an extended period of time, then someone local transmits into it, 
> 
> The first 10 seconds of audio is ???mororboat??? choppy, with rapid 
rhythmical packet loss into the remote nodes (not the local transmitter 
though), then after 10 seconds or so it???s fine again and There???s no 
way to get it to do that again except to wait another 2 hours or so. 
Anyone experienced this? I???m on CenturyLink ISP with the proper ports 
configured. I don???t find that opening ports makes much difference 
anyway, the packets seem to find their way.
> 
> 



From Benjamin at Project23D.com  Thu Nov 16 04:03:44 2017
From: Benjamin at Project23D.com (Benjamin Naber)
Date: Wed, 15 Nov 2017 22:03:44 -0600
Subject: [App_rpt-users] chan_usbradio.c error
In-Reply-To: <64617E99E1D84AF897C433AB6ECD30A8@ThePykesHP>
References: <64617E99E1D84AF897C433AB6ECD30A8@ThePykesHP>
Message-ID: <1510805024.2250.100.camel@Project23D.com>

Bob,

I got the "Died or something" error before in the past. I laughed for
days after I saw that, programmers got jokes!

The issue with mine was the USB hardware in the computer was failing. I
have no idea what, but something was. It "Died or something!"

Not really sure what that error really meant, I took the DOM (flash
memory module with 40 pin header instead of USB, I was using a neoware
thin client computer with Limey Linux) and put the DOM in another
machine, attached the URi and all was well.

Gotta love cryptic errors!

~Benjamin, KB9LFZ


On Sun, 2017-11-12 at 14:24 -0800, Bob wrote:
> I periodically experience the following error on the RPi3 with DIAL
> (/var/log/asterisk/messages). Any clues? The repeater uses a URIx,
> and the
> Linux address for the USB is the same as devstr= in
> usbradio_tune_usb.conf
> 
> ERROR[537] chan_usbradio.c: HID process has died or something!!
> 
> [Nov 12 13:17:07] NOTICE[538] chan_usbradio.c: Assigned USB device 1-
> 1.2:1.0
> to usbradio channel usb
> [Nov 12 13:17:07] WARNING[538] chan_usbradio.c: Loaded parameters
> from
> usbradio_tune_usb.conf for device usb .
> [Nov 12 13:17:07] WARNING[537] chan_usbradio.c: Possibly stuck USB
> read
> channel. [usb]
> [Nov 12 13:17:07] WARNING[537] chan_usbradio.c: Nope, USB read
> channel [usb]
> wasn't stuck after all.
> [Nov 12 13:38:16] ERROR[537] chan_usbradio.c: HID process has died or
> something!!
> [Nov 12 13:38:16] WARNING[520] app_rpt.c: rpt_thread restarted on
> node <#
> redacted>
> 
> The 21 min delay from the prior message is typical. After the error,
> it
> restarts asterisk, and the startup macro reconnects the repeater.
> 
> Thanks,
> Bob
> k6ecm
> 
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at 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 k6ecm1 at gmail.com  Thu Nov 16 04:18:01 2017
From: k6ecm1 at gmail.com (Bob Pyke)
Date: Wed, 15 Nov 2017 21:18:01 -0700
Subject: [App_rpt-users] chan_usbradio.c error
In-Reply-To: <1510805024.2250.100.camel@Project23D.com>
References: <64617E99E1D84AF897C433AB6ECD30A8@ThePykesHP>
 <1510805024.2250.100.camel@Project23D.com>
Message-ID: <1A12F847-9DF4-4216-87C4-70E9CA3C09C8@gmail.com>

Was it ?ERROR[535] chan_usbradio.c: HID process has died or something!!?

Bob

Sent from iPad


> On Nov 15, 2017, at 9:03 PM, Benjamin Naber <Benjamin at Project23D.com> wrote:
> 
> Bob,
> 
> I got the "Died or something" error before in the past. I laughed for
> days after I saw that, programmers got jokes!
> 
> The issue with mine was the USB hardware in the computer was failing. I
> have no idea what, but something was. It "Died or something!"
> 
> Not really sure what that error really meant, I took the DOM (flash
> memory module with 40 pin header instead of USB, I was using a neoware
> thin client computer with Limey Linux) and put the DOM in another
> machine, attached the URi and all was well.
> 
> Gotta love cryptic errors!
> 
> ~Benjamin, KB9LFZ
> 
> 
>> On Sun, 2017-11-12 at 14:24 -0800, Bob wrote:
>> I periodically experience the following error on the RPi3 with DIAL
>> (/var/log/asterisk/messages). Any clues? The repeater uses a URIx,
>> and the
>> Linux address for the USB is the same as devstr= in
>> usbradio_tune_usb.conf
>> 
>> ERROR[537] chan_usbradio.c: HID process has died or something!!
>> 
>> [Nov 12 13:17:07] NOTICE[538] chan_usbradio.c: Assigned USB device 1-
>> 1.2:1.0
>> to usbradio channel usb
>> [Nov 12 13:17:07] WARNING[538] chan_usbradio.c: Loaded parameters
>> from
>> usbradio_tune_usb.conf for device usb .
>> [Nov 12 13:17:07] WARNING[537] chan_usbradio.c: Possibly stuck USB
>> read
>> channel. [usb]
>> [Nov 12 13:17:07] WARNING[537] chan_usbradio.c: Nope, USB read
>> channel [usb]
>> wasn't stuck after all.
>> [Nov 12 13:38:16] ERROR[537] chan_usbradio.c: HID process has died or
>> something!!
>> [Nov 12 13:38:16] WARNING[520] app_rpt.c: rpt_thread restarted on
>> node <#
>> redacted>
>> 
>> The 21 min delay from the prior message is typical. After the error,
>> it
>> restarts asterisk, and the startup macro reconnects the repeater.
>> 
>> Thanks,
>> Bob
>> k6ecm
>> 
>> _______________________________________________
>> App_rpt-users mailing list
>> App_rpt-users at 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.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20171115/29bfb9b9/attachment.html>

From Benjamin at Project23D.com  Thu Nov 16 04:41:20 2017
From: Benjamin at Project23D.com (Benjamin Naber)
Date: Wed, 15 Nov 2017 22:41:20 -0600
Subject: [App_rpt-users] chan_usbradio.c error
In-Reply-To: <1A12F847-9DF4-4216-87C4-70E9CA3C09C8@gmail.com>
References: <64617E99E1D84AF897C433AB6ECD30A8@ThePykesHP>
 <1510805024.2250.100.camel@Project23D.com>
 <1A12F847-9DF4-4216-87C4-70E9CA3C09C8@gmail.com>
Message-ID: <1510807280.2250.102.camel@Project23D.com>

I do not recall the error code, but it did have the message verbatim?
"Died or something!" and I *was* using usbradio.

Before I swapped the DOM and URi to another machine, I was a bit
stubborn and reset the box - a lot. It seemed be alive and well for
what seemed to be able 12 hours. Sometimes it was less. No idea what
the shortest time was, all I remember is SSH and "reboot now" and
leaving for work. Getting home eight hours later, sometimes the node
would be fine, other times the heartbeat LED on the URI was flashing
*really* fast, or just plain off. And the machine in dmesg said "USB
blah blah blah, Died or something!"

Maybe the damn old hardware just had a (kernel) panic attack! pun
intended.

....more thoughts.........
I would like to make the suggestion, unless extenuating circumstances
prevent it, is make the transition to simpleusb.

I did not want to do it either, as I was a stubborn idiot, but I did
actually like the fact I did not have to perform extra usbradio-tune-
menu steps, ie getting the RX audio level to precisely-around 27000 to
make the DSP happy.

Also, while others may have gotten ctcssfrom=dsp to work, but radio
hardware just does a better job at CTCSS, and does not require extra
work to make it... work.

I figure for that case, and some others, why have a computer do analog
stuff when analog hardware does it infinitely better?

~Benjamin, KB9LFZ



On Wed, 2017-11-15 at 21:18 -0700, Bob Pyke wrote:
> Was it ?ERROR[535] chan_usbradio.c: HID process has died or
> something!!?
> 
> Bob
> 
> Sent from iPad
> 
> 
> On Nov 15, 2017, at 9:03 PM, Benjamin Naber <Benjamin at Project23D.com>
> wrote:
> 
> > Bob,
> > 
> > I got the "Died or something" error before in the past. I laughed
> > for
> > days after I saw that, programmers got jokes!
> > 
> > The issue with mine was the USB hardware in the computer was
> > failing. I
> > have no idea what, but something was. It "Died or something!"
> > 
> > Not really sure what that error really meant, I took the DOM (flash
> > memory module with 40 pin header instead of USB, I was using a
> > neoware
> > thin client computer with Limey Linux) and put the DOM in another
> > machine, attached the URi and all was well.
> > 
> > Gotta love cryptic errors!
> > 
> > ~Benjamin, KB9LFZ
> > 
> > 
> > On Sun, 2017-11-12 at 14:24 -0800, Bob wrote:
> > > I periodically experience the following error on the RPi3 with
> > > DIAL
> > > (/var/log/asterisk/messages). Any clues? The repeater uses a
> > > URIx,
> > > and the
> > > Linux address for the USB is the same as devstr= in
> > > usbradio_tune_usb.conf
> > > ERROR[537] chan_usbradio.c: HID process has died or something!!
> > > [Nov 12 13:17:07] NOTICE[538] chan_usbradio.c: Assigned USB
> > > device 1-
> > > 1.2:1.0
> > > to usbradio channel usb
> > > [Nov 12 13:17:07] WARNING[538] chan_usbradio.c: Loaded parameters
> > > from
> > > usbradio_tune_usb.conf for device usb .
> > > [Nov 12 13:17:07] WARNING[537] chan_usbradio.c: Possibly stuck
> > > USB
> > > read
> > > channel. [usb]
> > > [Nov 12 13:17:07] WARNING[537] chan_usbradio.c: Nope, USB read
> > > channel [usb]
> > > wasn't stuck after all.
> > > [Nov 12 13:38:16] ERROR[537] chan_usbradio.c: HID process has
> > > died or
> > > something!!
> > > [Nov 12 13:38:16] WARNING[520] app_rpt.c: rpt_thread restarted on
> > > node <#
> > > redacted>
> > > The 21 min delay from the prior message is typical. After the
> > > error,
> > > it
> > > restarts asterisk, and the startup macro reconnects the repeater.
> > > Thanks,
> > > Bob
> > > k6ecm
> > > _______________________________________________
> > > App_rpt-users mailing list
> > > App_rpt-users at lists.allstarlink.org
> > > http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-use
> > > rs
> > > To unsubscribe from this list please visit http://lists.allstarli
> > > nk.o
> > > rg/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the
> > > bottom of the page. Enter your email address and press the
> > > "Unsubscribe or edit options button"
> > > You do not need a password to unsubscribe, you can do it via
> > > email
> > > confirmation. If you have trouble unsubscribing, please send a
> > > message to the list detailing the problem.?
> > _______________________________________________
> > App_rpt-users mailing list
> > App_rpt-users at lists.allstarlink.org
> > http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
> > 
> > To unsubscribe from this list please visit http://lists.allstarlink
> > .org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the
> > bottom of the page. Enter your email address and press the
> > "Unsubscribe or edit options button"
> > You do not need a password to unsubscribe, you can do it via email
> > confirmation. If you have trouble unsubscribing, please send a
> > message to the list detailing the problem.
> 
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at lists.allstarlink.org
> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
> 
> To unsubscribe from this list please visit http://lists.allstarlink.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 k6ecm1 at gmail.com  Thu Nov 16 04:55:23 2017
From: k6ecm1 at gmail.com (Bob Pyke)
Date: Wed, 15 Nov 2017 21:55:23 -0700
Subject: [App_rpt-users] chan_usbradio.c error
In-Reply-To: <1510807280.2250.102.camel@Project23D.com>
References: <64617E99E1D84AF897C433AB6ECD30A8@ThePykesHP>
 <1510805024.2250.100.camel@Project23D.com>
 <1A12F847-9DF4-4216-87C4-70E9CA3C09C8@gmail.com>
 <1510807280.2250.102.camel@Project23D.com>
Message-ID: <EB37FC13-4207-4056-8DCA-1CB3C0BAA8FC@gmail.com>

Yup. Experiencing the same thing with the latest DIAL using usbradio. I may try simpleusb, but am concerned about delays. I sent this forward to the list a few days ago, and have not heard anything. Something is up with the latest DIAL.

Thanks
Bob

Sent from iPad


> On Nov 15, 2017, at 9:41 PM, Benjamin Naber <Benjamin at Project23D.com> wrote:
> 
> I do not recall the error code, but it did have the message verbatim 
> "Died or something!" and I *was* using usbradio.
> 
> Before I swapped the DOM and URi to another machine, I was a bit
> stubborn and reset the box - a lot. It seemed be alive and well for
> what seemed to be able 12 hours. Sometimes it was less. No idea what
> the shortest time was, all I remember is SSH and "reboot now" and
> leaving for work. Getting home eight hours later, sometimes the node
> would be fine, other times the heartbeat LED on the URI was flashing
> *really* fast, or just plain off. And the machine in dmesg said "USB
> blah blah blah, Died or something!"
> 
> Maybe the damn old hardware just had a (kernel) panic attack! pun
> intended.
> 
> ....more thoughts.........
> I would like to make the suggestion, unless extenuating circumstances
> prevent it, is make the transition to simpleusb.
> 
> I did not want to do it either, as I was a stubborn idiot, but I did
> actually like the fact I did not have to perform extra usbradio-tune-
> menu steps, ie getting the RX audio level to precisely-around 27000 to
> make the DSP happy.
> 
> Also, while others may have gotten ctcssfrom=dsp to work, but radio
> hardware just does a better job at CTCSS, and does not require extra
> work to make it... work.
> 
> I figure for that case, and some others, why have a computer do analog
> stuff when analog hardware does it infinitely better?
> 
> ~Benjamin, KB9LFZ
> 
> 
> 
>> On Wed, 2017-11-15 at 21:18 -0700, Bob Pyke wrote:
>> Was it ?ERROR[535] chan_usbradio.c: HID process has died or
>> something!!?
>> 
>> Bob
>> 
>> Sent from iPad
>> 
>> 
>> On Nov 15, 2017, at 9:03 PM, Benjamin Naber <Benjamin at Project23D.com>
>> wrote:
>> 
>>> Bob,
>>> 
>>> I got the "Died or something" error before in the past. I laughed
>>> for
>>> days after I saw that, programmers got jokes!
>>> 
>>> The issue with mine was the USB hardware in the computer was
>>> failing. I
>>> have no idea what, but something was. It "Died or something!"
>>> 
>>> Not really sure what that error really meant, I took the DOM (flash
>>> memory module with 40 pin header instead of USB, I was using a
>>> neoware
>>> thin client computer with Limey Linux) and put the DOM in another
>>> machine, attached the URi and all was well.
>>> 
>>> Gotta love cryptic errors!
>>> 
>>> ~Benjamin, KB9LFZ
>>> 
>>> 
>>>> On Sun, 2017-11-12 at 14:24 -0800, Bob wrote:
>>>> I periodically experience the following error on the RPi3 with
>>>> DIAL
>>>> (/var/log/asterisk/messages). Any clues? The repeater uses a
>>>> URIx,
>>>> and the
>>>> Linux address for the USB is the same as devstr= in
>>>> usbradio_tune_usb.conf
>>>> ERROR[537] chan_usbradio.c: HID process has died or something!!
>>>> [Nov 12 13:17:07] NOTICE[538] chan_usbradio.c: Assigned USB
>>>> device 1-
>>>> 1.2:1.0
>>>> to usbradio channel usb
>>>> [Nov 12 13:17:07] WARNING[538] chan_usbradio.c: Loaded parameters
>>>> from
>>>> usbradio_tune_usb.conf for device usb .
>>>> [Nov 12 13:17:07] WARNING[537] chan_usbradio.c: Possibly stuck
>>>> USB
>>>> read
>>>> channel. [usb]
>>>> [Nov 12 13:17:07] WARNING[537] chan_usbradio.c: Nope, USB read
>>>> channel [usb]
>>>> wasn't stuck after all.
>>>> [Nov 12 13:38:16] ERROR[537] chan_usbradio.c: HID process has
>>>> died or
>>>> something!!
>>>> [Nov 12 13:38:16] WARNING[520] app_rpt.c: rpt_thread restarted on
>>>> node <#
>>>> redacted>
>>>> The 21 min delay from the prior message is typical. After the
>>>> error,
>>>> it
>>>> restarts asterisk, and the startup macro reconnects the repeater.
>>>> Thanks,
>>>> Bob
>>>> k6ecm
>>>> _______________________________________________
>>>> App_rpt-users mailing list
>>>> App_rpt-users at lists.allstarlink.org
>>>> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-use
>>>> rs
>>>> To unsubscribe from this list please visit http://lists.allstarli
>>>> nk.o
>>>> rg/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the
>>>> bottom of the page. Enter your email address and press the
>>>> "Unsubscribe or edit options button"
>>>> You do not need a password to unsubscribe, you can do it via
>>>> email
>>>> confirmation. If you have trouble unsubscribing, please send a
>>>> message to the list detailing the problem. 
>>> _______________________________________________
>>> App_rpt-users mailing list
>>> App_rpt-users at lists.allstarlink.org
>>> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
>>> 
>>> To unsubscribe from this list please visit http://lists.allstarlink
>>> .org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the
>>> bottom of the page. Enter your email address and press the
>>> "Unsubscribe or edit options button"
>>> You do not need a password to unsubscribe, you can do it via email
>>> confirmation. If you have trouble unsubscribing, please send a
>>> message to the list detailing the problem.
>> 
>> _______________________________________________
>> App_rpt-users mailing list
>> App_rpt-users at lists.allstarlink.org
>> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
>> 
>> To unsubscribe from this list please visit http://lists.allstarlink.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 dpk at randomnotes.org  Thu Nov 16 08:39:36 2017
From: dpk at randomnotes.org (Doug Kingston)
Date: Thu, 16 Nov 2017 00:39:36 -0800
Subject: [App_rpt-users] Trouble with RTCM and Garmin GPS (18x LVC)
Message-ID: <CAGPaoUv6pgt=9DUF72BkS10N8mkaEThzME=oX85agt=N-Qh7YQ@mail.gmail.com>

I can't get the RTCM to recognize the attached GPS unit.
Reference: http://static.garmincdn.com/pumac/GPS_18x_Tech_Specs.pdf

I have determined that pin6 on the DB15 of the RTCM is transmit data to the
GPS (using an oscilloscope) and that's hooked to the RxData line of the
Garmin (green).  Will the Garmin respond if it does not have lock?

RTCM diagnostics complain:
Running Diagnostics...

Warning!! VF Diode NOT calibrated!!!

Testing PTT/External CTCSS
Error - Failed to read PTT/CTCSS in asserted state
Testing GPS UART
Error - Failed to read data from GPS UART

Any hints? or ways to get more diagnostics?

-Doug-
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20171116/2343fda1/attachment.html>

From rpt2 at chuck.midlandsnetworking.com  Thu Nov 16 10:42:20 2017
From: rpt2 at chuck.midlandsnetworking.com (Chuck Henderson)
Date: Thu, 16 Nov 2017 04:42:20 -0600
Subject: [App_rpt-users] Trouble with RTCM and Garmin GPS (18x LVC)
In-Reply-To: <CAGPaoUv6pgt=9DUF72BkS10N8mkaEThzME=oX85agt=N-Qh7YQ@mail.gmail.com>
References: <CAGPaoUv6pgt=9DUF72BkS10N8mkaEThzME=oX85agt=N-Qh7YQ@mail.gmail.com>
Message-ID: <CADEYVwhAFzxjG-Ub0p=rhdkDobD7Zcw8+S7rF4gj63SAhpdT5g@mail.gmail.com>

For the Garmin GPS18x LVC, 5m  to the RTCM, the following works for me:
I have green on  6, yellow on 7, shield and 1-small black and large black
on 8, white on 14, red on 13, 1-small black n/c.
You need to do the diode calibration procedure and then set the levels.
Hope this helps.
Chuck

On Thu, Nov 16, 2017 at 2:39 AM, Doug Kingston <dpk at randomnotes.org> wrote:

> I can't get the RTCM to recognize the attached GPS unit.
> Reference: http://static.garmincdn.com/pumac/GPS_18x_Tech_Specs.pdf
>
> I have determined that pin6 on the DB15 of the RTCM is transmit data to
> the GPS (using an oscilloscope) and that's hooked to the RxData line of the
> Garmin (green).  Will the Garmin respond if it does not have lock?
>
> RTCM diagnostics complain:
> Running Diagnostics...
>
> Warning!! VF Diode NOT calibrated!!!
>
> Testing PTT/External CTCSS
> Error - Failed to read PTT/CTCSS in asserted state
> Testing GPS UART
> Error - Failed to read data from GPS UART
>
> Any hints? or ways to get more diagnostics?
>
> -Doug-
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20171116/7b33b999/attachment.html>

From dpk at randomnotes.org  Thu Nov 16 15:51:02 2017
From: dpk at randomnotes.org (Doug Kingston)
Date: Thu, 16 Nov 2017 07:51:02 -0800
Subject: [App_rpt-users] Trouble with RTCM and Garmin GPS (18x LVC)
In-Reply-To: <CADEYVwhAFzxjG-Ub0p=rhdkDobD7Zcw8+S7rF4gj63SAhpdT5g@mail.gmail.com>
References: <CAGPaoUv6pgt=9DUF72BkS10N8mkaEThzME=oX85agt=N-Qh7YQ@mail.gmail.com>
 <CADEYVwhAFzxjG-Ub0p=rhdkDobD7Zcw8+S7rF4gj63SAhpdT5g@mail.gmail.com>
Message-ID: <CAGPaoUvibS6Skb6PyV=xjJm1ZgHDp-jJ7RV7scMc=ODGVZTK_A@mail.gmail.com>

Did you need to do the calibration before the GPS would show functioning?
I have not tackled the RF side yet.

-Doug-

On Thu, Nov 16, 2017 at 2:42 AM, Chuck Henderson <
rpt2 at chuck.midlandsnetworking.com> wrote:

> For the Garmin GPS18x LVC, 5m  to the RTCM, the following works for me:
> I have green on  6, yellow on 7, shield and 1-small black and large black
> on 8, white on 14, red on 13, 1-small black n/c.
> You need to do the diode calibration procedure and then set the levels.
> Hope this helps.
> Chuck
>
> On Thu, Nov 16, 2017 at 2:39 AM, Doug Kingston <dpk at randomnotes.org>
> wrote:
>
>> I can't get the RTCM to recognize the attached GPS unit.
>> Reference: http://static.garmincdn.com/pumac/GPS_18x_Tech_Specs.pdf
>>
>> I have determined that pin6 on the DB15 of the RTCM is transmit data to
>> the GPS (using an oscilloscope) and that's hooked to the RxData line of the
>> Garmin (green).  Will the Garmin respond if it does not have lock?
>>
>> RTCM diagnostics complain:
>> Running Diagnostics...
>>
>> Warning!! VF Diode NOT calibrated!!!
>>
>> Testing PTT/External CTCSS
>> Error - Failed to read PTT/CTCSS in asserted state
>> Testing GPS UART
>> Error - Failed to read data from GPS UART
>>
>> Any hints? or ways to get more diagnostics?
>>
>> -Doug-
>>
>>
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at lists.allstarlink.org
> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
>
> To unsubscribe from this list please visit http://lists.allstarlink.org/
> cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of
> the page. Enter your email address and press the "Unsubscribe or edit
> options button"
> You do not need a password 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: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20171116/7c17bef1/attachment.html>

From ve7fet at tparc.org  Thu Nov 16 15:58:48 2017
From: ve7fet at tparc.org (Lee Woldanski)
Date: Thu, 16 Nov 2017 07:58:48 -0800
Subject: [App_rpt-users] Trouble with RTCM and Garmin GPS (18x LVC)
In-Reply-To: <CACaEaZk08BQyuv1PED3DEorsZS15SNq_oQt3gWjvjA8n57u33g@mail.gmail.com>
References: <CAGPaoUv6pgt=9DUF72BkS10N8mkaEThzME=oX85agt=N-Qh7YQ@mail.gmail.com>
 <CACaEaZ=3XZ8f5UOJ8BmNokeenhvFT_V-uu1gh_ohtrOP7wEvuw@mail.gmail.com>
 <CACaEaZ=+aSxJKSSHHYcZMn4PYV7CVosOCz2bxvTdDkny__0FrA@mail.gmail.com>
 <CACaEaZmiGQwHcYisgP5H03zQHTtP-QeAS0dCAmQ4ju764s0pYw@mail.gmail.com>
 <CACaEaZk3AOTomjVOewU6Ghe5GPVgdnNiphidaUmVN55XrH5wgQ@mail.gmail.com>
 <CACaEaZm-eGt6Mr8vRN9u7HtiVk8wFqj3C3i9Qbj2LkcrA11qGg@mail.gmail.com>
 <CACaEaZmEOQLVxB61sd_2XaDnro-Sji6_7yg3xxh7f7M=kfxVRw@mail.gmail.com>
 <CACaEaZk08BQyuv1PED3DEorsZS15SNq_oQt3gWjvjA8n57u33g@mail.gmail.com>
Message-ID: <CACaEaZmsnZ=vkUcqpLOFnSXNnrAF2+a2qGc7SjnUAV2Exxk9zw@mail.gmail.com>

Have you looked at:

http://wiki.allstarlink.org/wiki/RTCM_Client#GPS

Specifically, does this Garmin use 5V or 3.3V logic?

I believe the RTCM uses 5V logic only (the VOTER) will do either.

If your Garmin is 3.3V, it may have issues.

Also, make sure the baud rate is correct, and it is configured to send the
required NMEA sentences.


Lee

On Nov 16, 2017 12:40 AM, "Doug Kingston" <dpk at randomnotes.org> wrote:

I can't get the RTCM to recognize the attached GPS unit.
Reference: http://static.garmincdn.com/pumac/GPS_18x_Tech_Specs.pdf

I have determined that pin6 on the DB15 of the RTCM is transmit data to the
GPS (using an oscilloscope) and that's hooked to the RxData line of the
Garmin (green).  Will the Garmin respond if it does not have lock?

RTCM diagnostics complain:
Running Diagnostics...

Warning!! VF Diode NOT calibrated!!!

Testing PTT/External CTCSS
Error - Failed to read PTT/CTCSS in asserted state
Testing GPS UART
Error - Failed to read data from GPS UART

Any hints? or ways to get more diagnostics?

-Doug-

_______________________________________________
App_rpt-users mailing list
App_rpt-users at lists.allstarlink.org
http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users

To unsubscribe from this list please visit http://lists.allstarlink.org/
cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the
page. Enter your email address and press the "Unsubscribe or edit options
button"
You do not need a password 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: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20171116/287617fa/attachment.html>

From dpk at randomnotes.org  Thu Nov 16 18:09:08 2017
From: dpk at randomnotes.org (Doug Kingston)
Date: Thu, 16 Nov 2017 10:09:08 -0800
Subject: [App_rpt-users] Trouble with RTCM and Garmin GPS (18x LVC)
In-Reply-To: <CACaEaZmsnZ=vkUcqpLOFnSXNnrAF2+a2qGc7SjnUAV2Exxk9zw@mail.gmail.com>
References: <CAGPaoUv6pgt=9DUF72BkS10N8mkaEThzME=oX85agt=N-Qh7YQ@mail.gmail.com>
 <CACaEaZ=3XZ8f5UOJ8BmNokeenhvFT_V-uu1gh_ohtrOP7wEvuw@mail.gmail.com>
 <CACaEaZ=+aSxJKSSHHYcZMn4PYV7CVosOCz2bxvTdDkny__0FrA@mail.gmail.com>
 <CACaEaZmiGQwHcYisgP5H03zQHTtP-QeAS0dCAmQ4ju764s0pYw@mail.gmail.com>
 <CACaEaZk3AOTomjVOewU6Ghe5GPVgdnNiphidaUmVN55XrH5wgQ@mail.gmail.com>
 <CACaEaZm-eGt6Mr8vRN9u7HtiVk8wFqj3C3i9Qbj2LkcrA11qGg@mail.gmail.com>
 <CACaEaZmEOQLVxB61sd_2XaDnro-Sji6_7yg3xxh7f7M=kfxVRw@mail.gmail.com>
 <CACaEaZk08BQyuv1PED3DEorsZS15SNq_oQt3gWjvjA8n57u33g@mail.gmail.com>
 <CACaEaZmsnZ=vkUcqpLOFnSXNnrAF2+a2qGc7SjnUAV2Exxk9zw@mail.gmail.com>
Message-ID: <CAGPaoUumKQ8uvdRzObfj4ihYmYBwTu4pZjNAwq7FFv1MchOa3A@mail.gmail.com>

Thanks for the pointer to the GPS writeup.  I had missed this.  Will review
and see where I get.

On Thu, Nov 16, 2017 at 7:58 AM, Lee Woldanski <ve7fet at tparc.org> wrote:

> Have you looked at:
>
> http://wiki.allstarlink.org/wiki/RTCM_Client#GPS
>
> Specifically, does this Garmin use 5V or 3.3V logic?
>
> I believe the RTCM uses 5V logic only (the VOTER) will do either.
>
> If your Garmin is 3.3V, it may have issues.
>
> Also, make sure the baud rate is correct, and it is configured to send the
> required NMEA sentences.
>
>
> Lee
>
> On Nov 16, 2017 12:40 AM, "Doug Kingston" <dpk at randomnotes.org> wrote:
>
> I can't get the RTCM to recognize the attached GPS unit.
> Reference: http://static.garmincdn.com/pumac/GPS_18x_Tech_Specs.pdf
>
> I have determined that pin6 on the DB15 of the RTCM is transmit data to
> the GPS (using an oscilloscope) and that's hooked to the RxData line of the
> Garmin (green).  Will the Garmin respond if it does not have lock?
>
> RTCM diagnostics complain:
> Running Diagnostics...
>
> Warning!! VF Diode NOT calibrated!!!
>
> Testing PTT/External CTCSS
> Error - Failed to read PTT/CTCSS in asserted state
> Testing GPS UART
> Error - Failed to read data from GPS UART
>
> Any hints? or ways to get more diagnostics?
>
> -Doug-
>
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at lists.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: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20171116/47fb21bf/attachment.html>

From k5cg at hamoperator.org  Thu Nov 16 23:00:07 2017
From: k5cg at hamoperator.org (K5CG)
Date: Thu, 16 Nov 2017 17:00:07 -0600 (CST)
Subject: [App_rpt-users] chan_usbradio.c error
In-Reply-To: <EB37FC13-4207-4056-8DCA-1CB3C0BAA8FC@gmail.com>
References: <64617E99E1D84AF897C433AB6ECD30A8@ThePykesHP>
 <1510805024.2250.100.camel@Project23D.com>
 <1A12F847-9DF4-4216-87C4-70E9CA3C09C8@gmail.com>
 <1510807280.2250.102.camel@Project23D.com>
 <EB37FC13-4207-4056-8DCA-1CB3C0BAA8FC@gmail.com>
Message-ID: <1366949812.12050.1510873207456.JavaMail.zimbra@siminiuk.com>

Same here, brand new DIAL build on all new hardware, GM300, RIM Maxtrac dongle, Pi 3B. 

I didn't even think to look for this error until I read this thread, and sure enough it "died or something" too. 

Danny 
K5CG 

> From: "Bob Pyke" <k6ecm1 at gmail.com>
> To: "Users of Asterisk app_rpt" <app_rpt-users at lists.allstarlink.org>
> Sent: Wednesday, November 15, 2017 10:55:23 PM
> Subject: Re: [App_rpt-users] chan_usbradio.c error

> Yup. Experiencing the same thing with the latest DIAL using usbradio. I may try
> simpleusb, but am concerned about delays. I sent this forward to the list a few
> days ago, and have not heard anything. Something is up with the latest DIAL.

> Thanks
> Bob

> Sent from iPad

> > On Nov 15, 2017, at 9:41 PM, Benjamin Naber <Benjamin at Project23D.com> wrote:

> > I do not recall the error code, but it did have the message verbatim
> > "Died or something!" and I *was* using usbradio.

> > Before I swapped the DOM and URi to another machine, I was a bit
> > stubborn and reset the box - a lot. It seemed be alive and well for
> > what seemed to be able 12 hours. Sometimes it was less. No idea what
> > the shortest time was, all I remember is SSH and "reboot now" and
> > leaving for work. Getting home eight hours later, sometimes the node
> > would be fine, other times the heartbeat LED on the URI was flashing
> > *really* fast, or just plain off. And the machine in dmesg said "USB
> > blah blah blah, Died or something!"

> > Maybe the damn old hardware just had a (kernel) panic attack! pun
> > intended.

> > ....more thoughts.........
> > I would like to make the suggestion, unless extenuating circumstances
> > prevent it, is make the transition to simpleusb.

> > I did not want to do it either, as I was a stubborn idiot, but I did
> > actually like the fact I did not have to perform extra usbradio-tune-
> > menu steps, ie getting the RX audio level to precisely-around 27000 to
> > make the DSP happy.

> > Also, while others may have gotten ctcssfrom=dsp to work, but radio
> > hardware just does a better job at CTCSS, and does not require extra
> > work to make it... work.

> > I figure for that case, and some others, why have a computer do analog
> > stuff when analog hardware does it infinitely better?

> > ~Benjamin, KB9LFZ



> >> On Wed, 2017-11-15 at 21:18 -0700, Bob Pyke wrote:
> >> Was it ?ERROR[535] chan_usbradio.c: HID process has died or
> >> something!!?

> >> Bob

> >> Sent from iPad


> >> On Nov 15, 2017, at 9:03 PM, Benjamin Naber <Benjamin at Project23D.com>
> >> wrote:

> >>> Bob,

> >>> I got the "Died or something" error before in the past. I laughed
> >>> for
> >>> days after I saw that, programmers got jokes!

> >>> The issue with mine was the USB hardware in the computer was
> >>> failing. I
> >>> have no idea what, but something was. It "Died or something!"

> >>> Not really sure what that error really meant, I took the DOM (flash
> >>> memory module with 40 pin header instead of USB, I was using a
> >>> neoware
> >>> thin client computer with Limey Linux) and put the DOM in another
> >>> machine, attached the URi and all was well.

> >>> Gotta love cryptic errors!

> >>> ~Benjamin, KB9LFZ


> >>>> On Sun, 2017-11-12 at 14:24 -0800, Bob wrote:
> >>>> I periodically experience the following error on the RPi3 with
> >>>> DIAL
> >>>> (/var/log/asterisk/messages). Any clues? The repeater uses a
> >>>> URIx,
> >>>> and the
> >>>> Linux address for the USB is the same as devstr= in
> >>>> usbradio_tune_usb.conf
> >>>> ERROR[537] chan_usbradio.c: HID process has died or something!!
> >>>> [Nov 12 13:17:07] NOTICE[538] chan_usbradio.c: Assigned USB
> >>>> device 1-
> >>>> 1.2:1.0
> >>>> to usbradio channel usb
> >>>> [Nov 12 13:17:07] WARNING[538] chan_usbradio.c: Loaded parameters
> >>>> from
> >>>> usbradio_tune_usb.conf for device usb .
> >>>> [Nov 12 13:17:07] WARNING[537] chan_usbradio.c: Possibly stuck
> >>>> USB
> >>>> read
> >>>> channel. [usb]
> >>>> [Nov 12 13:17:07] WARNING[537] chan_usbradio.c: Nope, USB read
> >>>> channel [usb]
> >>>> wasn't stuck after all.
> >>>> [Nov 12 13:38:16] ERROR[537] chan_usbradio.c: HID process has
> >>>> died or
> >>>> something!!
> >>>> [Nov 12 13:38:16] WARNING[520] app_rpt.c: rpt_thread restarted on
> >>>> node <#
> >>>> redacted>
> >>>> The 21 min delay from the prior message is typical. After the
> >>>> error,
> >>>> it
> >>>> restarts asterisk, and the startup macro reconnects the repeater.
> >>>> Thanks,
> >>>> Bob
> >>>> k6ecm
> >>>> _______________________________________________
> >>>> App_rpt-users mailing list
> >>>> App_rpt-users at lists.allstarlink.org
> >>>> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-use
> >>>> rs
> >>>> To unsubscribe from this list please visit http://lists.allstarli
> >>>> nk.o
> >>>> rg/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the
> >>>> bottom of the page. Enter your email address and press the
> >>>> "Unsubscribe or edit options button"
> >>>> You do not need a password to unsubscribe, you can do it via
> >>>> email
> >>>> confirmation. If you have trouble unsubscribing, please send a
> >>>> message to the list detailing the problem.
> >>> _______________________________________________
> >>> App_rpt-users mailing list
> >>> App_rpt-users at lists.allstarlink.org
> >>> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users

> >>> To unsubscribe from this list please visit http://lists.allstarlink
> >>> .org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the
> >>> bottom of the page. Enter your email address and press the
> >>> "Unsubscribe or edit options button"
> >>> You do not need a password to unsubscribe, you can do it via email
> >>> confirmation. If you have trouble unsubscribing, please send a
> >>> message to the list detailing the problem.

> >> _______________________________________________
> >> App_rpt-users mailing list
> >> App_rpt-users at lists.allstarlink.org
> >> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users

> >> To unsubscribe from this list please visit http://lists.allstarlink.o
> >> rg/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the
> >> bottom of the page. Enter your email address and press the
> >> "Unsubscribe or edit options button"
> >> You do not need a password to unsubscribe, you can do it via email
> >> confirmation. If you have trouble unsubscribing, please send a
> >> message to the list detailing the problem.
> > _______________________________________________
> > App_rpt-users mailing list
> > App_rpt-users at lists.allstarlink.org
> > http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users

>> To unsubscribe from this list please visit
>> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll
>> down to the bottom of the page. Enter your email address and press the
> > "Unsubscribe or edit options button"
>> You do not need a password to unsubscribe, you can do it via email confirmation.
>> If you have trouble unsubscribing, please send a message to the list detailing
> > the problem.
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at lists.allstarlink.org
> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users

> To unsubscribe from this list please visit
> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll
> down to the bottom of the page. Enter your email address and press the
> "Unsubscribe or edit options button"
> You do not need a password to unsubscribe, you can do it via email confirmation.
> If you have trouble unsubscribing, please send a message to the list detailing
> the problem.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20171116/64aa7a5c/attachment.html>

From rpt2 at chuck.midlandsnetworking.com  Fri Nov 17 02:44:46 2017
From: rpt2 at chuck.midlandsnetworking.com (Chuck Henderson)
Date: Thu, 16 Nov 2017 20:44:46 -0600
Subject: [App_rpt-users] Trouble with RTCM and Garmin GPS (18x LVC)
In-Reply-To: <CACaEaZmsnZ=vkUcqpLOFnSXNnrAF2+a2qGc7SjnUAV2Exxk9zw@mail.gmail.com>
References: <CAGPaoUv6pgt=9DUF72BkS10N8mkaEThzME=oX85agt=N-Qh7YQ@mail.gmail.com>
 <CACaEaZ=3XZ8f5UOJ8BmNokeenhvFT_V-uu1gh_ohtrOP7wEvuw@mail.gmail.com>
 <CACaEaZ=+aSxJKSSHHYcZMn4PYV7CVosOCz2bxvTdDkny__0FrA@mail.gmail.com>
 <CACaEaZmiGQwHcYisgP5H03zQHTtP-QeAS0dCAmQ4ju764s0pYw@mail.gmail.com>
 <CACaEaZk3AOTomjVOewU6Ghe5GPVgdnNiphidaUmVN55XrH5wgQ@mail.gmail.com>
 <CACaEaZm-eGt6Mr8vRN9u7HtiVk8wFqj3C3i9Qbj2LkcrA11qGg@mail.gmail.com>
 <CACaEaZmEOQLVxB61sd_2XaDnro-Sji6_7yg3xxh7f7M=kfxVRw@mail.gmail.com>
 <CACaEaZk08BQyuv1PED3DEorsZS15SNq_oQt3gWjvjA8n57u33g@mail.gmail.com>
 <CACaEaZmsnZ=vkUcqpLOFnSXNnrAF2+a2qGc7SjnUAV2Exxk9zw@mail.gmail.com>
Message-ID: <CADEYVwirHE4vom0NnEvfdhv8nbszwj3wXk7iG5pn_HxV_4QiAA@mail.gmail.com>

I only use this Garmin (GPS18x LVC, 5m) and have no problem with the RTCM.
I got most of them many years ago but the last one I bought in 2016 and it
worked fine also. I just hook them up and they work.  I have not looked at
the pulse with a scope.  I recall there is a JP4 that can be changed in the
RTCM.  In one position, (1-2), it has thresholds of less than  0.8v and
greater than 2.0V and is +-25v tolerant and in the other default position
(2-3) it should be standard TTL input and 0 to 5 volt tolerant.
Chuck

On Thu, Nov 16, 2017 at 9:58 AM, Lee Woldanski <ve7fet at tparc.org> wrote:

> Have you looked at:
>
> http://wiki.allstarlink.org/wiki/RTCM_Client#GPS
>
> Specifically, does this Garmin use 5V or 3.3V logic?
>
> I believe the RTCM uses 5V logic only (the VOTER) will do either.
>
> If your Garmin is 3.3V, it may have issues.
>
> Also, make sure the baud rate is correct, and it is configured to send the
> required NMEA sentences.
>
>
> Lee
>
> On Nov 16, 2017 12:40 AM, "Doug Kingston" <dpk at randomnotes.org> wrote:
>
> I can't get the RTCM to recognize the attached GPS unit.
> Reference: http://static.garmincdn.com/pumac/GPS_18x_Tech_Specs.pdf
>
> I have determined that pin6 on the DB15 of the RTCM is transmit data to
> the GPS (using an oscilloscope) and that's hooked to the RxData line of the
> Garmin (green).  Will the Garmin respond if it does not have lock?
>
> RTCM diagnostics complain:
> Running Diagnostics...
>
> Warning!! VF Diode NOT calibrated!!!
>
> Testing PTT/External CTCSS
> Error - Failed to read PTT/CTCSS in asserted state
> Testing GPS UART
> Error - Failed to read data from GPS UART
>
> Any hints? or ways to get more diagnostics?
>
> -Doug-
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20171116/650f1b41/attachment.html>

From dpk at randomnotes.org  Fri Nov 17 04:58:48 2017
From: dpk at randomnotes.org (Doug Kingston)
Date: Thu, 16 Nov 2017 20:58:48 -0800
Subject: [App_rpt-users] Trouble with RTCM and Garmin GPS (18x LVC)
In-Reply-To: <CADEYVwirHE4vom0NnEvfdhv8nbszwj3wXk7iG5pn_HxV_4QiAA@mail.gmail.com>
References: <CAGPaoUv6pgt=9DUF72BkS10N8mkaEThzME=oX85agt=N-Qh7YQ@mail.gmail.com>
 <CACaEaZ=3XZ8f5UOJ8BmNokeenhvFT_V-uu1gh_ohtrOP7wEvuw@mail.gmail.com>
 <CACaEaZ=+aSxJKSSHHYcZMn4PYV7CVosOCz2bxvTdDkny__0FrA@mail.gmail.com>
 <CACaEaZmiGQwHcYisgP5H03zQHTtP-QeAS0dCAmQ4ju764s0pYw@mail.gmail.com>
 <CACaEaZk3AOTomjVOewU6Ghe5GPVgdnNiphidaUmVN55XrH5wgQ@mail.gmail.com>
 <CACaEaZm-eGt6Mr8vRN9u7HtiVk8wFqj3C3i9Qbj2LkcrA11qGg@mail.gmail.com>
 <CACaEaZmEOQLVxB61sd_2XaDnro-Sji6_7yg3xxh7f7M=kfxVRw@mail.gmail.com>
 <CACaEaZk08BQyuv1PED3DEorsZS15SNq_oQt3gWjvjA8n57u33g@mail.gmail.com>
 <CACaEaZmsnZ=vkUcqpLOFnSXNnrAF2+a2qGc7SjnUAV2Exxk9zw@mail.gmail.com>
 <CADEYVwirHE4vom0NnEvfdhv8nbszwj3wXk7iG5pn_HxV_4QiAA@mail.gmail.com>
Message-ID: <CAGPaoUuLiOtXoXW7JvvA+JMYOg0bqe-D1UMYiUTwxh6ZWyynjQ@mail.gmail.com>

Thanks to the advice above, my problems are resolved.  Thanks all!

-Doug-


On Thu, Nov 16, 2017 at 6:44 PM, Chuck Henderson <
rpt2 at chuck.midlandsnetworking.com> wrote:

> I only use this Garmin (GPS18x LVC, 5m) and have no problem with the
> RTCM.  I got most of them many years ago but the last one I bought in 2016
> and it worked fine also. I just hook them up and they work.  I have not
> looked at the pulse with a scope.  I recall there is a JP4 that can be
> changed in the RTCM.  In one position, (1-2), it has thresholds of less
> than  0.8v and greater than 2.0V and is +-25v tolerant and in the other
> default position (2-3) it should be standard TTL input and 0 to 5 volt
> tolerant.
> Chuck
>
> On Thu, Nov 16, 2017 at 9:58 AM, Lee Woldanski <ve7fet at tparc.org> wrote:
>
>> Have you looked at:
>>
>> http://wiki.allstarlink.org/wiki/RTCM_Client#GPS
>>
>> Specifically, does this Garmin use 5V or 3.3V logic?
>>
>> I believe the RTCM uses 5V logic only (the VOTER) will do either.
>>
>> If your Garmin is 3.3V, it may have issues.
>>
>> Also, make sure the baud rate is correct, and it is configured to send
>> the required NMEA sentences.
>>
>>
>> Lee
>>
>> On Nov 16, 2017 12:40 AM, "Doug Kingston" <dpk at randomnotes.org> wrote:
>>
>> I can't get the RTCM to recognize the attached GPS unit.
>> Reference: http://static.garmincdn.com/pumac/GPS_18x_Tech_Specs.pdf
>>
>> I have determined that pin6 on the DB15 of the RTCM is transmit data to
>> the GPS (using an oscilloscope) and that's hooked to the RxData line of the
>> Garmin (green).  Will the Garmin respond if it does not have lock?
>>
>> RTCM diagnostics complain:
>> Running Diagnostics...
>>
>> Warning!! VF Diode NOT calibrated!!!
>>
>> Testing PTT/External CTCSS
>> Error - Failed to read PTT/CTCSS in asserted state
>> Testing GPS UART
>> Error - Failed to read data from GPS UART
>>
>> Any hints? or ways to get more diagnostics?
>>
>> -Doug-
>>
>>
>>
>
>
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at lists.allstarlink.org
> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
>
> To unsubscribe from this list please visit http://lists.allstarlink.org/
> cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of
> the page. Enter your email address and press the "Unsubscribe or edit
> options button"
> You do not need a password 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: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20171116/6399b2b0/attachment.html>

From dcarlet_2000 at yahoo.com  Fri Nov 17 10:24:30 2017
From: dcarlet_2000 at yahoo.com (Darren Carleton)
Date: Fri, 17 Nov 2017 10:24:30 +0000 (UTC)
Subject: [App_rpt-users] To All wireless lan (WiFi) users of RaspberryPi 3
 boards w/DIAL distribution
References: <1374273647.143727.1510914270267.ref@mail.yahoo.com>
Message-ID: <1374273647.143727.1510914270267@mail.yahoo.com>

I have experienced simular issues with my Pi3 connecting to nodes, keeping time, updating Echolink online hosts all while using the onboard WiFi.? What I found is that the DNS Name service IP was not being correctly applied to /etc/resolv.conf.? See if you replicate the issues by following these steps:

Execute: cat /var/run/resolvconf/interfaces/wlan0Result (yours will be different but should look simular):domain hsd1.ca.comcast.net.nameserver 192.168.240.1
Execute: cat /etc/resolv.confResult:# This file is managed by systemd-resolved(8). Do not edit.## Third party programs must not access this file directly, but# only through the symlink at /etc/resolv.conf. To manage# resolv.conf(5) in a different way, replace the symlink by a# static file or a different symlink.
Execute: cat /etc/systemd/resolved.confResult:#? This file is part of systemd.##? systemd is free software; you can redistribute it and/or modify it#? under the terms of the GNU Lesser General Public License as published by#? the Free Software Foundation; either version 2.1 of the License, or#? (at your option) any later version.## See resolved.conf(5) for details
[Resolve]#DNS=
Execute: ping www.google.comResult:ping: unknown host www.google.com
If the above matches your case, I suggest doing the following:Execute: resolvconf -u(No result displayed)
Execute: ping www.google.comResult:PING www.google.com (74.125.135.103) 56(84) bytes of data.64 bytes from pl-in-f103.1e100.net (74.125.135.103): icmp_seq=1 ttl=44 time=42.0 ms^C--- www.google.com ping statistics ---1 packets transmitted, 1 received, 0% packet loss, time 0msrtt min/avg/max/mdev = 42.074/42.074/42.074/0.000 ms
Execute: cat /etc/resolv.confResult:
# Generated by resolvconfdomain hsd1.ca.comcast.net.nameserver 192.168.240.1
Now you can see that the nameserver is defined and DNS name resolution functions correctly.
Suggested perminent fix:Add the following lines to /etc/rc.local just under the existing comments:# Update DNS Resolution$(which resolvconf) -u
Execute: shutdown -r now
After the reboot is complete, login and verify DNS resolves.? A simple ping is enough to verify.
Please reply if this solves your issue.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20171117/38adf7b1/attachment.html>

From ars.w5omr at gmail.com  Fri Nov 17 12:59:21 2017
From: ars.w5omr at gmail.com (ars.w5omr at gmail.com)
Date: Fri, 17 Nov 2017 06:59:21 -0600
Subject: [App_rpt-users] hub crash help
Message-ID: <5a0edd2c.4ae7ca0a.894d7.a3d9@mx.google.com>

Moreso, Tim, what I find most upsetting is that all Allstar users can't get on the same page.  

I'm not interested in resparking the ages old debate - that horse is long dead and even the maggots have moved on.
I -do- wish however, there was simply more respect for one another in this world.

Good job on identifying problem areas in the code. Perhaps an in-depth review of those specific modules by someone who knows the language (that ain't me!) is in order. 

73
Geoff/W5OMR
29655/56/57

On Nov 15, 2017 5:54 PM, Tim Sawyer <tisawyer at gmail.com> wrote:
>
> I have long complained about the uptime of App_Rpt. I've identified two repeatable problems.?
>
> First one is if a node is connected more than about 650 hours or so there is a buffer overflow. I notice this most prominently with my RTCMs that are all on the same server connected to a hub on the same server. Allmon will show an negative number of connected hours followed shortly by a crash. Apparently this not just an RTCM problem, it just shows up there more readily because the nodes on the same server and aren't disconnecting due to network issues.
>
> The second problem can be recreated in two ways. Set up a bunch of nodes to repeatedly connect and disconnect to a hub with some simple bash scripting. After a random time there will be a crash. The second way is to crank in simulated packet loss with the IAX2 test command. It takes more time and patients for it to crash under this test. I believe both these tests demonstrate the same problem. There is something flaky in the area of IAX links within App_Rpt or Asterisk
>
> The Ham VoIP guys say they have really improved the uptime of their distro. I think that's great but I find it terribly upsetting that the DIAL folks don't get these fixes.?
> 

From szingman at msgstor.com  Fri Nov 17 13:10:51 2017
From: szingman at msgstor.com (Steve Zingman)
Date: Fri, 17 Nov 2017 08:10:51 -0500
Subject: [App_rpt-users] hub crash help
In-Reply-To: <5a0edd2c.4ae7ca0a.894d7.a3d9@mx.google.com>
References: <5a0edd2c.4ae7ca0a.894d7.a3d9@mx.google.com>
Message-ID: <f8698e04-8d37-2dc0-9e6f-14fb87185be8@msgstor.com>

That is exactly what is happening. Portions of the issue has been fixed. 
Other areas are being looked at. The code is up on GitHub. Reviews are 
welcome. Pull requests (patches) are welcome.

Steve

On 11/17/2017 07:59 AM, ars.w5omr at gmail.com wrote:
> Moreso, Tim, what I find most upsetting is that all Allstar users can't get on the same page.
>
> I'm not interested in resparking the ages old debate - that horse is long dead and even the maggots have moved on.
> I -do- wish however, there was simply more respect for one another in this world.
>
> Good job on identifying problem areas in the code. Perhaps an in-depth review of those specific modules by someone who knows the language (that ain't me!) is in order.
>
> 73
> Geoff/W5OMR
> 29655/56/57
>
> On Nov 15, 2017 5:54 PM, Tim Sawyer <tisawyer at gmail.com> wrote:
>> I have long complained about the uptime of App_Rpt. I've identified two repeatable problems.
>>
>> First one is if a node is connected more than about 650 hours or so there is a buffer overflow. I notice this most prominently with my RTCMs that are all on the same server connected to a hub on the same server. Allmon will show an negative number of connected hours followed shortly by a crash. Apparently this not just an RTCM problem, it just shows up there more readily because the nodes on the same server and aren't disconnecting due to network issues.
>>
>> The second problem can be recreated in two ways. Set up a bunch of nodes to repeatedly connect and disconnect to a hub with some simple bash scripting. After a random time there will be a crash. The second way is to crank in simulated packet loss with the IAX2 test command. It takes more time and patients for it to crash under this test. I believe both these tests demonstrate the same problem. There is something flaky in the area of IAX links within App_Rpt or Asterisk
>>
>> The Ham VoIP guys say they have really improved the uptime of their distro. I think that's great but I find it terribly upsetting that the DIAL folks don't get these fixes.
>>
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at lists.allstarlink.org
> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
>
> To unsubscribe from this list please visit http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button"
> You do not need a password 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 Nov 17 16:35:38 2017
From: shawpbx at gmail.com (David Shaw)
Date: Fri, 17 Nov 2017 08:35:38 -0800
Subject: [App_rpt-users] To All wireless lan (WiFi) users of RaspberryPi
 3 boards w/DIAL distribution
In-Reply-To: <1374273647.143727.1510914270267@mail.yahoo.com>
References: <1374273647.143727.1510914270267.ref@mail.yahoo.com>
 <1374273647.143727.1510914270267@mail.yahoo.com>
Message-ID: <CAH4RvbLzX62avM4=LkGBx2j+7j2qMqAvoE9gBBSHveKfgfLGrw@mail.gmail.com>

Hello, Are you running DHCP?

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, Nov 17, 2017 at 2:24 AM, Darren Carleton <dcarlet_2000 at yahoo.com>
wrote:

> I have experienced simular issues with my Pi3 connecting to nodes, keeping
> time, updating Echolink online hosts all while using the onboard WiFi.
> What I found is that the DNS Name service IP was not being correctly
> applied to /etc/resolv.conf.  See if you replicate the issues by following
> these steps:
>
> Execute: cat /var/run/resolvconf/interfaces/wlan0
> Result (yours will be different but should look simular):
> domain hsd1.ca.comcast.net.
> nameserver 192.168.240.1
>
> Execute: cat /etc/resolv.conf
> Result:
> # This file is managed by systemd-resolved(8). Do not edit.
> #
> # Third party programs must not access this file directly, but
> # only through the symlink at /etc/resolv.conf. To manage
> # resolv.conf(5) in a different way, replace the symlink by a
> # static file or a different symlink.
>
> Execute: cat /etc/systemd/resolved.conf
> Result:
> #  This file is part of systemd.
> #
> #  systemd is free software; you can redistribute it and/or modify it
> #  under the terms of the GNU Lesser General Public License as published by
> #  the Free Software Foundation; either version 2.1 of the License, or
> #  (at your option) any later version.
> #
> # See resolved.conf(5) for details
>
> [Resolve]
> #DNS=
>
> Execute: ping www.google.com
> Result:
> ping: unknown host www.google.com
>
> If the above matches your case, I suggest doing the following:
> Execute: resolvconf -u
> (No result displayed)
>
> Execute: ping www.google.com
> Result:
> PING www.google.com (74.125.135.103) 56(84) bytes of data.
> 64 bytes from pl-in-f103.1e100.net (74.125.135.103): icmp_seq=1 ttl=44
> time=42.0 ms
> ^C
> --- www.google.com ping statistics ---
> 1 packets transmitted, 1 received, 0% packet loss, time 0ms
> rtt min/avg/max/mdev = 42.074/42.074/42.074/0.000 ms
>
> Execute: cat /etc/resolv.conf
> Result:
>
> # Generated by resolvconf
> domain hsd1.ca.comcast.net.
> nameserver 192.168.240.1
>
> Now you can see that the nameserver is defined and DNS name resolution
> functions correctly.
>
> Suggested perminent fix:
> Add the following lines to /etc/rc.local just under the existing comments:
> # Update DNS Resolution
> $(which resolvconf) -u
>
> Execute: shutdown -r now
>
> After the reboot is complete, login and verify DNS resolves.  A simple
> ping is enough to verify.
>
> Please reply if this solves your issue.
>
>
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at lists.allstarlink.org
> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
>
> To unsubscribe from this list please visit http://lists.allstarlink.org/
> cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of
> the page. Enter your email address and press the "Unsubscribe or edit
> options button"
> You do not need a password 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: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20171117/d55f49a9/attachment.html>

From will at bashlor.com  Fri Nov 17 16:54:54 2017
From: will at bashlor.com (Will Bashlor)
Date: Fri, 17 Nov 2017 11:54:54 -0500
Subject: [App_rpt-users] To All wireless lan (WiFi) users of RaspberryPi
	3 boards w/DIAL distribution
In-Reply-To: <CAH4RvbLzX62avM4=LkGBx2j+7j2qMqAvoE9gBBSHveKfgfLGrw@mail.gmail.com>
References: <1374273647.143727.1510914270267.ref@mail.yahoo.com>
 <1374273647.143727.1510914270267@mail.yahoo.com>
 <CAH4RvbLzX62avM4=LkGBx2j+7j2qMqAvoE9gBBSHveKfgfLGrw@mail.gmail.com>
Message-ID: <6E63DF3A-9D08-4FF7-A220-76C5647D565E@bashlor.com>

Yes, dhcp...

Sent from my iPhone

> On Nov 17, 2017, at 11:35 AM, David Shaw <shawpbx at gmail.com> wrote:
> 
> Hello, Are you running DHCP?
> 
> 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, Nov 17, 2017 at 2:24 AM, Darren Carleton <dcarlet_2000 at yahoo.com> wrote:
>> I have experienced simular issues with my Pi3 connecting to nodes, keeping time, updating Echolink online hosts all while using the onboard WiFi.  What I found is that the DNS Name service IP was not being correctly applied to /etc/resolv.conf.  See if you replicate the issues by following these steps:
>> 
>> Execute: cat /var/run/resolvconf/interfaces/wlan0
>> Result (yours will be different but should look simular):
>> domain hsd1.ca.comcast.net.
>> nameserver 192.168.240.1
>> 
>> Execute: cat /etc/resolv.conf
>> Result:
>> # This file is managed by systemd-resolved(8). Do not edit.
>> #
>> # Third party programs must not access this file directly, but
>> # only through the symlink at /etc/resolv.conf. To manage
>> # resolv.conf(5) in a different way, replace the symlink by a
>> # static file or a different symlink.
>> 
>> Execute: cat /etc/systemd/resolved.conf
>> Result:
>> #  This file is part of systemd.
>> #
>> #  systemd is free software; you can redistribute it and/or modify it
>> #  under the terms of the GNU Lesser General Public License as published by
>> #  the Free Software Foundation; either version 2.1 of the License, or
>> #  (at your option) any later version.
>> #
>> # See resolved.conf(5) for details
>> 
>> [Resolve]
>> #DNS=
>> 
>> Execute: ping www.google.com
>> Result:
>> ping: unknown host www.google.com
>> 
>> If the above matches your case, I suggest doing the following:
>> Execute: resolvconf -u
>> (No result displayed)
>> 
>> Execute: ping www.google.com
>> Result:
>> PING www.google.com (74.125.135.103) 56(84) bytes of data.
>> 64 bytes from pl-in-f103.1e100.net (74.125.135.103): icmp_seq=1 ttl=44 time=42.0 ms
>> ^C
>> --- www.google.com ping statistics ---
>> 1 packets transmitted, 1 received, 0% packet loss, time 0ms
>> rtt min/avg/max/mdev = 42.074/42.074/42.074/0.000 ms
>> 
>> Execute: cat /etc/resolv.conf
>> Result:
>> 
>> # Generated by resolvconf
>> domain hsd1.ca.comcast.net.
>> nameserver 192.168.240.1
>> 
>> Now you can see that the nameserver is defined and DNS name resolution functions correctly.
>> 
>> Suggested perminent fix:
>> Add the following lines to /etc/rc.local just under the existing comments:
>> # Update DNS Resolution
>> $(which resolvconf) -u
>> 
>> Execute: shutdown -r now
>> 
>> After the reboot is complete, login and verify DNS resolves.  A simple ping is enough to verify.
>> 
>> Please reply if this solves your issue.
>> 
>> 
>> _______________________________________________
>> App_rpt-users mailing list
>> App_rpt-users at lists.allstarlink.org
>> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
>> 
>> To unsubscribe from this list please visit http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button"
>> You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem. 
> 
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at lists.allstarlink.org
> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
> 
> To unsubscribe from this list please visit http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button"
> You do not need a password 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: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20171117/65f0bb89/attachment.html>

From dcarlet_2000 at yahoo.com  Fri Nov 17 17:32:07 2017
From: dcarlet_2000 at yahoo.com (Darren Carleton)
Date: Fri, 17 Nov 2017 17:32:07 +0000 (UTC)
Subject: [App_rpt-users] DNS Setup
References: <858283507.326322.1510939927210.ref@mail.yahoo.com>
Message-ID: <858283507.326322.1510939927210@mail.yahoo.com>

My I suggest rather than updating /etc/resolv.conf a static value should be placed in /etc/systemd/resolvconf.conf.? This way regardless of network interface it will maintain the value.
I have also seen cases where the DNS IP does not get updated correctly after reboot on Pi3 systems when using DHCP.? From the best I can tell, it appears the correct values are written to?/var/run/resolvconf/interfaces/wlan0 but resolvconfig tries to read it immediately after but it was not written yet (slow flash card).? My recommendation to work around it to add $(which resolvconf) -u to /etc/rc.local.? This give enough time between the write to the flash card.? The result is /etc/resolv.conf has the correct values.
Your thoughts?
DarrenKJ6KFB
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20171117/621cb209/attachment.html>

From will at bashlor.com  Fri Nov 17 21:50:30 2017
From: will at bashlor.com (Will Bashlor)
Date: Fri, 17 Nov 2017 16:50:30 -0500
Subject: [App_rpt-users] AllStar Node 46841 on a RPi Zero W
In-Reply-To: <0d1401d35fed$95efb980$c1cf2c80$@bashlor.com>
References: <0d0201d35fec$bc45d4d0$34d17e70$@bashlor.com>
 <0d1401d35fed$95efb980$c1cf2c80$@bashlor.com>
Message-ID: <0d3d01d35fee$16e09af0$44a1d0d0$@bashlor.com>

Good Friday Evening,

 

Node 46841 is a hub node running on a Raspberry Pi Zero W. I am monitoring the CPU, RAM, and other resources, which you can see below. Also see bubble chart below. It?s connected to hub node 46690 which is permanently connected to the Echolink Georgia Conference with many linked repeaters throughout GA.

 

Feel free to connect your personal node to 46841 and listen via the Pi Zero W. You can monitor the CPU, memory, etc by clicking on the link below, for both 46841 and 46648. For comparison 46648 is an RPi 3 with a DMK URI connected to a Yaezu 7800. If it does get loaded down take note of how many nodes are connected. If for some reason it starts affecting 46690 or the conference I?ll disconnect it. I wouldn?t think so, but just so you know.

 

Node 46841

http://stats.allstarlink.org/nodeinfo.cgi?node=46841

 

I have no idea how many nodes the Zero W can handle but at the moment I have 2 connected and it seems to be handling it fine for now. At 8:00PM EST tonight there will be a tech net that will last over 2 hours, which should be a good test for it.

 

The Pi Zero W will only have power connected and will be connected to the network via wireless, and you can also see the bandwidth usage via the link below. If it runs fine as a hub node I?ll eventually test it with a CM108 URI and an 888.

 

I can probably add another graph to historically graph the number of nodes connected to it, but it would more than likely be too much trouble just for temporary testing.

 

Live resource monitoring for nodes 46841 and 46648

http://home.bashlor.com:81/probenode.htm?id=1 <http://home.bashlor.com:81/probenode.htm?id=1&tabid=1&username=allstar&password=AllStar1> &tabid=1&username=allstar&password=AllStar1

 



 



 

 

73

Will, KE4IAJ

 <https://www.facebook.com/profile.php?id=196073504193006&ref=br_rs> TARG AEC

 

 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20171117/a81a1657/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.png
Type: image/png
Size: 45972 bytes
Desc: not available
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20171117/a81a1657/attachment.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image002.jpg
Type: image/jpeg
Size: 24066 bytes
Desc: not available
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20171117/a81a1657/attachment.jpg>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: 46690 Bubble.png
Type: image/png
Size: 45972 bytes
Desc: not available
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20171117/a81a1657/attachment-0001.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: IMG_5376_s.jpg
Type: image/jpeg
Size: 53910 bytes
Desc: not available
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20171117/a81a1657/attachment-0001.jpg>

From shawpbx at gmail.com  Sat Nov 18 04:25:39 2017
From: shawpbx at gmail.com (David Shaw)
Date: Fri, 17 Nov 2017 20:25:39 -0800
Subject: [App_rpt-users] AllStar Node 46841 on a RPi Zero W
In-Reply-To: <0d3d01d35fee$16e09af0$44a1d0d0$@bashlor.com>
References: <0d0201d35fec$bc45d4d0$34d17e70$@bashlor.com>
 <0d1401d35fed$95efb980$c1cf2c80$@bashlor.com>
 <0d3d01d35fee$16e09af0$44a1d0d0$@bashlor.com>
Message-ID: <CAH4RvbJfo+WweFRUnugXXxZguxiZdF4nRcftbanuqvwAD_Vf7w@mail.gmail.com>

way cool



--
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, Nov 17, 2017 at 1:50 PM, Will Bashlor <will at bashlor.com> wrote:

> Good Friday Evening,
>
>
>
> Node 46841 is a hub node running on a Raspberry Pi Zero W. I am monitoring
> the CPU, RAM, and other resources, which you can see below. Also see bubble
> chart below. It?s connected to hub node 46690 which is permanently
> connected to the Echolink Georgia Conference with many linked repeaters
> throughout GA.
>
>
>
> Feel free to connect your personal node to 46841 and listen via the Pi
> Zero W. You can monitor the CPU, memory, etc by clicking on the link below,
> for both 46841 and 46648. For comparison 46648 is an RPi 3 with a DMK URI
> connected to a Yaezu 7800. If it does get loaded down take note of how many
> nodes are connected. If for some reason it starts affecting 46690 or the
> conference I?ll disconnect it. I wouldn?t think so, but just so you know.
>
>
>
> Node 46841
>
> http://stats.allstarlink.org/nodeinfo.cgi?node=46841
>
>
>
> I have no idea how many nodes the Zero W can handle but at the moment I
> have 2 connected and it seems to be handling it fine for now. At 8:00PM EST
> tonight there will be a tech net that will last over 2 hours, which should
> be a good test for it.
>
>
>
> The Pi Zero W will only have power connected and will be connected to the
> network via wireless, and you can also see the bandwidth usage via the link
> below. If it runs fine as a hub node I?ll eventually test it with a CM108
> URI and an 888.
>
>
>
> I can probably add another graph to historically graph the number of nodes
> connected to it, but it would more than likely be too much trouble just for
> temporary testing.
>
>
>
> Live resource monitoring for nodes 46841 and 46648
>
> http://home.bashlor.com:81/probenode.htm?id=1&tabid=1&
> username=allstar&password=AllStar1
>
>
>
>
>
>
>
>
>
> 73
>
> Will, KE4IAJ
>
> TARG <https://www.facebook.com/profile.php?id=196073504193006&ref=br_rs>
> AEC
>
>
>
>
>
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at lists.allstarlink.org
> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
>
> To unsubscribe from this list please visit http://lists.allstarlink.org/
> cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of
> the page. Enter your email address and press the "Unsubscribe or edit
> options button"
> You do not need a password 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: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20171117/b23a4bc0/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image002.jpg
Type: image/jpeg
Size: 24066 bytes
Desc: not available
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20171117/b23a4bc0/attachment.jpg>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.png
Type: image/png
Size: 45972 bytes
Desc: not available
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20171117/b23a4bc0/attachment.png>

From kc7mrq at gmail.com  Sat Nov 18 20:41:45 2017
From: kc7mrq at gmail.com (Corey)
Date: Sat, 18 Nov 2017 13:41:45 -0700
Subject: [App_rpt-users] IAX registry
Message-ID: <CANsauWvonr8DOM1CU2M4W9NfCkBi10f=tjzPy2VME8KVWTO1KQ@mail.gmail.com>

Good afternoon all,
My nodes no longer register automatically since I moved over to a PI DIAL
setup. I have to issue a IAX2 reload command whenever the pi is rebooted or
I restart the asterisk service.

Any advice on what I need to do to automate the registry is appreciated.

Have a great day,

Corey
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20171118/2b82d3ae/attachment.html>

From szingman at msgstor.com  Sat Nov 18 21:02:05 2017
From: szingman at msgstor.com (Steve Zingman)
Date: Sat, 18 Nov 2017 16:02:05 -0500
Subject: [App_rpt-users] IAX registry
In-Reply-To: <CANsauWvonr8DOM1CU2M4W9NfCkBi10f=tjzPy2VME8KVWTO1KQ@mail.gmail.com>
References: <CANsauWvonr8DOM1CU2M4W9NfCkBi10f=tjzPy2VME8KVWTO1KQ@mail.gmail.com>
Message-ID: <0c794f4c-bfe7-88f7-bd53-f43417c2e2a3@msgstor.com>

Corey,
Make sure you have dnsmgr.conf in /etc/asterisk. you can add it by:
As root
cd /etc/asterisk
wget https://github.com/AllStarLink/DIAL/raw/master/configs/dnsmgr.conf
restart asterisk

What does iax2 show registry say?

73, Steve N4IRS

On 11/18/2017 03:41 PM, Corey wrote:
> Good afternoon all,
> My nodes no longer register automatically since I moved over to a PI 
> DIAL setup. I have to issue a IAX2 reload command whenever the pi is 
> rebooted or I restart the asterisk service.
>
> Any advice on what I need to do to automate the registry is appreciated.
>
> Have a great day,
>
> Corey
>
>
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at lists.allstarlink.org
> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
>
> To unsubscribe from this list please visit http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button"
> You do not need a password 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: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20171118/c2d97b55/attachment.html>

From horsezip at earthlink.net  Sat Nov 18 23:03:36 2017
From: horsezip at earthlink.net (jimmy keffer)
Date: Sat, 18 Nov 2017 18:03:36 -0500
Subject: [App_rpt-users] AllStarLink apt-get install
In-Reply-To: <382abf75-9a47-dcb6-dbdf-cf42c96903b2@msgstor.com>
References: <382abf75-9a47-dcb6-dbdf-cf42c96903b2@msgstor.com>
Message-ID: <que11ddmekhrv10bug7pk6h9liikr1j04p@4ax.com>

Setting up dahdi-linux-complete-dkms (2.10.2+2.10.2) ...
Loading new dahdi-linux-complete-2.10.2+2.10.2 DKMS files...
Building for 4.9.0-4-686-pae
Building for architecture i386
Building initial module for 4.9.0-4-686-pae
Error! Bad return status for module build on kernel: 4.9.0-4-686-pae
(i386)
Consult /var/lib/dkms/dahdi-linux-complete/2.10.2+2.10.2/build/make.log
for more information.
Setting up odbcinst1debian2:i386 (2.3.4-1) ...
Setting up odbcinst (2.3.4-1) ...
Setting up unixodbc (2.3.4-1) ...
Setting up asl-asterisk (0.9-20170809-2) ...
Setting up allstarlink (0.9-20170809-2) ...
Processing triggers for libc-bin (2.24-11+deb9u1) ...
root at hub:/etc/apt/sources.list.d#


From szingman at msgstor.com  Sat Nov 18 23:06:56 2017
From: szingman at msgstor.com (Steve Zingman)
Date: Sat, 18 Nov 2017 18:06:56 -0500
Subject: [App_rpt-users] AllStarLink apt-get install
In-Reply-To: <que11ddmekhrv10bug7pk6h9liikr1j04p@4ax.com>
References: <382abf75-9a47-dcb6-dbdf-cf42c96903b2@msgstor.com>
 <que11ddmekhrv10bug7pk6h9liikr1j04p@4ax.com>
Message-ID: <0ffce750-7379-de42-1bbb-be2d24699117@msgstor.com>

What distribution and version?

On 11/18/2017 06:03 PM, jimmy keffer wrote:
> Setting up dahdi-linux-complete-dkms (2.10.2+2.10.2) ...
> Loading new dahdi-linux-complete-2.10.2+2.10.2 DKMS files...
> Building for 4.9.0-4-686-pae
> Building for architecture i386
> Building initial module for 4.9.0-4-686-pae
> Error! Bad return status for module build on kernel: 4.9.0-4-686-pae
> (i386)
> Consult /var/lib/dkms/dahdi-linux-complete/2.10.2+2.10.2/build/make.log
> for more information.
> Setting up odbcinst1debian2:i386 (2.3.4-1) ...
> Setting up odbcinst (2.3.4-1) ...
> Setting up unixodbc (2.3.4-1) ...
> Setting up asl-asterisk (0.9-20170809-2) ...
> Setting up allstarlink (0.9-20170809-2) ...
> Processing triggers for libc-bin (2.24-11+deb9u1) ...
> root at hub:/etc/apt/sources.list.d#
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at lists.allstarlink.org
> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
>
> To unsubscribe from this list please visit http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button"
> You do not need a password 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  Sat Nov 18 23:16:58 2017
From: horsezip at earthlink.net (jimmy keffer)
Date: Sat, 18 Nov 2017 18:16:58 -0500
Subject: [App_rpt-users] AllStarLink apt-get install
In-Reply-To: <que11ddmekhrv10bug7pk6h9liikr1j04p@4ax.com>
References: <382abf75-9a47-dcb6-dbdf-cf42c96903b2@msgstor.com>
 <que11ddmekhrv10bug7pk6h9liikr1j04p@4ax.com>
Message-ID: <4lf11dt4a0hfmqn27ufvapf23muiau58su@4ax.com>

 /var/lib/dkms/dahdi-linux-complete/2.10.2+2.10.2/build/make.log
ranlib libtonezone.a
gcc  dahdi_test.o version.o  -o dahdi_test
gcc  dahdi_scan.o version.o  -o dahdi_scan
gcc  dahdi_maint.o version.o  -o dahdi_maint
gcc  fxotune.o version.o -lm -o fxotune
gcc  dahdi_monitor.o version.o  -o dahdi_monitor
for i in dahdi_registration xpp_sync lsdahdi xpp_blink dahdi_genconf
dahdi_hardware twinstar; do perl -I./perl_modules -c $i || exit 1; done
gcc -g -O2 -I. -Ixtalk -Wall -Werror   -c -o astribank_is_starting.o
astribank_is_starting.c
gcc -g -O2 -I. -Ixtalk -Wall -Werror   -c -o astribank_tool.o
astribank_tool.c
dahdi_registration syntax OK
xpp_sync syntax OK
lsdahdi syntax OK
gcc -g -O2 -I. -Ixtalk -Wall -Werror   -c -o astribank_usb.o
astribank_usb.c
xpp_blink syntax OK
astribank_usb.c:37:19: error: ?rcsid? defined but not used
[-Werror=unused-const-variable=]
 static const char rcsid[] = "$Id$";
                   ^~~~~

On Sat, 18 Nov 2017 18:03:36 -0500, you wrote:

> /var/lib/dkms/dahdi-linux-complete/2.10.2+2.10.2/build/make.log


From sp2ong at wp.pl  Sun Nov 19 10:38:07 2017
From: sp2ong at wp.pl (sp2ong at wp.pl)
Date: Sun, 19 Nov 2017 11:38:07 +0100
Subject: [App_rpt-users] SSTV software with PD120 Mode
Message-ID: <CALRymvac--KFtmp=yJbKRyOtaD2vEO5ZWc4ZPcGb_=m6tbV9yg@mail.gmail.com>

Hi,

I am looking for the version "pisstv", "pySSTV" or any other software that
has SSVTV mode PD120
I used pisstv in the scripts to create a sound file that is converted from
a dropped image from the camera to send a radio channel when the user wants
it using the DTMF command.
At the moment I have a pisstv with Robot 36 mode which allows converting
320x240 image and wav file time is 36 seconds. But I'm looking for software
that supports SSTV PD120 mode. The PD120 allows you to convert an image of
640x480 with a length of 210 seconds.

73
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20171119/039d8412/attachment.html>

From mca555 at mac.com  Sun Nov 19 22:08:12 2017
From: mca555 at mac.com (mca555 at mac.com)
Date: Sun, 19 Nov 2017 14:08:12 -0800
Subject: [App_rpt-users] Initial DIAL startup failure
References: <EF4A3AA5-6D21-43AF-8486-FFDF8D4D7464@me.com>
Message-ID: <0AA9DB86-B545-4C6F-B0E5-FD9F590FCDA2@mac.com>

Hi,

I?m trying to build a simple AllStar node using a Pi3 with an RA-35 interface.  Maybe I?m using the wrong documentation.  The FAQ says to do the initial login with ?repeater? and ?allstarlink?.  This didn?t work for me.  I poked around and found that earlier versions used ?root? and ?debian?.  That worked, but didn?t run the firsttime script.  I managed to get firsttime script to run manually.  The Allstar service appears to be running but won?t talk to the RA-35.  I did confirm that the hardware is functioning by successfully installing ?that other? allstar build.  Anybody have a clue as to the error in my ways?

Thanks!
Mark



From k6ecm1 at gmail.com  Sun Nov 19 22:22:32 2017
From: k6ecm1 at gmail.com (Bob Pyke)
Date: Sun, 19 Nov 2017 14:22:32 -0800
Subject: [App_rpt-users] Initial DIAL startup failure
In-Reply-To: <0AA9DB86-B545-4C6F-B0E5-FD9F590FCDA2@mac.com>
References: <EF4A3AA5-6D21-43AF-8486-FFDF8D4D7464@me.com>
 <0AA9DB86-B545-4C6F-B0E5-FD9F590FCDA2@mac.com>
Message-ID: <0D9A6F08-B6C0-4B99-8839-849258A0D81A@gmail.com>

What are the indicators asterisk is running, but not talking to the RA-35.

Bob

Sent from iPad


> On Nov 19, 2017, at 2:08 PM, mca555 at mac.com wrote:
> 
> Hi,
> 
> I?m trying to build a simple AllStar node using a Pi3 with an RA-35 interface.  Maybe I?m using the wrong documentation.  The FAQ says to do the initial login with ?repeater? and ?allstarlink?.  This didn?t work for me.  I poked around and found that earlier versions used ?root? and ?debian?.  That worked, but didn?t run the firsttime script.  I managed to get firsttime script to run manually.  The Allstar service appears to be running but won?t talk to the RA-35.  I did confirm that the hardware is functioning by successfully installing ?that other? allstar build.  Anybody have a clue as to the error in my ways?
> 
> Thanks!
> Mark
> 
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at lists.allstarlink.org
> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
> 
> To unsubscribe from this list please visit http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button"
> You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem.


From mca555 at mac.com  Mon Nov 20 15:27:00 2017
From: mca555 at mac.com (mca555 at mac.com)
Date: Mon, 20 Nov 2017 07:27:00 -0800
Subject: [App_rpt-users] Initial DAIL startup failure
Message-ID: <5BE4E196-B733-4B05-8636-8D8C352CAB82@mac.com>

Hi Bob,

The PS command shows the process running.  I can successfully stop and restart it.
The ?COMM OK? LED on the RA-35 is dark.  The ?HB? LED is on solid versus flashing, which I expect.  
Thanks!
Mark

What are the indicators asterisk is running, but not talking to the RA-35.

Bob

Sent from iPad


> On Nov 19, 2017, at 2:08 PM, mca555 at mac.com <http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users> wrote:
> 
> Hi,
> 
> I?m trying to build a simple AllStar node using a Pi3 with an RA-35 interface.  Maybe I?m using the wrong documentation.  The FAQ says to do the initial login with ?repeater? and ?allstarlink?.  This didn?t work for me.  I poked around and found that earlier versions used ?root? and ?debian?.  That worked, but didn?t run the firsttime script.  I managed to get firsttime script to run manually.  The Allstar service appears to be running but won?t talk to the RA-35.  I did confirm that the hardware is functioning by successfully installing ?that other? allstar build.  Anybody have a clue as to the error in my ways?
> 
> Thanks!
> Mark

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20171120/668811f8/attachment.html>

From k6ecm1 at gmail.com  Mon Nov 20 16:11:24 2017
From: k6ecm1 at gmail.com (Bob Pyke)
Date: Mon, 20 Nov 2017 08:11:24 -0800
Subject: [App_rpt-users] Initial DAIL startup failure
In-Reply-To: <5BE4E196-B733-4B05-8636-8D8C352CAB82@mac.com>
References: <5BE4E196-B733-4B05-8636-8D8C352CAB82@mac.com>
Message-ID: <278A0B90-0248-4F6D-8255-D645CD07B543@gmail.com>

I may state the obvious here, but do you have valid entries in the *.conf files? Rpt.conf points to a valid interface, e.g. usbradio or simpleusb, and the appropriate modules in modules.conf ?load?ed to ?no load? for the chosen configuration? Are there ?valid? entries in the corresponding tune file? 

Thanks,
Bob
k6ecm
73
Sent from my iPhone

> On Nov 20, 2017, at 7:27 AM, mca555 at mac.com wrote:
> 
> Hi Bob,
> 
> The PS command shows the process running.  I can successfully stop and restart it.
> The ?COMM OK? LED on the RA-35 is dark.  The ?HB? LED is on solid versus flashing, which I expect.  
> Thanks!
> Mark
> 
> What are the indicators asterisk is running, but not talking to the RA-35.
> 
> Bob
> 
> Sent from iPad
> 
> 
> > On Nov 19, 2017, at 2:08 PM, mca555 at mac.com wrote:
> > 
> > Hi,
> > 
> > I?m trying to build a simple AllStar node using a Pi3 with an RA-35 interface.  Maybe I?m using the wrong documentation.  The FAQ says to do the initial login with ?repeater? and ?allstarlink?.  This didn?t work for me.  I poked around and found that earlier versions used ?root? and ?debian?.  That worked, but didn?t run the firsttime script.  I managed to get firsttime script to run manually.  The Allstar service appears to be running but won?t talk to the RA-35.  I did confirm that the hardware is functioning by successfully installing ?that other? allstar build.  Anybody have a clue as to the error in my ways?
> > 
> > Thanks!
> > Mark
> 
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at lists.allstarlink.org
> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
> 
> To unsubscribe from this list please visit http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button"
> You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20171120/2b78883d/attachment.html>

From steve at siesel.net  Tue Nov 21 02:57:13 2017
From: steve at siesel.net (Steve Siesel)
Date: Mon, 20 Nov 2017 21:57:13 -0500
Subject: [App_rpt-users] Can't remember....
Message-ID: <03ac01d36274$6ec0e4e0$4c42aea0$@siesel.net>

I have scheduled connections within AllstarLink.Now I need to modify them,
and I can't remember how I got there in the first place..Looked through the
Asterisk commands and in my scripts..

Can anyone help?

 

Thanks, 

Steve

K4KSA

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20171120/35999811/attachment.html>

From w0jrl1 at gmail.com  Tue Nov 21 06:56:06 2017
From: w0jrl1 at gmail.com (Jeremy Lincicome)
Date: Mon, 20 Nov 2017 23:56:06 -0700
Subject: [App_rpt-users] Can't remember....
In-Reply-To: <03ac01d36274$6ec0e4e0$4c42aea0$@siesel.net>
References: <03ac01d36274$6ec0e4e0$4c42aea0$@siesel.net>
Message-ID: <e6315707-c583-8451-e015-03da388f45ec@gmail.com>

Steve,

If you can't find any of your scheduled connections in 
/etc/asterisk/rpt.conf, you can try looking in crontab. To list all 
entries in crontab, type:

crontab -l

To edit an entry in crontab, type:

crontab -e

Jeremy W0JRL





On 11/20/2017 07:57 PM, Steve Siesel wrote:
>
> I have scheduled connections within AllstarLink?Now I need to modify 
> them, and I can?t remember how I got there in the first place..Looked 
> through the Asterisk commands and in my scripts..
>
> Can anyone help?
>
> Thanks,
>
> Steve
>
> K4KSA
>
>
>
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at lists.allstarlink.org
> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
>
> To unsubscribe from this list please visit http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button"
> You do not need a password 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: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20171120/4aff3d9e/attachment.html>

From horsezip at earthlink.net  Tue Nov 21 18:55:34 2017
From: horsezip at earthlink.net (jimmy keffer)
Date: Tue, 21 Nov 2017 13:55:34 -0500
Subject: [App_rpt-users] debian 8 dahdi
Message-ID: <s7t81ddvfjkquap9haflugf01jnmat4umk@4ax.com>

has anyone goten dahdi to compile on debian 9 x86 ?


From n3xcc at repeater-builder.com  Fri Nov 24 05:01:37 2017
From: n3xcc at repeater-builder.com (Scott Zimmerman)
Date: Fri, 24 Nov 2017 00:01:37 -0500
Subject: [App_rpt-users] RB DVM/RIM Black Friday/Cyber Monday Sale
Message-ID: <d572ae39-52a9-c476-1754-b2bb668ca95e@repeater-builder.com>

Repeater-Builder is running a sale on our DVM Boards and RIM / RIM Lite products. Anyone who mentions this Black Friday / 
Cyber Monday sale with their order [Before midnight eastern Monday night] will receive a refund of 10% of their order total. 
(Before shipping)

[It's easier to issue a refund than to change the PayPal checkout system to apply a discount]

Link to Repeater-Builder products:
http://repeater-builder.com/products/stm32-dvm.html

http://repeater-builder.com/products/usb-rim.html
http://repeater-builder.com/products/usb-rim-lite.html

Thanks,
Scott

-- 
Scott Zimmerman
Amateur Radio Call N3XCC
474 Barnett Road
Boswell, PA 15531


From overnite at me.com  Fri Nov 24 13:24:05 2017
From: overnite at me.com (Bryan Taylor)
Date: Fri, 24 Nov 2017 09:54:05 -0330
Subject: [App_rpt-users] RB DVM/RIM Black Friday/Cyber Monday Sale
In-Reply-To: <d572ae39-52a9-c476-1754-b2bb668ca95e@repeater-builder.com>
References: <d572ae39-52a9-c476-1754-b2bb668ca95e@repeater-builder.com>
Message-ID: <AF16B260-C669-4A9C-BEB7-8620CFB8C725@me.com>

Hi Scott,

Just picked up 2 usb-rim-lite units via PayPal but never got any spot to type in to mention the Black Friday sale.

Thanks
Bryan taylor 
Vo1mxz

Sent from my iPhone

> On Nov 24, 2017, at 1:31 AM, Scott Zimmerman <n3xcc at repeater-builder.com> wrote:
> 
> Repeater-Builder is running a sale on our DVM Boards and RIM / RIM Lite products. Anyone who mentions this Black Friday / Cyber Monday sale with their order [Before midnight eastern Monday night] will receive a refund of 10% of their order total. (Before shipping)
> 
> [It's easier to issue a refund than to change the PayPal checkout system to apply a discount]
> 
> Link to Repeater-Builder products:
> http://repeater-builder.com/products/stm32-dvm.html
> 
> http://repeater-builder.com/products/usb-rim.html
> http://repeater-builder.com/products/usb-rim-lite.html
> 
> Thanks,
> Scott
> 
> -- 
> Scott Zimmerman
> Amateur Radio Call N3XCC
> 474 Barnett Road
> Boswell, PA 15531
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at lists.allstarlink.org
> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
> 
> To unsubscribe from this list please visit http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button"
> You do not need a password 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 n3xcc at repeater-builder.com  Fri Nov 24 15:01:13 2017
From: n3xcc at repeater-builder.com (Scott Zimmerman)
Date: Fri, 24 Nov 2017 10:01:13 -0500
Subject: [App_rpt-users] RB DVM/RIM Black Friday/Cyber Monday Sale
In-Reply-To: <AF16B260-C669-4A9C-BEB7-8620CFB8C725@me.com>
References: <d572ae39-52a9-c476-1754-b2bb668ca95e@repeater-builder.com>
 <AF16B260-C669-4A9C-BEB7-8620CFB8C725@me.com>
Message-ID: <45C8303B-3CE9-494B-BC00-5D205E56968E@repeater-builder.com>

Don't worry, you just did. ?

 Plan to issue 10% refunds to everyone that orders over the next few days.

Thanks,
Scott 

On November 24, 2017 8:24:05 AM EST, Bryan Taylor <overnite at me.com> wrote:
>Hi Scott,
>
>Just picked up 2 usb-rim-lite units via PayPal but never got any spot
>to type in to mention the Black Friday sale.
>
>Thanks
>Bryan taylor 
>Vo1mxz
>
>Sent from my iPhone
>
>> On Nov 24, 2017, at 1:31 AM, Scott Zimmerman
><n3xcc at repeater-builder.com> wrote:
>> 
>> Repeater-Builder is running a sale on our DVM Boards and RIM / RIM
>Lite products. Anyone who mentions this Black Friday / Cyber Monday
>sale with their order [Before midnight eastern Monday night] will
>receive a refund of 10% of their order total. (Before shipping)
>> 
>> [It's easier to issue a refund than to change the PayPal checkout
>system to apply a discount]
>> 
>> Link to Repeater-Builder products:
>> http://repeater-builder.com/products/stm32-dvm.html
>> 
>> http://repeater-builder.com/products/usb-rim.html
>> http://repeater-builder.com/products/usb-rim-lite.html
>> 
>> Thanks,
>> Scott
>> 
>> -- 
>> Scott Zimmerman
>> Amateur Radio Call N3XCC
>> 474 Barnett Road
>> Boswell, PA 15531
>> _______________________________________________
>> App_rpt-users mailing list
>> App_rpt-users at lists.allstarlink.org
>> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
>> 
>> To unsubscribe from this list please visit
>http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users and
>scroll down to the bottom of the page. Enter your email address and
>press the "Unsubscribe or edit options button"
>> You do not need a password to unsubscribe, you can do it via email
>confirmation. If you have trouble unsubscribing, please send a message
>to the list detailing the problem.
>_______________________________________________
>App_rpt-users mailing list
>App_rpt-users at lists.allstarlink.org
>http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
>
>To unsubscribe from this list please visit
>http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users and
>scroll down to the bottom of the page. Enter your email address and
>press the "Unsubscribe or edit options button"
>You do not need a password to unsubscribe, you can do it via email
>confirmation. If you have trouble unsubscribing, please send a message
>to the list detailing the problem. 

-- 
Sent from my Android device with K-9 Mail. Please excuse my brevity.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20171124/58ff878a/attachment.html>

From overnite at me.com  Fri Nov 24 15:03:00 2017
From: overnite at me.com (Bryan Taylor)
Date: Fri, 24 Nov 2017 11:33:00 -0330
Subject: [App_rpt-users] RB DVM/RIM Black Friday/Cyber Monday Sale
In-Reply-To: <45C8303B-3CE9-494B-BC00-5D205E56968E@repeater-builder.com>
References: <d572ae39-52a9-c476-1754-b2bb668ca95e@repeater-builder.com>
 <AF16B260-C669-4A9C-BEB7-8620CFB8C725@me.com>
 <45C8303B-3CE9-494B-BC00-5D205E56968E@repeater-builder.com>
Message-ID: <B97E1719-11B2-4870-90F1-3780266F8039@me.com>

That?s awesome, I think there is another order coming your way from here as well for a few more.

Thanks
Bryan 

Sent from my iPhone

> On Nov 24, 2017, at 11:31 AM, Scott Zimmerman <n3xcc at repeater-builder.com> wrote:
> 
> Don't worry, you just did. ?
> 
> Plan to issue 10% refunds to everyone that orders over the next few days.
> 
> Thanks,
> Scott 
> 
>> On November 24, 2017 8:24:05 AM EST, Bryan Taylor <overnite at me.com> wrote:
>> Hi Scott,
>> 
>> Just picked up 2 usb-rim-lite units via PayPal but never got any spot to type in to mention the Black Friday sale.
>> 
>> Thanks
>> Bryan taylor 
>> Vo1mxz
>> 
>> Sent from my iPhone
>> 
>>>  On Nov 24, 2017, at 1:31 AM, Scott Zimmerman <n3xcc at repeater-builder.com> wrote:
>>>  
>>>  Repeater-Builder is running a sale on our DVM Boards and RIM / RIM Lite products. Anyone who mentions this Black Friday / Cyber Monday sale with their order [Before midnight eastern Monday night] will receive a refund of 10% of their order total. (Before shipping)
>>>  
>>>  [It's easier to issue a refund than to change the PayPal checkout system to apply a discount]
>>>  
>>>  Link to Repeater-Builder products:
>>>  http://repeater-builder.com/products/stm32-dvm.html
>>>  
>>>  http://repeater-builder.com/products/usb-rim.html
>>>  http://repeater-builder.com/products/usb-rim-lite.html
>>>  
>>>  Thanks,
>>>  Scott
>>>  
>>>  -- 
>>>  Scott Zimmerman
>>>  Amateur Radio Call N3XCC
>>>  474 Barnett Road
>>>  Boswell, PA 15531
>>> 
>>>  App_rpt-users mailing list
>>>  App_rpt-users at lists.allstarlink.org
>>>  http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
>>>  
>>>  To unsubscribe from this list please visit http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button"
>>>  You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem.
>> 
>> App_rpt-users mailing list
>> App_rpt-users at lists.allstarlink.org
>> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
>> 
>> To unsubscribe from this list please visit http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button"
>> You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem. 
> 
> -- 
> Sent from my Android device with K-9 Mail. Please excuse my brevity.
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at lists.allstarlink.org
> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
> 
> To unsubscribe from this list please visit http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button"
> You do not need a password 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: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20171124/aebf1275/attachment.html>

From n3xcc at repeater-builder.com  Fri Nov 24 15:58:28 2017
From: n3xcc at repeater-builder.com (Scott Zimmerman)
Date: Fri, 24 Nov 2017 10:58:28 -0500
Subject: [App_rpt-users] RB DVM/RIM Black Friday/Cyber Monday Sale
In-Reply-To: <B97E1719-11B2-4870-90F1-3780266F8039@me.com>
References: <d572ae39-52a9-c476-1754-b2bb668ca95e@repeater-builder.com>
 <AF16B260-C669-4A9C-BEB7-8620CFB8C725@me.com>
 <45C8303B-3CE9-494B-BC00-5D205E56968E@repeater-builder.com>
 <B97E1719-11B2-4870-90F1-3780266F8039@me.com>
Message-ID: <841493DB-3343-4E60-B79A-DD876382BE57@repeater-builder.com>

I just ask that folks be a bit patient as it looks like this sale may be more popular than I anticipated.

I'll get orders shipped just as quickly as I can.

Scott 

On November 24, 2017 10:03:00 AM EST, Bryan Taylor <overnite at me.com> wrote:
>That?s awesome, I think there is another order coming your way from
>here as well for a few more.
>
>Thanks
>Bryan 
>
>Sent from my iPhone
>
>> On Nov 24, 2017, at 11:31 AM, Scott Zimmerman
><n3xcc at repeater-builder.com> wrote:
>> 
>> Don't worry, you just did. ?
>> 
>> Plan to issue 10% refunds to everyone that orders over the next few
>days.
>> 
>> Thanks,
>> Scott 
>> 
>>> On November 24, 2017 8:24:05 AM EST, Bryan Taylor <overnite at me.com>
>wrote:
>>> Hi Scott,
>>> 
>>> Just picked up 2 usb-rim-lite units via PayPal but never got any
>spot to type in to mention the Black Friday sale.
>>> 
>>> Thanks
>>> Bryan taylor 
>>> Vo1mxz
>>> 
>>> Sent from my iPhone
>>> 
>>>>  On Nov 24, 2017, at 1:31 AM, Scott Zimmerman
><n3xcc at repeater-builder.com> wrote:
>>>>  
>>>>  Repeater-Builder is running a sale on our DVM Boards and RIM / RIM
>Lite products. Anyone who mentions this Black Friday / Cyber Monday
>sale with their order [Before midnight eastern Monday night] will
>receive a refund of 10% of their order total. (Before shipping)
>>>>  
>>>>  [It's easier to issue a refund than to change the PayPal checkout
>system to apply a discount]
>>>>  
>>>>  Link to Repeater-Builder products:
>>>>  http://repeater-builder.com/products/stm32-dvm.html
>>>>  
>>>>  http://repeater-builder.com/products/usb-rim.html
>>>>  http://repeater-builder.com/products/usb-rim-lite.html
>>>>  
>>>>  Thanks,
>>>>  Scott
>>>>  
>>>>  -- 
>>>>  Scott Zimmerman
>>>>  Amateur Radio Call N3XCC
>>>>  474 Barnett Road
>>>>  Boswell, PA 15531
>>>> 
>>>>  App_rpt-users mailing list
>>>>  App_rpt-users at lists.allstarlink.org
>>>> 
>http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
>>>>  
>>>>  To unsubscribe from this list please visit
>http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users and
>scroll down to the bottom of the page. Enter your email address and
>press the "Unsubscribe or edit options button"
>>>>  You do not need a password to unsubscribe, you can do it via email
>confirmation. If you have trouble unsubscribing, please send a message
>to the list detailing the problem.
>>> 
>>> App_rpt-users mailing list
>>> App_rpt-users at lists.allstarlink.org
>>> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
>>> 
>>> To unsubscribe from this list please visit
>http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users and
>scroll down to the bottom of the page. Enter your email address and
>press the "Unsubscribe or edit options button"
>>> You do not need a password to unsubscribe, you can do it via email
>confirmation. If you have trouble unsubscribing, please send a message
>to the list detailing the problem. 
>> 
>> -- 
>> Sent from my Android device with K-9 Mail. Please excuse my brevity.
>> _______________________________________________
>> App_rpt-users mailing list
>> App_rpt-users at lists.allstarlink.org
>> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
>> 
>> To unsubscribe from this list please visit
>http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users and
>scroll down to the bottom of the page. Enter your email address and
>press the "Unsubscribe or edit options button"
>> You do not need a password to unsubscribe, you can do it via email
>confirmation. If you have trouble unsubscribing, please send a message
>to the list detailing the problem.

-- 
Sent from my Android device with K-9 Mail. Please excuse my brevity.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20171124/cf27de09/attachment.html>

From overnite at me.com  Fri Nov 24 16:16:24 2017
From: overnite at me.com (Bryan Taylor)
Date: Fri, 24 Nov 2017 12:46:24 -0330
Subject: [App_rpt-users] RB DVM/RIM Black Friday/Cyber Monday Sale
In-Reply-To: <841493DB-3343-4E60-B79A-DD876382BE57@repeater-builder.com>
References: <d572ae39-52a9-c476-1754-b2bb668ca95e@repeater-builder.com>
 <AF16B260-C669-4A9C-BEB7-8620CFB8C725@me.com>
 <45C8303B-3CE9-494B-BC00-5D205E56968E@repeater-builder.com>
 <B97E1719-11B2-4870-90F1-3780266F8039@me.com>
 <841493DB-3343-4E60-B79A-DD876382BE57@repeater-builder.com>
Message-ID: <9BEE9AF5-6DFF-4C76-9CBD-C874DC7485D9@me.com>

No sweat, I?m only ordering them to build a couple of allstar nodes to have ready when someone wants to install a node.

Thanks
Bryan

Sent from my iPhone

> On Nov 24, 2017, at 12:28 PM, Scott Zimmerman <n3xcc at repeater-builder.com> wrote:
> 
> I just ask that folks be a bit patient as it looks like this sale may be more popular than I anticipated.
> 
> I'll get orders shipped just as quickly as I can.
> 
> Scott 
> 
>> On November 24, 2017 10:03:00 AM EST, Bryan Taylor <overnite at me.com> wrote:
>> That?s awesome, I think there is another order coming your way from here as well for a few more.
>> 
>> Thanks
>> Bryan 
>> 
>> Sent from my iPhone
>> 
>>> On Nov 24, 2017, at 11:31 AM, Scott Zimmerman <n3xcc at repeater-builder.com> wrote:
>>> 
>>> Don't worry, you just did. ?
>>> 
>>> Plan to issue 10% refunds to everyone that orders over the next few days.
>>> 
>>> Thanks,
>>> Scott 
>>> 
>>>> On November 24, 2017 8:24:05 AM EST, Bryan Taylor <overnite at me.com> wrote:
>>>> Hi Scott,
>>>> 
>>>> Just picked up 2 usb-rim-lite units via PayPal but never got any spot to type in to mention the Black Friday sale.
>>>> 
>>>> Thanks
>>>> Bryan taylor 
>>>> Vo1mxz
>>>> 
>>>> Sent from my iPhone
>>>> 
>>>>>  On Nov 24, 2017, at 1:31 AM, Scott Zimmerman <n3xcc at repeater-builder.com> wrote:
>>>>>  
>>>>>  Repeater-Builder is running a sale on our DVM Boards and RIM / RIM Lite products. Anyone who mentions this Black Friday / Cyber Monday sale with their order [Before midnight eastern Monday night] will receive a refund of 10% of their order total. (Before shipping)
>>>>>  
>>>>>  [It's easier to issue a refund than to change the PayPal checkout system to apply a discount]
>>>>>  
>>>>>  Link to Repeater-Builder products:
>>>>>  http://repeater-builder.com/products/stm32-dvm.html
>>>>>  
>>>>>  http://repeater-builder.com/products/usb-rim.html
>>>>>  http://repeater-builder.com/products/usb-rim-lite.html
>>>>>  
>>>>>  Thanks,
>>>>>  Scott
>>>>>  
>>>>>  -- 
>>>>>  Scott Zimmerman
>>>>>  Amateur Radio Call N3XCC
>>>>>  474 Barnett Road
>>>>>  Boswell, PA 15531
>>>>> 
>>>>>  App_rpt-users mailing list
>>>>>  App_rpt-users at lists.allstarlink.org
>>>>>  http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
>>>>>  
>>>>>  To unsubscribe from this list please visit http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button"
>>>>>  You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem.
>>>> 
>>>> App_rpt-users mailing list
>>>> App_rpt-users at lists.allstarlink.org
>>>> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
>>>> 
>>>> To unsubscribe from this list please visit http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button"
>>>> You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem. 
>>> 
>>> -- 
>>> Sent from my Android device with K-9 Mail. Please excuse my brevity.
>>> _______________________________________________
>>> App_rpt-users mailing list
>>> App_rpt-users at lists.allstarlink.org
>>> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
>>> 
>>> To unsubscribe from this list please visit http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button"
>>> You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem.
> 
> -- 
> Sent from my Android device with K-9 Mail. Please excuse my brevity.
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at lists.allstarlink.org
> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
> 
> To unsubscribe from this list please visit http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button"
> You do not need a password 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: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20171124/6b1dcd82/attachment.html>

From k5cg at hamoperator.org  Fri Nov 24 17:07:32 2017
From: k5cg at hamoperator.org (K5CG)
Date: Fri, 24 Nov 2017 11:07:32 -0600 (CST)
Subject: [App_rpt-users] RB DVM/RIM Black Friday/Cyber Monday Sale
In-Reply-To: <841493DB-3343-4E60-B79A-DD876382BE57@repeater-builder.com>
References: <d572ae39-52a9-c476-1754-b2bb668ca95e@repeater-builder.com>
 <AF16B260-C669-4A9C-BEB7-8620CFB8C725@me.com>
 <45C8303B-3CE9-494B-BC00-5D205E56968E@repeater-builder.com>
 <B97E1719-11B2-4870-90F1-3780266F8039@me.com>
 <841493DB-3343-4E60-B79A-DD876382BE57@repeater-builder.com>
Message-ID: <1979885779.1544.1511543252805.JavaMail.zimbra@siminiuk.com>

YAY for Black Friday. I just ordered a RIM Maxtrac RM. 

Now to find another UHF Motorola radio and duplexer... 

73 
Danny 
K5CG 

> From: "Scott Zimmerman" <n3xcc at repeater-builder.com>
> To: "Users of Asterisk app_rpt" <app_rpt-users at lists.allstarlink.org>
> Sent: Friday, November 24, 2017 9:58:28 AM
> Subject: Re: [App_rpt-users] RB DVM/RIM Black Friday/Cyber Monday Sale

> I just ask that folks be a bit patient as it looks like this sale may be more
> popular than I anticipated.

> I'll get orders shipped just as quickly as I can.

> Scott

> On November 24, 2017 10:03:00 AM EST, Bryan Taylor <overnite at me.com> wrote:
>> That?s awesome, I think there is another order coming your way from here as well
>> for a few more.
>> Thanks
>> Bryan

>> Sent from my iPhone

>> On Nov 24, 2017, at 11:31 AM, Scott Zimmerman < n3xcc at repeater-builder.com >
>> wrote:

>>> Don't worry, you just did. ?

>>> Plan to issue 10% refunds to everyone that orders over the next few days.

>>> Thanks,
>>> Scott

>>> On November 24, 2017 8:24:05 AM EST, Bryan Taylor < overnite at me.com > wrote:
>>>> Hi Scott,

>>>> Just picked up 2 usb-rim-lite units via PayPal but never got any spot to type in
>>>> to mention the Black Friday sale.

>>>> Thanks
>>>> Bryan taylor
>>>> Vo1mxz

>>>> Sent from my iPhone

>>>>> On Nov 24, 2017, at 1:31 AM, Scott Zimmerman < n3xcc at repeater-builder.com >
>>>>> wrote:

>>>>> Repeater-Builder is running a sale on our DVM Boards and RIM / RIM Lite
>>>>> products. Anyone who mentions this Black Friday / Cyber Monday sale with their
>>>>> order [Before midnight eastern Monday night] will receive a refund of 10% of
>>>>> their order total. (Before shipping)

>>>>> [It's easier to issue a refund than to change the PayPal checkout system to
>>>>> apply a discount]

>>>>> Link to Repeater-Builder products:
>>>>> http://repeater-builder.com/products/stm32-dvm.html

>>>>> http://repeater-builder.com/products/usb-rim.html
>>>>> http://repeater-builder.com/products/usb-rim-lite.html

>>>>> Thanks,
>>>>> Scott

>>>>> --
>>>>> Scott Zimmerman
>>>>> Amateur Radio Call N3XCC
>>>>> 474 Barnett Road
>>>>> Boswell, PA 15531

>>>>> App_rpt-users mailing list
>>>>> App_rpt-users at lists.allstarlink.org
>>>>> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users

>>>>> To unsubscribe from this list please visit
>>>>> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll
>>>>> down to the bottom of the page. Enter your email address and press the
>>>>> "Unsubscribe or edit options button"
>>>>> You do not need a password to unsubscribe, you can do it via email confirmation.
>>>>> If you have trouble unsubscribing, please send a message to the list detailing
>>>>> the problem.

>>>> App_rpt-users mailing list
>>>> App_rpt-users at lists.allstarlink.org
>>>> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users

>>>> To unsubscribe from this list please visit
>>>> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll
>>>> down to the bottom of the page. Enter your email address and press the
>>>> "Unsubscribe or edit options button"
>>>> You do not need a password to unsubscribe, you can do it via email confirmation.
>>>> If you have trouble unsubscribing, please send a message to the list detailing
>>>> the problem.

>>> --
>>> Sent from my Android device with K-9 Mail. Please excuse my brevity.

>>> _______________________________________________
>>> App_rpt-users mailing list
>>> App_rpt-users at lists.allstarlink.org
>>> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users

>>> To unsubscribe from this list please visit
>>> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll
>>> down to the bottom of the page. Enter your email address and press the
>>> "Unsubscribe or edit options button"
>>> You do not need a password to unsubscribe, you can do it via email confirmation.
>>> If you have trouble unsubscribing, please send a message to the list detailing
>>> the problem.

> --
> Sent from my Android device with K-9 Mail. Please excuse my brevity.
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at lists.allstarlink.org
> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users

> To unsubscribe from this list please visit
> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll
> down to the bottom of the page. Enter your email address and press the
> "Unsubscribe or edit options button"
> You do not need a password 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: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20171124/ca558cf2/attachment.html>

From dpk at randomnotes.org  Sat Nov 25 17:18:33 2017
From: dpk at randomnotes.org (Doug Kingston)
Date: Sat, 25 Nov 2017 09:18:33 -0800
Subject: [App_rpt-users] Problem getting RTCM to process received audio
Message-ID: <CAGPaoUujYwDLrsU=LmDZ-HamLV-AvMZ19W_kaoxCf81zmThcJA@mail.gmail.com>

I am trying to prototype a RTCM based voting system with 2 RTCMs.
I am using two JSLM2 Data Radios as transceivers.
Using HP8920B service monitor to drive the radios.

Good news: I can get both RTCMs and both radios to transmit.  Test tones
sound fine. Deviation good.

Bad news: I can't get the RTCMs to register the incoming audio signal.  There
is no CTCSS in these radios, so that line is not connected.  I have no COS
signal connected either.  Just audio in/out and PTT to the radio.

I have confirmed the radios are receiving and are sending audio to the
RTCMs using an oscilloscope.  If anything the audio is way high in level.
I measured 1v peak-to-peak when I think the RTCM is expecting 200mV.  Tried
the 20db pad with no effect.  My suspicion is that the RTCM is a
high-impedance input so the voltage is floating up in the absence of
appropriate load (say from a 600 or 2k ohm).

Second, I never get the green receive light on so I suspect there is
actually some squelching or some such going on that is gating the audio
signal off.

Third, I have not been able to the the Squelch calibration or Diode
calibration to behave.  Does this require the diagnostic cable described in
the interface to be used?  The procedure is not documented well.

I would love to see a know working config and wiring setup to confirm what
I have done.

-Doug-

Current settings:

Select the following values to View/Modify:

S/W Version: 1.51 08/08/2017
System Uptime: 2095.0 Secs
IP Address: 192.168.0.75
Netmask: 255.255.255.0
Gateway: 192.168.0.1
Primary DNS: 192.168.0.1
Secondary DNS: 192.168.0.1
DHCP: 1
VOTER Server IP: 104.197.124.184
VOTER Server UDP Port: 667
OUR UDP Port: 667
GPS Lock: 1
Connected: 0
COR: 0
EXT CTCSS IN: 1
PTT: 0
RSSI: 0
Current Samples / Sec.: 8000
Current Peak Audio Level: 112
Squelch Noise Gain Value: 0, Diode Cal. Value: 0, SQL pot 0
Current Time: Sat  Nov 25, 2017  17:14:12.740
Last Rx Pkt System time: <System Time Not Set>, diff: -198435452 msec
Last Rx Pkt Timestamp time: <System Time Not Set>, diff: 0 msec
Last Rx Pkt index: 0, inbounds: 0

1  - Serial # (1162) (which is MAC ADDR 00:04:A3:00:04:8A)
2  - VOTER Server Address (FQDN) (xxx.org)
3  - VOTER Server Port (667),  4  - Local Port (Override) (0)
5  - Client Password (xxx1),  6  - Host Password (xxx2)
7  - Tx Buffer Length (3000)
8  - GPS Data Protocol (0=NMEA, 1=TSIP) (0)
9  - GPS Serial Polarity (0=Non-Inverted, 1=Inverted) (0)
10 - GPS PPS Polarity (0=Non-Inverted, 1=Inverted, 2=NONE) (0)
11 - GPS Baud Rate (4800)
12 - External CTCSS (0=Ignore, 1=Non-Inverted, 2=Inverted) (0)
13 - COR Type (0=Normal, 1=IGNORE COR, 2=No Receiver) (0)
14 - Debug Level (0)
15  - Alt. VOTER Server Address (FQDN) ()
16  - Alt. VOTER Server Port (Override) (0)
17  - DSP/BEW Mode NOT SUPPORTED
18 - "Duplex Mode 3" (0=DISABLED, 1-255 Hang Time) (1/10 secs) (0)
19 - Simulcast Launch Delay (600) (approx 200 ns, 5 = 1us, > 0 to ENA SC)
97 - RX Level,  98 - Status,  99 - Save Values to EEPROM
i - IP Parameters menu, o - Offline Mode Parameters menu
q - Disconnect Remote Console Session, r - reboot system, d - diagnostics
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20171125/bccdf94b/attachment.html>

From vecomm at hotmail.com  Sat Nov 25 17:28:24 2017
From: vecomm at hotmail.com (Sean Dickinson)
Date: Sat, 25 Nov 2017 17:28:24 +0000
Subject: [App_rpt-users] =?utf-8?q?=28no_subject=29?=
Message-ID: <CY4PR1201MB2500FBBC7D1415EC3866F495D0270@CY4PR1201MB2500.namprd12.prod.outlook.com>





Kindest Regards,

Sean Dickinson ( VA3HD ) Master Electrician
VE Communications and Electric
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20171125/865e9f5e/attachment.html>

From ve7lyd at gmail.com  Sat Nov 25 17:28:17 2017
From: ve7lyd at gmail.com (Jesse Lloyd)
Date: Sat, 25 Nov 2017 10:28:17 -0700
Subject: [App_rpt-users] Problem getting RTCM to process received audio
In-Reply-To: <CAGPaoUujYwDLrsU=LmDZ-HamLV-AvMZ19W_kaoxCf81zmThcJA@mail.gmail.com>
References: <CAGPaoUujYwDLrsU=LmDZ-HamLV-AvMZ19W_kaoxCf81zmThcJA@mail.gmail.com>
Message-ID: <DCAA06D7-52CA-4DE4-AE98-2B7D25F1E38E@gmail.com>

Are you feeding unsquelched discriminator audio to the RTCM? 

The calibration needs to work before the RTCM will squelch properly.

Cheers,
Jesse

> On Nov 25, 2017, at 10:18 AM, Doug Kingston <dpk at randomnotes.org> wrote:
> 
> I am trying to prototype a RTCM based voting system with 2 RTCMs.
> I am using two JSLM2 Data Radios as transceivers.  
> Using HP8920B service monitor to drive the radios.
> 
> Good news: I can get both RTCMs and both radios to transmit.  Test tones sound fine. Deviation good.
> 
> Bad news: I can't get the RTCMs to register the incoming audio signal.  There is no CTCSS in these radios, so that line is not connected.  I have no COS signal connected either.  Just audio in/out and PTT to the radio.
> 
> I have confirmed the radios are receiving and are sending audio to the RTCMs using an oscilloscope.  If anything the audio is way high in level.  I measured 1v peak-to-peak when I think the RTCM is expecting 200mV.  Tried the 20db pad with no effect.  My suspicion is that the RTCM is a high-impedance input so the voltage is floating up in the absence of appropriate load (say from a 600 or 2k ohm).
> 
> Second, I never get the green receive light on so I suspect there is actually some squelching or some such going on that is gating the audio signal off.
> 
> Third, I have not been able to the the Squelch calibration or Diode calibration to behave.  Does this require the diagnostic cable described in the interface to be used?  The procedure is not documented well.
> 
> I would love to see a know working config and wiring setup to confirm what I have done.  
> 
> -Doug-
> 
> Current settings:
> 
> Select the following values to View/Modify:
> 
> S/W Version: 1.51 08/08/2017
> System Uptime: 2095.0 Secs
> IP Address: 192.168.0.75
> Netmask: 255.255.255.0
> Gateway: 192.168.0.1
> Primary DNS: 192.168.0.1
> Secondary DNS: 192.168.0.1
> DHCP: 1
> VOTER Server IP: 104.197.124.184
> VOTER Server UDP Port: 667
> OUR UDP Port: 667
> GPS Lock: 1
> Connected: 0
> COR: 0
> EXT CTCSS IN: 1
> PTT: 0
> RSSI: 0
> Current Samples / Sec.: 8000
> Current Peak Audio Level: 112
> Squelch Noise Gain Value: 0, Diode Cal. Value: 0, SQL pot 0
> Current Time: Sat  Nov 25, 2017  17:14:12.740
> Last Rx Pkt System time: <System Time Not Set>, diff: -198435452 msec
> Last Rx Pkt Timestamp time: <System Time Not Set>, diff: 0 msec
> Last Rx Pkt index: 0, inbounds: 0
> 
> 1  - Serial # (1162) (which is MAC ADDR 00:04:A3:00:04:8A)
> 2  - VOTER Server Address (FQDN) (xxx.org)
> 3  - VOTER Server Port (667),  4  - Local Port (Override) (0)
> 5  - Client Password (xxx1),  6  - Host Password (xxx2)
> 7  - Tx Buffer Length (3000)
> 8  - GPS Data Protocol (0=NMEA, 1=TSIP) (0)
> 9  - GPS Serial Polarity (0=Non-Inverted, 1=Inverted) (0)
> 10 - GPS PPS Polarity (0=Non-Inverted, 1=Inverted, 2=NONE) (0)
> 11 - GPS Baud Rate (4800)
> 12 - External CTCSS (0=Ignore, 1=Non-Inverted, 2=Inverted) (0)
> 13 - COR Type (0=Normal, 1=IGNORE COR, 2=No Receiver) (0)
> 14 - Debug Level (0)
> 15  - Alt. VOTER Server Address (FQDN) ()
> 16  - Alt. VOTER Server Port (Override) (0)
> 17  - DSP/BEW Mode NOT SUPPORTED
> 18 - "Duplex Mode 3" (0=DISABLED, 1-255 Hang Time) (1/10 secs) (0)
> 19 - Simulcast Launch Delay (600) (approx 200 ns, 5 = 1us, > 0 to ENA SC)
> 97 - RX Level,  98 - Status,  99 - Save Values to EEPROM
> i - IP Parameters menu, o - Offline Mode Parameters menu
> q - Disconnect Remote Console Session, r - reboot system, d - diagnostics
> 
> 
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at lists.allstarlink.org
> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
> 
> To unsubscribe from this list please visit http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button"
> You do not need a password 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: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20171125/27f542ee/attachment.html>

From dpk at randomnotes.org  Sat Nov 25 17:33:55 2017
From: dpk at randomnotes.org (Doug Kingston)
Date: Sat, 25 Nov 2017 09:33:55 -0800
Subject: [App_rpt-users] Problem getting RTCM to process received audio
In-Reply-To: <DCAA06D7-52CA-4DE4-AE98-2B7D25F1E38E@gmail.com>
References: <CAGPaoUujYwDLrsU=LmDZ-HamLV-AvMZ19W_kaoxCf81zmThcJA@mail.gmail.com>
 <DCAA06D7-52CA-4DE4-AE98-2B7D25F1E38E@gmail.com>
Message-ID: <CAGPaoUv__xeg2TB3OrUgCoF5=7OLBp4gZC07m-WxptLd82gfcg@mail.gmail.com>

Yes, I believe I am feeding unsquelched audio to the RTCM.  How do you
properly do the calibration procedure?

-Doug-

On Sat, Nov 25, 2017 at 9:28 AM, Jesse Lloyd <ve7lyd at gmail.com> wrote:

> Are you feeding unsquelched discriminator audio to the RTCM?
>
> The calibration needs to work before the RTCM will squelch properly.
>
> Cheers,
> Jesse
>
> On Nov 25, 2017, at 10:18 AM, Doug Kingston <dpk at randomnotes.org> wrote:
>
> I am trying to prototype a RTCM based voting system with 2 RTCMs.
> I am using two JSLM2 Data Radios as transceivers.
> Using HP8920B service monitor to drive the radios.
>
> Good news: I can get both RTCMs and both radios to transmit.  Test tones
> sound fine. Deviation good.
>
> Bad news: I can't get the RTCMs to register the incoming audio signal.  There
> is no CTCSS in these radios, so that line is not connected.  I have no COS
> signal connected either.  Just audio in/out and PTT to the radio.
>
> I have confirmed the radios are receiving and are sending audio to the
> RTCMs using an oscilloscope.  If anything the audio is way high in level.
> I measured 1v peak-to-peak when I think the RTCM is expecting 200mV.  Tried
> the 20db pad with no effect.  My suspicion is that the RTCM is a
> high-impedance input so the voltage is floating up in the absence of
> appropriate load (say from a 600 or 2k ohm).
>
> Second, I never get the green receive light on so I suspect there is
> actually some squelching or some such going on that is gating the audio
> signal off.
>
> Third, I have not been able to the the Squelch calibration or Diode
> calibration to behave.  Does this require the diagnostic cable described in
> the interface to be used?  The procedure is not documented well.
>
> I would love to see a know working config and wiring setup to confirm what
> I have done.
>
> -Doug-
>
> Current settings:
>
> Select the following values to View/Modify:
>
> S/W Version: 1.51 08/08/2017
> System Uptime: 2095.0 Secs
> IP Address: 192.168.0.75
> Netmask: 255.255.255.0
> Gateway: 192.168.0.1
> Primary DNS: 192.168.0.1
> Secondary DNS: 192.168.0.1
> DHCP: 1
> VOTER Server IP: 104.197.124.184
> VOTER Server UDP Port: 667
> OUR UDP Port: 667
> GPS Lock: 1
> Connected: 0
> COR: 0
> EXT CTCSS IN: 1
> PTT: 0
> RSSI: 0
> Current Samples / Sec.: 8000
> Current Peak Audio Level: 112
> Squelch Noise Gain Value: 0, Diode Cal. Value: 0, SQL pot 0
> Current Time: Sat  Nov 25, 2017  17:14:12.740
> Last Rx Pkt System time: <System Time Not Set>, diff: -198435452 msec
> Last Rx Pkt Timestamp time: <System Time Not Set>, diff: 0 msec
> Last Rx Pkt index: 0, inbounds: 0
>
> 1  - Serial # (1162) (which is MAC ADDR 00:04:A3:00:04:8A)
> 2  - VOTER Server Address (FQDN) (xxx.org)
> 3  - VOTER Server Port (667),  4  - Local Port (Override) (0)
> 5  - Client Password (xxx1),  6  - Host Password (xxx2)
> 7  - Tx Buffer Length (3000)
> 8  - GPS Data Protocol (0=NMEA, 1=TSIP) (0)
> 9  - GPS Serial Polarity (0=Non-Inverted, 1=Inverted) (0)
> 10 - GPS PPS Polarity (0=Non-Inverted, 1=Inverted, 2=NONE) (0)
> 11 - GPS Baud Rate (4800)
> 12 - External CTCSS (0=Ignore, 1=Non-Inverted, 2=Inverted) (0)
> 13 - COR Type (0=Normal, 1=IGNORE COR, 2=No Receiver) (0)
> 14 - Debug Level (0)
> 15  - Alt. VOTER Server Address (FQDN) ()
> 16  - Alt. VOTER Server Port (Override) (0)
> 17  - DSP/BEW Mode NOT SUPPORTED
> 18 - "Duplex Mode 3" (0=DISABLED, 1-255 Hang Time) (1/10 secs) (0)
> 19 - Simulcast Launch Delay (600) (approx 200 ns, 5 = 1us, > 0 to ENA SC)
> 97 - RX Level,  98 - Status,  99 - Save Values to EEPROM
> i - IP Parameters menu, o - Offline Mode Parameters menu
> q - Disconnect Remote Console Session, r - reboot system, d - diagnostics
>
>
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at lists.allstarlink.org
> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
>
> To unsubscribe from this list please visit http://lists.allstarlink.org/
> cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of
> the page. Enter your email address and press the "Unsubscribe or edit
> options button"
> You do not need a password to unsubscribe, you can do it via email
> confirmation. If you have trouble unsubscribing, please send a message to
> the list detailing the problem.
>
>
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at lists.allstarlink.org
> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
>
> To unsubscribe from this list please visit http://lists.allstarlink.org/
> cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of
> the page. Enter your email address and press the "Unsubscribe or edit
> options button"
> You do not need a password 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: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20171125/15c9b623/attachment.html>

From ve7lyd at gmail.com  Sat Nov 25 18:34:20 2017
From: ve7lyd at gmail.com (Jesse Lloyd)
Date: Sat, 25 Nov 2017 11:34:20 -0700
Subject: [App_rpt-users] Problem getting RTCM to process received audio
In-Reply-To: <CAGPaoUv__xeg2TB3OrUgCoF5=7OLBp4gZC07m-WxptLd82gfcg@mail.gmail.com>
References: <CAGPaoUujYwDLrsU=LmDZ-HamLV-AvMZ19W_kaoxCf81zmThcJA@mail.gmail.com>
 <DCAA06D7-52CA-4DE4-AE98-2B7D25F1E38E@gmail.com>
 <CAGPaoUv__xeg2TB3OrUgCoF5=7OLBp4gZC07m-WxptLd82gfcg@mail.gmail.com>
Message-ID: <1B8B656E-A504-4A01-8AC2-25B0A7DCB1F3@gmail.com>

I flip both middle switches (2&3) down. Wait for the LED to go solid. Flip them back. 

Cheers,
Jesse

> On Nov 25, 2017, at 10:33 AM, Doug Kingston <dpk at randomnotes.org> wrote:
> 
> Yes, I believe I am feeding unsquelched audio to the RTCM.  How do you properly do the calibration procedure?
> 
> -Doug-
> 
>> On Sat, Nov 25, 2017 at 9:28 AM, Jesse Lloyd <ve7lyd at gmail.com> wrote:
>> Are you feeding unsquelched discriminator audio to the RTCM? 
>> 
>> The calibration needs to work before the RTCM will squelch properly.
>> 
>> Cheers,
>> Jesse
>> 
>>> On Nov 25, 2017, at 10:18 AM, Doug Kingston <dpk at randomnotes.org> wrote:
>>> 
>>> I am trying to prototype a RTCM based voting system with 2 RTCMs.
>>> I am using two JSLM2 Data Radios as transceivers.  
>>> Using HP8920B service monitor to drive the radios.
>>> 
>>> Good news: I can get both RTCMs and both radios to transmit.  Test tones sound fine. Deviation good.
>>> 
>>> Bad news: I can't get the RTCMs to register the incoming audio signal.  There is no CTCSS in these radios, so that line is not connected.  I have no COS signal connected either.  Just audio in/out and PTT to the radio.
>>> 
>>> I have confirmed the radios are receiving and are sending audio to the RTCMs using an oscilloscope.  If anything the audio is way high in level.  I measured 1v peak-to-peak when I think the RTCM is expecting 200mV.  Tried the 20db pad with no effect.  My suspicion is that the RTCM is a high-impedance input so the voltage is floating up in the absence of appropriate load (say from a 600 or 2k ohm).
>>> 
>>> Second, I never get the green receive light on so I suspect there is actually some squelching or some such going on that is gating the audio signal off.
>>> 
>>> Third, I have not been able to the the Squelch calibration or Diode calibration to behave.  Does this require the diagnostic cable described in the interface to be used?  The procedure is not documented well.
>>> 
>>> I would love to see a know working config and wiring setup to confirm what I have done.  
>>> 
>>> -Doug-
>>> 
>>> Current settings:
>>> 
>>> Select the following values to View/Modify:
>>> 
>>> S/W Version: 1.51 08/08/2017
>>> System Uptime: 2095.0 Secs
>>> IP Address: 192.168.0.75
>>> Netmask: 255.255.255.0
>>> Gateway: 192.168.0.1
>>> Primary DNS: 192.168.0.1
>>> Secondary DNS: 192.168.0.1
>>> DHCP: 1
>>> VOTER Server IP: 104.197.124.184
>>> VOTER Server UDP Port: 667
>>> OUR UDP Port: 667
>>> GPS Lock: 1
>>> Connected: 0
>>> COR: 0
>>> EXT CTCSS IN: 1
>>> PTT: 0
>>> RSSI: 0
>>> Current Samples / Sec.: 8000
>>> Current Peak Audio Level: 112
>>> Squelch Noise Gain Value: 0, Diode Cal. Value: 0, SQL pot 0
>>> Current Time: Sat  Nov 25, 2017  17:14:12.740
>>> Last Rx Pkt System time: <System Time Not Set>, diff: -198435452 msec
>>> Last Rx Pkt Timestamp time: <System Time Not Set>, diff: 0 msec
>>> Last Rx Pkt index: 0, inbounds: 0
>>> 
>>> 1  - Serial # (1162) (which is MAC ADDR 00:04:A3:00:04:8A)
>>> 2  - VOTER Server Address (FQDN) (xxx.org)
>>> 3  - VOTER Server Port (667),  4  - Local Port (Override) (0)
>>> 5  - Client Password (xxx1),  6  - Host Password (xxx2)
>>> 7  - Tx Buffer Length (3000)
>>> 8  - GPS Data Protocol (0=NMEA, 1=TSIP) (0)
>>> 9  - GPS Serial Polarity (0=Non-Inverted, 1=Inverted) (0)
>>> 10 - GPS PPS Polarity (0=Non-Inverted, 1=Inverted, 2=NONE) (0)
>>> 11 - GPS Baud Rate (4800)
>>> 12 - External CTCSS (0=Ignore, 1=Non-Inverted, 2=Inverted) (0)
>>> 13 - COR Type (0=Normal, 1=IGNORE COR, 2=No Receiver) (0)
>>> 14 - Debug Level (0)
>>> 15  - Alt. VOTER Server Address (FQDN) ()
>>> 16  - Alt. VOTER Server Port (Override) (0)
>>> 17  - DSP/BEW Mode NOT SUPPORTED
>>> 18 - "Duplex Mode 3" (0=DISABLED, 1-255 Hang Time) (1/10 secs) (0)
>>> 19 - Simulcast Launch Delay (600) (approx 200 ns, 5 = 1us, > 0 to ENA SC)
>>> 97 - RX Level,  98 - Status,  99 - Save Values to EEPROM
>>> i - IP Parameters menu, o - Offline Mode Parameters menu
>>> q - Disconnect Remote Console Session, r - reboot system, d - diagnostics
>>> 
>>> 
>>> _______________________________________________
>>> App_rpt-users mailing list
>>> App_rpt-users at lists.allstarlink.org
>>> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
>>> 
>>> To unsubscribe from this list please visit http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button"
>>> You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem.
>> 
>> _______________________________________________
>> App_rpt-users mailing list
>> App_rpt-users at lists.allstarlink.org
>> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
>> 
>> To unsubscribe from this list please visit http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button"
>> You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem.
> 
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at lists.allstarlink.org
> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
> 
> To unsubscribe from this list please visit http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button"
> You do not need a password 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: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20171125/5400b78e/attachment.html>

From dpk at randomnotes.org  Sat Nov 25 19:00:09 2017
From: dpk at randomnotes.org (Doug Kingston)
Date: Sat, 25 Nov 2017 11:00:09 -0800
Subject: [App_rpt-users] Problem getting RTCM to process received audio
In-Reply-To: <1B8B656E-A504-4A01-8AC2-25B0A7DCB1F3@gmail.com>
References: <CAGPaoUujYwDLrsU=LmDZ-HamLV-AvMZ19W_kaoxCf81zmThcJA@mail.gmail.com>
 <DCAA06D7-52CA-4DE4-AE98-2B7D25F1E38E@gmail.com>
 <CAGPaoUv__xeg2TB3OrUgCoF5=7OLBp4gZC07m-WxptLd82gfcg@mail.gmail.com>
 <1B8B656E-A504-4A01-8AC2-25B0A7DCB1F3@gmail.com>
Message-ID: <CAGPaoUtNO6b2hQKimJhgUs+h90BHv_DMgfD7rGw5sVqZEDiSZA@mail.gmail.com>

Mine never goes solid.  It starts blinking more quickly but not as quickly
as the heartbeat LED.  I think that means the test failed.

On Sat, Nov 25, 2017 at 10:34 AM, Jesse Lloyd <ve7lyd at gmail.com> wrote:

> I flip both middle switches (2&3) down. Wait for the LED to go solid. Flip
> them back.
>
> Cheers,
> Jesse
>
> On Nov 25, 2017, at 10:33 AM, Doug Kingston <dpk at randomnotes.org> wrote:
>
> Yes, I believe I am feeding unsquelched audio to the RTCM.  How do you
> properly do the calibration procedure?
>
> -Doug-
>
> On Sat, Nov 25, 2017 at 9:28 AM, Jesse Lloyd <ve7lyd at gmail.com> wrote:
>
>> Are you feeding unsquelched discriminator audio to the RTCM?
>>
>> The calibration needs to work before the RTCM will squelch properly.
>>
>> Cheers,
>> Jesse
>>
>> On Nov 25, 2017, at 10:18 AM, Doug Kingston <dpk at randomnotes.org> wrote:
>>
>> I am trying to prototype a RTCM based voting system with 2 RTCMs.
>> I am using two JSLM2 Data Radios as transceivers.
>> Using HP8920B service monitor to drive the radios.
>>
>> Good news: I can get both RTCMs and both radios to transmit.  Test tones
>> sound fine. Deviation good.
>>
>> Bad news: I can't get the RTCMs to register the incoming audio signal.  There
>> is no CTCSS in these radios, so that line is not connected.  I have no COS
>> signal connected either.  Just audio in/out and PTT to the radio.
>>
>> I have confirmed the radios are receiving and are sending audio to the
>> RTCMs using an oscilloscope.  If anything the audio is way high in level.
>> I measured 1v peak-to-peak when I think the RTCM is expecting 200mV.  Tried
>> the 20db pad with no effect.  My suspicion is that the RTCM is a
>> high-impedance input so the voltage is floating up in the absence of
>> appropriate load (say from a 600 or 2k ohm).
>>
>> Second, I never get the green receive light on so I suspect there is
>> actually some squelching or some such going on that is gating the audio
>> signal off.
>>
>> Third, I have not been able to the the Squelch calibration or Diode
>> calibration to behave.  Does this require the diagnostic cable described in
>> the interface to be used?  The procedure is not documented well.
>>
>> I would love to see a know working config and wiring setup to confirm
>> what I have done.
>>
>> -Doug-
>>
>> Current settings:
>>
>> Select the following values to View/Modify:
>>
>> S/W Version: 1.51 08/08/2017
>> System Uptime: 2095.0 Secs
>> IP Address: 192.168.0.75
>> Netmask: 255.255.255.0
>> Gateway: 192.168.0.1
>> Primary DNS: 192.168.0.1
>> Secondary DNS: 192.168.0.1
>> DHCP: 1
>> VOTER Server IP: 104.197.124.184
>> VOTER Server UDP Port: 667
>> OUR UDP Port: 667
>> GPS Lock: 1
>> Connected: 0
>> COR: 0
>> EXT CTCSS IN: 1
>> PTT: 0
>> RSSI: 0
>> Current Samples / Sec.: 8000
>> Current Peak Audio Level: 112
>> Squelch Noise Gain Value: 0, Diode Cal. Value: 0, SQL pot 0
>> Current Time: Sat  Nov 25, 2017  17:14:12.740
>> Last Rx Pkt System time: <System Time Not Set>, diff: -198435452 msec
>> Last Rx Pkt Timestamp time: <System Time Not Set>, diff: 0 msec
>> Last Rx Pkt index: 0, inbounds: 0
>>
>> 1  - Serial # (1162) (which is MAC ADDR 00:04:A3:00:04:8A)
>> 2  - VOTER Server Address (FQDN) (xxx.org)
>> 3  - VOTER Server Port (667),  4  - Local Port (Override) (0)
>> 5  - Client Password (xxx1),  6  - Host Password (xxx2)
>> 7  - Tx Buffer Length (3000)
>> 8  - GPS Data Protocol (0=NMEA, 1=TSIP) (0)
>> 9  - GPS Serial Polarity (0=Non-Inverted, 1=Inverted) (0)
>> 10 - GPS PPS Polarity (0=Non-Inverted, 1=Inverted, 2=NONE) (0)
>> 11 - GPS Baud Rate (4800)
>> 12 - External CTCSS (0=Ignore, 1=Non-Inverted, 2=Inverted) (0)
>> 13 - COR Type (0=Normal, 1=IGNORE COR, 2=No Receiver) (0)
>> 14 - Debug Level (0)
>> 15  - Alt. VOTER Server Address (FQDN) ()
>> 16  - Alt. VOTER Server Port (Override) (0)
>> 17  - DSP/BEW Mode NOT SUPPORTED
>> 18 - "Duplex Mode 3" (0=DISABLED, 1-255 Hang Time) (1/10 secs) (0)
>> 19 - Simulcast Launch Delay (600) (approx 200 ns, 5 = 1us, > 0 to ENA SC)
>> 97 - RX Level,  98 - Status,  99 - Save Values to EEPROM
>> i - IP Parameters menu, o - Offline Mode Parameters menu
>> q - Disconnect Remote Console Session, r - reboot system, d - diagnostics
>>
>>
>> _______________________________________________
>> App_rpt-users mailing list
>> App_rpt-users at lists.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: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20171125/566a3739/attachment.html>

From ve7lyd at gmail.com  Sat Nov 25 19:27:06 2017
From: ve7lyd at gmail.com (Jesse Lloyd)
Date: Sat, 25 Nov 2017 12:27:06 -0700
Subject: [App_rpt-users] Problem getting RTCM to process received audio
In-Reply-To: <CAGPaoUtNO6b2hQKimJhgUs+h90BHv_DMgfD7rGw5sVqZEDiSZA@mail.gmail.com>
References: <CAGPaoUujYwDLrsU=LmDZ-HamLV-AvMZ19W_kaoxCf81zmThcJA@mail.gmail.com>
 <DCAA06D7-52CA-4DE4-AE98-2B7D25F1E38E@gmail.com>
 <CAGPaoUv__xeg2TB3OrUgCoF5=7OLBp4gZC07m-WxptLd82gfcg@mail.gmail.com>
 <1B8B656E-A504-4A01-8AC2-25B0A7DCB1F3@gmail.com>
 <CAGPaoUtNO6b2hQKimJhgUs+h90BHv_DMgfD7rGw5sVqZEDiSZA@mail.gmail.com>
Message-ID: <AAD66CF7-8E63-4544-969C-0D4D48923661@gmail.com>

Yup. So your levels are either too hot or too low coming in. Throw a test tone on the receiver and measure your audio level with a scope or dmm on the input to the RTCM. 

Cheers,
Jesse

> On Nov 25, 2017, at 12:00 PM, Doug Kingston <dpk at randomnotes.org> wrote:
> 
> Mine never goes solid.  It starts blinking more quickly but not as quickly as the heartbeat LED.  I think that means the test failed.
> 
>> On Sat, Nov 25, 2017 at 10:34 AM, Jesse Lloyd <ve7lyd at gmail.com> wrote:
>> I flip both middle switches (2&3) down. Wait for the LED to go solid. Flip them back. 
>> 
>> Cheers,
>> Jesse
>> 
>>> On Nov 25, 2017, at 10:33 AM, Doug Kingston <dpk at randomnotes.org> wrote:
>>> 
>>> Yes, I believe I am feeding unsquelched audio to the RTCM.  How do you properly do the calibration procedure?
>>> 
>>> -Doug-
>>> 
>>>> On Sat, Nov 25, 2017 at 9:28 AM, Jesse Lloyd <ve7lyd at gmail.com> wrote:
>>>> Are you feeding unsquelched discriminator audio to the RTCM? 
>>>> 
>>>> The calibration needs to work before the RTCM will squelch properly.
>>>> 
>>>> Cheers,
>>>> Jesse
>>>> 
>>>>> On Nov 25, 2017, at 10:18 AM, Doug Kingston <dpk at randomnotes.org> wrote:
>>>>> 
>>>>> I am trying to prototype a RTCM based voting system with 2 RTCMs.
>>>>> I am using two JSLM2 Data Radios as transceivers.  
>>>>> Using HP8920B service monitor to drive the radios.
>>>>> 
>>>>> Good news: I can get both RTCMs and both radios to transmit.  Test tones sound fine. Deviation good.
>>>>> 
>>>>> Bad news: I can't get the RTCMs to register the incoming audio signal.  There is no CTCSS in these radios, so that line is not connected.  I have no COS signal connected either.  Just audio in/out and PTT to the radio.
>>>>> 
>>>>> I have confirmed the radios are receiving and are sending audio to the RTCMs using an oscilloscope.  If anything the audio is way high in level.  I measured 1v peak-to-peak when I think the RTCM is expecting 200mV.  Tried the 20db pad with no effect.  My suspicion is that the RTCM is a high-impedance input so the voltage is floating up in the absence of appropriate load (say from a 600 or 2k ohm).
>>>>> 
>>>>> Second, I never get the green receive light on so I suspect there is actually some squelching or some such going on that is gating the audio signal off.
>>>>> 
>>>>> Third, I have not been able to the the Squelch calibration or Diode calibration to behave.  Does this require the diagnostic cable described in the interface to be used?  The procedure is not documented well.
>>>>> 
>>>>> I would love to see a know working config and wiring setup to confirm what I have done.  
>>>>> 
>>>>> -Doug-
>>>>> 
>>>>> Current settings:
>>>>> 
>>>>> Select the following values to View/Modify:
>>>>> 
>>>>> S/W Version: 1.51 08/08/2017
>>>>> System Uptime: 2095.0 Secs
>>>>> IP Address: 192.168.0.75
>>>>> Netmask: 255.255.255.0
>>>>> Gateway: 192.168.0.1
>>>>> Primary DNS: 192.168.0.1
>>>>> Secondary DNS: 192.168.0.1
>>>>> DHCP: 1
>>>>> VOTER Server IP: 104.197.124.184
>>>>> VOTER Server UDP Port: 667
>>>>> OUR UDP Port: 667
>>>>> GPS Lock: 1
>>>>> Connected: 0
>>>>> COR: 0
>>>>> EXT CTCSS IN: 1
>>>>> PTT: 0
>>>>> RSSI: 0
>>>>> Current Samples / Sec.: 8000
>>>>> Current Peak Audio Level: 112
>>>>> Squelch Noise Gain Value: 0, Diode Cal. Value: 0, SQL pot 0
>>>>> Current Time: Sat  Nov 25, 2017  17:14:12.740
>>>>> Last Rx Pkt System time: <System Time Not Set>, diff: -198435452 msec
>>>>> Last Rx Pkt Timestamp time: <System Time Not Set>, diff: 0 msec
>>>>> Last Rx Pkt index: 0, inbounds: 0
>>>>> 
>>>>> 1  - Serial # (1162) (which is MAC ADDR 00:04:A3:00:04:8A)
>>>>> 2  - VOTER Server Address (FQDN) (xxx.org)
>>>>> 3  - VOTER Server Port (667),  4  - Local Port (Override) (0)
>>>>> 5  - Client Password (xxx1),  6  - Host Password (xxx2)
>>>>> 7  - Tx Buffer Length (3000)
>>>>> 8  - GPS Data Protocol (0=NMEA, 1=TSIP) (0)
>>>>> 9  - GPS Serial Polarity (0=Non-Inverted, 1=Inverted) (0)
>>>>> 10 - GPS PPS Polarity (0=Non-Inverted, 1=Inverted, 2=NONE) (0)
>>>>> 11 - GPS Baud Rate (4800)
>>>>> 12 - External CTCSS (0=Ignore, 1=Non-Inverted, 2=Inverted) (0)
>>>>> 13 - COR Type (0=Normal, 1=IGNORE COR, 2=No Receiver) (0)
>>>>> 14 - Debug Level (0)
>>>>> 15  - Alt. VOTER Server Address (FQDN) ()
>>>>> 16  - Alt. VOTER Server Port (Override) (0)
>>>>> 17  - DSP/BEW Mode NOT SUPPORTED
>>>>> 18 - "Duplex Mode 3" (0=DISABLED, 1-255 Hang Time) (1/10 secs) (0)
>>>>> 19 - Simulcast Launch Delay (600) (approx 200 ns, 5 = 1us, > 0 to ENA SC)
>>>>> 97 - RX Level,  98 - Status,  99 - Save Values to EEPROM
>>>>> i - IP Parameters menu, o - Offline Mode Parameters menu
>>>>> q - Disconnect Remote Console Session, r - reboot system, d - diagnostics
>>>>> 
>>>>> 
>>>>> _______________________________________________
>>>>> App_rpt-users mailing list
>>>>> App_rpt-users at lists.allstarlink.org
>>>>> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
>>>>> 
>>>>> To unsubscribe from this list please visit http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button"
>>>>> You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem.
>>>> 
>>>> _______________________________________________
>>>> App_rpt-users mailing list
>>>> App_rpt-users at lists.allstarlink.org
>>>> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
>>>> 
>>>> To unsubscribe from this list please visit http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button"
>>>> You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem.
>>> 
>>> _______________________________________________
>>> App_rpt-users mailing list
>>> App_rpt-users at lists.allstarlink.org
>>> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
>>> 
>>> To unsubscribe from this list please visit http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button"
>>> You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem.
>> 
>> _______________________________________________
>> App_rpt-users mailing list
>> App_rpt-users at lists.allstarlink.org
>> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
>> 
>> To unsubscribe from this list please visit http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button"
>> You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem.
> 
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at lists.allstarlink.org
> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
> 
> To unsubscribe from this list please visit http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button"
> You do not need a password 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: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20171125/f2322a40/attachment.html>

From dpk at randomnotes.org  Sat Nov 25 20:02:47 2017
From: dpk at randomnotes.org (Doug Kingston)
Date: Sat, 25 Nov 2017 12:02:47 -0800
Subject: [App_rpt-users] Problem getting RTCM to process received audio
In-Reply-To: <AAD66CF7-8E63-4544-969C-0D4D48923661@gmail.com>
References: <CAGPaoUujYwDLrsU=LmDZ-HamLV-AvMZ19W_kaoxCf81zmThcJA@mail.gmail.com>
 <DCAA06D7-52CA-4DE4-AE98-2B7D25F1E38E@gmail.com>
 <CAGPaoUv__xeg2TB3OrUgCoF5=7OLBp4gZC07m-WxptLd82gfcg@mail.gmail.com>
 <1B8B656E-A504-4A01-8AC2-25B0A7DCB1F3@gmail.com>
 <CAGPaoUtNO6b2hQKimJhgUs+h90BHv_DMgfD7rGw5sVqZEDiSZA@mail.gmail.com>
 <AAD66CF7-8E63-4544-969C-0D4D48923661@gmail.com>
Message-ID: <CAGPaoUtiysLkA5CvGs-rWgUek=ShkY5oo3tbuFkdQtv2ANNRWA@mail.gmail.com>

I did a Firmware Reset by setting SW2-1.  Now its lost my IP settings (not
surprising).  What are the default IP settings for a firmware reset RTCM?

On Sat, Nov 25, 2017 at 11:27 AM, Jesse Lloyd <ve7lyd at gmail.com> wrote:

> Yup. So your levels are either too hot or too low coming in. Throw a test
> tone on the receiver and measure your audio level with a scope or dmm on
> the input to the RTCM.
>
> Cheers,
> Jesse
>
> On Nov 25, 2017, at 12:00 PM, Doug Kingston <dpk at randomnotes.org> wrote:
>
> Mine never goes solid.  It starts blinking more quickly but not as quickly
> as the heartbeat LED.  I think that means the test failed.
>
> On Sat, Nov 25, 2017 at 10:34 AM, Jesse Lloyd <ve7lyd at gmail.com> wrote:
>
>> I flip both middle switches (2&3) down. Wait for the LED to go solid.
>> Flip them back.
>>
>> Cheers,
>> Jesse
>>
>> On Nov 25, 2017, at 10:33 AM, Doug Kingston <dpk at randomnotes.org> wrote:
>>
>> Yes, I believe I am feeding unsquelched audio to the RTCM.  How do you
>> properly do the calibration procedure?
>>
>> -Doug-
>>
>> On Sat, Nov 25, 2017 at 9:28 AM, Jesse Lloyd <ve7lyd at gmail.com> wrote:
>>
>>> Are you feeding unsquelched discriminator audio to the RTCM?
>>>
>>> The calibration needs to work before the RTCM will squelch properly.
>>>
>>> Cheers,
>>> Jesse
>>>
>>> On Nov 25, 2017, at 10:18 AM, Doug Kingston <dpk at randomnotes.org> wrote:
>>>
>>> I am trying to prototype a RTCM based voting system with 2 RTCMs.
>>> I am using two JSLM2 Data Radios as transceivers.
>>> Using HP8920B service monitor to drive the radios.
>>>
>>> Good news: I can get both RTCMs and both radios to transmit.  Test tones
>>> sound fine. Deviation good.
>>>
>>> Bad news: I can't get the RTCMs to register the incoming audio signal.  There
>>> is no CTCSS in these radios, so that line is not connected.  I have no COS
>>> signal connected either.  Just audio in/out and PTT to the radio.
>>>
>>> I have confirmed the radios are receiving and are sending audio to the
>>> RTCMs using an oscilloscope.  If anything the audio is way high in level.
>>> I measured 1v peak-to-peak when I think the RTCM is expecting 200mV.  Tried
>>> the 20db pad with no effect.  My suspicion is that the RTCM is a
>>> high-impedance input so the voltage is floating up in the absence of
>>> appropriate load (say from a 600 or 2k ohm).
>>>
>>> Second, I never get the green receive light on so I suspect there is
>>> actually some squelching or some such going on that is gating the audio
>>> signal off.
>>>
>>> Third, I have not been able to the the Squelch calibration or Diode
>>> calibration to behave.  Does this require the diagnostic cable described in
>>> the interface to be used?  The procedure is not documented well.
>>>
>>> I would love to see a know working config and wiring setup to confirm
>>> what I have done.
>>>
>>> -Doug-
>>>
>>> Current settings:
>>>
>>> Select the following values to View/Modify:
>>>
>>> S/W Version: 1.51 08/08/2017
>>> System Uptime: 2095.0 Secs
>>> IP Address: 192.168.0.75
>>> Netmask: 255.255.255.0
>>> Gateway: 192.168.0.1
>>> Primary DNS: 192.168.0.1
>>> Secondary DNS: 192.168.0.1
>>> DHCP: 1
>>> VOTER Server IP: 104.197.124.184
>>> VOTER Server UDP Port: 667
>>> OUR UDP Port: 667
>>> GPS Lock: 1
>>> Connected: 0
>>> COR: 0
>>> EXT CTCSS IN: 1
>>> PTT: 0
>>> RSSI: 0
>>> Current Samples / Sec.: 8000
>>> Current Peak Audio Level: 112
>>> Squelch Noise Gain Value: 0, Diode Cal. Value: 0, SQL pot 0
>>> Current Time: Sat  Nov 25, 2017  17:14:12.740
>>> Last Rx Pkt System time: <System Time Not Set>, diff: -198435452 msec
>>> Last Rx Pkt Timestamp time: <System Time Not Set>, diff: 0 msec
>>> Last Rx Pkt index: 0, inbounds: 0
>>>
>>> 1  - Serial # (1162) (which is MAC ADDR 00:04:A3:00:04:8A)
>>> 2  - VOTER Server Address (FQDN) (xxx.org)
>>> 3  - VOTER Server Port (667),  4  - Local Port (Override) (0)
>>> 5  - Client Password (xxx1),  6  - Host Password (xxx2)
>>> 7  - Tx Buffer Length (3000)
>>> 8  - GPS Data Protocol (0=NMEA, 1=TSIP) (0)
>>> 9  - GPS Serial Polarity (0=Non-Inverted, 1=Inverted) (0)
>>> 10 - GPS PPS Polarity (0=Non-Inverted, 1=Inverted, 2=NONE) (0)
>>> 11 - GPS Baud Rate (4800)
>>> 12 - External CTCSS (0=Ignore, 1=Non-Inverted, 2=Inverted) (0)
>>> 13 - COR Type (0=Normal, 1=IGNORE COR, 2=No Receiver) (0)
>>> 14 - Debug Level (0)
>>> 15  - Alt. VOTER Server Address (FQDN) ()
>>> 16  - Alt. VOTER Server Port (Override) (0)
>>> 17  - DSP/BEW Mode NOT SUPPORTED
>>> 18 - "Duplex Mode 3" (0=DISABLED, 1-255 Hang Time) (1/10 secs) (0)
>>> 19 - Simulcast Launch Delay (600) (approx 200 ns, 5 = 1us, > 0 to ENA SC)
>>> 97 - RX Level,  98 - Status,  99 - Save Values to EEPROM
>>> i - IP Parameters menu, o - Offline Mode Parameters menu
>>> q - Disconnect Remote Console Session, r - reboot system, d - diagnostics
>>>
>>>
>>> _______________________________________________
>>> App_rpt-users mailing list
>>> App_rpt-users at lists.allstarlink.org
>>> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
>>>
>>> To unsubscribe from this list please visit
>>> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users and
>>> scroll down to the bottom of the page. Enter your email address and press
>>> the "Unsubscribe or edit options button"
>>> You do not need a password to unsubscribe, you can do it via email
>>> confirmation. If you have trouble unsubscribing, please send a message to
>>> the list detailing the problem.
>>>
>>>
>>> _______________________________________________
>>> App_rpt-users mailing list
>>> App_rpt-users at lists.allstarlink.org
>>> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
>>>
>>> To unsubscribe from this list please visit
>>> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users and
>>> scroll down to the bottom of the page. Enter your email address and press
>>> the "Unsubscribe or edit options button"
>>> You do not need a password to unsubscribe, you can do it via email
>>> confirmation. If you have trouble unsubscribing, please send a message to
>>> the list detailing the problem.
>>>
>>
>> _______________________________________________
>> App_rpt-users mailing list
>> App_rpt-users at lists.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: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20171125/9c522733/attachment.html>

From ve7lyd at gmail.com  Sat Nov 25 20:24:40 2017
From: ve7lyd at gmail.com (Jesse Lloyd)
Date: Sat, 25 Nov 2017 13:24:40 -0700
Subject: [App_rpt-users] Problem getting RTCM to process received audio
In-Reply-To: <CAGPaoUtiysLkA5CvGs-rWgUek=ShkY5oo3tbuFkdQtv2ANNRWA@mail.gmail.com>
References: <CAGPaoUujYwDLrsU=LmDZ-HamLV-AvMZ19W_kaoxCf81zmThcJA@mail.gmail.com>
 <DCAA06D7-52CA-4DE4-AE98-2B7D25F1E38E@gmail.com>
 <CAGPaoUv__xeg2TB3OrUgCoF5=7OLBp4gZC07m-WxptLd82gfcg@mail.gmail.com>
 <1B8B656E-A504-4A01-8AC2-25B0A7DCB1F3@gmail.com>
 <CAGPaoUtNO6b2hQKimJhgUs+h90BHv_DMgfD7rGw5sVqZEDiSZA@mail.gmail.com>
 <AAD66CF7-8E63-4544-969C-0D4D48923661@gmail.com>
 <CAGPaoUtiysLkA5CvGs-rWgUek=ShkY5oo3tbuFkdQtv2ANNRWA@mail.gmail.com>
Message-ID: <F00A34D4-239C-4806-B9AE-40A0622DC7D1@gmail.com>

They default to DHCP and if that fails i think its 192.168.1.11? Cant recall. I use a serial cable to get it going. 

Cheers,
Jesse

> On Nov 25, 2017, at 1:02 PM, Doug Kingston <dpk at randomnotes.org> wrote:
> 
> I did a Firmware Reset by setting SW2-1.  Now its lost my IP settings (not surprising).  What are the default IP settings for a firmware reset RTCM?
> 
>> On Sat, Nov 25, 2017 at 11:27 AM, Jesse Lloyd <ve7lyd at gmail.com> wrote:
>> Yup. So your levels are either too hot or too low coming in. Throw a test tone on the receiver and measure your audio level with a scope or dmm on the input to the RTCM. 
>> 
>> Cheers,
>> Jesse
>> 
>>> On Nov 25, 2017, at 12:00 PM, Doug Kingston <dpk at randomnotes.org> wrote:
>>> 
>>> Mine never goes solid.  It starts blinking more quickly but not as quickly as the heartbeat LED.  I think that means the test failed.
>>> 
>>>> On Sat, Nov 25, 2017 at 10:34 AM, Jesse Lloyd <ve7lyd at gmail.com> wrote:
>>>> I flip both middle switches (2&3) down. Wait for the LED to go solid. Flip them back. 
>>>> 
>>>> Cheers,
>>>> Jesse
>>>> 
>>>>> On Nov 25, 2017, at 10:33 AM, Doug Kingston <dpk at randomnotes.org> wrote:
>>>>> 
>>>>> Yes, I believe I am feeding unsquelched audio to the RTCM.  How do you properly do the calibration procedure?
>>>>> 
>>>>> -Doug-
>>>>> 
>>>>>> On Sat, Nov 25, 2017 at 9:28 AM, Jesse Lloyd <ve7lyd at gmail.com> wrote:
>>>>>> Are you feeding unsquelched discriminator audio to the RTCM? 
>>>>>> 
>>>>>> The calibration needs to work before the RTCM will squelch properly.
>>>>>> 
>>>>>> Cheers,
>>>>>> Jesse
>>>>>> 
>>>>>>> On Nov 25, 2017, at 10:18 AM, Doug Kingston <dpk at randomnotes.org> wrote:
>>>>>>> 
>>>>>>> I am trying to prototype a RTCM based voting system with 2 RTCMs.
>>>>>>> I am using two JSLM2 Data Radios as transceivers.  
>>>>>>> Using HP8920B service monitor to drive the radios.
>>>>>>> 
>>>>>>> Good news: I can get both RTCMs and both radios to transmit.  Test tones sound fine. Deviation good.
>>>>>>> 
>>>>>>> Bad news: I can't get the RTCMs to register the incoming audio signal.  There is no CTCSS in these radios, so that line is not connected.  I have no COS signal connected either.  Just audio in/out and PTT to the radio.
>>>>>>> 
>>>>>>> I have confirmed the radios are receiving and are sending audio to the RTCMs using an oscilloscope.  If anything the audio is way high in level.  I measured 1v peak-to-peak when I think the RTCM is expecting 200mV.  Tried the 20db pad with no effect.  My suspicion is that the RTCM is a high-impedance input so the voltage is floating up in the absence of appropriate load (say from a 600 or 2k ohm).
>>>>>>> 
>>>>>>> Second, I never get the green receive light on so I suspect there is actually some squelching or some such going on that is gating the audio signal off.
>>>>>>> 
>>>>>>> Third, I have not been able to the the Squelch calibration or Diode calibration to behave.  Does this require the diagnostic cable described in the interface to be used?  The procedure is not documented well.
>>>>>>> 
>>>>>>> I would love to see a know working config and wiring setup to confirm what I have done.  
>>>>>>> 
>>>>>>> -Doug-
>>>>>>> 
>>>>>>> Current settings:
>>>>>>> 
>>>>>>> Select the following values to View/Modify:
>>>>>>> 
>>>>>>> S/W Version: 1.51 08/08/2017
>>>>>>> System Uptime: 2095.0 Secs
>>>>>>> IP Address: 192.168.0.75
>>>>>>> Netmask: 255.255.255.0
>>>>>>> Gateway: 192.168.0.1
>>>>>>> Primary DNS: 192.168.0.1
>>>>>>> Secondary DNS: 192.168.0.1
>>>>>>> DHCP: 1
>>>>>>> VOTER Server IP: 104.197.124.184
>>>>>>> VOTER Server UDP Port: 667
>>>>>>> OUR UDP Port: 667
>>>>>>> GPS Lock: 1
>>>>>>> Connected: 0
>>>>>>> COR: 0
>>>>>>> EXT CTCSS IN: 1
>>>>>>> PTT: 0
>>>>>>> RSSI: 0
>>>>>>> Current Samples / Sec.: 8000
>>>>>>> Current Peak Audio Level: 112
>>>>>>> Squelch Noise Gain Value: 0, Diode Cal. Value: 0, SQL pot 0
>>>>>>> Current Time: Sat  Nov 25, 2017  17:14:12.740
>>>>>>> Last Rx Pkt System time: <System Time Not Set>, diff: -198435452 msec
>>>>>>> Last Rx Pkt Timestamp time: <System Time Not Set>, diff: 0 msec
>>>>>>> Last Rx Pkt index: 0, inbounds: 0
>>>>>>> 
>>>>>>> 1  - Serial # (1162) (which is MAC ADDR 00:04:A3:00:04:8A)
>>>>>>> 2  - VOTER Server Address (FQDN) (xxx.org)
>>>>>>> 3  - VOTER Server Port (667),  4  - Local Port (Override) (0)
>>>>>>> 5  - Client Password (xxx1),  6  - Host Password (xxx2)
>>>>>>> 7  - Tx Buffer Length (3000)
>>>>>>> 8  - GPS Data Protocol (0=NMEA, 1=TSIP) (0)
>>>>>>> 9  - GPS Serial Polarity (0=Non-Inverted, 1=Inverted) (0)
>>>>>>> 10 - GPS PPS Polarity (0=Non-Inverted, 1=Inverted, 2=NONE) (0)
>>>>>>> 11 - GPS Baud Rate (4800)
>>>>>>> 12 - External CTCSS (0=Ignore, 1=Non-Inverted, 2=Inverted) (0)
>>>>>>> 13 - COR Type (0=Normal, 1=IGNORE COR, 2=No Receiver) (0)
>>>>>>> 14 - Debug Level (0)
>>>>>>> 15  - Alt. VOTER Server Address (FQDN) ()
>>>>>>> 16  - Alt. VOTER Server Port (Override) (0)
>>>>>>> 17  - DSP/BEW Mode NOT SUPPORTED
>>>>>>> 18 - "Duplex Mode 3" (0=DISABLED, 1-255 Hang Time) (1/10 secs) (0)
>>>>>>> 19 - Simulcast Launch Delay (600) (approx 200 ns, 5 = 1us, > 0 to ENA SC)
>>>>>>> 97 - RX Level,  98 - Status,  99 - Save Values to EEPROM
>>>>>>> i - IP Parameters menu, o - Offline Mode Parameters menu
>>>>>>> q - Disconnect Remote Console Session, r - reboot system, d - diagnostics
>>>>>>> 
>>>>>>> 
>>>>>>> _______________________________________________
>>>>>>> App_rpt-users mailing list
>>>>>>> App_rpt-users at lists.allstarlink.org
>>>>>>> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
>>>>>>> 
>>>>>>> To unsubscribe from this list please visit http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button"
>>>>>>> You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem.
>>>>>> 
>>>>>> _______________________________________________
>>>>>> App_rpt-users mailing list
>>>>>> App_rpt-users at lists.allstarlink.org
>>>>>> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
>>>>>> 
>>>>>> To unsubscribe from this list please visit http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button"
>>>>>> You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem. 
>>>>> 
>>>>> _______________________________________________
>>>>> App_rpt-users mailing list
>>>>> App_rpt-users at lists.allstarlink.org
>>>>> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
>>>>> 
>>>>> To unsubscribe from this list please visit http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button"
>>>>> You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem.
>>>> 
>>>> _______________________________________________
>>>> App_rpt-users mailing list
>>>> App_rpt-users at lists.allstarlink.org
>>>> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
>>>> 
>>>> To unsubscribe from this list please visit http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button"
>>>> You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem. 
>>> 
>>> _______________________________________________
>>> App_rpt-users mailing list
>>> App_rpt-users at lists.allstarlink.org
>>> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
>>> 
>>> To unsubscribe from this list please visit http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button"
>>> You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem.
>> 
>> _______________________________________________
>> App_rpt-users mailing list
>> App_rpt-users at lists.allstarlink.org
>> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
>> 
>> To unsubscribe from this list please visit http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button"
>> You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem. 
> 
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at lists.allstarlink.org
> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
> 
> To unsubscribe from this list please visit http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button"
> You do not need a password 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: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20171125/f34fbe6e/attachment.html>

From dpk at randomnotes.org  Sat Nov 25 20:43:40 2017
From: dpk at randomnotes.org (Doug Kingston)
Date: Sat, 25 Nov 2017 12:43:40 -0800
Subject: [App_rpt-users] Problem getting RTCM to process received audio
In-Reply-To: <F00A34D4-239C-4806-B9AE-40A0622DC7D1@gmail.com>
References: <CAGPaoUujYwDLrsU=LmDZ-HamLV-AvMZ19W_kaoxCf81zmThcJA@mail.gmail.com>
 <DCAA06D7-52CA-4DE4-AE98-2B7D25F1E38E@gmail.com>
 <CAGPaoUv__xeg2TB3OrUgCoF5=7OLBp4gZC07m-WxptLd82gfcg@mail.gmail.com>
 <1B8B656E-A504-4A01-8AC2-25B0A7DCB1F3@gmail.com>
 <CAGPaoUtNO6b2hQKimJhgUs+h90BHv_DMgfD7rGw5sVqZEDiSZA@mail.gmail.com>
 <AAD66CF7-8E63-4544-969C-0D4D48923661@gmail.com>
 <CAGPaoUtiysLkA5CvGs-rWgUek=ShkY5oo3tbuFkdQtv2ANNRWA@mail.gmail.com>
 <F00A34D4-239C-4806-B9AE-40A0622DC7D1@gmail.com>
Message-ID: <CAGPaoUu7q96pebCbZrNPHaJJRXM+dPip0cnnyPuM0U1jFJmS-w@mail.gmail.com>

I figured this out...

As you said, after a reset, the RTCM defaults to DHCP.  The firmware reset
also resets the serial number which is used to create the MAC address so
your DHCP mapping will change if you change the serial number or its reset
(default is 1234).  Once you find the new DHCP assigned address, you can
telnet in, change the serial number back and the RTCM will return to its
original MAC address (and DHCP assigned IP normally).

Wireshark is your friend...

-Doug-

On Sat, Nov 25, 2017 at 12:24 PM, Jesse Lloyd <ve7lyd at gmail.com> wrote:

> They default to DHCP and if that fails i think its 192.168.1.11? Cant
> recall. I use a serial cable to get it going.
>
> Cheers,
> Jesse
>
> On Nov 25, 2017, at 1:02 PM, Doug Kingston <dpk at randomnotes.org> wrote:
>
> I did a Firmware Reset by setting SW2-1.  Now its lost my IP settings (not
> surprising).  What are the default IP settings for a firmware reset RTCM?
>
> On Sat, Nov 25, 2017 at 11:27 AM, Jesse Lloyd <ve7lyd at gmail.com> wrote:
>
>> Yup. So your levels are either too hot or too low coming in. Throw a test
>> tone on the receiver and measure your audio level with a scope or dmm on
>> the input to the RTCM.
>>
>> Cheers,
>> Jesse
>>
>> On Nov 25, 2017, at 12:00 PM, Doug Kingston <dpk at randomnotes.org> wrote:
>>
>> Mine never goes solid.  It starts blinking more quickly but not as
>> quickly as the heartbeat LED.  I think that means the test failed.
>>
>> On Sat, Nov 25, 2017 at 10:34 AM, Jesse Lloyd <ve7lyd at gmail.com> wrote:
>>
>>> I flip both middle switches (2&3) down. Wait for the LED to go solid.
>>> Flip them back.
>>>
>>> Cheers,
>>> Jesse
>>>
>>> On Nov 25, 2017, at 10:33 AM, Doug Kingston <dpk at randomnotes.org> wrote:
>>>
>>> Yes, I believe I am feeding unsquelched audio to the RTCM.  How do you
>>> properly do the calibration procedure?
>>>
>>> -Doug-
>>>
>>> On Sat, Nov 25, 2017 at 9:28 AM, Jesse Lloyd <ve7lyd at gmail.com> wrote:
>>>
>>>> Are you feeding unsquelched discriminator audio to the RTCM?
>>>>
>>>> The calibration needs to work before the RTCM will squelch properly.
>>>>
>>>> Cheers,
>>>> Jesse
>>>>
>>>> On Nov 25, 2017, at 10:18 AM, Doug Kingston <dpk at randomnotes.org>
>>>> wrote:
>>>>
>>>> I am trying to prototype a RTCM based voting system with 2 RTCMs.
>>>> I am using two JSLM2 Data Radios as transceivers.
>>>> Using HP8920B service monitor to drive the radios.
>>>>
>>>> Good news: I can get both RTCMs and both radios to transmit.  Test
>>>> tones sound fine. Deviation good.
>>>>
>>>> Bad news: I can't get the RTCMs to register the incoming audio signal.  There
>>>> is no CTCSS in these radios, so that line is not connected.  I have no COS
>>>> signal connected either.  Just audio in/out and PTT to the radio.
>>>>
>>>> I have confirmed the radios are receiving and are sending audio to the
>>>> RTCMs using an oscilloscope.  If anything the audio is way high in level.
>>>> I measured 1v peak-to-peak when I think the RTCM is expecting 200mV.  Tried
>>>> the 20db pad with no effect.  My suspicion is that the RTCM is a
>>>> high-impedance input so the voltage is floating up in the absence of
>>>> appropriate load (say from a 600 or 2k ohm).
>>>>
>>>> Second, I never get the green receive light on so I suspect there is
>>>> actually some squelching or some such going on that is gating the audio
>>>> signal off.
>>>>
>>>> Third, I have not been able to the the Squelch calibration or Diode
>>>> calibration to behave.  Does this require the diagnostic cable described in
>>>> the interface to be used?  The procedure is not documented well.
>>>>
>>>> I would love to see a know working config and wiring setup to confirm
>>>> what I have done.
>>>>
>>>> -Doug-
>>>>
>>>> Current settings:
>>>>
>>>> Select the following values to View/Modify:
>>>>
>>>> S/W Version: 1.51 08/08/2017
>>>> System Uptime: 2095.0 Secs
>>>> IP Address: 192.168.0.75
>>>> Netmask: 255.255.255.0
>>>> Gateway: 192.168.0.1
>>>> Primary DNS: 192.168.0.1
>>>> Secondary DNS: 192.168.0.1
>>>> DHCP: 1
>>>> VOTER Server IP: 104.197.124.184
>>>> VOTER Server UDP Port: 667
>>>> OUR UDP Port: 667
>>>> GPS Lock: 1
>>>> Connected: 0
>>>> COR: 0
>>>> EXT CTCSS IN: 1
>>>> PTT: 0
>>>> RSSI: 0
>>>> Current Samples / Sec.: 8000
>>>> Current Peak Audio Level: 112
>>>> Squelch Noise Gain Value: 0, Diode Cal. Value: 0, SQL pot 0
>>>> Current Time: Sat  Nov 25, 2017  17:14:12.740
>>>> Last Rx Pkt System time: <System Time Not Set>, diff: -198435452 msec
>>>> Last Rx Pkt Timestamp time: <System Time Not Set>, diff: 0 msec
>>>> Last Rx Pkt index: 0, inbounds: 0
>>>>
>>>> 1  - Serial # (1162) (which is MAC ADDR 00:04:A3:00:04:8A)
>>>> 2  - VOTER Server Address (FQDN) (xxx.org)
>>>> 3  - VOTER Server Port (667),  4  - Local Port (Override) (0)
>>>> 5  - Client Password (xxx1),  6  - Host Password (xxx2)
>>>> 7  - Tx Buffer Length (3000)
>>>> 8  - GPS Data Protocol (0=NMEA, 1=TSIP) (0)
>>>> 9  - GPS Serial Polarity (0=Non-Inverted, 1=Inverted) (0)
>>>> 10 - GPS PPS Polarity (0=Non-Inverted, 1=Inverted, 2=NONE) (0)
>>>> 11 - GPS Baud Rate (4800)
>>>> 12 - External CTCSS (0=Ignore, 1=Non-Inverted, 2=Inverted) (0)
>>>> 13 - COR Type (0=Normal, 1=IGNORE COR, 2=No Receiver) (0)
>>>> 14 - Debug Level (0)
>>>> 15  - Alt. VOTER Server Address (FQDN) ()
>>>> 16  - Alt. VOTER Server Port (Override) (0)
>>>> 17  - DSP/BEW Mode NOT SUPPORTED
>>>> 18 - "Duplex Mode 3" (0=DISABLED, 1-255 Hang Time) (1/10 secs) (0)
>>>> 19 - Simulcast Launch Delay (600) (approx 200 ns, 5 = 1us, > 0 to ENA
>>>> SC)
>>>> 97 - RX Level,  98 - Status,  99 - Save Values to EEPROM
>>>> i - IP Parameters menu, o - Offline Mode Parameters menu
>>>> q - Disconnect Remote Console Session, r - reboot system, d -
>>>> diagnostics
>>>>
>>>>
>>>> _______________________________________________
>>>> App_rpt-users mailing list
>>>> App_rpt-users at lists.allstarlink.org
>>>> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
>>>>
>>>> To unsubscribe from this list please visit
>>>> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
>>>> and scroll down to the bottom of the page. Enter your email address and
>>>> press the "Unsubscribe or edit options button"
>>>> You do not need a password to unsubscribe, you can do it via email
>>>> confirmation. If you have trouble unsubscribing, please send a message to
>>>> the list detailing the problem.
>>>>
>>>>
>>>> _______________________________________________
>>>> App_rpt-users mailing list
>>>> App_rpt-users at lists.allstarlink.org
>>>> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
>>>>
>>>> To unsubscribe from this list please visit
>>>> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
>>>> and scroll down to the bottom of the page. Enter your email address and
>>>> press the "Unsubscribe or edit options button"
>>>> You do not need a password to unsubscribe, you can do it via email
>>>> confirmation. If you have trouble unsubscribing, please send a message to
>>>> the list detailing the problem.
>>>>
>>>
>>> _______________________________________________
>>> App_rpt-users mailing list
>>> App_rpt-users at lists.allstarlink.org
>>> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
>>>
>>> To unsubscribe from this list please visit
>>> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users and
>>> scroll down to the bottom of the page. Enter your email address and press
>>> the "Unsubscribe or edit options button"
>>> You do not need a password to unsubscribe, you can do it via email
>>> confirmation. If you have trouble unsubscribing, please send a message to
>>> the list detailing the problem.
>>>
>>>
>>> _______________________________________________
>>> App_rpt-users mailing list
>>> App_rpt-users at lists.allstarlink.org
>>> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
>>>
>>> To unsubscribe from this list please visit
>>> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users and
>>> scroll down to the bottom of the page. Enter your email address and press
>>> the "Unsubscribe or edit options button"
>>> You do not need a password to unsubscribe, you can do it via email
>>> confirmation. If you have trouble unsubscribing, please send a message to
>>> the list detailing the problem.
>>>
>>
>> _______________________________________________
>> App_rpt-users mailing list
>> App_rpt-users at lists.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: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20171125/3629bcb1/attachment.html>

From dpk at randomnotes.org  Sat Nov 25 22:28:10 2017
From: dpk at randomnotes.org (Doug Kingston)
Date: Sat, 25 Nov 2017 14:28:10 -0800
Subject: [App_rpt-users] Problem getting RTCM to process received audio
In-Reply-To: <CAGPaoUu7q96pebCbZrNPHaJJRXM+dPip0cnnyPuM0U1jFJmS-w@mail.gmail.com>
References: <CAGPaoUujYwDLrsU=LmDZ-HamLV-AvMZ19W_kaoxCf81zmThcJA@mail.gmail.com>
 <DCAA06D7-52CA-4DE4-AE98-2B7D25F1E38E@gmail.com>
 <CAGPaoUv__xeg2TB3OrUgCoF5=7OLBp4gZC07m-WxptLd82gfcg@mail.gmail.com>
 <1B8B656E-A504-4A01-8AC2-25B0A7DCB1F3@gmail.com>
 <CAGPaoUtNO6b2hQKimJhgUs+h90BHv_DMgfD7rGw5sVqZEDiSZA@mail.gmail.com>
 <AAD66CF7-8E63-4544-969C-0D4D48923661@gmail.com>
 <CAGPaoUtiysLkA5CvGs-rWgUek=ShkY5oo3tbuFkdQtv2ANNRWA@mail.gmail.com>
 <F00A34D4-239C-4806-B9AE-40A0622DC7D1@gmail.com>
 <CAGPaoUu7q96pebCbZrNPHaJJRXM+dPip0cnnyPuM0U1jFJmS-w@mail.gmail.com>
Message-ID: <CAGPaoUt0fO=kS71hB2+MBA7yUcnMHqfBaYt9=x1Xm2CCFVdPEg@mail.gmail.com>

But, I still have the original audio problem.  Tried connecting a AF
generator with 200mv signal and still have no audio signal registering on
the display.  I really think this is something about the squelch setting.

-Doug-

On Sat, Nov 25, 2017 at 12:43 PM, Doug Kingston <dpk at randomnotes.org> wrote:

> I figured this out...
>
> As you said, after a reset, the RTCM defaults to DHCP.  The firmware reset
> also resets the serial number which is used to create the MAC address so
> your DHCP mapping will change if you change the serial number or its reset
> (default is 1234).  Once you find the new DHCP assigned address, you can
> telnet in, change the serial number back and the RTCM will return to its
> original MAC address (and DHCP assigned IP normally).
>
> Wireshark is your friend...
>
> -Doug-
>
> On Sat, Nov 25, 2017 at 12:24 PM, Jesse Lloyd <ve7lyd at gmail.com> wrote:
>
>> They default to DHCP and if that fails i think its 192.168.1.11? Cant
>> recall. I use a serial cable to get it going.
>>
>> Cheers,
>> Jesse
>>
>> On Nov 25, 2017, at 1:02 PM, Doug Kingston <dpk at randomnotes.org> wrote:
>>
>> I did a Firmware Reset by setting SW2-1.  Now its lost my IP settings
>> (not surprising).  What are the default IP settings for a firmware reset
>> RTCM?
>>
>> On Sat, Nov 25, 2017 at 11:27 AM, Jesse Lloyd <ve7lyd at gmail.com> wrote:
>>
>>> Yup. So your levels are either too hot or too low coming in. Throw a
>>> test tone on the receiver and measure your audio level with a scope or dmm
>>> on the input to the RTCM.
>>>
>>> Cheers,
>>> Jesse
>>>
>>> On Nov 25, 2017, at 12:00 PM, Doug Kingston <dpk at randomnotes.org> wrote:
>>>
>>> Mine never goes solid.  It starts blinking more quickly but not as
>>> quickly as the heartbeat LED.  I think that means the test failed.
>>>
>>> On Sat, Nov 25, 2017 at 10:34 AM, Jesse Lloyd <ve7lyd at gmail.com> wrote:
>>>
>>>> I flip both middle switches (2&3) down. Wait for the LED to go solid.
>>>> Flip them back.
>>>>
>>>> Cheers,
>>>> Jesse
>>>>
>>>> On Nov 25, 2017, at 10:33 AM, Doug Kingston <dpk at randomnotes.org>
>>>> wrote:
>>>>
>>>> Yes, I believe I am feeding unsquelched audio to the RTCM.  How do you
>>>> properly do the calibration procedure?
>>>>
>>>> -Doug-
>>>>
>>>> On Sat, Nov 25, 2017 at 9:28 AM, Jesse Lloyd <ve7lyd at gmail.com> wrote:
>>>>
>>>>> Are you feeding unsquelched discriminator audio to the RTCM?
>>>>>
>>>>> The calibration needs to work before the RTCM will squelch properly.
>>>>>
>>>>> Cheers,
>>>>> Jesse
>>>>>
>>>>> On Nov 25, 2017, at 10:18 AM, Doug Kingston <dpk at randomnotes.org>
>>>>> wrote:
>>>>>
>>>>> I am trying to prototype a RTCM based voting system with 2 RTCMs.
>>>>> I am using two JSLM2 Data Radios as transceivers.
>>>>> Using HP8920B service monitor to drive the radios.
>>>>>
>>>>> Good news: I can get both RTCMs and both radios to transmit.  Test
>>>>> tones sound fine. Deviation good.
>>>>>
>>>>> Bad news: I can't get the RTCMs to register the incoming audio
>>>>> signal.  There is no CTCSS in these radios, so that line is not
>>>>> connected.  I have no COS signal connected either.  Just audio in/out and
>>>>> PTT to the radio.
>>>>>
>>>>> I have confirmed the radios are receiving and are sending audio to the
>>>>> RTCMs using an oscilloscope.  If anything the audio is way high in level.
>>>>> I measured 1v peak-to-peak when I think the RTCM is expecting 200mV.  Tried
>>>>> the 20db pad with no effect.  My suspicion is that the RTCM is a
>>>>> high-impedance input so the voltage is floating up in the absence of
>>>>> appropriate load (say from a 600 or 2k ohm).
>>>>>
>>>>> Second, I never get the green receive light on so I suspect there is
>>>>> actually some squelching or some such going on that is gating the audio
>>>>> signal off.
>>>>>
>>>>> Third, I have not been able to the the Squelch calibration or Diode
>>>>> calibration to behave.  Does this require the diagnostic cable described in
>>>>> the interface to be used?  The procedure is not documented well.
>>>>>
>>>>> I would love to see a know working config and wiring setup to confirm
>>>>> what I have done.
>>>>>
>>>>> -Doug-
>>>>>
>>>>> Current settings:
>>>>>
>>>>> Select the following values to View/Modify:
>>>>>
>>>>> S/W Version: 1.51 08/08/2017
>>>>> System Uptime: 2095.0 Secs
>>>>> IP Address: 192.168.0.75
>>>>> Netmask: 255.255.255.0
>>>>> Gateway: 192.168.0.1
>>>>> Primary DNS: 192.168.0.1
>>>>> Secondary DNS: 192.168.0.1
>>>>> DHCP: 1
>>>>> VOTER Server IP: 104.197.124.184
>>>>> VOTER Server UDP Port: 667
>>>>> OUR UDP Port: 667
>>>>> GPS Lock: 1
>>>>> Connected: 0
>>>>> COR: 0
>>>>> EXT CTCSS IN: 1
>>>>> PTT: 0
>>>>> RSSI: 0
>>>>> Current Samples / Sec.: 8000
>>>>> Current Peak Audio Level: 112
>>>>> Squelch Noise Gain Value: 0, Diode Cal. Value: 0, SQL pot 0
>>>>> Current Time: Sat  Nov 25, 2017  17:14:12.740
>>>>> Last Rx Pkt System time: <System Time Not Set>, diff: -198435452 msec
>>>>> Last Rx Pkt Timestamp time: <System Time Not Set>, diff: 0 msec
>>>>> Last Rx Pkt index: 0, inbounds: 0
>>>>>
>>>>> 1  - Serial # (1162) (which is MAC ADDR 00:04:A3:00:04:8A)
>>>>> 2  - VOTER Server Address (FQDN) (xxx.org)
>>>>> 3  - VOTER Server Port (667),  4  - Local Port (Override) (0)
>>>>> 5  - Client Password (xxx1),  6  - Host Password (xxx2)
>>>>> 7  - Tx Buffer Length (3000)
>>>>> 8  - GPS Data Protocol (0=NMEA, 1=TSIP) (0)
>>>>> 9  - GPS Serial Polarity (0=Non-Inverted, 1=Inverted) (0)
>>>>> 10 - GPS PPS Polarity (0=Non-Inverted, 1=Inverted, 2=NONE) (0)
>>>>> 11 - GPS Baud Rate (4800)
>>>>> 12 - External CTCSS (0=Ignore, 1=Non-Inverted, 2=Inverted) (0)
>>>>> 13 - COR Type (0=Normal, 1=IGNORE COR, 2=No Receiver) (0)
>>>>> 14 - Debug Level (0)
>>>>> 15  - Alt. VOTER Server Address (FQDN) ()
>>>>> 16  - Alt. VOTER Server Port (Override) (0)
>>>>> 17  - DSP/BEW Mode NOT SUPPORTED
>>>>> 18 - "Duplex Mode 3" (0=DISABLED, 1-255 Hang Time) (1/10 secs) (0)
>>>>> 19 - Simulcast Launch Delay (600) (approx 200 ns, 5 = 1us, > 0 to ENA
>>>>> SC)
>>>>> 97 - RX Level,  98 - Status,  99 - Save Values to EEPROM
>>>>> i - IP Parameters menu, o - Offline Mode Parameters menu
>>>>> q - Disconnect Remote Console Session, r - reboot system, d -
>>>>> diagnostics
>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> App_rpt-users mailing list
>>>>> App_rpt-users at lists.allstarlink.org
>>>>> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
>>>>>
>>>>> To unsubscribe from this list please visit
>>>>> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
>>>>> and scroll down to the bottom of the page. Enter your email address and
>>>>> press the "Unsubscribe or edit options button"
>>>>> You do not need a password to unsubscribe, you can do it via email
>>>>> confirmation. If you have trouble unsubscribing, please send a message to
>>>>> the list detailing the problem.
>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> App_rpt-users mailing list
>>>>> App_rpt-users at lists.allstarlink.org
>>>>> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
>>>>>
>>>>> To unsubscribe from this list please visit
>>>>> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
>>>>> and scroll down to the bottom of the page. Enter your email address and
>>>>> press the "Unsubscribe or edit options button"
>>>>> You do not need a password to unsubscribe, you can do it via email
>>>>> confirmation. If you have trouble unsubscribing, please send a message to
>>>>> the list detailing the problem.
>>>>>
>>>>
>>>> _______________________________________________
>>>> App_rpt-users mailing list
>>>> App_rpt-users at lists.allstarlink.org
>>>> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
>>>>
>>>> To unsubscribe from this list please visit
>>>> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
>>>> and scroll down to the bottom of the page. Enter your email address and
>>>> press the "Unsubscribe or edit options button"
>>>> You do not need a password to unsubscribe, you can do it via email
>>>> confirmation. If you have trouble unsubscribing, please send a message to
>>>> the list detailing the problem.
>>>>
>>>>
>>>> _______________________________________________
>>>> App_rpt-users mailing list
>>>> App_rpt-users at lists.allstarlink.org
>>>> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
>>>>
>>>> To unsubscribe from this list please visit
>>>> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
>>>> and scroll down to the bottom of the page. Enter your email address and
>>>> press the "Unsubscribe or edit options button"
>>>> You do not need a password to unsubscribe, you can do it via email
>>>> confirmation. If you have trouble unsubscribing, please send a message to
>>>> the list detailing the problem.
>>>>
>>>
>>> _______________________________________________
>>> App_rpt-users mailing list
>>> App_rpt-users at lists.allstarlink.org
>>> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
>>>
>>> To unsubscribe from this list please visit
>>> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users and
>>> scroll down to the bottom of the page. Enter your email address and press
>>> the "Unsubscribe or edit options button"
>>> You do not need a password to unsubscribe, you can do it via email
>>> confirmation. If you have trouble unsubscribing, please send a message to
>>> the list detailing the problem.
>>>
>>>
>>> _______________________________________________
>>> App_rpt-users mailing list
>>> App_rpt-users at lists.allstarlink.org
>>> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
>>>
>>> To unsubscribe from this list please visit
>>> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users and
>>> scroll down to the bottom of the page. Enter your email address and press
>>> the "Unsubscribe or edit options button"
>>> You do not need a password to unsubscribe, you can do it via email
>>> confirmation. If you have trouble unsubscribing, please send a message to
>>> the list detailing the problem.
>>>
>>
>> _______________________________________________
>> App_rpt-users mailing list
>> App_rpt-users at lists.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: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20171125/acc83a44/attachment.html>

From dpk at randomnotes.org  Sat Nov 25 22:36:50 2017
From: dpk at randomnotes.org (Doug Kingston)
Date: Sat, 25 Nov 2017 14:36:50 -0800
Subject: [App_rpt-users] Problem getting RTCM to process received audio
In-Reply-To: <CAGPaoUt0fO=kS71hB2+MBA7yUcnMHqfBaYt9=x1Xm2CCFVdPEg@mail.gmail.com>
References: <CAGPaoUujYwDLrsU=LmDZ-HamLV-AvMZ19W_kaoxCf81zmThcJA@mail.gmail.com>
 <DCAA06D7-52CA-4DE4-AE98-2B7D25F1E38E@gmail.com>
 <CAGPaoUv__xeg2TB3OrUgCoF5=7OLBp4gZC07m-WxptLd82gfcg@mail.gmail.com>
 <1B8B656E-A504-4A01-8AC2-25B0A7DCB1F3@gmail.com>
 <CAGPaoUtNO6b2hQKimJhgUs+h90BHv_DMgfD7rGw5sVqZEDiSZA@mail.gmail.com>
 <AAD66CF7-8E63-4544-969C-0D4D48923661@gmail.com>
 <CAGPaoUtiysLkA5CvGs-rWgUek=ShkY5oo3tbuFkdQtv2ANNRWA@mail.gmail.com>
 <F00A34D4-239C-4806-B9AE-40A0622DC7D1@gmail.com>
 <CAGPaoUu7q96pebCbZrNPHaJJRXM+dPip0cnnyPuM0U1jFJmS-w@mail.gmail.com>
 <CAGPaoUt0fO=kS71hB2+MBA7yUcnMHqfBaYt9=x1Xm2CCFVdPEg@mail.gmail.com>
Message-ID: <CAGPaoUuq5k3+JZDEJKaHQQ2V5hOyOj4FKxsu8GBZwyOLnzhWdQ@mail.gmail.com>

My squelch noise gain value of 0 from the output of 98 (status) seems
wrong...

On Sat, Nov 25, 2017 at 2:28 PM, Doug Kingston <dpk at randomnotes.org> wrote:

> But, I still have the original audio problem.  Tried connecting a AF
> generator with 200mv signal and still have no audio signal registering on
> the display.  I really think this is something about the squelch setting.
>
> -Doug-
>
> On Sat, Nov 25, 2017 at 12:43 PM, Doug Kingston <dpk at randomnotes.org>
> wrote:
>
>> I figured this out...
>>
>> As you said, after a reset, the RTCM defaults to DHCP.  The firmware
>> reset also resets the serial number which is used to create the MAC address
>> so your DHCP mapping will change if you change the serial number or its
>> reset (default is 1234).  Once you find the new DHCP assigned address, you
>> can telnet in, change the serial number back and the RTCM will return to
>> its original MAC address (and DHCP assigned IP normally).
>>
>> Wireshark is your friend...
>>
>> -Doug-
>>
>> On Sat, Nov 25, 2017 at 12:24 PM, Jesse Lloyd <ve7lyd at gmail.com> wrote:
>>
>>> They default to DHCP and if that fails i think its 192.168.1.11? Cant
>>> recall. I use a serial cable to get it going.
>>>
>>> Cheers,
>>> Jesse
>>>
>>> On Nov 25, 2017, at 1:02 PM, Doug Kingston <dpk at randomnotes.org> wrote:
>>>
>>> I did a Firmware Reset by setting SW2-1.  Now its lost my IP settings
>>> (not surprising).  What are the default IP settings for a firmware reset
>>> RTCM?
>>>
>>> On Sat, Nov 25, 2017 at 11:27 AM, Jesse Lloyd <ve7lyd at gmail.com> wrote:
>>>
>>>> Yup. So your levels are either too hot or too low coming in. Throw a
>>>> test tone on the receiver and measure your audio level with a scope or dmm
>>>> on the input to the RTCM.
>>>>
>>>> Cheers,
>>>> Jesse
>>>>
>>>> On Nov 25, 2017, at 12:00 PM, Doug Kingston <dpk at randomnotes.org>
>>>> wrote:
>>>>
>>>> Mine never goes solid.  It starts blinking more quickly but not as
>>>> quickly as the heartbeat LED.  I think that means the test failed.
>>>>
>>>> On Sat, Nov 25, 2017 at 10:34 AM, Jesse Lloyd <ve7lyd at gmail.com> wrote:
>>>>
>>>>> I flip both middle switches (2&3) down. Wait for the LED to go solid.
>>>>> Flip them back.
>>>>>
>>>>> Cheers,
>>>>> Jesse
>>>>>
>>>>> On Nov 25, 2017, at 10:33 AM, Doug Kingston <dpk at randomnotes.org>
>>>>> wrote:
>>>>>
>>>>> Yes, I believe I am feeding unsquelched audio to the RTCM.  How do you
>>>>> properly do the calibration procedure?
>>>>>
>>>>> -Doug-
>>>>>
>>>>> On Sat, Nov 25, 2017 at 9:28 AM, Jesse Lloyd <ve7lyd at gmail.com> wrote:
>>>>>
>>>>>> Are you feeding unsquelched discriminator audio to the RTCM?
>>>>>>
>>>>>> The calibration needs to work before the RTCM will squelch properly.
>>>>>>
>>>>>> Cheers,
>>>>>> Jesse
>>>>>>
>>>>>> On Nov 25, 2017, at 10:18 AM, Doug Kingston <dpk at randomnotes.org>
>>>>>> wrote:
>>>>>>
>>>>>> I am trying to prototype a RTCM based voting system with 2 RTCMs.
>>>>>> I am using two JSLM2 Data Radios as transceivers.
>>>>>> Using HP8920B service monitor to drive the radios.
>>>>>>
>>>>>> Good news: I can get both RTCMs and both radios to transmit.  Test
>>>>>> tones sound fine. Deviation good.
>>>>>>
>>>>>> Bad news: I can't get the RTCMs to register the incoming audio
>>>>>> signal.  There is no CTCSS in these radios, so that line is not
>>>>>> connected.  I have no COS signal connected either.  Just audio in/out and
>>>>>> PTT to the radio.
>>>>>>
>>>>>> I have confirmed the radios are receiving and are sending audio to
>>>>>> the RTCMs using an oscilloscope.  If anything the audio is way high in
>>>>>> level.  I measured 1v peak-to-peak when I think the RTCM is expecting
>>>>>> 200mV.  Tried the 20db pad with no effect.  My suspicion is that the RTCM
>>>>>> is a high-impedance input so the voltage is floating up in the absence of
>>>>>> appropriate load (say from a 600 or 2k ohm).
>>>>>>
>>>>>> Second, I never get the green receive light on so I suspect there is
>>>>>> actually some squelching or some such going on that is gating the audio
>>>>>> signal off.
>>>>>>
>>>>>> Third, I have not been able to the the Squelch calibration or Diode
>>>>>> calibration to behave.  Does this require the diagnostic cable described in
>>>>>> the interface to be used?  The procedure is not documented well.
>>>>>>
>>>>>> I would love to see a know working config and wiring setup to confirm
>>>>>> what I have done.
>>>>>>
>>>>>> -Doug-
>>>>>>
>>>>>> Current settings:
>>>>>>
>>>>>> Select the following values to View/Modify:
>>>>>>
>>>>>> S/W Version: 1.51 08/08/2017
>>>>>> System Uptime: 2095.0 Secs
>>>>>> IP Address: 192.168.0.75
>>>>>> Netmask: 255.255.255.0
>>>>>> Gateway: 192.168.0.1
>>>>>> Primary DNS: 192.168.0.1
>>>>>> Secondary DNS: 192.168.0.1
>>>>>> DHCP: 1
>>>>>> VOTER Server IP: 104.197.124.184
>>>>>> VOTER Server UDP Port: 667
>>>>>> OUR UDP Port: 667
>>>>>> GPS Lock: 1
>>>>>> Connected: 0
>>>>>> COR: 0
>>>>>> EXT CTCSS IN: 1
>>>>>> PTT: 0
>>>>>> RSSI: 0
>>>>>> Current Samples / Sec.: 8000
>>>>>> Current Peak Audio Level: 112
>>>>>> Squelch Noise Gain Value: 0, Diode Cal. Value: 0, SQL pot 0
>>>>>> Current Time: Sat  Nov 25, 2017  17:14:12.740
>>>>>> Last Rx Pkt System time: <System Time Not Set>, diff: -198435452 msec
>>>>>> Last Rx Pkt Timestamp time: <System Time Not Set>, diff: 0 msec
>>>>>> Last Rx Pkt index: 0, inbounds: 0
>>>>>>
>>>>>> 1  - Serial # (1162) (which is MAC ADDR 00:04:A3:00:04:8A)
>>>>>> 2  - VOTER Server Address (FQDN) (xxx.org)
>>>>>> 3  - VOTER Server Port (667),  4  - Local Port (Override) (0)
>>>>>> 5  - Client Password (xxx1),  6  - Host Password (xxx2)
>>>>>> 7  - Tx Buffer Length (3000)
>>>>>> 8  - GPS Data Protocol (0=NMEA, 1=TSIP) (0)
>>>>>> 9  - GPS Serial Polarity (0=Non-Inverted, 1=Inverted) (0)
>>>>>> 10 - GPS PPS Polarity (0=Non-Inverted, 1=Inverted, 2=NONE) (0)
>>>>>> 11 - GPS Baud Rate (4800)
>>>>>> 12 - External CTCSS (0=Ignore, 1=Non-Inverted, 2=Inverted) (0)
>>>>>> 13 - COR Type (0=Normal, 1=IGNORE COR, 2=No Receiver) (0)
>>>>>> 14 - Debug Level (0)
>>>>>> 15  - Alt. VOTER Server Address (FQDN) ()
>>>>>> 16  - Alt. VOTER Server Port (Override) (0)
>>>>>> 17  - DSP/BEW Mode NOT SUPPORTED
>>>>>> 18 - "Duplex Mode 3" (0=DISABLED, 1-255 Hang Time) (1/10 secs) (0)
>>>>>> 19 - Simulcast Launch Delay (600) (approx 200 ns, 5 = 1us, > 0 to ENA
>>>>>> SC)
>>>>>> 97 - RX Level,  98 - Status,  99 - Save Values to EEPROM
>>>>>> i - IP Parameters menu, o - Offline Mode Parameters menu
>>>>>> q - Disconnect Remote Console Session, r - reboot system, d -
>>>>>> diagnostics
>>>>>>
>>>>>>
>>>>>> _______________________________________________
>>>>>> App_rpt-users mailing list
>>>>>> App_rpt-users at lists.allstarlink.org
>>>>>> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
>>>>>>
>>>>>> To unsubscribe from this list please visit
>>>>>> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
>>>>>> and scroll down to the bottom of the page. Enter your email address and
>>>>>> press the "Unsubscribe or edit options button"
>>>>>> You do not need a password to unsubscribe, you can do it via email
>>>>>> confirmation. If you have trouble unsubscribing, please send a message to
>>>>>> the list detailing the problem.
>>>>>>
>>>>>>
>>>>>> _______________________________________________
>>>>>> App_rpt-users mailing list
>>>>>> App_rpt-users at lists.allstarlink.org
>>>>>> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
>>>>>>
>>>>>> To unsubscribe from this list please visit
>>>>>> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
>>>>>> and scroll down to the bottom of the page. Enter your email address and
>>>>>> press the "Unsubscribe or edit options button"
>>>>>> You do not need a password to unsubscribe, you can do it via email
>>>>>> confirmation. If you have trouble unsubscribing, please send a message to
>>>>>> the list detailing the problem.
>>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> App_rpt-users mailing list
>>>>> App_rpt-users at lists.allstarlink.org
>>>>> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
>>>>>
>>>>> To unsubscribe from this list please visit
>>>>> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
>>>>> and scroll down to the bottom of the page. Enter your email address and
>>>>> press the "Unsubscribe or edit options button"
>>>>> You do not need a password to unsubscribe, you can do it via email
>>>>> confirmation. If you have trouble unsubscribing, please send a message to
>>>>> the list detailing the problem.
>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> App_rpt-users mailing list
>>>>> App_rpt-users at lists.allstarlink.org
>>>>> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
>>>>>
>>>>> To unsubscribe from this list please visit
>>>>> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
>>>>> and scroll down to the bottom of the page. Enter your email address and
>>>>> press the "Unsubscribe or edit options button"
>>>>> You do not need a password to unsubscribe, you can do it via email
>>>>> confirmation. If you have trouble unsubscribing, please send a message to
>>>>> the list detailing the problem.
>>>>>
>>>>
>>>> _______________________________________________
>>>> App_rpt-users mailing list
>>>> App_rpt-users at lists.allstarlink.org
>>>> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
>>>>
>>>> To unsubscribe from this list please visit
>>>> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
>>>> and scroll down to the bottom of the page. Enter your email address and
>>>> press the "Unsubscribe or edit options button"
>>>> You do not need a password to unsubscribe, you can do it via email
>>>> confirmation. If you have trouble unsubscribing, please send a message to
>>>> the list detailing the problem.
>>>>
>>>>
>>>> _______________________________________________
>>>> App_rpt-users mailing list
>>>> App_rpt-users at lists.allstarlink.org
>>>> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
>>>>
>>>> To unsubscribe from this list please visit
>>>> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
>>>> and scroll down to the bottom of the page. Enter your email address and
>>>> press the "Unsubscribe or edit options button"
>>>> You do not need a password to unsubscribe, you can do it via email
>>>> confirmation. If you have trouble unsubscribing, please send a message to
>>>> the list detailing the problem.
>>>>
>>>
>>> _______________________________________________
>>> App_rpt-users mailing list
>>> App_rpt-users at lists.allstarlink.org
>>> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
>>>
>>> To unsubscribe from this list please visit
>>> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users and
>>> scroll down to the bottom of the page. Enter your email address and press
>>> the "Unsubscribe or edit options button"
>>> You do not need a password to unsubscribe, you can do it via email
>>> confirmation. If you have trouble unsubscribing, please send a message to
>>> the list detailing the problem.
>>>
>>>
>>> _______________________________________________
>>> App_rpt-users mailing list
>>> App_rpt-users at lists.allstarlink.org
>>> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
>>>
>>> To unsubscribe from this list please visit
>>> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users and
>>> scroll down to the bottom of the page. Enter your email address and press
>>> the "Unsubscribe or edit options button"
>>> You do not need a password 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: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20171125/4019d797/attachment.html>

From ve7lyd at gmail.com  Sat Nov 25 23:59:52 2017
From: ve7lyd at gmail.com (Jesse Lloyd)
Date: Sat, 25 Nov 2017 16:59:52 -0700
Subject: [App_rpt-users] Problem getting RTCM to process received audio
In-Reply-To: <CAGPaoUuq5k3+JZDEJKaHQQ2V5hOyOj4FKxsu8GBZwyOLnzhWdQ@mail.gmail.com>
References: <CAGPaoUujYwDLrsU=LmDZ-HamLV-AvMZ19W_kaoxCf81zmThcJA@mail.gmail.com>
 <DCAA06D7-52CA-4DE4-AE98-2B7D25F1E38E@gmail.com>
 <CAGPaoUv__xeg2TB3OrUgCoF5=7OLBp4gZC07m-WxptLd82gfcg@mail.gmail.com>
 <1B8B656E-A504-4A01-8AC2-25B0A7DCB1F3@gmail.com>
 <CAGPaoUtNO6b2hQKimJhgUs+h90BHv_DMgfD7rGw5sVqZEDiSZA@mail.gmail.com>
 <AAD66CF7-8E63-4544-969C-0D4D48923661@gmail.com>
 <CAGPaoUtiysLkA5CvGs-rWgUek=ShkY5oo3tbuFkdQtv2ANNRWA@mail.gmail.com>
 <F00A34D4-239C-4806-B9AE-40A0622DC7D1@gmail.com>
 <CAGPaoUu7q96pebCbZrNPHaJJRXM+dPip0cnnyPuM0U1jFJmS-w@mail.gmail.com>
 <CAGPaoUt0fO=kS71hB2+MBA7yUcnMHqfBaYt9=x1Xm2CCFVdPEg@mail.gmail.com>
 <CAGPaoUuq5k3+JZDEJKaHQQ2V5hOyOj4FKxsu8GBZwyOLnzhWdQ@mail.gmail.com>
Message-ID: <45540C4E-8476-466B-8CBE-2E4679F0788A@gmail.com>

I believe this value changes when you calibrate it. You have to do that first.

Cheers,
Jesse

> On Nov 25, 2017, at 3:36 PM, Doug Kingston <dpk at randomnotes.org> wrote:
> 
> My squelch noise gain value of 0 from the output of 98 (status) seems wrong...
> 
>> On Sat, Nov 25, 2017 at 2:28 PM, Doug Kingston <dpk at randomnotes.org> wrote:
>> But, I still have the original audio problem.  Tried connecting a AF generator with 200mv signal and still have no audio signal registering on the display.  I really think this is something about the squelch setting.
>> 
>> -Doug-
>> 
>>> On Sat, Nov 25, 2017 at 12:43 PM, Doug Kingston <dpk at randomnotes.org> wrote:
>>> I figured this out...
>>> 
>>> As you said, after a reset, the RTCM defaults to DHCP.  The firmware reset also resets the serial number which is used to create the MAC address so your DHCP mapping will change if you change the serial number or its reset (default is 1234).  Once you find the new DHCP assigned address, you can telnet in, change the serial number back and the RTCM will return to its original MAC address (and DHCP assigned IP normally).
>>> 
>>> Wireshark is your friend...
>>> 
>>> -Doug-
>>> 
>>>> On Sat, Nov 25, 2017 at 12:24 PM, Jesse Lloyd <ve7lyd at gmail.com> wrote:
>>>> They default to DHCP and if that fails i think its 192.168.1.11? Cant recall. I use a serial cable to get it going. 
>>>> 
>>>> Cheers,
>>>> Jesse
>>>> 
>>>>> On Nov 25, 2017, at 1:02 PM, Doug Kingston <dpk at randomnotes.org> wrote:
>>>>> 
>>>>> I did a Firmware Reset by setting SW2-1.  Now its lost my IP settings (not surprising).  What are the default IP settings for a firmware reset RTCM?
>>>>> 
>>>>>> On Sat, Nov 25, 2017 at 11:27 AM, Jesse Lloyd <ve7lyd at gmail.com> wrote:
>>>>>> Yup. So your levels are either too hot or too low coming in. Throw a test tone on the receiver and measure your audio level with a scope or dmm on the input to the RTCM. 
>>>>>> 
>>>>>> Cheers,
>>>>>> Jesse
>>>>>> 
>>>>>>> On Nov 25, 2017, at 12:00 PM, Doug Kingston <dpk at randomnotes.org> wrote:
>>>>>>> 
>>>>>>> Mine never goes solid.  It starts blinking more quickly but not as quickly as the heartbeat LED.  I think that means the test failed.
>>>>>>> 
>>>>>>>> On Sat, Nov 25, 2017 at 10:34 AM, Jesse Lloyd <ve7lyd at gmail.com> wrote:
>>>>>>>> I flip both middle switches (2&3) down. Wait for the LED to go solid. Flip them back. 
>>>>>>>> 
>>>>>>>> Cheers,
>>>>>>>> Jesse
>>>>>>>> 
>>>>>>>>> On Nov 25, 2017, at 10:33 AM, Doug Kingston <dpk at randomnotes.org> wrote:
>>>>>>>>> 
>>>>>>>>> Yes, I believe I am feeding unsquelched audio to the RTCM.  How do you properly do the calibration procedure?
>>>>>>>>> 
>>>>>>>>> -Doug-
>>>>>>>>> 
>>>>>>>>>> On Sat, Nov 25, 2017 at 9:28 AM, Jesse Lloyd <ve7lyd at gmail.com> wrote:
>>>>>>>>>> Are you feeding unsquelched discriminator audio to the RTCM? 
>>>>>>>>>> 
>>>>>>>>>> The calibration needs to work before the RTCM will squelch properly.
>>>>>>>>>> 
>>>>>>>>>> Cheers,
>>>>>>>>>> Jesse
>>>>>>>>>> 
>>>>>>>>>>> On Nov 25, 2017, at 10:18 AM, Doug Kingston <dpk at randomnotes.org> wrote:
>>>>>>>>>>> 
>>>>>>>>>>> I am trying to prototype a RTCM based voting system with 2 RTCMs.
>>>>>>>>>>> I am using two JSLM2 Data Radios as transceivers.  
>>>>>>>>>>> Using HP8920B service monitor to drive the radios.
>>>>>>>>>>> 
>>>>>>>>>>> Good news: I can get both RTCMs and both radios to transmit.  Test tones sound fine. Deviation good.
>>>>>>>>>>> 
>>>>>>>>>>> Bad news: I can't get the RTCMs to register the incoming audio signal.  There is no CTCSS in these radios, so that line is not connected.  I have no COS signal connected either.  Just audio in/out and PTT to the radio.
>>>>>>>>>>> 
>>>>>>>>>>> I have confirmed the radios are receiving and are sending audio to the RTCMs using an oscilloscope.  If anything the audio is way high in level.  I measured 1v peak-to-peak when I think the RTCM is expecting 200mV.  Tried the 20db pad with no effect.  My suspicion is that the RTCM is a high-impedance input so the voltage is floating up in the absence of appropriate load (say from a 600 or 2k ohm).
>>>>>>>>>>> 
>>>>>>>>>>> Second, I never get the green receive light on so I suspect there is actually some squelching or some such going on that is gating the audio signal off.
>>>>>>>>>>> 
>>>>>>>>>>> Third, I have not been able to the the Squelch calibration or Diode calibration to behave.  Does this require the diagnostic cable described in the interface to be used?  The procedure is not documented well.
>>>>>>>>>>> 
>>>>>>>>>>> I would love to see a know working config and wiring setup to confirm what I have done.  
>>>>>>>>>>> 
>>>>>>>>>>> -Doug-
>>>>>>>>>>> 
>>>>>>>>>>> Current settings:
>>>>>>>>>>> 
>>>>>>>>>>> Select the following values to View/Modify:
>>>>>>>>>>> 
>>>>>>>>>>> S/W Version: 1.51 08/08/2017
>>>>>>>>>>> System Uptime: 2095.0 Secs
>>>>>>>>>>> IP Address: 192.168.0.75
>>>>>>>>>>> Netmask: 255.255.255.0
>>>>>>>>>>> Gateway: 192.168.0.1
>>>>>>>>>>> Primary DNS: 192.168.0.1
>>>>>>>>>>> Secondary DNS: 192.168.0.1
>>>>>>>>>>> DHCP: 1
>>>>>>>>>>> VOTER Server IP: 104.197.124.184
>>>>>>>>>>> VOTER Server UDP Port: 667
>>>>>>>>>>> OUR UDP Port: 667
>>>>>>>>>>> GPS Lock: 1
>>>>>>>>>>> Connected: 0
>>>>>>>>>>> COR: 0
>>>>>>>>>>> EXT CTCSS IN: 1
>>>>>>>>>>> PTT: 0
>>>>>>>>>>> RSSI: 0
>>>>>>>>>>> Current Samples / Sec.: 8000
>>>>>>>>>>> Current Peak Audio Level: 112
>>>>>>>>>>> Squelch Noise Gain Value: 0, Diode Cal. Value: 0, SQL pot 0
>>>>>>>>>>> Current Time: Sat  Nov 25, 2017  17:14:12.740
>>>>>>>>>>> Last Rx Pkt System time: <System Time Not Set>, diff: -198435452 msec
>>>>>>>>>>> Last Rx Pkt Timestamp time: <System Time Not Set>, diff: 0 msec
>>>>>>>>>>> Last Rx Pkt index: 0, inbounds: 0
>>>>>>>>>>> 
>>>>>>>>>>> 1  - Serial # (1162) (which is MAC ADDR 00:04:A3:00:04:8A)
>>>>>>>>>>> 2  - VOTER Server Address (FQDN) (xxx.org)
>>>>>>>>>>> 3  - VOTER Server Port (667),  4  - Local Port (Override) (0)
>>>>>>>>>>> 5  - Client Password (xxx1),  6  - Host Password (xxx2)
>>>>>>>>>>> 7  - Tx Buffer Length (3000)
>>>>>>>>>>> 8  - GPS Data Protocol (0=NMEA, 1=TSIP) (0)
>>>>>>>>>>> 9  - GPS Serial Polarity (0=Non-Inverted, 1=Inverted) (0)
>>>>>>>>>>> 10 - GPS PPS Polarity (0=Non-Inverted, 1=Inverted, 2=NONE) (0)
>>>>>>>>>>> 11 - GPS Baud Rate (4800)
>>>>>>>>>>> 12 - External CTCSS (0=Ignore, 1=Non-Inverted, 2=Inverted) (0)
>>>>>>>>>>> 13 - COR Type (0=Normal, 1=IGNORE COR, 2=No Receiver) (0)
>>>>>>>>>>> 14 - Debug Level (0)
>>>>>>>>>>> 15  - Alt. VOTER Server Address (FQDN) ()
>>>>>>>>>>> 16  - Alt. VOTER Server Port (Override) (0)
>>>>>>>>>>> 17  - DSP/BEW Mode NOT SUPPORTED
>>>>>>>>>>> 18 - "Duplex Mode 3" (0=DISABLED, 1-255 Hang Time) (1/10 secs) (0)
>>>>>>>>>>> 19 - Simulcast Launch Delay (600) (approx 200 ns, 5 = 1us, > 0 to ENA SC)
>>>>>>>>>>> 97 - RX Level,  98 - Status,  99 - Save Values to EEPROM
>>>>>>>>>>> i - IP Parameters menu, o - Offline Mode Parameters menu
>>>>>>>>>>> q - Disconnect Remote Console Session, r - reboot system, d - diagnostics
>>>>>>>>>>> 
>>>>>>>>>>> 
>>>>>>>>>>> _______________________________________________
>>>>>>>>>>> App_rpt-users mailing list
>>>>>>>>>>> App_rpt-users at lists.allstarlink.org
>>>>>>>>>>> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
>>>>>>>>>>> 
>>>>>>>>>>> To unsubscribe from this list please visit http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button"
>>>>>>>>>>> You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem.
>>>>>>>>>> 
>>>>>>>>>> _______________________________________________
>>>>>>>>>> App_rpt-users mailing list
>>>>>>>>>> App_rpt-users at lists.allstarlink.org
>>>>>>>>>> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
>>>>>>>>>> 
>>>>>>>>>> To unsubscribe from this list please visit http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button"
>>>>>>>>>> You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem.
>>>>>>>>> 
>>>>>>>>> _______________________________________________
>>>>>>>>> App_rpt-users mailing list
>>>>>>>>> App_rpt-users at lists.allstarlink.org
>>>>>>>>> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
>>>>>>>>> 
>>>>>>>>> To unsubscribe from this list please visit http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button"
>>>>>>>>> You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem.
>>>>>>>> 
>>>>>>>> _______________________________________________
>>>>>>>> App_rpt-users mailing list
>>>>>>>> App_rpt-users at lists.allstarlink.org
>>>>>>>> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
>>>>>>>> 
>>>>>>>> To unsubscribe from this list please visit http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button"
>>>>>>>> You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem.
>>>>>>> 
>>>>>>> _______________________________________________
>>>>>>> App_rpt-users mailing list
>>>>>>> App_rpt-users at lists.allstarlink.org
>>>>>>> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
>>>>>>> 
>>>>>>> To unsubscribe from this list please visit http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button"
>>>>>>> You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem.
>>>>>> 
>>>>>> _______________________________________________
>>>>>> App_rpt-users mailing list
>>>>>> App_rpt-users at lists.allstarlink.org
>>>>>> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
>>>>>> 
>>>>>> To unsubscribe from this list please visit http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button"
>>>>>> You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem.
>>>>> 
>>>>> _______________________________________________
>>>>> App_rpt-users mailing list
>>>>> App_rpt-users at lists.allstarlink.org
>>>>> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
>>>>> 
>>>>> To unsubscribe from this list please visit http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button"
>>>>> You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem.
>>>> 
>>>> _______________________________________________
>>>> App_rpt-users mailing list
>>>> App_rpt-users at lists.allstarlink.org
>>>> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
>>>> 
>>>> To unsubscribe from this list please visit http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button"
>>>> You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem.
> 
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at lists.allstarlink.org
> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
> 
> To unsubscribe from this list please visit http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button"
> You do not need a password 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: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20171125/6e925247/attachment.html>

From tisawyer at gmail.com  Sun Nov 26 04:22:05 2017
From: tisawyer at gmail.com (Tim Sawyer)
Date: Sat, 25 Nov 2017 20:22:05 -0800
Subject: [App_rpt-users] Problem getting RTCM to process received audio
In-Reply-To: <CAGPaoUujYwDLrsU=LmDZ-HamLV-AvMZ19W_kaoxCf81zmThcJA@mail.gmail.com>
References: <CAGPaoUujYwDLrsU=LmDZ-HamLV-AvMZ19W_kaoxCf81zmThcJA@mail.gmail.com>
Message-ID: <CAG3ht9s2z-4LSEe8_Wdgo4bitAD6SBVVPdrspO1XvGqoSk2aYQ@mail.gmail.com>

The third problem has to be solved first. That will probably correct the
others. The RTCM noise squelch circuit want to see unfiltered and
unsquelched discriminator audio in order to work in voting applications.
Check to insure that the audio out of your radios is discriminator audio.
If not, you'll have to find another output or program the radio.

On Sat, Nov 25, 2017 at 9:18 AM, Doug Kingston <dpk at randomnotes.org> wrote:

> I am trying to prototype a RTCM based voting system with 2 RTCMs.
> I am using two JSLM2 Data Radios as transceivers.
> Using HP8920B service monitor to drive the radios.
>
> Good news: I can get both RTCMs and both radios to transmit.  Test tones
> sound fine. Deviation good.
>
> Bad news: I can't get the RTCMs to register the incoming audio signal.  There
> is no CTCSS in these radios, so that line is not connected.  I have no COS
> signal connected either.  Just audio in/out and PTT to the radio.
>
> I have confirmed the radios are receiving and are sending audio to the
> RTCMs using an oscilloscope.  If anything the audio is way high in level.
> I measured 1v peak-to-peak when I think the RTCM is expecting 200mV.  Tried
> the 20db pad with no effect.  My suspicion is that the RTCM is a
> high-impedance input so the voltage is floating up in the absence of
> appropriate load (say from a 600 or 2k ohm).
>
> Second, I never get the green receive light on so I suspect there is
> actually some squelching or some such going on that is gating the audio
> signal off.
>
> Third, I have not been able to the the Squelch calibration or Diode
> calibration to behave.  Does this require the diagnostic cable described in
> the interface to be used?  The procedure is not documented well.
>
> I would love to see a know working config and wiring setup to confirm what
> I have done.
>
> -Doug-
>
> Current settings:
>
> Select the following values to View/Modify:
>
> S/W Version: 1.51 08/08/2017
> System Uptime: 2095.0 Secs
> IP Address: 192.168.0.75
> Netmask: 255.255.255.0
> Gateway: 192.168.0.1
> Primary DNS: 192.168.0.1
> Secondary DNS: 192.168.0.1
> DHCP: 1
> VOTER Server IP: 104.197.124.184
> VOTER Server UDP Port: 667
> OUR UDP Port: 667
> GPS Lock: 1
> Connected: 0
> COR: 0
> EXT CTCSS IN: 1
> PTT: 0
> RSSI: 0
> Current Samples / Sec.: 8000
> Current Peak Audio Level: 112
> Squelch Noise Gain Value: 0, Diode Cal. Value: 0, SQL pot 0
> Current Time: Sat  Nov 25, 2017  17:14:12.740
> Last Rx Pkt System time: <System Time Not Set>, diff: -198435452 msec
> Last Rx Pkt Timestamp time: <System Time Not Set>, diff: 0 msec
> Last Rx Pkt index: 0, inbounds: 0
>
> 1  - Serial # (1162) (which is MAC ADDR 00:04:A3:00:04:8A)
> 2  - VOTER Server Address (FQDN) (xxx.org)
> 3  - VOTER Server Port (667),  4  - Local Port (Override) (0)
> 5  - Client Password (xxx1),  6  - Host Password (xxx2)
> 7  - Tx Buffer Length (3000)
> 8  - GPS Data Protocol (0=NMEA, 1=TSIP) (0)
> 9  - GPS Serial Polarity (0=Non-Inverted, 1=Inverted) (0)
> 10 - GPS PPS Polarity (0=Non-Inverted, 1=Inverted, 2=NONE) (0)
> 11 - GPS Baud Rate (4800)
> 12 - External CTCSS (0=Ignore, 1=Non-Inverted, 2=Inverted) (0)
> 13 - COR Type (0=Normal, 1=IGNORE COR, 2=No Receiver) (0)
> 14 - Debug Level (0)
> 15  - Alt. VOTER Server Address (FQDN) ()
> 16  - Alt. VOTER Server Port (Override) (0)
> 17  - DSP/BEW Mode NOT SUPPORTED
> 18 - "Duplex Mode 3" (0=DISABLED, 1-255 Hang Time) (1/10 secs) (0)
> 19 - Simulcast Launch Delay (600) (approx 200 ns, 5 = 1us, > 0 to ENA SC)
> 97 - RX Level,  98 - Status,  99 - Save Values to EEPROM
> i - IP Parameters menu, o - Offline Mode Parameters menu
> q - Disconnect Remote Console Session, r - reboot system, d - diagnostics
>
>
>
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at lists.allstarlink.org
> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
>
> To unsubscribe from this list please visit http://lists.allstarlink.org/
> cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of
> the page. Enter your email address and press the "Unsubscribe or edit
> options button"
> You do not need a password to unsubscribe, you can do it via email
> confirmation. If you have trouble unsubscribing, please send a message to
> the list detailing the problem.
>



-- 
--
Tim
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20171125/6dedecf1/attachment.html>

From Benjamin at Project23D.com  Tue Nov 28 02:39:23 2017
From: Benjamin at Project23D.com (Benjamin Naber)
Date: Mon, 27 Nov 2017 20:39:23 -0600
Subject: [App_rpt-users] DIAL 8.5 and VM's on ProxMox
Message-ID: <1511836763.2489.14.camel@Project23D.com>

For those of you who are into this sort of thing, DIAL 8.5 has been
installed, conbooberated and running successfully with no apparent lag,
on the latest stable version of Proxmox. Currently, it is a radio-less
node.

The test environment is a cluster of three Dell R310 servers (nodes),
each with 16GB+ RAM, RAID 1 system drives, some other volume drives,
10GB fiber storage network links, and 1GB network connections.

Each of three nodes have other VMs running on them, running stuff like
BIONIC, and other silly things for 'stress' testing, as the system is
being evaluated for production environment.

To my understanding, proxmox is not a load-sharing/proxy/cloud
computing network, each VM is hosted/homed on a single node, but has
"live" versions on the other nodes in the cluster. Should a node suffer
both power supply failures, or CPU fan squeals to a stop, or the RAID
controller dies, within a minute or so, another node will spin up the
live versions of the VMs that were on the now dead node.

So far, that has not been any noticeable lag, jitters, delay, otherwise
anything negative, much to my surprise. This is a 101 for me on VM
stuff, never messed with it until now.

If anyone wants to assist in testing, you are invited to connect to
29567
Tuesday night, 7PM Central/8PM Eastern for our weekly Allstar Technical
Net.

I am calling the net tomorrow night, to which the topics are advanced
ASL node configurations, and some other stuff I have to be reminded of.

There is chatter throughout the days, more-so at night, so anyone is
welcome to connect anytime!


Don't be a square, connect to there!

~Benjamin, KB9LFZ




From kb4fxc at inttek.net  Tue Nov 28 03:07:09 2017
From: kb4fxc at inttek.net (David McGough)
Date: Mon, 27 Nov 2017 22:07:09 -0500 (EST)
Subject: [App_rpt-users] DIAL 8.5 and VM's on ProxMox
In-Reply-To: <1511836763.2489.14.camel@Project23D.com>
Message-ID: <Pine.LNX.4.44.1711272145250.27041-100000@goliath.inttek.net>



To REALLY tell how well any environment is working, you need to check the
timing quality as reported from the dahdi kernel drivers. Many
environments (particularly VPS!) do rather poorly in the area. Poor
results typically mean audio choppiness and poor telemetry timing (e.g.:  
Bad CW or tone timing), particularly where the server is used as a hub
with many users connecting, needing to mix many audio streams. Note that
this is an asterisk thing, not specifically AllStar. Many messages have
been written about this in other asterisk related forums; goog'ling will
find many results.

To test the timing quality, use the dahdi_test command. Jitter in the
timing results and accuracy less than about 99.8% means less than perfect
performance and potentially mediocre results.

Here is a sample run from my dev RPi3 system with 3 nodes (2 usb audio, 1 
pseudo) active:

[root at alarmpi-kb4fxc asterisk]# dahdi_test -c 100
Opened pseudo dahdi interface, measuring accuracy...
99.992% 99.990% 99.994% 99.994% 99.995% 99.996% 99.994% 99.994% 
99.995% 99.993% 99.996% 99.994% 99.994% 99.994% 99.995% 99.996% 
99.993% 99.993% 99.994% 99.995% 99.995% 99.994% 99.994% 99.994% 
99.994% 99.995% 99.993% 99.994% 99.994% 99.994% 99.995% 99.993% 
99.994% 99.993% 99.994% 99.995% 99.993% 99.994% 99.994% 99.994% 
99.996% 99.993% 99.994% 99.994% 99.995% 99.996% 99.994% 99.994% 
99.994% 99.994% 99.996% 99.994% 99.994% 99.993% 99.994% 99.995% 
99.995% 99.993% 99.994% 99.995% 99.995% 99.995% 99.994% 99.994% 
99.994% 99.994% 99.994% 99.994% 99.994% 99.995% 99.995% 99.994% 
99.994% 99.993% 99.994% 99.996% 99.993% 99.995% 99.994% 99.995% 
99.996% 99.993% 99.994% 99.994% 99.995% 99.996% 99.994% 99.994% 
99.994% 99.994% 99.996% 99.994% 99.994% 99.995% 99.994% 99.996% 
99.994% 99.993% 
--- Results after 98 passes ---
Best: 99.996% -- Worst: 99.990% -- Average: 99.994247%
Cummulative Accuracy (not per pass): 99.994


73, David KB4FXC


On Mon, 27 Nov 2017, Benjamin Naber wrote:

> For those of you who are into this sort of thing, DIAL 8.5 has been
installed, conbooberated and running successfully with no apparent lag,
on the latest stable version of Proxmox. Currently, it is a radio-less
node.

The test environment is a cluster of three Dell R310 servers (nodes),
each with 16GB+ RAM, RAID 1 system drives, some other volume drives,
10GB fiber storage network links, and 1GB network connections.

Each of three nodes have other VMs running on them, running stuff like
BIONIC, and other silly things for 'stress' testing, as the system is
being evaluated for production environment.

To my understanding, proxmox is not a load-sharing/proxy/cloud
computing network, each VM is hosted/homed on a single node, but has
"live" versions on the other nodes in the cluster. Should a node suffer
both power supply failures, or CPU fan squeals to a stop, or the RAID
controller dies, within a minute or so, another node will spin up the
live versions of the VMs that were on the now dead node.

So far, that has not been any noticeable lag, jitters, delay, otherwise
anything negative, much to my surprise. This is a 101 for me on VM
stuff, never messed with it until now.

If anyone wants to assist in testing, you are invited to connect to
29567
Tuesday night, 7PM Central/8PM Eastern for our weekly Allstar Technical
Net.

I am calling the net tomorrow night, to which the topics are advanced
ASL node configurations, and some other stuff I have to be reminded of.

There is chatter throughout the days, more-so at night, so anyone is
welcome to connect anytime!


Don't be a square, connect to there!

~Benjamin, KB9LFZ


_______________________________________________
App_rpt-users mailing list
App_rpt-users at lists.allstarlink.org
http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users

To unsubscribe from this list please visit http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button"
You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem. 



From jcarl.griffith at gmail.com  Tue Nov 28 16:03:43 2017
From: jcarl.griffith at gmail.com (John Griffith)
Date: Tue, 28 Nov 2017 09:03:43 -0700
Subject: [App_rpt-users] Using DSP on Rasberry Pi?
Message-ID: <051501d36862$77aa75a0$66ff60e0$@gmail.com>

About 4 months ago, I loaded Crompton on my Pi and transferred all the config files over from my ACID box. 

My current repeater uses ACID on an old fanless PC, and it happens to also have DSP configured for receive.  The Pi 3 actually worked well, my Pi 3 handling the extra load from using DSP quite well. What broke however, was everything else. I had copied quite a bit over to get it to work, not just conf files. It's been a while, I don't remember exactly what all I copied over, but it was entire directories. Then, it was no longer able to run USB tune or even the new features that replaced it because the conf files are not compatible with the new system. I went back to my old ACID installation on my PC after hopelessly breaking my Crompton attempt. 

Fast forward to now. I have my repeater running off a solar panel, but the computer is too big a draw to keep the system running over night. I want to return to a Pi installation. I've tried configuring COS from the radio, but it has a nasty habit of not going out of COS once a received signal terminates. I REALLY want to use DSP as I've spent countless hours trying to make COS work properly and not achieving good success. 

Is there a way of making DSP work on a Pi without breaking stuff? Or is there a proper way of bringing my ACID setup over to my Pi successfully?  Not even looked at DIAL, is it compatible with DSP, if it is, can it be brought over to Pi?

John 
N7OKN



From kizzy at lusfiber.net  Tue Nov 28 16:50:44 2017
From: kizzy at lusfiber.net (Steve Mahler)
Date: Tue, 28 Nov 2017 10:50:44 -0600
Subject: [App_rpt-users] IAX_RPT Config Query
Message-ID: <7cc777e5-a13c-e983-6004-bd371891e7bf@lusfiber.net>

Has anyone used or know about the configuration option "cue tone" in 
IAXRPT (PC Windoze 7)? I am looking for automation options.

...STeve - KF5VH


---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus




From jcarl.griffith at gmail.com  Tue Nov 28 17:43:36 2017
From: jcarl.griffith at gmail.com (John Griffith)
Date: Tue, 28 Nov 2017 10:43:36 -0700
Subject: [App_rpt-users] Using DSP on Rasberry Pi?
In-Reply-To: <Pine.LNX.4.44.1711281148380.27041-100000@goliath.inttek.net>
References: <051501d36862$77aa75a0$66ff60e0$@gmail.com>
 <Pine.LNX.4.44.1711281148380.27041-100000@goliath.inttek.net>
Message-ID: <057101d36870$6b983780$42c8a680$@gmail.com>

I responded to Dave, but not the board, here it is again.

The receive radio is a TYT TH-9000. The transmit radio is a Yaesu ft-7800.

I found the 9000 has a more sensitive receiver, and the Yaesu has a better
transmitter, it doesn't "crackle"
During long transmissions like the TYT did. I'm using a standard URI.



-----Original Message-----
From: David McGough [mailto:kb4fxc at inttek.net] 
Sent: Tuesday, November 28, 2017 9:51 AM
To: John Griffith <jcarl.griffith at gmail.com>
Subject: Re: [App_rpt-users] Using DSP on Rasberry Pi?


Hi John,

What kind of radios(s) or repeater are you using?

As the software developer of the hamvoip release, I'm interested to hear
experiences, good or bad.


Thanks,

73, David KB4FXC



On Tue, 28 Nov 2017, John Griffith wrote:

> About 4 months ago, I loaded Crompton on my Pi and transferred all the
config files over from my ACID box. 

My current repeater uses ACID on an old fanless PC, and it happens to also
have DSP configured for receive.  The Pi 3 actually worked well, my Pi 3
handling the extra load from using DSP quite well. What broke however, was
everything else. I had copied quite a bit over to get it to work, not just
conf files. It's been a while, I don't remember exactly what all I copied
over, but it was entire directories. Then, it was no longer able to run USB
tune or even the new features that replaced it because the conf files are
not compatible with the new system. I went back to my old ACID installation
on my PC after hopelessly breaking my Crompton attempt. 

Fast forward to now. I have my repeater running off a solar panel, but the
computer is too big a draw to keep the system running over night. I want to
return to a Pi installation. I've tried configuring COS from the radio, but
it has a nasty habit of not going out of COS once a received signal
terminates. I REALLY want to use DSP as I've spent countless hours trying to
make COS work properly and not achieving good success. 

Is there a way of making DSP work on a Pi without breaking stuff? Or is
there a proper way of bringing my ACID setup over to my Pi successfully?
Not even looked at DIAL, is it compatible with DSP, if it is, can it be
brought over to Pi?

John 
N7OKN

_______________________________________________
App_rpt-users mailing list
App_rpt-users at lists.allstarlink.org
http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users

To unsubscribe from this list please visit
http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users and
scroll down to the bottom of the page. Enter your email address and press
the "Unsubscribe or edit options button"
You do not need a password 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 jcarl.griffith at gmail.com  Tue Nov 28 17:47:00 2017
From: jcarl.griffith at gmail.com (John Griffith)
Date: Tue, 28 Nov 2017 10:47:00 -0700
Subject: [App_rpt-users] Using DSP on Rasberry Pi?
In-Reply-To: <CAC_4LtGfx-fcjVKEg3mex+s12ZVo_iDuD_p9SRPsQjQTLY-r8w@mail.gmail.com>
References: <051501d36862$77aa75a0$66ff60e0$@gmail.com>
 <CAC_4LtGfx-fcjVKEg3mex+s12ZVo_iDuD_p9SRPsQjQTLY-r8w@mail.gmail.com>
Message-ID: <057a01d36870$e560f980$b022ec80$@gmail.com>

I?m responding again because I realized I didn?t respond to the board as well.

 

Thank you Dave. I may need your expertise. My goal is to try again with the Pi, using DSP, without breaking Crompton (or any other distribution, I don?t care which one is used) features. I know DSP can work on a Pi, as I had great success discussed before, but I never could get telemetry and other stuff working as so many things were mismatched.

 

 

 

 

From: Dave P [mailto:tdydave at gmail.com] 
Sent: Tuesday, November 28, 2017 10:31 AM
To: jcarl.griffith at gmail.com; Jim Pilgram <jim.pilgram at gmail.com>
Subject: Fwd: [App_rpt-users] Using DSP on Rasberry Pi?

 

Greetings John,

 

I pulled this off the reflector to provide local support.

 

I'm over here in Queen Creek and I've built a number of RaspBerry PI2 & 3 using Crompton's build.  Jim NH6HI and a couple others  run the Hawaiian Mainland Allstarlink Network (here is our website: http://wh6av.org/am2.html)  My node is in a Data Center in SFO 28508 and I have simplex node on 220 in Queen creek in a dummy load.

 

I'd be glad to see your system.  What is the make and model of the repeater?  Are u using a separate controller or are you using the RPI3 as the controller?  We use simpleUSB-Tune-Menu to adjust the audio.  I used to run ACID back in the day and found the new Crompton build to be the best.  I'd be glad to help what I know.

 

73 and aloha

 

Dave - AH6OD  28508/28387/27196

cell: 808-319-7092

home: 703-794-2111

 

 

 

 

---------- Forwarded message ----------
From: John Griffith <jcarl.griffith at gmail.com <mailto:jcarl.griffith at gmail.com> >
Date: Tue, Nov 28, 2017 at 9:03 AM
Subject: [App_rpt-users] Using DSP on Rasberry Pi?
To: Users of Asterisk app_rpt <app_rpt-users at lists.allstarlink.org <mailto:app_rpt-users at lists.allstarlink.org> >


About 4 months ago, I loaded Crompton on my Pi and transferred all the config files over from my ACID box.

My current repeater uses ACID on an old fanless PC, and it happens to also have DSP configured for receive.  The Pi 3 actually worked well, my Pi 3 handling the extra load from using DSP quite well. What broke however, was everything else. I had copied quite a bit over to get it to work, not just conf files. It's been a while, I don't remember exactly what all I copied over, but it was entire directories. Then, it was no longer able to run USB tune or even the new features that replaced it because the conf files are not compatible with the new system. I went back to my old ACID installation on my PC after hopelessly breaking my Crompton attempt.

Fast forward to now. I have my repeater running off a solar panel, but the computer is too big a draw to keep the system running over night. I want to return to a Pi installation. I've tried configuring COS from the radio, but it has a nasty habit of not going out of COS once a received signal terminates. I REALLY want to use DSP as I've spent countless hours trying to make COS work properly and not achieving good success.

Is there a way of making DSP work on a Pi without breaking stuff? Or is there a proper way of bringing my ACID setup over to my Pi successfully?  Not even looked at DIAL, is it compatible with DSP, if it is, can it be brought over to Pi?

John
N7OKN

_______________________________________________
App_rpt-users mailing list
App_rpt-users at lists.allstarlink.org <mailto:App_rpt-users at lists.allstarlink.org> 
http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users

To unsubscribe from this list please visit http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button"
You do not need a password 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: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20171128/8fefe44c/attachment.html>

From markjohnston73 at gmail.com  Tue Nov 28 18:32:52 2017
From: markjohnston73 at gmail.com (Mark Johnston)
Date: Tue, 28 Nov 2017 10:32:52 -0800
Subject: [App_rpt-users] Using DSP on Rasberry Pi?
In-Reply-To: <051501d36862$77aa75a0$66ff60e0$@gmail.com>
References: <051501d36862$77aa75a0$66ff60e0$@gmail.com>
Message-ID: <CAARNdJFgT5wvuU+_YB=Dz0JGkwzNquLfYqqpCnot+o8RG3cnXA@mail.gmail.com>

Are you using a URI?  I have had great success with
https://www.amazon.com/gp/product/B01LWNQA85/ref=oh_aui_detailpage_o00_s00?ie=UTF8&psc=1
radio and using COS, not sure where to pull discriminator audio from, if
you know that would be great!


Mark

**** North West Hub Allstar Node 2295 <http://www.markjohnston.us/nwhub>
****

"Got Root?"

How many software engineers does it take to change a light bulb?
*None. It's a hardware problem.*

The best way to accelerate a computer running Windows is at 9.81 m/s?.

*"I get paid to support Windows, I use Linux to get work done."*


On Tue, Nov 28, 2017 at 8:03 AM, John Griffith <jcarl.griffith at gmail.com>
wrote:

> About 4 months ago, I loaded Crompton on my Pi and transferred all the
> config files over from my ACID box.
>
> My current repeater uses ACID on an old fanless PC, and it happens to also
> have DSP configured for receive.  The Pi 3 actually worked well, my Pi 3
> handling the extra load from using DSP quite well. What broke however, was
> everything else. I had copied quite a bit over to get it to work, not just
> conf files. It's been a while, I don't remember exactly what all I copied
> over, but it was entire directories. Then, it was no longer able to run USB
> tune or even the new features that replaced it because the conf files are
> not compatible with the new system. I went back to my old ACID installation
> on my PC after hopelessly breaking my Crompton attempt.
>
> Fast forward to now. I have my repeater running off a solar panel, but the
> computer is too big a draw to keep the system running over night. I want to
> return to a Pi installation. I've tried configuring COS from the radio, but
> it has a nasty habit of not going out of COS once a received signal
> terminates. I REALLY want to use DSP as I've spent countless hours trying
> to make COS work properly and not achieving good success.
>
> Is there a way of making DSP work on a Pi without breaking stuff? Or is
> there a proper way of bringing my ACID setup over to my Pi successfully?
> Not even looked at DIAL, is it compatible with DSP, if it is, can it be
> brought over to Pi?
>
> John
> N7OKN
>
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at lists.allstarlink.org
> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
>
> To unsubscribe from this list please visit http://lists.allstarlink.org/
> cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of
> the page. Enter your email address and press the "Unsubscribe or edit
> options button"
> You do not need a password 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: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20171128/cfb1147f/attachment.html>

From jcarl.griffith at gmail.com  Tue Nov 28 18:40:16 2017
From: jcarl.griffith at gmail.com (John Griffith)
Date: Tue, 28 Nov 2017 11:40:16 -0700
Subject: [App_rpt-users] Using DSP on Rasberry Pi?
In-Reply-To: <CAARNdJFgT5wvuU+_YB=Dz0JGkwzNquLfYqqpCnot+o8RG3cnXA@mail.gmail.com>
References: <051501d36862$77aa75a0$66ff60e0$@gmail.com>
 <CAARNdJFgT5wvuU+_YB=Dz0JGkwzNquLfYqqpCnot+o8RG3cnXA@mail.gmail.com>
Message-ID: <05b401d36878$56b7b2c0$04271840$@gmail.com>

Yes, a URI. I use that same radio for receive myself. 

The discriminator audio is pin 4 on DE-9 header near the right edge of the main board.

 

Pin 1: Ground          ??>       DE-9 Pin 1
Pin 2: TX Audio      ??>       DE-9 Pin 2
Pin 3: COS                ??>       DE-9 Pin 3
Pin 4: RX Audio      ??>       DE-9 Pin 4
Pin 5: PTT                ??>       DE-9 Pin 5
Pin 6: +5VDC          ??>       DE-9 Pin 9

 

 

From: App_rpt-users [mailto:app_rpt-users-bounces at lists.allstarlink.org] On Behalf Of Mark Johnston
Sent: Tuesday, November 28, 2017 11:33 AM
To: Users of Asterisk app_rpt <app_rpt-users at lists.allstarlink.org>
Subject: Re: [App_rpt-users] Using DSP on Rasberry Pi?

 

Are you using a URI?  I have had great success with https://www.amazon.com/gp/product/B01LWNQA85/ref=oh_aui_detailpage_o00_s00?ie=UTF8 <https://www.amazon.com/gp/product/B01LWNQA85/ref=oh_aui_detailpage_o00_s00?ie=UTF8&psc=1> &psc=1 radio and using COS, not sure where to pull discriminator audio from, if you know that would be great!

 

 

Mark




**** North West Hub Allstar Node 2295 <http://www.markjohnston.us/nwhub>  ****

 

"Got Root?"

 

How many software engineers does it take to change a light bulb?

None. It's a hardware problem.

 

The best way to accelerate a computer running Windows is at 9.81 m/s?.

 

"I get paid to support Windows, I use Linux to get work done."

 

On Tue, Nov 28, 2017 at 8:03 AM, John Griffith <jcarl.griffith at gmail.com <mailto:jcarl.griffith at gmail.com> > wrote:

About 4 months ago, I loaded Crompton on my Pi and transferred all the config files over from my ACID box.

My current repeater uses ACID on an old fanless PC, and it happens to also have DSP configured for receive.  The Pi 3 actually worked well, my Pi 3 handling the extra load from using DSP quite well. What broke however, was everything else. I had copied quite a bit over to get it to work, not just conf files. It's been a while, I don't remember exactly what all I copied over, but it was entire directories. Then, it was no longer able to run USB tune or even the new features that replaced it because the conf files are not compatible with the new system. I went back to my old ACID installation on my PC after hopelessly breaking my Crompton attempt.

Fast forward to now. I have my repeater running off a solar panel, but the computer is too big a draw to keep the system running over night. I want to return to a Pi installation. I've tried configuring COS from the radio, but it has a nasty habit of not going out of COS once a received signal terminates. I REALLY want to use DSP as I've spent countless hours trying to make COS work properly and not achieving good success.

Is there a way of making DSP work on a Pi without breaking stuff? Or is there a proper way of bringing my ACID setup over to my Pi successfully?  Not even looked at DIAL, is it compatible with DSP, if it is, can it be brought over to Pi?

John
N7OKN

_______________________________________________
App_rpt-users mailing list
App_rpt-users at lists.allstarlink.org <mailto:App_rpt-users at lists.allstarlink.org> 
http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users

To unsubscribe from this list please visit http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button"
You do not need a password 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: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20171128/66f54855/attachment.html>

From will at bashlor.com  Tue Nov 28 18:40:57 2017
From: will at bashlor.com (Will Bashlor)
Date: Tue, 28 Nov 2017 13:40:57 -0500
Subject: [App_rpt-users] DIAL 8.5 and VM's on ProxMox
In-Reply-To: <Pine.LNX.4.44.1711272145250.27041-100000@goliath.inttek.net>
References: <1511836763.2489.14.camel@Project23D.com>
 <Pine.LNX.4.44.1711272145250.27041-100000@goliath.inttek.net>
Message-ID: <089801d36878$6eb20100$4c160300$@bashlor.com>

Hi Benjamin,

I'm not sure of the specifics in your environment of course, but if there are multiple live versions of a virtual machine then the redundancy/failover features are typically within the guest virtual machine or the specific services it offers. Such as DNS Primary and Secondary servers, for example.

In other cases in a virtual environment where the redundancy/failover features are within the hypervisor, whether it be Proxmox, ESXi, HyperV, etc, the key is shared storage. In the event of a critical failure of an individual host (individual server or server blade in a chassis), the hypervisor detects the failure and automatically moves the single instance of the running virtual machine to another host, with minimal downtime.

Running virtual machines can also be manually or automatically migrated from one host to another to more equally distribute the load across the cluster, with virtually (haha) zero downtime. I've ping virtual machines continuously while they are being migrated and never lose a ping!

More info:
https://en.wikipedia.org/wiki/Hypervisor

Maybe this explanation helps someone...

73
Will, KE4IAJ
TARG AEC



-----Original Message-----
From: App_rpt-users [mailto:app_rpt-users-bounces at lists.allstarlink.org] On Behalf Of David McGough
Sent: Monday, November 27, 2017 10:07 PM
To: Users of Asterisk app_rpt <app_rpt-users at lists.allstarlink.org>
Subject: Re: [App_rpt-users] DIAL 8.5 and VM's on ProxMox



To REALLY tell how well any environment is working, you need to check the timing quality as reported from the dahdi kernel drivers. Many environments (particularly VPS!) do rather poorly in the area. Poor results typically mean audio choppiness and poor telemetry timing (e.g.:  
Bad CW or tone timing), particularly where the server is used as a hub with many users connecting, needing to mix many audio streams. Note that this is an asterisk thing, not specifically AllStar. Many messages have been written about this in other asterisk related forums; goog'ling will find many results.

To test the timing quality, use the dahdi_test command. Jitter in the timing results and accuracy less than about 99.8% means less than perfect performance and potentially mediocre results.

Here is a sample run from my dev RPi3 system with 3 nodes (2 usb audio, 1
pseudo) active:

[root at alarmpi-kb4fxc asterisk]# dahdi_test -c 100 Opened pseudo dahdi interface, measuring accuracy...
99.992% 99.990% 99.994% 99.994% 99.995% 99.996% 99.994% 99.994% 99.995% 99.993% 99.996% 99.994% 99.994% 99.994% 99.995% 99.996% 99.993% 99.993% 99.994% 99.995% 99.995% 99.994% 99.994% 99.994% 99.994% 99.995% 99.993% 99.994% 99.994% 99.994% 99.995% 99.993% 99.994% 99.993% 99.994% 99.995% 99.993% 99.994% 99.994% 99.994% 99.996% 99.993% 99.994% 99.994% 99.995% 99.996% 99.994% 99.994% 99.994% 99.994% 99.996% 99.994% 99.994% 99.993% 99.994% 99.995% 99.995% 99.993% 99.994% 99.995% 99.995% 99.995% 99.994% 99.994% 99.994% 99.994% 99.994% 99.994% 99.994% 99.995% 99.995% 99.994% 99.994% 99.993% 99.994% 99.996% 99.993% 99.995% 99.994% 99.995% 99.996% 99.993% 99.994% 99.994% 99.995% 99.996% 99.994% 99.994% 99.994% 99.994% 99.996% 99.994% 99.994% 99.995% 99.994% 99.996% 99.994% 99.993%
--- Results after 98 passes ---
Best: 99.996% -- Worst: 99.990% -- Average: 99.994247% Cummulative Accuracy (not per pass): 99.994


73, David KB4FXC


On Mon, 27 Nov 2017, Benjamin Naber wrote:

> For those of you who are into this sort of thing, DIAL 8.5 has been
installed, conbooberated and running successfully with no apparent lag, on the latest stable version of Proxmox. Currently, it is a radio-less node.

The test environment is a cluster of three Dell R310 servers (nodes), each with 16GB+ RAM, RAID 1 system drives, some other volume drives, 10GB fiber storage network links, and 1GB network connections.

Each of three nodes have other VMs running on them, running stuff like BIONIC, and other silly things for 'stress' testing, as the system is being evaluated for production environment.

To my understanding, proxmox is not a load-sharing/proxy/cloud computing network, each VM is hosted/homed on a single node, but has "live" versions on the other nodes in the cluster. Should a node suffer both power supply failures, or CPU fan squeals to a stop, or the RAID controller dies, within a minute or so, another node will spin up the live versions of the VMs that were on the now dead node.

So far, that has not been any noticeable lag, jitters, delay, otherwise anything negative, much to my surprise. This is a 101 for me on VM stuff, never messed with it until now.

If anyone wants to assist in testing, you are invited to connect to
29567
Tuesday night, 7PM Central/8PM Eastern for our weekly Allstar Technical Net.

I am calling the net tomorrow night, to which the topics are advanced ASL node configurations, and some other stuff I have to be reminded of.

There is chatter throughout the days, more-so at night, so anyone is welcome to connect anytime!


Don't be a square, connect to there!

~Benjamin, KB9LFZ


_______________________________________________
App_rpt-users mailing list
App_rpt-users at lists.allstarlink.org
http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users

To unsubscribe from this list please visit http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button"
You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem. 

_______________________________________________
App_rpt-users mailing list
App_rpt-users at lists.allstarlink.org
http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users

To unsubscribe from this list please visit http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button"
You do not need a password 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 jcarl.griffith at gmail.com  Tue Nov 28 22:06:32 2017
From: jcarl.griffith at gmail.com (John Griffith)
Date: Tue, 28 Nov 2017 15:06:32 -0700
Subject: [App_rpt-users] Using DSP on Rasberry Pi?
In-Reply-To: <8fa21a79-bfae-74d3-6918-e0f812632ca7@mycns.net>
References: <051501d36862$77aa75a0$66ff60e0$@gmail.com>
 <CAARNdJFgT5wvuU+_YB=Dz0JGkwzNquLfYqqpCnot+o8RG3cnXA@mail.gmail.com>
 <05b401d36878$56b7b2c0$04271840$@gmail.com>
 <8fa21a79-bfae-74d3-6918-e0f812632ca7@mycns.net>
Message-ID: <061c01d36895$26bf6690$743e33b0$@gmail.com>

Been a while, but found that radio has PL receive on it.. it?s just not very well implemented. Squelch needs to be up to make it work, but any other signal with any tone or no tone will open the squelch if the mic isn?t bumped first.

 

From: stan siems [mailto:ssiems at mycns.net] 
Sent: Tuesday, November 28, 2017 1:55 PM
To: John Griffith <jcarl.griffith at gmail.com>
Subject: Re: [App_rpt-users] Using DSP on Rasberry Pi?

 

how did you get it to work with tone squelch? if you use the cos for keying it will be open. I have a 220 repeater using a tyt 9000 rec at a remote site at 170 ft and transmitter 1/2 mile away at 120 ft using uri ras pi over ubiquity data link. I am going to try placing a ctcs tone decoder in the tyt rec as I can not locate the tone decode sig in the radio. If you hook it up with cos it will key up the xmtr but will have no audio I f the person transmitting has no tone

 

On 11/28/2017 12:40 PM, John Griffith wrote:

Yes, a URI. I use that same radio for receive myself. 

The discriminator audio is pin 4 on DE-9 header near the right edge of the main board.

 

Pin 1: Ground          ??>       DE-9 Pin 1
Pin 2: TX Audio      ??>       DE-9 Pin 2
Pin 3: COS                ??>       DE-9 Pin 3
Pin 4: RX Audio      ??>       DE-9 Pin 4
Pin 5: PTT                ??>       DE-9 Pin 5
Pin 6: +5VDC          ??>       DE-9 Pin 9

 

 

From: App_rpt-users [mailto:app_rpt-users-bounces at lists.allstarlink.org] On Behalf Of Mark Johnston
Sent: Tuesday, November 28, 2017 11:33 AM
To: Users of Asterisk app_rpt  <mailto:app_rpt-users at lists.allstarlink.org> <app_rpt-users at lists.allstarlink.org>
Subject: Re: [App_rpt-users] Using DSP on Rasberry Pi?

 

Are you using a URI?  I have had great success with https://www.amazon.com/gp/product/B01LWNQA85/ref=oh_aui_detailpage_o00_s00?ie=UTF8 <https://www.amazon.com/gp/product/B01LWNQA85/ref=oh_aui_detailpage_o00_s00?ie=UTF8&psc=1> &psc=1 radio and using COS, not sure where to pull discriminator audio from, if you know that would be great!

 

 

Mark




**** North West Hub Allstar Node 2295 <http://www.markjohnston.us/nwhub>  ****

 

"Got Root?"

 

How many software engineers does it take to change a light bulb?

None. It's a hardware problem.

 

The best way to accelerate a computer running Windows is at 9.81 m/s?.

 

"I get paid to support Windows, I use Linux to get work done."

 

On Tue, Nov 28, 2017 at 8:03 AM, John Griffith <jcarl.griffith at gmail.com <mailto:jcarl.griffith at gmail.com> > wrote:

About 4 months ago, I loaded Crompton on my Pi and transferred all the config files over from my ACID box.

My current repeater uses ACID on an old fanless PC, and it happens to also have DSP configured for receive.  The Pi 3 actually worked well, my Pi 3 handling the extra load from using DSP quite well. What broke however, was everything else. I had copied quite a bit over to get it to work, not just conf files. It's been a while, I don't remember exactly what all I copied over, but it was entire directories. Then, it was no longer able to run USB tune or even the new features that replaced it because the conf files are not compatible with the new system. I went back to my old ACID installation on my PC after hopelessly breaking my Crompton attempt.

Fast forward to now. I have my repeater running off a solar panel, but the computer is too big a draw to keep the system running over night. I want to return to a Pi installation. I've tried configuring COS from the radio, but it has a nasty habit of not going out of COS once a received signal terminates. I REALLY want to use DSP as I've spent countless hours trying to make COS work properly and not achieving good success.

Is there a way of making DSP work on a Pi without breaking stuff? Or is there a proper way of bringing my ACID setup over to my Pi successfully?  Not even looked at DIAL, is it compatible with DSP, if it is, can it be brought over to Pi?

John
N7OKN

_______________________________________________
App_rpt-users mailing list
App_rpt-users at lists.allstarlink.org <mailto:App_rpt-users at lists.allstarlink.org> 
http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users

To unsubscribe from this list please visit http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button"
You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem. 

 






_______________________________________________
App_rpt-users mailing list
App_rpt-users at lists.allstarlink.org <mailto:App_rpt-users at lists.allstarlink.org> 
http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
 
To unsubscribe from this list please visit http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button"
You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem. 

 

-- 
Thanks Stan Siems WB0EMJ The difficult we do right away the impossible just takes a little longer and the words it can't be done should never be spoken!

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20171128/9f86a22f/attachment.html>

From jcarl.griffith at gmail.com  Tue Nov 28 22:09:02 2017
From: jcarl.griffith at gmail.com (John Griffith)
Date: Tue, 28 Nov 2017 15:09:02 -0700
Subject: [App_rpt-users] Using DSP on Rasberry Pi?
In-Reply-To: <CAJYozy4hgvSfx=vqinyUEb-wM1a+xzAT_J11aDiOx8iPtjcdow@mail.gmail.com>
References: <051501d36862$77aa75a0$66ff60e0$@gmail.com>
 <CAJYozy4hgvSfx=vqinyUEb-wM1a+xzAT_J11aDiOx8iPtjcdow@mail.gmail.com>
Message-ID: <062901d36895$80c00500$82400f00$@gmail.com>

Yes, I realized that. 

I started with a clean bootable Crompton and started pulling stuff over after that.  That?s when I realized I had a working repeater with DSP, but all the adjustment and telemetry features were broken.  

 

From: Jeff W [mailto:jeffww at gmail.com] 
Sent: Tuesday, November 28, 2017 2:53 PM
To: jcarl.griffith at gmail.com
Subject: Re: [App_rpt-users] Using DSP on Rasberry Pi?

 

John, if you copied any binaries from ACID they may not work because they were compiled for x86 architecture not ARM.  There could also be deoendencies that you are missing.  I would recommend building or installing precompiled packages for the same applications on thr pi and then try to swap out the config files from the pc.

 

JEFF

 

On Nov 28, 2017 10:03 AM, "John Griffith" <jcarl.griffith at gmail.com <mailto:jcarl.griffith at gmail.com> > wrote:

About 4 months ago, I loaded Crompton on my Pi and transferred all the config files over from my ACID box.

My current repeater uses ACID on an old fanless PC, and it happens to also have DSP configured for receive.  The Pi 3 actually worked well, my Pi 3 handling the extra load from using DSP quite well. What broke however, was everything else. I had copied quite a bit over to get it to work, not just conf files. It's been a while, I don't remember exactly what all I copied over, but it was entire directories. Then, it was no longer able to run USB tune or even the new features that replaced it because the conf files are not compatible with the new system. I went back to my old ACID installation on my PC after hopelessly breaking my Crompton attempt.

Fast forward to now. I have my repeater running off a solar panel, but the computer is too big a draw to keep the system running over night. I want to return to a Pi installation. I've tried configuring COS from the radio, but it has a nasty habit of not going out of COS once a received signal terminates. I REALLY want to use DSP as I've spent countless hours trying to make COS work properly and not achieving good success.

Is there a way of making DSP work on a Pi without breaking stuff? Or is there a proper way of bringing my ACID setup over to my Pi successfully?  Not even looked at DIAL, is it compatible with DSP, if it is, can it be brought over to Pi?

John
N7OKN

_______________________________________________
App_rpt-users mailing list
App_rpt-users at lists.allstarlink.org <mailto:App_rpt-users at lists.allstarlink.org> 
http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users

To unsubscribe from this list please visit http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button"
You do not need a password 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: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20171128/936860e3/attachment.html>

From jcarl.griffith at gmail.com  Tue Nov 28 22:13:03 2017
From: jcarl.griffith at gmail.com (John Griffith)
Date: Tue, 28 Nov 2017 15:13:03 -0700
Subject: [App_rpt-users] Using DSP on Rasberry Pi?
In-Reply-To: <Pine.LNX.4.44.1711281517340.27041-100000@goliath.inttek.net>
References: <055c01d3686e$cc295b30$647c1190$@gmail.com>
 <Pine.LNX.4.44.1711281517340.27041-100000@goliath.inttek.net>
Message-ID: <063001d36896$103ca7b0$30b5f710$@gmail.com>

It's a UHF repeater with a flat-pack. I have 90db separation which is
adequate for my needs. 

-----Original Message-----
From: David McGough [mailto:kb4fxc at inttek.net] 
Sent: Tuesday, November 28, 2017 1:23 PM
To: John Griffith <jcarl.griffith at gmail.com>
Subject: RE: [App_rpt-users] Using DSP on Rasberry Pi?


Hi John,

Is this a VHF or UHF repeater???  What type of duplexer, if any??


73, David KB4FXC



On Tue, 28 Nov 2017, John Griffith wrote:

> The receive radio is a TYT TH-9000. The transmit radio is a Yaesu ft-7800.
> 
> I found the 9000 has a more sensitive receiver, and the Yaesu has a 
> better transmitter, it doesn't "crackle"
> During long transmissions like the TYT did. I'm using a standard URI.
> 
> 
> 
> -----Original Message-----
> From: David McGough [mailto:kb4fxc at inttek.net]
> Sent: Tuesday, November 28, 2017 9:51 AM
> To: John Griffith <jcarl.griffith at gmail.com>
> Subject: Re: [App_rpt-users] Using DSP on Rasberry Pi?
> 
> 
> Hi John,
> 
> What kind of radios(s) or repeater are you using?
> 
> As the software developer of the hamvoip release, I'm interested to 
> hear experiences, good or bad.
> 
> 
> Thanks,
> 
> 73, David KB4FXC
> 
> 
> 
> On Tue, 28 Nov 2017, John Griffith wrote:
> 
> > About 4 months ago, I loaded Crompton on my Pi and transferred all 
> > the
> config files over from my ACID box. 
> 
> My current repeater uses ACID on an old fanless PC, and it happens to 
> also have DSP configured for receive.  The Pi 3 actually worked well, 
> my Pi 3 handling the extra load from using DSP quite well. What broke 
> however, was everything else. I had copied quite a bit over to get it 
> to work, not just conf files. It's been a while, I don't remember 
> exactly what all I copied over, but it was entire directories. Then, 
> it was no longer able to run USB tune or even the new features that 
> replaced it because the conf files are not compatible with the new 
> system. I went back to my old ACID installation on my PC after hopelessly
breaking my Crompton attempt.
> 
> Fast forward to now. I have my repeater running off a solar panel, but 
> the computer is too big a draw to keep the system running over night. 
> I want to return to a Pi installation. I've tried configuring COS from 
> the radio, but it has a nasty habit of not going out of COS once a 
> received signal terminates. I REALLY want to use DSP as I've spent 
> countless hours trying to make COS work properly and not achieving good
success.
> 
> Is there a way of making DSP work on a Pi without breaking stuff? Or 
> is there a proper way of bringing my ACID setup over to my Pi
successfully?
> Not even looked at DIAL, is it compatible with DSP, if it is, can it 
> be brought over to Pi?
> 
> John
> N7OKN
> 
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at lists.allstarlink.org
> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
> 
> To unsubscribe from this list please visit 
> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users 
> and scroll down to the bottom of the page. Enter your email address 
> and press the "Unsubscribe or edit options button"
> You do not need a password to unsubscribe, you can do it via email 
> confirmation. If you have trouble unsubscribing, please send a message 
> to the list detailing the problem.
> 
> 
> 




From kb4fxc at inttek.net  Tue Nov 28 22:26:27 2017
From: kb4fxc at inttek.net (David McGough)
Date: Tue, 28 Nov 2017 17:26:27 -0500 (EST)
Subject: [App_rpt-users] Using DSP on Rasberry Pi?
In-Reply-To: <063001d36896$103ca7b0$30b5f710$@gmail.com>
Message-ID: <Pine.LNX.4.44.1711281724040.27041-100000@goliath.inttek.net>


Hi John,

Out of curiosity, if you disable the transmit radio, how does COS behave 
on the TYT?

73, David KB4FXC


On Tue, 28 Nov 2017, John Griffith wrote:

> It's a UHF repeater with a flat-pack. I have 90db separation which is
adequate for my needs. 

-----Original Message-----
From: David McGough [mailto:kb4fxc at inttek.net] 
Sent: Tuesday, November 28, 2017 1:23 PM
To: John Griffith <jcarl.griffith at gmail.com>
Subject: RE: [App_rpt-users] Using DSP on Rasberry Pi?


Hi John,

Is this a VHF or UHF repeater???  What type of duplexer, if any??


73, David KB4FXC



On Tue, 28 Nov 2017, John Griffith wrote:

> The receive radio is a TYT TH-9000. The transmit radio is a Yaesu ft-7800.
> 
> I found the 9000 has a more sensitive receiver, and the Yaesu has a 
> better transmitter, it doesn't "crackle"
> During long transmissions like the TYT did. I'm using a standard URI.
> 
> 
> 



From jcarl.griffith at gmail.com  Tue Nov 28 22:59:56 2017
From: jcarl.griffith at gmail.com (John Griffith)
Date: Tue, 28 Nov 2017 15:59:56 -0700
Subject: [App_rpt-users] Using DSP on Rasberry Pi?
In-Reply-To: <Pine.LNX.4.44.1711281724040.27041-100000@goliath.inttek.net>
References: <063001d36896$103ca7b0$30b5f710$@gmail.com>
 <Pine.LNX.4.44.1711281724040.27041-100000@goliath.inttek.net>
Message-ID: <06ce01d3689c$9cfd7700$d6f86500$@gmail.com>

I see what you're getting at.. the RF from the transmitter may be interfering with the CPU in the receiving radio, locking up the COS. I'll do an experiment and let you know. May be a couple of days, but I'm going to start on the Pi project tonight.

-----Original Message-----
From: App_rpt-users [mailto:app_rpt-users-bounces at lists.allstarlink.org] On Behalf Of David McGough
Sent: Tuesday, November 28, 2017 3:26 PM
To: Users of Asterisk app_rpt <app_rpt-users at lists.allstarlink.org>
Subject: Re: [App_rpt-users] Using DSP on Rasberry Pi?


Hi John,

Out of curiosity, if you disable the transmit radio, how does COS behave on the TYT?

73, David KB4FXC


On Tue, 28 Nov 2017, John Griffith wrote:

> It's a UHF repeater with a flat-pack. I have 90db separation which is
adequate for my needs. 

-----Original Message-----
From: David McGough [mailto:kb4fxc at inttek.net]
Sent: Tuesday, November 28, 2017 1:23 PM
To: John Griffith <jcarl.griffith at gmail.com>
Subject: RE: [App_rpt-users] Using DSP on Rasberry Pi?


Hi John,

Is this a VHF or UHF repeater???  What type of duplexer, if any??


73, David KB4FXC



On Tue, 28 Nov 2017, John Griffith wrote:

> The receive radio is a TYT TH-9000. The transmit radio is a Yaesu ft-7800.
> 
> I found the 9000 has a more sensitive receiver, and the Yaesu has a 
> better transmitter, it doesn't "crackle"
> During long transmissions like the TYT did. I'm using a standard URI.
> 
> 
> 

_______________________________________________
App_rpt-users mailing list
App_rpt-users at lists.allstarlink.org
http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users

To unsubscribe from this list please visit http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button"
You do not need a password 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 jcarl.griffith at gmail.com  Tue Nov 28 23:12:33 2017
From: jcarl.griffith at gmail.com (John Griffith)
Date: Tue, 28 Nov 2017 16:12:33 -0700
Subject: [App_rpt-users] Using DSP on Rasberry Pi?
In-Reply-To: <95bc6df3-c14c-407c-7ede-ec79709f3d0d@msgstor.com>
References: <063001d36896$103ca7b0$30b5f710$@gmail.com>
 <Pine.LNX.4.44.1711281724040.27041-100000@goliath.inttek.net>
 <06ce01d3689c$9cfd7700$d6f86500$@gmail.com>
 <95bc6df3-c14c-407c-7ede-ec79709f3d0d@msgstor.com>
Message-ID: <06d101d3689e$5ff353a0$1fd9fae0$@gmail.com>

My Allstar configuration backed up on the Allstar site is messed up, never could get that working.
Wait, you're saying something I thought I understood, but now I'm not sure.  You're saying, I can start with a basic Rasbian image (not Crompton) and migrate my ACID configuration over?
Wouldn't I have to roll my own Asterisk and App_RPT? I'm afraid that may be too hairy... I'm a Windows tech LOL


-----Original Message-----
From: Steve Zingman [mailto:szingman at msgstor.com] 
Sent: Tuesday, November 28, 2017 4:04 PM
To: John Griffith <jcarl.griffith at gmail.com>
Subject: Re: [App_rpt-users] Using DSP on Rasberry Pi?

John,
If you are comfortable with the Pi and want to add AllStarLink to a existing Raspbian image I have a solution for you. After the install you will have to edit the config file. You can use your ACID files as a template.
If you want a Pi image with AllStarLink installed I can point you at that too. Your call.

73, Steve N4IRS

On 11/28/2017 05:59 PM, John Griffith wrote:
> I see what you're getting at.. the RF from the transmitter may be interfering with the CPU in the receiving radio, locking up the COS. I'll do an experiment and let you know. May be a couple of days, but I'm going to start on the Pi project tonight.
>
> -----Original Message-----
> From: App_rpt-users 
> [mailto:app_rpt-users-bounces at lists.allstarlink.org] On Behalf Of 
> David McGough
> Sent: Tuesday, November 28, 2017 3:26 PM
> To: Users of Asterisk app_rpt <app_rpt-users at lists.allstarlink.org>
> Subject: Re: [App_rpt-users] Using DSP on Rasberry Pi?
>
>
> Hi John,
>
> Out of curiosity, if you disable the transmit radio, how does COS behave on the TYT?
>
> 73, David KB4FXC
>
>
> On Tue, 28 Nov 2017, John Griffith wrote:
>
>> It's a UHF repeater with a flat-pack. I have 90db separation which is
> adequate for my needs.
>
> -----Original Message-----
> From: David McGough [mailto:kb4fxc at inttek.net]
> Sent: Tuesday, November 28, 2017 1:23 PM
> To: John Griffith <jcarl.griffith at gmail.com>
> Subject: RE: [App_rpt-users] Using DSP on Rasberry Pi?
>
>
> Hi John,
>
> Is this a VHF or UHF repeater???  What type of duplexer, if any??
>
>
> 73, David KB4FXC
>
>
>
> On Tue, 28 Nov 2017, John Griffith wrote:
>
>> The receive radio is a TYT TH-9000. The transmit radio is a Yaesu ft-7800.
>>
>> I found the 9000 has a more sensitive receiver, and the Yaesu has a 
>> better transmitter, it doesn't "crackle"
>> During long transmissions like the TYT did. I'm using a standard URI.
>>
>>
>>
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at lists.allstarlink.org
> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
>
> To unsubscribe from this list please visit http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button"
> You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem.
>
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at lists.allstarlink.org
> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
>
> To unsubscribe from this list please visit http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button"
> You do not need a password 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 Benjamin at Project23D.com  Wed Nov 29 02:43:49 2017
From: Benjamin at Project23D.com (Benjamin Naber)
Date: Tue, 28 Nov 2017 20:43:49 -0600
Subject: [App_rpt-users] DIAL 8.5 and VM's on ProxMox
In-Reply-To: <Pine.LNX.4.44.1711272145250.27041-100000@goliath.inttek.net>
References: <Pine.LNX.4.44.1711272145250.27041-100000@goliath.inttek.net>
Message-ID: <1511923429.2489.17.camel@Project23D.com>

David,

you message was put in my "Worthy Keeping" folder!

While on this subject, are there any other tests?

These were the results of: dahdi_test -c 100

me at KB9LFZ-2:~# dahdi_test -c 100
Opened pseudo dahdi interface, measuring accuracy...
99.999% 99.997% 99.609% 99.997% 99.998% 99.615% 99.995% 99.608%?
99.999% 99.615% 99.608% 99.613% 99.608% 99.999% 99.994% 99.970%?
99.645% 99.998% 99.608% 99.998% 99.996% 99.996% 99.998% 99.996%?
99.998% 99.996% 99.999% 99.615% 99.611% 99.613% 99.995% 99.608%?
99.997% 99.612% 99.608% 99.614% 99.608% 99.615% 99.997% 100.000%?
99.605% 99.612% 99.989% 99.976% 99.957% 99.998% 99.996% 99.997%?
100.000% 99.993% 99.998% 99.997% 99.999% 99.997% 99.997% 99.997%?
99.997% 99.998% 99.998% 99.996% 99.999% 99.993% 99.999% 99.999%?
99.993% 99.998% 99.998% 99.998% 99.997% 99.994% 99.999% 99.997%?
99.999% 99.998% 99.993% 100.000% 99.997% 100.000% 99.996% 99.997%?
99.998% 99.995% 99.998% 99.999% 99.992% 99.999% 99.997% 99.998%?
99.998% 99.996% 99.997% 99.999% 99.996% 99.999% 99.996% 99.997%?
99.997% 99.995%?
--- Results after 98 passes ---
Best: 100.000% -- Worst: 99.605% -- Average: 99.917708%
Cummulative Accuracy (not per pass): 99.997

What is interesting about this mess is that Windows 10 does not do very
well on this enviroment... while the Linux machines just seem to work
as if the OS was installed on real hardware

~Benjamin, KB9LFZ




On Mon, 2017-11-27 at 22:07 -0500, David McGough wrote:
> 
> To REALLY tell how well any environment is working, you need to check
> the
> timing quality as reported from the dahdi kernel drivers. Many
> environments (particularly VPS!) do rather poorly in the area. Poor
> results typically mean audio choppiness and poor telemetry timing
> (e.g.:??
> Bad CW or tone timing), particularly where the server is used as a
> hub
> with many users connecting, needing to mix many audio streams. Note
> that
> this is an asterisk thing, not specifically AllStar. Many messages
> have
> been written about this in other asterisk related forums; goog'ling
> will
> find many results.
> 
> To test the timing quality, use the dahdi_test command. Jitter in the
> timing results and accuracy less than about 99.8% means less than
> perfect
> performance and potentially mediocre results.
> 
> Here is a sample run from my dev RPi3 system with 3 nodes (2 usb
> audio, 1?
> pseudo) active:
> 
> [root at alarmpi-kb4fxc asterisk]# dahdi_test -c 100
> Opened pseudo dahdi interface, measuring accuracy...
> 99.992% 99.990% 99.994% 99.994% 99.995% 99.996% 99.994% 99.994%?
> 99.995% 99.993% 99.996% 99.994% 99.994% 99.994% 99.995% 99.996%?
> 99.993% 99.993% 99.994% 99.995% 99.995% 99.994% 99.994% 99.994%?
> 99.994% 99.995% 99.993% 99.994% 99.994% 99.994% 99.995% 99.993%?
> 99.994% 99.993% 99.994% 99.995% 99.993% 99.994% 99.994% 99.994%?
> 99.996% 99.993% 99.994% 99.994% 99.995% 99.996% 99.994% 99.994%?
> 99.994% 99.994% 99.996% 99.994% 99.994% 99.993% 99.994% 99.995%?
> 99.995% 99.993% 99.994% 99.995% 99.995% 99.995% 99.994% 99.994%?
> 99.994% 99.994% 99.994% 99.994% 99.994% 99.995% 99.995% 99.994%?
> 99.994% 99.993% 99.994% 99.996% 99.993% 99.995% 99.994% 99.995%?
> 99.996% 99.993% 99.994% 99.994% 99.995% 99.996% 99.994% 99.994%?
> 99.994% 99.994% 99.996% 99.994% 99.994% 99.995% 99.994% 99.996%?
> 99.994% 99.993%?
> --- Results after 98 passes ---
> Best: 99.996% -- Worst: 99.990% -- Average: 99.994247%
> Cummulative Accuracy (not per pass): 99.994
> 
> 
> 73, David KB4FXC
> 
> 
> On Mon, 27 Nov 2017, Benjamin Naber wrote:
> 
> > For those of you who are into this sort of thing, DIAL 8.5 has been
> 
> installed, conbooberated and running successfully with no apparent
> lag,
> on the latest stable version of Proxmox. Currently, it is a radio-
> less
> node.
> 
> The test environment is a cluster of three Dell R310 servers (nodes),
> each with 16GB+ RAM, RAID 1 system drives, some other volume drives,
> 10GB fiber storage network links, and 1GB network connections.
> 
> Each of three nodes have other VMs running on them, running stuff
> like
> BIONIC, and other silly things for 'stress' testing, as the system is
> being evaluated for production environment.
> 
> To my understanding, proxmox is not a load-sharing/proxy/cloud
> computing network, each VM is hosted/homed on a single node, but has
> "live" versions on the other nodes in the cluster. Should a node
> suffer
> both power supply failures, or CPU fan squeals to a stop, or the RAID
> controller dies, within a minute or so, another node will spin up the
> live versions of the VMs that were on the now dead node.
> 
> So far, that has not been any noticeable lag, jitters, delay,
> otherwise
> anything negative, much to my surprise. This is a 101 for me on VM
> stuff, never messed with it until now.
> 
> If anyone wants to assist in testing, you are invited to connect to
> 29567
> Tuesday night, 7PM Central/8PM Eastern for our weekly Allstar
> Technical
> Net.
> 
> I am calling the net tomorrow night, to which the topics are advanced
> ASL node configurations, and some other stuff I have to be reminded
> of.
> 
> There is chatter throughout the days, more-so at night, so anyone is
> welcome to connect anytime!
> 
> 
> Don't be a square, connect to there!
> 
> ~Benjamin, KB9LFZ
> 
> 
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at lists.allstarlink.org
> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
> 
> To unsubscribe from this list please visit http://lists.allstarlink.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.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 Benjamin at Project23D.com  Wed Nov 29 03:02:14 2017
From: Benjamin at Project23D.com (Benjamin Naber)
Date: Tue, 28 Nov 2017 21:02:14 -0600
Subject: [App_rpt-users] How does Allstarlink work?
Message-ID: <1511924534.2489.20.camel@Project23D.com>

I would like to know how allstarlink works. I could assume specific
questions, but I'd rather like to start from the top. 

I'd like to know from an outside view of what the "DNS" system that has
been put into place, and if it is a hamvoip thing, or if it is a ASL
wide system.

I have the basic understanding of node registering, as the fundamental
IAX2 trunk linking is no different than two Asterisk boxes for a VoIP
system. There are, obviously, other things at play to make this system
of ours, work.

Why am I asking? Because I like to know how stuff works, so when I
bitch about something not working, I have a better understanding as to
why it does not work, and can ask more intelligent questions.

As entertaining as it may be, exclaiming: The damn thing doesn't work!
is not a good starting point to getting an issue resolved.

~Benjamin, KB9LFZ


From szingman at msgstor.com  Wed Nov 29 03:19:25 2017
From: szingman at msgstor.com (Steve Zingman)
Date: Tue, 28 Nov 2017 22:19:25 -0500
Subject: [App_rpt-users] How does Allstarlink work?
In-Reply-To: <1511924534.2489.20.camel@Project23D.com>
References: <1511924534.2489.20.camel@Project23D.com>
Message-ID: <f226fc9d-c418-4b76-2440-0c06834d2ab2@msgstor.com>



On 11/28/2017 10:02 PM, Benjamin Naber wrote:
> I would like to know how allstarlink works. I could assume specific
> questions, but I'd rather like to start from the top.
>
> I'd like to know from an outside view of what the "DNS" system that has
> been put into place, and if it is a hamvoip thing, or if it is a ASL
> wide system.
It is a HAMVIOP thing. As I understand it, not that I have been filled 
in except by hearsay, it is meant to replace the existing nodelist 
system /var/lib/asterisk/rpt_extnodes which is updated less often.
There is a AllStarLink plan for a DNS system to replace both the node 
lookup and registration system.
> I have the basic understanding of node registering, as the fundamental
> IAX2 trunk linking is no different than two Asterisk boxes for a VoIP
> system. There are, obviously, other things at play to make this system
> of ours, work.
You pretty much have it. Add the creation of the nodelist.
> Why am I asking? Because I like to know how stuff works, so when I
> bitch about something not working, I have a better understanding as to
> why it does not work, and can ask more intelligent questions.
>
> As entertaining as it may be, exclaiming: The damn thing doesn't work!
> is not a good starting point to getting an issue resolved.
I do so love those posts.
>
> ~Benjamin, KB9LFZ
>
Steve N4IRS


From kb4fxc at inttek.net  Wed Nov 29 06:05:46 2017
From: kb4fxc at inttek.net (David McGough)
Date: Wed, 29 Nov 2017 01:05:46 -0500 (EST)
Subject: [App_rpt-users] DIAL 8.5 and VM's on ProxMox
In-Reply-To: <1511923429.2489.17.camel@Project23D.com>
Message-ID: <Pine.LNX.4.44.1711290041250.27041-100000@goliath.inttek.net>


Hi,

You should strive for better timing numbers for serious use. AllStar uses
the dahdi bridge/conference software as the mechanism to mix all the
received audio for a given node into the combined transmit audio....Every
time that you link nodes together, you're dynamically creating a dahdi
multi-party bridge, which is similar to an Asterisk conference call
"underneath the covers."  The software timing must be spot-on to
accomplish this task without glitches.

Here may be a couple links of interest:

https://community.freepbx.org/t/this-is-scaring-the-hell-out-of-me/11389
https://wiki.asterisk.org/wiki/display/AST/Bridges


73, David KB4FXC





On Tue, 28 Nov 2017, Benjamin Naber wrote:

> David,

you message was put in my "Worthy Keeping" folder!

While on this subject, are there any other tests?

These were the results of: dahdi_test -c 100

me at KB9LFZ-2:~# dahdi_test -c 100
Opened pseudo dahdi interface, measuring accuracy...
99.999% 99.997% 99.609% 99.997% 99.998% 99.615% 99.995% 99.608%??
99.999% 99.615% 99.608% 99.613% 99.608% 99.999% 99.994% 99.970%??
99.645% 99.998% 99.608% 99.998% 99.996% 99.996% 99.998% 99.996%??
99.998% 99.996% 99.999% 99.615% 99.611% 99.613% 99.995% 99.608%??
99.997% 99.612% 99.608% 99.614% 99.608% 99.615% 99.997% 100.000%??
99.605% 99.612% 99.989% 99.976% 99.957% 99.998% 99.996% 99.997%??
100.000% 99.993% 99.998% 99.997% 99.999% 99.997% 99.997% 99.997%??
99.997% 99.998% 99.998% 99.996% 99.999% 99.993% 99.999% 99.999%??
99.993% 99.998% 99.998% 99.998% 99.997% 99.994% 99.999% 99.997%??
99.999% 99.998% 99.993% 100.000% 99.997% 100.000% 99.996% 99.997%??
99.998% 99.995% 99.998% 99.999% 99.992% 99.999% 99.997% 99.998%??
99.998% 99.996% 99.997% 99.999% 99.996% 99.999% 99.996% 99.997%??
99.997% 99.995%??
--- Results after 98 passes ---
Best: 100.000% -- Worst: 99.605% -- Average: 99.917708%
Cummulative Accuracy (not per pass): 99.997

What is interesting about this mess is that Windows 10 does not do very
well on this enviroment... while the Linux machines just seem to work
as if the OS was installed on real hardware

~Benjamin, KB9LFZ




On Mon, 2017-11-27 at 22:07 -0500, David McGough wrote:
> 
> To REALLY tell how well any environment is working, you need to check
> the
> timing quality as reported from the dahdi kernel drivers. Many
> environments (particularly VPS!) do rather poorly in the area. Poor
> results typically mean audio choppiness and poor telemetry timing
> (e.g.:????
> Bad CW or tone timing), particularly where the server is used as a
> hub
> with many users connecting, needing to mix many audio streams. Note
> that
> this is an asterisk thing, not specifically AllStar. Many messages
> have
> been written about this in other asterisk related forums; goog'ling
> will
> find many results.
> 
> To test the timing quality, use the dahdi_test command. Jitter in the
> timing results and accuracy less than about 99.8% means less than
> perfect
> performance and potentially mediocre results.
> 
> Here is a sample run from my dev RPi3 system with 3 nodes (2 usb
> audio, 1??
> pseudo) active:
> 
> [root at alarmpi-kb4fxc asterisk]# dahdi_test -c 100
> Opened pseudo dahdi interface, measuring accuracy...
> 99.992% 99.990% 99.994% 99.994% 99.995% 99.996% 99.994% 99.994%??
> 99.995% 99.993% 99.996% 99.994% 99.994% 99.994% 99.995% 99.996%??
> 99.993% 99.993% 99.994% 99.995% 99.995% 99.994% 99.994% 99.994%??
> 99.994% 99.995% 99.993% 99.994% 99.994% 99.994% 99.995% 99.993%??
> 99.994% 99.993% 99.994% 99.995% 99.993% 99.994% 99.994% 99.994%??
> 99.996% 99.993% 99.994% 99.994% 99.995% 99.996% 99.994% 99.994%??
> 99.994% 99.994% 99.996% 99.994% 99.994% 99.993% 99.994% 99.995%??
> 99.995% 99.993% 99.994% 99.995% 99.995% 99.995% 99.994% 99.994%??
> 99.994% 99.994% 99.994% 99.994% 99.994% 99.995% 99.995% 99.994%??
> 99.994% 99.993% 99.994% 99.996% 99.993% 99.995% 99.994% 99.995%??
> 99.996% 99.993% 99.994% 99.994% 99.995% 99.996% 99.994% 99.994%??
> 99.994% 99.994% 99.996% 99.994% 99.994% 99.995% 99.994% 99.996%??
> 99.994% 99.993%??
> --- Results after 98 passes ---
> Best: 99.996% -- Worst: 99.990% -- Average: 99.994247%
> Cummulative Accuracy (not per pass): 99.994
> 
> 
> 73, David KB4FXC
> 
> 
> On Mon, 27 Nov 2017, Benjamin Naber wrote:
> 
> > For those of you who are into this sort of thing, DIAL 8.5 has been
> 
> installed, conbooberated and running successfully with no apparent
> lag,
> on the latest stable version of Proxmox. Currently, it is a radio-
> less
> node.
> 
> The test environment is a cluster of three Dell R310 servers (nodes),
> each with 16GB+ RAM, RAID 1 system drives, some other volume drives,
> 10GB fiber storage network links, and 1GB network connections.
> 
> Each of three nodes have other VMs running on them, running stuff
> like
> BIONIC, and other silly things for 'stress' testing, as the system is
> being evaluated for production environment.
> 
> To my understanding, proxmox is not a load-sharing/proxy/cloud
> computing network, each VM is hosted/homed on a single node, but has
> "live" versions on the other nodes in the cluster. Should a node
> suffer
> both power supply failures, or CPU fan squeals to a stop, or the RAID
> controller dies, within a minute or so, another node will spin up the
> live versions of the VMs that were on the now dead node.
> 
> So far, that has not been any noticeable lag, jitters, delay,
> otherwise
> anything negative, much to my surprise. This is a 101 for me on VM
> stuff, never messed with it until now.
> 
> If anyone wants to assist in testing, you are invited to connect to
> 29567
> Tuesday night, 7PM Central/8PM Eastern for our weekly Allstar
> Technical
> Net.
> 
> I am calling the net tomorrow night, to which the topics are advanced
> ASL node configurations, and some other stuff I have to be reminded
> of.
> 
> There is chatter throughout the days, more-so at night, so anyone is
> welcome to connect anytime!
> 
> 
> Don't be a square, connect to there!
> 
> ~Benjamin, KB9LFZ
> 
> 
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at lists.allstarlink.org
> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
> 
> To unsubscribe from this list please visit http://lists.allstarlink.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.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 no1pc at yahoo.com  Wed Nov 29 17:54:54 2017
From: no1pc at yahoo.com (Jim Aspinwall No1PC)
Date: Wed, 29 Nov 2017 17:54:54 +0000 (UTC)
Subject: [App_rpt-users] TOS values - differences/significance?
References: <312205577.5780978.1511978094929.ref@mail.yahoo.com>
Message-ID: <312205577.5780978.1511978094929@mail.yahoo.com>


Curious about the TOS= value under the [general] stanza in the iax.conf file.
Default appears to be 0x1E.
Various (inconsistent) how-to indicate 0xBC.
Some reference to the values indicate:
10 = low delay08 = high throughput04 = high reliability02 = ECT bit01 = CE bit
or it could be word values:
lowdelaythroughputreliabilitymincostnone
What realistic, effective difference do these values make?? Any conflicts with one node having 'some' values set and another having different values?? ?Should we all just get along on ONE set of values?
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20171129/a54501f1/attachment.html>

From Bryan at bryanfields.net  Wed Nov 29 18:06:17 2017
From: Bryan at bryanfields.net (Bryan Fields)
Date: Wed, 29 Nov 2017 13:06:17 -0500
Subject: [App_rpt-users] TOS values - differences/significance?
In-Reply-To: <312205577.5780978.1511978094929@mail.yahoo.com>
References: <312205577.5780978.1511978094929.ref@mail.yahoo.com>
 <312205577.5780978.1511978094929@mail.yahoo.com>
Message-ID: <0507aabd-cf63-81ca-ff63-5e433f99e644@bryanfields.net>

On 11/29/17 12:54 PM, Jim Aspinwall No1PC wrote:
> 
> What realistic, effective difference do these values make?  Any conflicts
> with one node having 'some' values set and another having different values?
>  Should we all just get along on ONE set of values?

It will only set the IP DSCP bits in the packets, it makes no difference to
asterisk.

This will only matter if you're on a network that has QoS policies running.
Once a packet hits an ISP the DSCP gets stripped off, so it only matters
inside your network.  99.9% of all users will see no benefit to this setting.

-- 
Bryan Fields

727-409-1194 - Voice
http://bryanfields.net


From tisawyer at gmail.com  Thu Nov 30 00:04:55 2017
From: tisawyer at gmail.com (Tim Sawyer)
Date: Wed, 29 Nov 2017 16:04:55 -0800
Subject: [App_rpt-users] RTCM Inbound (Eth Rx) packet out of bounds
In-Reply-To: <2CD9FB52-4E33-46D6-AFB3-0DE2E2145E20@gmail.com>
References: <CAC0VLD0-Pbn6mRFkrwozQaCGXxPQ=upbEzF_yd4Pdz9Ve8MYZg@mail.gmail.com>
 <2CD9FB52-4E33-46D6-AFB3-0DE2E2145E20@gmail.com>
Message-ID: <CAG3ht9tuHzFEAx5_wp7r293v0_mb3FbZxj_jyvJcq-z_9tWTmg@mail.gmail.com>

Jesse,

I'm curious about your Note: in the email below. I get a lot of there
messages "Voter lost master timing source!!" Do you think the two RTCM
solution you mentioned would fit that?

messages:[Nov  9 07:59:28] NOTICE[28554] chan_voter.c: Voter lost master
timing source!!

messages:[Nov 24 17:58:49] NOTICE[28554] chan_voter.c: Voter lost master
timing source!!

messages:[Nov 25 03:58:49] NOTICE[28554] chan_voter.c: Voter lost master
timing source!!

messages.1:[Oct  4 13:00:06] NOTICE[23633] chan_voter.c: Voter lost master
timing source!!

messages.1:[Oct  4 14:37:07] NOTICE[23633] chan_voter.c: Voter lost master
timing source!!

messages.1:[Oct  6 17:00:05] NOTICE[23633] chan_voter.c: Voter lost master
timing source!!

messages.1:[Oct  7 17:00:54] NOTICE[23633] chan_voter.c: Voter lost master
timing source!!

messages.1:[Oct 13 01:00:06] NOTICE[23633] chan_voter.c: Voter lost master
timing source!!

messages.1:[Oct 22 07:00:05] NOTICE[23633] chan_voter.c: Voter lost master
timing source!!

messages.1:[Oct 22 15:00:06] NOTICE[23633] chan_voter.c: Voter lost master
timing source!!

messages.1:[Oct 25 13:00:04] NOTICE[28554] chan_voter.c: Voter lost master
timing source!!

messages.1:[Oct 28 14:59:57] NOTICE[28554] chan_voter.c: Voter lost master
timing source!!

messages.2:[Sep 17 17:00:05] NOTICE[23633] chan_voter.c: Voter lost master
timing source!!

messages.2:[Sep 17 19:00:06] NOTICE[23633] chan_voter.c: Voter lost master
timing source!!

messages.3:[Aug 15 07:00:06] NOTICE[713] chan_voter.c: Voter lost master
timing source!!

messages.3:[Aug 17 03:00:05] NOTICE[713] chan_voter.c: Voter lost master
timing source!!

messages.3:[Aug 21 15:00:06] NOTICE[713] chan_voter.c: Voter lost master
timing source!!

messages.3:[Aug 21 19:00:05] NOTICE[713] chan_voter.c: Voter lost master
timing source!!

messages.3:[Aug 30 15:00:05] NOTICE[713] chan_voter.c: Voter lost master
timing source!!



On Sat, Sep 23, 2017 at 7:46 PM, Jesse Lloyd <ve7lyd at gmail.com> wrote:

> Here's how I do it, seems to work...
>
> Calculate the maximum latency in network. If its less than 60 ms use 60ms for the calculations.
>
> For RTCM Tx Buffer length, take latency * 8. Minimum therefore is 480 (this value is in packets (8 packets per ms))
>
> For buflen in voter.conf, take latency + 100. Minimum therefore is 160 (this value is in ms)
>
> The delay of the system is RTCM Tx Buffer Length /8 + tx buffer length in Asterisk. Minimum therefore is 220ms
>
> If you have voter.conf set to 250 the RTCM should be set to 1200. This should make the system able to handle latency spikes to 150ms.
>
> Note: If your GPS is weak on the RTCM which is connected to your Asterisk
> server it'll cause lots of problems. I've also had better luck using a
> dedicated RTCM for the server timing and using a different one for the
> radio/repeater, even if they are in the same building. I suspect the UDP TX
> audio stream combined with the 10Mbps 1/2 duplex RTCM ethernet causes
> packet collisions which messes up the server timing packets (this is a
> hunch at this point).
>
> Cheers,
> Jesse
>
> On Sep 23, 2017, at 5:41 PM, Hayden Honeywood <haydenph91 at gmail.com>
> wrote:
>
> More testing last night and today.
>
> I set the TX Buffer to 1200 last night, rebooted both RTCM units and it
> was working fine last night.
>
> Switched off one of the sites (at home) overnight. Came back this morning,
> powered up and getting the packet out of bounds issues again. Changed up to
> 1600 and rebooted both units, worked again. buflen set to 250.
>
> Is it just a matter of increasing these up and up until it's stable even
> after a power reset?
>
> I've been swapping out ethernet cables too just checking to make sure that
> is not the issue... Could still be a hardware problem. Next thing to change
> is the port from 667 to make sure there is no limiting down at the ISP
> level.
>
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at lists.allstarlink.org
> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
>
> To unsubscribe from this list please visit http://lists.allstarlink.org/
> cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of
> the page. Enter your email address and press the "Unsubscribe or edit
> options button"
> You do not need a password to unsubscribe, you can do it via email
> confirmation. If you have trouble unsubscribing, please send a message to
> the list detailing the problem.
>
>
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at lists.allstarlink.org
> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
>
> To unsubscribe from this list please visit http://lists.allstarlink.org/
> cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of
> the page. Enter your email address and press the "Unsubscribe or edit
> options button"
> You do not need a password to unsubscribe, you can do it via email
> confirmation. If you have trouble unsubscribing, please send a message to
> the list detailing the problem.
>



-- 
--
Tim
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20171129/d2a94756/attachment.html>

From ve7lyd at gmail.com  Thu Nov 30 00:07:33 2017
From: ve7lyd at gmail.com (Jesse Lloyd)
Date: Wed, 29 Nov 2017 16:07:33 -0800
Subject: [App_rpt-users] RTCM Inbound (Eth Rx) packet out of bounds
In-Reply-To: <CAG3ht9tuHzFEAx5_wp7r293v0_mb3FbZxj_jyvJcq-z_9tWTmg@mail.gmail.com>
References: <CAC0VLD0-Pbn6mRFkrwozQaCGXxPQ=upbEzF_yd4Pdz9Ve8MYZg@mail.gmail.com>
 <2CD9FB52-4E33-46D6-AFB3-0DE2E2145E20@gmail.com>
 <CAG3ht9tuHzFEAx5_wp7r293v0_mb3FbZxj_jyvJcq-z_9tWTmg@mail.gmail.com>
Message-ID: <CABYhhnqQaj9BjPPaX76Gb8DU59xTtX_KgnaSFY27sGu50eyuCw@mail.gmail.com>

Yes. Using one dedicated for timing has worked better for me. I suspect
that if you get a packet collision using the 10 Mbps 1/2 duplex then the
delayed packet used for timing breaks things... this is a guess at this
point.

Jesse


On Wed, Nov 29, 2017 at 4:04 PM, Tim Sawyer <tisawyer at gmail.com> wrote:

> Jesse,
>
> I'm curious about your Note: in the email below. I get a lot of there
> messages "Voter lost master timing source!!" Do you think the two RTCM
> solution you mentioned would fit that?
>
> messages:[Nov  9 07:59:28] NOTICE[28554] chan_voter.c: Voter lost master
> timing source!!
>
> messages:[Nov 24 17:58:49] NOTICE[28554] chan_voter.c: Voter lost master
> timing source!!
>
> messages:[Nov 25 03:58:49] NOTICE[28554] chan_voter.c: Voter lost master
> timing source!!
>
> messages.1:[Oct  4 13:00:06] NOTICE[23633] chan_voter.c: Voter lost master
> timing source!!
>
> messages.1:[Oct  4 14:37:07] NOTICE[23633] chan_voter.c: Voter lost master
> timing source!!
>
> messages.1:[Oct  6 17:00:05] NOTICE[23633] chan_voter.c: Voter lost master
> timing source!!
>
> messages.1:[Oct  7 17:00:54] NOTICE[23633] chan_voter.c: Voter lost master
> timing source!!
>
> messages.1:[Oct 13 01:00:06] NOTICE[23633] chan_voter.c: Voter lost master
> timing source!!
>
> messages.1:[Oct 22 07:00:05] NOTICE[23633] chan_voter.c: Voter lost master
> timing source!!
>
> messages.1:[Oct 22 15:00:06] NOTICE[23633] chan_voter.c: Voter lost master
> timing source!!
>
> messages.1:[Oct 25 13:00:04] NOTICE[28554] chan_voter.c: Voter lost master
> timing source!!
>
> messages.1:[Oct 28 14:59:57] NOTICE[28554] chan_voter.c: Voter lost master
> timing source!!
>
> messages.2:[Sep 17 17:00:05] NOTICE[23633] chan_voter.c: Voter lost master
> timing source!!
>
> messages.2:[Sep 17 19:00:06] NOTICE[23633] chan_voter.c: Voter lost master
> timing source!!
>
> messages.3:[Aug 15 07:00:06] NOTICE[713] chan_voter.c: Voter lost master
> timing source!!
>
> messages.3:[Aug 17 03:00:05] NOTICE[713] chan_voter.c: Voter lost master
> timing source!!
>
> messages.3:[Aug 21 15:00:06] NOTICE[713] chan_voter.c: Voter lost master
> timing source!!
>
> messages.3:[Aug 21 19:00:05] NOTICE[713] chan_voter.c: Voter lost master
> timing source!!
>
> messages.3:[Aug 30 15:00:05] NOTICE[713] chan_voter.c: Voter lost master
> timing source!!
>
>
>
> On Sat, Sep 23, 2017 at 7:46 PM, Jesse Lloyd <ve7lyd at gmail.com> wrote:
>
>> Here's how I do it, seems to work...
>>
>> Calculate the maximum latency in network. If its less than 60 ms use 60ms for the calculations.
>>
>> For RTCM Tx Buffer length, take latency * 8. Minimum therefore is 480 (this value is in packets (8 packets per ms))
>>
>> For buflen in voter.conf, take latency + 100. Minimum therefore is 160 (this value is in ms)
>>
>> The delay of the system is RTCM Tx Buffer Length /8 + tx buffer length in Asterisk. Minimum therefore is 220ms
>>
>> If you have voter.conf set to 250 the RTCM should be set to 1200. This should make the system able to handle latency spikes to 150ms.
>>
>> Note: If your GPS is weak on the RTCM which is connected to your Asterisk
>> server it'll cause lots of problems. I've also had better luck using a
>> dedicated RTCM for the server timing and using a different one for the
>> radio/repeater, even if they are in the same building. I suspect the UDP TX
>> audio stream combined with the 10Mbps 1/2 duplex RTCM ethernet causes
>> packet collisions which messes up the server timing packets (this is a
>> hunch at this point).
>>
>> Cheers,
>> Jesse
>>
>> On Sep 23, 2017, at 5:41 PM, Hayden Honeywood <haydenph91 at gmail.com>
>> wrote:
>>
>> More testing last night and today.
>>
>> I set the TX Buffer to 1200 last night, rebooted both RTCM units and it
>> was working fine last night.
>>
>> Switched off one of the sites (at home) overnight. Came back this
>> morning, powered up and getting the packet out of bounds issues again.
>> Changed up to 1600 and rebooted both units, worked again. buflen set to 250.
>>
>> Is it just a matter of increasing these up and up until it's stable even
>> after a power reset?
>>
>> I've been swapping out ethernet cables too just checking to make sure
>> that is not the issue... Could still be a hardware problem. Next thing to
>> change is the port from 667 to make sure there is no limiting down at the
>> ISP level.
>>
>> _______________________________________________
>> App_rpt-users mailing list
>> App_rpt-users at lists.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.
>>
>
>
>
> --
> --
> Tim
>
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at lists.allstarlink.org
> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
>
> To unsubscribe from this list please visit http://lists.allstarlink.org/
> cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of
> the page. Enter your email address and press the "Unsubscribe or edit
> options button"
> You do not need a password to unsubscribe, you can do it via email
> confirmation. If you have trouble unsubscribing, please send a message to
> the list detailing the problem.
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20171129/bf17a5dc/attachment.html>

From Bryan at bryanfields.net  Thu Nov 30 00:53:49 2017
From: Bryan at bryanfields.net (Bryan Fields)
Date: Wed, 29 Nov 2017 19:53:49 -0500
Subject: [App_rpt-users] RTCM Inbound (Eth Rx) packet out of bounds
In-Reply-To: <CABYhhnqQaj9BjPPaX76Gb8DU59xTtX_KgnaSFY27sGu50eyuCw@mail.gmail.com>
References: <CAC0VLD0-Pbn6mRFkrwozQaCGXxPQ=upbEzF_yd4Pdz9Ve8MYZg@mail.gmail.com>
 <2CD9FB52-4E33-46D6-AFB3-0DE2E2145E20@gmail.com>
 <CAG3ht9tuHzFEAx5_wp7r293v0_mb3FbZxj_jyvJcq-z_9tWTmg@mail.gmail.com>
 <CABYhhnqQaj9BjPPaX76Gb8DU59xTtX_KgnaSFY27sGu50eyuCw@mail.gmail.com>
Message-ID: <ad267f77-db81-5152-b4c2-8846be9d20a2@bryanfields.net>

On 11/29/17 7:07 PM, Jesse Lloyd wrote:
> I suspect that if you get a packet collision using the 10 Mbps 1/2 duplex then
> the delayed packet used for timing breaks things... this is a guess at this point.

What kinda of switch do you have this connected to?  A proper switch should
eliminate any collisions.  I have an EX everything plugs into, and you will
need to set the RTCM to full duplex and manually configure the switch to
10/full.  The RTCM doesn't do auto negotiation, and the switch will default to
10/half if it fails (this is the 802.3 standard)

73's
-- 
Bryan Fields

727-409-1194 - Voice
http://bryanfields.net


From ve7lyd at gmail.com  Thu Nov 30 02:41:57 2017
From: ve7lyd at gmail.com (Jesse Lloyd)
Date: Wed, 29 Nov 2017 18:41:57 -0800
Subject: [App_rpt-users] RTCM Inbound (Eth Rx) packet out of bounds
In-Reply-To: <ad267f77-db81-5152-b4c2-8846be9d20a2@bryanfields.net>
References: <CAC0VLD0-Pbn6mRFkrwozQaCGXxPQ=upbEzF_yd4Pdz9Ve8MYZg@mail.gmail.com>
 <2CD9FB52-4E33-46D6-AFB3-0DE2E2145E20@gmail.com>
 <CAG3ht9tuHzFEAx5_wp7r293v0_mb3FbZxj_jyvJcq-z_9tWTmg@mail.gmail.com>
 <CABYhhnqQaj9BjPPaX76Gb8DU59xTtX_KgnaSFY27sGu50eyuCw@mail.gmail.com>
 <ad267f77-db81-5152-b4c2-8846be9d20a2@bryanfields.net>
Message-ID: <CD43A841-CB4C-44F5-94E3-BB1920271CA0@gmail.com>

I've use just an unmanaged switch, which would fail to 10 half. 

A fully managed one that you can force your duplex setting on would probably work fine. 

Cheers,
Jesse

> On Nov 29, 2017, at 4:53 PM, Bryan Fields <Bryan at bryanfields.net> wrote:
> 
>> On 11/29/17 7:07 PM, Jesse Lloyd wrote:
>> I suspect that if you get a packet collision using the 10 Mbps 1/2 duplex then
>> the delayed packet used for timing breaks things... this is a guess at this point.
> 
> What kinda of switch do you have this connected to?  A proper switch should
> eliminate any collisions.  I have an EX everything plugs into, and you will
> need to set the RTCM to full duplex and manually configure the switch to
> 10/full.  The RTCM doesn't do auto negotiation, and the switch will default to
> 10/half if it fails (this is the 802.3 standard)
> 
> 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.


From tisawyer at gmail.com  Thu Nov 30 04:04:53 2017
From: tisawyer at gmail.com (Tim Sawyer)
Date: Wed, 29 Nov 2017 20:04:53 -0800
Subject: [App_rpt-users] RTCM Inbound (Eth Rx) packet out of bounds
In-Reply-To: <ad267f77-db81-5152-b4c2-8846be9d20a2@bryanfields.net>
References: <CAC0VLD0-Pbn6mRFkrwozQaCGXxPQ=upbEzF_yd4Pdz9Ve8MYZg@mail.gmail.com>
 <2CD9FB52-4E33-46D6-AFB3-0DE2E2145E20@gmail.com>
 <CAG3ht9tuHzFEAx5_wp7r293v0_mb3FbZxj_jyvJcq-z_9tWTmg@mail.gmail.com>
 <CABYhhnqQaj9BjPPaX76Gb8DU59xTtX_KgnaSFY27sGu50eyuCw@mail.gmail.com>
 <ad267f77-db81-5152-b4c2-8846be9d20a2@bryanfields.net>
Message-ID: <CAG3ht9toyKw3Ktc3dNY9rUgfaT4dd9-yP7ZG4ie75zqUaCjAUw@mail.gmail.com>

My RTCM is set to half duplex. The switch is a MikroTik router. I'll try
full duplex and see what happens.

So Bryan, you don't have any these "Voter lost master timing source!!" messages
in your Asterisk log?

On Wed, Nov 29, 2017 at 4:53 PM, Bryan Fields <Bryan at bryanfields.net> wrote:

> On 11/29/17 7:07 PM, Jesse Lloyd wrote:
> > I suspect that if you get a packet collision using the 10 Mbps 1/2
> duplex then
> > the delayed packet used for timing breaks things... this is a guess at
> this point.
>
> What kinda of switch do you have this connected to?  A proper switch should
> eliminate any collisions.  I have an EX everything plugs into, and you will
> need to set the RTCM to full duplex and manually configure the switch to
> 10/full.  The RTCM doesn't do auto negotiation, and the switch will
> default to
> 10/half if it fails (this is the 802.3 standard)
>
> 73's
> --
> Bryan Fields
>
> 727-409-1194 - Voice
> http://bryanfields.net
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at lists.allstarlink.org
> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
>
> To unsubscribe from this list please visit http://lists.allstarlink.org/
> cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of
> the page. Enter your email address and press the "Unsubscribe or edit
> options button"
> You do not need a password to unsubscribe, you can do it via email
> confirmation. If you have trouble unsubscribing, please send a message to
> the list detailing the problem.
>



-- 
--
Tim
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20171129/35eb820a/attachment.html>

From alberto_e_puig at hotmail.com  Thu Nov 30 11:05:19 2017
From: alberto_e_puig at hotmail.com (Alberto Enrique Puig)
Date: Thu, 30 Nov 2017 11:05:19 +0000
Subject: [App_rpt-users] Trying to use ASL on Rasberry Pi Zero W
In-Reply-To: <mailman.3.1511974801.17701.app_rpt-users@lists.allstarlink.org>
References: <mailman.3.1511974801.17701.app_rpt-users@lists.allstarlink.org>
Message-ID: <BN6PR1701MB1876FF4D69BE8797AAEE6563C2380@BN6PR1701MB1876.namprd17.prod.outlook.com>

Hi everyone on the group.

I am trying to run allstar link using raspbian-jessie-lite with ALS on a Pi Zero W. I edited the config files to run it first as a radioless HUB and second as a simpleusb node.
Everything look fine and I can use the iaxrpt application but when I try to run it  with a URI interface the heart beat LED do not flash. It only get a steady green light. I think data is not going through. Do I need to use a powered usb hub or I am missing something else?

Any thoughts

73 Alberto (KP4AP)



________________________________
From: App_rpt-users <app_rpt-users-bounces at lists.allstarlink.org> on behalf of app_rpt-users-request at lists.allstarlink.org <app_rpt-users-request at lists.allstarlink.org>
Sent: Wednesday, November 29, 2017 1:00 PM
To: app_rpt-users at lists.allstarlink.org
Subject: App_rpt-users Digest, Vol 105, Issue 26

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
App_rpt-users Info Page - AllStar Link<http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users>
lists.allstarlink.org
This list is for users of the app_rpt.c Asterisk application, the Debian Install (for) Allstar Link (DIAL) This site is dedicated to the memory of Jim Dixon WB6NIL



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: Using DSP on Rasberry Pi? (John Griffith)
   2. Re: Using DSP on Rasberry Pi? (John Griffith)
   3. Re: Using DSP on Rasberry Pi? (Mark Johnston)
   4. Re: Using DSP on Rasberry Pi? (John Griffith)
   5. Re: DIAL 8.5 and VM's on ProxMox (Will Bashlor)
   6. Re: Using DSP on Rasberry Pi? (John Griffith)
   7. Re: Using DSP on Rasberry Pi? (John Griffith)
   8. Re: Using DSP on Rasberry Pi? (John Griffith)
   9. Re: Using DSP on Rasberry Pi? (David McGough)
  10. Re: Using DSP on Rasberry Pi? (John Griffith)
  11. Re: Using DSP on Rasberry Pi? (John Griffith)
  12. Re: DIAL 8.5 and VM's on ProxMox (Benjamin Naber)
  13. How does Allstarlink work? (Benjamin Naber)
  14. Re: How does Allstarlink work? (Steve Zingman)
  15. Re: DIAL 8.5 and VM's on ProxMox (David McGough)


----------------------------------------------------------------------

Message: 1
Date: Tue, 28 Nov 2017 10:43:36 -0700
From: "John Griffith" <jcarl.griffith at gmail.com>
Cc: <App_rpt-users at lists.allstarlink.org>
Subject: Re: [App_rpt-users] Using DSP on Rasberry Pi?
Message-ID: <057101d36870$6b983780$42c8a680$@gmail.com>
Content-Type: text/plain;       charset="us-ascii"

I responded to Dave, but not the board, here it is again.

The receive radio is a TYT TH-9000. The transmit radio is a Yaesu ft-7800.

I found the 9000 has a more sensitive receiver, and the Yaesu has a better
transmitter, it doesn't "crackle"
During long transmissions like the TYT did. I'm using a standard URI.



-----Original Message-----
From: David McGough [mailto:kb4fxc at inttek.net]
Sent: Tuesday, November 28, 2017 9:51 AM
To: John Griffith <jcarl.griffith at gmail.com>
Subject: Re: [App_rpt-users] Using DSP on Rasberry Pi?


Hi John,

What kind of radios(s) or repeater are you using?

As the software developer of the hamvoip release, I'm interested to hear
experiences, good or bad.


Thanks,

73, David KB4FXC



On Tue, 28 Nov 2017, John Griffith wrote:

> About 4 months ago, I loaded Crompton on my Pi and transferred all the
config files over from my ACID box.

My current repeater uses ACID on an old fanless PC, and it happens to also
have DSP configured for receive.  The Pi 3 actually worked well, my Pi 3
handling the extra load from using DSP quite well. What broke however, was
everything else. I had copied quite a bit over to get it to work, not just
conf files. It's been a while, I don't remember exactly what all I copied
over, but it was entire directories. Then, it was no longer able to run USB
tune or even the new features that replaced it because the conf files are
not compatible with the new system. I went back to my old ACID installation
on my PC after hopelessly breaking my Crompton attempt.

Fast forward to now. I have my repeater running off a solar panel, but the
computer is too big a draw to keep the system running over night. I want to
return to a Pi installation. I've tried configuring COS from the radio, but
it has a nasty habit of not going out of COS once a received signal
terminates. I REALLY want to use DSP as I've spent countless hours trying to
make COS work properly and not achieving good success.

Is there a way of making DSP work on a Pi without breaking stuff? Or is
there a proper way of bringing my ACID setup over to my Pi successfully?
Not even looked at DIAL, is it compatible with DSP, if it is, can it be
brought over to Pi?

John
N7OKN

_______________________________________________
App_rpt-users mailing list
App_rpt-users at lists.allstarlink.org
http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users

To unsubscribe from this list please visit
http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users and
scroll down to the bottom of the page. Enter your email address and press
the "Unsubscribe or edit options button"
You do not need a password 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: 2
Date: Tue, 28 Nov 2017 10:47:00 -0700
From: "John Griffith" <jcarl.griffith at gmail.com>
Cc: <App_rpt-users at lists.allstarlink.org>
Subject: Re: [App_rpt-users] Using DSP on Rasberry Pi?
Message-ID: <057a01d36870$e560f980$b022ec80$@gmail.com>
Content-Type: text/plain; charset="utf-8"

I?m responding again because I realized I didn?t respond to the board as well.



Thank you Dave. I may need your expertise. My goal is to try again with the Pi, using DSP, without breaking Crompton (or any other distribution, I don?t care which one is used) features. I know DSP can work on a Pi, as I had great success discussed before, but I never could get telemetry and other stuff working as so many things were mismatched.









From: Dave P [mailto:tdydave at gmail.com]
Sent: Tuesday, November 28, 2017 10:31 AM
To: jcarl.griffith at gmail.com; Jim Pilgram <jim.pilgram at gmail.com>
Subject: Fwd: [App_rpt-users] Using DSP on Rasberry Pi?



Greetings John,



I pulled this off the reflector to provide local support.



I'm over here in Queen Creek and I've built a number of RaspBerry PI2 & 3 using Crompton's build.  Jim NH6HI and a couple others  run the Hawaiian Mainland Allstarlink Network (here is our website: http://wh6av.org/am2.html)  My node is in a Data Center in SFO 28508 and I have simplex node on 220 in Queen creek in a dummy load.



I'd be glad to see your system.  What is the make and model of the repeater?  Are u using a separate controller or are you using the RPI3 as the controller?  We use simpleUSB-Tune-Menu to adjust the audio.  I used to run ACID back in the day and found the new Crompton build to be the best.  I'd be glad to help what I know.



73 and aloha



Dave - AH6OD  28508/28387/27196

cell: 808-319-7092

home: 703-794-2111









---------- Forwarded message ----------
From: John Griffith <jcarl.griffith at gmail.com <mailto:jcarl.griffith at gmail.com> >
Date: Tue, Nov 28, 2017 at 9:03 AM
Subject: [App_rpt-users] Using DSP on Rasberry Pi?
To: Users of Asterisk app_rpt <app_rpt-users at lists.allstarlink.org <mailto:app_rpt-users at lists.allstarlink.org> >


About 4 months ago, I loaded Crompton on my Pi and transferred all the config files over from my ACID box.

My current repeater uses ACID on an old fanless PC, and it happens to also have DSP configured for receive.  The Pi 3 actually worked well, my Pi 3 handling the extra load from using DSP quite well. What broke however, was everything else. I had copied quite a bit over to get it to work, not just conf files. It's been a while, I don't remember exactly what all I copied over, but it was entire directories. Then, it was no longer able to run USB tune or even the new features that replaced it because the conf files are not compatible with the new system. I went back to my old ACID installation on my PC after hopelessly breaking my Crompton attempt.

Fast forward to now. I have my repeater running off a solar panel, but the computer is too big a draw to keep the system running over night. I want to return to a Pi installation. I've tried configuring COS from the radio, but it has a nasty habit of not going out of COS once a received signal terminates. I REALLY want to use DSP as I've spent countless hours trying to make COS work properly and not achieving good success.

Is there a way of making DSP work on a Pi without breaking stuff? Or is there a proper way of bringing my ACID setup over to my Pi successfully?  Not even looked at DIAL, is it compatible with DSP, if it is, can it be brought over to Pi?

John
N7OKN

_______________________________________________
App_rpt-users mailing list
App_rpt-users at lists.allstarlink.org <mailto:App_rpt-users at lists.allstarlink.org>
http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users

To unsubscribe from this list please visit http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button"
You do not need a password 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: <http://lists.allstarlink.org/pipermail/app_rpt-users/attachments/20171128/8fefe44c/attachment-0001.html>

------------------------------

Message: 3
Date: Tue, 28 Nov 2017 10:32:52 -0800
From: Mark Johnston <markjohnston73 at gmail.com>
To: Users of Asterisk app_rpt <app_rpt-users at lists.allstarlink.org>
Subject: Re: [App_rpt-users] Using DSP on Rasberry Pi?
Message-ID:
        <CAARNdJFgT5wvuU+_YB=Dz0JGkwzNquLfYqqpCnot+o8RG3cnXA at mail.gmail.com>
Content-Type: text/plain; charset="utf-8"

Are you using a URI?  I have had great success with
https://www.amazon.com/gp/product/B01LWNQA85/ref=oh_aui_detailpage_o00_s00?ie=UTF8&psc=1
radio and using COS, not sure where to pull discriminator audio from, if
you know that would be great!


Mark

**** North West Hub Allstar Node 2295 <http://www.markjohnston.us/nwhub>
****

"Got Root?"

How many software engineers does it take to change a light bulb?
*None. It's a hardware problem.*

The best way to accelerate a computer running Windows is at 9.81 m/s?.

*"I get paid to support Windows, I use Linux to get work done."*


On Tue, Nov 28, 2017 at 8:03 AM, John Griffith <jcarl.griffith at gmail.com>
wrote:

> About 4 months ago, I loaded Crompton on my Pi and transferred all the
> config files over from my ACID box.
>
> My current repeater uses ACID on an old fanless PC, and it happens to also
> have DSP configured for receive.  The Pi 3 actually worked well, my Pi 3
> handling the extra load from using DSP quite well. What broke however, was
> everything else. I had copied quite a bit over to get it to work, not just
> conf files. It's been a while, I don't remember exactly what all I copied
> over, but it was entire directories. Then, it was no longer able to run USB
> tune or even the new features that replaced it because the conf files are
> not compatible with the new system. I went back to my old ACID installation
> on my PC after hopelessly breaking my Crompton attempt.
>
> Fast forward to now. I have my repeater running off a solar panel, but the
> computer is too big a draw to keep the system running over night. I want to
> return to a Pi installation. I've tried configuring COS from the radio, but
> it has a nasty habit of not going out of COS once a received signal
> terminates. I REALLY want to use DSP as I've spent countless hours trying
> to make COS work properly and not achieving good success.
>
> Is there a way of making DSP work on a Pi without breaking stuff? Or is
> there a proper way of bringing my ACID setup over to my Pi successfully?
> Not even looked at DIAL, is it compatible with DSP, if it is, can it be
> brought over to Pi?
>
> John
> N7OKN
>
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at lists.allstarlink.org
> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
>
> To unsubscribe from this list please visit http://lists.allstarlink.org/
> cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of
> the page. Enter your email address and press the "Unsubscribe or edit
> options button"
> You do not need a password 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: <http://lists.allstarlink.org/pipermail/app_rpt-users/attachments/20171128/cfb1147f/attachment-0001.html>

------------------------------

Message: 4
Date: Tue, 28 Nov 2017 11:40:16 -0700
From: "John Griffith" <jcarl.griffith at gmail.com>
To: "'Users of Asterisk app_rpt'"
        <app_rpt-users at lists.allstarlink.org>
Subject: Re: [App_rpt-users] Using DSP on Rasberry Pi?
Message-ID: <05b401d36878$56b7b2c0$04271840$@gmail.com>
Content-Type: text/plain; charset="utf-8"

Yes, a URI. I use that same radio for receive myself.

The discriminator audio is pin 4 on DE-9 header near the right edge of the main board.



Pin 1: Ground          ??>       DE-9 Pin 1
Pin 2: TX Audio      ??>       DE-9 Pin 2
Pin 3: COS                ??>       DE-9 Pin 3
Pin 4: RX Audio      ??>       DE-9 Pin 4
Pin 5: PTT                ??>       DE-9 Pin 5
Pin 6: +5VDC          ??>       DE-9 Pin 9





From: App_rpt-users [mailto:app_rpt-users-bounces at lists.allstarlink.org] On Behalf Of Mark Johnston
Sent: Tuesday, November 28, 2017 11:33 AM
To: Users of Asterisk app_rpt <app_rpt-users at lists.allstarlink.org>
Subject: Re: [App_rpt-users] Using DSP on Rasberry Pi?



Are you using a URI?  I have had great success with https://www.amazon.com/gp/product/B01LWNQA85/ref=oh_aui_detailpage_o00_s00?ie=UTF8 <https://www.amazon.com/gp/product/B01LWNQA85/ref=oh_aui_detailpage_o00_s00?ie=UTF8&psc=1> &psc=1 radio and using COS, not sure where to pull discriminator audio from, if you know that would be great!





Mark




**** North West Hub Allstar Node 2295 <http://www.markjohnston.us/nwhub>  ****



"Got Root?"



How many software engineers does it take to change a light bulb?

None. It's a hardware problem.



The best way to accelerate a computer running Windows is at 9.81 m/s?.



"I get paid to support Windows, I use Linux to get work done."



On Tue, Nov 28, 2017 at 8:03 AM, John Griffith <jcarl.griffith at gmail.com <mailto:jcarl.griffith at gmail.com> > wrote:

About 4 months ago, I loaded Crompton on my Pi and transferred all the config files over from my ACID box.

My current repeater uses ACID on an old fanless PC, and it happens to also have DSP configured for receive.  The Pi 3 actually worked well, my Pi 3 handling the extra load from using DSP quite well. What broke however, was everything else. I had copied quite a bit over to get it to work, not just conf files. It's been a while, I don't remember exactly what all I copied over, but it was entire directories. Then, it was no longer able to run USB tune or even the new features that replaced it because the conf files are not compatible with the new system. I went back to my old ACID installation on my PC after hopelessly breaking my Crompton attempt.

Fast forward to now. I have my repeater running off a solar panel, but the computer is too big a draw to keep the system running over night. I want to return to a Pi installation. I've tried configuring COS from the radio, but it has a nasty habit of not going out of COS once a received signal terminates. I REALLY want to use DSP as I've spent countless hours trying to make COS work properly and not achieving good success.

Is there a way of making DSP work on a Pi without breaking stuff? Or is there a proper way of bringing my ACID setup over to my Pi successfully?  Not even looked at DIAL, is it compatible with DSP, if it is, can it be brought over to Pi?

John
N7OKN

_______________________________________________
App_rpt-users mailing list
App_rpt-users at lists.allstarlink.org <mailto:App_rpt-users at lists.allstarlink.org>
http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users

To unsubscribe from this list please visit http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button"
You do not need a password 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: <http://lists.allstarlink.org/pipermail/app_rpt-users/attachments/20171128/66f54855/attachment-0001.html>

------------------------------

Message: 5
Date: Tue, 28 Nov 2017 13:40:57 -0500
From: "Will Bashlor" <will at bashlor.com>
To: "'Users of Asterisk app_rpt'"
        <app_rpt-users at lists.allstarlink.org>
Subject: Re: [App_rpt-users] DIAL 8.5 and VM's on ProxMox
Message-ID: <089801d36878$6eb20100$4c160300$@bashlor.com>
Content-Type: text/plain;       charset="UTF-8"

Hi Benjamin,

I'm not sure of the specifics in your environment of course, but if there are multiple live versions of a virtual machine then the redundancy/failover features are typically within the guest virtual machine or the specific services it offers. Such as DNS Primary and Secondary servers, for example.

In other cases in a virtual environment where the redundancy/failover features are within the hypervisor, whether it be Proxmox, ESXi, HyperV, etc, the key is shared storage. In the event of a critical failure of an individual host (individual server or server blade in a chassis), the hypervisor detects the failure and automatically moves the single instance of the running virtual machine to another host, with minimal downtime.

Running virtual machines can also be manually or automatically migrated from one host to another to more equally distribute the load across the cluster, with virtually (haha) zero downtime. I've ping virtual machines continuously while they are being migrated and never lose a ping!

More info:
https://en.wikipedia.org/wiki/Hypervisor

Maybe this explanation helps someone...

73
Will, KE4IAJ
TARG AEC



-----Original Message-----
From: App_rpt-users [mailto:app_rpt-users-bounces at lists.allstarlink.org] On Behalf Of David McGough
Sent: Monday, November 27, 2017 10:07 PM
To: Users of Asterisk app_rpt <app_rpt-users at lists.allstarlink.org>
Subject: Re: [App_rpt-users] DIAL 8.5 and VM's on ProxMox



To REALLY tell how well any environment is working, you need to check the timing quality as reported from the dahdi kernel drivers. Many environments (particularly VPS!) do rather poorly in the area. Poor results typically mean audio choppiness and poor telemetry timing (e.g.:
Bad CW or tone timing), particularly where the server is used as a hub with many users connecting, needing to mix many audio streams. Note that this is an asterisk thing, not specifically AllStar. Many messages have been written about this in other asterisk related forums; goog'ling will find many results.

To test the timing quality, use the dahdi_test command. Jitter in the timing results and accuracy less than about 99.8% means less than perfect performance and potentially mediocre results.

Here is a sample run from my dev RPi3 system with 3 nodes (2 usb audio, 1
pseudo) active:

[root at alarmpi-kb4fxc asterisk]# dahdi_test -c 100 Opened pseudo dahdi interface, measuring accuracy...
99.992% 99.990% 99.994% 99.994% 99.995% 99.996% 99.994% 99.994% 99.995% 99.993% 99.996% 99.994% 99.994% 99.994% 99.995% 99.996% 99.993% 99.993% 99.994% 99.995% 99.995% 99.994% 99.994% 99.994% 99.994% 99.995% 99.993% 99.994% 99.994% 99.994% 99.995% 99.993% 99.994% 99.993% 99.994% 99.995% 99.993% 99.994% 99.994% 99.994% 99.996% 99.993% 99.994% 99.994% 99.995% 99.996% 99.994% 99.994% 99.994% 99.994% 99.996% 99.994% 99.994% 99.993% 99.994% 99.995% 99.995% 99.993% 99.994% 99.995% 99.995% 99.995% 99.994% 99.994% 99.994% 99.994% 99.994% 99.994% 99.994% 99.995% 99.995% 99.994% 99.994% 99.993% 99.994% 99.996% 99.993% 99.995% 99.994% 99.995% 99.996% 99.993% 99.994% 99.994% 99.995% 99.996% 99.994% 99.994% 99.994% 99.994% 99.996% 99.994% 99.994% 99.995% 99.994% 99.996% 99.994% 99.993%
--- Results after 98 passes ---
Best: 99.996% -- Worst: 99.990% -- Average: 99.994247% Cummulative Accuracy (not per pass): 99.994


73, David KB4FXC


On Mon, 27 Nov 2017, Benjamin Naber wrote:

> For those of you who are into this sort of thing, DIAL 8.5 has been
installed, conbooberated and running successfully with no apparent lag, on the latest stable version of Proxmox. Currently, it is a radio-less node.

The test environment is a cluster of three Dell R310 servers (nodes), each with 16GB+ RAM, RAID 1 system drives, some other volume drives, 10GB fiber storage network links, and 1GB network connections.

Each of three nodes have other VMs running on them, running stuff like BIONIC, and other silly things for 'stress' testing, as the system is being evaluated for production environment.

To my understanding, proxmox is not a load-sharing/proxy/cloud computing network, each VM is hosted/homed on a single node, but has "live" versions on the other nodes in the cluster. Should a node suffer both power supply failures, or CPU fan squeals to a stop, or the RAID controller dies, within a minute or so, another node will spin up the live versions of the VMs that were on the now dead node.

So far, that has not been any noticeable lag, jitters, delay, otherwise anything negative, much to my surprise. This is a 101 for me on VM stuff, never messed with it until now.

If anyone wants to assist in testing, you are invited to connect to
29567
Tuesday night, 7PM Central/8PM Eastern for our weekly Allstar Technical Net.

I am calling the net tomorrow night, to which the topics are advanced ASL node configurations, and some other stuff I have to be reminded of.

There is chatter throughout the days, more-so at night, so anyone is welcome to connect anytime!


Don't be a square, connect to there!

~Benjamin, KB9LFZ


_______________________________________________
App_rpt-users mailing list
App_rpt-users at lists.allstarlink.org
http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users

To unsubscribe from this list please visit http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button"
You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem.

_______________________________________________
App_rpt-users mailing list
App_rpt-users at lists.allstarlink.org
http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users

To unsubscribe from this list please visit http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button"
You do not need a password 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: 6
Date: Tue, 28 Nov 2017 15:06:32 -0700
From: "John Griffith" <jcarl.griffith at gmail.com>
To: "'stan siems'" <ssiems at mycns.net>
Cc: app_rpt-users at lists.allstarlink.org
Subject: Re: [App_rpt-users] Using DSP on Rasberry Pi?
Message-ID: <061c01d36895$26bf6690$743e33b0$@gmail.com>
Content-Type: text/plain; charset="utf-8"

Been a while, but found that radio has PL receive on it.. it?s just not very well implemented. Squelch needs to be up to make it work, but any other signal with any tone or no tone will open the squelch if the mic isn?t bumped first.



From: stan siems [mailto:ssiems at mycns.net]
Sent: Tuesday, November 28, 2017 1:55 PM
To: John Griffith <jcarl.griffith at gmail.com>
Subject: Re: [App_rpt-users] Using DSP on Rasberry Pi?



how did you get it to work with tone squelch? if you use the cos for keying it will be open. I have a 220 repeater using a tyt 9000 rec at a remote site at 170 ft and transmitter 1/2 mile away at 120 ft using uri ras pi over ubiquity data link. I am going to try placing a ctcs tone decoder in the tyt rec as I can not locate the tone decode sig in the radio. If you hook it up with cos it will key up the xmtr but will have no audio I f the person transmitting has no tone



On 11/28/2017 12:40 PM, John Griffith wrote:

Yes, a URI. I use that same radio for receive myself.

The discriminator audio is pin 4 on DE-9 header near the right edge of the main board.



Pin 1: Ground          ??>       DE-9 Pin 1
Pin 2: TX Audio      ??>       DE-9 Pin 2
Pin 3: COS                ??>       DE-9 Pin 3
Pin 4: RX Audio      ??>       DE-9 Pin 4
Pin 5: PTT                ??>       DE-9 Pin 5
Pin 6: +5VDC          ??>       DE-9 Pin 9





From: App_rpt-users [mailto:app_rpt-users-bounces at lists.allstarlink.org] On Behalf Of Mark Johnston
Sent: Tuesday, November 28, 2017 11:33 AM
To: Users of Asterisk app_rpt  <mailto:app_rpt-users at lists.allstarlink.org> <app_rpt-users at lists.allstarlink.org>
Subject: Re: [App_rpt-users] Using DSP on Rasberry Pi?



Are you using a URI?  I have had great success with https://www.amazon.com/gp/product/B01LWNQA85/ref=oh_aui_detailpage_o00_s00?ie=UTF8 <https://www.amazon.com/gp/product/B01LWNQA85/ref=oh_aui_detailpage_o00_s00?ie=UTF8&psc=1> &psc=1 radio and using COS, not sure where to pull discriminator audio from, if you know that would be great!





Mark




**** North West Hub Allstar Node 2295 <http://www.markjohnston.us/nwhub>  ****



"Got Root?"



How many software engineers does it take to change a light bulb?

None. It's a hardware problem.



The best way to accelerate a computer running Windows is at 9.81 m/s?.



"I get paid to support Windows, I use Linux to get work done."



On Tue, Nov 28, 2017 at 8:03 AM, John Griffith <jcarl.griffith at gmail.com <mailto:jcarl.griffith at gmail.com> > wrote:

About 4 months ago, I loaded Crompton on my Pi and transferred all the config files over from my ACID box.

My current repeater uses ACID on an old fanless PC, and it happens to also have DSP configured for receive.  The Pi 3 actually worked well, my Pi 3 handling the extra load from using DSP quite well. What broke however, was everything else. I had copied quite a bit over to get it to work, not just conf files. It's been a while, I don't remember exactly what all I copied over, but it was entire directories. Then, it was no longer able to run USB tune or even the new features that replaced it because the conf files are not compatible with the new system. I went back to my old ACID installation on my PC after hopelessly breaking my Crompton attempt.

Fast forward to now. I have my repeater running off a solar panel, but the computer is too big a draw to keep the system running over night. I want to return to a Pi installation. I've tried configuring COS from the radio, but it has a nasty habit of not going out of COS once a received signal terminates. I REALLY want to use DSP as I've spent countless hours trying to make COS work properly and not achieving good success.

Is there a way of making DSP work on a Pi without breaking stuff? Or is there a proper way of bringing my ACID setup over to my Pi successfully?  Not even looked at DIAL, is it compatible with DSP, if it is, can it be brought over to Pi?

John
N7OKN

_______________________________________________
App_rpt-users mailing list
App_rpt-users at lists.allstarlink.org <mailto:App_rpt-users at lists.allstarlink.org>
http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users

To unsubscribe from this list please visit http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button"
You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem.








_______________________________________________
App_rpt-users mailing list
App_rpt-users at lists.allstarlink.org <mailto:App_rpt-users at lists.allstarlink.org>
http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users

To unsubscribe from this list please visit http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button"
You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem.



--
Thanks Stan Siems WB0EMJ The difficult we do right away the impossible just takes a little longer and the words it can't be done should never be spoken!

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.allstarlink.org/pipermail/app_rpt-users/attachments/20171128/9f86a22f/attachment-0001.html>

------------------------------

Message: 7
Date: Tue, 28 Nov 2017 15:09:02 -0700
From: "John Griffith" <jcarl.griffith at gmail.com>
To: "'Jeff W'" <jeffww at gmail.com>
Cc: app_rpt-users at lists.allstarlink.org
Subject: Re: [App_rpt-users] Using DSP on Rasberry Pi?
Message-ID: <062901d36895$80c00500$82400f00$@gmail.com>
Content-Type: text/plain; charset="utf-8"

Yes, I realized that.

I started with a clean bootable Crompton and started pulling stuff over after that.  That?s when I realized I had a working repeater with DSP, but all the adjustment and telemetry features were broken.



From: Jeff W [mailto:jeffww at gmail.com]
Sent: Tuesday, November 28, 2017 2:53 PM
To: jcarl.griffith at gmail.com
Subject: Re: [App_rpt-users] Using DSP on Rasberry Pi?



John, if you copied any binaries from ACID they may not work because they were compiled for x86 architecture not ARM.  There could also be deoendencies that you are missing.  I would recommend building or installing precompiled packages for the same applications on thr pi and then try to swap out the config files from the pc.



JEFF



On Nov 28, 2017 10:03 AM, "John Griffith" <jcarl.griffith at gmail.com <mailto:jcarl.griffith at gmail.com> > wrote:

About 4 months ago, I loaded Crompton on my Pi and transferred all the config files over from my ACID box.

My current repeater uses ACID on an old fanless PC, and it happens to also have DSP configured for receive.  The Pi 3 actually worked well, my Pi 3 handling the extra load from using DSP quite well. What broke however, was everything else. I had copied quite a bit over to get it to work, not just conf files. It's been a while, I don't remember exactly what all I copied over, but it was entire directories. Then, it was no longer able to run USB tune or even the new features that replaced it because the conf files are not compatible with the new system. I went back to my old ACID installation on my PC after hopelessly breaking my Crompton attempt.

Fast forward to now. I have my repeater running off a solar panel, but the computer is too big a draw to keep the system running over night. I want to return to a Pi installation. I've tried configuring COS from the radio, but it has a nasty habit of not going out of COS once a received signal terminates. I REALLY want to use DSP as I've spent countless hours trying to make COS work properly and not achieving good success.

Is there a way of making DSP work on a Pi without breaking stuff? Or is there a proper way of bringing my ACID setup over to my Pi successfully?  Not even looked at DIAL, is it compatible with DSP, if it is, can it be brought over to Pi?

John
N7OKN

_______________________________________________
App_rpt-users mailing list
App_rpt-users at lists.allstarlink.org <mailto:App_rpt-users at lists.allstarlink.org>
http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users

To unsubscribe from this list please visit http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button"
You do not need a password 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: <http://lists.allstarlink.org/pipermail/app_rpt-users/attachments/20171128/936860e3/attachment-0001.html>

------------------------------

Message: 8
Date: Tue, 28 Nov 2017 15:13:03 -0700
From: "John Griffith" <jcarl.griffith at gmail.com>
To: <app_rpt-users at lists.allstarlink.org>
Subject: Re: [App_rpt-users] Using DSP on Rasberry Pi?
Message-ID: <063001d36896$103ca7b0$30b5f710$@gmail.com>
Content-Type: text/plain;       charset="us-ascii"

It's a UHF repeater with a flat-pack. I have 90db separation which is
adequate for my needs.

-----Original Message-----
From: David McGough [mailto:kb4fxc at inttek.net]
Sent: Tuesday, November 28, 2017 1:23 PM
To: John Griffith <jcarl.griffith at gmail.com>
Subject: RE: [App_rpt-users] Using DSP on Rasberry Pi?


Hi John,

Is this a VHF or UHF repeater???  What type of duplexer, if any??


73, David KB4FXC



On Tue, 28 Nov 2017, John Griffith wrote:

> The receive radio is a TYT TH-9000. The transmit radio is a Yaesu ft-7800.
>
> I found the 9000 has a more sensitive receiver, and the Yaesu has a
> better transmitter, it doesn't "crackle"
> During long transmissions like the TYT did. I'm using a standard URI.
>
>
>
> -----Original Message-----
> From: David McGough [mailto:kb4fxc at inttek.net]
> Sent: Tuesday, November 28, 2017 9:51 AM
> To: John Griffith <jcarl.griffith at gmail.com>
> Subject: Re: [App_rpt-users] Using DSP on Rasberry Pi?
>
>
> Hi John,
>
> What kind of radios(s) or repeater are you using?
>
> As the software developer of the hamvoip release, I'm interested to
> hear experiences, good or bad.
>
>
> Thanks,
>
> 73, David KB4FXC
>
>
>
> On Tue, 28 Nov 2017, John Griffith wrote:
>
> > About 4 months ago, I loaded Crompton on my Pi and transferred all
> > the
> config files over from my ACID box.
>
> My current repeater uses ACID on an old fanless PC, and it happens to
> also have DSP configured for receive.  The Pi 3 actually worked well,
> my Pi 3 handling the extra load from using DSP quite well. What broke
> however, was everything else. I had copied quite a bit over to get it
> to work, not just conf files. It's been a while, I don't remember
> exactly what all I copied over, but it was entire directories. Then,
> it was no longer able to run USB tune or even the new features that
> replaced it because the conf files are not compatible with the new
> system. I went back to my old ACID installation on my PC after hopelessly
breaking my Crompton attempt.
>
> Fast forward to now. I have my repeater running off a solar panel, but
> the computer is too big a draw to keep the system running over night.
> I want to return to a Pi installation. I've tried configuring COS from
> the radio, but it has a nasty habit of not going out of COS once a
> received signal terminates. I REALLY want to use DSP as I've spent
> countless hours trying to make COS work properly and not achieving good
success.
>
> Is there a way of making DSP work on a Pi without breaking stuff? Or
> is there a proper way of bringing my ACID setup over to my Pi
successfully?
> Not even looked at DIAL, is it compatible with DSP, if it is, can it
> be brought over to Pi?
>
> John
> N7OKN
>
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at lists.allstarlink.org
> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
>
> To unsubscribe from this list please visit
> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
> and scroll down to the bottom of the page. Enter your email address
> and press the "Unsubscribe or edit options button"
> You do not need a password 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: Tue, 28 Nov 2017 17:26:27 -0500 (EST)
From: David McGough <kb4fxc at inttek.net>
To: Users of Asterisk app_rpt <app_rpt-users at lists.allstarlink.org>
Subject: Re: [App_rpt-users] Using DSP on Rasberry Pi?
Message-ID:
        <Pine.LNX.4.44.1711281724040.27041-100000 at goliath.inttek.net>
Content-Type: TEXT/PLAIN; charset=US-ASCII


Hi John,

Out of curiosity, if you disable the transmit radio, how does COS behave
on the TYT?

73, David KB4FXC


On Tue, 28 Nov 2017, John Griffith wrote:

> It's a UHF repeater with a flat-pack. I have 90db separation which is
adequate for my needs.

-----Original Message-----
From: David McGough [mailto:kb4fxc at inttek.net]
Sent: Tuesday, November 28, 2017 1:23 PM
To: John Griffith <jcarl.griffith at gmail.com>
Subject: RE: [App_rpt-users] Using DSP on Rasberry Pi?


Hi John,

Is this a VHF or UHF repeater???  What type of duplexer, if any??


73, David KB4FXC



On Tue, 28 Nov 2017, John Griffith wrote:

> The receive radio is a TYT TH-9000. The transmit radio is a Yaesu ft-7800.
>
> I found the 9000 has a more sensitive receiver, and the Yaesu has a
> better transmitter, it doesn't "crackle"
> During long transmissions like the TYT did. I'm using a standard URI.
>
>
>



------------------------------

Message: 10
Date: Tue, 28 Nov 2017 15:59:56 -0700
From: "John Griffith" <jcarl.griffith at gmail.com>
To: "'Users of Asterisk app_rpt'"
        <app_rpt-users at lists.allstarlink.org>
Subject: Re: [App_rpt-users] Using DSP on Rasberry Pi?
Message-ID: <06ce01d3689c$9cfd7700$d6f86500$@gmail.com>
Content-Type: text/plain;       charset="utf-8"

I see what you're getting at.. the RF from the transmitter may be interfering with the CPU in the receiving radio, locking up the COS. I'll do an experiment and let you know. May be a couple of days, but I'm going to start on the Pi project tonight.

-----Original Message-----
From: App_rpt-users [mailto:app_rpt-users-bounces at lists.allstarlink.org] On Behalf Of David McGough
Sent: Tuesday, November 28, 2017 3:26 PM
To: Users of Asterisk app_rpt <app_rpt-users at lists.allstarlink.org>
Subject: Re: [App_rpt-users] Using DSP on Rasberry Pi?


Hi John,

Out of curiosity, if you disable the transmit radio, how does COS behave on the TYT?

73, David KB4FXC


On Tue, 28 Nov 2017, John Griffith wrote:

> It's a UHF repeater with a flat-pack. I have 90db separation which is
adequate for my needs.

-----Original Message-----
From: David McGough [mailto:kb4fxc at inttek.net]
Sent: Tuesday, November 28, 2017 1:23 PM
To: John Griffith <jcarl.griffith at gmail.com>
Subject: RE: [App_rpt-users] Using DSP on Rasberry Pi?


Hi John,

Is this a VHF or UHF repeater???  What type of duplexer, if any??


73, David KB4FXC



On Tue, 28 Nov 2017, John Griffith wrote:

> The receive radio is a TYT TH-9000. The transmit radio is a Yaesu ft-7800.
>
> I found the 9000 has a more sensitive receiver, and the Yaesu has a
> better transmitter, it doesn't "crackle"
> During long transmissions like the TYT did. I'm using a standard URI.
>
>
>

_______________________________________________
App_rpt-users mailing list
App_rpt-users at lists.allstarlink.org
http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users

To unsubscribe from this list please visit http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button"
You do not need a password 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: 11
Date: Tue, 28 Nov 2017 16:12:33 -0700
From: "John Griffith" <jcarl.griffith at gmail.com>
To: "'Steve Zingman'" <szingman at msgstor.com>
Cc: Users of Asterisk app_rpt <app_rpt-users at lists.allstarlink.org>
Subject: Re: [App_rpt-users] Using DSP on Rasberry Pi?
Message-ID: <06d101d3689e$5ff353a0$1fd9fae0$@gmail.com>
Content-Type: text/plain;       charset="utf-8"

My Allstar configuration backed up on the Allstar site is messed up, never could get that working.
Wait, you're saying something I thought I understood, but now I'm not sure.  You're saying, I can start with a basic Rasbian image (not Crompton) and migrate my ACID configuration over?
Wouldn't I have to roll my own Asterisk and App_RPT? I'm afraid that may be too hairy... I'm a Windows tech LOL


-----Original Message-----
From: Steve Zingman [mailto:szingman at msgstor.com]
Sent: Tuesday, November 28, 2017 4:04 PM
To: John Griffith <jcarl.griffith at gmail.com>
Subject: Re: [App_rpt-users] Using DSP on Rasberry Pi?

John,
If you are comfortable with the Pi and want to add AllStarLink to a existing Raspbian image I have a solution for you. After the install you will have to edit the config file. You can use your ACID files as a template.
If you want a Pi image with AllStarLink installed I can point you at that too. Your call.

73, Steve N4IRS

On 11/28/2017 05:59 PM, John Griffith wrote:
> I see what you're getting at.. the RF from the transmitter may be interfering with the CPU in the receiving radio, locking up the COS. I'll do an experiment and let you know. May be a couple of days, but I'm going to start on the Pi project tonight.
>
> -----Original Message-----
> From: App_rpt-users
> [mailto:app_rpt-users-bounces at lists.allstarlink.org] On Behalf Of
> David McGough
> Sent: Tuesday, November 28, 2017 3:26 PM
> To: Users of Asterisk app_rpt <app_rpt-users at lists.allstarlink.org>
> Subject: Re: [App_rpt-users] Using DSP on Rasberry Pi?
>
>
> Hi John,
>
> Out of curiosity, if you disable the transmit radio, how does COS behave on the TYT?
>
> 73, David KB4FXC
>
>
> On Tue, 28 Nov 2017, John Griffith wrote:
>
>> It's a UHF repeater with a flat-pack. I have 90db separation which is
> adequate for my needs.
>
> -----Original Message-----
> From: David McGough [mailto:kb4fxc at inttek.net]
> Sent: Tuesday, November 28, 2017 1:23 PM
> To: John Griffith <jcarl.griffith at gmail.com>
> Subject: RE: [App_rpt-users] Using DSP on Rasberry Pi?
>
>
> Hi John,
>
> Is this a VHF or UHF repeater???  What type of duplexer, if any??
>
>
> 73, David KB4FXC
>
>
>
> On Tue, 28 Nov 2017, John Griffith wrote:
>
>> The receive radio is a TYT TH-9000. The transmit radio is a Yaesu ft-7800.
>>
>> I found the 9000 has a more sensitive receiver, and the Yaesu has a
>> better transmitter, it doesn't "crackle"
>> During long transmissions like the TYT did. I'm using a standard URI.
>>
>>
>>
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at lists.allstarlink.org
> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
>
> To unsubscribe from this list please visit http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button"
> You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem.
>
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at lists.allstarlink.org
> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
>
> To unsubscribe from this list please visit http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button"
> You do not need a password 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: 12
Date: Tue, 28 Nov 2017 20:43:49 -0600
From: Benjamin Naber <Benjamin at Project23D.com>
To: Users of Asterisk app_rpt <app_rpt-users at lists.allstarlink.org>
Subject: Re: [App_rpt-users] DIAL 8.5 and VM's on ProxMox
Message-ID: <1511923429.2489.17.camel at Project23D.com>
Content-Type: text/plain; charset="UTF-8"

David,

you message was put in my "Worthy Keeping" folder!

While on this subject, are there any other tests?

These were the results of: dahdi_test -c 100

me at KB9LFZ-2:~# dahdi_test -c 100
Opened pseudo dahdi interface, measuring accuracy...
99.999% 99.997% 99.609% 99.997% 99.998% 99.615% 99.995% 99.608%
99.999% 99.615% 99.608% 99.613% 99.608% 99.999% 99.994% 99.970%
99.645% 99.998% 99.608% 99.998% 99.996% 99.996% 99.998% 99.996%
99.998% 99.996% 99.999% 99.615% 99.611% 99.613% 99.995% 99.608%
99.997% 99.612% 99.608% 99.614% 99.608% 99.615% 99.997% 100.000%
99.605% 99.612% 99.989% 99.976% 99.957% 99.998% 99.996% 99.997%
100.000% 99.993% 99.998% 99.997% 99.999% 99.997% 99.997% 99.997%
99.997% 99.998% 99.998% 99.996% 99.999% 99.993% 99.999% 99.999%
99.993% 99.998% 99.998% 99.998% 99.997% 99.994% 99.999% 99.997%
99.999% 99.998% 99.993% 100.000% 99.997% 100.000% 99.996% 99.997%
99.998% 99.995% 99.998% 99.999% 99.992% 99.999% 99.997% 99.998%
99.998% 99.996% 99.997% 99.999% 99.996% 99.999% 99.996% 99.997%
99.997% 99.995%
--- Results after 98 passes ---
Best: 100.000% -- Worst: 99.605% -- Average: 99.917708%
Cummulative Accuracy (not per pass): 99.997

What is interesting about this mess is that Windows 10 does not do very
well on this enviroment... while the Linux machines just seem to work
as if the OS was installed on real hardware

~Benjamin, KB9LFZ




On Mon, 2017-11-27 at 22:07 -0500, David McGough wrote:
>
> To REALLY tell how well any environment is working, you need to check
> the
> timing quality as reported from the dahdi kernel drivers. Many
> environments (particularly VPS!) do rather poorly in the area. Poor
> results typically mean audio choppiness and poor telemetry timing
> (e.g.:
> Bad CW or tone timing), particularly where the server is used as a
> hub
> with many users connecting, needing to mix many audio streams. Note
> that
> this is an asterisk thing, not specifically AllStar. Many messages
> have
> been written about this in other asterisk related forums; goog'ling
> will
> find many results.
>
> To test the timing quality, use the dahdi_test command. Jitter in the
> timing results and accuracy less than about 99.8% means less than
> perfect
> performance and potentially mediocre results.
>
> Here is a sample run from my dev RPi3 system with 3 nodes (2 usb
> audio, 1
> pseudo) active:
>
> [root at alarmpi-kb4fxc asterisk]# dahdi_test -c 100
> Opened pseudo dahdi interface, measuring accuracy...
> 99.992% 99.990% 99.994% 99.994% 99.995% 99.996% 99.994% 99.994%
> 99.995% 99.993% 99.996% 99.994% 99.994% 99.994% 99.995% 99.996%
> 99.993% 99.993% 99.994% 99.995% 99.995% 99.994% 99.994% 99.994%
> 99.994% 99.995% 99.993% 99.994% 99.994% 99.994% 99.995% 99.993%
> 99.994% 99.993% 99.994% 99.995% 99.993% 99.994% 99.994% 99.994%
> 99.996% 99.993% 99.994% 99.994% 99.995% 99.996% 99.994% 99.994%
> 99.994% 99.994% 99.996% 99.994% 99.994% 99.993% 99.994% 99.995%
> 99.995% 99.993% 99.994% 99.995% 99.995% 99.995% 99.994% 99.994%
> 99.994% 99.994% 99.994% 99.994% 99.994% 99.995% 99.995% 99.994%
> 99.994% 99.993% 99.994% 99.996% 99.993% 99.995% 99.994% 99.995%
> 99.996% 99.993% 99.994% 99.994% 99.995% 99.996% 99.994% 99.994%
> 99.994% 99.994% 99.996% 99.994% 99.994% 99.995% 99.994% 99.996%
> 99.994% 99.993%
> --- Results after 98 passes ---
> Best: 99.996% -- Worst: 99.990% -- Average: 99.994247%
> Cummulative Accuracy (not per pass): 99.994
>
>
> 73, David KB4FXC
>
>
> On Mon, 27 Nov 2017, Benjamin Naber wrote:
>
> > For those of you who are into this sort of thing, DIAL 8.5 has been
>
> installed, conbooberated and running successfully with no apparent
> lag,
> on the latest stable version of Proxmox. Currently, it is a radio-
> less
> node.
>
> The test environment is a cluster of three Dell R310 servers (nodes),
> each with 16GB+ RAM, RAID 1 system drives, some other volume drives,
> 10GB fiber storage network links, and 1GB network connections.
>
> Each of three nodes have other VMs running on them, running stuff
> like
> BIONIC, and other silly things for 'stress' testing, as the system is
> being evaluated for production environment.
>
> To my understanding, proxmox is not a load-sharing/proxy/cloud
> computing network, each VM is hosted/homed on a single node, but has
> "live" versions on the other nodes in the cluster. Should a node
> suffer
> both power supply failures, or CPU fan squeals to a stop, or the RAID
> controller dies, within a minute or so, another node will spin up the
> live versions of the VMs that were on the now dead node.
>
> So far, that has not been any noticeable lag, jitters, delay,
> otherwise
> anything negative, much to my surprise. This is a 101 for me on VM
> stuff, never messed with it until now.
>
> If anyone wants to assist in testing, you are invited to connect to
> 29567
> Tuesday night, 7PM Central/8PM Eastern for our weekly Allstar
> Technical
> Net.
>
> I am calling the net tomorrow night, to which the topics are advanced
> ASL node configurations, and some other stuff I have to be reminded
> of.
>
> There is chatter throughout the days, more-so at night, so anyone is
> welcome to connect anytime!
>
>
> Don't be a square, connect to there!
>
> ~Benjamin, KB9LFZ
>
>
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at lists.allstarlink.org
> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
>
> To unsubscribe from this list please visit http://lists.allstarlink.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.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.


------------------------------

Message: 13
Date: Tue, 28 Nov 2017 21:02:14 -0600
From: Benjamin Naber <Benjamin at Project23D.com>
To: Users of Asterisk app_rpt <app_rpt-users at lists.allstarlink.org>
Cc: arm-allstar <arm-allstar at hamvoip.org>
Subject: [App_rpt-users] How does Allstarlink work?
Message-ID: <1511924534.2489.20.camel at Project23D.com>
Content-Type: text/plain; charset="UTF-8"

I would like to know how allstarlink works. I could assume specific
questions, but I'd rather like to start from the top.

I'd like to know from an outside view of what the "DNS" system that has
been put into place, and if it is a hamvoip thing, or if it is a ASL
wide system.

I have the basic understanding of node registering, as the fundamental
IAX2 trunk linking is no different than two Asterisk boxes for a VoIP
system. There are, obviously, other things at play to make this system
of ours, work.

Why am I asking? Because I like to know how stuff works, so when I
bitch about something not working, I have a better understanding as to
why it does not work, and can ask more intelligent questions.

As entertaining as it may be, exclaiming: The damn thing doesn't work!
is not a good starting point to getting an issue resolved.

~Benjamin, KB9LFZ


------------------------------

Message: 14
Date: Tue, 28 Nov 2017 22:19:25 -0500
From: Steve Zingman <szingman at msgstor.com>
To: Users of Asterisk app_rpt <app_rpt-users at lists.allstarlink.org>,
        Benjamin Naber <Benjamin at Project23D.com>
Subject: Re: [App_rpt-users] How does Allstarlink work?
Message-ID: <f226fc9d-c418-4b76-2440-0c06834d2ab2 at msgstor.com>
Content-Type: text/plain; charset=utf-8; format=flowed



On 11/28/2017 10:02 PM, Benjamin Naber wrote:
> I would like to know how allstarlink works. I could assume specific
> questions, but I'd rather like to start from the top.
>
> I'd like to know from an outside view of what the "DNS" system that has
> been put into place, and if it is a hamvoip thing, or if it is a ASL
> wide system.
It is a HAMVIOP thing. As I understand it, not that I have been filled
in except by hearsay, it is meant to replace the existing nodelist
system /var/lib/asterisk/rpt_extnodes which is updated less often.
There is a AllStarLink plan for a DNS system to replace both the node
lookup and registration system.
> I have the basic understanding of node registering, as the fundamental
> IAX2 trunk linking is no different than two Asterisk boxes for a VoIP
> system. There are, obviously, other things at play to make this system
> of ours, work.
You pretty much have it. Add the creation of the nodelist.
> Why am I asking? Because I like to know how stuff works, so when I
> bitch about something not working, I have a better understanding as to
> why it does not work, and can ask more intelligent questions.
>
> As entertaining as it may be, exclaiming: The damn thing doesn't work!
> is not a good starting point to getting an issue resolved.
I do so love those posts.
>
> ~Benjamin, KB9LFZ
>
Steve N4IRS


------------------------------

Message: 15
Date: Wed, 29 Nov 2017 01:05:46 -0500 (EST)
From: David McGough <kb4fxc at inttek.net>
To: Users of Asterisk app_rpt <app_rpt-users at lists.allstarlink.org>
Subject: Re: [App_rpt-users] DIAL 8.5 and VM's on ProxMox
Message-ID:
        <Pine.LNX.4.44.1711290041250.27041-100000 at goliath.inttek.net>
Content-Type: TEXT/PLAIN; charset=ISO-8859-1


Hi,

You should strive for better timing numbers for serious use. AllStar uses
the dahdi bridge/conference software as the mechanism to mix all the
received audio for a given node into the combined transmit audio....Every
time that you link nodes together, you're dynamically creating a dahdi
multi-party bridge, which is similar to an Asterisk conference call
"underneath the covers."  The software timing must be spot-on to
accomplish this task without glitches.

Here may be a couple links of interest:

https://community.freepbx.org/t/this-is-scaring-the-hell-out-of-me/11389
https://wiki.asterisk.org/wiki/display/AST/Bridges


73, David KB4FXC





On Tue, 28 Nov 2017, Benjamin Naber wrote:

> David,

you message was put in my "Worthy Keeping" folder!

While on this subject, are there any other tests?

These were the results of: dahdi_test -c 100

me at KB9LFZ-2:~# dahdi_test -c 100
Opened pseudo dahdi interface, measuring accuracy...
99.999% 99.997% 99.609% 99.997% 99.998% 99.615% 99.995% 99.608%?
99.999% 99.615% 99.608% 99.613% 99.608% 99.999% 99.994% 99.970%?
99.645% 99.998% 99.608% 99.998% 99.996% 99.996% 99.998% 99.996%?
99.998% 99.996% 99.999% 99.615% 99.611% 99.613% 99.995% 99.608%?
99.997% 99.612% 99.608% 99.614% 99.608% 99.615% 99.997% 100.000%?
99.605% 99.612% 99.989% 99.976% 99.957% 99.998% 99.996% 99.997%?
100.000% 99.993% 99.998% 99.997% 99.999% 99.997% 99.997% 99.997%?
99.997% 99.998% 99.998% 99.996% 99.999% 99.993% 99.999% 99.999%?
99.993% 99.998% 99.998% 99.998% 99.997% 99.994% 99.999% 99.997%?
99.999% 99.998% 99.993% 100.000% 99.997% 100.000% 99.996% 99.997%?
99.998% 99.995% 99.998% 99.999% 99.992% 99.999% 99.997% 99.998%?
99.998% 99.996% 99.997% 99.999% 99.996% 99.999% 99.996% 99.997%?
99.997% 99.995%?
--- Results after 98 passes ---
Best: 100.000% -- Worst: 99.605% -- Average: 99.917708%
Cummulative Accuracy (not per pass): 99.997

What is interesting about this mess is that Windows 10 does not do very
well on this enviroment... while the Linux machines just seem to work
as if the OS was installed on real hardware

~Benjamin, KB9LFZ




On Mon, 2017-11-27 at 22:07 -0500, David McGough wrote:
>
> To REALLY tell how well any environment is working, you need to check
> the
> timing quality as reported from the dahdi kernel drivers. Many
> environments (particularly VPS!) do rather poorly in the area. Poor
> results typically mean audio choppiness and poor telemetry timing
> (e.g.:? ?
> Bad CW or tone timing), particularly where the server is used as a
> hub
> with many users connecting, needing to mix many audio streams. Note
> that
> this is an asterisk thing, not specifically AllStar. Many messages
> have
> been written about this in other asterisk related forums; goog'ling
> will
> find many results.
>
> To test the timing quality, use the dahdi_test command. Jitter in the
> timing results and accuracy less than about 99.8% means less than
> perfect
> performance and potentially mediocre results.
>
> Here is a sample run from my dev RPi3 system with 3 nodes (2 usb
> audio, 1?
> pseudo) active:
>
> [root at alarmpi-kb4fxc asterisk]# dahdi_test -c 100
> Opened pseudo dahdi interface, measuring accuracy...
> 99.992% 99.990% 99.994% 99.994% 99.995% 99.996% 99.994% 99.994%?
> 99.995% 99.993% 99.996% 99.994% 99.994% 99.994% 99.995% 99.996%?
> 99.993% 99.993% 99.994% 99.995% 99.995% 99.994% 99.994% 99.994%?
> 99.994% 99.995% 99.993% 99.994% 99.994% 99.994% 99.995% 99.993%?
> 99.994% 99.993% 99.994% 99.995% 99.993% 99.994% 99.994% 99.994%?
> 99.996% 99.993% 99.994% 99.994% 99.995% 99.996% 99.994% 99.994%?
> 99.994% 99.994% 99.996% 99.994% 99.994% 99.993% 99.994% 99.995%?
> 99.995% 99.993% 99.994% 99.995% 99.995% 99.995% 99.994% 99.994%?
> 99.994% 99.994% 99.994% 99.994% 99.994% 99.995% 99.995% 99.994%?
> 99.994% 99.993% 99.994% 99.996% 99.993% 99.995% 99.994% 99.995%?
> 99.996% 99.993% 99.994% 99.994% 99.995% 99.996% 99.994% 99.994%?
> 99.994% 99.994% 99.996% 99.994% 99.994% 99.995% 99.994% 99.996%?
> 99.994% 99.993%?
> --- Results after 98 passes ---
> Best: 99.996% -- Worst: 99.990% -- Average: 99.994247%
> Cummulative Accuracy (not per pass): 99.994
>
>
> 73, David KB4FXC
>
>
> On Mon, 27 Nov 2017, Benjamin Naber wrote:
>
> > For those of you who are into this sort of thing, DIAL 8.5 has been
>
> installed, conbooberated and running successfully with no apparent
> lag,
> on the latest stable version of Proxmox. Currently, it is a radio-
> less
> node.
>
> The test environment is a cluster of three Dell R310 servers (nodes),
> each with 16GB+ RAM, RAID 1 system drives, some other volume drives,
> 10GB fiber storage network links, and 1GB network connections.
>
> Each of three nodes have other VMs running on them, running stuff
> like
> BIONIC, and other silly things for 'stress' testing, as the system is
> being evaluated for production environment.
>
> To my understanding, proxmox is not a load-sharing/proxy/cloud
> computing network, each VM is hosted/homed on a single node, but has
> "live" versions on the other nodes in the cluster. Should a node
> suffer
> both power supply failures, or CPU fan squeals to a stop, or the RAID
> controller dies, within a minute or so, another node will spin up the
> live versions of the VMs that were on the now dead node.
>
> So far, that has not been any noticeable lag, jitters, delay,
> otherwise
> anything negative, much to my surprise. This is a 101 for me on VM
> stuff, never messed with it until now.
>
> If anyone wants to assist in testing, you are invited to connect to
> 29567
> Tuesday night, 7PM Central/8PM Eastern for our weekly Allstar
> Technical
> Net.
>
> I am calling the net tomorrow night, to which the topics are advanced
> ASL node configurations, and some other stuff I have to be reminded
> of.
>
> There is chatter throughout the days, more-so at night, so anyone is
> welcome to connect anytime!
>
>
> Don't be a square, connect to there!
>
> ~Benjamin, KB9LFZ
>
>
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at lists.allstarlink.org
> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
>
> To unsubscribe from this list please visit http://lists.allstarlink.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.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.



------------------------------

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 105, Issue 26
**********************************************
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20171130/129faa6c/attachment.html>

From haydenph91 at gmail.com  Thu Nov 30 21:59:25 2017
From: haydenph91 at gmail.com (Hayden Honeywood)
Date: Fri, 1 Dec 2017 08:59:25 +1100
Subject: [App_rpt-users] RTCM Inbound (Eth Rx) packet out of bounds
Message-ID: <CAC0VLD16U-drL_7yp-YCQK0WQXfUDwyV2_p9PJCa=duZmVk6xQ@mail.gmail.com>

I just checked my log and I have had the Voter lost master timing source
message 14 times since November 16.
A few times have been in quick succession.

I run just the one RTCM for both the radio and the master timing source on
the network. I haven't had any out of bounds issues though since moving my
system to the mountains, it's been working flawlessly.

I'm using a Mikrotik RB2011UiAS router.
I have my Pi (asterisk host) set on Auto negotiation and it's connected at
100mbps full duplex. The RTCM/VOTER board I've switched off auto
negotiation and have it at 10mbps and half duplex.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20171201/df79446a/attachment.html>

From tisawyer at gmail.com  Thu Nov 30 23:41:32 2017
From: tisawyer at gmail.com (Tim Sawyer)
Date: Thu, 30 Nov 2017 15:41:32 -0800
Subject: [App_rpt-users] RTCM Inbound (Eth Rx) packet out of bounds
In-Reply-To: <CAC0VLD16U-drL_7yp-YCQK0WQXfUDwyV2_p9PJCa=duZmVk6xQ@mail.gmail.com>
References: <CAC0VLD16U-drL_7yp-YCQK0WQXfUDwyV2_p9PJCa=duZmVk6xQ@mail.gmail.com>
Message-ID: <CAG3ht9sL70e6XtVUO+2NShehg86nOeFY5JEZ99H47Vmciaaw7A@mail.gmail.com>

In addition the the error messages I have the occasional transmitter drop
out... no hang time, just instant tx off in the middle of a transmission.
Fortunately it's a very short period of time. It could be the 5.7 Ghz hop
from my server to the hill... maybe DFS but I've seen no evidence of any
issues with the Ubiquiti radios.

I have the same router as you, Hayden. I'm going to set the switch port for
Full Duplex 10Mb (right now it's on auto) and the RTCM to full duplex and
see what that does.



On Thu, Nov 30, 2017 at 1:59 PM, Hayden Honeywood <haydenph91 at gmail.com>
wrote:

> I just checked my log and I have had the Voter lost master timing source
> message 14 times since November 16.
> A few times have been in quick succession.
>
> I run just the one RTCM for both the radio and the master timing source on
> the network. I haven't had any out of bounds issues though since moving my
> system to the mountains, it's been working flawlessly.
>
> I'm using a Mikrotik RB2011UiAS router.
> I have my Pi (asterisk host) set on Auto negotiation and it's connected at
> 100mbps full duplex. The RTCM/VOTER board I've switched off auto
> negotiation and have it at 10mbps and half duplex.
>
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at lists.allstarlink.org
> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
>
> To unsubscribe from this list please visit http://lists.allstarlink.org/
> cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of
> the page. Enter your email address and press the "Unsubscribe or edit
> options button"
> You do not need a password to unsubscribe, you can do it via email
> confirmation. If you have trouble unsubscribing, please send a message to
> the list detailing the problem.
>



-- 
--
Tim
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20171130/29bd9f9b/attachment.html>