[Mip6] Comments on draft-wakikawa-mobileip-multiplecoa-02.txt
"James Kempf" <kempf@docomolabs-usa.com> Mon, 03 November 2003 16:37 UTC
Received: from optimus.ietf.org (ietf.org [132.151.1.19] (may be forged)) by ietf.org (8.9.1a/8.9.1a) with ESMTP id LAA09530 for <mip6-archive@odin.ietf.org>; Mon, 3 Nov 2003 11:37:24 -0500 (EST)
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 1AGhhP-0007vP-3I for mip6-archive@odin.ietf.org; Mon, 03 Nov 2003 11:37:04 -0500
Received: (from exim@localhost) by www1.ietf.org (8.12.8/8.12.8/Submit) id hA3Gb3sZ030457 for mip6-archive@odin.ietf.org; Mon, 3 Nov 2003 11:37:03 -0500
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 1AGhhO-0007v5-Lk for mip6-web-archive@optimus.ietf.org; Mon, 03 Nov 2003 11:37:02 -0500
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id LAA09525 for <mip6-web-archive@ietf.org>; Mon, 3 Nov 2003 11:36:51 -0500 (EST)
Received: from ietf-mx ([132.151.6.1]) by ietf-mx with esmtp (Exim 4.12) id 1AGhhN-0000U7-00 for mip6-web-archive@ietf.org; Mon, 03 Nov 2003 11:37:01 -0500
Received: from ietf.org ([132.151.1.19] helo=optimus.ietf.org) by ietf-mx with esmtp (Exim 4.12) id 1AGhhN-0000U4-00 for mip6-web-archive@ietf.org; Mon, 03 Nov 2003 11:37:01 -0500
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 1AGhhN-0007uE-Av; Mon, 03 Nov 2003 11:37:01 -0500
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 1AGhgq-0007s7-8G for mip6@optimus.ietf.org; Mon, 03 Nov 2003 11:36:28 -0500
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id LAA09521 for <mip6@ietf.org>; Mon, 3 Nov 2003 11:36:17 -0500 (EST)
Received: from ietf-mx ([132.151.6.1]) by ietf-mx with esmtp (Exim 4.12) id 1AGhgp-0000Ts-00 for mip6@ietf.org; Mon, 03 Nov 2003 11:36:27 -0500
Received: from key1.docomolabs-usa.com ([216.98.102.225] helo=fridge.docomolabs-usa.com ident=fwuser) by ietf-mx with esmtp (Exim 4.12) id 1AGhgo-0000Tp-00 for mip6@ietf.org; Mon, 03 Nov 2003 11:36:26 -0500
Message-ID: <000101c3a228$a90d2b70$9f6015ac@dclkempt40>
From: James Kempf <kempf@docomolabs-usa.com>
To: Thierry Ernst <ernst@sfc.wide.ad.jp>
Cc: Ryuji Wakikawa <ryuji@sfc.wide.ad.jp>, kei@wide.ad.jp, nagami@inetcore.com, mip6@ietf.org
Date: Fri, 31 Oct 2003 18:42:22 -0800
MIME-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
Content-Transfer-Encoding: 7bit
Subject: [Mip6] Comments on draft-wakikawa-mobileip-multiplecoa-02.txt
Sender: mip6-admin@ietf.org
Errors-To: mip6-admin@ietf.org
X-BeenThere: mip6@ietf.org
X-Mailman-Version: 2.0.12
Precedence: bulk
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/mip6>, <mailto:mip6-request@ietf.org?subject=unsubscribe>
List-Id: <mip6.ietf.org>
List-Post: <mailto:mip6@ietf.org>
List-Help: <mailto:mip6-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mip6>, <mailto:mip6-request@ietf.org?subject=subscribe>
Content-Transfer-Encoding: 7bit
Content-Transfer-Encoding: 7bit
Thierry, I looked at draft-wakikawa-mobileip-multiplecoa-02.txt and the fundamental architectural idea here seems to be to introduce a new namespace, the BID, to tie together multiple CoAs to one HA. I can see a couple issues with this approach. 1) On the one hand, the CoAs are not exposed to the transport layer on the two hosts, so the transport layer doesn't have the opportunity to assess such connection characteristics as congestion, reachability, bandwidth, etc. when determining which CoA to use, or whether to use multiple CoAs (draft-matsuoka-multilink-transport-requirement-00.txt). An example is the MPEG streaming video example I cited in previous email. If the transport layer has access to the multiple addresses and information on the connection, it can decide whether to send the extra layers to improve video quality over a high bandwidth v.s. low bandwidth connection. Another example is SCTP which uses multiple addresses to good advantage, switching to a new address if unrecahability develops on the currently active one. 2) On the other hand, although the BID is halfway to being an endpoint identifier, yet there's still the HoA to deal with. Proposals such as MAST (draft-crocker-mast-analysis-01.txt) and HIP (draft-moskowitz-hip-arch-05.txt) go all the way in this regard and introduce endpoint identifiers that are independent of IP addresses and are utilized for session identification. The endpoint identifier is visible to the transport layer and is used for transport session identification, rather than an IP address. They use different approaches - MAST identifiers are session specific and negotiated while HIP identifiers are global - but the basic architectural idea is the same. jak _______________________________________________ Mip6 mailing list Mip6@ietf.org https://www.ietf.org/mailman/listinfo/mip6
- [Mip6] Comments on draft-wakikawa-mobileip-multip… James Kempf
- Re: [Mip6] Comments on draft-wakikawa-mobileip-mu… Ryuji Wakikawa
- Re: [Mip6] Comments on draft-wakikawa-mobileip-mu… Vijay Devarapalli
- Re: [Mip6] Comments on draft-wakikawa-mobileip-mu… James Kempf
- Re: [Mip6] Comments on draft-wakikawa-mobileip-mu… Vijay Devarapalli
- Purpose of the BID (was: Re: [Mip6] Comments on d… James Kempf
- Re: Purpose of the BID (was: Re: [Mip6] Comments … Ryuji Wakikawa
- AW: Purpose of the BID (was: Re: [Mip6] Comments … Koojana Kuladinithi