Date   

Any help to develop hbmonitor?

EA5GVK Joaquin
 

Any person from this group that can help develop the hbmonitor?
Add for example functions:
Show Active Dynamic Talkgroups and the remaining time.
Show in real time indicative, Slot and TG that is talking.
Cheer up.


Re: OpenBridge

Cort N0MJS <n0mjs@...>
 

Nope. Nowhere near ready to use. You’ll know it’s ready to use when you see the openbridge branch merged into the master.

I will answer no questions about implementing openbridge until then.

On Oct 24, 2018, at 2:25 PM, Ed W8VT <vacuumtubesforever@...> wrote:

So is OpenBridge  stable and ready to use at this point? I have been using HBLink for the Brandmeister connection on my analog bridge since the first of the year with great success and was going to use it for our next project. Is this now the recommended way to make Brandmeister connections? How does one request this from the BM folks?

Thanks,

Ed W8VT

Cort Buffington
785-865-7206


Re: OpenBridge

Steve N4IRS
 

Ed,
OpenBridge is still a work in progress. There is still work to do and then testing. No time frame available. Stick with waht you have for now.

Steve N4IRS

On 10/24/2018 03:25 PM, Ed W8VT wrote:
So is OpenBridge  stable and ready to use at this point? I have been using HBLink for the Brandmeister connection on my analog bridge since the first of the year with great success and was going to use it for our next project. Is this now the recommended way to make Brandmeister connections? How does one request this from the BM folks?

Thanks,

Ed W8VT


OpenBridge

Ed W8VT
 

So is OpenBridge  stable and ready to use at this point? I have been using HBLink for the Brandmeister connection on my analog bridge since the first of the year with great success and was going to use it for our next project. Is this now the recommended way to make Brandmeister connections? How does one request this from the BM folks?

Thanks,

Ed W8VT


locked Re: Blocking users from a network and common sense.

Steve N4IRS
 

Robert,
I knew Ty was working on your server from day one. It did not bother me until the e-mail from him last night. I simply do not want to have anything to do with him in any way, shape or form. As to disrespecting you by not answering your e-mail, I have a personal e-mail address and a business e-mail address. I don't use the google address much so I don't check it as often. Every time you reported a issue with the P25 <-> DMR bridge I was providing, I fixed it. 

I posted a simple statement of the facts from my perspective. Mitch assured me that the block was unintentional. I took him at his word. I was going to reconnect this morning but after Ty's e-mail That will not be happening.

This thread has run it's course. I am locking it. No further comments are needed.

Steve N4IRS  


locked Re: Blocking users from a network and common sense.

Robert Bretzman
 

Steve, Your comments are very disappointing and not what Amateur radio is all about. If you have a personal conflict with someone take it up with them. Just because Ty is helping us and you have your differences with him should be just that and not reflect on the TGIF group. I appreciated and showed it many time to you what you did for the TGIF group. Towards the end you became very disrespectful to me not even responding to my e-mail's just as you have not when I was first made aware of the banning mistake.  Sorry you feel this way about our group because of 1 single person. That is not what Amateur radio is all about. But that is your choice.
Good luck and God bless
73
Robert  


locked Re: Blocking users from a network and common sense.

Steve N4IRS
 

After assurances from 2 principle people involved in the TGIF network that I was not blocked intentionally, I was ready to let this drop and move on. That was until I received a rather nasty profane e-mail from the guy maintaining their server.
I'm no snowflake and if you talk to me off the radio, you know I use some pretty salty language. I have had a public run-in before with this guy and I will not have any need to connect to the TGIF network on any mode.

Steve N4IRS
 


Re: Using all digital modes

K4VL
 

Thanks Steve I will see if I can make it work.


On Tue, Oct 23, 2018 at 2:36 PM Steve N4IRS <szingman@...> wrote:
Not yet. The basics are the same for all the modes. You will need to use different port numbers where there are conflict. For example, the USRP channel driver settings in rpt.conf will need to be different from the ones in use. You will need to run a second copy of Analog_Bridge. Again, ports can not conflict with ports in use.

C4FM (Fusion) is a lot like DMR. The one possible addition to the data path is YSFGateway (not really needed unless you plan to move around on different reflectors). Here is a quick diagram:

ASL <-> Analog_Bridge <-> MMDVM_Bridge <-> YSF Gateway <-> external YSF reflector.

