DTMF-Based Linking + DNS Node Lookups Fail Due to Timer Issues #392
Comments
|
What version of ASL3 do you have installed? If you are running a version prior to v3.0.4 then you are missing the fix for #372. Also, we recently had another reported issue, #386, that turned out to be a network configuration issue. From the node, do you have reasonable network connectivity? Can you resolve/ping hostnames (e.g. |
|
I'm checking the notes from the previous ticket there to see if this applys here.. in the meantime here's ping results.. Version is Asterisk 20.9.1+asl3-3.0.4-1.deb12 |
|
It have determined this issue is with Tailscale and not Allstar. Tailscale is doing odd things with its internal DNS which is supposed to passthrough to a provider of your choice.. i.e. 8.8.8.8 I still don't quite understand why that would cut the numbers off at 4 digits.. but there we are. The solution for me was to just disable Tailscale's DNS and use 8.8.8.8 directly on the OS. For future viewers that use tailscale...
If you want you can leave the issue open for a day or two in case anyone else has comments/suggestions.. |
dbehnke
changed the title
|
Great to hear that you have solved the problem. |
|
Dave, Clearly, the simple "can we resolve "a" DNS name was not a good "quick" DNS test. How did you determine that the issue was with Tailscale's DNS? Is there a good test we could add (or at least document) that would help identify this issue? |
|
So for tailscale.. they have something called tailnet.. that allows you to do dns lookups to your other nodes. and when you enable tailscale with 
|
|
This is likely related to a know DNS services defect on the infra side. Try not using the intercepted DNS. |
|
Yeah I've kinda given up for now with this .. even with tailscale on and disabling intercepting DNS (using 8.8.8.8) it still has an issue. The only way i was able to work around the issue for now is to use FILE mode in rpt.conf (turning off DNS lookup) or turn off tailscale and then DNS works. I use tailscale as a vpn between my nodes and as an exit node for when i'm on cellular to appear with the same ip. (ATT likes to change IPs unfortunately). Not sure what's changed between first release and 3.0.4 but something broke using tailscale for me. |
|
@dbehnke Would you be willing to setup your system with the failing configuration for me to get some debugging information. We need to at least understand why this causes the failure. If you are willing have some questions and steps. |
|
Here is some debugging information from my computer. I was able to get the failure as soon as I started asterisk. I will note that I enabled res_resolver_unbounded.so and set the nameserver to 1.1.1.1. |
|
The main problem is the time to look up DNS records. I have confirmed it here. app_rpt does not process more that 4 digits due to the DTMF timer expiring. The DTMF timer is hard coded for 3 seconds. If the DNS lookup does not complete in 3 seconds, the DTMF timer expires and the DTMF buffer is reset. At that point you see a |
|
So, to be clear, there's a complete time allocation of 3s to receive all DTMF tones and then execute the complete round-trip of the DNS lookup? In general, the DNS lookup de facto timers are to allocate 4 seconds for DNS lookups (2s for a first lookup, 2s to do a second resolver lookup if the first fails/timesout). |
|
I was not clear. The DTMF timer is reset with each digit. |
jxmx
changed the title
jxmx
changed the title
Describe the bug
When I attempt to do *3 + >4 digit node number, linking does not work.. digits after 4 get cut off
To Reproduce
Steps to reproduce the behavior:
Expected behavior
I can dial node numbers > 4 digits
sample log
This is me trying to connect to 594950 using dtmf, notice only 5949 gets picked up
The text was updated successfully, but these errors were encountered: