主IVR向二级IVR传递call_language变量及直连可行性咨询

嘿，针对你在Avaya环境里遇到的这两个IVR相关问题，我结合实际部署经验给你梳理下解决方案：

完全可以实现，只是需要顺着你当前的呼叫链路（主IVR→SM→CM→SM→EP→二级IVR）做针对性配置：

• 首先在主IVR的盲转逻辑中，把call_language变量打包到**呼叫上下文（Call Context）**或者自定义SIP头部里。Avaya Experience Portal的IVR脚本支持用Session.setVariable()将变量存入会话上下文，还能配置把变量注入到SIP消息的自定义头部（比如命名为X-Call-Language，避免和系统默认头部冲突）。
• 中间节点SM和CM需要确保上下文不丢失：在CM中给对应的VDN开启Context Preservation相关配置，同时在SM里设置允许自定义SIP头部透传，防止中间环节把变量过滤掉。
• 二级IVR接收到呼叫后，通过Session.getVariable()从会话上下文提取，或者解析SIP头部拿到call_language变量，就能直接复用了。

这个得看你的部署架构和管控要求：

• 如果两个IVR同属一个Experience Portal集群，或者可以直接通过SIP trunk互通，那是可以绕过SM和CM直连的。你可以在主IVR脚本里配置直接SIP转接，目标地址填二级IVR的SIP URI或者EP应用的专属接入地址，这样呼叫不需要经过CM的VDN匹配，直接在EP内部或通过SIP trunk完成转接。
• 但如果你的企业架构要求所有呼叫必须经过CM做路由管控（比如权限校验、计费、队列调度），或者两个IVR不在同一个SIP域内，那绕过SM和CM可能会违反架构规范，甚至导致呼叫失败。另外，有些Avaya环境会把SM作为会话管控核心，强制所有呼叫走SM，这种场景下也没法绕过。

内容的提问来源于stack exchange，提问作者jodoro