一直以“简单”著称的SIP其实也没那么简单，不过任何事物想掌握它都很困难。
这篇文档旨在不断的记录SIP使用过程中遇到的各种疑惑和问题。
一、响应422 Session Interval Too Small
发送的Invite消息如下：
INVITE sip:806@192.168.8.11 SIP/2.0 Via: SIP/2.0/WS 9srpbdc87v1s.invalid;branch=z9hG4bK774681 Max-Forwards: 69 To: <sip:806@192.168.8.11> From: "801" <sip:801@192.168.8.11>;tag=ii5b0f08lb Call-ID: 0egn2qmnq0hhrho2ccll CSeq: 1869 INVITE X-Can-Renegotiate: true Contact: <sip:lo6vk6jn@9srpbdc87v1s.invalid;transport=ws;ob> Content-Type: application/sdp Session-Expires: 90 Allow: INVITE,ACK,CANCEL,BYE,UPDATE,MESSAGE,OPTIONS,REFER Supported: timer,ice,replaces,outbound User-Agent: JsSIP 0.7.9 Content-Length: 2613 v=0 o=- 6735531044150428780 2 IN IP4 127.0.0.1 ……
收到的响应如下：
SIP/2.0 422 Session Interval Too Small Via: SIP/2.0/WS 9srpbdc87v1s.invalid;branch=z9hG4bK774681;received=192.168.8.11;rport=8012 From: "801" <sip:801@192.168.8.11>;tag=ii5b0f08lb To: <sip:806@192.168.8.11>;tag=Q8XBrSc8NXHrH Call-ID: 0egn2qmnq0hhrho2ccll CSeq: 1869 INVITE User-Agent: FreeSWITCH-mod_sofia/1.4.15+git~20150828T032007Z~014bbaf57d~32bit Accept: application/sdp Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, REFER, NOTIFY, PUBLISH, SUBSCRIBE Supported: timer, path, replaces Allow-Events: talk, hold, conference, presence, as-feature-event, dialog, line-seize, call-info, sla, include-session-description, presence.winfo, message-summary, refer Min-SE: 120 Content-Length: 0
原理：SIP（RFC3261）没有提供已存在会话保持激活的机制，虽然可以终端可以使用某些方式了解会话是否存活，但proxy却无法做到这一点。Re-INVITE和UPDATE方法就基于此进行的，这些刷新请求的周期是通过协商来确定的。当在规定的周期内没有新的刷新请求到来，即认为该会话结束。为了控制通过re-INVITE和UPDATE方法进行周期性的会话（session）刷新，以判别会话两端是否存活，增加了两个头域：Session-Expires（会话的生命期）和Min-SE（会话时钟的最小值）。
其中Min-SE头域中的值只能增加不能减少，Session-Expires头域的值只能减少不能增加，但不能少于Min-SE头域中的值。
当Proxy无法接受请求中的Session-Expires值时（小于Min-SE值），Proxy会回复422，UAC会继续发起请求，但会携带422中的Min-SE头域；
当请求到达UAS时，UAS会在2**的应答中Session-Expires头域中填写最后的结果，且会携带参数refresher（指示当前的UAC或UAS谁来进行刷新），2**的回复，Proxy无法修改Session-Expires头域。
问题了然。修改Min-SE或者Session-Expires头域满足Session-Expires >= Min-SE就可以了。