[App_rpt-users] Registry re-requests (David Shaw)

[David Shaw]

No problem Bill, Would you like me to connect via ASL to your node to see
if you have the same problem as your local QSO users do? I can't speak for
the RIM Lite.

David



--
Thanks, David

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

On Thu, Mar 23, 2017 at 11:20 AM, William Higgins <higgins.ws at gmail.com>
wrote:

> Hi David!
>
> First of all, thanks for your suggestions.
>
> I'm not saying that the network can't be a problem, however, there is
> seldom anyone coming into the node via Echolink or ASL.  The audio dropouts
> are predominantly from repeater receiver audio, during local QSOs.  When I
> spoke of the CAT7 cable with the ferrite chokes, I was referencing the
> interface cable I constructed to run between the RIM Lite and the repeater
> itself.  The RPi3 is connected to the network via Wifi to a router that is
> no more than 4-5 feet away.  I've seen no evidence of the link bouncing at
> all.  We did not connect it via Ethernet because all the host's router's
> ethernet ports were full.  We have purchased a switch to expand his network
> so that we can connect via Ethernet instead as soon as we get approval from
> him to do so.
>
> I am wondering if this might be a USB problem, however I have found no
> indication in any of the system or Asterisk log files of that.  The RIM
> Lite is the only USB device plugged into the RPi3.  I suppose it's also
> possible that the RIM Lite is wonky, but I have no other device with which
> to replace it.  I have not yet put a ferrite choke on the USB cable, but
> plan to do that during my next trip to the site.
>
> I really appreciate all the ideas that are coming forward.  If I don't get
> this solved soon, I'm going to have to put the original CAT200 controller
> back in place, hang my head in shame and restart this whole project at a
> later time. (Oh well, it won't be the first time for that! LOL)
>
> Bill Higgins
> N0NOE
>
>
>
> >After reading all the post. I don't think this is a OS problem (N4IRS can
> >chime in) but more of network or USB problem. I'm using good old Limey
> >Linux and a 4 port pci card.
> >Allstar uses UDP. Drop a UDP packet and that will drop out on the
> repeater.
> >SSH and SNMP uses TCP. Drop out a TCP packet. It will send a replacement
> >packet. No loss of data but slower.
> >
> >
> >Are you using both WiFi and Ethernet at the same time? I would try using
> >just one mode to access the internet. How are you connecting to the
> >Internet? i.e. WiFi to a cell hotspot or WiFi to a Mesh Network? What kind
> >of local network?
> >
> >"Modular connectors and Cat-7 cable for the interface with snap-on chokes
> >at both ends
> >Pi is connected to the local network via Wifi (We are prepared to move
> this
> >to Ethernet, but need approval of the host to do so)"
> >
> >If this is a network problem. I would use the mrt command to test your
> >network to the ASL server. Google Linux MRT and Linux MRT save to a file.
> >
> >Let us know.
> >David
> >KE6UPI
>
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at lists.allstarlink.org
> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
>
> To unsubscribe from this list please visit http://lists.allstarlink.org/
> cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of
> the page. Enter your email address and press the "Unsubscribe or edit
> options button"
> You do not need a password to unsubscribe, you can do it via email
> confirmation. If you have trouble unsubscribing, please send a message to
> the list detailing the problem.
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20170323/17ad4b41/attachment.html>