Date   

Re: DMR/AllStar one way audio

Jim - K6JWN
 

It does indeed have me thinking.  I like your idea of using a private node for the bridge (right now it's a public node).


Thanks for the help!


Jim, K6JWN


From: main@DVSwitch.groups.io <main@DVSwitch.groups.io> on behalf of Mike KB8JNM <groupio@...>
Sent: Tuesday, October 2, 2018 12:28 PM
To: main@DVSwitch.groups.io
Subject: Re: [DVSwitch] DMR/AllStar one way audio
 
Just to add one more method of thinking to this...

If your dmr bridge is a private node,
Use 2 public nodes.
-1 connected to it in rx for public monitoring.
-1 you have selective 'who can use' using ASL whitelist enabled for trx

yet there are other methods, but I guess this has you thinking about it now.

...mike/kb8jnm

On 10/2/2018 8:38 AM, Mike KB8JNM wrote:
> Well, it sounds like you have your bridge on a public node.
> Hard to have 'selective control' that way.
> Think of it a bit backwards.
>
> I have dmr tg 91 set-up on 29999 for the last several months.
> It's in rx only
> Folks have been connecting and 'monitoring'.
>
> If I wish to use it on 29285, in tx,
> I can put a description on that server with the private node# ip, port
> for that direct connect on the other server. (rpt,conf)
>
> 1990 = radio@...:4569/1999,NONE ;29999 dmr
>
> So I can still connect to that dmr bridge on the other server by using
> 1990 connection in what ever mode, but the node number is 1999 on the
> 29999 server.
>
> 1999 dmr bridge ->rx-> 29999  <-trx-> public connects
> 29285 <-> 1990(1999 on other server) private trx connect to my dmr
> bridge on other server.
>
> hope this clears your thinking.
>
> I actually have something like this on each of 5 servers even though
> each have there own dmr bridge, I can just use the connection of the
> others for my private trx connects. But i do not allow ASL to dmr on
> unmonitored high traffic dmr tg's. And I would encourage everyone to
> think about the implications of that.
>
> Lots of control possibilities with this method. But there is always more
> than one way to skin that cat.
>
> ...mike/kb8jnm
>
>
> On 10/2/2018 12:22 AM, Jim K6JWN wrote:
>> yeah, i knew about that one, but i cant guarantee that the connecting
>> station will connect in monitor mode :)
>>> On Oct 1, 2018, at 9:11 PM, Mike KB8JNM <groupio@...> wrote:
>>>
>>> If I understand your question right
>>> ...
>>> Just connect to your DMR Bridged node in RX (*2xxxx)
>>>
>>>
>>> ...mike/kb8jnm
>>>
>>>> On 10/2/2018 12:07 AM, Jim K6JWN wrote:
>>>> I have a working DMR to Allstar setup (thanks for the help!). I have
>>>> a friend of mine who wants to listen in to the monday night papa
>>>> system roundtable through my allstar node.  Is there a quick and
>>>> easy way to configure my setup to pipe audio into Allstar from DMR
>>>> while not allowing audio from Allstar to enter in DMR?
>>>> Jim, K6JWN
>>>
>>>
>>>
>>
>>
>>
>
>
>




Re: DMR/AllStar one way audio

Mike KB8JNM
 

Just to add one more method of thinking to this...

If your dmr bridge is a private node,
Use 2 public nodes.
-1 connected to it in rx for public monitoring.
-1 you have selective 'who can use' using ASL whitelist enabled for trx

yet there are other methods, but I guess this has you thinking about it now.

...mike/kb8jnm

