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: #dvs Help with DMR using DVSWITCH please
#dvs
John EA5JAV/M0JCA
Steve, thats fixed it, DMR has sprung back into life, thank you!!!!
|
|
|
|
Re: #dvs Help with DMR using DVSWITCH please
#dvs
toggle quoted messageShow quoted text
On 3/27/21 4:07 AM, John-EA5JAV wrote:
Hello, for many months DVSwitch has been running on my RPi4 without a single issue, now I find it still works on all modes except for DMR. I have gone onto Brandmeister and hotspot is no longer showing as enabled under services. I changed default password months ago, all other settings Okay, raised a ticket with Brandmeister for assistance, awaiting a response. To rule out my RPi4, have reinstalled a new image with DVSwitch and latest updates but still on joy.
|
|
|
|
#dvs Help with DMR using DVSWITCH please
#dvs
John EA5JAV/M0JCA
Hello, for many months DVSwitch has been running on my RPi4 without a single issue, now I find it still works on all modes except for DMR. I have gone onto Brandmeister and hotspot is no longer showing as enabled under services. I changed default password months ago, all other settings Okay, raised a ticket with Brandmeister for assistance, awaiting a response. To rule out my RPi4, have reinstalled a new image with DVSwitch and latest updates but still on joy.
I'm sure my RPi4 setup is Okay, my Brandmeister configuration Okay too as able to access BM using Droidstar and can see a hotspot enabled when using Droidstar, I'm now wondering if it could be DVSwitch client running on my multiple Android devices (doesn't work on any) has anyone experienced a similar issue and if so what was the resolution? Many thanks in advance. John
|
|
|
|
locked
Re: Shaming for using an app
IK7VXC Mike
Thank you guys for your support. Too bad Steve didn't pick up on my request ... (sigh ..)
|
|
|
|
Re: #best_practices #dvs remote control of a vps running alstarlink and dvs
#best_practices
#dvs
Pierre Martel
got it, Thank Steve. I have 2 time 4 ambe chips, usb board that I want to try to use. So maybe it would be easier for me to setup the server at my place and connect to the vps as the fix spot on the internet for a few things and have private nodes at home that connect to the multiple networks. anyways sending a connect command to a local or remote node is the same. I could a;so use the new numbering system that give out 10 node number from one node request and put all the nodes online as links to the different networks for other ham to use. Will work on that this week end.
Le ven. 26 mars 2021 à 21:27, Steve N4IRS <szingman@...> a écrit :
|
|
|
|
Re: #best_practices #dvs remote control of a vps running alstarlink and dvs
#best_practices
#dvs
You can run multiple instance of MD380-emu on one VPS. One per data
stream.
toggle quoted messageShow quoted text
Steve
On 3/26/21 9:24 PM, Jeff Lehman, N8ACL
via groups.io wrote:
You ar eprobably going to want multiple instances of the transcoder. I have tried it in the past with just the one md380emu and it crashed and burned from trying to transcode between dmr, analog and ysfn at the same time. I had to reload the vps at least once a month till I separated the YSF out to a second vps.
|
|
|
|
Re: #best_practices #dvs remote control of a vps running alstarlink and dvs
#best_practices
#dvs
Jeff Lehman, N8ACL
You ar eprobably going to want multiple instances of the transcoder. I have tried it in the past with just the one md380emu and it crashed and burned from trying to transcode between dmr, analog and ysfn at the same time. I had to reload the vps at least once a month till I separated the YSF out to a second vps.
toggle quoted messageShow quoted text
On Mar 26, 2021, at 19:44, Pierre Martel <petem001@...> wrote:
|
|
|
|
Re: #best_practices #dvs remote control of a vps running alstarlink and dvs
#best_practices
#dvs
Pierre Martel
ok, got it! I will create a few private nodes and will link them with AB with usrp and MB connected to each network I want to add. will need to check the port carefully. one question, for the transcoding, do I need multiple instances of the vocoder or it can take multiple connections?
Le ven. 26 mars 2021 à 19:12, Jeff Lehman, N8ACL via groups.io <n8acl=icloud.com@groups.io> a écrit :
|
|
|
|
Re: #best_practices #dvs remote control of a vps running alstarlink and dvs
#best_practices
#dvs
Jeff Lehman, N8ACL
Got ya. Ok. Then leave hh the way it is and yes you will need a private node and ab/mb combos for each other network to connect and disconnect on demand.
toggle quoted messageShow quoted text
On Mar 26, 2021, at 19:06, Pierre Martel <petem001@...> wrote:
|
|
|
|
Re: #best_practices #dvs remote control of a vps running alstarlink and dvs
#best_practices
#dvs
Not sure I'm getting this. Let's start with the full time links.
Name them and tell us what networks they are on.
toggle quoted messageShow quoted text
Steve
On 3/26/21 7:05 PM, Pierre Martel
wrote:
|
|
|
|
Re: #best_practices #dvs remote control of a vps running alstarlink and dvs
#best_practices
#dvs
Pierre Martel
I want the asl hh and dmr tg to stay connected all the time. But all the other digital networks connect on demand. The 30288 TG is an RF link to HH and ASL and it was designed for that permanently
Le ven. 26 mars 2021 à 18:58, Jeff Lehman, N8ACL via groups.io <n8acl=icloud.com@groups.io> a écrit :
|
|
|
|
Re: #best_practices #dvs remote control of a vps running alstarlink and dvs
#best_practices
#dvs
Jeff Lehman, N8ACL
Only for the dmr bridge. The Hamshack hotline bridge would connect directly to a private node as would echolink. I don’t know how many other connections you have, but the echolink and hh ones would not need analog bridge.
toggle quoted messageShow quoted text
On Mar 26, 2021, at 18:53, Pierre Martel <petem001@...> wrote:
|
|
|
|
Re: #best_practices #dvs remote control of a vps running alstarlink and dvs
#best_practices
#dvs
Pierre Martel
It make total sens but it also mean that I have to connect the private nodes to an analog bridge and this analog bridge to one reflector of the specific digital network , so that would mean at least 4 more analog bridges
Le ven. 26 mars 2021 à 18:45, Jeff Lehman, N8ACL via groups.io <n8acl=icloud.com@groups.io> a écrit :
|
|
|
|
Re: #best_practices #dvs remote control of a vps running alstarlink and dvs
#best_practices
#dvs
Jeff Lehman, N8ACL
So everything you want to do is via asl. The problem you have is since you connected everything directly to the main node you will not be able to connect or disconnect anything on demand.
toggle quoted messageShow quoted text
The way I do it is with multiple private nodes. I have a node for echolink a node for a dmr bridge a node for an xlx bridge. Then I use the startup macro on the main node to connect to all the private nodes on startup. Then if I need to disconnect a mode, link echolink for example, I just disconnect that node and it’s not on the system. Then I can connect it back. You can do it with the html client by creating elements for connect node x, another for disconnect node x, another for connect node y etc etc. then you can connect and disconnect modes from there. In the TG element you would put someone like “*31999” to connect node x and then *21999 to disonnect node x Hopefully that makes sense.
On Mar 26, 2021, at 18:25, Pierre Martel <petem001@...> wrote:
|
|
|
|
#best_practices #dvs remote control of a vps running alstarlink and dvs
#best_practices
#dvs
Pierre Martel
Sorry I could be asking an obvious question. But since I was not following the whole development of the dvs suite I am kind of lost right now
I have a vps that is running ASL that I installed from the repo, I also installed dvs server from the repo. And used the script to connect to BM Canada on a fix TG and I have Hamshack Hotline . I have what it seem all the other network ready but I have no Idea how I can connect them on demand or even in a fix way.  I tried to find how to connect the html client or the android app but I just cant find the proper way. I have no private node on the systeme. the node is reporting to ASL. Should I add a private node? Thanks Pierre VE2PF
|
|
|
|
Re: DVS install on Hytera PNC380 ?
Did you select USRP ?
|
|
|
|
Re: PLease suggest a place to ask about DMR packet structures
Kev
It is very similar if not the same as motorola's ndis format.
I have attached a raw packet with what I was able to decode by hand on this thread : https://dvswitch.groups.io/g/main/topic/81351796 the hex is from wireshark, converted to bits so I could decode some of it by hand. here is another hex packet : 0980a10024000000010c3f057c0c1006ac480065006c006c006f000d000a00520065006100640079005203 Thanks, Kev
|
|
|
|
Re: PLease suggest a place to ask about DMR packet structures
John ZL4JY
Why not turn it on and have a look with Wireshark?
I've had a quick look at the ETSI DMR specs and nothing jumps out as meeting what you describe. There certainly is the spec to transport packets over DMR infrastructure but not dumping DMR frames in some sort of raw format to a PC. Motorola has their NDIS functionality that sound similar to what you've outlined. 73, John
|
|
|
|
Re: DVS install on Hytera PNC380 ?
Allister,
toggle quoted messageShow quoted text
We have had a few people register PNC380's I can't tell more then that, maybe someone will comment. Steve N4IRS
On 3/26/2021 1:33 PM, Allister wrote:
Has anyone successfully installed the DVSwitch app on a Hytera PNC380 PoC device ?
|
|
|
|
Re: DV switch to ASL 2.0 beta 6
The buster script is a good source of info.
toggle quoted messageShow quoted text
Thanks, Steve
On 3/26/2021 1:40 PM, me@...
wrote:
I'll make sure the DVSwitch repo is added in our next release so our beta users can start testing DVSwitch on the new beta. Steve, send me an e-mail if you have recommendations otherwise I'll use the data from that script.
|
|
|