Date   

Dayton Hamvention 2019

Jeff DePolo WN3A
 

Our usual group will be at Dayton again this year, including those
associated with the following companies, organizations, and projects:

S-COM LLC
Repeater-Builder
Masters Communications
AllStarLink, Inc.
DVswitch
MMDVM
RepeaterBook
and more.

Should anyone be interested in asking questions, buying products, or serving
warrants, some of the people who can be found staffing our spaces include:

Bob Dengler NO6B
Bob Schmid WA9FBO
Corey Lardinois KB9BNA
Dave Maciorowski WA1JHK
Dylan Beaty KC3DVR
Jeff DePolo WN3A
John Sichert KA3LAO
Kevin Custer W3KKC
Mike Zingman N4IRR
Scott Zimmerman N3XXC
Skipp May WV6F
Steve Zingman N4IRS
Tom Cooney W3SF

..and if I left anyone out I appologize.

We will be in the same cluster of ten spaces at the end of a row in the race
track infield as past years, with #7727 being the easiest space number to
remember. Hope to see some of you there. Pardon the cross-posting, and
please do not reply-all.

--- Jeff WN3A


Re: DMR Timeout/Beaconing #brandmeister #mmdvm_bridge

Steve KC1AWV
 

Stefan,
There is already a keepalive function built into MMDVM_Bridge, that's how it knows whether or not the connection has been lost or not. 

Looking at your logs, I see duplication of lines which suggests that you may be running MB in two instances. If that's the case, make sure that the two instances are using separate sets of ports assigned to the program. If you're intending to run one instance of MB, then check to make sure that you don't have any other instances of it running before you start it.

Steve KC1AWV

On Thu, Apr 25, 2019, 2:04 PM <mi0pyn@...> wrote:
Hi all,

I have a question about the DMR Network side of MMDVM_Bridge.

On a test system I have running, connecting to the BM UK Master on the DMR side, I have an issue where the Master connection is dropped every 120 seconds exactly:
M: 2019-04-25 17:51:14.327 DMR, Logged into the master successfully
E: 2019-04-25 17:53:14.438 DMR, Connection to the master has timed out, retrying connection
M: 2019-04-25 17:53:14.438 DMR, Closing DMR Network
M: 2019-04-25 17:53:14.438 DMR, Opening DMR Network
D: 2019-04-25 17:53:24.478 DMR, Sending authorisation
D: 2019-04-25 17:53:24.509 DMR, Sending configuration
M: 2019-04-25 17:53:24.545 DMR, Logged into the master successfully
Before I start bugging the Master sysop, is there some heartbeat or beaconing that can/needs to be put in place to keep the connection alive? The time is exactly what I'd expect to see if there was a TCP timeout somewhere, but tracing that is likely to be very time consuming so I was wondering whether there was some way of enabling a heartbeat every 60 seconds or so.

73
Stefan MI0PYN


DMR Timeout/Beaconing #brandmeister #mmdvm_bridge

mi0pyn@...
 

Hi all,

I have a question about the DMR Network side of MMDVM_Bridge.

On a test system I have running, connecting to the BM UK Master on the DMR side, I have an issue where the Master connection is dropped every 120 seconds exactly:
M: 2019-04-25 17:51:14.327 DMR, Logged into the master successfully
E: 2019-04-25 17:53:14.438 DMR, Connection to the master has timed out, retrying connection
M: 2019-04-25 17:53:14.438 DMR, Closing DMR Network
M: 2019-04-25 17:53:14.438 DMR, Opening DMR Network
D: 2019-04-25 17:53:24.478 DMR, Sending authorisation
D: 2019-04-25 17:53:24.509 DMR, Sending configuration
M: 2019-04-25 17:53:24.545 DMR, Logged into the master successfully
Before I start bugging the Master sysop, is there some heartbeat or beaconing that can/needs to be put in place to keep the connection alive? The time is exactly what I'd expect to see if there was a TCP timeout somewhere, but tracing that is likely to be very time consuming so I was wondering whether there was some way of enabling a heartbeat every 60 seconds or so.

