Date   

Re: setting up dmrlink IPSC_Bridge #dmrlink #support

ai6bx
 

Yes, it is on Python 2.7.


Re: HBLink Summer of Code (unofficial) #hblink

JJ Cummings
 

I feel like, as in almost all good software development lifecycles, good use-cases need to be defined and the requirements built and prioritized from there.  Certainly there is an argument to generate DMR type packets to be able to test/validate routing and even development efforts.  However I think that the security concern really is irrelevant as if someone really wants to DoS any type of online service it is trivial to do so for the most part these days.  On the ethical side of things, I feel like that speaks more to the intent of the application in the beginning.. is it being built and designed to do harm if so then you’ve answered your own question.. if it is not then..

JJC

On Feb 25, 2021, at 9:28 AM, Randy AA6RH <aa6rh@...> wrote:

Based on a separate thread in the forum, I'm going to add the following possibility to the list of things we might spend time this summer building/doing/improving:

  • Build a tool that injects "test" DMR packets onto the network. This would need to be VERY carefully constructed in order to prevent mere anarchy from being loosed upon the world. It also requires deep knowledge of the ETSI specification, so that packets are properly formed and any sample data is not going to gunk up the works, so to speak. [Aside: it would be very easy/simple for a bad actor to cause denial-of-service on a DMR network with a tool like this. There is an ethical question to grapple with on this point]
--R
--
Randy Hall AA6RH (not K7AGE, quit asking) 😁


Re: HBLink Summer of Code (unofficial) #hblink

Randy AA6RH
 

Based on a separate thread in the forum, I'm going to add the following possibility to the list of things we might spend time this summer building/doing/improving:

  • Build a tool that injects "test" DMR packets onto the network. This would need to be VERY carefully constructed in order to prevent mere anarchy from being loosed upon the world. It also requires deep knowledge of the ETSI specification, so that packets are properly formed and any sample data is not going to gunk up the works, so to speak. [Aside: it would be very easy/simple for a bad actor to cause denial-of-service on a DMR network with a tool like this. There is an ethical question to grapple with on this point]
--R
--
Randy Hall AA6RH (not K7AGE, quit asking) 😁


Re: Has anyone made a program for generating test DMR transmissions?

Randy AA6RH
 

I will add it to the possible project list for this summer.

--R
--
Randy Hall AA6RH (not K7AGE, quit asking) 😁


Re: setting up dmrlink IPSC_Bridge #dmrlink #support

Randy AA6RH
 

Also, do me a favor and go ahead and uncomment the [ALIASES] section of your config. Just to humor me. Then re-run it.

--R
--
Randy Hall AA6RH (not K7AGE, quit asking) 😁


Re: setting up dmrlink IPSC_Bridge #dmrlink #support

Randy AA6RH
 

I'm going to start with obvious questions:

  • Can you verify that you're running this with Python 2.7 and not Python 3? Not that I think it would even get past compiling the code, I just want to be sure.
--
Randy Hall AA6RH (not K7AGE, quit asking) 😁


Re: Has anyone made a program for generating test DMR transmissions?

jacomms
 

That would be a very handy tool indeed!!!

 

Justin Albury

J Albury Communications

justin@...

0417246791

VK2JUZ

-----------------------------------------------------------------

This email, and any attachments are for the use of the intended

recipient(s) and may contain confidential/privileged information.

If you have received this email in error, please notify the sender

immediately and then delete it. If you are not the intended recipient,

you must not copy, disclose or distribute its contents to any other

person. We do not accept any liability in connection with transmitting,

unauthorised access to, or viruses in this email and its attachments.

This notice should not be removed.

----------------------------------------------------------------------------------

 

From: HBlink@DVSwitch.groups.io <HBlink@DVSwitch.groups.io> On Behalf Of Steve N4IRS
Sent: Thursday, 25 February 2021 10:35 PM
To: HBlink@DVSwitch.groups.io
Subject: Re: [HBlink] Has anyone made a program for generating test DMR transmissions?

 

I, would welcome such a tool. On the receive side, displaying metadata received would be nice.

Steve N4IRS


