Re: [P2PSIP] HIP: optional, mandatory?

Henning Schulzrinne <hgs@cs.columbia.edu> Thu, 10 January 2008 23:15 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 1JD6ch-0006zE-Sn; Thu, 10 Jan 2008 18:15:43 -0500
Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1JD6cg-0006z8-4K for p2psip@ietf.org; Thu, 10 Jan 2008 18:15:42 -0500
Received: from jalapeno.cc.columbia.edu ([128.59.29.5]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1JD6cf-0007ZO-IG for p2psip@ietf.org; Thu, 10 Jan 2008 18:15:41 -0500
Received: from dhcp71.cs.columbia.edu (dhcp71.cs.columbia.edu [128.59.17.221]) (user=hgs10 mech=PLAIN bits=0) by jalapeno.cc.columbia.edu (8.14.1/8.14.1) with ESMTP id m0ANFa5i019074 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Thu, 10 Jan 2008 18:15:36 -0500 (EST)
Message-Id: <4BE2B95B-B5F6-4FBF-AB03-F38A6004E11E@cs.columbia.edu>
From: Henning Schulzrinne <hgs@cs.columbia.edu>
To: Bruce Lowekamp <lowekamp@sipeerior.com>
In-Reply-To: <20d2bdfb0801101505n71da2740y7cbfa56f6e846643@mail.gmail.com>
Content-Type: text/plain; charset="US-ASCII"; format="flowed"; delsp="yes"
Content-Transfer-Encoding: 7bit
Mime-Version: 1.0 (Apple Message framework v915)
Subject: Re: [P2PSIP] HIP: optional, mandatory?
Date: Thu, 10 Jan 2008 18:15:35 -0500
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> <20d2bdfb0801101505n71da2740y7cbfa56f6e846643@mail.gmail.com>
X-Mailer: Apple Mail (2.915)
X-No-Spam-Score: Local
X-Scanned-By: MIMEDefang 2.48 on 128.59.29.5
X-Spam-Score: 0.0 (/)
X-Scan-Signature: ea4ac80f790299f943f0a53be7e1a21a
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

If it's optional, would it mean that the upper layer has to be aware  
of its existence, possibly re-running ICE on ORCHIDs?

Can we envision hybrid HIP-non HIP overlays?

Again, I'm rather worried about the complexity of this whole effort. I  
think one reasonable criterion of going forward is that those who are  
*not* interested in using HIP shouldn't have to pay for it, in terms  
of implementation costs, interoperability or performance.

On Jan 10, 2008, at 6:05 PM, Bruce Lowekamp wrote:

> Henning,
>
> I think it can done in a modular way that will make it possible for it
> to be optional to implement and run.  Then vendors and deployments can
> decide whether they want to use it or not.
>
> I'm not entirely convinced that HIP is the right solution, but I'm
> interested enough in it that I think it will be cool to play with and
> see how well it works.  That to me says it should be an optional
> component. If it's successful, obviously it will be more widely
> adopted.
>
> Bruce
>
>>
>>
>>


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