Date   

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


Re: Connection problem on Brandmeister PH5151 #brandmeister

Corey Dean N3FE
 

That is exactly what I want him to do, but there is one other thing that sticks out.  The latency...  3102 is set so if your latency is above 150 ms, don’t connect.  They may have something g like that in place.   I can tell you now with the latency I see in your pings, that would not be my server of choice to connect to for reliable communications.


On Jun 20, 2020, at 9:16 AM, Steve N4IRS <szingman@...> wrote:

 Ramon,
What Corey wants you to do is:
Login into your bm self care page
create a hotspot password for the call sign you are using
Apply the password.
Wait five minutes and disable hotspot security.
Try connecting again from DVSwitch.

This is assuming you are using the standard bm passw0rd.

Steve N4IRS


On 6/20/20 9:08 AM, ramon paulino wrote:
Hi corey,
Here is the result.
pi-star@pi-stardvs(rw):~$ ping bm5151hamradio.com.ph
PING bm5151hamradio.com.ph (45.79.222.138) 56(84) bytes of data.
64 bytes from apple.parklogic.com (45.79.222.138): icmp_seq=1 ttl=50 time=287 ms
64 bytes from apple.parklogic.com (45.79.222.138): icmp_seq=2 ttl=50 time=247 ms
64 bytes from apple.parklogic.com (45.79.222.138): icmp_seq=3 ttl=50 time=291 ms
64 bytes from apple.parklogic.com (45.79.222.138): icmp_seq=4 ttl=50 time=247 ms
64 bytes from apple.parklogic.com (45.79.222.138): icmp_seq=5 ttl=50 time=294 ms
64 bytes from apple.parklogic.com (45.79.222.138): icmp_seq=6 ttl=50 time=247 ms
64 bytes from apple.parklogic.com (45.79.222.138): icmp_seq=7 ttl=50 time=252 ms
64 bytes from apple.parklogic.com (45.79.222.138): icmp_seq=8 ttl=50 time=248 ms
64 bytes from apple.parklogic.com (45.79.222.138): icmp_seq=9 ttl=50 time=289 ms
64 bytes from apple.parklogic.com (45.79.222.138): icmp_seq=10 ttl=50 time=255 ms
64 bytes from apple.parklogic.com (45.79.222.138): icmp_seq=11 ttl=50 time=297 ms
^C
Thank you
DU1ZC 


Re: Connection problem on Brandmeister PH5151 #brandmeister

Steve N4IRS
 

Ramon,
What Corey wants you to do is:
Login into your bm self care page
create a hotspot password for the call sign you are using
Apply the password.
Wait five minutes and disable hotspot security.
Try connecting again from DVSwitch.

This is assuming you are using the standard bm passw0rd.

Steve N4IRS


On 6/20/20 9:08 AM, ramon paulino wrote:
Hi corey,
Here is the result.
pi-star@pi-stardvs(rw):~$ ping bm5151hamradio.com.ph
PING bm5151hamradio.com.ph (45.79.222.138) 56(84) bytes of data.
64 bytes from apple.parklogic.com (45.79.222.138): icmp_seq=1 ttl=50 time=287 ms
64 bytes from apple.parklogic.com (45.79.222.138): icmp_seq=2 ttl=50 time=247 ms
64 bytes from apple.parklogic.com (45.79.222.138): icmp_seq=3 ttl=50 time=291 ms
64 bytes from apple.parklogic.com (45.79.222.138): icmp_seq=4 ttl=50 time=247 ms
64 bytes from apple.parklogic.com (45.79.222.138): icmp_seq=5 ttl=50 time=294 ms
64 bytes from apple.parklogic.com (45.79.222.138): icmp_seq=6 ttl=50 time=247 ms
64 bytes from apple.parklogic.com (45.79.222.138): icmp_seq=7 ttl=50 time=252 ms
64 bytes from apple.parklogic.com (45.79.222.138): icmp_seq=8 ttl=50 time=248 ms
64 bytes from apple.parklogic.com (45.79.222.138): icmp_seq=9 ttl=50 time=289 ms
64 bytes from apple.parklogic.com (45.79.222.138): icmp_seq=10 ttl=50 time=255 ms
64 bytes from apple.parklogic.com (45.79.222.138): icmp_seq=11 ttl=50 time=297 ms
^C
Thank you
DU1ZC 


