- 已装运
- 2026年9月3日 00:06 UTC
- 作者
- Kamo
- 提交
- a2eebfc
FreePBX 的 PJSip 驱动程序默认直接 media to Yes (基因故障DefaultDeviceSettings, PJSip. class.php: 210)和图形QL extension 突变没有可覆盖的字段, 所以每个扩展 KamoCRM 使用允许流出端点到端点的媒体创建到来. 所有21个 k1m1 上通过图形用户界面创建的扩展为 “ no” ; 通过 API是唯一的`是'。 当直接媒体谈判时,Asterisk离开 媒体路径, 而记录此整个程序的 MixMonitor () 存在可以上传 捕取寂静. 上一个承诺声称无法从自定义标签文件中修复 因为“a (+) 块只能是 ADD 选项, 绝不覆盖—— 第一个值 赢了 这是错的,也是因为一个尴尬的原因:实验 后面使用了`pjsip reload',而同样的承诺证明并非 重新处理(+)附件。 因此,块从来没有被应用 和终点 保持其原始价值, 它看起来完全像一等值的赢家。 重运行到一个端点, 其生成的配置 。 直接 media=是, 附加直接 media=否和重新装入 `模块重新装入 res pjsip.so': 直接 媒体走向真实 - > 虚假。 最后一个值获胜。 不需要 FreePBX 数据库证书, 这很重要, 因为代理人有 没有在客户箱。 因此,和解者现在发出直接 media=没有。 这两项关切是: 每个扩展段分别跟踪,而不是相互推断: - WebRTC的设置是属于我们的 只有当其他人没有为此写一个块 ,因为否则会重复或与名册相矛盾。 - 媒体是无条件的 名册块没有设置 所以 其WebRTC 屏蔽他人的扩展名仍然会记录默默无声 这个 这样的扩展得到第二个(+)块,仅携带直接 媒体. NORMALIZE DIRECT MEDIA 默认值 ON — 与 WebRTC 块不同,它是安全的 所有类型的电话, 和它直面 里面的README已经承诺 ("检查您的电话系统是否建立 以记录调用卡莫的方式 ”)。 它是一个指针,以便一个明确的 假和缺席是分不开的;普通的布尔无法被关闭。 验证活性:一个新鲜的 API 创建的扩展读取为 direct media= true, 并在之后 一个调节加一个模块重新装入错误读取, 其它21个扩展 并保留了KlusterServices名册 字节的字节。 所有22个直播扩展现在读取直接 media=false.