Date   

Re: Brandmeister block DVSwitch

Steve N4IRS
 

It is not a FAKE repeater connection. It is a MMDVM connection. I've made my feelings clear on the subject and as I've said, we will be supporting ODMRTP in the near future for single user configurations. For multi-user bridges we will continue as we are. If someone needs to add a instance of HB3 between MB and BM, so be it. I will post this again.

If you are connecting to BM, make sure your RX and TX frequency are set to a single frequency.

This is the default:
[Info]
RXFrequency=222340000
TXFrequency=224940000

Change it to:
[Info]
RXFrequency=224940000
TXFrequency=224940000

Steve N4IRS

On 2/9/21 5:11 PM, Pierre Martel wrote:
https://wiki.brandmeister.network/index.php/Open_DMR_Terminal_Protocol

But still if you ask for an open bridge link you will have it. 

Is that so complicated? Unless you are doing something that is not wanted by the BM group, why try to hide behind a fake repeater connection?

I am doing a link to Brandmeister Canada to Allstarlink and Hamshack Hotline right now, I will follow the rules and on HH I asked for an HHX link (experimental) on Allstarlink they don't have rules to prevent linking to other networks that I know of, So I only requested a Node number and properly identified it. And on Brandmeister I talked to the admin on the Canadian server and he agreed to my project.  Took a whole 30 minute total to deal with this if all the action was put back to back. 

Not a lot of red tape imho. 

If there are rules like that it is because some users don't know what they are doing and create loops between networks. And that causes problems to the stability of the nets. BM is only protecting the networks they worked hard to put in place. 


Pierre
VE2PF



Le mar. 9 févr. 2021 à 16:05, R. H. <ruediger.h@...> a écrit :
Sorry ... little Mistake ... open terminal protocol is that was Brandmeister want

Holen Sie sich Outlook für Android



Re: Brandmeister block DVSwitch

Jeff Lehman, N8ACL
 

Well if you are linking to Hamshack Hotline, you already messed it up. 

You need to request an RF-Link extension, not an experimental extension. 

Just as a side note…..

Jeff

On Feb 9, 2021, at 5:11 PM, Pierre Martel <petem001@...> wrote:

https://wiki.brandmeister.network/index.php/Open_DMR_Terminal_Protocol

But still if you ask for an open bridge link you will have it. 

Is that so complicated? Unless you are doing something that is not wanted by the BM group, why try to hide behind a fake repeater connection?

I am doing a link to Brandmeister Canada to Allstarlink and Hamshack Hotline right now, I will follow the rules and on HH I asked for an HHX link (experimental) on Allstarlink they don't have rules to prevent linking to other networks that I know of, So I only requested a Node number and properly identified it. And on Brandmeister I talked to the admin on the Canadian server and he agreed to my project.  Took a whole 30 minute total to deal with this if all the action was put back to back. 

Not a lot of red tape imho. 

If there are rules like that it is because some users don't know what they are doing and create loops between networks. And that causes problems to the stability of the nets. BM is only protecting the networks they worked hard to put in place. 


Pierre
VE2PF



Le mar. 9 févr. 2021 à 16:05, R. H. <ruediger.h@...> a écrit :
Sorry ... little Mistake ... open terminal protocol is that was Brandmeister want

Holen Sie sich Outlook für Android





Re: Brandmeister block DVSwitch

Pierre Martel
 

https://wiki.brandmeister.network/index.php/Open_DMR_Terminal_Protocol

But still if you ask for an open bridge link you will have it. 

Is that so complicated? Unless you are doing something that is not wanted by the BM group, why try to hide behind a fake repeater connection?

I am doing a link to Brandmeister Canada to Allstarlink and Hamshack Hotline right now, I will follow the rules and on HH I asked for an HHX link (experimental) on Allstarlink they don't have rules to prevent linking to other networks that I know of, So I only requested a Node number and properly identified it. And on Brandmeister I talked to the admin on the Canadian server and he agreed to my project.  Took a whole 30 minute total to deal with this if all the action was put back to back. 