Re: Connection problem on Brandmeister PH5151 #brandmeister

ramon paulino
 

Hi corey,
Here is the result.
pi-star@pi-stardvs(rw):~$ ping bm5151hamradio.com.ph
PING bm5151hamradio.com.ph (45.79.222.138) 56(84) bytes of data.
64 bytes from apple.parklogic.com (45.79.222.138): icmp_seq=1 ttl=50 time=287 ms
64 bytes from apple.parklogic.com (45.79.222.138): icmp_seq=2 ttl=50 time=247 ms
64 bytes from apple.parklogic.com (45.79.222.138): icmp_seq=3 ttl=50 time=291 ms
64 bytes from apple.parklogic.com (45.79.222.138): icmp_seq=4 ttl=50 time=247 ms
64 bytes from apple.parklogic.com (45.79.222.138): icmp_seq=5 ttl=50 time=294 ms
64 bytes from apple.parklogic.com (45.79.222.138): icmp_seq=6 ttl=50 time=247 ms
64 bytes from apple.parklogic.com (45.79.222.138): icmp_seq=7 ttl=50 time=252 ms
64 bytes from apple.parklogic.com (45.79.222.138): icmp_seq=8 ttl=50 time=248 ms
64 bytes from apple.parklogic.com (45.79.222.138): icmp_seq=9 ttl=50 time=289 ms
64 bytes from apple.parklogic.com (45.79.222.138): icmp_seq=10 ttl=50 time=255 ms
64 bytes from apple.parklogic.com (45.79.222.138): icmp_seq=11 ttl=50 time=297 ms
^C
Thank you
DU1ZC 


Re: Connection problem on Brandmeister PH5151 #brandmeister

Corey Dean N3FE
 

That was just a guess, but please let me know how you make out.


On Jun 20, 2020, at 7:28 AM, ramon paulino <pmonchet@...> wrote:

Hi Corey,
I will do it now. Thank you. 

DU1ZC


Re: Connection problem on Brandmeister PH5151 #brandmeister

ramon paulino
 

Hi Corey,
I will do it now. Thank you. 

DU1ZC


Re: Connection problem on Brandmeister PH5151 #brandmeister

Corey Dean N3FE
 

I want you to try something.  I know this is going to sound very strange.  I want you to do into your bm self care and create a hotspot password for the I’d you are using and apply it.  Then I want you to wait five minutes and disable hotspot security and try connecting again.  This is assuming you are using the standard bm passw0rd.

This may not work but I would like to see if it does.

Corey


On Jun 19, 2020, at 8:39 PM, ramon paulino <pmonchet@...> wrote:

Steve,
Oh, It is alright. Thank you for your effort .
DU1ZC /KA4ZCC


Re: Connection problem on Brandmeister PH5151 #brandmeister

ramon paulino
 

On Fri, Jun 19, 2020 at 11:01 PM, Bj DV8AWC wrote:
change Address=bm5151.hamradio.com.ph to Address=120.89.61.77 . seems you are having a DNS/routing issue from you ISP.Hi,
Yes we have tried it also with the same result.
Thank you
de DU!ZC


Re: Connection problem on Brandmeister PH5151 #brandmeister

Bj DV8AWC
 

change Address=bm5151.hamradio.com.ph to Address=120.89.61.77 . seems you are having a DNS/routing issue from you ISP.

73
BJ DV8AWC


Re: Connection problem on Brandmeister PH5151 #brandmeister

Eric-K6KWB
 

Try plug in the IP instead of DNS.
73, Eric


Re: Connection problem on Brandmeister PH5151 #brandmeister

ramon paulino
 

Steve,
Oh, It is alright. Thank you for your effort .
DU1ZC /KA4ZCC


Re: Connection problem on Brandmeister PH5151 #brandmeister

Steve N4IRS
 

Ramon,
I don't know what to tell you. 2 of us can connect to that master fine.

On 6/19/20 7:21 PM, ramon paulino wrote:
Hi Steve,
Sorry Good morning from the Philippines.
Here it  is:
 ping bm5151.hamradio.com.ph
PING bm5151.hamradio.com.ph (120.89.61.77) 56(84) bytes of data.
64 bytes from 77.61.89.120.ids.static.customers.eastern-tele.com (120.89.61.77): icmp_seq=1 ttl=51 time=20.7 ms
64 bytes from 77.61.89.120.ids.static.customers.eastern-tele.com (120.89.61.77): icmp_seq=2 ttl=51 time=22.1 ms
64 bytes from 77.61.89.120.ids.static.customers.eastern-tele.com (120.89.61.77): icmp_seq=3 ttl=51 time=21.8 ms
64 bytes from 77.61.89.120.ids.static.customers.eastern-tele.com (120.89.61.77): icmp_seq=4 ttl=51 time=24.6 ms
64 bytes from 77.61.89.120.ids.static.customers.eastern-tele.com (120.89.61.77): icmp_seq=5 ttl=51 time=30.0 ms
64 bytes from 77.61.89.120.ids.static.customers.eastern-tele.com (120.89.61.77): icmp_seq=6 ttl=51 time=408 ms
64 bytes from 77.61.89.120.ids.static.customers.eastern-tele.com (120.89.61.77): icmp_seq=7 ttl=51 time=24.1 ms
64 bytes from 77.61.89.120.ids.static.customers.eastern-tele.com (120.89.61.77): icmp_seq=8 ttl=51 time=21.6 ms
64 bytes from 77.61.89.120.ids.static.customers.eastern-tele.com (120.89.61.77): icmp_seq=9 ttl=51 time=21.8 ms
64 bytes from 77.61.89.120.ids.static.customers.eastern-tele.com (120.89.61.77): icmp_seq=10 ttl=51 time=23.3 ms
64 bytes from 77.61.89.120.ids.static.customers.eastern-tele.com (120.89.61.77): icmp_seq=11 ttl=51 time=27.1 ms
64 bytes from 77.61.89.120.ids.static.customers.eastern-tele.com (120.89.61.77): icmp_seq=12 ttl=51 time=22.5 ms
64 bytes from 77.61.89.120.ids.static.customers.eastern-tele.com (120.89.61.77): icmp_seq=13 ttl=51 time=25.3 ms
 


Re: Connection problem on Brandmeister PH5151 #brandmeister

ramon paulino
 

Hi Steve,
Sorry Good morning from the Philippines.
Here it  is:
 ping bm5151.hamradio.com.ph
PING bm5151.hamradio.com.ph (120.89.61.77) 56(84) bytes of data.
64 bytes from 77.61.89.120.ids.static.customers.eastern-tele.com (120.89.61.77): icmp_seq=1 ttl=51 time=20.7 ms
64 bytes from 77.61.89.120.ids.static.customers.eastern-tele.com (120.89.61.77): icmp_seq=2 ttl=51 time=22.1 ms
64 bytes from 77.61.89.120.ids.static.customers.eastern-tele.com (120.89.61.77): icmp_seq=3 ttl=51 time=21.8 ms
64 bytes from 77.61.89.120.ids.static.customers.eastern-tele.com (120.89.61.77): icmp_seq=4 ttl=51 time=24.6 ms
64 bytes from 77.61.89.120.ids.static.customers.eastern-tele.com (120.89.61.77): icmp_seq=5 ttl=51 time=30.0 ms
64 bytes from 77.61.89.120.ids.static.customers.eastern-tele.com (120.89.61.77): icmp_seq=6 ttl=51 time=408 ms
64 bytes from 77.61.89.120.ids.static.customers.eastern-tele.com (120.89.61.77): icmp_seq=7 ttl=51 time=24.1 ms
64 bytes from 77.61.89.120.ids.static.customers.eastern-tele.com (120.89.61.77): icmp_seq=8 ttl=51 time=21.6 ms
64 bytes from 77.61.89.120.ids.static.customers.eastern-tele.com (120.89.61.77): icmp_seq=9 ttl=51 time=21.8 ms
64 bytes from 77.61.89.120.ids.static.customers.eastern-tele.com (120.89.61.77): icmp_seq=10 ttl=51 time=23.3 ms
64 bytes from 77.61.89.120.ids.static.customers.eastern-tele.com (120.89.61.77): icmp_seq=11 ttl=51 time=27.1 ms
64 bytes from 77.61.89.120.ids.static.customers.eastern-tele.com (120.89.61.77): icmp_seq=12 ttl=51 time=22.5 ms
64 bytes from 77.61.89.120.ids.static.customers.eastern-tele.com (120.89.61.77): icmp_seq=13 ttl=51 time=25.3 ms
 


Re: DVSwitch-Mobile with ASL - control codes ignored and macros lost.

Barry G4MKT
 

Ah - I see.
I obviously added the 41006 to the first one, and then later looked at it and saw the above logic that I assumed was correct!

Thanks for the explanation. :)
--
Barry
G4MKT


Re: DVSwitch-Mobile with ASL - control codes ignored and macros lost.

Steve N4IRS
 

Happy to help.
Since I built the original structure for ASL 1.01 I can tell you my thought process.
I wanted to make the sample config as simple as possible. With that in mind, I pointed the 3 entries at the same stanza.

functions = functions                 ; Repeater Function stanza
phone_functions = functions    ; Phone Function stanza
link_functions = functions           ; Link Function stanza

My expectation was that if someone wanted separate function stanzas, they would copy [functions]

Hope that helps,
73, Steve N4IRS

On 6/19/2020 1:02 PM, Barry G4MKT via groups.io wrote:
You are quite correct, it's now working, thanks for your perseverance!

I'm not sure where that structure came from, it might have been me, but I doubt it.
More likely it was in the original image, anyway it's academic now!

I owe you a beer - cheers :)


Re: DVSwitch-Mobile with ASL - control codes ignored and macros lost.

Barry G4MKT
 

You are quite correct, it's now working, thanks for your perseverance!

I'm not sure where that structure came from, it might have been me, but I doubt it.
More likely it was in the original image, anyway it's academic now!

I owe you a beer - cheers :)
--
Barry
G4MKT


Re: DVSwitch-Mobile with ASL - control codes ignored and macros lost.

Steve N4IRS
 

I don't THINK that will parse, I have never tried. I see your logic....

On 6/19/2020 12:36 PM, Barry G4MKT via groups.io wrote:
Hi Steve,
Are you saying that the assignments won't work the way they are?

As I see it if functions = functions41006 and phone_functions = functions then
phone_functions = functions41006

However I have no idea how asterisk parses the config so I will take your word for it :)

I will try assigning it directly.


Re: DVSwitch-Mobile with ASL - control codes ignored and macros lost.

Barry G4MKT
 

Hi Steve,
Are you saying that the assignments won't work the way they are?

As I see it if functions = functions41006 and phone_functions = functions then
phone_functions = functions41006

However I have no idea how asterisk parses the config so I will take your word for it :)

I will try assigning it directly.

--
Barry
G4MKT


Re: DVSwitch-Mobile with ASL - control codes ignored and macros lost.

Steve N4IRS
 

Set phone_functions = functions41006

functions = functions41006 ; Repeater Function stanza
phone_functions = functions ; Phone Function stanza

On 6/19/2020 10:59 AM, Barry G4MKT via groups.io wrote:
There is no actual functions stanza but:

functions = functions41006 ; Repeater Function stanza
phone_functions = functions ; Phone Function stanza
link_functions = functions ; Link Function stanza

and

[functions41006]
1 = ilink,1
2 = ilink,2
3 = ilink,3
4 = ilink,4
70 = ilink,5
99 = cop,6
73 = ilink,6
77 = ilink,16
83 = cmd,/usr/local/sbin/nodestats.sh 41006
5 = macro
61 = autopatchup,noct = 1,farenddisconnect = 1,dialtime = 20000
62 = autopatchdn

83 = /usr/local/sbin/nodestats.sh
721 = status,1
722 = status,2
723 = status,3
724 = status,4
725 = status,5
711 = status,11
712 = status,12
806 = ilink,6
807 = ilink,7
808 = ilink,8
809 = ilink,9,41006,"Testing"
810 = ilink,10
811 = ilink,11
812 = ilink,12
813 = ilink,13
815 = ilink,15
816 = ilink,16
817 = ilink,17
818 = ilink 18
901 = cop,1
902 = cop,2
903 = cop,3
904 = cop,4
905 = cop,5
907 = cop,7
908 = cop,8
909 = cop,9
910 = cop,10
911 = cop,11
912 = cop,12
913 = cop,13
914 = cop,14
915 = cop,15
916 = cop,16
917 = cop,17
918 = cop,18
919 = cop,19
920 = cop,20
921 = cop,21
922 = cop,22
923 = cop,23
924 = cop,24
925 = cop,25
926 = cop,26
927 = cop,27
928 = cop,28
930 = cop,30
931 = cop,31
932 = cop,32
933 = cop,33
934 = cop,34
935 = cop,35
936 = cop,36
937 = cop,37
938 = cop,38
939 = cop,39
942 = cop,42
943 = cop,43
944 = cop,44
945 = cop,45
945 = cop,46
947 = cop,47
948 = cop,48
949 = cop,49
950 = cop,50
951 = cop,51
952 = cop,52
953 = cop,53
954 = cop,54
955 = cop,55
956 = cop,56
957 = cop,57
958 = cop.58
959 = cop,59
960 = cop,60
961 = cop,61
962 = cop,62
963 = cop,63
964 = cop,64
965 = cop,65
[functions-remote]
0 = remote,1
1 = remote,2
2 = remote,3
3 = remote,4
40 = remote,100
41 = remote,101
42 = remote,102
43 = remote,103
44 = remote,104
45 = remote,105
46 = remote,106
711 = remote,107
714 = remote,108
717 = remote,109
713 = remote,110
716 = remote,111
719 = remote,112
721 = remote,113
724 = remote,114
727 = remote,115
723 = remote,116
726 = remote,117
729 = remote,118
79 = remote,119
51 = remote,5
52 = remote,140
67 = remote,210
69 = remote,211

