网站内怎么做搜索,毕设网站开发什么题目好,wordpress相关推荐代码,网站外包方案本文主要讨论的是跟SIP消息发送的路由选择和相关头域。SIP消息传输路径依靠的是路由集和目标地址#xff08;remotetargetURI#xff09;。主要参考的是RFC中的第八章#xff08;一般用户代理行为#xff09;、第十二章#xff08;对话#xff09;、第十三四章#xff0…本文主要讨论的是跟SIP消息发送的路由选择和相关头域。SIP消息传输路径依靠的是路由集和目标地址remotetargetURI。主要参考的是RFC中的第八章一般用户代理行为、第十二章对话、第十三四章会话、十六章Proxy行为。 重要概念 Route Set: 路由集。路由集合是一个顺序的SIP或者SIPSURI。这些URI描述了传递一个请求所必须经历的代理列表。一个路由集可以是自适应的因为包头中包含了Record-Route(记录路由)也可以是依赖配置得到的。不包括目标地址 相关头域说明 Request-URI目标用户或者服务的地址。 ViaVia头域是用来描述请求当前经历的路径的并且标志了应答所应当经过的路径。Via头域的branchID参数提供了事务的标志并且用于proxy来检查循环路由。只有当需要通过选择传输设备到达下一个节点(hop)的时候才需要在头域中包含Via域。 Contact:Contact头域提供了一个URI指明了请求的资源或请求发起者这个URI的含义取决于是在请求还是在应答中。 Record-RouteRecord-Route头域是proxy在请求中增加的用来强制会话中的后续请求经过本proxy的。 RouteRoute头域用于强制一个请求经过一个proxy路由列表。 严格路由和松路由处理 1 严格路由Route头域中的值中包含lr参数部分为严格路由。 如果Route头域的第一个值为严格路由那么UA或Proxy必须根据下列步骤修改这个请求 必须把Request-URI放在Route头域中的最后一个值。 必须把第一个Route头域的值放在Request-URI中并且从Route头域中删去。 2 松路由Route头域中的值中不包含lr参数部分为松路由。 如果Route头域的第一个值为松路由那么UA或Proxy必须根据下列步骤修改这个请求 如果跟自身URI相符则把第一个Route头域的值删掉。 一般UA行为 1UAC 1.1 发起请求时对话之外 Request-URI必选最开始的Request-URI头域应该是TO头域的的值。在一些特定的情况下预先设置的路由集route-set会影响消息中的Request-URI如果预设路由集的第一项是严格路由则Request-URI值被修改为路由集的第一个值。 Via必选当UAC创建一个请求它必须在头域中添加一个Via域。 Contact必选:Contact头域提供了访问后续请求的特定UA实例的联系方法。 Route可选预先设置路由集。
此时路由集为预先设置的路由集。
1.2发起请求时对话之内
此时路由集为应答的路由集。
Route由应答重构的路由集即对话的路由集如果是Route由Record-Route创建的请求中必须包含该头域。 Contact对话的远端地址。 在对话中的请求可以包含Record-Route和Contact头域。不过虽然他们会修改remotetarget的URI但是这些请求也不会导致对话的路由集被改变。 需要注意的是虽然UAC会尝试新的地址处理3xx应答的时候但是它依旧使用对话内的路由集合来构造请求的Route头域。
1.3处理应答 remote targetURI必须设置成为应答中的Contact头域的URI。当UAC收到一个刷新target请求的2xx应答的时候如果对话的remotetargetURI存在那么它必须用这个应答的Contact头域的值来替换对话的remotetarget URI并以此值修改对话的目标地址。 如果应答中含有Record-Route头域则将该头域的顺序重头到尾颠倒但内容不变此时得到的结果为新的路由集并以此值修改对话的路由集如果在应答中没有Record-Route头域那么这个路由集必须设置成为空集合。这个路由集合即便是空的为了以后的对话中的请求也要覆盖任何预先存在(pre-existing)的路由集合。
此时路由集为对话的路由集。 可见路由集是在对话建立中完成在该对话中该路由集不变而对话的目标地址属性却是可修改的。 2 UAS 当UAS接收到一个target刷新请求的时候如果请求中存在Contact头域它必须用Contact头域中的URI来替换对话的remotetarget URI。 UAS必须拷贝所有的请求中的Record-Route头域到应答中去包括URI,URI参数和其他任何Record-Route头域的参数无论UAS是不是认识的参数都需要原样拷贝并且必须维持这些参数的顺序。并按照此方法构建对话的路由集。 UAS必须增加一个Contact头域给应答。这个Contact头域包含一个UAS在后续对话请求中接收请求的地址这个包含了给INVITE请求的2xx应答的ACK请求处理的地址。 请求中的Via头域原封不动的移到应答中。 UAS存储路由集和远端目的地址是为了在对话中发起新的请求时选择路径用。 Proxy行为 1请求消息 必须按照以下步骤 1.1 路由信息预处理 根据前面严格路由的做法proxy必须检查请求中的Request-URI部分。如果Request-URI包含了一个本proxy早先放在Record-Route头域中的值参见16.64 proxy必须用Route头域中的最后一个值来替换Request-URI并且从Route头域中删去这个值。 如果Route头域的第一个值就是这个proxy那么proxy必须从请求中把它移去。 1.2 确定请求的目的 如果Request-URI的区域并非本proxy负责的区域那么Request-URI必须放在目标集合中并且作为唯一一个目标URI。 如果请求的目标集合没有像上边讲述的这样预先设定那么这就意味着proxy是负责Request-URI所指明的区域的并且proxy可以用任何机制来决定往哪里发送这个请求。 通过这些机制我们可以有一个可能的目的地列表他们的URI被增加到目的地集合。 1.3 请求转发 当目的地集合不是空的时候proxy可以开始转发这个请求。有状态的proxy可以按照任意的顺序处理这个目的地集合。 在拷贝好的请求中的Request-URI必须用目的地的URI进行替换。 如果希望保留这个请求创建的对话中后续的请求依旧是要经过本proxy那么本proxy必须增加一个Record-Route头域值在这个拷贝中并且增加的这个头域值应当是在其他现存的Record-Route头域之前。 如果这个请求已经是一个对话的一部分proxy如果希望以后这个对话的请求依旧经过本proxy那么proxy应当增加一个Record-Route头域值。以上可知普通的终端操作中这些Record-Route头域值不会对终端使用的路由集合造成任何影响。 proxy必须在请求的拷贝中增加一个Via头域值并且在其他Via头域值之前增加。 2应答消息 proxy从应答中移去Via头域中最上的值。如果在这个应答中没有这个Via头域值那么应答的含义就是说这个应答不应当被这个proxy转发。 如何选择发送消息的下一节地址 请求消息 消息发送的地址为第一个Route头域如果存在或者在请求的Request-URI如果Route头域不存在。 在建立对话的请求中如果请求没有包含Route头域那么就没有对额外的目的地有什么其他的限制了。这个就提供了一个简单的外发outboundproxy的事前路由的选择。但是用这样的方法配置一个外发proxy是不推荐的应该由单个UPI规定的预先设定的路由集来指定外发proxy。如果请求包含了Route头域请求应该发送到Route头域最上边的一个位置但是请求也可能被发给由RFC3261约定的Route或者Request-URI所指定的服务器(同RFC2543定义的相反)。特别的一个配置了外发proxy的UAC应该首先尝试把请求发送给由第一个Route头域值指定的位置而不是采用把所有消息都发给外发proxy的策略。这就保证了外发的proxy通过不增加Record-Route头域而不参与后续请求的路径。这个也允许让不能分析第一个RouteURI的终端把请求交给外发proxy来发送。 应答消息 消息发送的地址为请求消息的第一个Via的URI。 参考 RFC3261 存在的问题 因为当前实现方案中Request-URI和Route都作为当前路由选择的因素而为了向后兼容RFC2543严格路由在路由过程中修改Request-URI导致了路由选择的混乱。虽然现在使用了松动的路由选择方式可以解决这个问题严格区分Request-URI和Route的作用域前者为目标地址而Route为到达目标要经过的代理列表后者不应影响前者但该方式只存在于对话内的请求而该修
