Date   

Re: Bridge

Joshua Johnson - KC5JMJ
 

if it was a reference or something i kinda missed it sorry


Re: Bridge

Steve N4IRS
 

Never mind

On 12/14/2020 11:27 AM, ibjosh1985@... wrote:
?


Re: Bridge

Joshua Johnson - KC5JMJ
 

?


Re: Followup on Network Watchdog timeout message FCS to DMR bridge

Steve N4IRS
 

David,
What processor are you running your bridges on? uname -a

On 12/13/2020 11:59 PM, David Young wrote:
Steve,

Not sure about the command you are asking me to execute  /opt/MMDVM_Bridge -v
This results in command not found.  I think you are asking for the version of MMDVM_Bridge which is 1.6.1 for the NXDN bridge.

Attached are 2 log files, one from the NXDN bridge log and the second from the FCS bridge log.  These were copied from the MMDVM_Bridge log showing my transmissions from FCS00479 and resulting log entries seen from the NXDN MMDVM_Bridge.  As seen on the NXDN bridge log after each FCS transmission is received on NXDN at the end of those transmissions the log shows the Network Timeout error and no TX OFF log entry, causing NXDN to stay in receive mode.  The last transmission shown in the NXDN bridge log is from me transmitting from TGIF DMR showing a valid NXDN TX OFF log entry which then allows NXDN to pass new NXDN transmissions back through the bridge to HBlink3 master.

Dave
--
Dave WB6DTB


Re: Bridge

Steve N4IRS
 

If you run it on UDP port 31337, you can be leetx2 or confused for Back Orifice.

On 12/14/2020 10:55 AM, ibjosh1985@... wrote:
sweet 31337 is it then


Re: Bridge

Joshua Johnson - KC5JMJ
 

sweet 31337 is it then


Re: Bridge

Steve N4IRS
 

Correct

On 12/14/2020 10:43 AM, ibjosh1985@... wrote:
yes i want to create my own TG. so basically you are saying to use a number that is not being used in that list.


Re: Bridge

Joshua Johnson - KC5JMJ
 

yes i want to create my own TG. so basically you are saying to use a number that is not being used in that list.


Re: Bridge

Steve N4IRS
 

Are you going to create your own TG? If so You can find a list of TGs in use here /var/lib/mmdvm/P25Hosts.txt

On 12/14/2020 10:37 AM, ibjosh1985@... wrote:
i have both the p25 reflector and gateway installed how do i figure out its TG


Re: Bridge

Joshua Johnson - KC5JMJ
 

i have both the p25 reflector and gateway installed how do i figure out its TG


Re: Bridge

Steve N4IRS
 

Yes you can. I have not built a .deb for it yet, so you will need to install from source.

On 12/14/2020 8:40 AM, ibjosh1985@... wrote:
Ok and to verify I can install it on the same system


Re: Bridge

Joshua Johnson - KC5JMJ
 

Ok and to verify I can install it on the same system


Re: Bridge

Steve N4IRS
 

You will need to install that. It is not part of DVSwitch Server.

On 12/13/2020 11:13 PM, ibjosh1985@... wrote:
question when i had setup the dv switch did that install the p25 reflector to or do i still need to install that


Re: Followup on Network Watchdog timeout message FCS to DMR bridge

Steve N4IRS
 

Dave,
Mike and I tested FCS bridging this weekend. Here is what we ran:

Mike:
FCS00290 to NXDN 3166

Steve
FCS00290 to DMR 3112138

In each case, audio is clean and EOT is being received by a station monitoring to bridge output. Admittedly, we were listening to the output on DVSwitch based nodes.
We did not test with HBlink3 in the mix. Can you give me a simple diagram of what your are doing to bridge the 3 modes?

Steve

On 12/13/2020 11:59 PM, David Young wrote:
Steve,

Not sure about the command you are asking me to execute  /opt/MMDVM_Bridge -v
This results in command not found.  I think you are asking for the version of MMDVM_Bridge which is 1.6.1 for the NXDN bridge.

Attached are 2 log files, one from the NXDN bridge log and the second from the FCS bridge log.  These were copied from the MMDVM_Bridge log showing my transmissions from FCS00479 and resulting log entries seen from the NXDN MMDVM_Bridge.  As seen on the NXDN bridge log after each FCS transmission is received on NXDN at the end of those transmissions the log shows the Network Timeout error and no TX OFF log entry, causing NXDN to stay in receive mode.  The last transmission shown in the NXDN bridge log is from me transmitting from TGIF DMR showing a valid NXDN TX OFF log entry which then allows NXDN to pass new NXDN transmissions back through the bridge to HBlink3 master.

