Date   

HB_Bridge & IPSC_Bridge

Bob kc2cwt
 

I had some one ask me , what is the # of mmdvm Devices that can be connected to one hb_Bridge

--
Bob KC2CWT
Carmel NewYork USA
(914)497-5502


Re: Analog Bridge and DStar

Steve N4IRS
 

I doubt it matters which is which. I would keep the working hotspot and configure the second repeater for DummyRepeater.

On 11/30/2017 10:00 PM, Mike Swiatkowski via Groups.Io wrote:
So, the solution is to swap Repeater 1 and Repeater 2 on the gateway so Dummy is repeater 1 and Hotspot repeater is repeater 2?

I had set Dummy to use port 20012 on Repeater 2.  It's easy to make the swap.  I'll try it.


Re: Analog Bridge and DStar

Mike, AA9VI
 

So, the solution is to swap Repeater 1 and Repeater 2 on the gateway so Dummy is repeater 1 and Hotspot repeater is repeater 2?

I had set Dummy to use port 20012 on Repeater 2.  It's easy to make the swap.  I'll try it.


Re: Analog Bridge and DStar

Steve N4IRS
 

Based on the fact that DummyRepeater and ircDDBGateway are on 2 different computers I see the default for Repeater 1 set to port 20011 and DummyRepeater sets the local port to 20011 It make sense that DummyRepeater can't be listening on localhost.

On 11/30/2017 08:56 PM, Mike Swiatkowski via Groups.Io wrote:
sysop@allstar:~$ sudo netstat -unap | grep dummy
udp        0      0 127.0.0.1:20012         0.0.0.0:*                           2254/dummyrepeater
sysop@allstar:~$ sudo netstat -unap | grep irc
sysop@allstar:~$ sudo netstat -unap | grep nalog
udp        0      0 0.0.0.0:39102           0.0.0.0:*                           1775/Analog_Bridge
udp        0      0 0.0.0.0:31000           0.0.0.0:*                           1775/Analog_Bridge
udp        0      0 0.0.0.0:34002           0.0.0.0:*                           1775/Analog_Bridge
sysop@allstar:~$


Again, DummyRepeater is not working as configured with 127.0.0.1, as shown here, as the local address.
Dummy Repeater:  192.168.1.10
Analog Bridge: 192.168.1.10
IrcddbGW: 192.168.1.9
DMR--> Allstar using 192.168.1.10:34002 and 32002
DStar--> Allstar trying to use 192.168.1.10:34001 and 32001

Does ircddbGw need the Dummy to be set on repeater 1? 

Why does the LAN address work for DummyRepeater but not the local loopback 127.0.0.1?


Mike


Re: Analog Bridge and DStar

Mike, AA9VI
 

sysop@allstar:~$ sudo netstat -unap | grep dummy
udp        0      0 127.0.0.1:20012         0.0.0.0:*                           2254/dummyrepeater
sysop@allstar:~$ sudo netstat -unap | grep irc
sysop@allstar:~$ sudo netstat -unap | grep nalog
udp        0      0 0.0.0.0:39102           0.0.0.0:*                           1775/Analog_Bridge
udp        0      0 0.0.0.0:31000           0.0.0.0:*                           1775/Analog_Bridge
udp        0      0 0.0.0.0:34002           0.0.0.0:*                           1775/Analog_Bridge
sysop@allstar:~$


Again, DummyRepeater is not working as configured with 127.0.0.1, as shown here, as the local address.
Dummy Repeater:  192.168.1.10
Analog Bridge: 192.168.1.10
IrcddbGW: 192.168.1.9
DMR--> Allstar using 192.168.1.10:34002 and 32002
DStar--> Allstar trying to use 192.168.1.10:34001 and 32001

Does ircddbGw need the Dummy to be set on repeater 1? 

Why does the LAN address work for DummyRepeater but not the local loopback 127.0.0.1?


Mike


Re: Analog Bridge and DStar

Steve N4IRS
 

Maybe this will help:

