Date   

Re: Best Route - TG31550 to XLX273 - limited knowledge

Neil k8it
 

This is the reason why I do not use BM  anymore. Not sure if this is BM  policy or if it is K3FE  policy. I never saw such a policy on the BM  website.
 
 
Thanks
73 Neil Sablatzky  K8IT
 
 
 

Sent: Monday, February 01, 2021 2:15 PM
Subject: Re: [DVSwitch] Best Route - TG31550 to XLX273 - limited knowledge

Why are you connecting all of that to the Wisconsin TAC channel?  PLEASE do not do this!  That is NOT your talkgroup and is a bm talkgroup.  If you want to interconnect things please use your own talkgroup! 

Corey  N3FE

 


On 2021-02-01 06:37, craig.jump via groups.io wrote:

Greg,  how long did it take to get the BM interconnect ?



AVG logo

This email has been checked for viruses by AVG antivirus software.
www.avg.com



Re: Best Route - TG31550 to XLX273 - limited knowledge

Corey Dean N3FE
 

I am going to ask you nicely to please disconnect all of those links you have to the 31550 Wisconsin TAC talkgroup now.

Corey  N3FE

 


On 2021-02-01 06:37, craig.jump via groups.io wrote:

Greg,  how long did it take to get the BM interconnect ?


Re: Best Route - TG31550 to XLX273 - limited knowledge

Corey Dean N3FE
 

Why are you connecting all of that to the Wisconsin TAC channel?  PLEASE do not do this!  That is NOT your talkgroup and is a bm talkgroup.  If you want to interconnect things please use your own talkgroup! 

Corey  N3FE

 


On 2021-02-01 06:37, craig.jump via groups.io wrote:

Greg,  how long did it take to get the BM interconnect ?


Re: Need help please have issues with connecting to 1999

Vince Pimentel
 

Hey Gents,
Just wanted to follow up and let you know that I was able to rework my system to use my node number with a 1 at the beginning for the private node to make it unique and tested it this weekend. Solved!

Thank you for the time, effort and support that you provide.


Re: Best Route - TG31550 to XLX273 - limited knowledge

craig.jump@...
 

Greg,  how long did it take to get the BM interconnect ?


Re: DVSwitch voice works just fine on C4FM but it's not allowed on Wires-x

Steve N4IRS
 

I need the text output from your computer running DVSwitch.
Please show the output of /opt/MMDVM_Bridge/dvswitch.sh version all


On 2/1/21 6:06 AM, IK7VXC Mike wrote:
Thanks Steve for your prompt reply. I'm attaching the screenshots that my friend - who runs the server - sent me. I must specify that he uses dvlink (so I don't know if that is a game changer).

https://ibb.co/1dMXmxZ
https://ibb.co/bmdYyLK


Re: DVSwitch voice works just fine on C4FM but it's not allowed on Wires-x

IK7VXC Mike
 
Edited

Thanks Steve for your prompt reply. I'm attaching the screenshots that my friend - who runs the server - sent me. I must specify that he uses dvlink (so I don't know if that is a game changer).

https://ibb.co/1dMXmxZ

https://ibb.co/bmdYyLK


Re: DVSwitch voice works just fine on C4FM but it's not allowed on Wires-x

Steve N4IRS
 

Please show the output of:
/opt/MMDVM_Bridge/dvswitch.sh version all

