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: List of ports to open for firewall rules
Chris,
toggle quoted messageShow quoted text
I do not have a list but what ports to open would depend on what you are doing. ASL, DMR... ?
On 06/02/2018 12:11 PM, Chris via
Groups.Io wrote:
Anyone have a down and dirty list for ports to add to your firewall rules?
|
|
|
|
List of ports to open for firewall rules
Anyone have a down and dirty list for ports to add to your firewall rules?
I am tightening up my server since its open to the world and was wondering if someone has made a list, instead of having to go look at all of the config files to see which ports are being used. Thanks, Chris WB4ULK
|
|
|
|
Re: Intermittent No Audio
Will,
toggle quoted messageShow quoted text
Since the data flows from ASL to MB through AB, it's good to tail both the AB and MB logs. You should see waht is happening in "real time" Steve
On 06/01/2018 08:08 PM, WillieB wrote:
|
|
|
|
Re: Updated DVSwitch repository available
I have rebuilt under Jessie.
toggle quoted messageShow quoted text
apt-get update apt-get upgrade
On 06/01/2018 08:28 PM, Mike
Swiatkowski via Groups.Io wrote:
Steve, FYI... Jessie does not natively support this version of GLIBCXX with latest distro upgrade. I'm still working on the fix though you probably will figure it out a day before me.
|
|
|
|
Data file sources
This is the list I have. If you know of any others please post. Some of them will need to be parsed differently.
Subscribers: http://ham-digital.org/status/users.csv https://www.radioid.net/static/users.csv http://registry.dstar.su/dmr/DMRIds.php Repeaters: http://ham-digital.org/status/rptrs.csv https://www.radioid.net/static/rptrs.csv TalkGroups: http://www.pistar.uk/downloads/TGList_BM.txt NXDN Subscribers: https://www.radioid.net/static/nxdn.csv XLX Reflectors: http://xlxapi.rlx.lu/api.php?do=GetXLXDMRMaster YSF Reflectors: https://register.ysfreflector.de/export_csv.php ham-digital.org: http://ham-digital.org/status/ http://registry.dstar.su: http://registry.dstar.su/dmr/reflector.db BrandMeister: https://wiki.brandmeister.network/index.php/API/Halligan_API http://api.brandmeister.network/user_query.php?id=1157035 https://api.brandmeister.network/v1.0/repeater/?action=LIST https://api.brandmeister.network/v1.0/groups/ Interesting: https://github.com/AndyTaylorTweet/Pi-Star_Binaries_sbin/blob/master/pistar-bmapi
|
|
|
|
Re: Updated DVSwitch repository available
I have to recompile all of the programs under Jessie. I've fixed
Analog_Bridge. I need to do the rest. I'll post when they are done.
toggle quoted messageShow quoted text
Steve
On 06/01/2018 08:13 PM, Mike
Swiatkowski via Groups.Io wrote:
Thanks. This seems to allow the binary and ini files to install. But, when running mmdvm-bridge I get the following error:
|
|
|
|
Re: Updated DVSwitch repository available
Mike, AA9VI
Steve, FYI... Jessie does not natively support this version of GLIBCXX with latest distro upgrade. I'm still working on the fix though you probably will figure it out a day before me.
sysop@debian8:/opt/MMDVM_Bridge$ strings /usr/lib/x86_64-linux-gnu/libstdc++.so.6 | grep GLIBCXX GLIBCXX_3.4 GLIBCXX_3.4.1 GLIBCXX_3.4.2 GLIBCXX_3.4.3 GLIBCXX_3.4.4 GLIBCXX_3.4.5 GLIBCXX_3.4.6 GLIBCXX_3.4.7 GLIBCXX_3.4.8 GLIBCXX_3.4.9 GLIBCXX_3.4.10 GLIBCXX_3.4.11 GLIBCXX_3.4.12 GLIBCXX_3.4.13 GLIBCXX_3.4.14 GLIBCXX_3.4.15 GLIBCXX_3.4.16 GLIBCXX_3.4.17 GLIBCXX_3.4.18 GLIBCXX_3.4.19 GLIBCXX_3.4.20 GLIBCXX_DEBUG_MESSAGE_LENGTH
|
|
|
|
Re: Updated DVSwitch repository available
Mike, AA9VI
Thanks. This seems to allow the binary and ini files to install. But, when running mmdvm-bridge I get the following error:
sysop@debian8:/opt/MMDVM_Bridge$ sudo ./MMDVM_Bridge MMDVM_Bridge.ini ./MMDVM_Bridge: /usr/lib/x86_64-linux-gnu/libstdc++.so.6: version `GLIBCXX_3.4.21' not found (required by ./MMDVM_Bridge) I'm working to resolve this. apt-get upgrade and dist-upgrade won't fix it. Googling the problem shows it is a common issue with Jessie.
|
|
|
|
Intermittent No Audio
WillieB <will@...>
My bridge is working very well, however I do have one main problem. Sometimes when one person stops talking and another person takes their turn, my hotspot transmits but there's no audio coming out. Then next time it drops and someone else starts talking I hear the audio. It may do this in about 1 out of 5 transmissions or so. It varies per person and AllStar node I'm connected to. I'm not sure if it's when they key up fast or what. I can listen on the AllStar node and I hear the audio there, but not on DMR. Anyone else having that problem? I was going to go check out the Analog_Bridge.ini file and see if there are any settings in there that might make sense changing but maybe someone can give me some ideas before I go poking around and changing things (after backing up the ini of course!). I can also tail -f the 2 log files when it's happening and see if that gives me any clues to what might be going on. -Will KE4IAJ
|
|
|
|
Re: IPSC_Bridge & HB_Bridge etc. - ID Database
The scripts installed by dvswitch-base do not download from
DMR-MARC. There are at least 3 sources of subscriber data and 2
sources of repeater data. We will look at the possibility of a
primary and a secondary DL so that we always have the best data. And
of course, as soon as we do, it will change.
toggle quoted messageShow quoted text
73, Steve N4IRS
On 06/01/2018 05:12 PM, Jon K1IMD
wrote:
Hi Cort,
|
|
|
|
Re: IPSC_Bridge & HB_Bridge etc. - ID Database
Jon K1IMD <jon@...>
Yep... Understood....
toggle quoted messageShow quoted text
I modified dmrlink.py and will edit/correct the changes! Jon K1IMD
On 6/1/2018 5:25 PM, Cort N0MJS wrote:
These lines do not exist in dmrlink.py in the repos.
|
|
|
|
Re: IPSC_Bridge & HB_Bridge etc. - ID Database
Cort N0MJS <n0mjs@...>
These lines do not exist in dmrlink.py in the repos.
I respectfully suggest you might still have a problem after you add: to the config file ALIASES stanza… Unless of course you want to download files if you have the “TRY_DOWNLOAD” flag set to False and NOT download them if “TRY_DOWNLOAD” is true. Cort Buffington 785-865-7206
|
|
|
|
Re: IPSC_Bridge & HB_Bridge etc. - ID Database
Jon K1IMD <jon@...>
Hi Cort,
toggle quoted messageShow quoted text
This is what I have... in a running copy... # ID ALIAS CREATION # Download def build_aliases(_config, _logger): # if _config['ALIASES']['TRY_DOWNLOAD'] == True: # Disabled because DMR-MARC Servers NG if _config['ALIASES']['TRY_DOWNLOAD'] == False: # Try updating peer aliases file result = try_download(_config['ALIASES']['PATH'], _config['ALIASES']['PEER_FILE'], _config['ALIASES']['PEER_URL'], _config['ALIASES']['STALE_TIME']) _logger.info(result) # Try updating subscriber aliases file result = try_download(_config['ALIASES']['PATH'], _config['ALIASES']['SUBSCRIBER_FILE'], _config['ALIASES']['SUBSCRIBER_URL'], _config['ALIASES']['STALE_TIME']) _logger.info(result) Really the question was an updated source for the .csv file Which I think Peter M0NWI mentioned using radioid.net. I will need to investigate. from dmrlink.cfg and hblink.cfg PEER_URL: http://www.dmr-marc.net/cgi-bin/trbo-database/datadump.cgi?table=repeaters&format=csv&header=0 SUBSCRIBER_URL: http://www.dmr-marc.net/cgi-bin/trbo-database/datadump.cgi?table=users&format=csv&header=0 Jon K1IMD
On 6/1/2018 4:41 PM, Cort N0MJS wrote:
master branch code for dmrlink.py hasn’t been changed for 9 months. IPSC_Bridge hasn’t been changed for a year and both read the same. I might suggest that was a local change you have there, and not a repo issue. The magic of version control!
|
|
|
|
Re: IPSC_Bridge & HB_Bridge etc. - ID Database
Cort N0MJS <n0mjs@...>
master branch code for dmrlink.py hasn’t been changed for 9 months. IPSC_Bridge hasn’t been changed for a year and both read the same. I might suggest that was a local change you have there, and not a repo issue. The magic of version control!
(starting line 106): def build_aliases(_config, _logger): if _config['ALIASES']['TRY_DOWNLOAD'] == True: # Try updating peer aliases file result = try_download(_config['ALIASES']['PATH'], _config['ALIASES']['PEER_FILE'], _config['ALIASES']['PEER_URL'], _config['ALIASES']['STALE_TIME']) _logger.info(result) # Try updating subscriber aliases file result = try_download(_config['ALIASES']['PATH'], _config['ALIASES']['SUBSCRIBER_FILE'], _config['ALIASES']['SUBSCRIBER_URL'], _config['ALIASES']['STALE_TIME']) _logger.info(result)
Cort Buffington 785-865-7206
|
|
|
|
Re: IPSC_Bridge & HB_Bridge etc. - ID Database
Jon K1IMD <jon@...>
Hi Steve,
toggle quoted messageShow quoted text
Sure the Aliases look up of course won't work... I believe one of my newer installations has a different configuration do to the file format change to JSON. I will have to look later but in any event it would not work as it was before the servers move. From hblink.cfg [ALIASES] TRY_DOWNLOAD: True PATH: ./ PEER_FILE: peer_ids.csv SUBSCRIBER_FILE: subscriber_ids.csv TGID_FILE: talkgroup_ids.csv PEER_URL: http://www.dmr-marc.net/cgi-bin/trbo-database/datadump.cgi?table=repeaters&format=csv&header=0 SUBSCRIBER_URL: http://www.dmr-marc.net/cgi-bin/trbo-database/datadump.cgi?table=users&format=csv&header=0 STALE_DAYS: 7 From dmrlink.cfg [ALIASES] TRY_DOWNLOAD: True LOCAL_FILE: False PATH: ./ PEER_FILE: peer_ids.csv SUBSCRIBER_FILE: subscriber_ids.csv TGID_FILE: talkgroup_ids.csv PEER_URL: http://www.dmr-marc.net/cgi-bin/trbo-database/datadump.cgi?table=repeaters&format=csv&header=0 SUBSCRIBER_URL: http://www.dmr-marc.net/cgi-bin/trbo-database/datadump.cgi?table=users&format=csv&header=0 STALE_DAYS: 7 From dmrlink.py calling from dmrlink.cfg # ID ALIAS CREATION # Download def build_aliases(_config, _logger): # if _config['ALIASES']['TRY_DOWNLOAD'] == True: # Disabled becuase DMR-MARC Servers NG if _config['ALIASES']['TRY_DOWNLOAD'] == False: 73 Jon K1IMD
On 6/1/2018 3:30 PM, Steve N4IRS wrote:
Jon,
|
|
|
|
Re: IPSC_Bridge & HB_Bridge etc. - ID Database
Peter M0NWI
I'm downloading a CSV file radioid.net it's basically a direct replacement for the fike from dmr-marc.
toggle quoted messageShow quoted text
Regards Peter Sent from Outlook From: main@DVSwitch.groups.io <main@DVSwitch.groups.io> on behalf of Steve N4IRS <szingman@...>
Sent: 01 June 2018 20:30:50 To: main@DVSwitch.groups.io Subject: Re: [DVSwitch] IPSC_Bridge & HB_Bridge etc. - ID Database Jon, Which data file are you trying to fix?
On 6/1/2018 3:20 PM, Jon K1IMD wrote:
Although I know it is not really necessary to make these tools work, but has there be any resolution to the ID look up since move away from the DMR-MARC Database Services?
|
|
|
|
Re: IPSC_Bridge & HB_Bridge etc. - ID Database
Jon,
toggle quoted messageShow quoted text
Which data file are you trying to fix?
On 6/1/2018 3:20 PM, Jon K1IMD wrote:
Although I know it is not really necessary to make these tools work, but has there be any resolution to the ID look up since move away from the DMR-MARC Database Services?
|
|
|
|
IPSC_Bridge & HB_Bridge etc. - ID Database
Jon K1IMD <jon@...>
Although I know it is not really necessary to make these tools work, but has there be any resolution to the ID look up since move away from the DMR-MARC Database Services?
If so, where can I find the fix for the .conf files? 73 Jon K1IMD
|
|
|
|
Re: I have missed some major step on install
WillieB <will@...>
Chris, I installed on a fresh install of Debian 9.4, no issues at all following Russell’s guide. If all else fails…
From: main@DVSwitch.groups.io [mailto:main@DVSwitch.groups.io] On Behalf Of Steve N4IRS
Sent: Friday, June 1, 2018 2:00 PM To: main@DVSwitch.groups.io Subject: Re: [DVSwitch] I have missed some major step on install
Well, On 6/1/2018 1:53 PM, Chris via Groups.Io wrote:
|
|
|
|
Re: I have missed some major step on install
Well,
toggle quoted messageShow quoted text
As far as the duplicate, not really. Because the ASL install was from the the ASL ISO, the repo was already installed. The install script does not look in the proper place. I need to fix that. As far as the format errors, I fixed the install so that does not happen. I do recommend you ssh in so that you can copy and paste. Practice practice, practice...
On 6/1/2018 1:53 PM, Chris via
Groups.Io wrote:
Thank you!
|
|
|