Re: IPSC/HB bridges; CC links

Rob WX1N

That might work if DMRlink were able to be used on both ends. My thought process in asking was that, since as I understand it a cBridge is limited to a certain number of repeaters, and in the use-case scenario I have in mind I would only want a couple talkgroups from the cBridge to use on both our repeaters, that it might have been a more efficient use of resources on the cBridge side to just share the TGs via a CC link rather than tie up two repeater slots. But I guess that's a moot point since it's not a viable option.

-------- Original Message --------
From: Peter M0NWI <>
Sent: June 29, 2017 4:50:38 PM EDT
Subject: Re: [DVSwitch] IPSC/HB bridges; CC links

Could i add / remind that we do have the DMRlink to DMRlink bridge protocol, that works a bit like those below, but nit compatible of course.


Sent from Outlook
From: <> on behalf of Steve N4IRS <>
Sent: 29 June 2017 19:52:50
Subject: Re: [DVSwitch] IPSC/HB bridges; CC links

No, DMRlink can not act as one end of a CC-CC link. That protocol, like BrandMeisters FastForward is proprietary. We have discussed trying to get together with the c-Bridge and BM people to layout a Open Source server to server protocol. We think this would be great addition to the HAM community in general.

In their basic form, there is no control of what TGs are sent between the two partners. That type of control would be external to the partners. Conference Bridge could be used to control what TGs were passed to "client" repeaters and servers.
As we move forward, DVSwitch Will become part of the mix. Rather then having Partners connect directly together, Partners will connect to DVSwitch and DVSwitch will control the routing data. DVSwitch is in early conceptional form. The questions and comments will help us better design the tool.

73, Steve

Join to automatically receive all group messages.