Not a lot of red tape imho. 

If there are rules like that it is because some users don't know what they are doing and create loops between networks. And that causes problems to the stability of the nets. BM is only protecting the networks they worked hard to put in place. 


Pierre
VE2PF



Le mar. 9 févr. 2021 à 16:05, R. H. <ruediger.h@...> a écrit :
Sorry ... little Mistake ... open terminal protocol is that was Brandmeister want

Holen Sie sich Outlook für Android


Re: banned DVSwitch

Randy AA6RH
 

On Tue, Feb 9, 2021 at 11:43 AM, Steve N4IRS wrote:
There are a LOT of politics in the discussion of OpenBridge vs HB (MMDVM) I can tell you when we worked with Cort on the Python implementation, it was envisioned as a mult-TG bridge solution. BM has always had a problem with HB. I really don't see a issue with a single reflector mode (P25, NXDN, YSF, ASL) using HB to connect to a Master. It is BM's sandbox and that's the way they want it. As of today, DVSwitch does not support OB nor the BM preferred connection from a Mobile device. In the case of Mobile that may be changing as we complete Simple Terminal Feature Update.
And to amplify what Steve says here, we've been dealing with this for a lot longer over in HBLink (seeing as that was mostly Cort's work that I'm looking after now).

BM can run their network the way they want, and they've been very vocal about how they want connections into their network to function. The fact that they are blacklisting certain peer types is no surprise to me whatsoever.

The good news is that there's no reason really to panic (other than the fact that it will probably take you more than a day to sort this out). If you're interested in continuing to use BM's network, open a support ticket to set up a bridge and specify that it will be OpenBridge.

I get the feeling that they are funneling everyone that direction for a reason, but I don't know exactly what that reason is. What I will say is that once you do get OpenBridge working with them, your connection will probably perform better overall. I'm sure that there will be someone who will contradict that statement, so I will also say that YMMV and to always be on the lookout for a backup plan to the backup plan.

I'll be over the HBLink forum if you need me.

--R 
--
Randy Hall AA6RH (not K7AGE, quit asking) 😁


Re: Brandmeister block DVSwitch

R. H.
 

Sorry ... little Mistake ... open terminal protocol is that was Brandmeister want

Holen Sie sich Outlook für Android


Re: banned DVSwitch

Peter M0NWI
 

Agreed Steve, but I suppose I'm coming from a network to network solution thinking.
MMDVM protocol works well for a more personal to TG solution.


From: main@DVSwitch.groups.io <main@DVSwitch.groups.io> on behalf of Steve N4IRS <szingman@...>
Sent: 09 February 2021 19:43
To: main@DVSwitch.groups.io <main@DVSwitch.groups.io>
Subject: Re: [DVSwitch] banned DVSwitch
 
There are a LOT of politics in the discussion of OpenBridge vs HB (MMDVM) I can tell you when we worked with Cort on the Python implementation, it was envisioned as a mult-TG bridge solution. BM has always had a problem with HB. I really don't see a issue with a single reflector mode (P25, NXDN, YSF, ASL) using HB to connect to a Master. It is BM's sandbox and that's the way they want it. As of today, DVSwitch does not support OB nor the BM preferred connection from a Mobile device. In the case of Mobile that may be changing as we complete Simple Terminal Feature Update.

For OpenBridge, I suggest people wanting to bridge to BM start reading up on OB. Unlike HB, OB requires you coordinate with the Master to setup your connection. If that Master goes down you can not just move to a different Master. Before I start getting a bunch of flack about why move to OB, I'll say it again, it's BM's sandbox.

Steve N4IRS 

On 2/9/2021 2:29 PM, Peter M0NWI wrote:
Have a Google, it's the network to network protocol, which you can pass concurrent channels of TGs down then split them out using the confbridge rules at you network end.  It's quite efficient and the right way to link. 