73
Stefan MI0PYN


Re: Let us say I am a NOOB (newbie)...

Neil Howard
 

Hi Rob,
 I am not sure what you want, but if you look here https://www.hubnetwork.uk/getting-started you will find links to resources etc. for setting up allstar on a Pi.
Also have a peek at the RPG node link on that same page and you can see Peter's Video of his pre-made node ( lots more on his you-toob channel https://www.youtube.com/channel/UCWBDIDu7jYuvLRB4PLeO4RQ 
You can contact Peter (G7RPG) and he is always willing to help ad advise (in real time) if he is available :) 

the Hubnet UK is a great place to ask questions on this side of the pond too, you can get to it via echolink Node number 973498 (M0HOY-L)
Once you have a node setup , making DVSwitch talk to it is not hard if you are not scared of editing config files :)


Good luck,
Neil M0KNC/MU0KNC


Re: Let us say I am a NOOB (newbie)...

Fred Hillhouse
 

For context, this is the net referred to (doh! Hit send on the way to find post):

I don't have a video, but one of the nets I run is starting at 8pm Eastern (0000h UTC) tonight if you are interested in listening in.

 

BM TG 3122790

ASL 46550

Echolink KC1AWV-L

 

Steve KC1AWV

 

 

From: main@DVSwitch.groups.io [mailto:main@DVSwitch.groups.io] On Behalf Of Fred Hillhouse

Hi David,

 

Yes it is weekly.

 

Also, when referring to something posting a while back that you are referring to, it is useful to have it in your email so others don’t have to search to understand context.

 

Best regards,

Fred N7FMH

 

 

From: main@DVSwitch.groups.io [mailto:main@DVSwitch.groups.io] On Behalf Of David Bodman

 

So is this net every Saturday night? or Second Saturday of the month?


Virus-free. www.avast.com


Re: Let us say I am a NOOB (newbie)...

Fred Hillhouse
 

Hi David,

 

Yes it is weekly.

 

Also, when referring to something posting a while back that you are referring to, it is useful to have it in your email so others don’t have to search to understand context.

 

Best regards,

Fred N7FMH

 

 

From: main@DVSwitch.groups.io [mailto:main@DVSwitch.groups.io] On Behalf Of David Bodman
Sent: Wednesday, April 24, 2019 11:44 PM
To: main@DVSwitch.groups.io
Subject: Re: [DVSwitch] Let us say I am a NOOB (newbie)...

 

So is this net every Saturday night? or Second Saturday of the month?


Virus-free. www.avast.com


Re: Let us say I am a NOOB (newbie)...

David Bodman
 

So is this net every Saturday night? or Second Saturday of the month?


Re: Audio stream of DMR talkgroup.

Mike Zingman - N4IRR
 
Edited

I would modify USRP_Audio to print the PCM values to either stdout or a named pipe and then you should be able to use the Lame encoder just as ASL does.


Re: Audio stream of DMR talkgroup.

Alexander DC5AJ
 

I would like to try it without ASL, something like: MMDVM_Bridge -> Analog_Bridge -> USRP_Audio ->Lame ->Ezstream . Can't figgure out a working solution, what is the best way to feed the audio from USRP_Audio into lame or oggenc ?

Alex
DC5AJ


Re: Audio stream of DMR talkgroup.

K3CHB
 

thanks guys!

On Mon, Apr 22, 2019 at 1:08 PM Jeff Lehman, KC8QCH <kc8qch@...> wrote:
You wouldn't even need to setup a public node if you didn't want to to use ASL. Set it up as a private node on your server and then viola.....no one could connect to the ASL node, but you would than have a dedicated audio stream and wouldn't even need to try to reconfigure AB or MMDVM to make it happen.

On Mon, Apr 22, 2019 at 12:47 PM Steve N4IRS <szingman@...> wrote:
See:
https://wiki.allstarlink.org/wiki/Broadcastify



