Re: [P2PSIP] HIP: optional, mandatory?

Cullen Jennings <fluffy@cisco.com> Fri, 11 January 2008 02:04 UTC

Return-path: <p2psip-bounces@ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1JD9G0-0005PN-NH; Thu, 10 Jan 2008 21:04:28 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1JD9Fz-0005O3-AE for p2psip@ietf.org; Thu, 10 Jan 2008 21:04:27 -0500
Received: from sj-iport-6.cisco.com ([171.71.176.117]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1JD9Fy-0003Qz-SP for p2psip@ietf.org; Thu, 10 Jan 2008 21:04:27 -0500
X-IronPort-AV: E=Sophos;i="4.24,269,1196668800"; d="scan'208";a="33950462"
Received: from sj-dkim-3.cisco.com ([171.71.179.195]) by sj-iport-6.cisco.com with ESMTP; 10 Jan 2008 18:04:26 -0800
Received: from sj-core-2.cisco.com (sj-core-2.cisco.com [171.71.177.254]) by sj-dkim-3.cisco.com (8.12.11/8.12.11) with ESMTP id m0B24QO9005207; Thu, 10 Jan 2008 18:04:26 -0800
Received: from [192.168.4.177] (sjc-fluffy-vpn1.cisco.com [10.25.236.82]) by sj-core-2.cisco.com (8.12.10/8.12.6) with SMTP id m0B24OcW001671; Fri, 11 Jan 2008 02:04:24 GMT
In-Reply-To: <10DA6CAF-DB5B-4B89-9417-4BEFD816B1E5@cs.columbia.edu>
References: <476BA8D9.4010203@ericsson.com><20d2bdfb0712210823m2218c4a6mcace60af3d82db57@mail.gmail.com><476E2B7C.9070601@ericsson.com> <20d2bdfb0801081416t41b9b84atb3a147659771036@mail.gmail.com> <77F357662F8BFA4CA7074B0410171B6D04049B22@XCH-NW-5V1.nw.nos.boeing.com> <7C5B8529-85C9-4977-8C57-34E9041ED1EC@nomadiclab.com> <77F357662F8BFA4CA7074B0410171B6D04049B33@XCH-NW-5V1.nw.nos.boeing.com> <10DA6CAF-DB5B-4B89-9417-4BEFD816B1E5@cs.columbia.edu>
Impp: xmpp:cullenfluffyjennings@jabber.org
Mime-Version: 1.0 (Apple Message framework v752.3)
Content-Type: text/plain; charset="US-ASCII"; delsp="yes"; format="flowed"
Message-Id: <4571B070-0B2F-4076-AAAB-4398295C9E88@cisco.com>
Content-Transfer-Encoding: 7bit
From: Cullen Jennings <fluffy@cisco.com>
Subject: Re: [P2PSIP] HIP: optional, mandatory?
Date: Thu, 10 Jan 2008 18:03:14 -0800
To: Henning Schulzrinne <hgs@cs.columbia.edu>
X-Mailer: Apple Mail (2.752.3)
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; l=1825; t=1200017066; x=1200881066; c=relaxed/simple; s=sjdkim3002; 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=20[P2PSIP]=20HIP=3A=20optional,=20mandato ry? |Sender:=20; bh=GGfChrmz8a8uTA/PkcPmIrfeWvduoXUPCJAGayBg11U=; b=O08/AUylme9Q+K63HyHxu87jNGdtgNNcFLngrXxf0x8o3AOb6AmQw4LnOu aKQFOKhkLYdUwVN8OWfpFuUaSvJe7V03LXp1t45YRo/RKQ0QIw3wpeAOzF65 yeTHK4VgM1;
Authentication-Results: sj-dkim-3; header.From=fluffy@cisco.com; dkim=pass ( sig from cisco.com/sjdkim3002 verified; );
X-Spam-Score: -4.0 (----)
X-Scan-Signature: 4adaf050708fb13be3316a9eee889caa
Cc: P2PSIP Mailing List <p2psip@ietf.org>
X-BeenThere: p2psip@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Peer-to-Peer SIP working group discussion list <p2psip.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/p2psip>, <mailto:p2psip-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/p2psip>
List-Post: <mailto:p2psip@ietf.org>
List-Help: <mailto:p2psip-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/p2psip>, <mailto:p2psip-request@ietf.org?subject=subscribe>
Errors-To: p2psip-bounces@ietf.org

On Jan 10, 2008, at 2:14 PM, Henning Schulzrinne wrote:

> One of the issues I don't understand about this discussion is  
> whether all instances of P2PSIP would be expected to be running HIP  
> or just some. There seem to be at least three options:
>
> (1) Mandatory to implement and run
>
> The only non-recursive-dependency model seems to be that peer nodes  
> would store the HIT-IP bindings in their routing tables. (This  
> largely negates any mobility advantages, but that's a separate  
> discussion.)
>
> (2) Mandatory to implement, but there can be instances of an  
> overlay (or maybe even part of an overlay) that don't use HIP
>
> This would require providing ICE functionality at both the HIP  
> level and directly to the P2P protocol.
>
> (3) Optional to implement and run
>
> This only works if you can have mixed HIP-non-HIP nodes. Also  
> requires implementations of ICE in both layers and the ability to  
> mix-and-match HIP and non-HIP nodes within an overlay, unless each  
> overlay has a "HIP flag".
>
> I admit that I'm rather worried about the complexity of this whole  
> edifice. I think it would be helpful if the proponents of a HIP- 
> based approach stated clearly which of these they have in mind.
>
> Henning
>
> _______________________________________________
> P2PSIP mailing list
> P2PSIP@ietf.org
> https://www1.ietf.org/mailman/listinfo/p2psip

I was assuming most folks were talking about (3) given that much of  
HIP is still being designed and it will be awhile to get things build  
and deployed. I know lots of parts of HIP have been done but when we  
are talking about mobility, nat traversal, no DNS, and easy end user  
installations, there is still work. Anyway, I am in the 3 category.

Cullen <with my individual hat on>


_______________________________________________
P2PSIP mailing list
P2PSIP@ietf.org
https://www1.ietf.org/mailman/listinfo/p2psip