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: DSTAR to DMR, getting started
Skyler Fennell
Contact a brandmeister server host admin directly. I don't think they even look at the support page requests anymore, I had one in for months and finally got it resolved when I contacted Corey N3FE. Somehow when I put my ticket on the US support website, they said it ended up on the UK ticket system.
On Fri, Jul 12, 2019 at 2:38 PM Steve KC1AWV <smiller@...> wrote:
|
|
|
|
Re: DSTAR to DMR, getting started
You need to open a helpdesk ticket with Brandmeister support. You have to give them the requested information, like TG, Module, IP Address and such. Be patient, my interlink request is still waiting for approval since February. Steve KC1AWV
On Fri, Jul 12, 2019 at 4:14 PM Patrick Perdue <patrick@...> wrote:
-- Steve Miller KC1AWV
|
|
|
|
Re: DSTAR to DMR, getting started
Patrick Perdue
I'm trying to figure out how this works... Does this require someone at Brandmeister to configure an interlink once the XLX reflector is up and running? The page found here isn't particularly clear about this, at least to me. https://wiki.brandmeister.network/index.php/XLX Meanwhile, I have successfully gotten
MMDVM_Bridge connected to Brandmeister, though I have yet to
configure a static talk group on the Brandmeister dashboard for
the "hotspot."
That should get DMR audio to DSTAR, but
how does audio go the other way?
On 7/12/2019 2:40 PM, Ernest Pratt
wrote:
XlX will connect directly to a TG on BM or IPSC2 via interlink.
|
|
|
|
Re: Two YSF Reflectors
Please give me an example of what DVSwitch.ini would contain.
Thank you.
|
|
|
|
Re: DSTAR to DMR, getting started
XlX will connect directly to a TG on BM or IPSC2 via interlink.
|
|
|
|
Re: DSTAR to DMR, getting started
Patrick Perdue
Thanks. That is a typical problem I have, over engineering things. I’ll try this.
toggle quoted messageShow quoted text
On Jul 12, 2019, at 13:00, Steve KC1AWV <smiller@...> wrote:
|
|
|
|
Re: DSTAR to DMR, getting started
This is how I would do it:
Brandmeister TG <-> MMDVM_Bridge <-> XLX <-> ambed
|
|
|
|
Re: DSTAR to DMR, getting started
If you're transcoding on XLX already, you can use MB as a client to connect to Brandmeister. You don't need to go from DStar to Analog to Analog to DMR, you're over engineering the effort.
Steve KC1AWV
|
|
|
|
DSTAR to DMR, getting started
Patrick Perdue
Hello all:
I have been tasked with creating a cross-link between an XLX reflector for DSTAR and a Brandmeister DMR talk group. I have installed XLXD, ircDdbgateway and DVSwitch on a VPS. Ambed with two vocoders is running on a Debian machine at my house, verified connected to XLXD. As I understand it, the route should look like this: D-Star <---> ircddbgateway <---> MMDVM_Bridge <---. Analog_Bridge <---> Analog_Bridge <---> MMDVM_Bridge <---> DMR I have all these tools installed. I'm just looking for a basic outline on how to configure the two instances of MMDVM_Bridge and Analog_Bridge for this type of link. For that matter, I'm not sure if I have configured ircDdbgateway correctly, using a configuration template and ircDdbgatewayd, but I suppose that's technically out of the scope of this group. I found a guide for bridging P25 to DMR, but haven't come across a good resource for doing the same between DSTAR and DMR. I hate to be that guy that re-invents the wheel, but I'm just looking for a good starting-point. Thanks for any help. 733 de KE4DYI
|
|
|
|
Re: Analog_Bridge and tune.sh script
#analog_bridge
SP2ONG Waldek
Tom,
I use MB / AB to play newsletters, emcom alerts, etc which are recorded in wav files., and I need to change TG in scripts that are call in crontab 73 Waldek
|
|
|
|
Re: Analog_Bridge and tune.sh script
#analog_bridge
-- I enter new TG directly in DVSmobile. Can you please advise how I would use scripts? Tnx ... Tom VE3NY
|
|
|
|
Re: 1 Way Audio (XLX DMR to ASL)
How do you go direct? I guess just enter the 4001 under TG on DVS.ini or AB?
|
|
|
|
Re: 1 Way Audio (XLX DMR to ASL)
Ah, I gotcha. If it's DMR on XLX, then YSF can just go direct there without having to transcode through analog. I have a mindset that prefers not to daisy chain links, I like hub and spoke more. If one of the reflectors goes offline, I still have a path out somewhere and I'm not an island to myself. There's more than one way to skin a cat, as they say :)
On Wed, Jul 10, 2019 at 2:50 PM Steve N4IRS <szingman@...> wrote:
-- Steve Miller KC1AWV
|
|
|
|
Re: 1 Way Audio (XLX DMR to ASL)
Cool will try that, many thanks.
|
|
|
|
Re: Analog_Bridge and tune.sh script
#analog_bridge
OK,
toggle quoted messageShow quoted text
I'll test when I get a chance.
On 7/10/2019 2:42 PM, Waldek SP2ONG
wrote:
Yes, exactly.
|
|
|
|
Re: 1 Way Audio (XLX DMR to ASL)
I was thinking about having to transcode DMR to YSF when it's not
needed. I do understand the control issue.
toggle quoted messageShow quoted text
On 7/10/2019 2:49 PM, Steve KC1AWV
wrote:
|
|
|
|
Re: 1 Way Audio (XLX DMR to ASL)
Eh, I suppose it's personal preference really. ASL has a lot more control, and I do prefer to add or remove connections (reflectors) direct from the radio or mobile app.
On Wed, Jul 10, 2019 at 2:25 PM Steve N4IRS <szingman@...> wrote:
-- Steve Miller KC1AWV
|
|
|
|
Re: Analog_Bridge and tune.sh script
#analog_bridge
SP2ONG Waldek
Yes, exactly.
|
|
|
|
Re: 1 Way Audio (XLX DMR to ASL)
Steve,
toggle quoted messageShow quoted text
Is this XLX D-Star or XLX DMR? If it is DMR, though I see the advantage to doing the mixing (and control) in ASL, Would it not be better to bridge XLX to YSF and add a Analog connection to XLX or YSF?
On 7/10/2019 2:20 PM, Steve KC1AWV
wrote:
|
|
|
|
Re: 1 Way Audio (XLX DMR to ASL)
I would create separate paths for each mode in ASL. Say the YSF path is using exten 1999, then make the XLX path use exten 1998. Change the USRP port numbers accordingly in rpt.conf and AB. Steve KC1AWV
On Wed, Jul 10, 2019 at 2:10 PM Eric Dayrit <kf6itc@...> wrote: Steve (KC1AWV) -- Steve Miller KC1AWV
|
|
|