|
Re: DV_Switch and DMRlink
Thanks Steve, I'll wait for the release.
David
--
Thanks, David
"Laws that forbid the carrying of arms...disarm only those who are neither inclined nor determined to commit crimes. Such laws make
Thanks Steve, I'll wait for the release.
David
--
Thanks, David
"Laws that forbid the carrying of arms...disarm only those who are neither inclined nor determined to commit crimes. Such laws make
|
By
David KE6UPI
·
#41
·
|
|
DV type conversion
Steve,
I have an old 2m DVAP, could that be used as a AMBE to convert DV types, or does it need to be a DVThumb?
73,
Peter
M0NWI
Steve,
I have an old 2m DVAP, could that be used as a AMBE to convert DV types, or does it need to be a DVThumb?
73,
Peter
M0NWI
|
By
Peter M0NWI
·
#42
·
|
|
Re: DV type conversion
Pater,
I believe the DVAP uses a AMBE2000 chip from DVSI. I don't believe it will do DMR.
Pater,
I believe the DVAP uses a AMBE2000 chip from DVSI. I don't believe it will do DMR.
|
By
Steve N4IRS
·
#43
·
|
|
Re: DV type conversion
The DV-Dongle uses the AMBE2000; the DVAP is only an RF Access Point.
Matthew Pitts
N8OHU
The DV-Dongle uses the AMBE2000; the DVAP is only an RF Access Point.
Matthew Pitts
N8OHU
|
By
Matthew Pitts N8OHU
·
#44
·
|
|
Testing Analog_bridge and HB_bridge
I am testing a "working" copies of Analog_bridge and HB_Bridge On AllStarLink node 2600.
ASL 2600 <---> Analog_bridge <---> HB_bridge <---> BrandMeister TS 2 / TG 3167 I am going to let this run
I am testing a "working" copies of Analog_bridge and HB_Bridge On AllStarLink node 2600.
ASL 2600 <---> Analog_bridge <---> HB_bridge <---> BrandMeister TS 2 / TG 3167 I am going to let this run
|
By
Steve N4IRS
·
#45
·
|
|
HBLink Testing
I have setup a small Conference Bridge on reflector.dvswitch.org using HBlink for testing and demonstration of various features of HBlink, DMRlink and DVSwitch. I will expand the features as time (and
I have setup a small Conference Bridge on reflector.dvswitch.org using HBlink for testing and demonstration of various features of HBlink, DMRlink and DVSwitch. I will expand the features as time (and
|
By
Steve N4IRS
·
#46
·
|
|
Re: HBLink Testing
Do you need testers? I can connect my DVMega if you like.
David
--
Thanks, David
"Laws that forbid the carrying of arms...disarm only those who are neither inclined nor determined to commit crimes.
Do you need testers? I can connect my DVMega if you like.
David
--
Thanks, David
"Laws that forbid the carrying of arms...disarm only those who are neither inclined nor determined to commit crimes.
|
By
David KE6UPI
·
#47
·
|
|
Re: HBLink Testing
Sure, that is what it is there for. Point at reflector.dvswitch.org and test away.
Sure, that is what it is there for. Point at reflector.dvswitch.org and test away.
|
By
Steve N4IRS
·
#48
·
|
|
Re: HBLink Testing
I'm happy to give it a try, it will be approximately 20:30 UTC.
I'm happy to give it a try, it will be approximately 20:30 UTC.
|
By
Matthew 2E0SIP
·
#49
·
|
|
HBLink: Adhoc clients with routing rules, conferences etc
Hi,
Please forgive me if this is an elementary question, but reading the example code hasnt made things any clearer.
From what I gather, The majority of the code covers routing between pre-defined
Hi,
Please forgive me if this is an elementary question, but reading the example code hasnt made things any clearer.
From what I gather, The majority of the code covers routing between pre-defined
|
By
Matthew 2E0SIP
·
#50
·
|
|
Re: HBLink: Adhoc clients with routing rules, conferences etc
Let's see if this helps. Below is the confbridge rules used for the simple demo running on reflector.dvswitch.org
BRIDGES = {
'AllStarLink': [
{'SYSTEM':
Let's see if this helps. Below is the confbridge rules used for the simple demo running on reflector.dvswitch.org
BRIDGES = {
'AllStarLink': [
{'SYSTEM':
|
By
Steve N4IRS
·
#51
·
|
|
Re: HBLink: Adhoc clients with routing rules, conferences etc
Hi Steve,
Thanks for sharing the configuration, that confirms the understanding I have so far.
To clarify my question, if HBLink is acting as a master only, without any additional systems, are DMR
Hi Steve,
Thanks for sharing the configuration, that confirms the understanding I have so far.
To clarify my question, if HBLink is acting as a master only, without any additional systems, are DMR
|
By
Matthew 2E0SIP
·
#52
·
|
|
Re: HBLink: Adhoc clients with routing rules, conferences etc
Matthew,
In DMRLink, which HBLink is based on, you have to explicitly allow routing in the bridge application from one repeater host to any other, even hosted under the same instance.
73,
Peter
Sent
Matthew,
In DMRLink, which HBLink is based on, you have to explicitly allow routing in the bridge application from one repeater host to any other, even hosted under the same instance.
73,
Peter
Sent
|
By
Peter M0NWI
·
#53
·
|
|
Re: HBLink: Adhoc clients with routing rules, conferences etc
Matthew,
I believe that, or something close to it, is the purpose of the On and Off entries in each rule. The ones that Steve showed us are empty, but they would hold Talkgroups defined for the
Matthew,
I believe that, or something close to it, is the purpose of the On and Off entries in each rule. The ones that Steve showed us are empty, but they would hold Talkgroups defined for the
|
By
Matthew Pitts N8OHU
·
#54
·
|
|
Re: HBLink: Adhoc clients with routing rules, conferences etc
There is a switch in the configuration on a “per-system” basis in HBlink:
REPEAT:
If this is set to True, HBlink will repeat ALL traffic between HBP repeaters (hotspots, etc.) connected to that
There is a switch in the configuration on a “per-system” basis in HBlink:
REPEAT:
If this is set to True, HBlink will repeat ALL traffic between HBP repeaters (hotspots, etc.) connected to that
|
By
Cort <n0mjs@...>
·
#55
·
|
|
Re: HBLink: Adhoc clients with routing rules, conferences etc
As stated earlier, not entirely true – if you set “REPEAT: True” for an HBP system in the config, it will blindly forward all traffic to all other machines connected to that master.
--
Cort
As stated earlier, not entirely true – if you set “REPEAT: True” for an HBP system in the config, it will blindly forward all traffic to all other machines connected to that master.
--
Cort
|
By
Cort <n0mjs@...>
·
#56
·
|
|
Re: HBLink: Adhoc clients with routing rules, conferences etc
Again, as stated earlier the purpose of the “REPEAT:” configuration in HBlink.
Line from the comments in the sample configuration file:
# Repeat - if True, the master repeats traffic to clients,
Again, as stated earlier the purpose of the “REPEAT:” configuration in HBlink.
Line from the comments in the sample configuration file:
# Repeat - if True, the master repeats traffic to clients,
|
By
Cort <n0mjs@...>
·
#57
·
|
|
Re: HBLink: Adhoc clients with routing rules, conferences etc
Thanks all, I think that has clarified it. Much appreciated.
73
Matthew
2E0SIP
Thanks all, I think that has clarified it. Much appreciated.
73
Matthew
2E0SIP
|
By
Matthew 2E0SIP
·
#58
·
|
|
Re: HBLink: Adhoc clients with routing rules, conferences etc
Thanks for the clarification, Cort.
Matthew Pitts
N8OHU
Thanks for the clarification, Cort.
Matthew Pitts
N8OHU
|
By
Matthew Pitts N8OHU
·
#59
·
|
|
Re: HBLink: Adhoc clients with routing rules, conferences etc
Sorry Cort, as I said I was going on my experience of DMRlink as I've not used HBlink, thanks for clarifying.
73
Sent from Outlook
From: DVSwitch@groups.io <DVSwitch@groups.io> on behalf of Cort
Sorry Cort, as I said I was going on my experience of DMRlink as I've not used HBlink, thanks for clarifying.
73
Sent from Outlook
From: DVSwitch@groups.io <DVSwitch@groups.io> on behalf of Cort
|
By
Peter M0NWI
·
#60
·
|