root@bridge:~# netstat -unap | grep dummy
udp        0      0 0.0.0.0:34001           0.0.0.0:*                           404/dummyrepeater
udp        0      0 0.0.0.0:56635           0.0.0.0:*                           404/dummyrepeater
udp        0      0 127.0.0.1:20011         0.0.0.0:*                           404/dummyrepeater
root@bridge:~# netstat -unap | grep irc
udp        0      0 0.0.0.0:1234            0.0.0.0:*                           402/ircddbgatewayd
udp        0      0 0.0.0.0:30001           0.0.0.0:*                           402/ircddbgatewayd
udp        0      0 0.0.0.0:30002           0.0.0.0:*                           402/ircddbgatewayd
udp        0      0 0.0.0.0:30003           0.0.0.0:*                           402/ircddbgatewayd
udp        0      0 0.0.0.0:30004           0.0.0.0:*                           402/ircddbgatewayd
udp        0      0 0.0.0.0:30005           0.0.0.0:*                           402/ircddbgatewayd
udp        0      0 0.0.0.0:30006           0.0.0.0:*                           402/ircddbgatewayd
udp        0      0 0.0.0.0:30007           0.0.0.0:*                           402/ircddbgatewayd
udp        0      0 0.0.0.0:30051           0.0.0.0:*                           402/ircddbgatewayd
udp        0      0 0.0.0.0:30052           0.0.0.0:*                           402/ircddbgatewayd
udp        0      0 0.0.0.0:30053           0.0.0.0:*                           402/ircddbgatewayd
udp        0      0 0.0.0.0:30054           0.0.0.0:*                           402/ircddbgatewayd
udp        0      0 0.0.0.0:30055           0.0.0.0:*                           402/ircddbgatewayd
udp        0      0 0.0.0.0:30056           0.0.0.0:*                           402/ircddbgatewayd
udp        0      0 0.0.0.0:30057           0.0.0.0:*                           402/ircddbgatewayd
udp        0      0 0.0.0.0:30062           0.0.0.0:*                           402/ircddbgatewayd
udp        0      0 0.0.0.0:20001           0.0.0.0:*                           402/ircddbgatewayd
udp        0      0 0.0.0.0:20002           0.0.0.0:*                           402/ircddbgatewayd
udp        0      0 0.0.0.0:20003           0.0.0.0:*                           402/ircddbgatewayd
udp        0      0 0.0.0.0:20004           0.0.0.0:*                           402/ircddbgatewayd
udp        0      0 0.0.0.0:20005           0.0.0.0:*                           402/ircddbgatewayd
udp        0      0 0.0.0.0:20006           0.0.0.0:*                           402/ircddbgatewayd
udp        0      0 0.0.0.0:20007           0.0.0.0:*                           402/ircddbgatewayd
udp        0      0 127.0.0.1:20010         0.0.0.0:*                           402/ircddbgatewayd
udp        0      0 0.0.0.0:40000           0.0.0.0:*                           402/ircddbgatewayd
root@bridge:~# netstat -unap | grep nalog
udp        0      0 0.0.0.0:44800           0.0.0.0:*                           394/Analog_Bridge
udp        0      0 0.0.0.0:32001           0.0.0.0:*                           394/Analog_Bridge
udp        0      0 0.0.0.0:31000           0.0.0.0:*                           394/Analog_Bridge
udp        0      0 0.0.0.0:45527           0.0.0.0:*                           394/Analog_Bridge



On 11/30/2017 07:12 PM, Mike Swiatkowski via Groups.Io wrote:
If I put 127.0.0.1 in the Edit--> Preferences--> Network --> Local address   no traffic will flow to the dummy repeater.  The transmit button will not send traffic to another repeater/hotspot on the LAN.  If I use 192.168.1.10 then everything works as expected.

So, I'd like to use 127.0.0.1 in that Local Port field on Dummy Repeater since the ThumbDV and AB are on that same machine but DummyRepeater is simply not functional with that setting.  It will launch fine but not traffic will flow to/from it.


Re: Analog Bridge and DStar

Steve N4IRS
 

