Were you using OpenBridge, had you coordinated a connection to Brandmeister and setup the OpenBridge connection with them, mapping the TGs that you wanted to be carried over the OpenBridge connection?

Yes you can do that, the ports just have to be unique for the audio channels. Sent from the iRoad

including the files themselves is more useful... you also don't have your dvswitch configs included (to look at and match the ports). Just eyeballing this it looks like an extra zero 0 was added to yo

C4FM didn’t need both - just the reflector, and yes we use Allstar as a hub to allow for more granular control of the modes (it’s easy to disconnect/connect a node) etc... Sent from the iRoad

Here is a thing I finally put up... http://www.we0fun.com/?p=1288 Sent from the iRoad

Are you using an openbridge connection or are you connecting to BM as a PEER? Based on what you say you are doing it as a PEER, which you should not be doing. Please create an Openbridge and go that r

#mmdvm_bridge

Awesome work Mike!

John.. You need to change the gain type (if you havn't) from the default to AUDIO_USE_GAIN.. then the changes will work, make big changes at first and smaller as you get closer to an acceptable level.

#mmdvm_bridge

My suggestion is that you don't worry about those values unless it has some significant impact regarding your configuration (and it doesn't). Modify the DStar specific values and leave the others alon

Check out the DVSwitch core... MMDVM_Bridge etc...

The commands that Steve gave you only help find the problem, and when you issued the command it shows that MMDVM_Bridge is indeed already running and listening on that port... so now you need to kill

Maybe it's just a matter of what you and I are calling thing? I read "address" as an IP Address which does not need to be unique at all. All that needs to happen is each mode has an ASL node which lis

#analog_bridge

You are correct with your design. Not sure what "address" needs to be different.. but each would require it's own node entry in your ASL config and then you would need to link those ASL nodes together

#analog_bridge

What exactly is your ultimate goal?

#analog_bridge

Oh, and when I start ircddbgateway up and it links to the XLX - I do get audio from ircddbgateway itself back to analog announcing the connection.. I know it has to be some trivial setting in ircddbga

So I managed to solve my first issue where ircddbgateway etc would not connect to XLX. Turns out that XLX is very picky about padding and I needed to add some additional padding in the ircddbgateway c

The problem that I am seeing does not exist between MMDVM_Bridge and XLX but between ircddbgateway and xlx. The design is simple: Analog_Bridge <-> MMDVM_Bridge <-> ircddbgateway <-> XLX (DStar) The c

That’s all trivially done in your rules file, that is what defines what TG gots to what TS and to / from what system. Sent from the iRoad

I’d suggest submitting patches to the actual ASL project, much more likely to be added in and you’ll also get credit for your contributions. Sent from the iRoad

Did you follow the instructions to do each thing.. ASL info here: https://wiki.allstarlink.org/wiki/ASL_FAQ