Topics

Callsigns Change When Going Across Bridge

David
 

Two YSF reflectors connected with MMDVM_Bridge.
The call sign "W5ZIT-JIM" appears on the other end of the bridge as "W5ZIT".
The call sign "KE7AZ-14" appears on the other end of the bridge as "??????????".
The first one is not a big deal -- it is just the person's name.
With the second one, the identifier is lost.
Is there any way to overcome this?

Thanks.

David, AK2L

Steve N4IRS
 

It would help to see the log when the traffic passes through the bridge.

 

From: David
Sent: Friday, July 26, 2019 2:18 PM
To: main@DVSwitch.groups.io
Subject: [DVSwitch] Callsigns Change When Going Across Bridge

 

Two YSF reflectors connected with MMDVM_Bridge.
The call sign "W5ZIT-JIM" appears on the other end of the bridge as "W5ZIT".
The call sign "KE7AZ-14" appears on the other end of the bridge as "??????????".
The first one is not a big deal -- it is just the person's name.
With the second one, the identifier is lost.
Is there any way to overcome this?

Thanks.

David, AK2L

 

David
 

Originating reflector / far end of the bridge:

 

M: 2019-07-26 00:05:26.275 YSF, received network data from KE7AZ-14   to ALL        at W7AI     

I: 2019-07-26 00:05:26.275 YSF, Lookup call KE7AZ returned id 0 -> 1234567

M: 2019-07-26 00:05:27.776 YSF, network watchdog has expired, 0.1 seconds, 0% packet loss, BER: 0.0%

M: 2019-07-26 01:22:33.551 YSF, received network data from W5ZIT-JIM  to ALL        at W7AI     

I: 2019-07-26 01:22:33.551 YSF, Lookup call W5ZIT returned id 0 -> 1234567

M: 2019-07-26 01:22:34.540 YSF, received network end of transmission, 1.1 seconds, 0% packet loss, BER: 0.0%

M: 2019-07-26 10:25:50.363 YSF, received network data from KF4LL      to ALL        at W7NFL    

I: 2019-07-26 10:25:50.363 YSF, Lookup call KF4LL returned id 0 -> 1234567

M: 2019-07-26 10:25:51.264 YSF, received network end of transmission, 1.0 seconds, 0% packet loss, BER: 0.0%

 

Destination reflector / near end of the bridge:

 

M: 2019-07-26 00:05:26.278 YSF, TX state = ON

I: 2019-07-26 00:05:26.278 YSF, Begin TX: src=1234567 rpt=0 dst=1234 slot=2 cc=0 metadata=KE7AZ

M: 2019-07-26 00:05:27.778 YSF, TX state = OFF

M: 2019-07-26 01:22:33.552 YSF, TX state = ON

I: 2019-07-26 01:22:33.552 YSF, Begin TX: src=1234567 rpt=0 dst=1234 slot=2 cc=0 metadata=W5ZIT

I: 2019-07-26 01:22:33.766 YSF, Wide transmit

M: 2019-07-26 01:22:34.544 YSF, TX state = OFF

M: 2019-07-26 10:25:50.364 YSF, TX state = ON

I: 2019-07-26 10:25:50.364 YSF, Begin TX: src=1234567 rpt=0 dst=1234 slot=2 cc=0 metadata=KF4LL

I: 2019-07-26 10:25:50.553 YSF, Narrow transmit (72 bit)

M: 2019-07-26 10:25:51.268 YSF, TX state = OFF

 

AK2L

 

 

From: main@DVSwitch.groups.io <main@DVSwitch.groups.io> On Behalf Of Steve N4IRS
Sent: Friday, July 26, 2019 11:21
To: main@DVSwitch.groups.io
Subject: Re: [DVSwitch] Callsigns Change When Going Across Bridge

 

It would help to see the log when the traffic passes through the bridge.

 

From: David
Sent: Friday, July 26, 2019 2:18 PM
To: main@DVSwitch.groups.io
Subject: [DVSwitch] Callsigns Change When Going Across Bridge

 

Two YSF reflectors connected with MMDVM_Bridge.
The call sign "W5ZIT-JIM" appears on the other end of the bridge as "W5ZIT".
The call sign "KE7AZ-14" appears on the other end of the bridge as "??????????".
The first one is not a big deal -- it is just the person's name.
With the second one, the identifier is lost.
Is there any way to overcome this?


 

David
 

Here are the corresponding log entries from the destination reflector:

M: 2019-07-26 00:05:27.781 Received data from ?????????? to ?????????? at BRIDGE   
M: 2019-07-26 00:05:27.781 Received end of transmission

M: 2019-07-26 01:22:33.760 Received data from      W5ZIT to        ALL at BRIDGE   
M: 2019-07-26 01:22:34.547 Received end of transmission

M: 2019-07-26 10:25:50.470 Received data from      KF4LL to        ALL at BRIDGE   
M: 2019-07-26 10:25:51.271 Received end of transmission

AK2L


Adrian Fewster
 