You may want to list the machines and addresses involved. What is the IP of the DummyRepeater machine? What is the IP address of the Gateway? What is the result of netstat -unap?

On 11/30/2017 07:12 PM, Mike Swiatkowski via Groups.Io wrote:
If I put 127.0.0.1 in the Edit--> Preferences--> Network --> Local address   no traffic will flow to the dummy repeater.  The transmit button will not send traffic to another repeater/hotspot on the LAN.  If I use 192.168.1.10 then everything works as expected.

So, I'd like to use 127.0.0.1 in that Local Port field on Dummy Repeater since the ThumbDV and AB are on that same machine but DummyRepeater is simply not functional with that setting.  It will launch fine but not traffic will flow to/from it.


Re: Analog Bridge and DStar

Mike, AA9VI
 

If I put 127.0.0.1 in the Edit--> Preferences--> Network --> Local address   no traffic will flow to the dummy repeater.  The transmit button will not send traffic to another repeater/hotspot on the LAN.  If I use 192.168.1.10 then everything works as expected.

So, I'd like to use 127.0.0.1 in that Local Port field on Dummy Repeater since the ThumbDV and AB are on that same machine but DummyRepeater is simply not functional with that setting.  It will launch fine but not traffic will flow to/from it.


Re: Analog Bridge and DStar

Steve N4IRS
 

Mike,
I'm not sure what you mean when you say 127.0.0.1 does not work with DummyRepeater
Just to make sure you understand the data flow:
ircDDBGateway <---> DummyRepeater <---> Analog_Bridge <---> asterisk
I understand you have ircDDBGateway on a separate machine so the actual address is going to be needed for DummyRepeater to talk to ircDDBGateway
DummyRepeater needs to talk to Analog_Bridge. This is where the environment variables come into play. DummyRepeater uses the environment variables to know how to communicate with Analog_Bridge. If DR and AB are on the same machine, 127.0.0.1 is fine.
Analog_Bridge uses the Analog_Bridge.ini [USRP] section to know how to talk to the asterisk channel driver. If Analog_Bridge and Asterisk are on the same machine, 127.0.0.1 is fine.

73, Steve N4IRS  


Re: Invalid command from BrandMeister #brandmeister

Veijo Arponen OH4VA
 

In the screen shots is seen the undefined connection state after I have reseted the connection at BrandMeister Dashboard.


Re: Invalid command from BrandMeister #brandmeister

Veijo Arponen OH4VA
 

Thank You Matthew,

I'm running a HBlink server which is connected to three BrandMeister servers, Finland, Sweden and Hungary.

Handling the beacon message at MMDVM host side seems to be necessary. If the BM server disconnects the HBlink client hangs on the server in undefined state. Restarting the HBlink solves the issue but reconnection could be done at HBlink side when it does not receive beacons sent from the BM server.

73 de Veijo


Re: Analog Bridge and DStar

Mike, AA9VI
 

Steve,
127.0.0.1 on Dummy Repeater does not work.  192.168.1.10 does.  Presumably this is because the ircddbgateway is on 192.168.1.9 and in the repeater 2 settings I could not specify 127.0.0.1 (that would be the local loopback on the same machine).  I needed a LAN address to specify repeater 2 since it is on a different machine on the same LAN. 

Why would 127.0.0.1 not work and 192.168.1.10 work for the Dummy Repeater?  I tried netstat but about 50 things come up, nothing stands out to me.


Re: Analog Bridge and DStar

Steve N4IRS
 


Re: Analog Bridge and DStar

Mike, AA9VI
 

"You can put this in the script that starts DummyRepeater or just a script by itself.
The command env will show you your existing environment"

Is this in /usr/bin/dummyrepeater or where?  I thought that was the binary and you could not edit it.  Are you suggesting I create a bash script to add those 3 lines in and then launch dummyrepeater?


Mike


Re: Analog Bridge and DStar

Steve N4IRS
 



On 11/28/2017 11:31 PM, Mike Swiatkowski via Groups.Io wrote:
Steve,
I read "If you need to use other ports or addresses, you can define them in the environment before you start dummyrepeter."
Where do I make these changes if needed?  
 
