Date
1 - 15 of 15
Brandmeister
|
David Andrzejewski KD8TWG
I'm interested in connecting a conf bridge between my repeater and brandmeister. How is this typically handled?
|
|
|
|
David,
toggle quoted messageShow quoted text
First a few questions. What type of repeater is is? MMDVM? Motorola? All available TGs or a subset? More information about what you are trying to accomplish will help us answer. 73, Steve N4IRS
On 6/29/2017 9:40 AM, David
Andrzejewski KD8TWG via Groups.Io wrote:
I'm interested in connecting a conf bridge between my repeater and brandmeister. How is this typically handled?
|
|
|
|
David Andrzejewski KD8TWG
It's a Motorola repeater. I'm currently using DMRLink's confbridge to connect to it and to the K4USD cBridge, both via IPSC. My thought here is that we could potentially carry select additional talk groups and/or reflectors from BrandMeister as well as the standard talk groups we get from K4USD. Obviously I wouldn't bridge anything between K4USD and BM, only between those two sources and the repeater. :)
|
|
|
|
Below is a section of my conference bridge configuration for
confbridge.py
toggle quoted messageShow quoted text
The DMR-MARC is a connection to a c-Bridge and BM_3108 is a connection to BrandMeister. Walton, IRSC etc are my repeaters. Hope this helps. 'STATEWIDE': [ {'SYSTEM': 'DMR-MARC', 'TS': 2, 'TGID': 3112, 'ACTIVE': True, 'TIMEOUT': 2, 'TO_TYPE': 'NONE', 'ON': [], 'OFF': []}, {'SYSTEM': 'STN2100', 'TS': 2, 'TGID': 3112, 'ACTIVE': True, 'TIMEOUT': 2, 'TO_TYPE': 'NONE', 'ON': [], 'OFF': []}, {'SYSTEM': 'Walton', 'TS': 2, 'TGID': 3112, 'ACTIVE': True, 'TIMEOUT': 2, 'TO_TYPE': 'NONE', 'ON': [], 'OFF': []}, {'SYSTEM': 'IRSC', 'TS': 2, 'TGID': 3112, 'ACTIVE': True, 'TIMEOUT': 2, 'TO_TYPE': 'NONE', 'ON': [], 'OFF': []}, {'SYSTEM': 'N4IRR', 'TS': 2, 'TGID': 3112, 'ACTIVE': True, 'TIMEOUT': 2, 'TO_TYPE': 'NONE', 'ON': [], 'OFF': []}, {'SYSTEM': 'N4IRS', 'TS': 2, 'TGID': 3112, 'ACTIVE': True, 'TIMEOUT': 2, 'TO_TYPE': 'NONE', 'ON': [], 'OFF': []}, ], 'TAC310': [ {'SYSTEM': 'DMR-MARC', 'TS': 2, 'TGID': 310, 'ACTIVE': True, 'TIMEOUT': 2, 'TO_TYPE': 'NONE', 'ON': [], 'OFF': []}, {'SYSTEM': 'STN2100', 'TS': 2, 'TGID': 310, 'ACTIVE': True, 'TIMEOUT': 2, 'TO_TYPE': 'ON', 'ON': [310,], 'OFF': []}, {'SYSTEM': 'Walton', 'TS': 2, 'TGID': 310, 'ACTIVE': True, 'TIMEOUT': 2, 'TO_TYPE': 'ON', 'ON': [310,], 'OFF': []}, {'SYSTEM': 'IRSC', 'TS': 2, 'TGID': 310, 'ACTIVE': True, 'TIMEOUT': 2, 'TO_TYPE': 'ON', 'ON': [310,], 'OFF': []}, {'SYSTEM': 'N4IRR', 'TS': 2, 'TGID': 310, 'ACTIVE': True, 'TIMEOUT': 2, 'TO_TYPE': 'ON', 'ON': [310,], 'OFF': []}, {'SYSTEM': 'N4IRS', 'TS': 2, 'TGID': 310, 'ACTIVE': True, 'TIMEOUT': 2, 'TO_TYPE': 'ON', 'ON': [310,], 'OFF': []}, ], 'TCOAST': [ {'SYSTEM': 'BM_3108', 'TS': 2, 'TGID': 31123, 'ACTIVE': True, 'TIMEOUT': 2, 'TO_TYPE': 'NONE', 'ON': [], 'OFF': []}, {'SYSTEM': 'STN2100', 'TS': 2, 'TGID': 31123, 'ACTIVE': True, 'TIMEOUT': 2, 'TO_TYPE': 'NONE', 'ON': [], 'OFF': []}, {'SYSTEM': 'Walton', 'TS': 2, 'TGID': 31123, 'ACTIVE': True, 'TIMEOUT': 2, 'TO_TYPE': 'NONE', 'ON': [], 'OFF': []}, {'SYSTEM': 'IRSC', 'TS': 2, 'TGID': 31123, 'ACTIVE': True, 'TIMEOUT': 2, 'TO_TYPE': 'NONE', 'ON': [], 'OFF': []}, {'SYSTEM': 'N4IRR', 'TS': 2, 'TGID': 31123, 'ACTIVE': True, 'TIMEOUT': 2, 'TO_TYPE': 'NONE', 'ON': [], 'OFF': []}, {'SYSTEM': 'N4IRS', 'TS': 2, 'TGID': 31123, 'ACTIVE': True, 'TIMEOUT': 2, 'TO_TYPE': 'NONE', 'ON': [], 'OFF': []}, ],
On 6/29/2017 10:46 AM, David
Andrzejewski KD8TWG via Groups.Io wrote:
It's a Motorola repeater. I'm currently using DMRLink's confbridge to connect to it and to the K4USD cBridge, both via IPSC. My thought here is that we could potentially carry select additional talk groups and/or reflectors from BrandMeister as well as the standard talk groups we get from K4USD. Obviously I wouldn't bridge anything between K4USD and BM, only between those two sources and the repeater. :)
|
|
|
|
David Andrzejewski KD8TWG
I appreciate that. Actually I'm more interested in seeing your BM_3108 defintion in dmrlink.cfg!
Thanks!
|
|
|
|
[BM_3108]
toggle quoted messageShow quoted text
ENABLED: True RADIO_ID: 3112138 IP: PORT: 53108 ALIVE_TIMER: 5 MAX_MISSED: 20 PEER_OPER: True IPSC_MODE: DIGITAL TS1_LINK: True TS2_LINK: True CSBK_CALL: False RCM: True CON_APP: True XNL_CALL: False XNL_MASTER: False DATA_CALL: True VOICE_CALL: True MASTER_PEER: False GROUP_HANGTIME: 5 AUTH_ENABLED: False AUTH_KEY: MASTER_IP: 3108.repeater.net MASTER_PORT: 55001
On 6/29/2017 12:39 PM, David
Andrzejewski KD8TWG via Groups.Io wrote:
I appreciate that. Actually I'm more interested in seeing your BM_3108 defintion in dmrlink.cfg!
|
|
|
|
Cort N0MJS <n0mjs@...>
Those tell me Steve is running DMRmonitor also — you should set both to False unless you’re using DMRmonitor also, or know exactly what they do and know you need them.
Cort Buffington 785-865-7206
|
|
|
|
They are both set true in the sample config. I set them to false
in the IPSC_Bridge branch.
toggle quoted messageShow quoted text
I do remember this in the comments: # CON_APP: Third Party Console App - exactly what DMRlink is, should # be set to True, and must be if you intend to process RCM
On 6/29/2017 1:05 PM, Cort N0MJS wrote:
|
|
|
|
Cort N0MJS <n0mjs@...>
Well crap… Guess I should have fixed that! I’ll get it in the next general update. Here’s the real deal with CON_APP. The connection to DMRmonitor and RCM is that “repeater call monitor” (RCM) messages sent by repeaters to 3rd party console apps are different than the ones sent to non-3rd party console apps (or at least they were back when I first wrote this). If you leave “CON-APP” enabled, you’re telling all of the peers in the IPSC system that you’re not a repeater, but some other piece of software…. disabling it was an attempt to look like a repeater and the default I *personally* ended up using. Brandmeister already knows DMRlink it’s a Motorola repeater because it doesn’t talk XCMP, and thus thinks DMRlink is SmartPTT anyway… and I don’t think a c-Bridge cares… so it may not matter much in reality.
Cort Buffington 785-865-7206
|
|
|
|
Peter M0NWI
Cory, Can i ask, could DMRlink generate RCM type traffic? I have a downstream user who hosts their own DMRlink, but as i use rcm_db_log, i don't get any logging from it. 73, Peter Sent from Outlook From: DVSwitch@groups.io <DVSwitch@groups.io> on behalf of Cort N0MJS <n0mjs@...>
Sent: 29 June 2017 18:25:36 To: DVSwitch@groups.io Subject: Re: [DVSwitch] Brandmeister Well crap… Guess I should have fixed that! I’ll get it in the next general update.
Here’s the real deal with CON_APP.
The connection to DMRmonitor and RCM is that “repeater call monitor” (RCM) messages sent by repeaters to 3rd party console apps are different than the ones sent to non-3rd party console apps (or at least they were back when I first wrote this).
If you leave “CON-APP” enabled, you’re telling all of the peers in the IPSC system that you’re not a repeater, but some other piece of software…. disabling it was an attempt to look like a repeater and the default I *personally* ended up using.
Brandmeister already knows DMRlink it’s a Motorola repeater because it doesn’t talk XCMP, and thus thinks DMRlink is SmartPTT anyway… and I don’t think a c-Bridge cares… so it may not matter much in reality.
Cort Buffington
785-865-7206
|
|
|
|
Cort N0MJS <n0mjs@...>
It could as soon as someone writes code for it :) I’ve been thinking about this. There’s still a lot about RCM I don’t know very well, but as I get a little better handle on it in reality, could look into having it generate RCM.
Cort Buffington 785-865-7206
|
|
|
|
Peter M0NWI
You've seen my code (lash up!!) and i think you barfed :)
Sent from Outlook From: DVSwitch@groups.io <DVSwitch@groups.io> on behalf of Cort N0MJS <n0mjs@...>
Sent: 29 June 2017 21:49:20 To: DVSwitch@groups.io Subject: Re: [DVSwitch] Brandmeister It could as soon as someone writes code for it :)
I’ve been thinking about this. There’s still a lot about RCM I don’t know very well, but as I get a little better handle on it in reality, could look into having it generate RCM.
Cort Buffington
785-865-7206
|
|
|
|
David Andrzejewski KD8TWG
Apparently, because BrandMeister sees dmrlink as SmartPTT, that means that they have to statically configure a talk group for each time slot, and that's all you get. It would be nifty if we could make BrandMeister see dmrlink as a regular repeater, so we could get all the features that they offer (dashboard, reflectors, etc)...
|
|
|
|
Since DMRlink does not speak XCMP, BM wants
to treat us a SmartPTT.
toggle quoted messageShow quoted text
See <https://groups.io/g/DVSwitch/wiki/DMRlink-and-BrandMeister> 73, Steve N4IRS
On 07/01/2017 10:28 AM, David
Andrzejewski KD8TWG via Groups.Io wrote:
Apparently, because BrandMeister sees dmrlink as SmartPTT, that means that they have to statically configure a talk group for each time slot, and that's all you get. It would be nifty if we could make BrandMeister see dmrlink as a regular repeater, so we could get all the features that they offer (dashboard, reflectors, etc)...
|
|
|
|
David Andrzejewski KD8TWG
Ah, got it. It would be nice if we could take full advantage, but no biggie. Now I need to figure out which two tall groups I want to carry from BM. Suggestions?
|
|
|