RE: [P2PSIP] HIP: optional, mandatory?
"Henry Sinnreich" <hsinnrei@adobe.com> Mon, 14 January 2008 20:13 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 1JEVgQ-0002ua-16; Mon, 14 Jan 2008 15:13:22 -0500
Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1JEVgP-0002rl-7C for p2psip@ietf.org; Mon, 14 Jan 2008 15:13:21 -0500
Received: from exprod6og104.obsmtp.com ([64.18.1.187]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1JEVgO-000504-Do for p2psip@ietf.org; Mon, 14 Jan 2008 15:13:21 -0500
Received: from source ([192.150.11.134]) by exprod6ob104.postini.com ([64.18.5.12]) with SMTP; Mon, 14 Jan 2008 12:13:12 PST
Received: from inner-relay-3.eur.adobe.com (inner-relay-3.adobe.com [192.150.20.198] (may be forged)) by outbound-smtp-1.corp.adobe.com (8.12.10/8.12.10) with ESMTP id m0EKAgin000271; Mon, 14 Jan 2008 12:10:43 -0800 (PST)
Received: from apacmail.pac.adobe.com (apacmail.pac.adobe.com [130.248.36.99]) by inner-relay-3.eur.adobe.com (8.12.10/8.12.9) with ESMTP id m0EKD4FV023516; Mon, 14 Jan 2008 12:13:05 -0800 (PST)
Received: from namail5.corp.adobe.com ([10.8.192.88]) by apacmail.pac.adobe.com with Microsoft SMTPSVC(6.0.3790.1830); Tue, 15 Jan 2008 05:13:03 +0900
x-mimeole: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: quoted-printable
Subject: RE: [P2PSIP] HIP: optional, mandatory?
Date: Mon, 14 Jan 2008 12:12:40 -0800
Message-ID: <24CCCC428EFEA2469BF046DB3C7A8D223AE4FB@namail5.corp.adobe.com>
In-Reply-To: <4d4304a00801110710x1b7f04b4lcbcbb9eb8702ba1e@mail.gmail.com>
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
Thread-Topic: [P2PSIP] HIP: optional, mandatory?
Thread-Index: AchUZCP9dsAsKcq5TvaSuSDoUjWf9wChSREg
References: <476BA8D9.4010203@ericsson.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><4571B070-0B2F-4076-AAAB-4398295C9E88@cisco.com><0c3a01c85402$28d821e0$6601a8c0@china.huawei.com><CBAEA83C-A2BB-47E7-AE49-A3E901DDB50C@cs.columbia.edu> <4d4304a00801110710x1b7f04b4lcbcbb9eb8702ba1e@mail.gmail.com>
From: Henry Sinnreich <hsinnrei@adobe.com>
To: "David A. Bryan" <dbryan@sipeerior.com>, Henning Schulzrinne <hgs@cs.columbia.edu>
X-OriginalArrivalTime: 14 Jan 2008 20:13:03.0412 (UTC) FILETIME=[DE20CF40:01C856E9]
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 37af5f8fbf6f013c5b771388e24b09e7
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
>...anyone care to take a stab at explaining how it actually works? Part of the explanation has just been posted: http://www.ietf.org/internet-drafts/draft-ahrenholz-hiprg-dht-02.txt I understand Gonzalo Camarillo is about to publish an update to the HIP-BONE I-D. Let's wait and see if these will explain the issues discussed here. Henry -----Original Message----- From: David A. Bryan [mailto:dbryan@sipeerior.com] Sent: Friday, January 11, 2008 9:10 AM To: Henning Schulzrinne Cc: P2PSIP Mailing List Subject: Re: [P2PSIP] HIP: optional, mandatory? Hmmm...(b) and (c) doesn't make sense to me, unless I'm missing something. After reading Spencer's email, (a) and (b) make more sense to me. I agree with Cullen that HIP should me optional both to implement and run. That means that many overlays may simply not support it all, and others may use it exclusively, giving us the (a) scenario. A particular endpoint may choose to implement both, allowing it join both types of overlays, which is (b). (c) makes little sense to me operationally, although I guess I can see how it could be done technically if there are some (b) type peers that are effectively relays. It would make for some really odd DHTs, however, since you might have to route calls via the adaptors, and I'm not sure it really gains you anything. In my mind, this would be a capabilities negotiation issue. Although the mechanics of how you do it might differ a good bit, logically it might be good to think about it like offer-answer in SIP. If I start an overlay, I'm free to choose the DHT and if it is SIP or not. If, on the other hand a few peers were negotiating among themselves, they could compare capabilities (DHTs, HIP or not, security model, etc.) and choose the best. I don't think we have a "One ring to rule them all..." thing going on where every single peer is in a global overlay, although there could be some (very) large and essentially public rings. There will be rings with different choices on DHT/transport, and that decision may limit who can join that particular ring. So I guess since we are all picking numbers here, I am the (3)(a and b) camp. I might just not have my head around (c), however...anyone care to take a stab at explaining how it actually works? David (as individual) On Jan 10, 2008 10:52 PM, Henning Schulzrinne <hgs@cs.columbia.edu> wrote: > I'm assuming that the goal is that a P2PSIP-compliant application will > be able to participate in any P2PSIP-compliant overlay, subject to > having code for the DHT the overlay is running. Thus, this means that > non-HIP peers must be able to be full peers. Unless the arrival of a > single non-HIP peer converts the whole overlay to non-HIP usage, this > also implies that all nodes must be able to deal with non-HIP peers, > even if they prefer to speak HIP. Among other things, they'll probably > have to implement ICE and TLS. > > Thus, it's something like (b) and (c). > > Henning > > On Jan 10, 2008, at 10:29 PM, Spencer Dawkins wrote: > > > Hi, Cullen and Henning, > > > > I guess today is a good day for me to be confused. > > > > I thought I understood "optional to implement, optional to run", and > > I understood Cullen's reasons stated below, but I'm very confused > > about why "this only works if you can have mixed HIP-non-HIP" ... > > > > ... and that's probably because I'm not quite sure what "mixed HIP- > > non-HIP" means. > > > > Are you talking about > > > > a - mixed within P2PSIP technology, so that some overlays use HIP > > and others do not? > > > > b - mixed within the same endpoint, that can join a HIP overlay and > > a non-HIP overlay? > > > > c - mixed within the same overlay, so some peers use HIP and others > > do not? > > > > I'll stop talking now ... > > > > _______________________________________________ > P2PSIP mailing list > P2PSIP@ietf.org > https://www1.ietf.org/mailman/listinfo/p2psip > -- David A. Bryan dbryan@SIPeerior.com +1.757.565.0101 x101 +1.757.565.0088 (fax) www.SIPeerior.com _______________________________________________ P2PSIP mailing list P2PSIP@ietf.org https://www1.ietf.org/mailman/listinfo/p2psip _______________________________________________ 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