USRP_IP="127.0.0.1";export USRP_IP
USRP_TXPORT=34001;export USRP_TXPORT
USRP_RXPORT=32001;export USRP_RXPORT
You can put this in the script that starts DummyRepeater or just a script by itself.
The command env will show you your existing environment

(I have an Allstar-DMR USRP on ports 34002:32002, and am working on this USRP for Allstar-DStar using 34001:32001).  What I noticed is the configuration of ircddbgateway and dummyrepeater is VERY, VERY, particular.  I had to use the LAN address in ircddbgateway's repeater 2 address and dummyrepeater's local address.  I'm thinking I have to modify that USRP IP to the LAN address now to match it since Allstar isn't seeing anything from it despite the modification in /etc/asterisk/rpt.conf to  contain
rxchannel = USRP/192.168.1.10:34001:32001
192.168.1.10  is necessary (I think) since Dummy repeater won't work with the 127.0.0.1 address
(or am I wrong?)
Yes it will work with 127.0.0.1
netstat is your friend

-- can I have two instances of USRP running on the same box as long as the ports are different?
Yes you can. Each node can have it's own instnace:

[1234]
rxchannel = USRP/192.168.1.10:34001:32001

[4321]
rxchannel = USRP/192.168.1.10:35001:36001



IRCDDBGATEWAY: 192.168.1.9
REPEATER 1:  127.0.0.1 (located on same box as ircddbgateway)
DUMMYREPEATER (REPEATER 2): 192.168.1.10

192.168.1.10 has the Allstar - DMR gateway
192.168.1.10 working on adding Allsatr-DMR on the same box







Mike


Re: Invalid command from BrandMeister #brandmeister

Matthew 2E0SIP
 

Hi Veijo,

It looks like this is a "Beacon Message" from Brandmeister documented here - https://wiki.brandmeister.network/index.php/Homebrew_repeater_protocol

When received by MMDVMHost it enables beaconing - https://github.com/g4klx/MMDVMHost/blob/master/DMRNetwork.cpp#L443

Personally I think its worth logging it on a debug level rather than dropping it silently, however as the end user can enable beaconing in the MMDVM.ini I don't think it needs to be handled in HBlink.

Cheers
Matthew
2E0SIP


Re: Analog Bridge and DStar

Mike, AA9VI
 

Steve,
I read "If you need to use other ports or addresses, you can define them in the environment before you start dummyrepeter."
Where do I make these changes if needed?  
 
USRP_IP="127.0.0.1";export USRP_IP
USRP_TXPORT=34001;export USRP_TXPORT
USRP_RXPORT=32001;export USRP_RXPORT

(I have an Allstar-DMR USRP on ports 34002:32002, and am working on this USRP for Allstar-DStar using 34001:32001).  What I noticed is the configuration of ircddbgateway and dummyrepeater is VERY, VERY, particular.  I had to use the LAN address in ircddbgateway's repeater 2 address and dummyrepeater's local address.  I'm thinking I have to modify that USRP IP to the LAN address now to match it since Allstar isn't seeing anything from it despite the modification in /etc/asterisk/rpt.conf to  contain
rxchannel = USRP/192.168.1.10:34001:32001
192.168.1.10  is necessary (I think) since Dummy repeater won't work with the 127.0.0.1 address
(or am I wrong?)

-- can I have two instances of USRP running on the same box as long as the ports are different?

IRCDDBGATEWAY: 192.168.1.9
REPEATER 1:  127.0.0.1 (located on same box as ircddbgateway)
DUMMYREPEATER (REPEATER 2): 192.168.1.10

192.168.1.10 has the Allstar - DMR gateway
192.168.1.10 working on adding Allsatr-DMR on the same box







Mike


Re: More weird testing

Mike Zingman - N4IRR
 