--
Jeff Lehman, KC8QCH
E-mail: kc8qch@...
Hamshack Hotline: 4218

Webmaster
Hamilton County ARPSC
http://www.hamcoarpsc.org
E-mail: hamcoarpsc@...
Phone: 513-452-6480

Multimode System Administrator
World Wide Amateur Radio Guild
https://hamradiohub.com/
E-Mail: kc8qch@...


Re: Audio stream of DMR talkgroup.

Jeff Lehman, N8ACL
 

You wouldn't even need to setup a public node if you didn't want to to use ASL. Set it up as a private node on your server and then viola.....no one could connect to the ASL node, but you would than have a dedicated audio stream and wouldn't even need to try to reconfigure AB or MMDVM to make it happen.


On Mon, Apr 22, 2019 at 12:47 PM Steve N4IRS <szingman@...> wrote:
See:
https://wiki.allstarlink.org/wiki/Broadcastify



--
Jeff Lehman, KC8QCH
E-mail: kc8qch@...
Hamshack Hotline: 4218

Webmaster
Hamilton County ARPSC
http://www.hamcoarpsc.org
E-mail: hamcoarpsc@...
Phone: 513-452-6480

Multimode System Administrator
World Wide Amateur Radio Guild
https://hamradiohub.com/
E-Mail: kc8qch@...


Re: Audio stream of DMR talkgroup.

Steve N4IRS
 


Re: Audio stream of DMR talkgroup.

Steve N4IRS
 

Jimmy,
I do it with MMDVM_Bridge -> Analog_Bridge -> AllStar -> broadcastify.

I don't see why it could not be done with MMDVM_Bridge -> Analog_Bridge -> USRP_Audio -> Broadcastify.
It would be a matter of understanding how the analog audio is process in ASL to send it to Broadcastify:
outstreamcmd = /bin/sh,-c,/usr/bin/lame --preset cbr 16 -r -m m -s 8 --bitwidth 16 - - | /usr/bin/ezstream -qvc /etc/ezstream.xml
it is like this:
MMDVM_Bridge -> Analog_Bridge -> USRP_Audio -> lame -> ezstream -> Broadcastify.

Hope this helps,
73, Steve N4IRS

On 4/22/2019 11:59 AM, Jimmy Capizzi wrote:
Hello, I am trying to set up an audio stream of our DMR talk group for the internet, does anyone have any information on this? 

I am thinking this can be done with Analog_Bridge.

Thanks alot

Jimmy 
K3CHB


Audio stream of DMR talkgroup.

K3CHB
 

Hello, I am trying to set up an audio stream of our DMR talk group for the internet, does anyone have any information on this? 

I am thinking this can be done with Analog_Bridge.

Thanks alot

Jimmy 
K3CHB


Re: OpenBridge Server?

KB5PBM
 

Use iptables to trigger of a source port and route to a destination ip and port.  


Re: OpenBridge Server?

Cort N0MJS <n0mjs@...>
 

OBP does not have any concept of master or peer. Both ends are the same. There’s no difference.

On Apr 21, 2019, at 10:49 AM, Ted Freitas (KE6YJC) via Groups.Io <ted.freitas@...> wrote:

Hi Everyone,

Been using dmrlink, hblink to establish our own standalone system like we used to have when we were on the c-Bridge. I have to say since we got everything setup we are quite happy and it's been fun learning the new scripts / software to make this all possible. I do have a question though. In light of what has happened with the BM DDoS attack's we are trying to break our system apart into public / private services. Our setup consists of a c-Bridge for all our DMR MARC feeds, a IPSC Gateway running HB_Bridge / IPSC_Bridge and a routing gateway that ties the IPSC Network and HBP (MMDVM) networks together. I have been reading in the form how the OBP can pull feeds in from the BM network and see that its function is to push/pull feeds from a server. I was wondering if HBlink can be setup as an OBP master to allow me push our internet network feeds from our routing gateway over to a secondary routing gateway that would only be used for public hotspots?

