Date   

Re: Brandmeister

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.

On Jun 29, 2017, at 12:14 PM, Steve N4IRS <szingman@...> wrote:

They are both set true in the sample config. I set them to false in the IPSC_Bridge branch.
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:
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.

On Jun 29, 2017, at 11:40 AM, Steve N4IRS <szingman@...> wrote:

RCM: True
CON_APP: True

Cort Buffington
785-865-7206



Cort Buffington
785-865-7206


Re: ACL in routing apps

Cort N0MJS <n0mjs@...>
 

Oh yeah, and the parsing is MUCH faster in the updated version… with ranges, I’m gonna need that right? Check this out:

time to build ACL: 10.89 seconds
radio IDs in ALC: 6003304
search time 1.90734863281e-06
subscriber 3120201 found in ACL

I had it build a list of about 6 million radio IDs to deny… while that took about 12 seconds for it to build while starting up, searching the list (python type ‘set’ actually - yes, it’s a hashed type) it takes about 2 microseconds to find a match. Now, that’s relative to the machine speed, but based on other per-packet processing actions these programs take, that’s round-off error.



On Jun 29, 2017, at 12:07 PM, Cort N0MJS <n0mjs@...> wrote:

Guys,

Is anyone using the Access Control List function of bridge, confbridge or proxy?

I have written a much better parser that allows you to use ranges for allowed or denied radio IDs…. but if nobody is using it, why bother, right? If I make the changes, you’ll have to change your ACL file format. So, questions are:

1) you want me to update it?
2) if you have no idea what I’m talking about, should I explain more?

0x49 DE N0MJS

Cort Buffington
785-865-7206





Cort Buffington
785-865-7206


Re: Brandmeister

Steve N4IRS
 

They are both set true in the sample config. I set them to false in the IPSC_Bridge branch.
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:
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.

On Jun 29, 2017, at 11:40 AM, Steve N4IRS <szingman@...> wrote:

RCM: True
CON_APP: True

Cort Buffington
785-865-7206



Re: ACL in routing apps

Steve N4IRS
 

Who are you and why are you e-mail me?
I do not use the ACL. That is not to say I will never. Go ahead and change it.

Steve

On 6/29/2017 1:07 PM, Cort N0MJS wrote:
Guys,

Is anyone using the Access Control List function of bridge, confbridge or proxy?

I have written a much better parser that allows you to use ranges for allowed or denied radio IDs…. but if nobody is using it, why bother, right? If I make the changes, you’ll have to change your ACL file format. So, questions are:

1) you want me to update it?
2) if you have no idea what I’m talking about, should I explain more?

0x49 DE N0MJS

Cort Buffington
785-865-7206



ACL in routing apps

Cort N0MJS <n0mjs@...>
 

Guys,

Is anyone using the Access Control List function of bridge, confbridge or proxy?

I have written a much better parser that allows you to use ranges for allowed or denied radio IDs…. but if nobody is using it, why bother, right? If I make the changes, you’ll have to change your ACL file format. So, questions are:

1) you want me to update it?
2) if you have no idea what I’m talking about, should I explain more?

0x49 DE N0MJS

Cort Buffington
785-865-7206


Re: Brandmeister

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.

On Jun 29, 2017, at 11:40 AM, Steve N4IRS <szingman@...> wrote:

RCM: True
CON_APP: True

Cort Buffington
785-865-7206


Re: Brandmeister

Steve N4IRS
 

[BM_3108]
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!

Thanks!


Re: Brandmeister

David Andrzejewski KD8TWG
 

I appreciate that.  Actually I'm more interested in seeing your BM_3108 defintion in dmrlink.cfg!

Thanks!


IPSC/HB bridges; CC links

Rob WX1N
 

Good morning,

 

Hopefully these aren’t stupid questions…

Can DMR Link act as one end of a link that connects talkgroups between cBridges?  I believe they are called CC-CC links.

When using IPSC_Bridge and HB_Bridge, is there any control over which talkgroups sent between HBlink and DMRlink, are sent out over the networks to which HBlink/DMRlink are connected as a client?  Does running HB_Bridge cause a connection to be made to client networks in hblink.cfg?

 

Thanks for the help and patience,

 

Rob, WX1N