Bob,
Analog_Bridge has several audio shaping methods available (AUDIO_UNITY, AUDIO_USE_AGC, AUDIO_USE_GAIN). The initial P25 code ad this turned off, but we can now use these to help get the audio levels correct from ASL to P25. Ideally, I would like for the AGC to be used as it will help limit the loud users but the algorithm I am using seems to pump more than I would like it to. We will keep working to get the levels and quality right, but it will take time.

Mike


Re: More weird testing

Steve N4IRS
 

Bob,
Thanks for the input, that's what I heard as well. Steve was on DMR, so it was DMR <---> ASL <---> P25
We have to do more testing of ASL ---> P25 to get the audio dialed in. There are also some code changes that need to be tested.

Thanks for the report.

Steve

On 11/27/2017 11:58 AM, Bob N1XBM wrote:
Steve,

Not sure if your looking for input, but I was listening to Steve K4KSA on P25. His audio sounded a little over driven. I assume he was on analog??? Maybe it was the audio he was putting in on his side.

So far pretty good, I was listening from my end on Allstar, but I dropped the link because "everything" I got going here, a zello user on my end got in and I just didn't want to add that layer of confusion.

N1XBM
Apparare Scientor
Paratus Communicare
Allstar Node # 27086, 41540, 41812, 42086, 42658, 42657
www.radioguysrepeaternetwork.com

On Nov 27, 2017 8:14 AM, "Bob kc2cwt" <kc2cwt@...> wrote:
Very nice ... thank for all your time and hard work on this ..

KC2CWT
Bob Schneider
kc2cwt@...
(914)497-5502

-----Original Message-----
From: Steve N4IRS <szingman@...>
To: DVSwitch@groups.io
Sent: Mon, 27 Nov 2017 7:48 AM
Subject: Re: [DVSwitch] More weird testing

[Edited Message Follows]

As of this morning IMBE_Bridge is running in 2 way mode. In other words, full transceive. ASL <---> MMDVM P25 Network. It is connected to ASL node 2600. This is still early code. Some cleanup is still left to do.
I will leave it in transceive on The NA TG 10200 while I ma monitoring it. If I am going to be away from the console I'll put it in receive only. We do not want to put out noise on the most popular P25 reflector

Steve


Re: More weird testing

Steve Siesel [K4KSA]
 

I was on DMR, and I have been told my radio has always sounded robust or hot….However I do know there is a lot of audio processing going on from DMR<>Allstar<>P25……

 

Steve

 

From: DVSwitch@groups.io [mailto:DVSwitch@groups.io] On Behalf Of Bob N1XBM
Sent: Monday, November 27, 2017 11:59 AM
To: DVSwitch@groups.io
Subject: Re: [DVSwitch] More weird testing

 

Steve,

 

Not sure if your looking for input, but I was listening to Steve K4KSA on P25. His audio sounded a little over driven. I assume he was on analog??? Maybe it was the audio he was putting in on his side.

 

So far pretty good, I was listening from my end on Allstar, but I dropped the link because "everything" I got going here, a zello user on my end got in and I just didn't want to add that layer of confusion.

N1XBM
Apparare Scientor
Paratus Communicare
Allstar Node # 27086, 41540, 41812, 42086, 42658, 42657
www.radioguysrepeaternetwork.com

 

On Nov 27, 2017 8:14 AM, "Bob kc2cwt" <kc2cwt@...> wrote:

Very nice ... thank for all your time and hard work on this ..

KC2CWT
Bob Schneider
kc2cwt@...
(914)497-5502

-----Original Message-----
From: Steve N4IRS <szingman@...>
To: DVSwitch@groups.io
Sent: Mon, 27 Nov 2017 7:48 AM
Subject: Re: [DVSwitch] More weird testing

[Edited Message Follows]

As of this morning IMBE_Bridge is running in 2 way mode. In other words, full transceive. ASL <---> MMDVM P25 Network. It is connected to ASL node 2600. This is still early code. Some cleanup is still left to do.
I will leave it in transceive on The NA TG 10200 while I ma monitoring it. If I am going to be away from the console I'll put it in receive only. We do not want to put out noise on the most popular P25 reflector

Steve

10021 - 10040 of 10557