SIP重新邀请和用户=电话

SIP重新邀请和用户=电话,sip,freeswitch,Sip,Freeswitch,当我的系统执行邀请时,在请求行中我有“sip:nnnnn@domain;user=phone“但当它执行重新邀请时,会删除user=phone,看起来像“sip:nnnnn@domain“ 我的问题是这种正常的行为?我有一个供应商抱怨,但从我从RFC 3261收集的信息来看,这是一个很好的对话框。这是正确的吗 谢谢user=phone的意思是指定URI的用户部分应解释为电话号码(tel URI)。此信息在建立连接时非常有用。对于重新邀请,它没有附加值,因为端点之间的连接已经就位 此外,邀请的请求

当我的系统执行邀请时,在请求行中我有“sip:nnnnn@domain;user=phone“但当它执行重新邀请时,会删除user=phone,看起来像“sip:nnnnn@domain“

我的问题是这种正常的行为?我有一个供应商抱怨,但从我从RFC 3261收集的信息来看,这是一个很好的对话框。这是正确的吗


谢谢

user=phone的意思是指定URI的用户部分应解释为电话号码(tel URI)。此信息在建立连接时非常有用。对于重新邀请,它没有附加值,因为端点之间的连接已经就位

此外,邀请的请求URI与重新邀请的请求URI不同是正常的。用于邀请的请求URI通常是记录地址,例如电话簿中的地址。invite将与特定SIP实例(端点)建立连接。此SIP端点在(最终)响应中返回其联系人地址,有时返回路由集。联系人地址是对话框的远程目标。远程目标和路由集必须用于构建后续重新邀请的请求URI(请参阅)


我认为(没有消息示例)您的系统正在以正确的方式处理此问题。如果您的供应商坚持要求重新邀请具有包含“user=phone”的请求URI,则应在其电话的联系地址中包含此参数。

user=phone”的含义是指定URI的用户部分应解释为电话号码(tel URI)。此信息在建立连接时非常有用。对于重新邀请,它没有附加值,因为端点之间的连接已经就位

此外,邀请的请求URI与重新邀请的请求URI不同是正常的。用于邀请的请求URI通常是记录地址,例如电话簿中的地址。invite将与特定SIP实例(端点)建立连接。此SIP端点在(最终)响应中返回其联系人地址,有时返回路由集。联系人地址是对话框的远程目标。远程目标和路由集必须用于构建后续重新邀请的请求URI(请参阅)

我认为(没有消息示例)您的系统正在以正确的方式处理此问题。如果您的供应商坚持要求重新邀请具有包含“user=phone”的请求URI,则应在其电话的联系地址中包含此参数