Date   

Re: How are you using DVSwitch?

TG9AOR
 

Hello Steve. Congratulations on achieveing this interlink. I will try it out. I tried unsuccessfully to do this, but with the document you provice it should work. Nice diagram you posted as well.

I use DVSwitch to pass audio to a BrandMeister DMR talk group, and also to a YSF Reflector (GT ASL 48455), I have not been successful in passing audio to DSTAR. Even when I set the latency_timer to a value of 1 on the NWDigital ThumbDV , the audio (both ASL and DSTAR) comes chopped up and very very lagged. Like when I unlink the I have tried this setup both on the node in the cloud and on a local node into the ircDDBGateway, with same results, apparently the network latency is not the issue.

So I wanted to pass the audio from ASL to DSTAR via DMR into XLX502, which has transcoding capability, but like I said at the beginning, the DMRGateway and the MMDVM_Bridge program did not talk to each other. One of the reasons I noticed by reading the document you provide is the ports, the Local= value on the DMRGateway (and all other G4KLX programs) has always been a mystery to me.

So thanks again and I will implement this as soon as I can.



73 de TG9AOR
--
José Roberto Ruíz García Salas
TG9AOR


Re: YSF Narrow to P25 Bridge with strange issue

Jeff Scoville
 

Worked perfectly.  Getting good callsign on the Openspot and all P25 traffic going through the Openspot to the Wires-X radio.  Had conversations with several P25 reflector users during our net.  Audio was good, as well.

Many thanks for the "test" executable!

--Jeff AE5ME


Re: BM to XLX via MMDVM_Bridge - Doc version 2.0

K4VL
 

Thanks Steve


On Mon, Apr 8, 2019 at 11:14 AM Steve KC1AWV <smiller@...> wrote:
Does this create a bridge to DSTAR?
No. This document is to connect an XLX module to a Brandmeister Talkgroup. Brandmeister is a DMR network.

Should I build another Allstar node to add this to or could I do this on my current DMR bridge?
I don't know how your current bridge is configured. You're also discussing two different modes. D-Star and DMR are dissimilar modes, where D-Star is IMBE and DMR is AMBE. If the intention is to bridge a DMR network to D-Star, you will need to do some transcoding, which is out of scope for this document.

That being said, no you don't necessarily have to build another ASL node. You can run a second bridge for D-Star from the ASL node you currently have. A basic overview would be this:

D-Star <-> ASL <-> DMR

That setup will give you the following:

  • D-Star to Analog via ASL
  • D-Star to DMR using ASL to transcode
  • Analog to D-Star via ASL
  • Analog to DMR via ASL
  • DMR to Analog via ASL
  • DMR to D-Star using ASL to transcode
-- 
Steve Miller
KC1AWV


Re: How are you using DVSwitch?

Steve KC1AWV
 

Jeff,

This is how I have the ASL to BM to XLX laid out

ASL <-> Analog_Bridge <-> MMDVM_Bridge <-> Brandmeister <-> DMRGateway <-> MMDVM_Bridge <-> MMDVM_Bridge <-> DMRGateway <-> XLX (It's a long path, but they're both VMs on the same host)

I cheat a little bit to prevent linking with the same DMR ID. I set SSIDs on my DMR IDs on the ERDN network, to keep the links to Brandmeister separate. The only time that I use my real DMR ID is that last link in the chain going to XLX, since it cannot handle IDs over 7 digits. I share my repeater ID for the network as well when going to XLX.


Re: How are you using DVSwitch?

Jeff Lehman, N8ACL
 

Steve,

I like where you are going with this. I have often thought about doing the same kind of thread to get ideas for our/my systems. I will post my setups when I get home.

Question for you....I notice in your diagram you have your DMR linked to XLX740 and then also to x1999. Do you connect 1999 to your main ASL hub as well as the DMR asl hub? That is not giving you an issue being double linked? Just curious.

Thanks!
  Jeff

On Mon, Apr 8, 2019 at 1:47 PM Steve KC1AWV <smiller@...> wrote:
In this thread, I would like to know how you are using DVSwitch, and what your goals are. Why? Well, I'd like some info gathering to better my setup, create some discourse about DVSwitch, and maybe satisfy some of my own morbid curiosity. We've got 700+ users in this group, so I'm sure there's a few that would like to share!