On 10/2/2018 8:38 AM, Mike KB8JNM wrote:
Well, it sounds like you have your bridge on a public node.
Hard to have 'selective control' that way.
Think of it a bit backwards.
I have dmr tg 91 set-up on 29999 for the last several months.
It's in rx only
Folks have been connecting and 'monitoring'.
If I wish to use it on 29285, in tx,
I can put a description on that server with the private node# ip, port for that direct connect on the other server. (rpt,conf)
1990 = radio@...:4569/1999,NONE ;29999 dmr
So I can still connect to that dmr bridge on the other server by using 1990 connection in what ever mode, but the node number is 1999 on the 29999 server.
1999 dmr bridge ->rx-> 29999  <-trx-> public connects
29285 <-> 1990(1999 on other server) private trx connect to my dmr bridge on other server.
hope this clears your thinking.
I actually have something like this on each of 5 servers even though each have there own dmr bridge, I can just use the connection of the others for my private trx connects. But i do not allow ASL to dmr on unmonitored high traffic dmr tg's. And I would encourage everyone to think about the implications of that.
Lots of control possibilities with this method. But there is always more than one way to skin that cat.
...mike/kb8jnm
On 10/2/2018 12:22 AM, Jim K6JWN wrote:
yeah, i knew about that one, but i cant guarantee that the connecting station will connect in monitor mode :)
On Oct 1, 2018, at 9:11 PM, Mike KB8JNM <groupio@...> wrote:

If I understand your question right
...
Just connect to your DMR Bridged node in RX (*2xxxx)


...mike/kb8jnm

On 10/2/2018 12:07 AM, Jim K6JWN wrote:
I have a working DMR to Allstar setup (thanks for the help!). I have a friend of mine who wants to listen in to the monday night papa system roundtable through my allstar node.  Is there a quick and easy way to configure my setup to pipe audio into Allstar from DMR while not allowing audio from Allstar to enter in DMR?
Jim, K6JWN



Re: HB_Bridge branch of HBlink

Bill N2WNS
 

That sounds like a plan. The DMRlink side of the system is usually good. It's the HBlink side I would like to monitor. I'll keep an eye out for any updates.

-Bill
 N2WNS


Re: HB_Bridge branch of HBlink

Steve N4IRS
 

I would say that once Cort has finished (is software EVER finished?) adding OpenBridge to HBlink, we can look at adding HB_Bridge into that version. 

On 10/2/2018 10:03 AM, Bill N2WNS wrote:
Currently I run Repeater->Hytera-Gateway->DMRGateway->HBlink->DMRlink->C-Bridge. It runs pretty well with the exception of reporting RSSI. It sounds like I'm going to have to migrate away from the legacy HB_Bridge/IPSC_Bridge. What path would best suit my situation?

-Bill
 N2WNS


Re: HB_Bridge branch of HBlink

Bill N2WNS
 

Currently I run Repeater->Hytera-Gateway->DMRGateway->HBlink->DMRlink->C-Bridge. It runs pretty well with the exception of reporting RSSI. It sounds like I'm going to have to migrate away from the legacy HB_Bridge/IPSC_Bridge. What path would best suit my situation?

-Bill
 N2WNS


Re: HB_Bridge branch of HBlink

Cort N0MJS <n0mjs@...>
 

I’ve not done anything to the HB_Bridge branch of HBlink – hbmonitor will not work with it. If you’re using DMRlink, use the DMRmonitor that goes with it.

HBlink’s master branch is getting dangerously out of touch with the HB_Bridge branch at this point. Once I add in the OpenBridge support (currently going on in the socket address branch) they’re going to come largely incompatible.

On Oct 2, 2018, at 8:41 AM, Steve N4IRS <szingman@...> wrote:

Bill,
Cort may chime. I don't know if HBmonitor will work with the HB_Bridge branch (sure do need to merge that in...) Your post does raise a question, are you saying Hytera can talk to HBlink?

Steve N4IRS

On 10/2/2018 9:38 AM, Bill N2WNS wrote:
I'm currently running the HB_Bridge branch of HBlink along with the IPSC_Bridge version of DMRlink to make my Hytera repeater talk to a C-Bridge. Knowing it's not supported, I would like to use HBmonitor. What configuration of HBlink/DMRlink would I need to leverage HBmonitor?

Thanks,

-Bill
 N2WNS


Cort Buffington
785-865-7206


Re: HB_Bridge branch of HBlink