On 1/30/21 4:36 AM, IK7VXC Mike wrote:
Hi guys. This is an issue I ran across while having a QSO in the Italian "Room Italy" (IT-YSFROOM-ITALY). Some hams (on C4FM) hear me just fine (and with excellent audio as well), while others (on Wires-x) claim they hear nothing.
Someone pointed out that transmissions through DVSwitch are not allowed on the Wires-x platform (which to me it's really unfair!). And that's probably a matter of RADIO ID missing or something. Is this true?
Isn't there anything that can be implemented to solve this issue?

Thank you


Re: Best Route - TG31550 to XLX273 - limited knowledge

Daren. 2E0LXY.
 

Hi Greg. 
As Jeff said, by far easiest way is let BM do it. 
Raise ticket here, you'll need to create a separate account to log in.

https://support.brandmeister.network/servicedesk/customer/user/login?destination=portals

Select the correct dept on the ticket. 
Tell them why you want to to do it, your details and they don't use Interlink, it's connected to the xlxd reflector as a peer that they setup. Job done.

I did it only a while ago and got the message back last week it was complete. 
XLX899B to BM TG23530 "Yorkshire" 

Good luck with it. 
Daren 2E0LXY 


Re: Allstar <--> DMR & DVSWITCH Was working... #brandmeister #mmdvm_bridge #analog_bridge

Brent Harding
 

I wonder if they have finally cracked down on all the non-RF modes of getting on? I got a similar issue, but I’ve found it to only happen on group 3100. What happens is that you might get the first transmission, if you are lucky enough to tune in on one, but then they will stop sending traffic to you. Some others on another system I frequent were talking about this the other night. I can still get group 91, Quadnet 31012, or most anything else I’ve tried without issues. If there is something like this going on, how do they identify DVSwitch as opposed to a Pistar or Openspot, or even Dudestar for that matter? Is there a user agent string similar to what our browsers use that MMDVM_Bridge would send to any master we connect to? I suppose losing one talk group stinks, but if they roll this new thing network wide, that will be a hard one.

 

 

From: main@DVSwitch.groups.io <main@DVSwitch.groups.io> On Behalf Of Mark Simon via groups.io
Sent: Saturday, January 30, 2021 2:14 PM
To: main@DVSwitch.groups.io
Subject: Re: [DVSwitch] Allstar <--> DMR & DVSWITCH Was working... #brandmeister #mmdvm_bridge #analog_bridge

 

You can check if your node is connecting to Brandmeister by logging on to the Brandmeister.network  home page.  Entering your logon/password (BM password not Hotspot password) and clicking on My Hotspots in the left margin.  I saw that my DMR/Allstarlink/DVSwitch was not connecting and figured out that the hotspot that I use in my home network and DVSwitch were set for the same server.  I changed the hotspot (Zumspot) and it started working again.  One BM server per network makes sense.  Just FYI....     Mark 


Re: Best Route - TG31550 to XLX273 - limited knowledge

Jeff Lehman, N8ACL
 

The Simplest way would be to contact Brandmeister via their ticket support system and request they setup the interlink for XLXD to BM. 

The not so simple way is to do it with MMDVM_bridge, But I am not able to talk to that. I have tried it before and not had good luck or a whole lot of time to play with it. 

Jeff

On Jan 30, 2021, at 4:49 PM, Greg Hovland <greg@...> wrote:

I have successfully connected an Allstar node to BMTG31550 using the DVSwitch programs. This is done in the cloud. I have set up XLX273 using XLXD separately in the cloud.

I would now like to add and interconnect between  XLX273A and BM TG31550.  I get through Linux by Google and reading a bunch of forums, but I still consider myself new.  What would be the simplest way for me to add this interconnect?

I do have two AMBE3000 USBs available at home with a Raspberry Pi if needed.

I have seen some instructions laid dated 2019 and new ones for 2020 in this group. I'm wondering if things have changed.

Thank you in advance for your help.


Greg Hovland
W9IKU


Best Route - TG31550 to XLX273 - limited knowledge

Greg Hovland
 

I have successfully connected an Allstar node to BMTG31550 using the DVSwitch programs. This is done in the cloud. I have set up XLX273 using XLXD separately in the cloud.

I would now like to add and interconnect between  XLX273A and BM TG31550.  I get through Linux by Google and reading a bunch of forums, but I still consider myself new.  What would be the simplest way for me to add this interconnect?

I do have two AMBE3000 USBs available at home with a Raspberry Pi if needed.

I have seen some instructions laid dated 2019 and new ones for 2020 in this group. I'm wondering if things have changed.

Thank you in advance for your help.


Greg Hovland
W9IKU


Re: Allstar <--> DMR & DVSWITCH Was working... #brandmeister #mmdvm_bridge #analog_bridge

 

Hmm, I've never seen that problem.  All of my hotspots, instances of DVSwitch, etc connect to the same BM master.  But each one has a different 2 digit suffix on its login ID.

On 31/1/21 7:14 am, Mark Simon via groups.io wrote:
You can check if your node is connecting to Brandmeister by logging on to the Brandmeister.network  home page.  Entering your logon/password (BM password not Hotspot password) and clicking on My Hotspots in the left margin.  I saw that my DMR/Allstarlink/DVSwitch was not connecting and figured out that the hotspot that I use in my home network and DVSwitch were set for the same server.  I changed the hotspot (Zumspot) and it started working again.  One BM server per network makes sense.  Just FYI....     Mark 


-- 
73 de Tony VK3JED/VK3IRL
http://vkradio.com


Re: Allstar <--> DMR & DVSWITCH Was working... #brandmeister #mmdvm_bridge #analog_bridge

Mark Simon
 

You can check if your node is connecting to Brandmeister by logging on to the Brandmeister.network  home page.  Entering your logon/password (BM password not Hotspot password) and clicking on My Hotspots in the left margin.  I saw that my DMR/Allstarlink/DVSwitch was not connecting and figured out that the hotspot that I use in my home network and DVSwitch were set for the same server.  I changed the hotspot (Zumspot) and it started working again.  One BM server per network makes sense.  Just FYI....     Mark 


Re: Need help please have issues with connecting to 1999

Steve N4IRS
 

No, you are fine. I am starting a discussion and I think we should have it in the AllStarLink subgroup. Sorry I was not clear enough.

On 1/30/21 9:57 AM, Mike KB8JNM wrote:

I did not have a discussion, just a one post answer to the multi post problem.

Should I not answer when the answer is not in the right category as the question ?

On 1/30/2021 9:42 AM, Steve N4IRS wrote:
Mike,
Lets move the discussion of a scheme for private node numbers to the AllStarLink subgroup.

On 1/29/21 5:12 PM, Mike KB8JNM wrote:

Could it be that a node you were connected to or a node connected to you also had a 1999 private node ?

If so, it will not allow you to connect as long as one is present in the 'connected network'.

Suggest using a odd number like 1325. everyone seems to use 1999 for there first private node.

Something to look for next time.


On 1/29/2021 5:02 PM, Vince Pimentel wrote:

Yep, looks good.

[radio-secure]

exten => ${NODE},1,rpt,${NODE}

exten => ${NODE1},1,rpt,${NODE1}

The auto connect on boot works fine and that is done via macro *31999 in rpt.conf so I'm confused as to why it won't connect after a disconnect.

startup_macro = *31999

I've also searched through the logs for 1999 and the only relevant lines that come back are 

/var/log/asterisk/messages.1:[Jan 28 18:51:19] NOTICE[480] app_rpt.c: Normal Repeater Init  1999    

/var/log/asterisk/messages.1:[Jan 28 20:01:16] NOTICE[480] app_rpt.c: Normal Repeater Init  1999    

 

/var/log/asterisk/messages.1:[Jan 29 02:30:16] NOTICE[481] app_rpt.c: Normal Repeater Init  1999

Which seem to be normal for boot.

 

Welp, I just tried to connect to it again to see if I could get anything to show in the logs that would easier to find and it worked. Disconnected and reconnected like 5 times with success. No file changes, reboots or anything like that.

 

Thanks for the replies and help but it's a mystery still. Will see if I can learn anything more if it happens again. Any further thoughts or things to check/confirm are welcome but with it working. We won't be able to confirm that it was a fix.

Until it acts up again.
73




Re: Need help please have issues with connecting to 1999

Mike KB8JNM
 

I did not have a discussion, just a one post answer to the multi post problem.

Should I not answer when the answer is not in the right category as the question ?

On 1/30/2021 9:42 AM, Steve N4IRS wrote:
Mike,
Lets move the discussion of a scheme for private node numbers to the AllStarLink subgroup.

On 1/29/21 5:12 PM, Mike KB8JNM wrote:

Could it be that a node you were connected to or a node connected to you also had a 1999 private node ?

If so, it will not allow you to connect as long as one is present in the 'connected network'.

Suggest using a odd number like 1325. everyone seems to use 1999 for there first private node.

Something to look for next time.


On 1/29/2021 5:02 PM, Vince Pimentel wrote:

Yep, looks good.

[radio-secure]

exten => ${NODE},1,rpt,${NODE}

exten => ${NODE1},1,rpt,${NODE1}

The auto connect on boot works fine and that is done via macro *31999 in rpt.conf so I'm confused as to why it won't connect after a disconnect.

startup_macro = *31999

I've also searched through the logs for 1999 and the only relevant lines that come back are 

/var/log/asterisk/messages.1:[Jan 28 18:51:19] NOTICE[480] app_rpt.c: Normal Repeater Init  1999    

/var/log/asterisk/messages.1:[Jan 28 20:01:16] NOTICE[480] app_rpt.c: Normal Repeater Init  1999    

 

/var/log/asterisk/messages.1:[Jan 29 02:30:16] NOTICE[481] app_rpt.c: Normal Repeater Init  1999

Which seem to be normal for boot.

 

Welp, I just tried to connect to it again to see if I could get anything to show in the logs that would easier to find and it worked. Disconnected and reconnected like 5 times with success. No file changes, reboots or anything like that.

 

Thanks for the replies and help but it's a mystery still. Will see if I can learn anything more if it happens again. Any further thoughts or things to check/confirm are welcome but with it working. We won't be able to confirm that it was a fix.

Until it acts up again.
73



Re: Need help please have issues with connecting to 1999

Steve N4IRS
 

Mike,
Lets move the discussion of a scheme for private node numbers to the AllStarLink subgroup.

On 1/29/21 5:12 PM, Mike KB8JNM wrote:

Could it be that a node you were connected to or a node connected to you also had a 1999 private node ?

If so, it will not allow you to connect as long as one is present in the 'connected network'.

Suggest using a odd number like 1325. everyone seems to use 1999 for there first private node.

Something to look for next time.


On 1/29/2021 5:02 PM, Vince Pimentel wrote:

Yep, looks good.

[radio-secure]

exten => ${NODE},1,rpt,${NODE}

exten => ${NODE1},1,rpt,${NODE1}

The auto connect on boot works fine and that is done via macro *31999 in rpt.conf so I'm confused as to why it won't connect after a disconnect.

startup_macro = *31999

I've also searched through the logs for 1999 and the only relevant lines that come back are 

/var/log/asterisk/messages.1:[Jan 28 18:51:19] NOTICE[480] app_rpt.c: Normal Repeater Init  1999    

/var/log/asterisk/messages.1:[Jan 28 20:01:16] NOTICE[480] app_rpt.c: Normal Repeater Init  1999    

 

/var/log/asterisk/messages.1:[Jan 29 02:30:16] NOTICE[481] app_rpt.c: Normal Repeater Init  1999

Which seem to be normal for boot.

 

Welp, I just tried to connect to it again to see if I could get anything to show in the logs that would easier to find and it worked. Disconnected and reconnected like 5 times with success. No file changes, reboots or anything like that.

 

Thanks for the replies and help but it's a mystery still. Will see if I can learn anything more if it happens again. Any further thoughts or things to check/confirm are welcome but with it working. We won't be able to confirm that it was a fix.

Until it acts up again.
73



DVSwitch voice works just fine on C4FM but it's not allowed on Wires-x

IK7VXC Mike
 

Hi guys. This is an issue I ran across while having a QSO in the Italian "Room Italy" (IT-YSFROOM-ITALY). Some hams (on C4FM) hear me just fine (and with excellent audio as well), while others (on Wires-x) claim they hear nothing.
Someone pointed out that transmissions through DVSwitch are not allowed on the Wires-x platform (which to me it's really unfair!). And that's probably a matter of RADIO ID missing or something. Is this true?
Isn't there anything that can be implemented to solve this issue?

Thank you


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

KC1JFN
 

I did some experiment, since the bridge and the YSF reflector are on the same LAN. I change the GatewayAddress=to the local ip address of the YSF Reflector server, which is also on the same network with the YSF to DMR Bridge.

KC1JFN


Re: Need help please have issues with connecting to 1999

Vince Pimentel
 

OH! I think you gents nailed it! Yes, I was on a substantial sized network and yes there were two other nodes that had 1999 running that I know of. Also DVSwitch bridges I believe. I'm still on that network but those nodes are no longer connected.

I'll give that a go but would put money on it that you're right.

Huge thank you!

1421 - 1440 of 9775