Re: HBlink-HB_Bridge Logging

Steve N4IRS
 

Can't count the number of times I've screwed up the logging section.

On 6/29/2017 11:06 AM, Cort N0MJS wrote:
yeah, I did that and still have screwed up my own logging by forgetting it before :)

On Jun 29, 2017, at 10:04 AM, Steve N4IRS <szingman@...> wrote:

Well,
While we are highlighting things

On 6/29/2017 11:01 AM, Cort N0MJS wrote:
To point out the comments in the sample config file above the [LOGGER] section (emphasis added):

# SYSTEM LOGGER CONFIGURAITON
#   This allows the logger to be configured without chaning the individual
#   python logger stuff. LOG_FILE should be a complete path/filename for *your*
#   system -- use /dev/null for non-file handlers.
#   LOG_HANDERLS may be any of the following, please, no spaces in the
#   list if you use several:
#       null
#       console
#       console-timed
#       file
#       file-timed
#       syslog
#   LOG_LEVEL may be any of the standard syslog logging levels, though
#   as of now, DEBUG, INFO, WARNING and CRITICAL are the only ones
#   used.
#


On Jun 29, 2017, at 9:47 AM, Steve N4IRS <szingman@...> wrote:

in hblink.cfg:
LOG_HANDLERS: console-timed or
LOG_HANDLERS: file-timed or
LOG_HANDLERS: console-timed,file-timed

Steve

On 6/29/2017 10:44 AM, G7RPG - Peter Kendall wrote:
Would it be possible to get a time/date stamp output in the logging for
HBlink-HB_Bridge ?


Thanks
Peter








Cort Buffington
785-865-7206



Cort Buffington
785-865-7206



Re: HBlink-HB_Bridge Logging

G7RPG - Peter Kendall
 

Yeah got it now, thanks guys. I did see that and assumed (incorrectly) that timed meant it only output logging for a period of time.

I'll go back under my shell.


Peter 


On 29/06/2017 16:01, Cort N0MJS wrote:
To point out the comments in the sample config file above the [LOGGER] section (emphasis added):

# SYSTEM LOGGER CONFIGURAITON
#   This allows the logger to be configured without chaning the individual
#   python logger stuff. LOG_FILE should be a complete path/filename for *your*
#   system -- use /dev/null for non-file handlers.
#   LOG_HANDERLS may be any of the following, please, no spaces in the
#   list if you use several:
#       null
#       console
#       console-timed
#       file
#       file-timed
#       syslog
#   LOG_LEVEL may be any of the standard syslog logging levels, though
#   as of now, DEBUG, INFO, WARNING and CRITICAL are the only ones
#   used.
#


On Jun 29, 2017, at 9:47 AM, Steve N4IRS <szingman@...> wrote:

in hblink.cfg:
LOG_HANDLERS: console-timed or
LOG_HANDLERS: file-timed or
LOG_HANDLERS: console-timed,file-timed

Steve

On 6/29/2017 10:44 AM, G7RPG - Peter Kendall wrote:
Would it be possible to get a time/date stamp output in the logging for
HBlink-HB_Bridge ?


Thanks
Peter








Cort Buffington
785-865-7206



Re: HBlink-HB_Bridge Logging

Cort N0MJS <n0mjs@...>
 

yeah, I did that and still have screwed up my own logging by forgetting it before :)

On Jun 29, 2017, at 10:04 AM, Steve N4IRS <szingman@...> wrote:

Well,
While we are highlighting things

On 6/29/2017 11:01 AM, Cort N0MJS wrote:
To point out the comments in the sample config file above the [LOGGER] section (emphasis added):

# SYSTEM LOGGER CONFIGURAITON
#   This allows the logger to be configured without chaning the individual
#   python logger stuff. LOG_FILE should be a complete path/filename for *your*
#   system -- use /dev/null for non-file handlers.
#   LOG_HANDERLS may be any of the following, please, no spaces in the
#   list if you use several:
#       null
#       console
#       console-timed
#       file
#       file-timed
#       syslog
#   LOG_LEVEL may be any of the standard syslog logging levels, though
#   as of now, DEBUG, INFO, WARNING and CRITICAL are the only ones
#   used.
#