Re: Has anyone made a program for generating test DMR transmissions?

Steve N4IRS
 

I, would welcome such a tool. On the receive side, displaying metadata received would be nice.

Steve N4IRS


Re: setting up dmrlink IPSC_Bridge #dmrlink #support

ai6bx
 

Thank you for your responses! I am invoking the dmrlink.py script and have also tried the IPSC_Bridge.py script with the same results. I have attached my current cfg file as well as a chunk of my current log file once changed logging from INFO to DEBUG.

I am wanting to use dmrlink to manage a group of repeaters currently running on a private mesh network and will untlimately bind a a public IP address to the system as well making it possible for external MotoTrbo machines to connect. Down the road, I will likely expand with an HBlink for hotspots when members travel.

Thank you in advance.

Keith - AI6BX


Re: Has anyone made a program for generating test DMR transmissions?

Eric - KF7EEL
 

I don't think that such a tool as this exists yet...


Has anyone made a program for generating test DMR transmissions?

Matthew 2E0SIP
 

Hi All,

I was just curious if anyone had created a command line tool for logging into a master and generating test transmissions? Obviously my intention would only to use such a program on a development server.

Such a tool could be built from the code that makes up HBLink but just wanted to check in before re-inventing the wheel.
Thanks
Matthew
2E0SIP


Re: setting up dmrlink IPSC_Bridge #dmrlink #support

area51now@...
 

I maybe all wet on this but going off my memory I had a problem months ago with my server and it had to to with .json file,  see below link maybe this will help

https://dvswitch.groups.io/g/HBlink/message/1080?p=,,,20,0,0,0::Created,,cort+json,20,2,0,68644539

Bob


Re: setting up dmrlink IPSC_Bridge #dmrlink #support

Randy AA6RH
 

