Re: Is this even possible?

Corey Dean N3FE <n3fe@...>

I have seen that same thing happen when the audio lets are not set correctly.  The 868 and 878 are pretty picky on audio levels.

Corey N3FE

On Fri, Nov 23, 2018 at 7:14 PM Jim Gifford - KD4PPG <jim@...> wrote:
I spent time today going back and forth with Corey, and he has been most helpful.  Since he’s using things not yet intended for general consumption, I’ve decided to hold off until that’s out, and instead focus my attention on simplifying the model so that I can finally get my head around how all the pieces glue together.

I’ve spent quite a lot of time today working with IPSC_Bridge and HB_Bridge, and now have the simplest possible setup I could do.  I’ve passed audio traffic through from end to end in both directions, but have some issues still.

MMDVM Repeater <-> HB_Bridge <-> IPSC_Bridge <-> K4USD cBridge

TS1: TG8802
TS2 TG3151

So far, it all looks good, but I have a few concerns.  Earlier today, I was having a QSO over 8802 via the MMDVM repeater, when it stopped making it through the pipeline all the way to K4USD.  I wasn’t able to determine where it was failing, and switched to a direct RF link to a known operational repeater to finish the QSO.

I eventually decided it must’ve been an errant talkgroup from the cBridge, and sent the list of talkgroups I’ve been receiving unsolicited to the cBridge maintainer, and he fixed that when he got home tonight.  So now I’m sitting down and testing again.

Just a couple of minutes ago, I heard a ham call out on the 8802 talkgroup via the radio connected to the known good repeater (40+ miles away), but the HT listening to the benchtop repeater had no audio output at all.  Everything else looked normal, the pi-star dashboard showed the contact, that TX was occurring, etc.  The AnyTone 878 showed the contact information, talkgroup, etc, and updated the last call info after he finished talking.

Here’s the output from IPSC_Bridge:

INFO 2018-11-23 23:54:31,694 Voice Transmission Start on TS 1 and TG 8802 (8802) from 3121792 (3121792)
INFO 2018-11-23 23:54:34,392 Voice Transmission End 2.70 seconds loss rate: 93.33% (3/45)
INFO 2018-11-23 23:56:06,731 Voice Transmission Start on TS 1 and TG 8802 (8802) from 3121792 (3121792)
INFO 2018-11-23 23:56:11,592 Voice Transmission End 4.86 seconds loss rate: 96.30% (3/81)
INFO 2018-11-23 23:57:41,114 Voice Transmission Start on TS 1 and TG 8802 (8802) from 3111697 (3111697)
INFO 2018-11-23 23:57:45,252 Voice Transmission End 4.14 seconds loss rate: 95.65% (3/69)

Here’s the output from HB_Bridge:

INFO 2018-11-23 23:54:31,692 (MASTER-1) Begin AMBE encode STREAM ID: 3929710726 SUB: 3121792 (3121792) REPEATER: 13100030 (13100030) TGID 8802 (8802), TS 1
INFO 2018-11-23 23:56:06,732 (MASTER-1) Begin AMBE encode STREAM ID: 725990770 SUB: 3121792 (3121792) REPEATER: 13100030 (13100030) TGID 8802 (8802), TS 1
INFO 2018-11-23 23:57:41,112 (MASTER-1) Begin AMBE encode STREAM ID: 754258576 SUB: 3111697 (3111697) REPEATER: 13100030 (13100030) TGID 8802 (8802), TS 1

Now that loss rate from IPSC_Bridge worried me when I first discovered it, but since I was actually passing audio both ways earlier today when it was happening, I figured it wasn’t worth worrying about, probably just mis-reporting.  Notice how it’s always 3 out of however many. Always.  But now I wonder if it’s indicative of a problem I should track down.

Any ideas what I should check next?

In terms of setting up confbridge, which is preferred to work with, the one in dmrlink or the one in hblink?  Ultimately, I want one of those to be the primary decision maker in the “center” of it all.  With the link to BM being the most number of talkgroups, I’m leaning towards the hblink one as the one to use.


On Nov 23, 2018, at 7:14 AM, Jim Gifford - KD4PPG <jim@...> wrote:

I've reached the point where I need someone with experience with these tools to point me in the right direction.  I think I am getting overwhelmed with too much "there's more than one way to do it" combined with not knowing the limitations of the various branches of dmrlink and hblink (IPSC_Bridge and HB_Bridge specifically).

I have the need to connect 2 repeaters up to 2 different networks simultaneously.  One repeater is Mototrbo/IPSC and the other is MMDVM/Pi-Star.  One of the networks is a cBridge, and the other is Brandmeister.

On the IPSC repeater, the requirement is to have TS1 TG8802 and TS2 TG3151 by default, with TG8802 sourced from the cBridge, and TG3151 sourced from either the cBridge or Brandmeister.  I can get it from either source, but TG8802 is only from the cBridge due to policy.  The part that makes it difficult for me to know how to implement it is that the repeater owner wants TS1 to share with "any possible" BM TG, with a PTT setup with 15 minute timeout to revert to TG8802.

On the MMDVM repeater, the requirement is to have TS1 TG8802 and TS2 TG3151 by default.  Again, TG8802 sourced from the cBridge, and TG3151 from either.  The repeater owner on this one is me, and I'd rather have my PTT groups on TS2, and I don't necessarily care if it is "any possible" BM TG or simply a predefined subset.

Eventually, we might add additional DMR repeaters into the mix, and have different requirements for them.

I've started with a pristine install of Ubuntu 18.04 LTS, updated it, added Steve's DVSwitch-System-Builder script, and followed its directions.

Any suggestions for the best way to implement the system as described, or as closely as possible?

Thanks in advance,

Join to automatically receive all group messages.