项目场景：
用户利用“顶顶通呼叫中心”的“落地IP”方式进行外呼到目的IP的分机。
问题描述:
通过“顶顶通呼叫中心”所输出的日志可以简单的看出：用户是通过“落地IP”的方式在拨打目标电话时，在验证对方的“acl”的呼入IP后，被“acl”拒绝了，导致频道被挂了（Channel is already hungup），进而是通话挂断。
代码语言：javascript复制2023-10-12 11:44:01.229486 87.93% [DEBUG] sofia.c:10562 verifying acl "inbound"for ip/port 43.186.58.105:0.
2023-10-12 11:44:01.229486 87.93% [DEBUG] sofia.c:10691 IP/Port 43.186.58.105:8011 Rejected by acls and auth-calls—aclonly flag is set,rejecting call
b48a9bb-cb20-4502-9be5-166ad267169e 2023-10-1211:44:01.22948687.93% [DEBUG] witch_core_3tate_machine.c:600 (sofia/externa.1/15717964614@43.186.58.105)State NEW
b48a9bb-cb20-4502-9be5-166ad267169e 2023-10-12 11:44:01.22948687.93% [NOTICE]sofia.c:2417 Hangup sofia/external/157179646140@43.186.58.105 [CS NEW] [CALL REJECTED]
b48a9bh-cb20-4502-9e5-166ad267169E 2023-10-1211:44:01.24949287.93% [DEBUG]sofia.c:1527 Channel is already hungup原因分析：
以“落地IP”此方式进行的呼叫，失败原因：
- 对方没有在“acl”的配置文件中添加允许呼入一方（用户）的IP；
- 对方在“acl”的配置文件中添加了用户的IP，但是可能配错了，导致无法成功呼叫；
- 对方即添加了，也没有配错，但是没有进行“重载 acl”操作，导致没有成功添加上；
- 对方掌管“呼入”的SIP配置中，“apply-inbound-acl”是否是“inbound”。
解决方案：
1. 查看对方掌管“呼入”的SIP配置中的“apply-inbound-acl”是否是“inbound”，如果是，可以执行下一点。
2. 可以查看对方的“顶顶通呼叫中心”的“acl”配置文件，文件中如果有允许呼入的IP，说明对方可能没有进行“重载acl”操作，只需要在 freeswitch 中执行“reloadacl”这一命令就可重载acl；如果没有对应IP，说明对方没有添加允许呼入一方的IP，将其添加上，然后在 freeswitch 执行“reloadacl”命令。
3. 也可打开日志，并执行“reloadacl”命令，观察一下输出的日志。同样可以得到添加进去的IP，然后通过和问题日志中的IP进行对比，观察是否是没有这一IP，或者是IP添加错误。
代码语言：javascript复制2023-10-13 16:26:14.876582 99.00% [NOTICE] switch_utils.c:665 Adding 192.168.31.145/32 (allow) [] to list inbound
2023-10-13 16:26:14.876582 99.00% [NOTICE] switch_utils.c:665 Adding 36.185.5.3/32 (allow) [] to list inbound
2023-10-13 16:26:14.876582 99.00% [NOTICE] switch_utils.c:665 Adding 192.168.12.152/32 (allow) [] to list inbound总结：
当以“落地IP”的方式进行呼叫时，出现错误的情况以与IP方面较为常见，我们通过对以上的原因分析，进而找到解决大部分问题的方法和策略。
“顶顶通呼叫中心中间件”的“落地IP”方式能够极大的保证用户的通话安全，只有指定的IP才可以呼入。众所周知，通讯最怕的就是有被盗打的风险，这样会极大的损害用户的权益。所以“顶顶通呼叫中心中间件”将此问题看的十分重要，尽可能的规避这一风险。
