SIP:100rel 扩展

SIP:100rel 扩展

100rel扩展即是对中间状态响应的确认（即1xx的响应码）。原先在sip里，只有针对invite请求的200ok响应才会有ack，那么当中间状态响应携带重要的会话参数信息时，例如183响应，客户端是否收到响应就没有ack请求了，于是就定义了prack这一请求消息，即对中间状态响应的确认请求。当sip发送者支持这一扩展时，及在support头域增加这个100rel消息，当server端给与1xx响应时，可以在头域里的require字段要求这一100rel的能力。此时，sip发送者，发送prack消息。

PRACK用于保证1**（除100外）的可靠传输，如果1**响应中的的Require头部中带有100rel这个参数，那么client端收到这个1**后，就需要发PRACK保证这个1**的可靠传输，当server端收到PRACK后，说对端已经收到了这个1**,此时server需要回PRACK的200响应。

按照RFC3261,,如果请求中有100rel标志,UAS必须用可靠传输的方式发送非100的临时响应(101-199),如果UAS不愿意这样做,它必须利用420(Bad Extension)拒掉这个请求.
假设UAC接收到需要可靠传输的非100临时响应后（101－199）,它必须用PRACK方法创建一新请求发送给UAS，以确认已收到此响应,UAS会回应一200OK。
有的流程有PRACK，说明它有100rel的支持，没有PRACK说明不支持100rel。

UAC发起的INVITE中含有Supported: 100 rel,而UAS也支持该扩展并且在183响应中有Require:100rel，说明接下来会话中，对所有100以外的1xx响应，均要有PRACK回应。

uac如果不支持100rel，但uas要求支持100rel（Require:100rel），uac 发送CANCEL，切断会话。
uac如果不支持100rel，但uas也不支持或不要求支持100rel，只是在后面的过程中，uac对应接收到的临时响应，如180，183等，不需要发送prack回应而已，与是否会出现183没有关系。

100rel是一个任选标记，如果INVITE请求的Supported头域中包含该标记，说明发送请求的UAC支持PRACK扩展。

supported:100rel与required:100rel的区别在于，后者是一个强制性要求，要求对方必须支持prack，否则通话无法建立

转载于:https://www.cnblogs.com/luoyinjie/p/7219386.html