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.
Re: Help Needed Allstar Node running DVSwitch with DMR and Echolink Bridge Adding P25
Yes,
toggle quoted messageShow quoted text
You have both AB and MB listening on 34103
On 7/28/19 10:09 AM, jeff@...
wrote:
|
||
|
||
Re: Help Needed Allstar Node running DVSwitch with DMR and Echolink Bridge Adding P25
Jeff Wood
root@DMR_Bridge:/opt/MMDVM_Bridge# ps ax | grep MMDVM_Bridge
475 ? Ssl 0:09 /opt/MMDVM_Bridge/MMDVM_Bridge /opt/MMDVM_Bridge/MMDVM_Bridge.ini
1007 pts/4 S+ 0:00 grep MMDVM_Bridge
/opt/MMDVM_Bridge/MMDVM_Bridge.ini should be the Allstar-DMR side, the P25 should be running out of /etc/ ??
UDP ports, in which ini ? Analog_Bridge ? This information is from the /etc/Analog_Bridge_P25.ini file ; Information for xx_Bridge (Where xx is MMDVM, Quantar, HB, IPSC)
[AMBE_AUDIO]
address = 127.0.0.1 ; IP address of xx_Bridge
txPort = 34100 ; Transmit TLV frames to partner on this port
rxPort = 34103 ; Listen for TLV frames from partner on this port
ambeMode = P25 ; DMR, DMR_IPSC, DSTAR, NXDN, P25, YSFN, YSFW (encode PCM to this format)
minTxTimeMS = 2500 ; Minimum time in MS for hang delay (0-10000)
|
||
|
||
Re: Help Needed Allstar Node running DVSwitch with DMR and Echolink Bridge Adding P25
UDP ports flipped?
toggle quoted messageShow quoted text
On 7/28/19 9:54 AM, jeff@...
wrote:
Thanks Steve,
|
||
|
||
Re: Help Needed Allstar Node running DVSwitch with DMR and Echolink Bridge Adding P25
Also, You may already have MMDVM_Bridge running.
toggle quoted messageShow quoted text
ps ax | grep MMDVM_Bridge
On 7/28/19 9:48 AM, jeff@...
wrote:
I have a running Allstar Node using DVSwitch with DMR and Echolink Bridge, i am in the
|
||
|
||
Re: Help Needed Allstar Node running DVSwitch with DMR and Echolink Bridge Adding P25
Jeff Wood
Thanks Steve,
It is showing the Analog_Bridge.. Active Internet connections (servers and established)
Proto Recv-Q Send-Q Local Address Foreign Address State PID/Program name
udp 0 0 0.0.0.0:34103 0.0.0.0:* 600/./Analog_Bridge
udp 0 0 0.0.0.0:46458 0.0.0.0:* 476/Analog_Bridge
udp 0 0 0.0.0.0:31100 0.0.0.0:* 476/Analog_Bridge
udp 0 0 0.0.0.0:31103 0.0.0.0:* 475/MMDVM_Bridge
udp 0 0 0.0.0.0:2470 0.0.0.0:* 474/qemu-arm-static
udp 0 0 0.0.0.0:48065 0.0.0.0:* 476/Analog_Bridge
udp 0 0 0.0.0.0:4569 0.0.0.0:* 421/asterisk
udp 0 0 0.0.0.0:54294 0.0.0.0:* 475/MMDVM_Bridge
udp 0 0 0.0.0.0:42010 0.0.0.0:* 548/./P25Gateway
udp 0 0 0.0.0.0:42020 0.0.0.0:* 548/./P25Gateway
udp 0 0 0.0.0.0:41000 0.0.0.0:* 520/./P25Reflector
udp 0 0 0.0.0.0:41000 0.0.0.0:* 519/./P25Reflector
udp 0 0 0.0.0.0:68 0.0.0.0:* 401/dhclient
udp 0 0 0.0.0.0:5198 0.0.0.0:* 421/asterisk
udp 0 0 0.0.0.0:5199 0.0.0.0:* 421/asterisk
udp 0 0 0.0.0.0:62032 0.0.0.0:* 475/MMDVM_Bridge
udp 0 0 0.0.0.0:47781 0.0.0.0:* 476/Analog_Bridge
udp 0 0 0.0.0.0:34001 0.0.0.0:* 476/Analog_Bridge
udp 0 0 127.0.0.1:32001 0.0.0.0:* 421/asterisk
|
||
|
||
Re: Help Needed Allstar Node running DVSwitch with DMR and Echolink Bridge Adding P25
I would say, you already have something else listening on 34103. To
check:
toggle quoted messageShow quoted text
As root netstat -unap Steve N4IRS
On 7/28/19 9:48 AM, jeff@...
wrote:
I have a running Allstar Node using DVSwitch with DMR and Echolink Bridge, i am in the
|
||
|
||
Help Needed Allstar Node running DVSwitch with DMR and Echolink Bridge Adding P25
Jeff Wood
I have a running Allstar Node using DVSwitch with DMR and Echolink Bridge, i am in the
process of adding a P25 Reflector, I am following the Blog.927.org instructions and help files... I seem to have it all up and running with no error except for the last step...when i run cd /opt/MMDVM_Bridge ./MMDVM_Bridge /etc/MMDVM_Bridge.ini & it all loads and looks good until the end, this is the error I am receiving. M: 2019-07-28 13:37:50.289 DMR, Opening DMR Network I: 2019-07-28 13:37:50.290 P25 Network Parameters
I: 2019-07-28 13:37:50.290 Gateway Address: 127.0.0.1
I: 2019-07-28 13:37:50.290 Gateway Port: 42020
I: 2019-07-28 13:37:50.290 Local Port: 32010
I: 2019-07-28 13:37:50.290 Mode Hang: 3s
M: 2019-07-28 13:37:50.291 P25, Opening INI file: DVSwitch.ini
M: 2019-07-28 13:37:50.291 P25, Setting [P25] Address -> 127.0.0.1
M: 2019-07-28 13:37:50.291 P25, Setting [P25] TXPort -> 34100
M: 2019-07-28 13:37:50.291 P25, Setting [P25] RXPort -> 34103
M: 2019-07-28 13:37:50.291 P25, Setting [P25] Slot -> 2
E: 2019-07-28 13:37:50.291 Cannot bind the UDP address, err: 98
F: 2019-07-28 13:37:50.292 P25, Can not open listener port 34103any ideas??
|
||
|
||
Re: HBmonitor sometimes breaks
SP2ONG Waldek
I forgot to add what message is displayed when appearing this problem:
toggle quoted messageShow quoted text
Reason: [Failure instance: Traceback (failure with no frames): <class 'twisted.internet.error.ConnectionDone'>: Connection was closed cleanly.
|
||
|
||
HBmonitor sometimes breaks
SP2ONG Waldek
Hi,
I will share with one solution which I have investigated with one HBmonitor which have a lot of defined rules. After a short time, HBmonitor is broken working. I have found that default value NetstringReceiver in the twisted.protocols python is to short when we have many rules. We need put in web_tables.py NetstringReceiver.MAX_LENGTH = 500000 The value of NetstringReceiver.MAX_LENGTH your are need test to find when HBmointor will be work without broken 73 Waldek
|
||
|
||
Re: Callsigns Change When Going Across Bridge
Actually the DMR ID is used if available. We are checking if there
is a call sign without a DMR ID, what does and what should happen.
toggle quoted messageShow quoted text
Steve N4IRS
On 7/26/19 6:42 PM, Adrian Fewster
wrote:
|
||
|
||
Re: Callsigns Change When Going Across Bridge
Adrian Fewster <vk4tux@...>
Ok, on that, I am probably thinking of the CA6JAU method of using a DMR database file for callsign lookup and number transfer from one system to another, I guess this is different. YSFReflector
On 27/7/19 8:33 am, David wrote:
|
||
|
||
Re: Callsigns Change When Going Across Bridge
Thanks Adrian, but this is a YSF-only setup. No DMR is being used at all.
AK2L
From: main@DVSwitch.groups.io <main@DVSwitch.groups.io> On Behalf Of Adrian Fewster
Sent: Friday, July 26, 2019 14:59 To: main@DVSwitch.groups.io Subject: Re: [DVSwitch] Callsigns Change When Going Across Bridge
Check the system DMR database file to see if it has that Id ? If not & added, then it should report to dashboard correctly. On 27/7/19 5:01 am, David wrote:
|
||
|
||
Re: Callsigns Change When Going Across Bridge
Adrian Fewster <vk4tux@...>
Check the system DMR database file to see if it has that Id ? If
not & added, then it should report to dashboard correctly.
On 27/7/19 5:01 am, David wrote:
Here are the corresponding log entries from the destination reflector:
|
||
|
||
Re: Export from online server to SD card
Aaron,
toggle quoted messageShow quoted text
As the name implies, this group was created to discuss the family of DVSwitch (and it's close cousins DMRlink and HBlink) programs. There is some cross over since DVSwitch connects to some of the MMDVM software and XLX software. Since Analog_Bridge can connect to ASL, support for ASL <-> AB is supported. 73, Steve N4IRS
On 7/26/19 4:26 PM, Aaron Groover
wrote:
|
||
|
||
Re: Export from online server to SD card
Aaron Groover
No.... your not reading anything wrong. I was simply asking a simple question about how to do it. “the product” is also configured with HBLink. Which, if I am reading into this wrong, is part of the group.
That’s correct it is his software. However this is a Linux based group isn’t it?
Aaron K3ALG
—
Respectfully,
Aaron Groover
(610) 379-6148
K3ALG@...
From: main@DVSwitch.groups.io <main@DVSwitch.groups.io> on behalf of Corey Dean N3FE <n3fe@...>
Sent: Friday, July 26, 2019 4:01:38 PM To: main@dvswitch.groups.io <main@dvswitch.groups.io> Subject: Re: [DVSwitch] Export from online server to SD card Why not just install it on your PI and copy the configs over? It really should be that easy. I thought the YSF Reflector was G4KLX piece of software, Not a dvswitch product. Am I reading into this wrong?
Corey N3FE
On Fri, Jul 26, 2019 at 3:57 PM Aaron Groover <k3alg@...> wrote:
|
||
|
||
Re: Export from online server to SD card
Corey Dean N3FE <n3fe@...>
Why not just install it on your PI and copy the configs over? It really should be that easy. I thought the YSF Reflector was G4KLX piece of software, Not a dvswitch product. Am I reading into this wrong? Corey N3FE
On Fri, Jul 26, 2019 at 3:57 PM Aaron Groover <k3alg@...> wrote:
|
||
|
||
Re: Export from online server to SD card
Aaron Groover
Basically built a YSF on the Ubuntu server and I want to remove it from the “online” server and put it on a pi and run it off my static IP at my house
—
Respectfully,
Aaron Groover
(610) 379-6148
K3ALG@...
From: main@DVSwitch.groups.io <main@DVSwitch.groups.io> on behalf of Steve N4IRS <szingman@...>
Sent: Friday, July 26, 2019 2:44:16 PM To: main@DVSwitch.groups.io <main@DVSwitch.groups.io> Subject: Re: [DVSwitch] Export from online server to SD card What is it you are trying to export?
From: Aaron Groover
Is there a way to export from an online server of ubuntu and flash it to my SD card and run it off the pi3?
|
||
|
||
Re: HBmonitor and XLXPEERS support
Cort N0MJS <n0mjs@...>
Hey everyone, please use soft tabs (4 spaces) and never actually use the tab character when working on these files!
toggle quoted messageShow quoted text
Thanks, 0x49 DE N0MJS
On Jul 26, 2019, at 2:03 PM, Steve KC1AWV <smiller@...> wrote:
|
||
|
||
Re: HBmonitor and XLXPEERS support
Thanks, I forgot about that indentation! I'll update in a few.
On Fri, Jul 26, 2019 at 2:53 PM Waldek SP2ONG <sp2ong@...> wrote: Steve -- Steve Miller KC1AWV
|
||
|
||
Re: Callsigns Change When Going Across Bridge
Here are the corresponding log entries from the destination reflector:
M: 2019-07-26 00:05:27.781 Received data from ?????????? to ?????????? at BRIDGE M: 2019-07-26 00:05:27.781 Received end of transmission M: 2019-07-26 01:22:33.760 Received data from W5ZIT to ALL at BRIDGE M: 2019-07-26 01:22:34.547 Received end of transmission M: 2019-07-26 10:25:50.470 Received data from KF4LL to ALL at BRIDGE M: 2019-07-26 10:25:51.271 Received end of transmission AK2L
|
||
|