Welcome to DVSwitch
DVSwitch is a set of tools and programs related to provisioning and operating Amateur Radio digital voice networks.
Purpose
The purpose of DVSwitch is as follows:
1) Allows “local” networking during an outage of the regional national/international network server.
2) Allows a local network operator to “blend” upstream feeds from different Networks (capital N on purpose). These Networks can’t get their act together and learn how to play nice with each other (everyone guilty as far as we are concerned). They may not like people doing this, but the solution is to grow up and work with each other, and not keep trying to force people to take sides.
3) Allows local segregation of localized traffic with more flexibility.
4) Allows experimentation with linking and how it’s done (part 97 specifies experimentation and advancement of the radio art are a core part of amateur radio).
1) Allows “local” networking during an outage of the regional national/international network server.
2) Allows a local network operator to “blend” upstream feeds from different Networks (capital N on purpose). These Networks can’t get their act together and learn how to play nice with each other (everyone guilty as far as we are concerned). They may not like people doing this, but the solution is to grow up and work with each other, and not keep trying to force people to take sides.
3) Allows local segregation of localized traffic with more flexibility.
4) Allows experimentation with linking and how it’s done (part 97 specifies experimentation and advancement of the radio art are a core part of amateur radio).
Mission Statement/Position
Our stated position is:
WHEREAS the Networks continue to be largely islands and are not working together to create a unified network of Networks.
WHEREAS no firm reason has been given by any of the Networks why a *competent* local network operator cannot make this work effectively.
(US ONLY)
WHEREAS 47 CFR 97 (Amateur Radio Service) specifies that a core component of amateur radio is experimentation and advancement of the radio art [97.1(b)].
BE IT RESOLVED the core group of US amateur radio operators and experimenters organized around the DVSwitch project, and in the spirit of USA 47 CFR 97 and its intentions, support the *responsible* and *thoughtful* use of digital voice networking tools to create localized networks that will interconnect to the national/international Networks, and will support users of its tools in order to do this in the most effective and sustainable way possible.
WHEREAS the Networks continue to be largely islands and are not working together to create a unified network of Networks.
WHEREAS no firm reason has been given by any of the Networks why a *competent* local network operator cannot make this work effectively.
(US ONLY)
WHEREAS 47 CFR 97 (Amateur Radio Service) specifies that a core component of amateur radio is experimentation and advancement of the radio art [97.1(b)].
BE IT RESOLVED the core group of US amateur radio operators and experimenters organized around the DVSwitch project, and in the spirit of USA 47 CFR 97 and its intentions, support the *responsible* and *thoughtful* use of digital voice networking tools to create localized networks that will interconnect to the national/international Networks, and will support users of its tools in order to do this in the most effective and sustainable way possible.
|
Re: YSFReflector bridged to DMR - No callsign on YSF clients
#mmdvm_bridge
OK,
toggle quoted messageShow quoted text
Can you show me the log output when traffic is passing across the bridge?
On 8/13/2019 3:39 PM, Andrew Lynch
wrote:
|
|
|
|
Re: YSFReflector bridged to DMR - No callsign on YSF clients
#mmdvm_bridge
MMDVM_Bridge from YSF to DMR, no Analog_Bridge or anything in between.
On Tue, Aug 13, 2019 at 2:03 PM Steve N4IRS <szingman@...> wrote:
|
|
|
|
Re: YSFReflector bridged to DMR - No callsign on YSF clients
#mmdvm_bridge
Andy,
toggle quoted messageShow quoted text
What program are you using to line the reflector to the TG? Steve N4IRS
On 8/13/2019 2:41 PM, Andrew Lynch
wrote:
|
|
|
|
Re: YSFReflector bridged to DMR - No callsign on YSF clients
#mmdvm_bridge
Nope, this is a specific TG on the TGIF network, not the main one.
On Tue, Aug 13, 2019 at 1:32 PM Alec-N1AJW <alec.wasserman@...> wrote: the TGIF YSF2DMR bridge has mysteriously started working again. update pistar and the host should be there. I know that's not the answer to your question but you wont have to do this since its "mysteriously" started working.
|
|
|
|
Re: YSFReflector bridged to DMR - No callsign on YSF clients
#mmdvm_bridge
the TGIF YSF2DMR bridge has mysteriously started working again. update pistar and the host should be there. I know that's not the answer to your question but you wont have to do this since its "mysteriously" started working.
Alec N1AJW
|
|
|
|
YSFReflector bridged to DMR - No callsign on YSF clients
#mmdvm_bridge
I have successfully set up a YSFReflector, and linked to a TGIF DMR talkgroup. Audio passes between the two, and the DMR ID lookup based on the MYCALL in a given Yaesu radio is working (DMR side sees the proper DMR ID of the YSF user). However, I can't seem to get callsigns to display on the Yaesu radio. I am using a Pi-Star-powered hotspot (3.14.7 I think), and the Callsigns appear on both the OLED display and on the dashboard. That leads me to think it's my hotspot not sending it along with the voice. But, I don't remember this actually working anywhere on YSF. This is my first sysop experience with YSF - I've mostly just participated on DMR, but wanted to have the option of YSF as well.
Is this expected behavior (callsign doesn't make it to the radio) or am I missing a config somewhere? I don't have a second hotspot (...yet) that I can test (have 2 YSF clients on the YSFReflector) and haven't found a guinea pig yet. Thanks! -Andy, KDØIOE
|
|
|
|
Re: Setting up a remote base to DMR
Vince Vielhaber
In my case the antenna tuner is manual, so for now I have to go fixed freq. In the future I may be able to add an auto tuner (I have several).
toggle quoted messageShow quoted text
Another feature in ASL's remote base stuff, it has memories. Go to a certain freq, PL Tone, Offset or Simplex, ... Vince.
On 08/12/2019 06:25 PM, Steve KC1AWV wrote:
You know as I'm thinking about it, ASL has macros for controlling a base
|
|
|
|
Re: Setting up a remote base to DMR
You know as I'm thinking about it, ASL has macros for controlling a base station built into app_rpt already. So, using DVSwitch Mobile will give you the ability to tune and such the remote base as if you were there at the rig. This is giving me ideas... :)
Steve KC1AWV
|
|
|
|
Re: Setting up a remote base to DMR
DVSwitch Mobile is the Android/iPhone client used in lieu of needing a hotspot and digital radio, and it used to be called Android IAXRPT. Using DVSwitch Mobile, you can connect to ASL, DMR, DStar, YSF, NXDN, and P25 networks. It's quite a neat piece of software!
Steve KC1AWV
|
|
|
|
Re: Setting up a remote base to DMR
Vince Vielhaber
The reason for the hotspot is when I'm away I can use it tethered to my fone or find an internet connection and use my DMR handheld to connect to the remote base.
toggle quoted messageShow quoted text
I don't know what DVSwitch Mobile is. I thought I went thru all of the parts of DVSwitch, must have missed that one, or it didn't appear to apply to what I'm trying to do . Thanks! Vince.
On 08/12/2019 05:38 PM, Steve KC1AWV wrote:
[Edited Message Follows]
|
|
|
|
Re: Setting up a remote base to DMR
Is there a specific need for the DMR hotspot? If you're using ASL already, you could use DVSwitch Mobile direct to ASL and not have to worry about converting to DMR.
Remote Base <-> ASL <-> DVSwitch Mobile If you still wanted to go to DMR, you could do this: Remote <-> ASL <-> Analog_Bridge <-> MMDVM_Bridge <-> hblink3 <-> Hotspot You still need to have some sort of master server for the hotspot to log into, hence the hblink3. You can run hblink3 on the same host as Analog_Bridge and MMDVM_Bridge. You could even use hblink3 locally on a PiStar hotspot, but that's some advanced configuration that would need more research for me to understand it. Oh, and I forgot to answer your other question. Also, do I need to register for an ASL node if I'm not planning on connecting to their network? No, and I believe the ASL image startup script allows you to set up a private node, though I haven't done this myself. Steve KC1AWV
|
|
|
|
Setting up a remote base to DMR
Vince Vielhaber
I want to set up a remote base on HF that I can access via my DMR hotspot. I have ASL asterisk installed and partially configured and I have Analog-Bridge installed (but not yet configured). The remote base is a dumb one, even tho it's capable, it won't be changing freq or anything else. This is mainly for the evening rag-chew when I'm away and eventually I'd like to add a small TG for a few friends to connect to.
I think what I need is: Remote Base <--> ASL <--> Analog_Br <--> ? <--> DMR Hotspot As for the ? in the above, is that going to be HBLink3? This will NOT be connected to BM or any other public network. Also, do I need to register for an ASL node if I'm not planning on connecting to their network? My background: Retired after 30 years as a C/C++ programmer, been running Asterisk as a phone system for many years. Thanks! Vince. -- K8ZW http://www.metalworkingfun.com http://www.hamradio.fun
|
|
|
|
Re: Callsigns Change When Going Across Bridge
David,
toggle quoted messageShow quoted text
It is the list of things to look at for the next rev of MB. 73, Steve N4IRS
On 8/10/19 3:58 PM, David wrote:
Any new information on this?
|
|
|
|
Re: Callsigns Change When Going Across Bridge
Any new information on this?
AK2L
|
|
|
|
Re: NOOB Setup-Configuration Help
#analog_bridge
#dmrlink
Follow up to The issues Chris was having.
As I suspected and questioned, he had another copy of MMDVM_Bridge running. In this case, the problem showed up when a second copy of MMDVM_Bridge was executed in the foreground, the first and second copies would both try to login to BrandMeister. There is nothing wrong with 2 copies of MMDVM_Bridge running, the problem is 2 copies trying to use the same UDP ports. These Linux commands are necessary for anyone working wit any of the DVSwitch programs. ps -ax #show running processes netstat -unap #show what programs are listening on what UDP ports. Both programs need to be run as root. (sudo) Changing the well known port and password to connect to a DMR Master, editing LAT and Long are a waste of time. I believe all BM Masters publish their login info. MOST of the time, this type of error is because you have a second copy of MB, already logged into the Master 73, Steve N4IRS
|
|
|
|
Re: NXDN Install with DVSMobile
Should already be setup. Make sure NXDN Networking is enabled.
Sent via smoke signal (AT&T)
From: main@DVSwitch.groups.io <main@DVSwitch.groups.io> on behalf of Tom Corcoran <tcorcoran@...>
Sent: Friday, August 9, 2019 3:22:58 PM To: main@DVSwitch.groups.io <main@DVSwitch.groups.io> Subject: Re: [DVSwitch] NXDN Install with DVSMobile Do I need to make any references to gateway in other programs... or are they already there?
-- Tom VE3NY
|
|
|
|
Re: NXDN Install with DVSMobile
Do I need to make any references to gateway in other programs... or are they already there?
-- Tom VE3NY
|
|
|
|
Re: NXDN Install with DVSMobile
That is up to you. I like putting those type of things in /opt. That
way I keep all the needed programs and data together.
toggle quoted messageShow quoted text
Steve
On 8/9/19 3:17 PM, Tom Corcoran wrote:
Oooops. Didn’t know I needed NXDNGateway. Do I get from GitHub? In which directory should it be installed?
|
|
|
|
Re: NXDN Install with DVSMobile
Oooops. Didn’t know I needed NXDNGateway. Do I get from GitHub? In which directory should it be installed?
-- Tnx Steve ... Tom VE3NY
|
|
|
|
Re: NXDN Install with DVSMobile
Do you have NXDNGateway running?
toggle quoted messageShow quoted text
Anything in the log of the gateway.
On 8/9/19 2:38 PM, Tom Corcoran wrote:
Can anyone see why I can't seem to connect to NXDN reflectors? Works great on DMR and YSF but drawing blanks so far on NXDN.
|
|
|