Steve N4IRS
 

Bill,
Cort may chime. I don't know if HBmonitor will work with the HB_Bridge branch (sure do need to merge that in...) Your post does raise a question, are you saying Hytera can talk to HBlink?

Steve N4IRS

On 10/2/2018 9:38 AM, Bill N2WNS wrote:
I'm currently running the HB_Bridge branch of HBlink along with the IPSC_Bridge version of DMRlink to make my Hytera repeater talk to a C-Bridge. Knowing it's not supported, I would like to use HBmonitor. What configuration of HBlink/DMRlink would I need to leverage HBmonitor?

Thanks,

-Bill
 N2WNS


HB_Bridge branch of HBlink

Bill N2WNS
 

I'm currently running the HB_Bridge branch of HBlink along with the IPSC_Bridge version of DMRlink to make my Hytera repeater talk to a C-Bridge. Knowing it's not supported, I would like to use HBmonitor. What configuration of HBlink/DMRlink would I need to leverage HBmonitor?

Thanks,

-Bill
 N2WNS


Re: DMR/AllStar one way audio

Mike KB8JNM
 

On the surface, this sounds like a internet bandwidth issue/cpu bandwidth issue or perhaps some form of dropped packets in the stream.
Or even a combination.

But, don't be to quick to make adjustments since it is possible maintenance was being preformed on the host that slowed things down a bit.
Wait a day or two and check it again. And/Or Test on some other TG.
You really don't know how good the bandwidth is on the rxing end of your packets. It can be totally out of your control.

You will need to investigate further to find a answer. There are to many possibilities for anyone to just tell you 'just check/change this'.
And if you do 'just change this' you may be making issues that were not there before. Think of the larger picture of possibilities.

...mike/kb8jnm

On 10/2/2018 8:24 AM, Eddie Lim 9W2LWK wrote:
I have md380-emu running too on my pi3, dmr to ASL audio is OK, but ASL to
DMR , there are a lot of DMR stations complain that my audio is like a
robot.
Any optimization can be done?
On Tue, Oct 2, 2018, 8:20 PM Steve N4IRS <szingman@...> wrote:

Jeff,
The logs are there to help in troubleshooting. Since your problem is ASL
-> DMR, consider the following diagram:
ASL -> Analog_Bridge -> MMDVM_Bridge -> BrandMeister
When traffic is coming in from ASL do you see it in the Analog_Bridge log?
Do you see it in the MMDVM_Bridge log?

Steve N4IRS

On 10/2/2018 2:02 AM, jeff@... wrote:

Running Allstarlink (ASL) with Analog_Bridge , md380-emu and
MMDVM_Bridge......

Got it up and running last night, had a qso from allstar to dmr and DMR
back to allstar with "PERFECT" audio quality!

after a reboot of the server only one way audio from DMR to ALLSTAR, no
audio from allstar passes to DMR, any Ideas??
I have checked/rechecked all the settings and everything thing looks in
order, My node is showing up fine on Allstar and also
showing fine on the brandmeister system...




Re: DMR/AllStar one way audio

Mike KB8JNM
 

