Asterisk项目中PJSIP终端标识符显示异常问题分析

问题概述

在Asterisk 22.1.0版本的PJSIP模块中，当使用"pjsip show endpoints"命令查看终端配置时，会出现标识符(identify)错误显示的问题。具体表现为：为不同终端配置的标识符会被错误地显示在所有终端上，尽管这些标识符在配置文件中是明确指定给特定终端的。

问题重现

假设我们有以下两个终端配置：

[123456789c1]
type=endpoint
context=from-trunk-c1
disallow=all
allow=ulaw
from_domain=a.main.com
from_user=123456789c1

[my-identify1]
type=identify
endpoint = 123456789c1
match = 192.168.5.24

和

[123456789c2]
type=endpoint
context=from-trunk-c1
disallow=all
allow=ulaw
from_domain=a.main.com
from_user=123456789c1

[my-identify2]
type=identify
endpoint = 123456789c2
match = 192.168.5.25

在CLI中执行"pjsip show endpoints"命令后，输出结果会错误地将两个标识符都显示在两个终端下：

Endpoint: 123456789c1 Unavailable 0 of inf
   Identify: my-identify1/123456789c1
        Match: 192.168.5.24/32
   Identify: my-identify2/123456789c2
        Match: 192.168.5.25/32

Endpoint: 123456789c2 Unavailable 0 of inf
   Identify: my-identify1/123456789c1
        Match: 192.168.5.24/32
   Identify: my-identify2/123456789c2
        Match: 192.168.5.25/32

技术分析

经过深入分析，这个问题与Asterisk的字符串匹配机制有关。在sorcery配置模块中，当比较终端名称时，使用了模糊匹配而非精确匹配。具体来说：

1. 当检查标识符与终端的关联关系时，系统调用了ast_variable_lists_match函数
2. 该函数内部又调用了ast_strings_match函数进行字符串比较
3. ast_strings_match函数不仅执行简单的字符串比较，还包含复杂的模糊匹配逻辑

问题的根源在于，当终端名称以数字开头时(如"123456789c1")，模糊匹配算法可能会错误地将不同终端视为匹配。这导致系统错误地将所有标识符关联到所有终端上。

实际影响

虽然这个问题最初表现为CLI显示异常，但在实际使用中可能会带来更严重的影响：

1. 当多个标识符配置了相同的IP地址匹配规则时，系统可能会错误地将入站呼叫路由到错误的终端上下文
2. 认证和路由决策可能基于错误的标识符关联关系
3. 管理员难以通过CLI准确判断当前的标识符配置情况

解决方案

Asterisk开发团队已经确认这是一个需要修复的问题。临时解决方案包括：

1. 避免使用纯数字开头的终端名称
2. 为每个终端配置唯一的IP匹配规则
3. 使用其他区分方法(如端口号)来区分入站流量

从技术实现角度看，正确的修复方法应该是修改sorcery配置模块中的字符串比较逻辑，在关联标识符和终端时使用精确匹配而非模糊匹配。具体来说，应该将ast_variable_lists_match函数的最后一个参数设置为1，以启用精确匹配模式。

总结

这个bug揭示了Asterisk在PJSIP模块终端标识符处理中的一个边界情况问题。虽然主要影响CLI显示，但也可能对实际呼叫路由产生影响。开发团队已经意识到这个问题，并将在未来版本中修复。在此期间，管理员可以通过调整命名约定和配置策略来规避潜在问题。