第二个入站号码：收件箱交接与无混合会话

多 DID 入站队列的架构

当租户激活第二个号码时，入站移动发起源负载开始同时到达路由网关。将所有传入流量视为单一流会破坏客户上下文。每个数字标识符必须严格映射到专用的座席队列或自动化工作流。如果您的账户保持 20 美元预付费下限，号码分配将通过程序化 API 调用即时完成，而不是通过手动配置队列。控制平面通过 API 动态分配 DID，确保即时可用性，避免了静态资源配置的延迟。座席队列的动态创建和分配是关键，确保每个 DID 的流量都能被独立处理。自动化工作流的集成允许通过预设规则处理特定类型的消息，进一步细化了流量管理。

JIT 配置与预付费状态检查

号码绝不保存在离线实体库存中；它们是通过 API 集成按需(JIT)请求的。在配置辅助线路时，控制平面在绑定资源之前会对照 20 美元预付费下限验证租户余额。一旦附加，移动发起源负载将立即开始分派。运营商必须将负载消耗与 入站 MO 计费对出站 MT 机制结合追踪，以将入站获取成本与出站终止费用区分开来。预付费钱包的余额是触发 JIT 配置的关键阈值。API 调用会实时检查钱包状态，确保只有余额充足的账户才能动态获取新的 DID。这种机制防止了欠费导致的短信服务中断，并提供了清晰的成本可见性。DLR（Delivery Receipt）的及时获取和处理对于验证消息送达至关重要，尤其是在涉及计费和成本核算时。

关键字映射与会话隔离

为了防止会话线程混合，必须在到达收件箱界面之前解析传入文本主体的初级路由关键字。DID A 上包含 'START' 的有效负载路由到入职培训，而 DID B 上的完全相同的关键字则路由到单独的促销活动。这种程序化隔离可确保座席绝不会回复错误的上下文。当吞吐量扩展且每月流量接近每月近 1,000 美元的软审核时，严格的 webhook 并发调优可防止在高峰活动窗口期间丢弃消息。每个 DID 关联的关键字映射必须独立配置，确保即使是相同的关键字，在不同的 DID 上也会触发不同的处理逻辑。这需要一个强大的路由引擎，能够解析消息内容并根据 DID 和关键字进行精确分发。Webhook 的并发限制和超时设置对于在高流量下保持服务的稳定性至关重要，避免因请求积压而导致消息丢失。

摄取弹性与重试逻辑

电信网关与下游消息消费者之间的网络中断可能导致数据包丢失或重复传递。实现稳健的消费模式需要遵守 入站 webhook 的重试与幂等，以保证精确一次处理。每个传入的移动发起源事件都带有唯一的标识符，消费系统必须临时存储该标识符以安全地过滤掉重复的网络传输。Webhook 接收端必须实现幂等性，以处理网络不稳定导致的重复请求。通过跟踪唯一的 `message_id` 或 `request_id`，系统可以识别并丢弃重复的传入消息。重试机制应具有指数退避策略，以避免在临时故障期间过度消耗资源。OTP（One-Time Password）的接收和处理需要特别注意其时效性和安全性，确保只有最新的 OTP 被用于验证。

在大规模下监控消费者性能

高容量入站环境要求对所有 webhook 消费者节点进行严格的可观测性，以便早期发现处理瓶颈。追踪消费者延迟、HTTP 5xx 错误率和队列深度可防止静默传递失败。扩展摄取层的详细操作指南在 大流量下的 Webhook 消费者运维 中进行了概述。当路由规则失败或座席报告消息渲染延迟时，维护干净的日志可确保快速进行根本原因分析。监控工具应覆盖从消息接收到最终处理的整个链路，包括消息队列的长度、处理延迟、以及消费者服务的健康状况。设置告警阈值，以便在出现异常情况时及时通知运维团队。Quiet hours（静默时段）的配置可以允许在非工作时间减少告警的频率，但关键性告警仍需触发。Corridor（通道）的概念可以用于定义消息处理的预期时间范围，超出该范围则触发告警。

开始使用 IOSOR

预发给同一租户再分配第二个入站号码。MO A 打到第一个 DID，MO B 打到第二个。会话必须分开：没有共用收件行、没有关键词表渗漏、坐席不能看成同一对话。导出两把收件箱键和交接清单。因为是同一客户就合并会话算失败。这是第二号码收件箱交接，不是新分配的 JIT 首次切流。在 IOSOR 中，为第二个 DID 配置独立的收件箱是首要任务。这意味着需要创建新的路由规则和处理逻辑，确保所有来自该 DID 的消息都进入一个全新的、隔离的会话流。座席界面应清晰地标识消息来源 DID，避免混淆。交接清单应包含新 DID 的配置详情、关联的关键字映射以及预期的处理流程。严格禁止将来自不同 DID 的消息合并到同一个会话中，这是导致交接失败的主要原因。

IOSOR 要点

第二个入站号码就是第二个收件箱。会话一混，交接就失败。严格的会话隔离是核心。预付费钱包状态决定了号码的动态分配能力。JIT 配置和 API 集成是实现高效号码管理的关键。DLR 和 webhook 的幂等性保证了消息处理的可靠性。监控和告警系统是保障大规模服务稳定运行的基石。OTP 的安全处理和静默时段的配置提升了用户体验和运维效率。Corridor 概念有助于精细化性能监控。

要做：按 DID 路由和存储，再把新收件箱连同拆分图交给运维。不要：把第二号码折进第一条会话，或把分配当成全部交接。