[arm-allstar] Chasing Multiple Rpi Node Gremlins

[John]

*Update: *too many strange things happening with this node so today was
"rebuild-from-scratch" day including downloading a new version of the
image.

After running the first-time script and configuring the node for WiFi,  ALL
of the gremlins have disappeared - at least on my Pi3, from my QTH. I have
compressed the newly-configured image and sent it on its way to K5FOY to
drop into his Pi3. Time will tell....

John

On Sat, Aug 13, 2016 at 3:16 PM, John <wb5nfc at gmail.com> wrote:

> We've made considerable progress this week helping a friend set up a new
> Rpi node, but a few gremlins remain.
>
> #1: What might cause a node to require sending the "disconnect last node"
> function (*10) twice? The first time the sequence is sent, it produces no
> action. The second time, the node responds properly and disconnects the
> last node. This happens every time. It occurs only when connected via a
> radio link. The CLI shows that the digits are properly decoded both the
> first and the second time. The command works the first time (evert tune) if
> issued from the iaxRpt client.
>
> #2: When connecting to the Echolink Echo Reflector, the node connect
> announcement is received twice. Immediately after hearing the connect
> message the first time, it repeats a secont time. Eannode=3,
> echolinkdefault=1, and telemdefault=1.
>
> #3: When the Rpi node is connected to the home network, overall network
> throughput deteriorates. Netflex streaming slows to a crawl and buffers.
> When the Allstar node is shut down, the problem disappears. This is a
> repeatable error. The Internet conneciton is via Suddentlink cable and
> normally has no problem running multiple streams (~50 Mbps). The node is
> DHCP with the IP reserved at the router.
>
> Thanks for any suggestions.
>
> John
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.hamvoip.org/pipermail/arm-allstar/attachments/20160814/f87d190d/attachment.html>