If this thread is deemed inappropriate by the moderators, please delete it.

A brief description of your implementation is all that's needed. You can also include a diagram if you want!

I use DVSwitch to provide a mode-agnostic system for East Rock ARES here in New Hampshire. It's a public access system, so anyone is welcome to hop on and chat, but the main focus is for reliable communications regardless of the radio type used. Currently, DMR, D-Star, Yaesu Fusion, Echolink, and a reverse autopatch are available into the network. My further goals are to bridge in HF and set up a high-speed wireless network for hardening if the Internet goes out.

Just so you don't think you're sharing info with some random stranger on the Internet... Who am I? I'm Steve KC1AWV (not to be confused with the venerable Steve N4IRS). By day, I am the Senior Systems Administrator for a mortgage company in Boston, MA. I volunteer as an AEC for East Rockingham ARES in New Hampshire, and I've been licensed as an amateur radio operator since 2013. I've been keeping an eye on the DVSwitch group for a little while now, and I am coming up with some assistance where I can help. 



--
Jeff Lehman, KC8QCH
E-mail: kc8qch@...
Hamshack Hotline: 4218

Webmaster
Hamilton County ARPSC
http://www.hamcoarpsc.org
E-mail: hamcoarpsc@...
Phone: 513-452-6480

Multimode System Administrator
World Wide Amateur Radio Guild
https://hamradiohub.com/
E-Mail: kc8qch@...


How are you using DVSwitch?

Steve KC1AWV
 

In this thread, I would like to know how you are using DVSwitch, and what your goals are. Why? Well, I'd like some info gathering to better my setup, create some discourse about DVSwitch, and maybe satisfy some of my own morbid curiosity. We've got 700+ users in this group, so I'm sure there's a few that would like to share!

If this thread is deemed inappropriate by the moderators, please delete it.

A brief description of your implementation is all that's needed. You can also include a diagram if you want!

I use DVSwitch to provide a mode-agnostic system for East Rock ARES here in New Hampshire. It's a public access system, so anyone is welcome to hop on and chat, but the main focus is for reliable communications regardless of the radio type used. Currently, DMR, D-Star, Yaesu Fusion, Echolink, and a reverse autopatch are available into the network. My further goals are to bridge in HF and set up a high-speed wireless network for hardening if the Internet goes out.

Just so you don't think you're sharing info with some random stranger on the Internet... Who am I? I'm Steve KC1AWV (not to be confused with the venerable Steve N4IRS). By day, I am the Senior Systems Administrator for a mortgage company in Boston, MA. I volunteer as an AEC for East Rockingham ARES in New Hampshire, and I've been licensed as an amateur radio operator since 2013. I've been keeping an eye on the DVSwitch group for a little while now, and I am coming up with some assistance where I can help. 


Re: YSF Narrow to P25 Bridge with strange issue

Steve N4IRS
 

Jeff,
Try this for me as root:
cd to the directory containing MMDVM_Bridge
stop the MMDVM_Bridge service
mv MMDVM_Bridge MMDVM_Bridge.old
wget https://github.com/DVSwitch/MMDVM_Bridge/raw/master/bin/MMDVM_Bridge.amd64.test
mv MMDVM_Bridge.amd64.test MMDVM_Bridge
chmod +x MMDVM_Bridge
start the MMDVM_Bridge service
retest
Let us know the results.

Steve N4IRS


Re: YSF Narrow to P25 Bridge with strange issue

Jeff Scoville
 

Steve,

Result of running uname -a on the machine running MMDVM_Bridge was:

Linux ip-172-26-1-88 4.14.62-65.117.amzn1.x86_64 #1 SMP Fri Aug 10 20:03:52 UTC 2018 x86_64 x86_64 x86_64 GNU/Linux

--Jeff AE5ME


Re: YSF Narrow to P25 Bridge with strange issue

Steve N4IRS
 

Jeff,
Please show me the result of uname -a on the machine running MMDVM_Bridge.

Steve

On 4/8/2019 10:48 AM, Jeff Scoville via Groups.Io wrote:
And the complete Ubuntu version is 16.04.

--Jeff AE5ME


Re: BM to XLX via MMDVM_Bridge - Doc version 2.0

Steve KC1AWV
 

Does this create a bridge to DSTAR?
No. This document is to connect an XLX module to a Brandmeister Talkgroup. Brandmeister is a DMR network.

