Date   

Re: Help with multiple instances of DV Switch

Alex MM7BDW
 

Connectivity to AllStar is more important. It started off with this "bridge node" being connected into our normal AllStar network bridging to one DMR network which was simple to setup until we decided to also want to be connected to another network as well. So I suppose in a way bridging DMR to DMR could be the solution. We don't need mobile device access or web browser access. As long as whatever happens on our AllStar side of things can be heard coming through the DMR networks and vice versa. Ideally I would be looking for the simplest approach as I am very new to this and just learning as I go 

Alex


Re: Help with multiple instances of DV Switch

Steve N4IRS
 

Alex,
is the bridging the 2 DMR the primary purpose of the bridge or is connectivity to AllStar more important? If you need to shutdown the DMR bridge, does AllStar need to stay connected to one or more of the DMR networks? Do you need access from Mobile devices (cellular / WiFi) Do you need web browser access?
I can see this as a full time DMR <-> DMR bridge with AllStar also connected. DMR <-> DMR would not need to be transcoded, so no loss of DMR quality. I see 2 instances of MMDVM_Bridge and 1 instance of Analog_Bridge.

Steve

On 4/23/2021 8:41 AM, Alex MM7BDW wrote:
Steve, 

Basically the setup is that my friend and I have started putting together a small network. We have a few nodes in the cloud and a couple of RF connected nodes. We have Echolink configured and coming into a couple of these nodes and at the moment have it bridging across to 2 different DMR talkgroups on 2 different networks. We have achieved this by having one node configured to bridge to one network and another node configured to bridge to the other network. These talkgroups are ours that we have set up so we know they aren't connected elsewhere and therefore we know that there are no loops being created. What I was hoping to do was to have this happening on one node only and therefore a couple of instances of DV Switch needed to do that. That way if there are any problems it means we can just disconnect that node and it doesn't interfere with anything else we are doing. 

Hope this makes sense. 

Alex 
MM7BDW


Re: Help with multiple instances of DV Switch

Alex MM7BDW
 

Steve, 

Basically the setup is that my friend and I have started putting together a small network. We have a few nodes in the cloud and a couple of RF connected nodes. We have Echolink configured and coming into a couple of these nodes and at the moment have it bridging across to 2 different DMR talkgroups on 2 different networks. We have achieved this by having one node configured to bridge to one network and another node configured to bridge to the other network. These talkgroups are ours that we have set up so we know they aren't connected elsewhere and therefore we know that there are no loops being created. What I was hoping to do was to have this happening on one node only and therefore a couple of instances of DV Switch needed to do that. That way if there are any problems it means we can just disconnect that node and it doesn't interfere with anything else we are doing. 

Hope this makes sense. 

Alex 
MM7BDW


Re: Help with multiple instances of DV Switch

Steve N4IRS
 

Alex,
To build your system the way you defined, yes, you need to define a second node in rpt.conf and use another pair of port numbers for USRP.

My question is what is your end goal? Are you trying to access 2 different DMR networks at the same time? Are you trying to bridge the 2 DMR networks? (may not be a good idea)

Tell us more about your goals and we can go from there.

Steve N4IRS


Re: Help with multiple instances of DV Switch

Patrick Perdue
 

To avoid transcoding issues between multiple common AMBE codecs, it's a better idea to use hblink and a single instance of DVSwitch. Hblink connects to the master servers (if Brandmeister, use OpenBridge or connect to an XLX reflector with interlink) and let it do the digital bridging, then connect to your local hblink as a master with MMDVM_Bridge. This works well for me, bridging Brandmeister via XLX interlink, and two other DMR master servers.

Note: DO *NOT* use hblink as a standard peer to Brandmeister.



On 4/22/2021 10:38 PM, mm7bdw@... wrote:
Hi there, I am trying to bridge ASL to two different DMR networks and understand that I need to run two instances of DV Switch to make this happen. I have MMDVM_Bridge, MMDVM_Bridge2, Analog_Bridge and Analog_Bridge2. I have copied over the .service files as well and amended the path to the new instances in each service. I have chose different tx and rx ports in the second instance so that they are not the same as the first and changed the local ports on the DMR stanza to make them different as well. From what I can see, everything is set up correctly and the logs confirm that both instances have logged into their respective DMR masters correctly. 

My question is, do I need to specify different USRP ports for the second instance and if so how do I also show this in the rpt.conf file on ASL? Basically I can only transmit and receive from ASL to one DMR network (the first instance) and not the second. This is the only thing I think that might be preventing it from working correctly. 

Any advice on what to look at here? Thanks in advance

Alex
MM7BDW


Help with multiple instances of DV Switch

Alex MM7BDW
 

Hi there, I am trying to bridge ASL to two different DMR networks and understand that I need to run two instances of DV Switch to make this happen. I have MMDVM_Bridge, MMDVM_Bridge2, Analog_Bridge and Analog_Bridge2. I have copied over the .service files as well and amended the path to the new instances in each service. I have chose different tx and rx ports in the second instance so that they are not the same as the first and changed the local ports on the DMR stanza to make them different as well. From what I can see, everything is set up correctly and the logs confirm that both instances have logged into their respective DMR masters correctly. 