I know this can be done with multiple HBlink instances but i was looking for a solution to route everything accross and not need to manage a 2nd rules file or another set of config files.

Thanks,
Ted/KE6YJC <msedge_f8VQfKTT0w.jpg>

--
Cort Buffington
H: +1-785-813-1501
M: +1-785-865-7206






OpenBridge Server?

 

Hi Everyone,

Been using dmrlink, hblink to establish our own standalone system like we used to have when we were on the c-Bridge. I have to say since we got everything setup we are quite happy and it's been fun learning the new scripts / software to make this all possible. I do have a question though. In light of what has happened with the BM DDoS attack's we are trying to break our system apart into public / private services. Our setup consists of a c-Bridge for all our DMR MARC feeds, a IPSC Gateway running HB_Bridge / IPSC_Bridge and a routing gateway that ties the IPSC Network and HBP (MMDVM) networks together. I have been reading in the form how the OBP can pull feeds in from the BM network and see that its function is to push/pull feeds from a server. I was wondering if HBlink can be setup as an OBP master to allow me push our internet network feeds from our routing gateway over to a secondary routing gateway that would only be used for public hotspots?

I know this can be done with multiple HBlink instances but i was looking for a solution to route everything accross and not need to manage a 2nd rules file or another set of config files.

Thanks,
Ted/KE6YJC


Re: DV Switch Mobile

Phil, G7OEA
 

Hi Mark,

I am running a raspberry pi 3 and the app together. The rpi3 connects to other hubs to access the all-star network. 

If you want help setting up a rpi3 with the app them you can email me. I am listed on QRZ.com

I also run MB7ILV and MB7ALV in the northwest..

73, phil


Re: Bridging a P25Reflector and a YSFReflector?

Steve N4IRS
 

Correct,
One MB and two AB (Transcoder) We are going forward with the change. No timeline yet but since MB is being worked on now it will be added.

Steve N4IRS


Re: The digital side of DVSwitch Mobile

N9UMJ
 

Steve

That sounds like a fantastic platform,  With work and travel I haven't been able to follow the progress of forums, This is something I'm very interested in learning more..Especially with my analog to digital project that I hope to start as soon as I wrap up a few other non-ham projects..Congratulations to you and the DV-Switch team on the progress and all of the time and hard work involved....Now for the important question?

What kind of beer?

Best Regards

Rick n9umj


On Fri, Apr 19, 2019 at 4:06 PM Steve N4IRS <szingman@...> wrote:

So, I am sure you think that we have gone dark on Mobile, but nothing is
further from the truth.  (We are actually on the beach drinking beer
spending the billions of dollars we made on the app so far.) While
development of the Allstar side has not stopped, we are spending quite a
lot of time on the digital side of Mobile.  The best way to think of
Mobile is as a full featured client for all of the DVSwitch portfolio of
applications.  Its job is to let you take DVSwitch with you wherever you
go.  Besides giving you access to the analog side by using Allstar,
Mobile now gives you access to all amateur digital voice modes (DMR,
D-Star, Yaesu Fusion narrow and wide, P25 and NXDN).  By leveraging the
capabilities of Analog_Bridge and MMDVM_Bridge you can roam wherever you
want and have all of your modes with you. The beauty of this is YOU
control the server. YOU setup the modes you want to use. It's YOUR
server. It is easier to list the features in bullet point format, so
here goes:

         •    Digital capabilities
         ⁃    All digital modes are supported for both receive and transmit
         ⁃    Digital Info
         ⁃    Metadata for each mode is displayed on the main “dialer”
screen
         ⁃    Each digital mode is color coded
         ⁃    Mode, TG/Reflector
         ⁃    Callsign and ID
         ⁃    TX/RX elapsed time
         ⁃    Talk group selection with incremental search
         ⁃    Full list of TG/Reflectors are available on the macro menu
         ⁃    Shortcuts to the first 10 are available for press and hold