From: main@DVSwitch.groups.io <main@DVSwitch.groups.io> on behalf of G4WXN@... <G4WXN@...>
Sent: 09 February 2021 19:18
To: main@DVSwitch.groups.io <main@DVSwitch.groups.io>
Subject: Re: [DVSwitch] banned DVSwitch
 
What's openbridge?

--
Derek

G4WXN


Re: banned DVSwitch

Steve N4IRS
 

No, you do not. For now, just check the MMDVM_Bridge.ini file
This is the default:
[Info]
RXFrequency=222340000
TXFrequency=224940000

Change it to:
[Info]
RXFrequency=224940000
TXFrequency=224940000

In other words, Make it a simplex frequency.

Steve N4IRS


On 2/9/2021 2:50 PM, G4WXN@... wrote:

I only use DVSwitch as a pseudo hotspot, with the DVSM app.

So do I even need openbridge?
 
--
Derek

G4WXN



Re: banned DVSwitch

G4WXN@...
 

I only use DVSwitch as a pseudo hotspot, with the DVSM app.

So do I even need openbridge?
 
--
Derek

G4WXN


Re: banned DVSwitch

Steve N4IRS
 

There are a LOT of politics in the discussion of OpenBridge vs HB (MMDVM) I can tell you when we worked with Cort on the Python implementation, it was envisioned as a mult-TG bridge solution. BM has always had a problem with HB. I really don't see a issue with a single reflector mode (P25, NXDN, YSF, ASL) using HB to connect to a Master. It is BM's sandbox and that's the way they want it. As of today, DVSwitch does not support OB nor the BM preferred connection from a Mobile device. In the case of Mobile that may be changing as we complete Simple Terminal Feature Update.

For OpenBridge, I suggest people wanting to bridge to BM start reading up on OB. Unlike HB, OB requires you coordinate with the Master to setup your connection. If that Master goes down you can not just move to a different Master. Before I start getting a bunch of flack about why move to OB, I'll say it again, it's BM's sandbox.

Steve N4IRS 

On 2/9/2021 2:29 PM, Peter M0NWI wrote:
Have a Google, it's the network to network protocol, which you can pass concurrent channels of TGs down then split them out using the confbridge rules at you network end.  It's quite efficient and the right way to link. 


From: main@DVSwitch.groups.io <main@DVSwitch.groups.io> on behalf of G4WXN@... <G4WXN@...>
Sent: 09 February 2021 19:18
To: main@DVSwitch.groups.io <main@DVSwitch.groups.io>
Subject: Re: [DVSwitch] banned DVSwitch
 
What's openbridge?

--
Derek

G4WXN


Re: banned DVSwitch

Peter M0NWI
 

Have a Google, it's the network to network protocol, which you can pass concurrent channels of TGs down then split them out using the confbridge rules at you network end.  It's quite efficient and the right way to link. 


From: main@DVSwitch.groups.io <main@DVSwitch.groups.io> on behalf of G4WXN@... <G4WXN@...>
Sent: 09 February 2021 19:18
To: main@DVSwitch.groups.io <main@DVSwitch.groups.io>
Subject: Re: [DVSwitch] banned DVSwitch
 
What's openbridge?

--
Derek

G4WXN


Re: banned DVSwitch

G4WXN@...
 

What's openbridge?

--
Derek

G4WXN


Re: Brandmeister block DVSwitch

Peter M0NWI
 

Why are you not using Open Bridge then? I'm sure Cort built this into HBLink3?


From: main@DVSwitch.groups.io <main@DVSwitch.groups.io> on behalf of ruediger.h@... <ruediger.h@...>
Sent: 09 February 2021 06:42
To: main@DVSwitch.groups.io <main@DVSwitch.groups.io>
Subject: [DVSwitch] Brandmeister block DVSwitch
 
Hi there.
Since Yesterday, my DWSwitch is disabled from Brandmeister (master1.bm262.de)
Brandmeister Team is missing the Open Bridge Protocoll and cut off all DVSWitches as long DVSwitch is not support the Open Bridge Protocoll