MMDVM_Bridge can do more then one mode, so you will not need a second copy. I suggest you build out from ASL towards the YSF reflector.

Steve N4IRS

On 10/23/2018 3:28 PM, AA4II wrote:
OK great are there any docs or other groups with information about setting up D-Star and C4FM?

On Tue, Oct 23, 2018 at 2:14 PM Steve N4IRS <szingman@...> wrote:
You will need another ASL node. But you should be clear on terminology, an ASL server can host multiple nodes. So, yes, you will need (want) another node, but you wont need another server.
Hope that helps.

Steve

On 10/23/2018 3:10 PM, AA4II wrote:
I'm sorry if this has been covered already. I have set up my DMR bridge and all is well. I would like to try to bridge D-Star and C4FM into my ASL node too. I was wondering if I could do this on the node I just set up or if I would need to create another ASL node for each of them?



Re: Using all digital modes

Steve N4IRS
 

Not yet. The basics are the same for all the modes. You will need to use different port numbers where there are conflict. For example, the USRP channel driver settings in rpt.conf will need to be different from the ones in use. You will need to run a second copy of Analog_Bridge. Again, ports can not conflict with ports in use.

C4FM (Fusion) is a lot like DMR. The one possible addition to the data path is YSFGateway (not really needed unless you plan to move around on different reflectors). Here is a quick diagram:

ASL <-> Analog_Bridge <-> MMDVM_Bridge <-> YSF Gateway <-> external YSF reflector.

MMDVM_Bridge can do more then one mode, so you will not need a second copy. I suggest you build out from ASL towards the YSF reflector.

Steve N4IRS

On 10/23/2018 3:28 PM, AA4II wrote:
OK great are there any docs or other groups with information about setting up D-Star and C4FM?

On Tue, Oct 23, 2018 at 2:14 PM Steve N4IRS <szingman@...> wrote:
You will need another ASL node. But you should be clear on terminology, an ASL server can host multiple nodes. So, yes, you will need (want) another node, but you wont need another server.
Hope that helps.

Steve

On 10/23/2018 3:10 PM, AA4II wrote:
I'm sorry if this has been covered already. I have set up my DMR bridge and all is well. I would like to try to bridge D-Star and C4FM into my ASL node too. I was wondering if I could do this on the node I just set up or if I would need to create another ASL node for each of them?



Re: Using all digital modes

K4VL
 

OK great are there any docs or other groups with information about setting up D-Star and C4FM?


On Tue, Oct 23, 2018 at 2:14 PM Steve N4IRS <szingman@...> wrote:
You will need another ASL node. But you should be clear on terminology, an ASL server can host multiple nodes. So, yes, you will need (want) another node, but you wont need another server.
Hope that helps.

Steve

On 10/23/2018 3:10 PM, AA4II wrote:
I'm sorry if this has been covered already. I have set up my DMR bridge and all is well. I would like to try to bridge D-Star and C4FM into my ASL node too. I was wondering if I could do this on the node I just set up or if I would need to create another ASL node for each of them?


locked Re: Blocking users from a network and common sense.

Robert Bretzman
 

I assure that the blocking of Steve was not intentional. I appreciate everything Steve stands for and has done for the TGIF group. This is the first I have heard of this. Ty who does much of the work on our server from what little I know had to block certain IP's to try and troubleshoot issues we were having with the server. This is all way above my pay grade. I have been trying to get a hold of Ty with no luck. Our server is not working at the moment. As soon as I get a hold of him I will have that unblocked. Steve and anyone else is always welcome on the TGIF Network.
Sorry for any inconvenience or disruptions this has caused.
I will get it resolved..
73
Robert
TGIF ADMIN 


Re: Using all digital modes

Steve N4IRS
 

You will need another ASL node. But you should be clear on terminology, an ASL server can host multiple nodes. So, yes, you will need (want) another node, but you wont need another server.
Hope that helps.

Steve

On 10/23/2018 3:10 PM, AA4II wrote:
I'm sorry if this has been covered already. I have set up my DMR bridge and all is well. I would like to try to bridge D-Star and C4FM into my ASL node too. I was wondering if I could do this on the node I just set up or if I would need to create another ASL node for each of them?


Using all digital modes

K4VL
 