We're missing some valuable info here. I'll set out a list:

  • Which script are you invoking? Let us know how you're kicking this off.
  • Attach any config files. Make copies and redact whatever you must, but copypasta and screenshots won't do.
  • Under [LOGGER] in the configuration file, consider changing INFO to DEBUG and capturing the output to share here.
  • A general plan of what the DMRlink master is meant to accomplish (is it just reflecting all talk groups to all peers? Are there routing/bridging/other rules in play? I get the feeling based on your post that this isn't (yet) the case, but your intentions will help with debug.

I don't personally have a network of IPSC/MOTOTRBO repeaters to test against, so a lot of this troubleshooting is going to be done on paper, at least on my end.
 
--
Randy Hall AA6RH (not K7AGE, quit asking) 😁


Re: setting up dmrlink IPSC_Bridge #dmrlink #support

Jon K1IMD
 

AI6BX,
I am far from an expert on the subject but I think we're missing a few bits of information.  It appears that you are looking to set up a private network using Motorola Mototrbo repeaters.  First and foremost if that is the case then any one of the repeater in the network can serve as a Master and all the others Peer to it.  The only requirement is that the Master have a static routable public IP address.  That said if that is not possible then you can use dmrlink to serve as a Master but again needs to be on a static routable public IP.

The above is based on the  assumptions the all are Motorola repeaters... now if some/one of your repeaters in the network are not Motorola Mototrbo repeaters and say are mmdvm repeaters then you need to invoke bridges to the IPSC network and where IPSC_bridge and HB_Bridge come into play.

In dmrlink turn off the query of radioid for the ID's it is pretty pointless in your setup and in fact most setups except that is uses up extra bandwidth.

73
Jon
K1IMD


On 2/24/2021 9:19 AM, ai6bx via groups.io wrote:
I posted the following in a different forum and was referenced here for a better chance at a response. 

I am back at trying to set up a simple dmrlink master to network a group of MotoTrbo repeaters. I had this going some time ago and then stepped away. The server has blown up so I am installing dmrlink and IPSC_Bridge back on a new machine. I have created the dmrlink.cfg file with a single master and single peer to start my testing and am getting the following errors in my dmrlink.log files. Any ideas what I have wrong?
 
Thank you.
 
INFO 2021-02-23 21:24:54,010 ID ALIAS MAPPER: 'subscriber_ids.json' is current, not downloaded
INFO 2021-02-23 21:24:57,506 DMRlink 'IPSC_Bridge.py' (c) 2015 N0MJS & the K0USY Group - SYSTEM STARTING...
INFO 2021-02-23 21:24:57,506 Version 20170620
INFO 2021-02-23 21:24:57,506 ID ALIAS MAPPER: 'peer_ids.json' is current, not downloaded
INFO 2021-02-23 21:24:57,506 ID ALIAS MAPPER: 'subscriber_ids.json' is current, not downloaded
INFO 2021-02-23 21:25:01,011 DMRlink 'IPSC_Bridge.py' (c) 2015 N0MJS & the K0USY Group - SYSTEM STARTING...
INFO 2021-02-23 21:25:01,011 Version 20170620
INFO 2021-02-23 21:25:01,011 ID ALIAS MAPPER: 'peer_ids.json' is current, not downloaded
INFO 2021-02-23 21:25:01,011 ID ALIAS MAPPER: 'subscriber_ids.json' is current, not downloaded
INFO 2021-02-23 21:25:04,505 DMRlink 'IPSC_Bridge.py' (c) 2015 N0MJS & the K0USY Group - SYSTEM STARTING...
INFO 2021-02-23 21:25:04,505 Version 20170620
INFO 2021-02-23 21:25:04,505 ID ALIAS MAPPER: 'peer_ids.json' is current, not downloaded
INFO 2021-02-23 21:25:04,505 ID ALIAS MAPPER: 'subscriber_ids.json' is current, not downloaded
INFO 2021-02-23 21:25:07,993 DMRlink 'IPSC_Bridge.py' (c) 2015 N0MJS & the K0USY Group - SYSTEM STARTING...
INFO 2021-02-23 21:25:07,993 Version 20170620
INFO 2021-02-23 21:25:07,993 ID ALIAS MAPPER: 'peer_ids.json' is current, not downloaded
INFO 2021-02-23 21:25:07,993 ID ALIAS MAPPER: 'subscriber_ids.json' is current, not downloaded
INFO 2021-02-23 21:25:11,504 DMRlink 'IPSC_Bridge.py' (c) 2015 N0MJS & the K0USY Group - SYSTEM STARTING...
INFO 2021-02-23 21:25:11,505 Version 20170620
INFO 2021-02-23 21:25:11,505 ID ALIAS MAPPER: 'peer_ids.json' is current, not downloaded
INFO 2021-02-23 21:25:11,505 ID ALIAS MAPPER: 'subscriber_ids.json' is current, not downloaded
INFO 2021-02-23 21:25:15,001 DMRlink 'IPSC_Bridge.py' (c) 2015 N0MJS & the K0USY Group - SYSTEM STARTING...
INFO 2021-02-23 21:25:15,002 Version 20170620
INFO 2021-02-23 21:25:15,002 ID ALIAS MAPPER: 'peer_ids.json' is current, not downloaded
INFO 2021-02-23 21:25:15,002 ID ALIAS MAPPER: 'subscriber_ids.json' is current, not downloaded
 


setting up dmrlink IPSC_Bridge #dmrlink #support

ai6bx
 

I posted the following in a different forum and was referenced here for a better chance at a response. 

I am back at trying to set up a simple dmrlink master to network a group of MotoTrbo repeaters. I had this going some time ago and then stepped away. The server has blown up so I am installing dmrlink and IPSC_Bridge back on a new machine. I have created the dmrlink.cfg file with a single master and single peer to start my testing and am getting the following errors in my dmrlink.log files. Any ideas what I have wrong?
 
Thank you.
 
INFO 2021-02-23 21:24:54,010 ID ALIAS MAPPER: 'subscriber_ids.json' is current, not downloaded
INFO 2021-02-23 21:24:57,506 DMRlink 'IPSC_Bridge.py' (c) 2015 N0MJS & the K0USY Group - SYSTEM STARTING...
INFO 2021-02-23 21:24:57,506 Version 20170620
INFO 2021-02-23 21:24:57,506 ID ALIAS MAPPER: 'peer_ids.json' is current, not downloaded
INFO 2021-02-23 21:24:57,506 ID ALIAS MAPPER: 'subscriber_ids.json' is current, not downloaded
INFO 2021-02-23 21:25:01,011 DMRlink 'IPSC_Bridge.py' (c) 2015 N0MJS & the K0USY Group - SYSTEM STARTING...
INFO 2021-02-23 21:25:01,011 Version 20170620
INFO 2021-02-23 21:25:01,011 ID ALIAS MAPPER: 'peer_ids.json' is current, not downloaded
INFO 2021-02-23 21:25:01,011 ID ALIAS MAPPER: 'subscriber_ids.json' is current, not downloaded
INFO 2021-02-23 21:25:04,505 DMRlink 'IPSC_Bridge.py' (c) 2015 N0MJS & the K0USY Group - SYSTEM STARTING...
INFO 2021-02-23 21:25:04,505 Version 20170620
INFO 2021-02-23 21:25:04,505 ID ALIAS MAPPER: 'peer_ids.json' is current, not downloaded
INFO 2021-02-23 21:25:04,505 ID ALIAS MAPPER: 'subscriber_ids.json' is current, not downloaded
INFO 2021-02-23 21:25:07,993 DMRlink 'IPSC_Bridge.py' (c) 2015 N0MJS & the K0USY Group - SYSTEM STARTING...
INFO 2021-02-23 21:25:07,993 Version 20170620
INFO 2021-02-23 21:25:07,993 ID ALIAS MAPPER: 'peer_ids.json' is current, not downloaded
INFO 2021-02-23 21:25:07,993 ID ALIAS MAPPER: 'subscriber_ids.json' is current, not downloaded
INFO 2021-02-23 21:25:11,504 DMRlink 'IPSC_Bridge.py' (c) 2015 N0MJS & the K0USY Group - SYSTEM STARTING...
INFO 2021-02-23 21:25:11,505 Version 20170620
INFO 2021-02-23 21:25:11,505 ID ALIAS MAPPER: 'peer_ids.json' is current, not downloaded
INFO 2021-02-23 21:25:11,505 ID ALIAS MAPPER: 'subscriber_ids.json' is current, not downloaded
INFO 2021-02-23 21:25:15,001 DMRlink 'IPSC_Bridge.py' (c) 2015 N0MJS & the K0USY Group - SYSTEM STARTING...
INFO 2021-02-23 21:25:15,002 Version 20170620
INFO 2021-02-23 21:25:15,002 ID ALIAS MAPPER: 'peer_ids.json' is current, not downloaded
INFO 2021-02-23 21:25:15,002 ID ALIAS MAPPER: 'subscriber_ids.json' is current, not downloaded
 


Re: HBLink Summer of Code (unofficial) #hblink

Randy AA6RH
 

I'm going to drop this here because I think it's worth looking into.

Currently, HBLink3 runs as a bolt-on to the Twisted Internet Python library/framework. It is very, very event driven, which I think we might want to look more deeply at that paradigm for any re-engineering effort.

So, I'll pose some questions to nobody in particular, in no particular order:
  • What would an event model for HBLink3 look like? One way to think of it is rather than the main code script (hblink.py) or any of the "application" scripts procedurally performing different tasks based on a brute force "we got a DMRD packet, tear it apart to figure out what to do with it" method, instead of that you could have a consistent callback that then subsequently dispatches events based on either components of the DMRD packet, or as part of a "pre-processing/processing/post-processing" flow of events for every packet that comes in the door. An event model/observer pattern would also support logging and reporting as part of the normal processing of the code. Dispatch an event based on what you've done in the program, and whoever wants to listen and do something with that information would be able to do so, independent of the data flow itself.
  • Should we try to keep the architecture that we have currently, or should we look at a bottom-up re-envisioning of the project?
  • How shall we build a software testing practice for this project?
  • Should I be getting Eric KF7EEL more directly involved, or is everyone okay with his fork as it is right now?
  • How should we decide on any changes that get pushed to the main/master branch?
  • What do we do about DMRlink and IPSC_Bridge, so that they don't fall into disrepair?

There are obviously more questions ahead. I don't have answers to very many of these, other than looking at other Python projects and paying attention to the Python subreddit and seeing different ideas float around there. I know that we NEED to have a software testing discipline for this project, especially if we're going to have any hope at all of keeping it relevant and current in the face of an evolving ham DMR landscape.

It is my personal belief that the days where everyone connects directly to BrandMeister are numbered, and regional networks are going to reassert themselves in order to prioritize local traffic and prevent a free-for-all mentality that, while it's easy to use in one sense, and certainly BM has innovated that particular model for the last several years, has caused repeater operators, new hams, and even the BM admins themselves plenty of headaches as well. The same honestly goes for TGIF, DMR+ and the lot. Everyone is in varying stages of becoming the thing that they rebelled against originally. It's pretty much the way it is. We need to be able to solve problems for small groups of repeaters, perhaps scaling on the way to being bigger and less centralized.

Yes, there will be more difficulties that way. Yes, there will certainly be problems with badly configured equipment causing mayhem. It's happening now anyway. We need to build collaborative systems that help detect likely loops and misconfigured systems, and quarantine them without making any ham a pariah as a result of that. People are still going to find the Chris Hood videos. They're going to continue to try connecting to BM as a peer. We will need to gently direct them to the best solution, one that is easy to set up and makes sense for them, wherever they are on the learning and expertise spectrum of this hobby.

Okay, I'm rambling. I will wrap up with saying that I'm excited for the future, I just need to get to June in one piece without getting sick with COVID or worse.

--R


--
Randy Hall AA6RH (not K7AGE, quit asking) 😁


Re: #hblink DMR GPS to APRS Application, initial release #hblink

Sérgio PU5SMS
 

What a great news Eric ... I will be waiting for this guide ... do you think I can help with that? ... I wish I could collaborate more with you to perhaps lighten your workload, but I don't know if I am fully capable ... I can try...
73's!

PU5SMS - SAEZ


Em sex., 19 de fev. de 2021 às 20:33, Eric - KF7EEL <kf7eel@...> escreveu:

I am working on a guide and will hopefully have it up on the wiki on the github page soon.


--
PU5SMS - Saez
South of Bazil


Re: #hblink DMR GPS to APRS Application, initial release #hblink

Sérgio PU5SMS
 

OK Doug ... I will do that ... thank you very much for your help ...
73's! ... see you soon!

PU5SMS - SAEZ


Em qui., 18 de fev. de 2021 às 10:25, Doug - W4DBG <douggooden@...> escreveu:

Sergio,

If you want to contact me off group I will do my best to assist you In your setup. 



On Thu, Feb 18, 2021 at 6:49 AM Sérgio PU5SMS <pu5sms.saez@...> wrote:
Eric, you would have in your saved that version that we tested in early January ... I think that by the 7th to the 10th ... if you have that version you could send it to me or indicate how I get it again ... I am thinking of going back to it and try that way that worked well for me ... I need a stable version to put it into service ... I will continue to monitor the development of your hblink-gps, but I have to make it work more stable ... if you have that version that we tested and would appreciate the copy.
Thanks again.

PU5SMS - SAEZ


Em sáb., 13 de fev. de 2021 às 14:06, Eric - KF7EEL <kf7eel@...> escreveu:
It looks like there is an invalid setting for the user icon in the log above, which causes the generated packet to fail the parse test prior to upload. I'll have a chunk of code coming up that will default the icon or said to the default if there is any parse error. You can either edit user-setting.text or send an icon command to reset/change.


--
PU5SMS - Saez
South of Bazil

--
Doug Gooden
troytrojan@...


--
PU5SMS - Saez
South of Bazil


Re: #hblink DMR GPS to APRS Application, initial release #hblink

Eric - KF7EEL
 

I am working on a guide and will hopefully have it up on the wiki on the github page soon.


locked Re: #hblink #support #closed #hblink #support #closed

Randy AA6RH
 

That would do it! Glad to hear it's working.

--R
--
Randy Hall AA6RH (not K7AGE, quit asking) 😁

321 - 340 of 2761