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.
|
"Muted" prompt
#analog_bridge
Hello,
We have DVSwitch running with a connection to BrandMeister to our AllStar server. I think this is MMDVM_Host <-> analog_bridge. The AllStar server is the hub of our analog repeater network. We are having a problem that sprouts up after about four hours of operation. We start getting key-up on our analog repeaters with the word "muted", it is muffled and hard to understand, but we think this is what it's saying. The logs show network traffic coming from the DMR side, but we don't hear it if we monitor the talkgroup. Is there something in the DVSwitch stack of software, or maybe in AllStar that would broadcast the word "muted? I'm hoping this will help us determine the issue. Any help you can provide would be helpful. Michael AF6FB
|
|
|
|
Re: P25Reflector install help...
Bob,
toggle quoted messageShow quoted text
The P25Reflector software does not actually care what TG it reflects. When the reflector sees UDP traffic on the proper port, it reflects it to all connected users. The program that determines what TG, is actually P25Gateway in it's host file: # 10200 North America 10200 dvswitch.org 41000 This tells P25Gateway, when you see traffic on TG 10200 send the traffic to dvswitch.org (44.103.34.4) on UDP port 41000. As to the name, again it's in the P25Gateway host file. 73, Steve N4IRS
On 7/27/20 11:05 PM, nuhtrue@...
wrote:
Hi,
|
|
|
|
P25Reflector install help...
Bob KK6RQ
Hi,
I'm having some difficulty while installing the whole package (G4-somebody/dvswitch) using the 927.org instructions (which is riddled with typos); I've read everything I've been able to google, both here and elsewhere, but I'm stuck on a concept or two: What (and WHERE or WHO) determines what your newly installed P25 reflector's TG ID is? I probably will choose not to publish the TG (at first, at least) but where do I give it its name? I saw a thread where Steve says some ppl are using the same # as their chosen DMR TG (which already exists; I'm trying to link them)? Thanks, Bob KK6RQ
|
|
|
|
Re: radioid.net URL update in dvswitch.sh
Yes, I am building all new apt packages and ....
toggle quoted messageShow quoted text
On 7/25/20 7:33 PM, Mike, AA9VI via
groups.io wrote:
cd /opt/Analog_Bridge
|
|
|
|
Re: radioid.net URL update in dvswitch.sh
Mike, AA9VI
cd /opt/Analog_Bridge
rm dvswitch.sh wget https://raw.githubusercontent.com/DVSwitch/MMDVM_Bridge/master/dvswitch.sh ./dvswitch.sh update works. So, the debian installer just needs an update. Mike, AA9VI
|
|
|
|
a guide i put together for installing VDVLINK (VirtualBox)
Orrin Winton
Hopefully this is the right group to post this to. Based on the EA5GVK/EA7JCL info, including their pages on how to install the .vdi file into VirtualBox, plus very helpful material written by Dave WA3LXD, i made an installation guide. It doesn't claim to be the last word, but it's how i got going with VDVLINK and DV-Switch. The Virtual DV-Link runs for days no problem. I have it running on both the Win10 and the Ubuntu versions of VirtualBox. ... My only complaint is that so far i have not been able to get D-Star running. But DMR-YSF-P25-NXDN run fine. I only use it for DMR 3100 anyway. It was fun putting it together, as i read Spanish very well and it was enjoyable doing a little translating. The screenshots from the EA5GVK/EA7JCL VirtualBox setup are for v8 of VDVLINK, but they are applicable to 9.7.0 and later. Comments are welcome, but please only if you try my "guide" and run into problems, and please not on this list. orrin.winton at gmail.com 73 de WN1Z Orrin
|
|
|
|
Re: radioid.net URL update in dvswitch.sh
I suggest you replace dvswitch.sh with the link I posted.
toggle quoted messageShow quoted text
On 7/25/20 7:30 PM, Mike, AA9VI via
groups.io wrote:
|
|
|
|
Re: radioid.net URL update in dvswitch.sh
Mike, AA9VI
root@allstar:/opt/Analog_Bridge# ./dvswitch.sh update
./dvswitch.sh: line 701: jq: command not found
./dvswitch.sh: line 702: jq: command not found
Error, DMR ID file does not seem to be valid
Ideas?
|
|
|
|
Re: radioid.net URL update in dvswitch.sh
Mike, AA9VI
Thanks!
|
|
|
|
Re: radioid.net URL update in dvswitch.sh
/var/lib/dvswitch/subscriber_ids.csv
toggle quoted messageShow quoted text
/var/lib/mmdvm/DMRIds.dat dvswitch.sh is in /opt/Analog_Bridge /opt/Analog_bridge/dvswitch update will update all the host and ID files. Current version of dvswitch.sh is at <https://github.com/DVSwitch/MMDVM_Bridge/raw/master/dvswitch.sh> Note: With the next release, dvswitch.sh will be moving to /opt/MMDVM_Bridge Steve N4IRS
On 7/25/20 4:53 PM, Mike, AA9VI via
groups.io wrote:
I just found this and I need an ID update. How do I manually update the subscriber_ids.csv ID list? Where is dvswitch.sh? I tried to invoke the command but it does not know where it is. Can someone send the full path?
|
|
|
|
Re: radioid.net URL update in dvswitch.sh
Mike, AA9VI
I just found this and I need an ID update. How do I manually update the subscriber_ids.csv ID list? Where is dvswitch.sh? I tried to invoke the command but it does not know where it is. Can someone send the full path?
Also, if you go into MMDVM_Bridge.ini it looks for /var/log/mmdvm/DMRIds.dat So, that's different than this .csv file mentioned above. All I want is an updated Id lookup file. What is the proper procedure for updating that, and where does it ultimately reside? Thanks, Mike, AA9VI
|
|
|
|
Re: #brandmeister How can I link YSFReflector to BM talkgroup?
#brandmeister
You just need one instances of MMDVM_Bridge. Point DMR to Branmeister and point YSF to your reflector.
https://dvswitch.groups.io/g/main/wiki/6097
|
|
|
|
Re: #dmrlink Assistance Getting DMRLink Working
#dmrlink
Michael Karp
I fat fingered the firmware version in my original post, its on 2.8.5
|
|
|
|
#brandmeister How can I link YSFReflector to BM talkgroup?
#brandmeister
@BH4ERY
Hi, everyone，
I have successfully set up a YSFReflector on Ubuntu 16.04 Server. Now, I want to link this YSFReflector to BM talkgroup, How can I link it to BM talkgroup? Do you have any good suggestions for me? Thank you! 73！ BH4ERY
|
|
|
|
Re: DMR_node_list.txt Syntax?
Tom,
toggle quoted messageShow quoted text
Yes, if you want a private call in your node list, include a #. For the format, see <https://dvswitch.groups.io/g/Mobile/files/DVSM_02_17_2020.pdf> page 19. 73, Steve N4IRS
On 7/23/20 11:41 PM, Tom Corcoran
wrote:
|
|
|
|
DMR_node_list.txt Syntax?
I have a question regarding use of DVS on the DMR+ network. When accessing reflectors (NOT TG's), normal protocol is to connect to the reflector with a private call, then PTT TG9 to QSO. Do I need to include a # when loading the DMR_node_list.txt file? Do I need to include quotes around the reflector number? 4369|||North America ? 4369#|||North America ? "4369#"|||North America ? Guidance please. -- tnx ... Tom VE3NY
|
|
|
|
Re: Hytera Homebrew Bridge
EA5GVK Joaquin
This is very good news, great, an open source project to replace the closed source gw_hytera_mmdvm. Thank you very much for these projects. We will be looking forward to the project becoming operational. A greeting and also it is a great news that my friend Waldek wants to join him. Great. Greetings. EA5GVK
El mar., 21 jul. 2020 a las 11:56, SP2ONG Waldek (<sp2ong@...>) escribió: Hi Heiko
|
|
|
|
Re: Hytera Homebrew Bridge
SP2ONG Waldek
Hi Heiko
Yes, I assumed that this is the status of this project but I wanted to give info, maybe someone would like to help in the development of the project 73 Waldek
|
|
|
|
Re: Hytera Homebrew Bridge
I spoke with Marek, it is not usable at the moment. It's only a snapshot of his project for save his code at github.
Please have some patience, he work on it. If all will be ready, we will have an open source replacement for gw_hytera_mmdvm (which is gw_hytera_mmdvm not, it's closed source). 73 Heiko, DL1BZ
|
|
|
|
Hytera Homebrew Bridge
SP2ONG Waldek
Maybe someone will be interested in the project re-implementation of linDmrMaster for python3 https://github.com/smarek/Hytera_Homebrew_Bridge 73 Waldek
|
|
|