85 = cop,6


Ignore 83 (nodestats.sh) it's a script of mine that reports status of certain stations


Re: DVSwitch-Mobile with ASL - control codes ignored and macros lost.

Barry G4MKT
 

There is no actual functions stanza but:

functions = functions41006 ; Repeater Function stanza
phone_functions = functions ; Phone Function stanza
link_functions = functions ; Link Function stanza

and

[functions41006]
1 = ilink,1
2 = ilink,2
3 = ilink,3
4 = ilink,4
70 = ilink,5
99 = cop,6
73 = ilink,6
77 = ilink,16
83 = cmd,/usr/local/sbin/nodestats.sh 41006
5 = macro
61 = autopatchup,noct = 1,farenddisconnect = 1,dialtime = 20000
62 = autopatchdn

83 = /usr/local/sbin/nodestats.sh
721 = status,1
722 = status,2
723 = status,3
724 = status,4
725 = status,5
711 = status,11
712 = status,12
806 = ilink,6
807 = ilink,7
808 = ilink,8
809 = ilink,9,41006,"Testing"
810 = ilink,10
811 = ilink,11
812 = ilink,12
813 = ilink,13
815 = ilink,15
816 = ilink,16
817 = ilink,17
818 = ilink 18
901 = cop,1
902 = cop,2
903 = cop,3
904 = cop,4
905 = cop,5
907 = cop,7
908 = cop,8
909 = cop,9
910 = cop,10
911 = cop,11
912 = cop,12
913 = cop,13
914 = cop,14
915 = cop,15
916 = cop,16
917 = cop,17
918 = cop,18
919 = cop,19
920 = cop,20
921 = cop,21
922 = cop,22
923 = cop,23
924 = cop,24
925 = cop,25
926 = cop,26
927 = cop,27
928 = cop,28
930 = cop,30
931 = cop,31
932 = cop,32
933 = cop,33
934 = cop,34
935 = cop,35
936 = cop,36
937 = cop,37
938 = cop,38
939 = cop,39
942 = cop,42
943 = cop,43
944 = cop,44
945 = cop,45
945 = cop,46
947 = cop,47
948 = cop,48
949 = cop,49
950 = cop,50
951 = cop,51
952 = cop,52
953 = cop,53
954 = cop,54
955 = cop,55
956 = cop,56
957 = cop,57
958 = cop.58
959 = cop,59
960 = cop,60
961 = cop,61
962 = cop,62
963 = cop,63
964 = cop,64
965 = cop,65
[functions-remote]
0 = remote,1
1 = remote,2
2 = remote,3
3 = remote,4
40 = remote,100
41 = remote,101
42 = remote,102
43 = remote,103
44 = remote,104
45 = remote,105
46 = remote,106
711 = remote,107
714 = remote,108
717 = remote,109
713 = remote,110
716 = remote,111
719 = remote,112
721 = remote,113
724 = remote,114
727 = remote,115
723 = remote,116
726 = remote,117
729 = remote,118
79 = remote,119
51 = remote,5
52 = remote,140
67 = remote,210
69 = remote,211

85 = cop,6


Ignore 83 (nodestats.sh) it's a script of mine that reports status of certain stations

--
Barry
G4MKT

2581 - 2600 of 9203