Dave
--
Dave WB6DTB


Re: Followup on Network Watchdog timeout message FCS to DMR bridge

Steve N4IRS
 

Sorry.
Show the output of:
/opt/MMDVM_Bridge/MMDVM_Bridge -v

Sent by smoke signal (AT&T)


From: main@DVSwitch.groups.io <main@DVSwitch.groups.io> on behalf of David Young <dly2@...>
Sent: Sunday, December 13, 2020 11:59:05 PM
To: main@DVSwitch.groups.io <main@DVSwitch.groups.io>
Subject: Re: [DVSwitch] Followup on Network Watchdog timeout message FCS to DMR bridge
 
Steve,

Not sure about the command you are asking me to execute  /opt/MMDVM_Bridge -v
This results in command not found.  I think you are asking for the version of MMDVM_Bridge which is 1.6.1 for the NXDN bridge.

Attached are 2 log files, one from the NXDN bridge log and the second from the FCS bridge log.  These were copied from the MMDVM_Bridge log showing my transmissions from FCS00479 and resulting log entries seen from the NXDN MMDVM_Bridge.  As seen on the NXDN bridge log after each FCS transmission is received on NXDN at the end of those transmissions the log shows the Network Timeout error and no TX OFF log entry, causing NXDN to stay in receive mode.  The last transmission shown in the NXDN bridge log is from me transmitting from TGIF DMR showing a valid NXDN TX OFF log entry which then allows NXDN to pass new NXDN transmissions back through the bridge to HBlink3 master.

Dave
--
Dave WB6DTB


Re: Followup on Network Watchdog timeout message FCS to DMR bridge

David Young
 

Steve,

Not sure about the command you are asking me to execute  /opt/MMDVM_Bridge -v
This results in command not found.  I think you are asking for the version of MMDVM_Bridge which is 1.6.1 for the NXDN bridge.

Attached are 2 log files, one from the NXDN bridge log and the second from the FCS bridge log.  These were copied from the MMDVM_Bridge log showing my transmissions from FCS00479 and resulting log entries seen from the NXDN MMDVM_Bridge.  As seen on the NXDN bridge log after each FCS transmission is received on NXDN at the end of those transmissions the log shows the Network Timeout error and no TX OFF log entry, causing NXDN to stay in receive mode.  The last transmission shown in the NXDN bridge log is from me transmitting from TGIF DMR showing a valid NXDN TX OFF log entry which then allows NXDN to pass new NXDN transmissions back through the bridge to HBlink3 master.

Dave
--
Dave WB6DTB


Re: Bridge

Joshua Johnson - KC5JMJ
 

question when i had setup the dv switch did that install the p25 reflector to or do i still need to install that


Re: Bridge

Joshua Johnson - KC5JMJ
 

that installed with no error's is there more steps that i need to do


Re: Adding P25 to existing YSF and DMR bridge

Steve N4IRS
 

Gary,
You will have 2 instances of MB. So you will have 2 MB.ini and 2 dvswitch.ini files.

One thing you can use to check is dvswitch.sh

With only one of your bridges running, run
/opt/MMDVM_Bridge/dvswitch.sh getUDPPortsForProcess ALL

The stop that bridge and start the other bridge
/opt/MMDVM_Bridge/dvswitch.sh getUDPPortsForProcess ALL

compare the 2 outputs.

On 12/13/20 9:48 PM, Gary, KE8O wrote:
With the help of Joe, W8RIK and Ken, W8KWH I was able to confirm inbound DMR to YSF has stopped working when my second instance of MB is running for my P25 to DMR bridge is started. Outbound YSF to DMR works fine. I suspect some type of a port conflict but nothing is showing up in my log. I also verified that both instances of MB show logged in successfully to the DMR master server. 

I've attached my YSF to DMR MB.ini and DVS.ini files. 

 
 


Re: Adding P25 to existing YSF and DMR bridge

Gary, KE8O
 

With the help of Joe, W8RIK and Ken, W8KWH I was able to confirm inbound DMR to YSF has stopped working when my second instance of MB is running for my P25 to DMR bridge is started. Outbound YSF to DMR works fine. I suspect some type of a port conflict but nothing is showing up in my log. I also verified that both instances of MB show logged in successfully to the DMR master server. 

I've attached my YSF to DMR MB.ini and DVS.ini files. 

 
 

2121 - 2140 of 9882