Re: Last Call: draft-shacham-sipping-session-mobility (Session Initiation Protocol (SIP) Session Mobility) to Informational RFC
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Last Call: draft-shacham-sipping-session-mobility (Session Initiation Protocol (SIP) Session Mobility) to Informational RFC
- To: ietf at ietf.org
- Subject: Re: Last Call: draft-shacham-sipping-session-mobility (Session Initiation Protocol (SIP) Session Mobility) to Informational RFC
- From: Cullen Jennings <fluffy at cisco.com>
- Date: Sun, 22 Apr 2007 16:15:06 -0700
- Authentication-results: sj-dkim-8; header.From=fluffy@cisco.com; dkim=pass ( sig from cisco.com/sjdkim8002 verified; );
- Dkim-signature: v=0.5; a=rsa-sha256; q=dns/txt; l=2592; t=1177283739; x=1178147739; c=relaxed/simple; s=sjdkim8002; h=Content-Type:From:Subject:Content-Transfer-Encoding:MIME-Version; d=cisco.com; i=fluffy@cisco.com; z=From:=20Cullen=20Jennings=20<fluffy@cisco.com> |Subject:=20Re=3A=20Last=20Call=3A=20draft-shacham-sipping-session-mobili ty=20(Session=20=20Initiation=20Protocol=20(SIP)=20Session=20Mobility)=20t o=20Informational=20RFC |Sender:=20; bh=S6YELvfbcWT7WMOE85t/iNZYpigKUa/TWiUlgbpI3C8=; b=QJ39E+A8X8DsZqNFiwhZ7uNfm5Qq+4TJuZvS41qV6PiA6XdOHX3q0NMANLjf11ecM39wn4Nn WErcXPqPjtdXEiTxPLZUUkwC8vuIMqZDJV/JN6Au5bAqsrwDljOBJG4Y;
- In-reply-to: <E1Hc100-0002c2-Vq@stiedprstage1.ietf.org>
- List-help: <mailto:ietf-request@ietf.org?subject=help>
- List-id: IETF-Discussion <ietf.ietf.org>
- List-post: <mailto:ietf@ietf.org>
- List-subscribe: <https://www1.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=subscribe>
- List-unsubscribe: <https://www1.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=unsubscribe>
- References: <E1Hc100-0002c2-Vq@stiedprstage1.ietf.org>
As far as I can tell, there are three people that have posted an
email abut this document in and some of theses got back to early
2005. I don't think this document has received adequate review from
the SIP community.
It seems like the SH mode is preferable to the MMC mode in general
because it allows the call to transfer to a device that does not have
the limitations of the MN - and often that is why it was transfered
in the first place. For example. if the MN did not understand video
but the user wanted to transfer the call to a video phone.
It seems like the SIP URI for the device should be a GRUU.
It seems like you need to say what SLP services template-type for
this to work.
I wonder how the MNC mode works with security such as say DTLS-SRTP
given it is acting as a man in the middle.
When transferring to multiple devices, I think that devices today
don't actually support this (as the document points out in first para
of section 5.3.3) - I think that an option tag is needed to indicate
support for this.
I'm not sure that the OPTION message is required to return all the
codec a device can support - for one thing that often dynamically
changes depending on what else is going on in video devices.
I can't really see how the SH mode will work without a require /
supported tag.
Cullen < with my individual hat on>
PS - I gave this a very quick skim so I apologize if I misunderstood
thing.
On Apr 12, 2007, at 8:14 AM, The IESG wrote:
The IESG has received a request from an individual submitter to
consider
the following document:
- 'Session Initiation Protocol (SIP) Session Mobility '
<draft-shacham-sipping-session-mobility-03.txt> as an
Informational RFC
The IESG plans to make a decision in the next few weeks, and solicits
final comments on this action. Please send substantive comments to
the
ietf at ietf.org mailing lists by 2007-05-10. Exceptionally,
comments may be sent to iesg at ietf.org instead. In either case, please
retain the beginning of the Subject line to allow automated sorting.
The file can be obtained via
http://www.ietf.org/internet-drafts/draft-shacham-sipping-session-
mobility-03.txt
IESG discussion can be tracked via
https://datatracker.ietf.org/public/pidtracker.cgi?
command=view_id&dTag=12922&rfc_flag=0
_______________________________________________
IETF-Announce mailing list
IETF-Announce at ietf.org
https://www1.ietf.org/mailman/listinfo/ietf-announce
_______________________________________________
Ietf mailing list
Ietf at ietf.org
https://www1.ietf.org/mailman/listinfo/ietf
Note Well: Messages sent to this mailing list are the opinions
of the senders and do not imply endorsement by the IETF.
Note: Messages sent to this list are the opinions of the senders and do not imply endorsement by the IETF.