[Mip4] Comments on draft-ietf-dhc-mipadvert-opt-01.txt

"Espen Klovning" <espen@birdstep.com> Tue, 02 December 2003 00:02 UTC

Received: from optimus.ietf.org ([132.151.1.19]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id TAA13215 for <mip4-archive@odin.ietf.org>; Mon, 1 Dec 2003 19:02:21 -0500 (EST)
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 1AQxzR-0005gL-WF for mip4-archive@odin.ietf.org; Mon, 01 Dec 2003 19:02:07 -0500
Received: (from exim@localhost) by www1.ietf.org (8.12.8/8.12.8/Submit) id hB2025RF021841 for mip4-archive@odin.ietf.org; Mon, 1 Dec 2003 19:02:05 -0500
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 1AQxzR-0005gC-RR for mip4-web-archive@optimus.ietf.org; Mon, 01 Dec 2003 19:02:05 -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 TAA13187 for <mip4-web-archive@ietf.org>; Mon, 1 Dec 2003 19:01:49 -0500 (EST)
Received: from ietf-mx ([132.151.6.1]) by ietf-mx with esmtp (Exim 4.12) id 1AQxzO-00067c-00 for mip4-web-archive@ietf.org; Mon, 01 Dec 2003 19:02:02 -0500
Received: from [132.151.1.19] (helo=optimus.ietf.org) by ietf-mx with esmtp (Exim 4.12) id 1AQxzO-00067Z-00 for mip4-web-archive@ietf.org; Mon, 01 Dec 2003 19:02:02 -0500
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 1AQxzO-0005fr-18; Mon, 01 Dec 2003 19:02:02 -0500
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 1AQxz1-0005fE-CF for mip4@optimus.ietf.org; Mon, 01 Dec 2003 19:01:39 -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 TAA13166 for <mip4@ietf.org>; Mon, 1 Dec 2003 19:01:22 -0500 (EST)
Received: from ietf-mx ([132.151.6.1]) by ietf-mx with esmtp (Exim 4.12) id 1AQxyy-000676-00 for mip4@ietf.org; Mon, 01 Dec 2003 19:01:36 -0500
Received: from mail44-s.fg.online.no ([148.122.161.44] helo=mail44.fg.online.no) by ietf-mx with esmtp (Exim 4.12) id 1AQxyx-00066H-00 for mip4@ietf.org; Mon, 01 Dec 2003 19:01:35 -0500
Received: from espenlapxp (ti211110a080-3731.bb.online.no [80.212.206.147]) by mail44.fg.online.no (8.9.3p2/8.9.3) with SMTP id BAA23018; Tue, 2 Dec 2003 01:00:17 +0100 (MET)
Message-ID: <008401c3b867$45622cb0$bae3fea9@espenlapxp>
From: Espen Klovning <espen@birdstep.com>
To: mip4@ietf.org
Cc: Henrik Levkowetz <henrik@levkowetz.com>
Date: Mon, 01 Dec 2003 19:00:16 -0500
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="----=_NextPart_000_0081_01C3B83D.5BA3E790"
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2800.1158
X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2800.1165
Subject: [Mip4] Comments on draft-ietf-dhc-mipadvert-opt-01.txt
Sender: mip4-admin@ietf.org
Errors-To: mip4-admin@ietf.org
X-BeenThere: mip4@ietf.org
X-Mailman-Version: 2.0.12
Precedence: bulk
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/mip4>, <mailto:mip4-request@ietf.org?subject=unsubscribe>
List-Id: Mobility for IPv4 <mip4.ietf.org>
List-Post: <mailto:mip4@ietf.org>
List-Help: <mailto:mip4-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mip4>, <mailto:mip4-request@ietf.org?subject=subscribe>

Another late response to the poll on the list:

As Sami pointed out, the mechanism discussed in this draft has merit in more complicated foreign agent scenarios. I support such a mechanism.

Apart from all the other comments I have seen regarding this draft, I am still left with a few questions/comments. Any clarification will be appreciated.

1) I agree with Sami that a duplication of the existing agent advertisement format is not necessarily a good thing. Mostly because ICMP advertisements include more information than just the Mobility Agent Advertisment Extension, e.g. MAC addresses, ICMP Code fields, Prefix Length. The current extension is a good starting point though.

2) How is the MN supposed to use this mechanism? As far as I can tell, it is not mentioned at all. It might be intentional for all I know. So, should the MN:

A) Use the DHCP Mobility Agent Announcement directly without soliciting for an agent.
B) Solicit for agents but only accept the one(s) indicated in the Mobility Agent Announcement when the DHCP operation is completed.

There seems to be some issues with both approaches when the FA is not co-located but a separate physical entity.
Will the authentication implied by the draft still be useful? How will the MN get the necessary MAC address? Will the MN know whether the FA performs generic routing services or not? 

regards
espen 
Espen Klovning
Birdstep Technology ASA