fix(dispatcher): apply approved SIP before real startup verification
This commit is contained in:
@@ -44,6 +44,8 @@
|
||||
|
||||
用户已授权本次目标中的真实 SaaS 全部获批任务,不再逐通询问。程序仍核对任务归属、时段、线路、额度、并发、签发期限和消息身份;不自行生成外呼指令,不盲重拨或换线重拨。
|
||||
|
||||
正式业务 Dispatcher 启动及收到 SIP 更新时,先关闭新执行准入、取得并持久保存 SaaS 完整 SIP 配置,等待旧通话及占用排空,再通过已有 Agent 会话加载并核对 Asterisk 实际版本,成功后才继续业务。未知占用不会因重启消失;加载或核对失败不跳过、不伪造确认。只更新项目管理的线路文件并执行 PJSIP reload,不重启 Asterisk、不改静态 transport。隔离 Mock 仍只核对固定预加载夹具,不发起原生加载。
|
||||
|
||||
验收包括三项服务安装、启用并启动,Asterisk/Agent `enabled+active`,外部 RabbitMQ 登录/通道、Agent监听、Asterisk基础运行及版本/hash。SaaS 未启动不阻断部署:Dispatcher可明确等待或自动重试,新执行准入保持关闭;SaaS读取、其业务队列供给、业务会话及新SIP加载延期,不把此状态写成业务已就绪。证书、配置、MQ登录及Asterisk故障不得归为SaaS不可用。没有HTTP响应须按真实错误类型判定,证书或未知传输错误阻断部署;等待状态必须是有最新对应错误的 `activating/auto-restart`,`failed` 不算成功。无获批任务、未接通或AI未调用时如实记录未验证。
|
||||
|
||||
## 一键入口
|
||||
|
||||
Reference in New Issue
Block a user