[MMUSIC] ICE Mobility

"Dan Wing" <dwing@cisco.com> Wed, 25 July 2012 00:19 UTC

Return-Path: <dwing@cisco.com>
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 3E63011E8080 for <mmusic@ietfa.amsl.com>; Tue, 24 Jul 2012 17:19:52 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -110.501
X-Spam-Status: No, score=-110.501 tagged_above=-999 required=5 tests=[AWL=0.098, BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([]) by localhost (ietfa.amsl.com []) (amavisd-new, port 10024) with ESMTP id Q5jGkIggOQGB for <mmusic@ietfa.amsl.com>; Tue, 24 Jul 2012 17:19:51 -0700 (PDT)
Received: from mtv-iport-3.cisco.com (mtv-iport-3.cisco.com []) by ietfa.amsl.com (Postfix) with ESMTP id A00F421F84A5 for <mmusic@ietf.org>; Tue, 24 Jul 2012 17:19:51 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=dwing@cisco.com; l=1057; q=dns/txt; s=iport; t=1343175591; x=1344385191; h=from:to:cc:subject:date:message-id:mime-version: content-transfer-encoding; bh=tCkz/86rAZc/qdvTEuTQHpAFCGOyui4tWvfQlj4l/ss=; b=GT17Kno+HjE0/n5vIEbIUhYsCh6xvEX1Tpgnmo0rmq6nQdnRCWOo7sv4 ptl0jr2lHdc87amxVXUKayvhlrRyGTTzLuKbuh5frBuQLRp9/edwxMGFH aqGDHfZurTzylGpFmA2WUtcPjjIWXQoinigRwq5Zq5T8KmVf01lX5q/ow M=;
X-IronPort-AV: E=Sophos;i="4.77,649,1336348800"; d="scan'208";a="50354993"
Received: from mtv-core-3.cisco.com ([]) by mtv-iport-3.cisco.com with ESMTP; 25 Jul 2012 00:19:51 +0000
Received: from dwingWS ([]) by mtv-core-3.cisco.com (8.14.5/8.14.5) with ESMTP id q6P0JpHv029677; Wed, 25 Jul 2012 00:19:51 GMT
From: Dan Wing <dwing@cisco.com>
To: mmusic@ietf.org
Date: Tue, 24 Jul 2012 17:19:51 -0700
Message-ID: <048b01cd69fb$35469ba0$9fd3d2e0$@com>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Mailer: Microsoft Office Outlook 12.0
Thread-Index: Ac1p+zUFva24pK9+Re6kqju1dkzYXA==
Content-Language: en-us
Cc: "'Prashanth Patil (praspati)'" <praspati@cisco.com>, "'Tirumaleswar Reddy (tireddy)'" <tireddy@cisco.com>
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: Wed, 25 Jul 2012 00:19:52 -0000


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

ICE Mobility explores how to accomplish a similar function for ICE-initiated
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 only
one endpoint supports ICE Mobility, which uses a TURN server -- a different
sort of network infrastructure.


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