Skip to main content

Inbound Dialing Permission Logs

Posted by acraft on Mon, 09/30/2019

We notice some entries in our logs that correlate to Denied Caller ID patters in Inbound dialing permissions. The logs show "Invalid priority" followed by the second pattern in the Denied Caller ID pattern list. This appears for all tenants that we have these for. This happens likely during a reload.

For example, we have a customer with the following patterns Denied: "_800.,_822.,_833.,_844.,_855.,_866.,_877.,_888."

And the log entry shows: "[2019-09-30 08:19:28] WARNING[9474] pbx_config.c: Invalid priority/label '_822.' at line 0 of extensions.conf*"

This isn't service affecting, but pollutes our logs. We're running MT 9.1.4.14.

Thanks,

Andrew


Submitted by volodya on Wed, 10/02/2019 Permalink

Hello Andrew,

Please run dialplan show tl-check-inbound-acl-TENANTNAME and dialplan show tl-check-acl-TENANTNAME commands in CLI. Can you see entries for corresponding lines?

Please also execute following query in pbxconf database. Send us an email to support@thirdlane.com in case if you will need any help with this step.
select * from ast_static_config where filename = 'extensions.include' and category like 'tl-check%';

Submitted by acraft on Fri, 10/04/2019 Permalink

Volodya,

I get entries for dialplan show "tl-check-inbound-acl-TENANTNAME", but nothing for "dialplan show tl-check-acl-TENANTNAME".

Here's some of the entries I see on tl-check-inbound-acl-TENANTNAME:

's' (CID match '_800.') => 1. Return(0) [pbx_config]
's' (CID match '_822.') => 1. Return(0) [pbx_config]
's' (CID match '_833.') => 1. Return(0) [pbx_config]
's' (CID match '_844.') => 1. Return(0) [pbx_config]
's' (CID match '_855.') => 1. Return(0) [pbx_config]
's' (CID match '_866.') => 1. Return(0) [pbx_config]
's' (CID match '_877.') => 1. Return(0) [pbx_config]
's' (CID match '_888.') => 1. Return(0) [pbx_config]

And here are the results from the database:

27966 35 1 0 0 extensions.include tl-check-inbound-acl-TENANTNAME exten s/_800.,_822.,_833.,_844.,_855.,_866.,_877.,_888.,1,Reurn(0)

29176 35 1 0 0 extensions.include tl-check-inbound-acl-TENANTNAME exten s/_800.,1,Return(0)
29177 35 1 0 0 extensions.include tl-check-inbound-acl-TENANTNAME exten s/_822.,1,Return(0)
29178 35 1 0 0 extensions.include tl-check-inbound-acl-TENANTNAME exten s/_833.,1,Return(0)
29179 35 1 0 0 extensions.include tl-check-inbound-acl-TENANTNAME exten s/_844.,1,Return(0)
29180 35 1 0 0 extensions.include tl-check-inbound-acl-TENANTNAME exten s/_855.,1,Return(0)
29181 35 1 0 0 extensions.include tl-check-inbound-acl-TENANTNAME exten s/_866.,1,Return(0)
29182 35 1 0 0 extensions.include tl-check-inbound-acl-TENANTNAME exten s/_877.,1,Return(0)
29183 35 1 0 0 extensions.include tl-check-inbound-acl-TENANTNAME exten s/_888.,1,Return(0)

Thanks,

Andrew

Submitted by volodya on Fri, 10/04/2019 Permalink

Hello Andrew,

Please drop first record where var_val is s/_800.,_822.,_833.,_844.,_855.,_866.,_877.,_888.,1,Reurn(0). Let me know if this was the case.

Thanks.