This sounds like something (port#'s) in the file changed and not realized until the reboot.

Check the port data between ambe audio and analog bridge and then from there to mmdvm bridge.
OR
Follow the how2 a second time if you need guidance.
But you just have to verify each step to see where you are loosing it.

nobody can point you closer than that, you have to look.
But if you find the port mismatch, don't forget to restart that service after correction for a immediate check.

...mike/kb8jnm

On 10/2/2018 2:02 AM, jeff@... wrote:
Running Allstarlink (ASL) with Analog_Bridge , md380-emu and MMDVM_Bridge......
Got it up and running last night, had a qso from allstar to dmr and DMR back to allstar with "PERFECT" audio quality!
after a reboot of the server only one way audio from DMR to ALLSTAR, no audio from allstar passes to DMR, any Ideas??
I have checked/rechecked all the settings and everything thing looks in order, My node is showing up fine on Allstar and also
showing fine on the brandmeister system...


Re: DMR/AllStar one way audio

Mike KB8JNM
 

Well, it sounds like you have your bridge on a public node.
Hard to have 'selective control' that way.
Think of it a bit backwards.

I have dmr tg 91 set-up on 29999 for the last several months.
It's in rx only
Folks have been connecting and 'monitoring'.

If I wish to use it on 29285, in tx,
I can put a description on that server with the private node# ip, port for that direct connect on the other server. (rpt,conf)

1990 = radio@...:4569/1999,NONE ;29999 dmr

So I can still connect to that dmr bridge on the other server by using 1990 connection in what ever mode, but the node number is 1999 on the 29999 server.

1999 dmr bridge ->rx-> 29999 <-trx-> public connects
29285 <-> 1990(1999 on other server) private trx connect to my dmr bridge on other server.

hope this clears your thinking.

I actually have something like this on each of 5 servers even though each have there own dmr bridge, I can just use the connection of the others for my private trx connects. But i do not allow ASL to dmr on unmonitored high traffic dmr tg's. And I would encourage everyone to think about the implications of that.

Lots of control possibilities with this method. But there is always more than one way to skin that cat.

...mike/kb8jnm

On 10/2/2018 12:22 AM, Jim K6JWN wrote:
yeah, i knew about that one, but i cant guarantee that the connecting station will connect in monitor mode :)
On Oct 1, 2018, at 9:11 PM, Mike KB8JNM <groupio@...> wrote:

If I understand your question right
...
Just connect to your DMR Bridged node in RX (*2xxxx)


...mike/kb8jnm

On 10/2/2018 12:07 AM, Jim K6JWN wrote:
I have a working DMR to Allstar setup (thanks for the help!). I have a friend of mine who wants to listen in to the monday night papa system roundtable through my allstar node. Is there a quick and easy way to configure my setup to pipe audio into Allstar from DMR while not allowing audio from Allstar to enter in DMR?
Jim, K6JWN


Re: DMR/AllStar one way audio

Eddie Lim 9W2LWK
 

I have md380-emu running too on my pi3, dmr to ASL audio is OK, but ASL to DMR , there are a lot of DMR stations complain that my audio is like a robot.

Any optimization can be done?

On Tue, Oct 2, 2018, 8:20 PM Steve N4IRS <szingman@...> wrote:
Jeff,
The logs are there to help in troubleshooting. Since your problem is ASL -> DMR, consider the following diagram:
ASL -> Analog_Bridge -> MMDVM_Bridge -> BrandMeister
When traffic is coming in from ASL do you see it in the Analog_Bridge log?
Do you see it in the MMDVM_Bridge log?

Steve N4IRS

On 10/2/2018 2:02 AM, jeff@... wrote:
Running Allstarlink (ASL) with Analog_Bridge , md380-emu and MMDVM_Bridge......

Got it up and running last night, had a qso from allstar to dmr and DMR back to allstar with "PERFECT" audio quality!

after a reboot of the server only one way audio from DMR to ALLSTAR, no audio from allstar passes to DMR, any Ideas?? 
I have checked/rechecked all the settings and everything thing looks in order, My node is showing up fine on Allstar and also
showing fine on the brandmeister system...


Re: DMR/AllStar one way audio

Steve N4IRS
 

Jeff,
The logs are there to help in troubleshooting. Since your problem is ASL -> DMR, consider the following diagram:
ASL -> Analog_Bridge -> MMDVM_Bridge -> BrandMeister
When traffic is coming in from ASL do you see it in the Analog_Bridge log?
Do you see it in the MMDVM_Bridge log?

Steve N4IRS

On 10/2/2018 2:02 AM, jeff@... wrote:
Running Allstarlink (ASL) with Analog_Bridge , md380-emu and MMDVM_Bridge......

Got it up and running last night, had a qso from allstar to dmr and DMR back to allstar with "PERFECT" audio quality!

after a reboot of the server only one way audio from DMR to ALLSTAR, no audio from allstar passes to DMR, any Ideas?? 
I have checked/rechecked all the settings and everything thing looks in order, My node is showing up fine on Allstar and also
showing fine on the brandmeister system...


DMR/AllStar one way audio

Jeff Wood
 

Running Allstarlink (ASL) with Analog_Bridge , md380-emu and MMDVM_Bridge......

Got it up and running last night, had a qso from allstar to dmr and DMR back to allstar with "PERFECT" audio quality!

after a reboot of the server only one way audio from DMR to ALLSTAR, no audio from allstar passes to DMR, any Ideas?? 
I have checked/rechecked all the settings and everything thing looks in order, My node is showing up fine on Allstar and also
showing fine on the brandmeister system...


Re: DMR/AllStar one way audio

Jim - K6JWN
 

yeah, i knew about that one, but i cant guarantee that the connecting station will connect in monitor mode :)

On Oct 1, 2018, at 9:11 PM, Mike KB8JNM <groupio@...> wrote:

If I understand your question right
...
Just connect to your DMR Bridged node in RX (*2xxxx)


...mike/kb8jnm

On 10/2/2018 12:07 AM, Jim K6JWN wrote:
I have a working DMR to Allstar setup (thanks for the help!). I have a friend of mine who wants to listen in to the monday night papa system roundtable through my allstar node. Is there a quick and easy way to configure my setup to pipe audio into Allstar from DMR while not allowing audio from Allstar to enter in DMR?
Jim, K6JWN


Re: DMR/AllStar one way audio

Mike KB8JNM
 

If I understand your question right
...
Just connect to your DMR Bridged node in RX (*2xxxx)


...mike/kb8jnm

On 10/2/2018 12:07 AM, Jim K6JWN wrote:
I have a working DMR to Allstar setup (thanks for the help!). I have a friend of mine who wants to listen in to the monday night papa system roundtable through my allstar node. Is there a quick and easy way to configure my setup to pipe audio into Allstar from DMR while not allowing audio from Allstar to enter in DMR?
Jim, K6JWN


DMR/AllStar one way audio

Jim - K6JWN
 

I have a working DMR to Allstar setup (thanks for the help!). I have a friend of mine who wants to listen in to the monday night papa system roundtable through my allstar node. Is there a quick and easy way to configure my setup to pipe audio into Allstar from DMR while not allowing audio from Allstar to enter in DMR?

Jim, K6JWN


Re: DMR Bridge not "un-keying" problem

Ken KE2N
 

This comes from the old phone patch protocol:  “star-up, pound-down”

 

But, with Allstar, you can configure this to be whatever you want in rpt.conf

 

cop, 6  is the function to key up the transmit or you can use the keyword “autopatchup”

 

for dropping the PTT you can configure a function for “autopatchdn”.  On some distros this is function *0

 

But the “#” down is probably  built-in and goes way back …

 

Ken

 


Re: DMR Bridge not "un-keying" problem

steve@...
 

Hi,
Thanks very much for the info!  I never heard it was # before.  The info I've seen and a couple of youtube videos say *99 is a TX toggle.  Well thanks for clearing that up!

-Steve
W7RD


Re: DMR Bridge not "un-keying" problem

Mike KB8JNM
 

As Paul correctly pointed out, it is # to drop the tx

But, I'm wondering where you had got the idea it was 99 again,
You are not the first to have that assumption. Did you read this somewhere ? I'm curious.

...mike/kb8jnm

On 9/30/2018 1:45 PM, steve via Groups.Io wrote:
Hi,
I've set up about 10 DMR to Allstar bridges.  This may be more of an Allstar issue than DVSwitch.  Anyhow, when I key with *99 on the phone portal (or IAX client) it works great ... audio comes through on DMR and it's all good.  But when I press *99 again, it's supposed to unkey, but it doesn't .... and the radio stays lit up until I hang up the phone.  Has anyone encountered this?
Thanks,
Steve
W7RD

8381 - 8400 of 10634