Check the system DMR database file to see if it has that Id ? If not & added, then it should report to dashboard correctly.

On 27/7/19 5:01 am, David wrote:
Here are the corresponding log entries from the destination reflector:

M: 2019-07-26 00:05:27.781 Received data from ?????????? to ?????????? at BRIDGE   
M: 2019-07-26 00:05:27.781 Received end of transmission

M: 2019-07-26 01:22:33.760 Received data from      W5ZIT to        ALL at BRIDGE   
M: 2019-07-26 01:22:34.547 Received end of transmission

M: 2019-07-26 10:25:50.470 Received data from      KF4LL to        ALL at BRIDGE   
M: 2019-07-26 10:25:51.271 Received end of transmission

AK2L


David
 

Thanks Adrian, but this is a YSF-only setup.  No DMR is being used at all.

 

AK2L

 

 

From: main@DVSwitch.groups.io <main@DVSwitch.groups.io> On Behalf Of Adrian Fewster
Sent: Friday, July 26, 2019 14:59
To: main@DVSwitch.groups.io
Subject: Re: [DVSwitch] Callsigns Change When Going Across Bridge

 

Check the system DMR database file to see if it has that Id ? If not & added, then it should report to dashboard correctly.

On 27/7/19 5:01 am, David wrote:

Here are the corresponding log entries from the destination reflector:

M: 2019-07-26 00:05:27.781 Received data from ?????????? to ?????????? at BRIDGE   
M: 2019-07-26 00:05:27.781 Received end of transmission

M: 2019-07-26 01:22:33.760 Received data from      W5ZIT to        ALL at BRIDGE   
M: 2019-07-26 01:22:34.547 Received end of transmission

M: 2019-07-26 10:25:50.470 Received data from      KF4LL to        ALL at BRIDGE   
M: 2019-07-26 10:25:51.271 Received end of transmission

AK2L

Adrian Fewster
 

Ok, on that, I am probably thinking of the CA6JAU method of using a DMR database file for callsign lookup and number transfer from one system to another, I guess this is different.

YSFReflector

On 27/7/19 8:33 am, David wrote:

Thanks Adrian, but this is a YSF-only setup.  No DMR is being used at all.

 

AK2L

 

 

From: main@DVSwitch.groups.io <main@DVSwitch.groups.io> On Behalf Of Adrian Fewster
Sent: Friday, July 26, 2019 14:59
To: main@DVSwitch.groups.io
Subject: Re: [DVSwitch] Callsigns Change When Going Across Bridge

 

Check the system DMR database file to see if it has that Id ? If not & added, then it should report to dashboard correctly.

On 27/7/19 5:01 am, David wrote:

Here are the corresponding log entries from the destination reflector:

M: 2019-07-26 00:05:27.781 Received data from ?????????? to ?????????? at BRIDGE   
M: 2019-07-26 00:05:27.781 Received end of transmission

M: 2019-07-26 01:22:33.760 Received data from      W5ZIT to        ALL at BRIDGE   
M: 2019-07-26 01:22:34.547 Received end of transmission

M: 2019-07-26 10:25:50.470 Received data from      KF4LL to        ALL at BRIDGE   
M: 2019-07-26 10:25:51.271 Received end of transmission

AK2L

Steve N4IRS
 

Actually the DMR ID is used if available. We are checking if there is a call sign without a DMR ID, what does and what should happen.

Steve N4IRS

On 7/26/19 6:42 PM, Adrian Fewster wrote:

Ok, on that, I am probably thinking of the CA6JAU method of using a DMR database file for callsign lookup and number transfer from one system to another, I guess this is different.

YSFReflector

On 27/7/19 8:33 am, David wrote:

Thanks Adrian, but this is a YSF-only setup.  No DMR is being used at all.

 

AK2L

 

 

From: main@DVSwitch.groups.io <main@DVSwitch.groups.io> On Behalf Of Adrian Fewster
Sent: Friday, July 26, 2019 14:59
To: main@DVSwitch.groups.io
Subject: Re: [DVSwitch] Callsigns Change When Going Across Bridge

 

Check the system DMR database file to see if it has that Id ? If not & added, then it should report to dashboard correctly.

On 27/7/19 5:01 am, David wrote:

Here are the corresponding log entries from the destination reflector:

M: 2019-07-26 00:05:27.781 Received data from ?????????? to ?????????? at BRIDGE   
M: 2019-07-26 00:05:27.781 Received end of transmission

M: 2019-07-26 01:22:33.760 Received data from      W5ZIT to        ALL at BRIDGE   
M: 2019-07-26 01:22:34.547 Received end of transmission

M: 2019-07-26 10:25:50.470 Received data from      KF4LL to        ALL at BRIDGE   
M: 2019-07-26 10:25:51.271 Received end of transmission

AK2L


David
 

Any update on this?

AK2L

David
 

Any new information on this?

AK2L

Steve N4IRS
 

David,
It is the list of things to look at for the next rev of MB.

73, Steve N4IRS

On 8/10/19 3:58 PM, David wrote:
Any new information on this?

AK2L