DMRId lookup possible bug? #mmdvm_bridge


Roland W9HPX
 

In the log file for MMDVM_Bridge I noticed these two lines:

M: 2020-06-20 18:12:54.164 YSF, received network data from    3167057 to        ALL at NC4CL    

I: 2020-06-20 18:12:54.164 YSF, Lookup call 316705 returned id 0 -> 3146443
It appears all 7 digits of the DMR ID were received, yet only the first 6 digits were used and the bridge default ID was substituted.  I verified 3167057 was in the DMRId.dat file located in /var/lib/mmdvm.  Is this explainable by something that is not a software bug?  Or is it a bug?
73 de Roland W9HPX


Steve N4IRS
 

I got this from Alex:

M: 2020-06-20 20:36:47.414 DMR, TX state = OFF
M: 2020-06-20 20:36:49.672 YSF, received network data from G7PXM      to *****EAjJ5 at G7PXM
I: 2020-06-20 20:36:49.672 YSF, Lookup call G7PXM returned id 0 -> 310033
M: 2020-06-20 20:36:49.677 DMR, TX state = ON
I: 2020-06-20 20:36:49.677 DMR, Begin TX: src=310033 rpt=0 dst=5052123 slot=2 cc=0 metadata=G7PXM

grep G7PXM /var/lib/mmdvm/DMRIds.dat
2345699 G7PXM Jon Dell
2346985 G7PXM JON DELL


On 6/20/20 4:03 PM, Roland W9HPX wrote:
In the log file for MMDVM_Bridge I noticed these two lines:

M: 2020-06-20 18:12:54.164 YSF, received network data from    3167057 to        ALL at NC4CL    

I: 2020-06-20 18:12:54.164 YSF, Lookup call 316705 returned id 0 -> 3146443
It appears all 7 digits of the DMR ID were received, yet only the first 6 digits were used and the bridge default ID was substituted.  I verified 3167057 was in the DMRId.dat file located in /var/lib/mmdvm.  Is this explainable by something that is not a software bug?  Or is it a bug?
73 de Roland W9HPX



Steve N4IRS
 

Roland,
It actually not a bug. Here is why.
When the network data is received from YSF in this case "   3167057" The lookup is looking for a call sign, Since DMR IDs are not used in YSF. Had the string been "KC3PLD to        ALL at NC4CL then the lookup would have resolved to 3167057 and been passed to DMR. The lookup did try to resolve "   3167057". Since call signs are a max if 6 characters, lookup tried to lookup 316705. This is still not a valid call sign, so the fallback ID was used.

Hope this helps,
73, Steve N4IRS
 

On 6/20/20 4:03 PM, Roland W9HPX wrote:
In the log file for MMDVM_Bridge I noticed these two lines:

M: 2020-06-20 18:12:54.164 YSF, received network data from    3167057 to        ALL at NC4CL    

I: 2020-06-20 18:12:54.164 YSF, Lookup call 316705 returned id 0 -> 3146443
It appears all 7 digits of the DMR ID were received, yet only the first 6 digits were used and the bridge default ID was substituted.  I verified 3167057 was in the DMRId.dat file located in /var/lib/mmdvm.  Is this explainable by something that is not a software bug?  Or is it a bug?
73 de Roland W9HPX