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: Analog Bridge and DStar
Get ircDDBGateway talking to DummyRepeater first. Then work on
DummyRepeater to ASL
toggle quoted messageShow quoted text
On 12/02/2017 10:02 AM, Mike
Swiatkowski via Groups.Io wrote:
" If DR and ASL are on the same machine, 127.0.0.1 is fine."
|
|
|
|
Re: Analog Bridge and DStar
Mike, AA9VI
" If DR and ASL are on the same machine, 127.0.0.1 is fine."
This is what I am struggling with. If I change the Dummy to 127.0.0.1 it cannot talk to the ircddbgateway. Why? I followed Mike's link and the instructions. I ASSUME that ircddbgateway does not need to be run on BOTH machines. That would seem stupid. I have ircddbgateway only running on one machine, 192.168.1.9. If I use 192.168.1.10, or 0.0.0.0 instead of 127.0.0.1 DummyRepeater will talk to the ircddbgateway fine. But, this jacks up the linkage to asterisk, despite changing the USRP in rpt.conf to 192.168.1.10 -AND- changing the USRP to 192.168.1.10 in DummyRepeaterThread.cpp, -AND- explicitly sending command lines to change the environment variables USRP address to 192.168.1.10. It -SEEMS- that if you can't get 127.0.0.1 to work for the DummyRepeater, the whole data flow from DummyRepeater to Asterisk is a no go. Either that or I am missing something you guys think is implicit. I've read all the documentation multiple times. There has to be something assumed in the instructions that isn't explicitly stated. Either that or my githib version of DummyRepeter from OpenDV is jacked up and the commands I used to compile and make it are insufficient.
|
|
|
|
Re: Analog Bridge and DStar
Mike,
I have to make a correction. I was kinda on auto pilot Analog_Bridge is NOT used in a D-Star to ASL bridge. Just to make sure you understand the data flow: ircDDBGateway <---> DummyRepeater <---> asterisk The modifications to DR make it talk directly to ASL. I understand you have ircDDBGateway on a separate machine so the actual address is going to be needed for DummyRepeater to talk to ircDDBGateway DummyRepeater talks directly to Asterisk This is where the environment variables come into play. DummyRepeater uses the environment variables to know how to communicate with Asterisk. If DR and ASL are on the same machine, 127.0.0.1 is fine. 73, Steve N4IRS
|
|
|
|
Re: Analog Bridge and DStar
Forget about the bridge and make DR and IRCDDB work first. Then you can add the bridge
see: http://nwdigitalradio.com/install-dummy-repeater-and-ircddbgateway/ To help you configure each component. Then and only then should you set up the AB IP and port.
|
|
|
|
Re: Analog Bridge and DStar
Mike, AA9VI
OK, I moved the Dummy (repeater 2) to port 20011 and the Hotspot repeater (repeater 1) to port 20012. Still, Dummy repeater will not relay any traffic if I use the IP address 127.0.0.1. None. If I use 192.168.1.10 or 0.0.0.0 it will relay the traffic. I tried to change the USRP IP in DummyRepeaterThread.cpp to 192.168.1.10 and
$ make clean $ ./configure --with-ambeserver --with-stardv $ make $ sudo make install then I reloaded asterisk with $ sudo astres.sh I even tried $ export USRP_IP="10.1.1.2";export USRP_IP $ export USRP_TXPORT=34001;export USRP_TXPORT $ export USRP_RXPORT=32001;export USRP_RXPORT Is the core of the problem that 127.0.0.1 does not work with the thumbDV? let me clarify.. on the dummyrepeater GUI box that pops up has NO traffic showing up when I use that IP. The transmit button does nothing. I don't see any traffic from the hotspot repeater communicating with the dummy repeater. This is what I mean when I say "does not work" So, the workaround to use 192.168.1.10 seems to be a waste of time. So, now what? Any ideas? Day 14 and at least 40 hours of work later and we're 75% of the way there so I guess that is "some" progress. Steve B. Can you post your rpt.conf file (or send it to me?) What other changes need to me made besides all of this? (ANY changes to ANY files or ANY other dependencies required) ... and yes I did run the required_libs.sh from github and I have all of those requirements fulfilled. I am running Debin 8 x64 if that adds to the mystery or not.
|
|
|
|
Re: HB_Bridge Restart
Bob kc2cwt
toggle quoted messageShow quoted text
-----Original Message----- From: Bob kc2cwt <kc2cwt@...> To: DVSwitch@groups.io Sent: Fri, 01 Dec 2017 6:07 PM Subject: Re: [DVSwitch] HB_Bridge Restart thanks steve On 12/01/2017 06:06 PM, Steve N4IRS wrote: > One more time > git clone -b HB_Bridge https://github.com/n0mjs710/HBlink.git > > On 12/01/2017 06:04 PM, Bob kc2cwt wrote: >> git clone -b HB_Bridge https://github.com/n0mjs710/HBlink/tree/HB_Bridge > > > > -- Bob KC2CWT Carmel NewYork USA (914)497-5502
|
|
|
|
Re: HB_Bridge Restart
Bob kc2cwt
thanks steve
toggle quoted messageShow quoted text
On 12/01/2017 06:06 PM, Steve N4IRS wrote:
One more time --
Bob KC2CWT Carmel NewYork USA (914)497-5502
|
|
|
|
Re: HB_Bridge Restart
One more time
toggle quoted messageShow quoted text
git clone -b HB_Bridge https://github.com/n0mjs710/HBlink.git
On 12/01/2017 06:04 PM, Bob kc2cwt wrote:
git clone -b HB_Bridge https://github.com/n0mjs710/HBlink/tree/HB_Bridge
|
|
|
|
Re: HB_Bridge Restart
opps, sorry
toggle quoted messageShow quoted text
git clone -b HB_Bridge https://github.com/n0mjs710/HBlink
On 12/01/2017 06:04 PM, Bob kc2cwt wrote:
git clone -b HB_Bridge https://github.com/n0mjs710/HBlink/tree/HB_Bridge
|
|
|
|
Re: HB_Bridge Restart
Bob kc2cwt
root@hblink:~# cd /tmp
toggle quoted messageShow quoted text
root@hblink:/tmp# git clone -b HB_Bridge https://github.com/n0mjs710/HBlink/tree/HB_Bridge Cloning into 'HB_Bridge'... remote: Not Found fatal: repository 'https://github.com/n0mjs710/HBlink/tree/HB_Bridge/' not found root@hblink:/tmp#
On 12/01/2017 06:01 PM, Steve N4IRS wrote:
git clone -b HB_Bridge https://github.com/n0mjs710/HBlink/tree/HB_Bridge --
Bob KC2CWT Carmel NewYork USA (914)497-5502
|
|
|
|
Re: HB_Bridge Restart
Bob kc2cwt
thanks
toggle quoted messageShow quoted text
On 12/01/2017 06:01 PM, Steve N4IRS wrote:
cd /tmp --
Bob KC2CWT Carmel NewYork USA (914)497-5502
|
|
|
|
Re: HB_Bridge Restart
cd /tmp
toggle quoted messageShow quoted text
git clone -b HB_Bridge https://github.com/n0mjs710/HBlink/tree/HB_Bridge then overwrite the files except for the config files.
On 12/01/2017 05:58 PM, Bob kc2cwt wrote:
what would be best way to update .
|
|
|
|
Re: HB_Bridge Restart
Bob kc2cwt
what would be best way to update .
toggle quoted messageShow quoted text
On 12/01/2017 05:52 PM, Steve N4IRS wrote:
Make sure you are running the latest code. --
Bob KC2CWT Carmel NewYork USA (914)497-5502
|
|
|
|
Re: HB_Bridge Restart
Make sure you are running the latest code.
toggle quoted messageShow quoted text
On 12/01/2017 05:45 PM, Bob kc2cwt wrote:
To day i did some testing HB_Bridge---> IPSC_Bridge
|
|
|
|
HB_Bridge Restart
Bob kc2cwt
To day i did some testing HB_Bridge---> IPSC_Bridge
After letting it run for some time , I could see data coming in and out ,But he data was not making it to the open spot. this was on 3 different open spots . After i Kill hb_bridge and restarted it , data was flow to open spot . I do not see nothing in the log file . any thoughts -- Bob KC2CWT Carmel NewYork USA (914)497-5502
|
|
|
|
Re: HB_Bridge & IPSC_Bridge
Bob kc2cwt
Ok thanks , I have it run on a VM i will have to test it .
toggle quoted messageShow quoted text
On 12/01/2017 12:09 PM, Cort N0MJS wrote:
I’ll set Mike or Steve speak to the specifics of HB_Bridge, but for the underlying part that’s HBlink, the limit is based on the speed/RAM of the computer… and I have no idea how far it can go. Never had enough MMDVMs to remotely come close to a limit.On Dec 1, 2017, at 10:57 AM, Bob kc2cwt <kc2cwt@...> wrote:Cort Buffington --
Bob KC2CWT Carmel NewYork USA (914)497-5502
|
|
|
|
Re: HB_Bridge & IPSC_Bridge
Cort N0MJS <n0mjs@...>
I’ll set Mike or Steve speak to the specifics of HB_Bridge, but for the underlying part that’s HBlink, the limit is based on the speed/RAM of the computer… and I have no idea how far it can go. Never had enough MMDVMs to remotely come close to a limit.
On Dec 1, 2017, at 10:57 AM, Bob kc2cwt <kc2cwt@...> wrote:Cort Buffington 785-865-7206
|
|
|
|
HB_Bridge & IPSC_Bridge
Bob kc2cwt
I had some one ask me , what is the # of mmdvm Devices that can be connected to one hb_Bridge
-- Bob KC2CWT Carmel NewYork USA (914)497-5502
|
|
|
|
Re: Analog Bridge and DStar
I doubt it matters which is which. I would keep the working hotspot
and configure the second repeater for DummyRepeater.
toggle quoted messageShow quoted text
On 11/30/2017 10:00 PM, Mike
Swiatkowski via Groups.Io wrote:
So, the solution is to swap Repeater 1 and Repeater 2 on the gateway so Dummy is repeater 1 and Hotspot repeater is repeater 2?
|
|
|
|
Re: Analog Bridge and DStar
Mike, AA9VI
So, the solution is to swap Repeater 1 and Repeater 2 on the gateway so Dummy is repeater 1 and Hotspot repeater is repeater 2?
I had set Dummy to use port 20012 on Repeater 2. It's easy to make the swap. I'll try it.
|
|
|