On Jun 29, 2017, at 9:47 AM, Steve N4IRS <szingman@...> wrote:

in hblink.cfg:
LOG_HANDLERS: console-timed or
LOG_HANDLERS: file-timed or
LOG_HANDLERS: console-timed,file-timed

Steve

On 6/29/2017 10:44 AM, G7RPG - Peter Kendall wrote:
Would it be possible to get a time/date stamp output in the logging for
HBlink-HB_Bridge ?


Thanks
Peter








Cort Buffington
785-865-7206



Cort Buffington
785-865-7206


Re: HBlink-HB_Bridge Logging

Steve N4IRS
 

Well,
While we are highlighting things

On 6/29/2017 11:01 AM, Cort N0MJS wrote:
To point out the comments in the sample config file above the [LOGGER] section (emphasis added):

# SYSTEM LOGGER CONFIGURAITON
#   This allows the logger to be configured without chaning the individual
#   python logger stuff. LOG_FILE should be a complete path/filename for *your*
#   system -- use /dev/null for non-file handlers.
#   LOG_HANDERLS may be any of the following, please, no spaces in the
#   list if you use several:
#       null
#       console
#       console-timed
#       file
#       file-timed
#       syslog
#   LOG_LEVEL may be any of the standard syslog logging levels, though
#   as of now, DEBUG, INFO, WARNING and CRITICAL are the only ones
#   used.
#


On Jun 29, 2017, at 9:47 AM, Steve N4IRS <szingman@...> wrote:

in hblink.cfg:
LOG_HANDLERS: console-timed or
LOG_HANDLERS: file-timed or
LOG_HANDLERS: console-timed,file-timed

Steve

On 6/29/2017 10:44 AM, G7RPG - Peter Kendall wrote:
Would it be possible to get a time/date stamp output in the logging for
HBlink-HB_Bridge ?


Thanks
Peter








Cort Buffington
785-865-7206



Re: HBlink-HB_Bridge Logging

Cort N0MJS <n0mjs@...>
 

To point out the comments in the sample config file above the [LOGGER] section (emphasis added):

# SYSTEM LOGGER CONFIGURAITON
#   This allows the logger to be configured without chaning the individual
#   python logger stuff. LOG_FILE should be a complete path/filename for *your*
#   system -- use /dev/null for non-file handlers.
#   LOG_HANDERLS may be any of the following, please, no spaces in the
#   list if you use several:
#       null
#       console
#       console-timed
#       file
#       file-timed
#       syslog
#   LOG_LEVEL may be any of the standard syslog logging levels, though
#   as of now, DEBUG, INFO, WARNING and CRITICAL are the only ones
#   used.
#


On Jun 29, 2017, at 9:47 AM, Steve N4IRS <szingman@...> wrote:

in hblink.cfg:
LOG_HANDLERS: console-timed or
LOG_HANDLERS: file-timed or
LOG_HANDLERS: console-timed,file-timed

Steve

On 6/29/2017 10:44 AM, G7RPG - Peter Kendall wrote:
Would it be possible to get a time/date stamp output in the logging for
HBlink-HB_Bridge ?


Thanks
Peter








Cort Buffington
785-865-7206


Re: Brandmeister

Steve N4IRS
 

Below is a section of my conference bridge configuration for confbridge.py
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. :)
_._,_._,_


Re: HBlink-HB_Bridge Logging

Steve N4IRS
 

in hblink.cfg:
LOG_HANDLERS: console-timed or
LOG_HANDLERS: file-timed or
LOG_HANDLERS: console-timed,file-timed

Steve

On 6/29/2017 10:44 AM, G7RPG - Peter Kendall wrote:
Would it be possible to get a time/date stamp output in the logging for
HBlink-HB_Bridge ?


Thanks
Peter



Re: Brandmeister

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. :)


HBlink-HB_Bridge Logging

G7RPG - Peter Kendall
 

Would it be possible to get a time/date stamp output in the logging for
HBlink-HB_Bridge ?


Thanks
Peter


Re: Brandmeister

Steve N4IRS
 

David,
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?
_._,_._,_


Brandmeister

David Andrzejewski KD8TWG
 

I'm interested in connecting a conf bridge between my repeater and brandmeister.  How is this typically handled?

9381 - 9400 of 9589