Re: [P2PSIP] New draft: HIP BONE
"Bruce Lowekamp" <lowekamp@sipeerior.com> Wed, 09 January 2008 21:28 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 1JCiTJ-00085K-6c; Wed, 09 Jan 2008 16:28:25 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1JCiTI-00085E-IQ for p2psip@ietf.org; Wed, 09 Jan 2008 16:28:24 -0500
Received: from wa-out-1112.google.com ([209.85.146.176]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1JCiTH-0002MI-N8 for p2psip@ietf.org; Wed, 09 Jan 2008 16:28:24 -0500
Received: by wa-out-1112.google.com with SMTP id k40so847720wah.25 for <p2psip@ietf.org>; Wed, 09 Jan 2008 13:28:22 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; bh=83yCv3Iprs0whAGxF4p8b5sop1kufOg2ZZlr1DxPTss=; b=jqpqjRmqpiqt+y7tugK0PTNHYOUCDEI5GRUNFQw5bpyymBrEDfou74VZIZO4Gyu7dNMiuwjHpoPMhSWZ28aG30zudkZadxWCPURmgKsBh+lF85GPGlznbZ5hiZPNW47mF4rmt3b6BD/dzF2h6KBwXoQjZAYzFYeqiKdYv6kbivo=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=apN39JY621kJzJ240qJFsZcaGjZqrqS8Y4wQOhNEEHYFyBfp/UqjB0J88UIgY4aiVNv+uNnPlniTqU/7wqRjVZRRzipAauyLc+cBZPehrH5t47KF12FGHeLIuLEuME9HyjBKS8PvVU76zzeoyyBs4RtrWxkpNy+Lt2e8V52VhLU=
Received: by 10.114.61.1 with SMTP id j1mr1354501waa.62.1199914102723; Wed, 09 Jan 2008 13:28:22 -0800 (PST)
Received: by 10.114.209.13 with HTTP; Wed, 9 Jan 2008 13:28:22 -0800 (PST)
Message-ID: <20d2bdfb0801091328l7ecb881y903dac47b13d5b71@mail.gmail.com>
Date: Wed, 09 Jan 2008 16:28:22 -0500
From: Bruce Lowekamp <lowekamp@sipeerior.com>
To: "Henderson, Thomas R" <thomas.r.henderson@boeing.com>
Subject: Re: [P2PSIP] New draft: HIP BONE
In-Reply-To: <77F357662F8BFA4CA7074B0410171B6D04049B22@XCH-NW-5V1.nw.nos.boeing.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
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>
X-Google-Sender-Auth: 8e72a6f389e70733
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 52f7a77164458f8c7b36b66787c853da
Cc: Pekka Nikander <pekka.nikander@nomadiclab.com>, 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 1/9/08, Henderson, Thomas R <thomas.r.henderson@boeing.com> wrote: > > > > -----Original Message----- > > From: Bruce Lowekamp [mailto:lowekamp@sipeerior.com] > > Sent: Tuesday, January 08, 2008 2:16 PM > > To: Gonzalo Camarillo > > Cc: Pekka Nikander; P2PSIP Mailing List > > Subject: Re: [P2PSIP] New draft: HIP BONE > > > > > > > Going with the HIP-BONE, approach, as I understand the "HIP is IP and > > the peer protocol is OSPF" idea... > > I think this analogy has some weaknesses, as you have pointed out, in > the "peer protocol is OSPF" part. My reading of HIP BONE is that the > overall goal is to allow the peer protocol and other applications to > deal with HIP identifiers instead of IP addresses. That is a worthy > goal IMO which might free RELOAD and other applications from having to > do ICE and handle recursive routing issues or host mobility and > multihoming. > > However, the problem with this approach is that HIP needs a naming > service or routing service to resolve identifiers to either locators or > route lists. This does not exist yet in HIP. There have been proposals > to use DHTs to provide this service, but they do not presently > accommodate the possibility of multiple DHTs, which is pretty much a > requirement to handle, from my perspective. HIP BONE seems to be > suggesting that the peer protocol can fill this gap but there appear to > be some issues that need to be worked out, or maybe HIP BONE needs its > own resolution/routing service separate from the application overlay. > I think this is hitting on the key issue. A p2p overlay is fundamentally about routing. It already has its own ID/locator mechanism. Trying to separate the routing and resource querying aspects is going to be difficult. Rather than try, I think it's best to take advantage of the connections. The peer protocol provides a component that can answer routing questions for the HIP layer. The HIP layer provides the traversal/connection opening functionality, a link layer capability, and delivers to applications the ability to transparently use end-to-end connections while being unaware of the details. I don't think that having HIP BONE have a separate resolution/routing service from the application overlay would help. I'm not even sure what that would mean, given the relationship between overlay routing and resource storage. > Question: How would RELOAD or other proposals change if that were the > case? Would the benefits greatly outweigh any drawbacks to this > abstraction? In the RELOAD-02 architecture, what you would presumably do would be to replace the bottom two layers (Forwarding Layer and Transport Layer) with HIP. The routing queries are merely an upcall between layers. This is just one possibility, but it is reasonably clean, and it should be easy to clarify what functions the HIP layers are providing when they're used, compared to when non-HIP forwarding and transport layers are used. Bruce _______________________________________________ P2PSIP mailing list P2PSIP@ietf.org https://www1.ietf.org/mailman/listinfo/p2psip
- [P2PSIP] New draft: HIP BONE Gonzalo Camarillo
- Re: [P2PSIP] New draft: HIP BONE Bruce Lowekamp
- Re: [P2PSIP] New draft: HIP BONE Salman Abdul Baset
- Re: [P2PSIP] New draft: HIP BONE Pekka Nikander
- Re: [P2PSIP] New draft: HIP BONE Pekka Nikander
- [P2PSIP] HIP-P2P-SIP message flow examples Henry Sinnreich
- Re: [P2PSIP] New draft: HIP BONE Gonzalo Camarillo
- Re: [P2PSIP] New draft: HIP BONE Gonzalo Camarillo
- RE: [P2PSIP] New draft: HIP BONE Henry Sinnreich
- Re: [P2PSIP] New draft: HIP BONE Gonzalo Camarillo
- Re: [P2PSIP] New draft: HIP BONE Ali Fessi
- Re: [P2PSIP] New draft: HIP BONE Gonzalo Camarillo
- [P2PSIP] Resolving SIP URIs with HIP Ali Fessi
- [P2PSIP] a modular approach for integrating HIP f… Ali Fessi
- RE: [P2PSIP] New draft: HIP BONE Henderson, Thomas R
- Re: [P2PSIP] New draft: HIP BONE Pekka Nikander
- RE: [P2PSIP] a modular approach for integrating H… Henderson, Thomas R
- RE: [P2PSIP] New draft: HIP BONE Henderson, Thomas R
- [P2PSIP] Re: a modular approach for integrating H… Gonzalo Camarillo
- Re: [P2PSIP] Re: a modular approach for integrati… Miika Komu
- Re: [P2PSIP] New draft: HIP BONE Bruce Lowekamp
- RE: [P2PSIP] New draft: HIP BONE Henderson, Thomas R
- Re: [P2PSIP] New draft: HIP BONE Bruce Lowekamp
- RE: [P2PSIP] New draft: HIP BONE Henry Sinnreich
- Re: [P2PSIP] New draft: HIP BONE Spencer Dawkins
- Re: [P2PSIP] New draft: HIP BONE Ali Fessi
- RE: [P2PSIP] New draft: HIP BONE Henderson, Thomas R
- Re: [P2PSIP] New draft: HIP BONE Pekka Nikander
- Re: [P2PSIP] New draft: HIP BONE Pekka Nikander
- Re: [P2PSIP] New draft: HIP BONE Pekka Nikander
- Re: [P2PSIP] New draft: HIP BONE Pekka Nikander
- Re: [P2PSIP] New draft: HIP BONE Bruce Lowekamp
- RE: [P2PSIP] New draft: HIP BONE Henderson, Thomas R
- Re: [P2PSIP] HIP: optional, mandatory? Henning Schulzrinne
- Re: [P2PSIP] New draft: HIP BONE Spencer Dawkins
- Re: [P2PSIP] New draft: HIP BONE Spencer Dawkins
- Re: [P2PSIP] New draft: HIP BONE Spencer Dawkins
- Re: [P2PSIP] HIP: optional, mandatory? Bruce Lowekamp
- Re: [P2PSIP] HIP: optional, mandatory? Henning Schulzrinne
- Re: [P2PSIP] HIP: optional, mandatory? Bruce Lowekamp
- Re: [P2PSIP] HIP: optional, mandatory? Cullen Jennings
- Re: [P2PSIP] HIP: optional, mandatory? Spencer Dawkins
- Re: [P2PSIP] HIP: optional, mandatory? Henning Schulzrinne
- Re: [P2PSIP] HIP: optional, mandatory? David Barrett
- Re: [P2PSIP] New draft: HIP BONE Pekka Nikander
- Re: [P2PSIP] New draft: HIP BONE Spencer Dawkins
- Re: [P2PSIP] HIP: optional, mandatory? David A. Bryan
- Re: [P2PSIP] HIP: optional, mandatory? Spencer Dawkins
- Re: [P2PSIP] HIP: optional, mandatory? David A. Bryan
- Re: [P2PSIP] HIP: optional, mandatory? David A. Bryan
- Re: [P2PSIP] New draft: HIP BONE Ali Fessi
- Re: [P2PSIP] HIP: optional, mandatory? Henning Schulzrinne
- Re: [P2PSIP] HIP: optional, mandatory? Cullen Jennings
- Re: [P2PSIP] HIP: optional, mandatory? David A. Bryan
- Re: [P2PSIP] HIP: optional, mandatory? Roy, Radhika R Dr CTR USA USAMC
- Re: [P2PSIP] New draft: HIP BONE Pekka Nikander
- Re: [P2PSIP] New draft: HIP BONE Pekka Nikander
- Re: [P2PSIP] New draft: HIP BONE Pekka Nikander
- RE: [P2PSIP] HIP: optional, mandatory? Henry Sinnreich
- Re: RE: [P2PSIP] HIP: optional, mandatory? Roy, Radhika R Dr CTR USA USAMC
- RE: RE: [P2PSIP] HIP: optional, mandatory? Henry Sinnreich
- Re: [P2PSIP] HIP: optional, mandatory? Gonzalo Camarillo
- RE: [P2PSIP] HIP: optional, mandatory? Henry Sinnreich
- Re: [P2PSIP] HIP: optional, mandatory? Roy, Radhika R Dr CTR USA USAMC
- RE: [P2PSIP] HIP: optional, mandatory? JiangXingFeng
- RE: [P2PSIP] HIP: optional, mandatory? Oredope, Adetola
- Re: [P2PSIP] HIP: optional, mandatory? David Barrett
- RE: [P2PSIP] HIP: optional, mandatory? Henry Sinnreich
- RE: [P2PSIP] HIP: optional, mandatory? marcin.matuszewski
- Re: [P2PSIP] HIP: optional, mandatory? Erkki Harjula
- Re: RE: [P2PSIP] HIP: optional, mandatory? Roy, Radhika R Dr CTR USA USAMC
- RE: [P2PSIP] HIP: optional, mandatory? Henry Sinnreich
- Re: [P2PSIP] HIP: optional, mandatory? Enrico Marocco
- RE: [P2PSIP] HIP: optional, mandatory? marcin.matuszewski
- RE: RE: [P2PSIP] HIP: optional, mandatory? marcin.matuszewski
- Re: [P2PSIP] HIP: optional, mandatory? Henning Schulzrinne
- Re: [P2PSIP] HIP: optional, mandatory? Enrico Marocco
- Re: RE: RE: [P2PSIP] HIP: optional, mandatory? Roy, Radhika R Dr CTR USA USAMC
- RE: [P2PSIP] HIP: optional, mandatory? marcin.matuszewski
- RE: [P2PSIP] HIP: optional, mandatory? Henry Sinnreich
- Re: [P2PSIP] HIP: optional, mandatory? Erkki Harjula
- RE: [P2PSIP] HIP: optional, mandatory? Henry Sinnreich
- RE: [P2PSIP] HIP: optional, mandatory? marcin.matuszewski
- RE: RE: RE: [P2PSIP] HIP: optional, mandatory? marcin.matuszewski
- RE: [P2PSIP] HIP: optional, mandatory? Roy, Radhika R Dr CTR USA USAMC