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: Setting up DMRLink <-> KBLink
#best_practices
#dmrlink
#hblink
Jason Johnston
I did that already. Not all files came down.
toggle quoted messageShow quoted text
On Thu, Jan 3, 2019, 9:28 PM Steve N4IRS <szingman@...> wrote:
--
73 de Jason - KC5HWB
|
|
|
|
Re: C-Bridge to P25 Reflector Bridge
Michael KD5DFB
Can I use confbridge_rules.py to limit it?
On Thu, Jan 3, 2019 at 9:39 PM Steve N4IRS <szingman@...> wrote:
|
|
|
|
Re: C-Bridge to P25 Reflector Bridge
Michael KD5DFB
I guess it could be. I do not own the cbridge and didn't really want to burn another port. Right now both my real repeater and MMDVM connect to the same port
On Thu, Jan 3, 2019 at 9:39 PM Steve N4IRS <szingman@...> wrote:
|
|
|
|
Re: C-Bridge to P25 Reflector Bridge
Can't that be controlled at the c-Bridge?
toggle quoted messageShow quoted text
On 1/3/19 10:36 PM, KD5DFB wrote:
Still looking for some help or a point in the right direction.
|
|
|
|
Re: C-Bridge to P25 Reflector Bridge
Michael KD5DFB
Still looking for some help or a point in the right direction.
I am wanting to only allow only certain timeslot/group IDs, etc. to pass between the cbridge and analog_bridge
|
|
|
|
Re: Setting up DMRLink <-> KBLink
#best_practices
#dmrlink
#hblink
Bad idea. Get the whole repo(s)
toggle quoted messageShow quoted text
git clone -b IPSC_Bridge https://github.com/n0mjs710/DMRlink.git git clone -b HB_Bridge https://github.com/n0mjs710/HBlink
On 1/3/19 10:25 PM, Jason Johnston
wrote:
I understood Steve's comments and ran that command, which worked. /var/log did exist, but the dmrlink dir underneath it didn't. I have successfully connected it to my cbridge now by running the dmrlink.py file.
|
|
|
|
Re: Setting up DMRLink <-> KBLink
#best_practices
#dmrlink
#hblink
Jason Johnston
I understood Steve's comments and ran that command, which worked. /var/log did exist, but the dmrlink dir underneath it didn't. I have successfully connected it to my cbridge now by running the dmrlink.py file.
Upon running the git clone command for both directories, it appears that the HBlink_Bridge and DMRlink_Bridge files didn't pull down. I ran a wget cmd and pulled the .cfg and .py files from the github folders. Tomorrow I will work to configure those.
|
|
|
|
Re: Potential Openbridge usage
Cort N0MJS <n0mjs@...>
Uh... openbridge still requires upstream admins to configure things, similar to setting up the cc-cc connections.
toggle quoted messageShow quoted text
On Jan 3, 2019, at 9:14 PM, Bill N2WNS <n2wns.radio@...> wrote:
|
|
|
|
Re: Potential Openbridge usage
Bill N2WNS
Thanks for the reply's. I was thinking of it strictly from an upstream administration perspective. Setup/Changes would only have to be made once on the provider side limiting the administration they have to preform. It also gives me the flexibility of if I needed to move TG's from one Bridge to the other, I would not have to bother the provider with something I could handle.
I'm still in the spitballing stage any other thoughts are welcome. -Bill N2WNS
|
|
|
|
Re: Setting up DMRLink <-> KBLink
#best_practices
#dmrlink
#hblink
I probably should have used mkdir -p but it's a good bet that
/var/log already exists.
toggle quoted messageShow quoted text
On 1/3/19 10:02 PM, Mike KB8JNM wrote:
|
|
|
|
Re: Setting up DMRLink <-> KBLink
#best_practices
#dmrlink
#hblink
I think what Steve was trying to convey was if the directory does not exist, create it. And If the log file does not exist, create it > touch /var/log/dmrlink/dmrlink.log set permissions on the file if needed ...mike/kb8jnm
On 1/3/2019 9:57 PM, Corey Dean N3FE
wrote:
|
|
|
|
Re: Setting up DMRLink <-> KBLink
#best_practices
#dmrlink
#hblink
Jason Johnston
Yes that did it. I'm working on the next part now
toggle quoted messageShow quoted text
On Thu, Jan 3, 2019, 8:58 PM Corey Dean N3FE <n3fe@...> wrote:
--
73 de Jason - KC5HWB
|
|
|
|
Re: Potential Openbridge usage
Cort N0MJS <n0mjs@...>
If you have c-Bridges you should just use the CC-CC protocol between them and MARC’s c-Bridges and to BM’s servers (which also speak c-Bridge). Stuffing my software in the middle of a setup like this is necessary. You already have everything you need.
-- Cort Buffington H: +1-785-813-1501 M: +1-785-865-7206
|
|
|
|
Re: Setting up DMRLink <-> KBLink
#best_practices
#dmrlink
#hblink
Corey Dean N3FE <n3fe@...>
So it is telling you that it can’t wrote the log file. '/var/log/dmrlink/dmrlink.log
On Thu, Jan 3, 2019 at 9:21 PM Jason Johnston <kc5hwb@...> wrote: Reinstalled OS - I am actually running Debian 9 now.
|
|
|
|
Re: Potential Openbridge usage
Corey Dean N3FE <n3fe@...>
I am using the minimal single core and 1 gig of ram with 3 different OB connections and many talkgroups at that, some repeaters, and a cbridge ipsc connection and The virtual machine is pretty much sitting idle. Corey n3fe
On Thu, Jan 3, 2019 at 9:00 PM Bill N2WNS <n2wns.radio@...> wrote: I'm looking to spin up 2 C-Bridges in two different geographic areas that will have different traffic needs. To ease administration on the upstream the BM/MARC providers, should I implement OB to get the TG traffic, then distribute the traffic from OB to the C-Bridges? What kind of processing power and memory would be required in a virtual environment for such an install?
|
|
|
|
Re: Setting up DMRLink <-> KBLink
#best_practices
#dmrlink
#hblink
mkdir /var/log/dmrlink
toggle quoted messageShow quoted text
On 1/3/19 9:21 PM, Jason Johnston
wrote:
Reinstalled OS - I am actually running Debian 9 now.
|
|
|
|
Re: Setting up DMRLink <-> KBLink
#best_practices
#dmrlink
#hblink
Jason Johnston
Reinstalled OS - I am actually running Debian 9 now.
I ran the python install instructions above, then started on the instructions in Reply #2727 When running the DMRlink.py command, I get the following root@DMRlink1:/opt/DMRlink# python dmrlink.py
Traceback (most recent call last):
File "dmrlink.py", line 1081, in <module>
logger = config_logging(CONFIG['LOGGER'])
File "/opt/DMRlink/ipsc/dmrlink_log.py", line 83, in config_logging
'propagate': True,
File "/usr/lib/python2.7/logging/config.py", line 794, in dictConfig
dictConfigClass(config).configure()
File "/usr/lib/python2.7/logging/config.py", line 576, in configure
'%r: %s' % (name, e))
ValueError: Unable to configure handler 'file': [Errno 2] No such file or directory: '/var/log/dmrlink/dmrlink.log'
|
|
|
|
Potential Openbridge usage
Bill N2WNS
I'm looking to spin up 2 C-Bridges in two different geographic areas that will have different traffic needs. To ease administration on the upstream the BM/MARC providers, should I implement OB to get the TG traffic, then distribute the traffic from OB to the C-Bridges? What kind of processing power and memory would be required in a virtual environment for such an install?
Thanks, -Bill N2WNS
|
|
|
|
Re: scheduled nightly YSF/NXDN/P25 reflector restarts?
Ahh great, thanks Mike, I'll give it a shot!
On Thu, Jan 3, 2019, 3:01 PM Mike KB8JNM <groupio@... wrote:
|
|
|
|
Re: scheduled nightly YSF/NXDN/P25 reflector restarts?
Edit your etc/contab and place a line similar to this 25 17 * * * root /path/to/reflector.sh restart If you know little of crontab, google info so you know how to use it well and correctly. ...mike/kb8jnm
On 1/3/2019 3:55 PM, Russell, KV4S wrote:
|
|
|