I'm sorry if this has been covered already. I have set up my DMR bridge and all is well. I would like to try to bridge D-Star and C4FM into my ASL node too. I was wondering if I could do this on the node I just set up or if I would need to create another ASL node for each of them?


locked Re: Blocking users from a network and common sense.

Chris WB4ULK
 

That is a shame to see that. I hope it was a glitch. After all, that is what this stuff is all about. Un-fragmenting our networks.

Chris

On Oct 23, 2018, at 10:50 AM, Steve N4IRS <szingman@msgstor.com> wrote:

There has been some traffic lately about bridging modes to established Masters (Servers) and Talk Groups. Simply put, DO NOT just drop a bridge on any TG without checking first. I can understand wanting to listen to a active TG on some mode with your ASL node. I've done it for testing dozens of times. The key word here is LISTEN. Make sure there is no way you are transmitting into a active TG. Do not just drop a bridge from ANY mode to a TG without "permission" from the primary user or managing authority. When I'm testing a connection to BM DMR I use my DMRID (3112138) as the TG number. I can then be assured the only person I will bother is me. If you don't use a little simple common sense, it's a good bet you will receive a bunch of ugly e-mail and possible be banned from TG, server or network. THINK! Remember, DVSwitch has but a number of servers for testing. See the stickey on this sub group for login info.

While I'm on the subject of banning, There is a group that has started up a new "Network" That network is TGIF. They are using software from DVSwitch including HBlink to create the new network. I applaud the choice of SW. The interesting thing is I had been monitoring the new network on their Master tgif.network. My primary interest is to listen for problems and see if the problem could be solved withing the DVSwitch SW. I did not really care to talk there. I do not want ANYTHING to do with the politics of why they decided to build their own network. My interest is that I felt it was a good test of the SW in a real world environment.
Well, long story longer, my IP address has been blocked by tgif.network. All I had connected was a single HotSpot running Pi-Star. Some time last weekend the HS could no longer connect. I could not bring up the status page on my browser. I figured they were making changes, it is a new network after all and change is to be expected. On Monday I decided to ask others if they were having a problem connecting to tgif.network. The answer I got back was no problem. After testing from a different IP address I surmised my IP was blocked. Again, I do not want to get into the politics of the new network. I can understand blocking a user that caused problems or a user that did nothing but "bad mouth" a network. I don't think just listening to a TG on a Server applies here. I guarantee, the people running tgif.network know how to reach me if there was something wrong with my node. Since I provided the P25 to DMR bridge for them and they knew how to reach me if there was a problem.

Steve N4IRS



locked Blocking users from a network and common sense.

Steve N4IRS
 

There has been some traffic lately about bridging modes to established Masters (Servers) and Talk Groups. Simply put, DO NOT just drop a bridge on any TG without checking first. I can understand wanting to listen to a active TG on some mode with your ASL node. I've done it for testing dozens of times. The key word here is LISTEN. Make sure there is no way you are transmitting into a active TG. Do not just drop a bridge from ANY mode to a TG without "permission" from the primary user or managing authority. When I'm testing a connection to BM DMR I use my DMRID (3112138) as the TG number. I can then be assured the only person I will bother is me. If you don't use a little simple common sense, it's a good bet you will receive a bunch of ugly e-mail and possible be banned from TG, server or network. THINK! Remember, DVSwitch has but a number of servers for testing. See the stickey on this sub group for login info.

While I'm on the subject of banning, There is a group that has started up a new "Network" That network is TGIF. They are using software from DVSwitch including HBlink to create the new network. I applaud the choice of SW. The interesting thing is I had been monitoring the new network on their Master tgif.network. My primary interest is to listen for problems and see if the problem could be solved withing the DVSwitch SW. I did not really care to talk there. I do not want ANYTHING to do with the politics of why they decided to build their own network. My interest is that I felt it was a good test of the SW in a real world environment.
Well, long story longer, my IP address has been blocked by tgif.network. All I had connected was a single HotSpot running Pi-Star. Some time last weekend the HS could no longer connect. I could not bring up the status page on my browser. I figured they were making changes, it is a new network after all and change is to be expected. On Monday I decided to ask others if they were having a problem connecting to tgif.network. The answer I got back was no problem. After testing from a different IP address I surmised my IP was blocked. Again, I do not want to get into the politics of the new network. I can understand blocking a user that caused problems or a user that did nothing but "bad mouth" a network. I don't think just listening to a TG on a Server applies here. I guarantee, the people running tgif.network know how to reach me if there was something wrong with my node. Since I provided the P25 to DMR bridge for them and they knew how to reach me if there was a problem.

