[SIPForum-techwg] SIPconnect v1.1 changes for emergency services
Hadriel Kaplan
HKaplan at acmepacket.com
Sun Apr 1 14:34:25 EDT 2012
Howdy,
At last week's IETF meeting in Paris, a meeting was held between several folks who participated in the creation of SIPconnect v1.1, and folks involved in NENA and EENA emergency services.
Based on that discussion, we believe the changes to SIPconnect v1.1 boil down to the following:
1) The SP-SSE must support the sos URN, in addition to the currently required support for the basic digit string. No requirements are placed on the SIP-PBX.
2) The SP-SSE must not reject SIP messages containing multipart MIME bodies, for emergency services. What the SSP does with them internally is beyond the scope of SIPconnect. No requirements are placed on the SIP-PBX.
3) The SP-SSE must not reject SIP messages containing the Call-Info, Geolocation, or Geolocation-Routing header fields, for emergency services. What the SSP does with them internally is beyond the scope of SIPconnect. No requirements are placed on the SIP-PBX.
4) The SIP-PBX must not indicate REFER method support in the Allow header field, if it does not actually support REFER-based call transfer from the SSP.
The attached SIPconnect 1.1b v1 document is a first draft for documenting those changes.
It also makes the changes for the security issue identified by Olle Johansson in a previous email to this mailing list, whereby a REGISTER for an unknown AoR should be treated the same as a REGISTER for a valid/known AoR, for obvious reasons. (we had actually identified that issue before as well, but didn't fix it for some reason)
-hadriel
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://sipforum.org/pipermail/techwg/attachments/20120401/79e5687c/attachment-0001.html
-------------- next part --------------
A non-text attachment was scrubbed...
Name: SIPconnect 1.1b v1.doc
Type: application/msword
Size: 403456 bytes
Desc: SIPconnect 1.1b v1.doc
Url : http://sipforum.org/pipermail/techwg/attachments/20120401/79e5687c/attachment-0001.doc
More information about the techwg
mailing list