Date   

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!


Re: Need help please have issues with connecting to 1999

Steve N4IRS
 

Valid point. Need to test and come up with a unique private or number.

Sent by smoke signal (AT&T)


From: main@DVSwitch.groups.io <main@DVSwitch.groups.io> on behalf of Mike KB8JNM <groupio@...>
Sent: Friday, January 29, 2021 5:12:25 PM
To: main@DVSwitch.groups.io <main@DVSwitch.groups.io>
Subject: Re: [DVSwitch] Need help please have issues with connecting to 1999
 

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
 

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

Vince Pimentel
 

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
 

Check for:
[radio-secure]
exten => ${NODE1},1,rpt,${NODE1}

In extensions.conf

On 1/29/2021 3:52 PM, Vince Pimentel wrote:
Copy that, and that is also present. Sorry, didn't even think about that. #doh

1999 = radio@....0.1:4569/1999,NONE   ; and iax port number if not the default



Re: Need help please have issues with connecting to 1999

Vince Pimentel
 

Copy that, and that is also present. Sorry, didn't even think about that. #doh

1999 = radio@....0.1:4569/1999,NONE   ; and iax port number if not the default


Re: Need help please have issues with connecting to 1999

Steve N4IRS
 

You need to have 1999 in your nodes stanza or rpt.conf
Search rpt.conf for "[nodes]
Add:
1999 = radio@....0.1:4569/1999,NONE ; assuming you are using 4569 as your IAX port.

On 1/29/2021 2:57 PM, Vince Pimentel wrote:
Greetings,
I'm having a similar issue and found this thread via search, since the OP didn't come back figured I'd continue the thread. My issue only occurs if I need to drop 1999 for some reason and then try to reconnect to it.

My extensions.conf have a line for 1999 in the globals stanza

[globals]

NODE1 = 1999; This is a private node

and rpt.conf also has a stanza

[1999]

rxchannel = USRP/127.0.0.1:34001:32001  ; Use the USRP channel driver. Must be enabled in modules.conf

                                        ; 127.0.0.1 = IP of the target application

                                        ; 34001 = UDP port the target application is listening on

                                        ; 32001 = UDP port ASL is listening on

 

duplex = 0                              ; 0 = Half duplex with no telemetry tones or hang time. Ah, but $

 

hangtime = 0                            ; squelch tail hang time 0

althangtime = 0                         ; longer squelch tail hang time 0

 

holdofftelem = 1                        ; Hold off all telemetry when signal is present on receiver or f$

                                        ; except when an ID needs to be done and there is a signal comin$

 

telemdefault = 0                        ; 0 = telemetry output off. Don't send Allison to DMR !!!!!!!!!!$

 

telemdynamic = 0                        ; 0 = disallow users to change the local telemetry setting with $

 

linktolink = no                         ; disables forcing physical half-duplex operation of main repeat$

                                        ; still keeping half-duplex semantics (optional)

 

nounkeyct = 1                           ; Set to a 1 to eliminate courtesy tones and associated delays.

 

totime = 180000                         ; transmit time-out time (in ms) (optional, default 3 minutes 18$

 

idrecording = |ie                       ; id recording or morse string see http://ohnosec.org/drupal/nod$

idtalkover = |ie                        ; Talkover ID (optional) default is none see http://ohnosec.org/$

Is something missing from these elements or do I need to add anything else?

 

 


801 - 820 of 9149