on dialpad
         ⁃    Shortcut for mode on ‘A’ key
         ⁃    Shortcut for TGs on the ‘B’ key
         ⁃    Last heard list displays the last 50 stations heard
         ⁃    Personalized for your call sign and DMR/CCS7 ID
         •    General
         ⁃    Callsign lookup is done on the server side
         ⁃    Bluetooth and hardware PTT buttons supported (reported
working)
         ⁃    Network radio PTT Android intents (Inrico, Sonim, Hytera,
Senhaix, Radio-Tone, AOC)
         ⁃    Dedicated Bluetooth Microphones (iTalkie ZMIC)
         ⁃    Bluetooth LE (Pryme PTT-Z)
         ⁃    Macros may be invoked from the Mobile client and executed
on the server
         ⁃    Macros can change digital modes
         ⁃    Macros can invoke system functions
         ⁃    Nodes can be set up in the cloud or at your QTH which
includes NAT traversal capabilities for UDP
         ⁃    Bandwidth sipping codecs make it inexpensive to run all
the time
         ⁃    Rodger beep available on EOT
         ⁃    Backup and restore of user settings (soon)
         ⁃    The server has the capabilities to upload a new database
to the client when requested (soon)
         ⁃    Support for phones, tablets and network radio form factors

What do you need to make this cool stuff work?  Steve and I have been
playing with “hotspot builds” both on Intel and ARM and virtual and
physical hardware.  The components we run in these builds are
Analog_Bridge, MMDVM_Bridge, P25Gateway, NXDNGateway and IRCDDBGateway
(DMR and YSF do not need gateways).  In addition, md380-emu or a ThumbDV
is needed. If you go with the md380-emu, D-Star performance will be
severely degraded.  With these components in place, you can then use
DVSwitch Mobile to connect to any digital mode and steer that mode to
any talkgroup or reflector.

The magic happens because of two types of commands that are sent from
Mobile to the server.  First is a mode select command.  This command is
a macro which is interpreted by Analog_Bridge and used to enable the
proper settings within Analog_Bridge and MMDVM_Bridge. The macro
capabilities of Analog_Bridge let you run any script you want, and in
this case we have a script that is executed to change the mode to DMR,
DSTAR, YSF, P25 and NXDN.

The second type of command that Mobile sends is a Dial/Tune command. 
Analog_Bridge will take the command and forward it on to the
MMDVM_Bridge instance that is servicing the digital stream. Each mode
has a unique syntax for tuning.  For example DMR, P25 and NXDN use talk
group numbers to navigate, D-Star uses reflector names and YSF uses
reflector addresses and ports.  Mobile has a database for each mode with
the name of the talk group/reflector and the mode specific syntax to use.

To configure DVSwitch Mobile for digital access you just have to add a
new account to your app.  The account details are as follows:
     •    Protocol - USRP
     •    Hostname - IP address or host where Analog_Bridge is running
     •    Port - port number that matches Analog_Bridge.ini [USRP] TXPort
     •    TX Port - port number that matches Analog_Bridge.ini [USRP] RXPort
     •    Callsign - A valid ham radio callsign
     •    DMR ID - a valid DMR/CCS7 ID
     •    Autoload Node - does not need to be checked
     •    Transmit Level - We suggest you set this to no greater than
50% to start.  Use a Parrot to fine tune
     •    Receive Level - 100% is fine, adjust to taste
     •    Codec Types - Begin with Server Selected (unless on a very
limited network then use ADPCM)

The only setting that warrants additional information is the Port/TX
Port.  For best operation these ports should be equal.  When
Analog_Bridge sees equal port values it transitions into UDP traversal
mode.  This will allow you to set up your “node in the cloud” to be
behind a NAT router.  If behind a NAT, make sure to port forward the
selected port to your host running Analog_Bridge. Analog_Bridge and
Mobile will negotiate the session and keep it alive.





5301 - 5320 of 9081