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: DMR Master server
Nothing jumps out at me. (I'm on a phone) Troubleshoot in sections. Disable the master, does the peer connect to BM? Disable the peer, enable the Master, can a peer connect?
Sent via smoke signal (AT&T)
From: main@DVSwitch.groups.io <main@DVSwitch.groups.io> on behalf of Chris WB4ULK via Groups.Io <chood73@...>
Sent: Tuesday, April 30, 2019 9:53:47 PM To: main@DVSwitch.groups.io Subject: Re: [DVSwitch] DMR Master server Do you see anything I may have goofed in my HBlink config?
I have openbridge set to false [MASTER-1] MODE: MASTER ENABLED: True REPEAT: True MAX_PEERS: 10 EXPORT_AMBE: False IP: PORT: 62030 PASSPHRASE: passw0rd GROUP_HANGTIME: 5 USE_ACL: True REG_ACL: DENY:1 SUB_ACL: DENY:1 TGID_TS1_ACL: PERMIT:ALL TGID_TS2_ACL: PERMIT:ALL
# PEER INSTANCES - DUPLICATE SECTION FOR MULTIPLE PEERS # There are a LOT of errors in the HB Protocol specifications on this one! # MOST of these items are just strings and will be properly dealt with by the program # The TX & RX Frequencies are 9-digit numbers, and are the frequency in Hz. # Latitude is an 8-digit unsigned floating point number. # Longitude is a 9-digit signed floating point number. # Height is in meters # Setting Loose to True relaxes the validation on packets received from the master. # This will allow HBlink to connect to a non-compliant system such as XLXD, DMR+ etc. # # ACLs: # See comments in the GLOBAL stanza [REPEATER-1] MODE: PEER ENABLED: True LOOSE: False EXPORT_AMBE: False IP: PORT: 54001 MASTER_IP: 74.91.114.19 MASTER_PORT: 62031 PASSPHRASE: passw0rd CALLSIGN: WB4ULK RADIO_ID: 311372206 RX_FREQ: 449000000 TX_FREQ: 444000000 TX_POWER: 25 COLORCODE: 1 SLOTS: 1 LATITUDE: 38.0000 LONGITUDE: -095.0000 HEIGHT: 75 LOCATION: Anywhere, USA DESCRIPTION: This is a cool repeater URL: www.w1abc.org SOFTWARE_ID: 20170620 PACKAGE_ID: MMDVM_HBlink GROUP_HANGTIME: 5 OPTIONS: USE_ACL: True SUB_ACL: DENY:1 TGID_TS1_ACL: PERMIT:ALL TGID_TS2_ACL: PERMIT:ALL
|
|
|
|
Re: DMR Master server
Do you see anything I may have goofed in my HBlink config?
I have openbridge set to false [MASTER-1] MODE: MASTER ENABLED: True REPEAT: True MAX_PEERS: 10 EXPORT_AMBE: False IP: PORT: 62030 PASSPHRASE: passw0rd GROUP_HANGTIME: 5 USE_ACL: True REG_ACL: DENY:1 SUB_ACL: DENY:1 TGID_TS1_ACL: PERMIT:ALL TGID_TS2_ACL: PERMIT:ALL
# PEER INSTANCES - DUPLICATE SECTION FOR MULTIPLE PEERS # There are a LOT of errors in the HB Protocol specifications on this one! # MOST of these items are just strings and will be properly dealt with by the program # The TX & RX Frequencies are 9-digit numbers, and are the frequency in Hz. # Latitude is an 8-digit unsigned floating point number. # Longitude is a 9-digit signed floating point number. # Height is in meters # Setting Loose to True relaxes the validation on packets received from the master. # This will allow HBlink to connect to a non-compliant system such as XLXD, DMR+ etc. # # ACLs: # See comments in the GLOBAL stanza [REPEATER-1] MODE: PEER ENABLED: True LOOSE: False EXPORT_AMBE: False IP: PORT: 54001 MASTER_IP: 74.91.114.19 MASTER_PORT: 62031 PASSPHRASE: passw0rd CALLSIGN: WB4ULK RADIO_ID: 311372206 RX_FREQ: 449000000 TX_FREQ: 444000000 TX_POWER: 25 COLORCODE: 1 SLOTS: 1 LATITUDE: 38.0000 LONGITUDE: -095.0000 HEIGHT: 75 LOCATION: Anywhere, USA DESCRIPTION: This is a cool repeater URL: www.w1abc.org SOFTWARE_ID: 20170620 PACKAGE_ID: MMDVM_HBlink GROUP_HANGTIME: 5 OPTIONS: USE_ACL: True SUB_ACL: DENY:1 TGID_TS1_ACL: PERMIT:ALL TGID_TS2_ACL: PERMIT:ALL
|
|
|
|
Re: DMR Master server
You might work out a dual system. 2 instances of hb linked. Either on 2 hosts or multiple IPs.
Sent via smoke signal (AT&T)
From: main@DVSwitch.groups.io <main@DVSwitch.groups.io> on behalf of Chris WB4ULK via Groups.Io <chood73@...>
Sent: Tuesday, April 30, 2019 9:34:35 PM To: main@DVSwitch.groups.io Subject: Re: [DVSwitch] DMR Master server I am having trouble with it passing audio to and from BM.
I am running into a port issue I think. Since BM wants to see the HBlink (mmdvm) coming in on port 62031 and everyone's hot spots use 62301, I'm not sure what to do. I would like for the hot spot users to not have to change their ports and firewall rules that com in the pi-star image. Any suggestions? Chris
|
|
|
|
Re: DMR Master server
Somebody has to change and it's not going to be BM.
Sent via smoke signal (AT&T)
From: main@DVSwitch.groups.io <main@DVSwitch.groups.io> on behalf of Chris WB4ULK via Groups.Io <chood73@...>
Sent: Tuesday, April 30, 2019 9:34:35 PM To: main@DVSwitch.groups.io Subject: Re: [DVSwitch] DMR Master server I am having trouble with it passing audio to and from BM.
I am running into a port issue I think. Since BM wants to see the HBlink (mmdvm) coming in on port 62031 and everyone's hot spots use 62301, I'm not sure what to do. I would like for the hot spot users to not have to change their ports and firewall rules that com in the pi-star image. Any suggestions? Chris
|
|
|
|
Re: DMR Master server
I am having trouble with it passing audio to and from BM.
I am running into a port issue I think. Since BM wants to see the HBlink (mmdvm) coming in on port 62031 and everyone's hot spots use 62301, I'm not sure what to do. I would like for the hot spot users to not have to change their ports and firewall rules that com in the pi-star image. Any suggestions? Chris
|
|
|
|
Re: DMR Master server
Yes it can be a server and a client. (Master and Peer) at the same time.
Sent via smoke signal (AT&T)
From: main@DVSwitch.groups.io <main@DVSwitch.groups.io> on behalf of Chris WB4ULK via Groups.Io <chood73@...>
Sent: Tuesday, April 30, 2019 9:28:02 PM To: main@DVSwitch.groups.io Subject: Re: [DVSwitch] DMR Master server Steve,
Shouldn't HBlink be able to be a master for mmdvm repeaters and hotspots and also be able to connect to BM at the same time without any other modules? Or do I need to load another module in addition? Chris
|
|
|
|
Re: DMR Master server
Steve,
Shouldn't HBlink be able to be a master for mmdvm repeaters and hotspots and also be able to connect to BM at the same time without any other modules? Or do I need to load another module in addition? Chris
|
|
|
|
Re: DMR Master server
root@localhost:~# git clone https://github.com/n0mjs710/DMRlink
toggle quoted messageShow quoted text
Cloning into 'DMRlink'... remote: Enumerating objects: 10, done. remote: Counting objects: 100% (10/10), done. remote: Compressing objects: 100% (9/9), done. remote: Total 2602 (delta 3), reused 8 (delta 1), pack-reused 2592 Receiving objects: 100% (2602/2602), 3.40 MiB | 0 bytes/s, done. Resolving deltas: 100% (1675/1675), done. root@localhost:~#
On 4/30/2019 7:21 PM, Chris WB4ULK via Groups.Io wrote:
git clone https://github.com/n0mjs710/whatever --
szingman@...
|
|
|
|
Re: DMR Master server
JJ Cummings
toggle quoted messageShow quoted text
On Tue, Apr 30, 2019 at 5:21 PM Chris WB4ULK via Groups.Io <chood73=yahoo.com@groups.io> wrote: Yes. When I use the git clone command.
|
|
|
|
Re: DMR Master server
Yes. When I use the git clone command.
git clone https://github.com/n0mjs710/whatever I "Git" a challenge for user and pw. lol
|
|
|
|
Re: DMR Master server
Git clone?
Sent via smoke signal (AT&T)
From: main@DVSwitch.groups.io <main@DVSwitch.groups.io> on behalf of Chris WB4ULK via Groups.Io <chood73@...>
Sent: Tuesday, April 30, 2019 7:04:57 PM To: main@DVSwitch.groups.io Subject: Re: [DVSwitch] DMR Master server [Edited Message Follows] I got HBlink working between hotspots, but when I try to "git" MMDVM Bridge, I am challenged for a user name and password.What did I miss? Chris WB4ULK
|
|
|
|
Re: DMR Master server
I got HBlink working between hotspots, but when I try to "git" MMDVM Bridge, I am challenged for a user name and password.
What did I miss? Chris WB4ULK
|
|
|
|
Re: Looking for a better way to bridge YSF to DMR
👍
Jerry
KC9ZAR
From: main@DVSwitch.groups.io <main@DVSwitch.groups.io> on behalf of Steve N4IRS <szingman@...>
Sent: Tuesday, April 30, 2019 5:12:28 PM To: main@DVSwitch.groups.io Subject: Re: [DVSwitch] Looking for a better way to bridge YSF to DMR To be a little more clear and the BM guys can chime in. You can use any DMR ID assigned to YOU. Not just make up any TG number. Steve
On 4/30/2019 4:48 PM, Jerry Purcell wrote:
-- szingman@...
|
|
|
|
Re: Looking for a better way to bridge YSF to DMR
To be a little more clear and the BM guys can chime in. You can use any DMR ID assigned to YOU. Not just make up any TG number. Steve
On 4/30/2019 4:48 PM, Jerry Purcell
wrote:
-- szingman@...
|
|
|
|
Re: Looking for a better way to bridge YSF to DMR
Ok thank you, I'm really new to all this.
Jerry KC9ZAR
Jerry
KC9ZAR
From: main@DVSwitch.groups.io <main@DVSwitch.groups.io> on behalf of Steve N4IRS <szingman@...>
Sent: Tuesday, April 30, 2019 10:29:41 AM To: main@DVSwitch.groups.io Subject: Re: [DVSwitch] Looking for a better way to bridge YSF to DMR Jerry,
No, anyone can use a TG. It's just the TG number itself that is the same as your DMR ID. If you get on your DMR HT and key up on TG 3112138 (my ID) anyone else can use that TG to communicate. What we are saying is that you do not need a TG number assigned by BM. You can use YOUR ID as a TG number. Steve N4IRS On 4/30/2019 10:02 AM, Jerry Purcell wrote:
|
|
|
|
Re: DMR Master server
JJ Cummings
Literally the first result when I google hblink3:
On Tue, Apr 30, 2019 at 12:56 PM Chris WB4ULK via Groups.Io <chood73=yahoo.com@groups.io> wrote: Sorry about the mistake about apt get above.
|
|
|
|
Re: DMR Master server
Sorry about the mistake about apt get above.
The old link I have is: https://github.com/n0mjs710/HBlink.git Isn't it HBlink3 now?
|
|
|
|
DMR Master server
I'm finally getting back to setting up a master server for our repeaters and hot spots.
I have asked many questions and have received a lot of great answers. Since it has been a while and I know the development here moves quite quickly, Is there a new way to load the package I need since my old posts? I have been reading back over them to give it another shot. The info I have is to apt get the HB Link set. Thanks, Chris WB4ULK
|
|
|
|
Re: Looking for a better way to bridge YSF to DMR
Jerry,
toggle quoted messageShow quoted text
No, anyone can use a TG. It's just the TG number itself that is the same as your DMR ID. If you get on your DMR HT and key up on TG 3112138 (my ID) anyone else can use that TG to communicate. What we are saying is that you do not need a TG number assigned by BM. You can use YOUR ID as a TG number. Steve N4IRS
On 4/30/2019 10:02 AM, Jerry Purcell
wrote:
|
|
|
|
Re: Looking for a better way to bridge YSF to DMR
Thanks for the response but wouldn't that only let me be bridged over to the YSF from DMR?
I have several users on the YSF and some of their friends are asking for me to link
Jerry
KC9ZAR
From: main@DVSwitch.groups.io <main@DVSwitch.groups.io> on behalf of Russell, KV4S <russelljthomas@...>
Sent: Tuesday, April 30, 2019 7:51:58 AM To: main@dvswitch.groups.io Subject: Re: [DVSwitch] Looking for a better way to bridge YSF to DMR you actually do, use your own DMR ID as a group call! :)
I had my YSF bridge setup to mine for a while and it worked great!
On Mon, Apr 29, 2019 at 10:07 PM Jerry Purcell <kc9zar@...> wrote:
|
|
|