Should I build another Allstar node to add this to or could I do this on my current DMR bridge?
I don't know how your current bridge is configured. You're also discussing two different modes. D-Star and DMR are dissimilar modes, where D-Star is IMBE and DMR is AMBE. If the intention is to bridge a DMR network to D-Star, you will need to do some transcoding, which is out of scope for this document.

That being said, no you don't necessarily have to build another ASL node. You can run a second bridge for D-Star from the ASL node you currently have. A basic overview would be this:

D-Star <-> ASL <-> DMR

That setup will give you the following:

  • D-Star to Analog via ASL
  • D-Star to DMR using ASL to transcode
  • Analog to D-Star via ASL
  • Analog to DMR via ASL
  • DMR to Analog via ASL
  • DMR to D-Star using ASL to transcode
-- 
Steve Miller
KC1AWV


Re: BM to XLX via MMDVM_Bridge - Doc version 2.0

K4VL
 

I have a couple of questions about this. Does this create a bridge to DSTAR? I have a DMR bridge running now and linking to my server through Allstar. Should I build another Allstar node to add this to or could I do this on my current DMR bridge? I would be nice to have everything including my repeater running on one Pi but I will do what I need to do. My repeater controller is a Hamvoip build and my DMR bridge is an ASL build.


BM to XLX via MMDVM_Bridge - Doc version 2.0

Steve KC1AWV
 

Special thanks to Eric Dayrit and Doug Gooden for assistance in helping me refine this doc.

https://docs.google.com/document/d/1n17cx_9elLJoMmcQWM0_XOm2dicKdIC6ar_0S16904A

Revision 2.0 is a rewrite of the original document I created.
This revision is for showing how to use DMRGateway's TGRewrite function to allow the use of the "standard" XLX Talkgroup 6 and send that data to a BM Talkgroup of your choice, and vice versa.

The end result of the doc is this:

XLX***D <-> DMRGateway_XLX <-> MMDVM_Bridge_XLX <-> MMDVM_Bridge_BM <-> DMRGateway_BM <-> BM TG****


Two DMRGateways are needed, since the TGRewrite function is only provided by DMRGateway.

I'll try to format the doc a little better for viewing pleasure, but all the information that is needed should be there.

Steve KC1AWV


Re: YSF Narrow to P25 Bridge with strange issue

Jeff Scoville
 

And the complete Ubuntu version is 16.04.

--Jeff AE5ME


Re: YSF Narrow to P25 Bridge with strange issue

Jeff Scoville
 

Steve,

Everything EXCEPT the Analog bridges are running on Amazon Linux (Centos derivative).  The analog bridges are running on a separate Ubuntu 16 Amazon hosted machine.  The machines are connected by UDP ports 31100 31103 34100 34103 and firewalls have been opened on both ends.

The P25 gateway, P25 Reflector, and YSF Reflector have all worked well on Amazon Linux before the recent addition of the Analog bridges and MMDVM bridge.  When we ran MMDVM bridge as a direction connection between the P25 gateway and the YSF reflector, it passed the YSFW and P25 back and forth correctly and had correct callsigns on all stations, so it appears to be working correctly, even though it is being hosted on a Centos machine.

We added the Analog bridges and modified the MMDVM Bridge so that we could start passing YSFN to P25 and vice versa.  As I stated earlier, those were added on the additional Ubuntu machine.

Eventually all the Amazon Linux/Centos reflectors will be migrated to the Ubuntu machine, but we need to coordinate that properly so that the static IP is transferred at the same time to prevent a loss in service to the member hotspots.  In hindsight, should have started out on Ubuntu with the reflectors, considering some of the comments that Debian is the preferred platform for running the DVSwitch programs.

Thanks again for your help!

--Jeff AE5ME


Re: YSF Narrow to P25 Bridge with strange issue

Steve N4IRS
 

Jeff what architecture are you running? OS version?

Steve

Sent via smoke signal (AT&T)


From: main@DVSwitch.groups.io <main@DVSwitch.groups.io> on behalf of Jeff Scoville via Groups.Io <ae5me@...>
Sent: Sunday, April 7, 2019 11:00:28 PM
To: main@DVSwitch.groups.io
Subject: Re: [DVSwitch] YSF Narrow to P25 Bridge with strange issue
 