Steve N4IRS


hb_parrot and hb_confbridge

Ed W8VT
 

Started playing with the pieces here to put together our own little network cluster with bridges to the outside world.
Got hb_confbridge working fine to our current BM cluster TG.

Can not get parrot to work with hb_confbridge. Stand alone it works OK. Searching through old posts saw mention of a problem with this. Am I trying to make something work that won't? BTW, this is the HB_Bridge branch.


Parrot and master - bridging using hb_confbridge

Rob MW0CQU
 

Hi All,

Moving forward with just enough knowledge to be dangerous.

On the test bench I now have a working master server with a repeater that attaches, listening on 54000

I also now have a working parrot-master which - if I bind it to 54000, it echoes everything on the repeater.

The last link in the chain is (If I understand the process correctly?) Is to confbridge the two masters together ?

 

and this is where I'm coming unstuck.

 

In MASTER hblink.cfg I have one master (MASTER-1) bound to 54000 and one peer PARROT

in PARROT hblink.cfg (different folder) I have one master bound to 54001

I try to bridge these in hb_confbridge.py with the following bridge statement

BRIDGES = {

    'PARROT': [

            {'SYSTEM': 'MASTER-1',    'TS': 2, 'TGID': 2,    'ACTIVE': True, 'TIMEOUT': 2, 'TO_TYPE': 'ON',  'ON': [2,], 'OFF': [9,10], 'RESET': []},

            {'SYSTEM': 'PARROT',    'TS': 2, 'TGID': 2, 'ACTIVE': True, 'TIMEOUT': 2, 'TO_TYPE': 'ON',  'ON': [2,], 'OFF': [9,10], 'RESET': []},

        ]

}

 
When I run Im getting an authentication failure for parrot on master 
Ive checked the passphrase on both (infact I copy/pasted between the two shell windows to make sure there were no typos
I've fixed the logging config bug where both tried to bind to 4321
 
but this last config of the two hblink.cfg files is not gelling in my brain
 
My goal for this stage is to simply get TG2, Slot 2 as a parrot with TG 1 on slot 1 as a standard talkthrough
 
1) Is my approach correct please ?
2) Obviously I need:
       a MASTER-1 stanza in the MASTER hblink.conf
       a PARROT Master in the PARROT hblink.conf
  but do I need to define , in each hblink.cfg, a reciprocal peer please ?
 
Im looking for the high level description of what peer/master/client definitions should go where - I can figure out the minutae as 
long as I'm barking up the right tree.
MTIA & 73
 
Rob  


Re: [Newbie!] Mute Parrot ?

Rob MW0CQU
 

Thanks for the reply Cort.

 

consider this thread closed due to finger trouble. I've recloned from the github and now have a working master, and a separate

working parrot

Still having an issue which I think I ought to start a separate thread on rather than take this thread off topic

 

73 ' de Rob 


locked Re: Zello interface will NOT happen.

Corey Dean N3FE <n3fe@...>
 

As a follow up to this.  The US BM masters owners just talked about this and Zello is NOT to be used on a US BM master .  This is the first and last warning anyone will receive and will be added to the BM wiki in the very near future!

Corey N3FE

On Sat, Oct 20, 2018 at 11:08 AM Steve N4IRS <szingman@...> wrote:
Let me be VERY clear, we are NOT working on Zello in any way, shape or form. That is for someone else to do. NOT US.
Please drop this.

Steve N4IRS

On 10/20/2018 11:05 AM, EA5GVK Joaquin wrote:
Hi. I would like to know if there is any progress to interconnect ZELLO to Analog_Bridge or MMDVM_Bridge, to interconnect a Zello Group with DMR, DSTAR, NXDN, FUSION, P25 etc ...


locked Zello interface will NOT happen.

Steve N4IRS
 

I want to be very clear on this:
We are NOT interested in working on a interface to Zello. Not now, not ever.

Please stop asking for it here.

I will delete any thread on this subject. I will moderate anyone bringing it up.

For DVSwitch

Steve N4IRS

7461 - 7480 of 9801