My question is, do I need to specify different USRP ports for the second instance and if so how do I also show this in the rpt.conf file on ASL? Basically I can only transmit and receive from ASL to one DMR network (the first instance) and not the second. This is the only thing I think that might be preventing it from working correctly. 

Any advice on what to look at here? Thanks in advance

Alex
MM7BDW


Re: Fusion node lists and tune string

Steve N4IRS
 

Also, show me the startup of YSFGateway

On 4/22/21 2:00 PM, G4WXN@... wrote:
Files attached.

Hope that helps

Definitely in YSF mode
--
Derek

G4WXN


Re: Fusion node lists and tune string

Steve N4IRS
 

Show me the output of:
netstat -unap

Steve N4IRS

On 4/22/21 2:00 PM, G4WXN@... wrote:
Files attached.

Hope that helps

Definitely in YSF mode
--
Derek

G4WXN


Re: STFU

Steve N4IRS
 

STFU is our implementation of the BrandMeister Open DMR Terminal Protocol. BM is pushing all the software based developrs to use ODMRTP to connect to BM. Simple Terminal Feature Update is our answer to BrandMeister. ODMRTP has problems and more may have cropped up today.

Intercom mode is used to communicate between DVSwitch clients across the Analog_Reflector without going out over and of the supported digital protocols (DMR D-Star YSF NXDN P25 M17)

Steve N4IRS

On 4/22/21 4:41 PM, Kenneth Grimard wrote:
What is stfu mode?

What is intercom mode?

Ken n1dot


On Thu, Apr 22, 2021, 15:30 f0dei <f0dei@...> wrote:
yes, 7 digit  (2080360) but it's not working.

KENWOOD NX5300 decode as Broadcast call 
(not decode every Time)
HYTERA and Motorola decode nothing.



YSF reflector How-To

Benjamin ON5BGO
 

HI all,

I’m Ben - ON5BGO from Belgium 

is there a how to guide to install and configure an YSF reflector ? And what are the hardware requirements for a good and stable  works ?

(sorry for this off-topic message but i don’t found the YSF group, if it’s exists)

Thanks,
73, Ben 


Re: STFU

Kenneth Grimard
 

What is stfu mode?

What is intercom mode?

Ken n1dot


On Thu, Apr 22, 2021, 15:30 f0dei <f0dei@...> wrote:
yes, 7 digit  (2080360) but it's not working.

KENWOOD NX5300 decode as Broadcast call 
(not decode every Time)
HYTERA and Motorola decode nothing.


Re: STFU

f0dei
 

yes, 7 digit  (2080360) but it's not working.

KENWOOD NX5300 decode as Broadcast call 
(not decode every Time)
HYTERA and Motorola decode nothing.


Re: STFU

Mike Zingman - N4IRR
 

Do not use SSID, just 7 digit DMR ID


Re: STFU

f0dei
 

For your info :

On Motorola not OK no audio no talker alias
On Hytera not OK no audio no talker alias

OK on Kenwood NX5300 OK call received as brodcast call???


Re: STFU

f0dei
 

Ok no problem.
Something is always wrong since no audio on RF side.

Good meeting and let me know if you found something.

Thanks for your nice work !


Re: STFU

Steve N4IRS
 

I'm in a meeting, I'll check in when I can

Sent via smoke signal (AT&T)


From: main@DVSwitch.groups.io <main@DVSwitch.groups.io> on behalf of f0dei <f0dei@...>
Sent: Thursday, April 22, 2021 2:03:45 PM
To: main@DVSwitch.groups.io <main@DVSwitch.groups.io>
Subject: Re: [DVSwitch] STFU
 
With DMR ID, call is routed to RF side but no audio and no ID or talker alias


Re: STFU

f0dei
 

With DMR ID, call is routed to RF side but no audio and no ID or talker alias


Re: STFU

Steve N4IRS
 

Put in your dmr id

Sent via smoke signal (AT&T)


From: main@DVSwitch.groups.io <main@DVSwitch.groups.io> on behalf of f0dei <f0dei@...>
Sent: Thursday, April 22, 2021 1:46:12 PM
To: main@DVSwitch.groups.io <main@DVSwitch.groups.io>
Subject: Re: [DVSwitch] STFU
 
in DVSwitch.in
UserID  = 208036002


Re: STFU

Steve N4IRS
 

See my question. The id you transmit with must match the id you login with.

Sent via smoke signal (AT&T)


From: main@DVSwitch.groups.io <main@DVSwitch.groups.io> on behalf of f0dei <f0dei@...>
Sent: Thursday, April 22, 2021 1:43:48 PM
To: main@DVSwitch.groups.io <main@DVSwitch.groups.io>
Subject: Re: [DVSwitch] STFU
 
From Hytera repeater to STFU it's ok, I heard audio
From HTML Client or PNC380 nothing routed to RF side


Re: STFU

f0dei
 

in DVSwitch.in
UserID  = 208036002

441 - 460 of 9595