[P2PSIP] a modular approach for integrating HIP for P2PSIP

Ali Fessi <ali.fessi@uni-tuebingen.de> Wed, 26 December 2007 14:44 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 1J7XVB-0000O2-NU; Wed, 26 Dec 2007 09:44:57 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1J7XVA-0000Nx-GM for p2psip@ietf.org; Wed, 26 Dec 2007 09:44:56 -0500
Received: from u-173-c156.cs.uni-tuebingen.de ([134.2.173.156] helo=smtp.cs.uni-tuebingen.de) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1J7XV8-0001FO-Nl for p2psip@ietf.org; Wed, 26 Dec 2007 09:44:56 -0500
Received: from p54a0423b.dip0.t-ipconnect.de ([84.160.66.59] helo=[192.168.178.20]) by smtp.cs.uni-tuebingen.de with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.60) (envelope-from <ali.fessi@uni-tuebingen.de>) id 1J7XV6-0005Bv-3D; Wed, 26 Dec 2007 15:44:52 +0100
Message-ID: <477268E1.4050509@uni-tuebingen.de>
Date: Wed, 26 Dec 2007 15:44:49 +0100
From: Ali Fessi <ali.fessi@uni-tuebingen.de>
User-Agent: Thunderbird 2.0.0.9 (Windows/20071031)
MIME-Version: 1.0
To: Gonzalo Camarillo <Gonzalo.Camarillo@ericsson.com>
References: <476BA8D9.4010203@ericsson.com> <20d2bdfb0712210823m2218c4a6mcace60af3d82db57@mail.gmail.com> <476E2B7C.9070601@ericsson.com> <47724ED2.7060508@uni-tuebingen.de> <47725398.4000309@ericsson.com>
In-Reply-To: <47725398.4000309@ericsson.com>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
X-Spam-Score: 0.0 (/)
X-Scan-Signature: d0bdc596f8dd1c226c458f0b4df27a88
Cc: P2PSIP Mailing List <p2psip@ietf.org>
Subject: [P2PSIP] a modular approach for integrating HIP for P2PSIP
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

Dear Gonzalo, all,

according to draft-ietf-mmusic-ice, addresses collected for ICE can be 
also "obtained through a tunnel mechanism, such as a Virtual Private 
Network (VPN) or Mobile IP (MIP)".

If i understand correctly (please correct me if i am wrong) the ORCHID 
(alternatively the LSI if the application uses IPv4) is bound locally to 
a virtual interface. So the application can use it the same way it uses 
an IP address obtained by a VPN (or any other IP address, e.g. obtained 
by STUN)

So is there a reason why HIP ORCHIDs cannot be used in the ICE 
candidates list?

Also the ICE host candidates' sorting process (as described in Section 
2.3 "Sorting Candidates" in draft-ietf-mmusic-ice) could recognize the 
HIP ORCHID (due to the unique prefix) and give it higher priority in the 
host candidate list if the application should benefit from the HIP 
advantages.

I think that could provide a simple - though modular and flexible - 
approach for integrating HIP for P2PSIP (at least for the NAT traversal 
part)

In other words:

- the application can easily check whether the host where it is running 
supports HIP.

- a peer can inform another peer that it supports HIP (using the ICE 
candidates list and the priorities given to the addresses). If both 
peers support HIP and they are in the same HIP overlay, then they can 
(and maybe should) use it.

- if one of the peer hosts does not support HIP, then the peers will 
need to go forward in the ICE host candidate list and use other 
addresses for connectivity, e.g. those obtained by STUN.

I mentioned, this could provide a modular approach for the NAT traversal 
problem. But maybe it could be extended to cope with the other features 
that HIP provides, e.g. mobility and multi-homing.

Any comments?

Thanks in advance.

Cheers,
  Ali

Gonzalo Camarillo wrote:
> Hi,
> 
>> what is if peers add the HIP ORCHID at the first position of the list 
>> of gathered addresses for ICE?
> 
> ORCHIDs are identifiers. You need locators (i.e., IP addresses) for the 
> ICE process.
> 
> Cheers,
> 
> Gonzalo
> 


-- 
Ali Fessi
Computer Networks and Internet
University of Tuebingen, Germany
Phone: +49 7071 29-70576 / Fax: +49 7071 29-5220
EMail: ali.fessi@uni-tuebingen.de
Web: http://net.informatik.uni-tuebingen.de/~fessi/

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