Is there any solution planned to implement that Protocol ?


Re: banned DVSwitch

G4WXN@...
 

Mine appears to be working fine.

--
Derek

G4WXN


Re: banned DVSwitch

Steve N4IRS
 

Check your MMDVM_Bridge.ini

[Info]
RXFrequency=222340000
TXFrequency=224940000

Change to:
[Info]
RXFrequency=224940000
TXFrequency=224940000

Or, make sure your frequencies are the same (simplex)

Steve N4IRS

On 2/9/2021 7:50 AM, Wolfgang DK5UF wrote:
Hi folks,
please find enclosed a link to a  yesterdays Brandmeister news. According to
this news, my Dvswitch has been disabled yesterday. Are there
any thoughts to solve the problem  ?
vy 73 + 55s from Wolfgang, DK5UF
http://bm262.de/dmr-programme-fuer-handy-und-pc-wilde-links/


Re: banned DVSwitch

JJ Cummings
 

Were you using OpenBridge, had you coordinated a connection to Brandmeister and setup the OpenBridge connection with them, mapping the TGs that you wanted to be carried over the OpenBridge connection?  If this is not what you did, then that's why you were disconnected.

There are numerous conversations about this and information even on the BM site itself stating that you must use OpenBridge...

JJC

On Tue, Feb 9, 2021 at 10:44 AM Wolfgang DK5UF <worit@...> wrote:
Hi folks,
please find enclosed a link to a  yesterdays Brandmeister news. According to
this news, my Dvswitch has been disabled yesterday. Are there
any thoughts to solve the problem  ?
vy 73 + 55s from Wolfgang, DK5UF
http://bm262.de/dmr-programme-fuer-handy-und-pc-wilde-links/


banned DVSwitch

Wolfgang DK5UF
 

Hi folks,
please find enclosed a link to a  yesterdays Brandmeister news. According to
this news, my Dvswitch has been disabled yesterday. Are there
any thoughts to solve the problem  ?
vy 73 + 55s from Wolfgang, DK5UF
http://bm262.de/dmr-programme-fuer-handy-und-pc-wilde-links/


Re: Setup of a Bridge YSF to DMR - Anyone out there who can solve this mystery ? #mmdvm_bridge

Steve N4IRS
 

Check your MMDVM_Bridge.ini

[Info]
RXFrequency=222340000
TXFrequency=224940000

Change to:
[Info]
RXFrequency=224940000
TXFrequency=224940000

Or, make sure your frequencies are the same (simplex)

Steve N4IRS

On 2/9/2021 9:06 AM, Uli wrote:
My bridge did work perfectly for quite a while but now does not function anymore because a few days ago Brandmeister here had the bright idea to block all DVswitch systems from their network that connect to a BM Talkgroup.



Re: Brandmeister block DVSwitch

R. H.
 

BM Team want that the open bridge protocoll will be implemeted in DVSwitch.
Otherwise they leave the door closed


Re: Setup of a Bridge YSF to DMR - Anyone out there who can solve this mystery ? #mmdvm_bridge

Kevin Halton
 

Yup mine as well. 


On Feb 9, 2021, at 10:03 AM, Brad N8PC <bradn8pc@...> wrote:

 mine still works

On 2/9/2021 9:06 AM, Uli wrote:
My bridge did work perfectly for quite a while but now does not function anymore because a few days ago Brandmeister here had the bright idea to block all DVswitch systems from their network that connect to a BM Talkgroup.



Re: Setup of a Bridge YSF to DMR - Anyone out there who can solve this mystery ? #mmdvm_bridge

Brad N8PC
 

mine still works

On 2/9/2021 9:06 AM, Uli wrote:
My bridge did work perfectly for quite a while but now does not function anymore because a few days ago Brandmeister here had the bright idea to block all DVswitch systems from their network that connect to a BM Talkgroup.


1141 - 1160 of 9595