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: NXDN not passing thru to Dstar
Kevin Halton
Yes audio passes fine in all modes both directions except for NXDN. NXDN does not pass thru Dstar only.
|
|
|
|
Re: NXDN not passing thru to Dstar
Does DMR bridge properly in both directions?
Sent by smoke signal (AT&T)
From: main@DVSwitch.groups.io <main@DVSwitch.groups.io> on behalf of Kevin Halton <Khalton@...>
Sent: Monday, March 23, 2020 8:45:19 AM To: main@DVSwitch.groups.io <main@DVSwitch.groups.io> Subject: Re: [DVSwitch] NXDN not passing thru to Dstar DMR
|
|
|
|
Re: NXDN not passing thru to Dstar
Kevin Halton
DMR
|
|
|
|
Re: NXDN not passing thru to Dstar
What modes bridge to D-Star?
Sent via smoke signal (AT&T)
From: main@DVSwitch.groups.io <main@DVSwitch.groups.io> on behalf of Kevin Halton <Khalton@...>
Sent: Sunday, March 22, 2020 8:09:17 PM To: main@dvswitch.groups.io <main@dvswitch.groups.io> Subject: Re: [DVSwitch] NXDN not passing thru to Dstar Yes,
The system has asl-dmr-p25-dstar-Nxdn-ysf. Both nxdn and Dstar Dstarflow thru all the modes including Nxdn. Nxdn flows thru all modes EXCEPT dstar.
Hope this makes sense.
On Mar 22, 2020, at 7:46 PM, Steve N4IRS <szingman@...> wrote:
|
|
|
|
Re: NXDN not passing thru to Dstar
Kevin Halton
Yes,
toggle quoted messageShow quoted text
The system has asl-dmr-p25-dstar-Nxdn-ysf. Both nxdn and Dstar Dstarflow thru all the modes including Nxdn. Nxdn flows thru all modes EXCEPT dstar. Hope this makes sense.
On Mar 22, 2020, at 7:46 PM, Steve N4IRS <szingman@...> wrote:
|
|
|
|
Re: Tune audio levels in DStar gateway
#analog_bridge
David
Dear Sir
I have some confuse,please help me . If I want to tune P25 to DMR (dmr can hear voice louder ,so I need to set Audio_Unity in AB_P25 And use Audio_USE_Gain on AB_DMR modify dmrgain of AB_DMR ? Thanks
|
|
|
|
Re: NXDN not passing thru to Dstar
Do you have anything else bridged to D-Star? If so, does it pass
traffic?
toggle quoted messageShow quoted text
Steve N4IRS
On 3/22/20 7:06 PM, Kevin Halton wrote:
I have had my bridge up and running for a few years now with little to no issues. Recently (yesterday) I happened to notice that nxdn is not passing traffic to dstar. It is passing dstar to nxdn with no issues. Nxdn does pass thru Asl,dmr,fusion, and P25 with no issues. I have not made any changes and have tried rebooting the ambe server, XLX server, and the ASL bridge with no results. NXDN is linked thru BM I can see it up on the BM master page.
|
|
|
|
NXDN not passing thru to Dstar
Kevin Halton
I have had my bridge up and running for a few years now with little to no issues. Recently (yesterday) I happened to notice that nxdn is not passing traffic to dstar. It is passing dstar to nxdn with no issues. Nxdn does pass thru Asl,dmr,fusion, and P25 with no issues. I have not made any changes and have tried rebooting the ambe server, XLX server, and the ASL bridge with no results. NXDN is linked thru BM I can see it up on the BM master page.
Any thoughts?
|
|
|
|
Re: XLX to MMDVM
Patrick Perdue
The second endpoint is a master server, yes, in this case, TGIF.
toggle quoted messageShow quoted text
I didn't think there was a way only using two instances of MMDVM_Bridge to direct traffic, just wanted to make sure I wasn't missing anything obvious.
On 3/22/2020 10:56 AM, Steve N4IRS wrote:
MB would not give you the ability to "direct traffic" The second question is what is the endpoint connected to MB. MB can only connect to a Master (or server) I think you are goint to want to run HBlink3.
|
|
|
|
Re: XLX to MMDVM
Patrick Perdue
I thought DMRGateway was dead... Sounds like what I need. As I understand it, HBlink3 uses quite a lot of memory, and my resources are limited, so would rather not use it for such a simple bridge if I can help it.
On 3/22/2020 10:58 AM, Ernie Gm7kbk
wrote:
You do not need Analog_ Bridge. Just 2 Instances of MMDVM_Bridge. Swap the ports over in DVSWitch.ini
|
|
|
|
Re: XLX to MMDVM
You do not need Analog_ Bridge. Just 2 Instances of MMDVM_Bridge. Swap the ports over in DVSWitch.ini
Also Change local port in MMDVM_Bridge they cannot be the same. If you want to connect from Slot 1 to Slot 2 XLX you will need Dmrgateway. I am using this to connect my Dmr + Tg on Slot 1 to connect to my Xlx Server. Works very well.
|
|
|
|
Re: XLX to MMDVM
MB would not give you the ability to "direct traffic" The second question is what is the endpoint connected to MB. MB can only connect to a Master (or server) I think you are goint to want to run HBlink3.
toggle quoted messageShow quoted text
Steve N4IRS
On 3/22/20 10:31 AM, Patrick Perdue wrote:
Hi:
|
|
|
|
XLX to MMDVM
Patrick Perdue
Hi:
I wish to create a bridge between XLX and MMDVM, DMR all the way through, not Brandmeister. Can this be done with two instances of MMDVM_Bridge with inverted ports? If so, I don't see how to direct traffic to a specific talkgroup, as Analog_Bridge, I assume, wouldn't be a part of the picture, as there is no need for transcoding. If not, would HBlink be a better fit? Thanks and 73 de KE4DYI
|
|
|
|
Working with MMDVM_Bridge and XLX
JJ Cummings
The problem that I am seeing does not exist between MMDVM_Bridge and XLX but between ircddbgateway and xlx. The design is simple: Analog_Bridge <-> MMDVM_Bridge <-> ircddbgateway <-> XLX (DStar) The connection between ircddbgateway and XLX consistently times out (this occurs from pistar as well). This appears to be an issue where ircddbgateway is not handling the keepalive packets correctly from the XLX server, as evidenced by the ircddb logs below. I have tried DCS and DExtra and both exhibit the exact same behavior. Any input is greatly appreciated! ircddb logs: M: 2020-03-19 23:18:49: DCS link to DCS815 established M: 2020-03-19 23:18:50: Unknown incoming DCS poll from DCS815 I M: 2020-03-19 23:18:51: Unknown incoming DCS poll from DCS815 I M: 2020-03-19 23:18:52: Unknown incoming DCS poll from DCS815 I M: 2020-03-19 23:18:53: Unknown incoming DCS poll from DCS815 I M: 2020-03-19 23:18:54: Unknown incoming DCS poll from DCS815 I M: 2020-03-19 23:18:55: Unknown incoming DCS poll from DCS815 I M: 2020-03-19 23:18:56: Unknown incoming DCS poll from DCS815 I M: 2020-03-19 23:18:57: Unknown incoming DCS poll from DCS815 I M: 2020-03-19 23:18:58: Unknown incoming DCS poll from DCS815 I M: 2020-03-19 23:18:59: Unknown incoming DCS poll from DCS815 I M: 2020-03-19 23:19:01: Unknown incoming DCS poll from DCS815 I M: 2020-03-19 23:19:02: Unknown incoming DCS poll from DCS815 I M: 2020-03-19 23:19:03: Unknown incoming DCS poll from DCS815 I M: 2020-03-19 23:19:04: Unknown incoming DCS poll from DCS815 I M: 2020-03-19 23:19:05: Unknown incoming DCS poll from DCS815 I M: 2020-03-19 23:19:06: Unknown incoming DCS poll from DCS815 I M: 2020-03-19 23:19:07: Unknown incoming DCS poll from DCS815 I M: 2020-03-19 23:19:08: Unknown incoming DCS poll from DCS815 I M: 2020-03-19 23:19:09: Unknown incoming DCS poll from DCS815 I M: 2020-03-19 23:19:10: Unknown incoming DCS poll from DCS815 I M: 2020-03-19 23:19:11: Unknown incoming DCS poll from DCS815 I M: 2020-03-19 23:19:12: Unknown incoming DCS poll from DCS815 I M: 2020-03-19 23:19:13: Unknown incoming DCS poll from DCS815 I M: 2020-03-19 23:19:14: Unknown incoming DCS poll from DCS815 I M: 2020-03-19 23:19:15: Unknown incoming DCS poll from DCS815 I M: 2020-03-19 23:19:16: Unknown incoming DCS poll from DCS815 I M: 2020-03-19 23:19:17: Unknown incoming DCS poll from DCS815 I M: 2020-03-19 23:19:18: Unknown incoming DCS poll from DCS815 I M: 2020-03-19 23:19:19: Unknown incoming DCS poll from DCS815 I M: 2020-03-19 23:19:20: Unknown incoming DCS poll from DCS815 I M: 2020-03-19 23:19:51: DCS link to DCS815 has failed (poll inactivity) M: 2020-03-19 23:19:51: DCS link to DCS815 has failed, relinking
|
|
|
|
Re: hotspot security
David Uzzell
Whilst it works it’s great but for some and unknown reasons it at times just stops working and the only way to get a connection is to remove it from both your hotspot and BM. Well this is the case on PiStar.
On 18 Mar 2020, 02:28 +1100, Tito Lopez <OBUSTOS01@...>, wrote:
|
|
|
|
Re: hotspot security
easy enough, thanks!! never used it before :)
On Tue, Mar 17, 2020 at 10:27 AM Steve N4IRS <szingman@...> wrote:
|
|
|
|
Re: hotspot security
Tito Lopez
If u use pistar, I believe u have log into BM and edit your profile sec settings there. The same passwd you set there u put..... darn it Steve stole my thunder. Lol
On Tue, Mar 17, 2020, 8:09 AM Russell, KV4S <russelljthomas@...> wrote:
|
|
|
|
Re: hotspot security
Turn on hotspot security in SelfCare
toggle quoted messageShow quoted text
Set HotSpot Security in Selfcare Match password in MB.ini
On 3/17/2020 11:08 AM, Russell, KV4S
wrote:
|
|
|
|
hotspot security
can mmdvm work when hotspot security is on and if so, how do you configure it?
|
|
|
|
D-Star vocoder emulator
Steve, KB9MWR
There is a need for a D-Star vocoder emulator by the ham community for those who host cloud based bridges for digital voice modes.
If your a ham with this talent or know of one, the community would appreciate your efforts, It should work similarly to the md380-emu tool by Travis (KK4VCZ) that folks have been using for DMR and the other modes. https://github.com/travisgoodspeed/md380tools/wiki/MD380-Emulator#ambe-decoding
|
|
|