Additional info.  There appears to be no metadata going out on the YSF side of the analog bridge.  This came from the log:

 YSF, Begin TX: src=3140122 rpt=314012210 dst=31403 slot=1 cc=1 metadata=

--Jeff AE5ME


Re: YSF Narrow to P25 Bridge with strange issue

Jeff Scoville
 

Additional info.  There appears to be no metadata going out on the YSF side of the analog bridge.  This came from the log:

 YSF, Begin TX: src=3140122 rpt=314012210 dst=31403 slot=1 cc=1 metadata=

--Jeff AE5ME


YSF Narrow to P25 Bridge with strange issue

Jeff Scoville
 

Finally got a YSF Narrow to P25 bridge going using two Analog bridges to bridge the audio.  It is connecting a YSF Reflector to a P25 Reflector.

When I look at the YSF Reflector dashboard, P25 station callsigns come across fine.  Can connect a YSF Pi-star hotspot and hear traffic fine.

However, with an OPENSPOT connected to the YSF Reflector, it shows the callsign for all P25 traffic as N4IRR and with a encoding type of VW instead of DN.  In our system, we have a crossover bridge from YSF to Wires-X using an OPENSPOT that is on the same frequency as a local Wires-X node.  The Wires-X node will not pass the traffic from the YSF reflector to Wires-X for the P25 transcoded stations.  This behavior is odd as the MMDVM bridge is reporting the traffic as 72 bit AMBE, not 88 bit.  Don't know how the "VW" is entering into the mix on the OPENSPOT.

Stations on YSF or Wires-X travel through the YSF Reflector, analog bridge, and P25 reflector fine and are heard with the correct callsign on the P25 Reflector via a Pi-Star hotspot running P25 locally.  No change in callsign.

Any ideas what could be misconfigured?

--Jeff AE5ME


Re: Wave PTT subscription and DVSwitch config's #best_practices #dmrlink

 

Just wanted to see if anyone got this to work? We are trying to link one of our Local DMR repeaters over to Motorola's WAVE OnCloud system so we could have access to from our iPhones / TLK-100's.

Thanks in Advance!
-Ted/KE6YJC


dstar linkning

Kevin Halton
 

Is there anyone who has a good understanding of linkning dstar to DMRlink package? I need some help!_._,_._,_


Re: Error running Analog_bridge

David McGough
 

Another way to "just get it running" is to simply grab the libsndfile.*
library files from another AMD64 system, like debian. Make a
folder /mylibs and put the copied libs in /mylibs.

Then, from the bash prompt as root:

cp /etc/ld.so.conf /etc/ld.so.conf.save
echo /mylibs >> /etc/ld.so.conf
ldconfig

....That should do it....Not that I'm recommending a "nasty hack," but it
can get you going. Note that the first step is simply to make a backup of
the original file. Be careful with the /etc/ld.so.conf file. If it gets
damaged badly, your install may end up fried.


73, David KB4FXC

On Sun, 7 Apr 2019, Russell, KV4S wrote:

On AWS install Ubuntu 16 not 18. ASL and dvswitch seem to work fine.

On Sun, Apr 7, 2019, 10:27 AM Mike KB8JNM <groupio@midnighteng.com> wrote:

I don't know if you can make it work or not, but i can tell you that
version is based on centos.

While I have plenty of centos experience, app_rpt use to run on it (ACID),
I don't use it with app_rpt anymore as I stay on the beaten path so most
support issues are the same and likely 'known'.

Not familiar with AWS services and someone who does may chime in and point
you in the right direction.

But if you are willing to try different service I use and have validated
with it all...

https://wiki.allstarlink.org/wiki/ASL_DEBIAN-9_INSTALL_ON_VULTR


On 4/7/2019 11:09 AM, Jeff Scoville via Groups.Io wrote:

Result from cat /etc/*-release:

AME="cpe:/o:amazon:linux:2018.03:ga"
HOME_URL="http://aws.amazon.com/amazon-linux-ami/"
<http://aws.amazon.com/amazon-linux-ami/>
Amazon Linux AMI release 2018.03

As I stated in my post, I am running a AWS Linux. Looks like it's time to
spin up a Debian machine on AWS if there is no way to get the appropriate
shared libraries loaded to run.

--Jeff AE5ME




6361 - 6380 of 10071