使用思科客户语音门户排除会话刷新计时器故障
简介
本文档介绍思科客户语音门户(CVP)在呼叫的会话刷新参数方面的角色和限制。
先决条件
要求
本文档没有任何特定的要求。
使用的组件
本文档中的信息基于以下软件和硬件版本：
- CVP 11.6
本文档中的信息都是基于特定实验室环境中的设备编写的。本文档中使用的所有设备最初均采用原始（默认）配置。如果您的网络处于活动状态，请确保您了解所有命令的潜在影响。
背景信息
CVP充当入口和VoiceXML(VXML)网关、思科统一通信管理器(CUCM)或任何其他出口终端之间的背对背用户代理(B2BUA)。会话计时器在CVP两端的两个端点之间协商。它将所有信头从一条支路传到另一条支路。
在呼叫中，CVP自行发起REINVITE到入口段的三个点：
- IVR完成后，CVP将REINVITE发送到主叫方进行回铃。
- 在代理（或由于重新查询而导致的后续代理段）应答后，CVP向入口段发送REINVITE
- 在密语完成后，CVP将REINVITE发送到入口段。
问题
如果入口和IVR终端之间有以前的会话计时器协商（CVP在之间），如果CVP跳过REINVITE中与会话计时器相关的报头，终端可以假设其他终端作为刷新器。因此，由于旧会话过期，呼叫被丢弃(例如：呼叫在30分钟丢弃)。 下图描述了场景：
在CVP 11.6中，CVP会处理列出的情况中的会话报头。在所有其他情况下，CVP可以将这些报头从一个支路传输到另一个支路。
case Ingress-UAC刷新器参数刷新器参数
请求支持
—
1 y无uas或uac
2年
3 Y Uas Uas
以下是座席回答时合并的更改：
- CVP确定应答的代理支路，并根据应答请求中的内容确定必须发送到报头内入口的路由。
- 当CVP向入口重新发起REINVITE（为代理传输或密语完成后启动的CVP）时，它会根据从CUCM在200 OK中收到的内容将角色分配给入口。详情见表1.1。
- 对于发送到密语段的INVITE，您可以根据从CUCM在200 OK内收到的内容忽略或设置刷新程序。密语段在VXML网关上有15秒计时器。因此，这不是问题。
以下是座席支路应答呼叫（无耳语）的各种情况：
表 1.1
| 入口在初始INVITE中发送 | IVR响应 | CUCM的内容 | CUCM在200 OK时响应的内容 | CVP应在重新邀请时向入口发送什么 |
| 会话过期：<value> | 会话过期：<value>;refresher=uac | 会话过期：<value> | 会话过期：<value>;refresher=uac | 会话过期：<value>;refresher=uas |
| 会话过期：<value> | 会话过期：<value>;refresher=uas | 会话过期：<value> | 会话过期：<value>;refresher=uas | 会话过期：<value>;refresher=uac |
| 会话过期：<value>;refresher=uas | 会话过期：<value>;refresher=uas | 会话过期：<value>;refresher=uas | 会话过期：<value>;refresher=uas | 会话过期：<value>;refresher=uac |
| 会话过期： <value>;refresher=uac | 会话过期：<value>;refresher=uac | 会话过期： <value>;refresher=uac | 会话过期：<value>;refresher=uac | 会话过期：<value>;refresher=uas |
从表1.1中，CVP可以确定座席端在收到200 OK时的角色。对于所有情况，REINVITE朝向入口会转换角色，以确保处理刷新。
启用密语时，已应答座席段（已交换INVITE/200/ACK），CVP向入口发送REINVITE，收到200 OK后，REINVITE将发送到座席。
对于REINVITE到入口，请使用表1.1；对于REINVITE到代理，请使用下表：
| 来自入口200 OK的内容可重新邀请 | CVP必须向座席发送什么重新邀请 |
| 会话过期： <value>;refresher=uac | 会话过期：<value>;refresher=uas |
| 会话过期：<value>;refresher=uas | 会话过期：<value>;refresher=uac |
解决方案
可通过以下任何选项接收来自入口的初始邀请：
会话过期：
会话过期： <value>;refresher=uac
会话过期：<value>;refresher=uas
理想情况下，为了保持配置简单，解决方案级建议应配置入口网关以刷新=uac，以便CVP接收的INVITE具有已定义的角色，否则200 OK from IVR确定角色。
本文的工作在文档错误中介绍。
具体用途可在此处处理：
- 会话刷新协商的两段不一致，导致呼叫在30分钟时断开。标记CUCM发送BYE时，原因=41。
- 差异在于Telco不刷新会话，CUCM希望将会话刷新作为必需参数(需要：计时器)。
- 在这种情况下，CVP或入口网关(CUBE)需要充当会话刷新器角色，以将刷新邀请发送到CUCM。
- 但CVP无法生成刷新邀请。它仅在CUBE和CUCM之间传递。
- 因此，您需要在此处使CUBE成为刷新程序。
- 要使CUBE成为刷新程序，您可以在CUBE上应用此配置并监控呼叫30分钟。丢弃。这不会对生产产生任何影响，且配置更改会立即生效。
conf t
voice service voip
sip
min-se 1800 session-expires 1800
session refresh
end
特定场景中的常见问题：
1.当座席听到耳语通知时，谁是更新者。 在这种情况下，CVP是座席和耳语腿的UAC，Session-Expires值是什么？
在这种情况下，主叫方/入口网关将被指定为刷新。
2.当CVP已知道何时启动客户端事务或服务器事务时，为什么CVP必须从入口存储刷新器。CVP不支持会话刷新，它始终可以动态修改/添加报头，同时将REINVITE作为刷新发送到入口？
目前，CVP不支持第三种组合，其中CUCM/VXML网关充当刷新器。无论如何，CVP都需要保存有关谁负责更新角色的信息（GW或CUCM）。因此，它在出站请求和响应中包括刷新器参数。
反馈