Re: Current Best-Practices for Linking with Brandmeister

Patrick Perdue

Though I am using DVSwitch for part of my bridge, the way I'm hosting things now is that XLXD itself is acting as a YSF reflector, compiled with changes to the source to autolink module A to the room. The YSF reflector Registry officially supports XLXD now, so I don't need to run a separate service to host YSF. Thus, MMDVM_Bridge isn't needed to make that connection. I am using HBlink connected to 4001 to bridge from XLX to both the regular and prime TGIF servers, then DVSwitch to connect that to ASL, but BM, YSF and DStar are not using DVSwitch to make any part of that connection. I have a pair of ThumbDV's connected remotely (XLXD lives on a nearby VPS, two dongles are connected to a repurposed 2011 Mac Mini running Stretch in my house) and I can go months without restarting anything.

If my home internet goes down, which rarely happens, transcoding to/from DStar is messed up until the connection is re-established, but everything else is fine. I don't have to manually do anything to make that happen.

If I do need to restart a service, say, to upgrade the DVSwitch binaries or something like that, only the connection between the digital modes and ASL is broken for the duration.

Not saying this is necessarily the best solution, but it works for me.

On 12/18/2020 8:59 AM, Ernie Gm7kbk wrote:
Your problem  is your ambe dongle. Dropped one of them in my system and I got the same results. A pair may work better.  Reverted back to my single 3006

From: <> on behalf of J M <jason@...>
Sent: Friday, December 18, 2020 12:36:11 PM
To: <>
Subject: Re: [DVSwitch] Current Best-Practices for Linking with Brandmeister
Well, XLX interlink with a BM server seems to be the root of the problem I'm experiencing which is why I'm asking if there are better alternatives. Right now MMDVMBridge is communicating with xlxd running on the same host locally. I'm pulling XLX:4001 in with MMDVMBridge and then sending that to a YSFReflector running on the same host as well (and obviously the reverse). Without any logged reason the DMR <> MMDVMBridge connection will cease functioning properly. If receiving a YSF transmission, MMDVM is keying up in the log but there is no audio and xlxd does not seem to "see" the transmission properly. Periodically the xlxd log will report strange errors about "localhost xlxd: ambed 1552 of 414 packets timed out" when this happens. D-STAR works for a period of time and then everything about xlxd will degrade. We were not having this problem before the introduction of the DMR Interlink (D-STAR and YSF were served directly by xlxd).

I'm trying to figure out a way to decouple DMR/BM from xlxd so that D-STAR and YSF can survive through these DMR hiccups we're seeing.

Join to automatically receive all group messages.