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.
#analog_bridge #mmdvm_bridge
#analog_bridge
#mmdvm_bridge
Need help please have issues with connecting to 1999
|
|||
|
|||
new reflector xlx.txi35hams.com
Justin Mann
Hi there. I've just installed a new xlx reflector:
http://xlx.txi35hams.com My ultimate goal is to get it bridged over to the Texas-i35 system located on FCS reflector 33, Room 30. Then I'd like to get that all out on to brandmeister. What's the process for doing this with dvswitch? I've heard that this application can be used to bridge some different networks between one another? In full disclosure, I'm learning Debian Linux as i go. Thanks, Justin-ai5os
|
|||
|
|||
Re: one-way audio issue
Connor Farrell - WG1GEM
Well I guess I deserved that for trying to set this up late at night, then not looking close enough at my configs.
The extra zero in the USRP line fixed it. Thank you all
|
|||
|
|||
Re: one-way audio issue
JJ Cummings
including the files themselves is more useful... you also don't have your dvswitch configs included (to look at and match the ports). Just eyeballing this it looks like an extra zero 0 was added to your USRP channel definition... Maybe it's intentional and maybe its not? rxchannel = USRP/127.0.0.1:34001:32001 vs what you have rxchannel = USRP/127.0.0.1:34001:320001 Funny that - you can't hear audio _from_ DMR to ASL.. the port with the extra zero is the port that ASL listens on to receive the traffic from analog_bridge...
On Thu, Jul 16, 2020 at 4:56 PM Connor Farrell - WG1GEM <Connor@...> wrote: Here's the information from the various config files. I pulled just about all of it from the google doc instructions
|
|||
|
|||
Re: one-way audio issue
Connor Farrell - WG1GEM
Steve,
My mistake in thinking that the connection between Analog_Bridge and Asterisk used TLV. In netstat, it appears that asterisk is not listening on the specified USRP port. Just to see, I tried modifying my configuration for the DMR node to use the pseudo driver instead of USRP to see if the ports asterisk was listening on changed and they did. - https://i.imgur.com/NB57yQO.png ![]()
|
|||
|
|||
Re: one-way audio issue
Connor Farrell - WG1GEM
Here's the information from the various config files. I pulled just about all of it from the google doc instructions
Host node: 49382 DMR node: 1999 rpt.conf [1999] stanza for node 1999 - https://i.imgur.com/f3sgPoI.png ![]() [nodes] stanza defining node 1999 - https://i.imgur.com/yq5Kl3b.png ![]() extensions.conf node 1999 defined in [globals] and [radio-secure] - https://i.imgur.com/Q8d4fFR.png ![]() modules.conf USRP driver should be loading - https://i.imgur.com/vzFgvOG.png ![]() Asterisk CLI rpt stats 1999 shows as linked to 49382 - https://i.imgur.com/i7y1GRc.png ![]()
|
|||
|
|||
Re: one-way audio issue
What do you have in your /etc/asterisk/rpt.conf and /etc/asterisk/extensions.conf for DMR?
|
|||
|
|||
Re: one-way audio issue
Connor,
The connection between Analog_Bridge and Asterisk is VIA chan_usrp. The data is usrp not TLV. Make sure you have chan_usrp setup. Netstat -unap is your friend.
Sent by smoke signal (AT&T)
From: main@DVSwitch.groups.io <main@DVSwitch.groups.io> on behalf of Connor Farrell - WG1GEM <Connor@...>
Sent: Thursday, July 16, 2020 5:06:25 PM To: main@DVSwitch.groups.io <main@DVSwitch.groups.io> Subject: [DVSwitch] one-way audio issue Howdy all,
I'm currently attempting to set up a DMR/AllStar bridge. Right now AllStar to DMR is functioning perfectly. Where I'm running into an issue is going from DMR to AllStar. I've checked my configs and the ports all appear to be in agreement. Looking at the logs, it appears the audio makes it as far as analog bridge, but doesn't make it from analog bridge to allstar. I believe my issue is on the Asterisk side of things, as I do not see asterisk listening for the TLV frames in netstat. Similarly, running tcpdump, analog bridge is sending out data, but allstar appears to not be listening. Any thoughts or ideas would be appreciated. Connor -- Connor J. Farrell '21 WG1GEM '20-21 W5AC President Electronic Systems and Engineering Technology Meteorology Minor Texas A&M University president@...
|
|||
|
|||
one-way audio issue
Connor Farrell - WG1GEM
Howdy all,
I'm currently attempting to set up a DMR/AllStar bridge. Right now AllStar to DMR is functioning perfectly. Where I'm running into an issue is going from DMR to AllStar. I've checked my configs and the ports all appear to be in agreement. Looking at the logs, it appears the audio makes it as far as analog bridge, but doesn't make it from analog bridge to allstar. I believe my issue is on the Asterisk side of things, as I do not see asterisk listening for the TLV frames in netstat. Similarly, running tcpdump, analog bridge is sending out data, but allstar appears to not be listening. Any thoughts or ideas would be appreciated. Connor -- Connor J. Farrell '21 WG1GEM '20-21 W5AC President Electronic Systems and Engineering Technology Meteorology Minor Texas A&M University president@w5ac.tamu.edu
|
|||
|
|||
Re: Switching to Phoenix at command line
Ian
-------Original Message-------
From: Derek William Haden
Date: 07/15/20 14:20:46
Subject: Re: [DVSwitch] Switching to Phoenix at command line Thank you, I have now got the script working. Not sure what AFAI refers too? ![]()
|
|||
|
|||
Re: Switching to Phoenix at command line
Derek William Haden <facebook@...>
Thank you, I have now got the script working. Not sure what AFAI refers too?
|
|||
|
|||
Re: Switching to Phoenix at command line
Ian
-------Original Message-------
From: Derek William Haden
Date: 07/15/20 11:56:28
Subject: Re: [DVSwitch] Switching to Phoenix at command line So I think I went off on the wrong track, what I need to connect to is DMR+ not Phoenix, sorry real new to DMR. /opt/Analog_Bridge/dvswitch.sh tune passw0rd@...:62031 What I am looking for is a similar command but to switch to DMR+ As always appreciate support and time and effort involved. ![]()
|
|||
|
|||
Re: Switching to Phoenix at command line
Derek William Haden <facebook@...>
So I think I went off on the wrong track, what I need to connect to is DMR+ not Phoenix, sorry real new to DMR. /opt/Analog_Bridge/dvswitch.sh tune passw0rd@...:62031 What I am looking for is a similar command but to switch to DMR+ As always appreciate support and time and effort involved.
|
|||
|
|||
Re: Switching to Phoenix at command line
Derek William Haden <facebook@...>
Thanks Steve, I'll give it a try.
toggle quoted messageShow quoted text
I am assuming Enable needs to be 1?
On Tue, Jul 14, 2020 at 09:40 AM, Steve N4IRS wrote: [DMR Network]
|
|||
|
|||
Re: Switching to Phoenix at command line
From what I can Google, you will need the login for that network. I
am guessing when I say, put the login info in MMDVM_Bridge.ini
toggle quoted messageShow quoted text
[DMR Network] Enable=0 Address=hblink.dvswitch.org Port=62031 Jitter=360 Local=62032 Password=passw0rd # for DMR+ see https://github.com/DVSwitch/MMDVM_Bridge/blob/master/DOC/DMRplus_startup_options.md # for XLX the syntax is: Options=XLX:4009 # Options= Slot1=0 Slot2=1 Debug=0 Steve N4IRS
On 7/14/2020 12:05 PM, Derek William
Haden wrote:
|
|||
|
|||
Re: Switching to Phoenix at command line
Derek William Haden <facebook@...>
Well connect to the DMR phoenix network. If in DMR mode I believe that *D from DVswitch mobile switches to Phoenix. I have some scripts installed that were written by WA3LXD I beleive, these switch between DStar, DMR TGIF, DMR BM, and YSF, and load up a customised TG list for each mode. I want to add Phoenix to the scripts so they switch to that system. All my local Repeaters are on Phoenix, if they were on BM I wouldn't need this.
|
|||
|
|||
Re: Switching to Phoenix at command line
I don't know anything about Phoenix. Tell us what you are trying to
do.
toggle quoted messageShow quoted text
Steve N4IRS
On 7/14/2020 6:21 AM, Derek William
Haden wrote:
|
|||
|
|||
Switching to Phoenix at command line
Derek William Haden <facebook@...>
what would be the command or sequence of commands to Switch to Phoenix at the command line? I have looked in the Wiki but don't see it
|
|||
|
|||
Re: enabling an AMBE dongle
Derek William Haden <facebook@...>
OK understood. Thanks again.
|
|||
|
|||
Re: DVSwitch Dashboard
Jason Turning
There is a bug in the code of the page. What works for me is when it shows someone transmitting, I hit reload and then the rest of the page loads. Jason - WY7JT
I have problem with Dashboard.
|
|||
|