[MMUSIC] 答复: ICE Mobility

zhou.sujing@zte.com.cn Thu, 26 July 2012 11:59 UTC

Return-Path: <zhou.sujing@zte.com.cn>
X-Original-To: mmusic@ietfa.amsl.com
Delivered-To: mmusic@ietfa.amsl.com
Received: from localhost (localhost []) by ietfa.amsl.com (Postfix) with ESMTP id 68B6121F8734; Thu, 26 Jul 2012 04:59:22 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -93.147
X-Spam-Status: No, score=-93.147 tagged_above=-999 required=5 tests=[AWL=-0.357, BAYES_00=-2.599, CHARSET_FARAWAY_HEADER=3.2, HTML_MESSAGE=0.001, MIME_8BIT_HEADER=0.3, MIME_BASE64_TEXT=1.753, MIME_CHARSET_FARAWAY=2.45, RCVD_DOUBLE_IP_LOOSE=0.76, SARE_SUB_ENC_GB2312=1.345, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([]) by localhost (ietfa.amsl.com []) (amavisd-new, port 10024) with ESMTP id wzw25jyfEG7i; Thu, 26 Jul 2012 04:59:21 -0700 (PDT)
Received: from mx5.zte.com.cn (mx6.zte.com.cn []) by ietfa.amsl.com (Postfix) with ESMTP id 3065121F870A; Thu, 26 Jul 2012 04:59:21 -0700 (PDT)
Received: from [] by mx5.zte.com.cn with surfront esmtp id 107231201904546; Thu, 26 Jul 2012 19:49:16 +0800 (CST)
Received: from [] by [] with StormMail ESMTP id 57026.3982996254; Thu, 26 Jul 2012 19:59:06 +0800 (CST)
Received: from notes_smtp.zte.com.cn ([]) by mse02.zte.com.cn with ESMTP id q6QBxAEM091957; Thu, 26 Jul 2012 19:59:10 +0800 (GMT-8) (envelope-from zhou.sujing@zte.com.cn)
In-Reply-To: <048b01cd69fb$35469ba0$9fd3d2e0$@com>
To: Dan Wing <dwing@cisco.com>
MIME-Version: 1.0
X-Mailer: Lotus Notes Release 6.5.6 March 06, 2007
Message-ID: <OF324962B5.F69D1DBB-ON48257A47.0041BC64-48257A47.0041E568@zte.com.cn>
From: zhou.sujing@zte.com.cn
Date: Thu, 26 Jul 2012 19:58:59 +0800
X-MIMETrack: Serialize by Router on notes_smtp/zte_ltd(Release 8.5.3FP1 HF212|May 23, 2012) at 2012-07-26 19:59:06, Serialize complete at 2012-07-26 19:59:06
Content-Type: multipart/alternative; boundary="=_alternative 0041E56648257A47_="
X-MAIL: mse02.zte.com.cn q6QBxAEM091957
Cc: "'Prashanth Patil (praspati)'" <praspati@cisco.com>, mmusic@ietf.org, "'Tirumaleswar Reddy (tireddy)'" <tireddy@cisco.com>, mmusic-bounces@ietf.org
Subject: [MMUSIC] 答复: ICE Mobility
X-BeenThere: mmusic@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Multiparty Multimedia Session Control Working Group <mmusic.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/mmusic>, <mailto:mmusic-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/mmusic>
List-Post: <mailto:mmusic@ietf.org>
List-Help: <mailto:mmusic-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mmusic>, <mailto:mmusic-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 26 Jul 2012 11:59:22 -0000


 Have simultaneous mobility been considered in this draft? 


-Sujing Zhou

"Dan Wing" <dwing@cisco.com> 
发件人:  mmusic-bounces@ietf.org
2012-07-25 08:19

"'Prashanth Patil \(praspati\)'" <praspati@cisco.com>, "'Tirumaleswar 
Reddy \(tireddy\)'" <tireddy@cisco.com>
[MMUSIC] ICE Mobility


Losing or acquiring an interface often happens with mobile devices, such 
when a device gets within WiFi range or leaves 3G range.  Today the 
generally relies on techniques below layer 3 to hide the IP address change
from the remote endpoint (e.g., LISP, Mobile IP).  These existing 
have some drawbacks, such as requiring support in the network

ICE Mobility explores how to accomplish a similar function for 
flows without needing support in the endpoint or in the network.  Instead,
the mobility support is provided at the ICE layer (such as RTP, SRTP, or
RTCWEB's data channel (SRTP over UDP)).  The document discusses how two
approaches:  (a) when both endpoints support ICE Mobility, and (b) when 
one endpoint supports ICE Mobility, which uses a TURN server -- a 
sort of network infrastructure.


We are unlikely to get time in MMUSIC to present this draft, but are
interested in feedback.


mmusic mailing list