Welcome to DVSwitch
Purpose
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
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.
|
Various DmrLink/HBlink questions.
KK4zmg
Hi,
I Have Been running HBlink3(x2),DMR_Bridge and DMRlink. I have them all running in separate docker ubuntu lockers. (Brandmiester) | (Hot Spots MMDVM)----<HBlink3 bridge.py>-----------<Hblink3 bridge.py>-----------<DMR_Bridge>---------------<DMRlink>---------------(moto xpr8300) \ \--------------------(moto xpr8400) I'm running to separate versions of HBlink3 to be able to switch the TG from the hot spots from TG2 to TG1 for everything else. Question 1, Is it normal to have to do it this way, run each instants in a separate machine/container. It seams like reading the info and the forums that the programs should be able to run on one machine. Question 2, The moto xpr8300 connects just fine and worked no issues. The moto xpr8400 connects but i get an error Unknown Message - Type:f0 From:"Repeater number" Packet: f0002fbe1600000000 Any ideas? Are there better ways of implementing this kind of setup? Thanks in advance Richard KK4zmg |
|
|
|
Re: ALLSTAR to DMR Bridge
Steve, just checking back in; with what you provided can I move to try to install the bridge? I may need your help...But I will try first....:)
Thanks Steve. |
|
|
|
Re: ysf2dmr Network watchdog has expired
Thanks for your response, will check ports On Thu, May 30, 2019 at 11:42 AM Steve KC1AWV <smiller@...> wrote: The YSF2DMR program is not part of DVSwitch, it is a separate program developed by someone else. Not sure if you'll get much help here for it. However, from previous experience with other network watchdog issues, I would first check to make sure YSF2DMR is not trying to use ports that are in use by other programs. --
73 9Y4C Dexter Harroo |
|
|
|
Re: ysf2dmr Network watchdog has expired
The YSF2DMR program is not part of DVSwitch, it is a separate program developed by someone else. Not sure if you'll get much help here for it. However, from previous experience with other network watchdog issues, I would first check to make sure YSF2DMR is not trying to use ports that are in use by other programs.
|
|
|
|
Re: Setting up a YSFn <--> ASL bridge
Hello Steve, just to be clear on all the suggested changes, can you please post your final/working MMDVM_Bridge.ini and Analog_Bridge.ini files
-- tnx so much … Tom VE3NY |
|
|
|
Re: YSF/DMR/Allstar
#mmdvm_bridge
I am unsure of the terminology used on YSF (I'm still pretty new to that concept) but by room, do you mean reflector?
MMDVM_Bridge.ini [System Fusion Network] Enable=0 LocalAddress=0 LocalPort=3200 GatewayAddress=ysfreflector.dvswitch.org <-- this is the address for the Reflector GatewayPort=42166 <-- this is the port that the Reflector is listening to Debug=0 That being said, I can go through how I have it set up at ERDN. First, I am using HBlink3 as the "hub", which performs all the call routing and bridging for me. Second, I have ASL connected to Analog_Bridge, md380_emu, and MMDVM_Bridge. MMDVM_Bridge connects to HBlink, and Analog_Bridge sends calls to TG2. Third, I have HBlink connected to Brandmeister as a Peer (for now). This connects calls on the bridge to a TG on Brandmeister that uses my DMR ID. Fourth, I have YSF2DMR connected to my YSF Reflector, and MMDVM_Bridge. MMDVM_Bridge connects to HBlink and uses TG2. Fifth, I am working on getting my XLX reflector in the mix to provide D-Star support. So, those components are running on a few different VMs located on some hardware I have colocated in Chicago. One runs ASL, another XLX and YSFReflector, and a third HBlink3. I separate them out, well, because that's how I do it at work. Each server has its own tasks. HBlink runs, HBlink of course. ASL also runs the DVSwitch programs for getting onto the HBlink server. XLX/YSF also runs the YSF2DMR program for getting onto the HBlink server. Can these components be run all on one system? Yes. I run them separately so that if one part goes offline, the whole system doesn't go kaput. The most important system for me is the HBlink server, reason being so that even if my ASL, BM or YSF links go offline, others can still connect and work. It really boils down to your own use case and risk assessment. Are you setting up a network for your own use and can handle it going offline for any reason possible? Then running it on one system will be fine. Are you running a network that will be handling multiple users, providing connections for multiple modes, and need a more agile system? Then running components separately would be better. That's my two cents :) Steve KC1AWV |
|
|
|
ysf2dmr Network watchdog has expired
Hi all, I had ysf2dmr successfully running on my system, today I have Network watchdog has expired when transmission is made, can anyone shed some light on this issue hopefully a fix?
|
|
|
|
YSF/DMR/Allstar
#mmdvm_bridge
Mark Johnston
What is the best way to bridge all three on one system, or would it be better to split that task? I am trying to bridge a YSF room (my own) with DMR TG, and Allstar Node. I see in the ini file it has DMR settings, but nothing for how to join a specific room on ysf... it would seem... looking at MMDVM_Bridge.ini and DVswitch.ini...
I have successfully bridged DMR and Allstar, so far working very well... Thanks, Mark |
|
|
|
Low Mic Audio From Android Phone
Rob K7TGU
I originally posted this inquiry to the
[allstarlink] group, however, it may have been more appropriate to post it
here.
Is there a means to boost the microphone audio
from the phone? Both the DVSwitch transmit and receive levels are at the max.
The receive level is acceptable, however, the transmit is not. I've insured the
phone mic port is clear along with disabling the noise reduction (Samsung Galaxy
S5) and insuring voice call is not checked in DVSwitch. Played around with the
transmit level slider reducing the level and saving incrementally and the
reverse of that process. The mic audio level does decrease and increase as
you might expect, but not to the point where it is acceptable. No
complaints of low audio or audio quality with normal phone usage. Any
thoughts?
Rob |
|
|
|
Re: ALLSTAR to DMR Bridge
Steve, thanks for the help on this. so I'm ready to start with your instructions? If so I will give it a try and see if I can make it work tonight. If I run into problems; if I may, call you for guidance at your convenience....
Brett KB5YZB |
|
|
|
Re: “Blocked” from a hotspot?
There is a min tx time in the pistar software under the advanced/dmr if you look for it and know it is the problem. But I would advise against adjusting parameters from the default unless you clearly know better. 2 or 3 wireless connections (if it's on wireless) and you can have errors from the packet collisions. Many other network things can create a issue like that and give
the appearance of short keying. On 5/27/2019 1:06 PM, Chris WB4ULK via
Groups.Io wrote:
I got a call from a friend last night. He said his buddy was getting the “Blocked” message. |
|
|
|
Re: “Blocked” from a hotspot?
Yeah, I am suspicious of the dropping connection.
I just wanted to make sure there was no delay setting somewhere in PiStar like in the Bridge software. Thanks Corey, Chris |
|
|
|
Re: “Blocked” from a hotspot?
Corey Dean N3FE <n3fe@...>
That is a BrandMeister thing. That means the network either detected him looping, key keyed up 5 times quickly, or his connection kept dropping constantly. It auto in-blocks in a hour. Corey n3fe On Mon, May 27, 2019 at 1:06 PM Chris WB4ULK via Groups.Io <chood73=yahoo.com@groups.io> wrote: I got a call from a friend last night. He said his buddy was getting the “Blocked” message. |
|
|
|
“Blocked” from a hotspot?
I got a call from a friend last night. He said his buddy was getting the “Blocked” message.
The thing is, the guy is on a hotspot. You guys ever heard of THAT? Is there a delay you can set in PiStar? I told him it might be his internet connection dropping in and out tripping it, but I have no idea. Any thoughts? Chris |
|
|
|
Re: Dv switch link
My example was not exactly correct because I have many in my set-up and the context was not paired correctly. sorry In extensions.conf [iax-client] ; for IAX VIOP clients.
<------------------- in iax.conf [iax-user] Please note that the callsign will need to be used in the app and will announce the connection when complete using this method. On 5/27/2019 10:36 AM, Mike KB8JNM
wrote:
|
|
|
|
Re: Dv switch link
In extensions.conf [iax-user] ; for IAX VIOP clients.
in iax.conf [iax-user] Please note that the callsign will need to be used in the app and will announce the connection when complete using this method.
On 5/27/2019 10:21 AM, Mahefuze Moosa
wrote:
|
|
|
|
Re: Dv switch link
Walter
Everything you needed was in this email…
<<<<>>>> From: main@DVSwitch.groups.io <main@DVSwitch.groups.io> On Behalf Of Phil, G7OEA
[Edited Message Follows] Hi Mayfuse, |
|
|
|
Re: Dv switch link
I gotcha, the "set up on my pc" part was a bit too vague for me :) There is a doc on hamvoip that's pretty close to my setup for DVSM that can get him started. On Mon, May 27, 2019 at 10:29 AM Mike KB8JNM <groupio@...> wrote:
-- Steve Miller KC1AWV |
|
|
|
Re: Dv switch link
No... he just needs the correct set-up for a inbound connection in iax and extensions. I can't find a official document. On 5/27/2019 10:27 AM, Steve KC1AWV
wrote:
|
|
|
|
Re: Dv switch link
I think there's a bit of confusion here. DVSwitch Mobile is an application that allows you to use your phone to connect to an AllStarLink or USRP node. You will need to first set up either AllStarLink or Analog_Bridge, and then you will be able to use DVSwitch Mobile. This specific board you are messaging here is for the DVSwitch application suite that allows bridging of networks, be it either ASL, DMR, YSF, D-Star, P25, or NXDN. So, the question stands - are you trying to set up DVSwitch Mobile to access an ASL or USRP node, or are you trying to bridge a network? On Mon, May 27, 2019 at 10:21 AM Mahefuze Moosa <mahefuze@...> wrote:
-- Steve Miller KC1AWV |
|
|