Re: [Hipsec] Looking for slides on Relay server

Miika Komu <mkomu@cs.hut.fi> Thu, 22 May 2014 20:36 UTC

Return-Path: <mkomu@cs.hut.fi>
X-Original-To: hipsec@ietfa.amsl.com
Delivered-To: hipsec@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 855F11A032F for <hipsec@ietfa.amsl.com>; Thu, 22 May 2014 13:36:43 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.851
X-Spam-Level:
X-Spam-Status: No, score=-4.851 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.651] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id aw7mdM-NuIXn for <hipsec@ietfa.amsl.com>; Thu, 22 May 2014 13:36:41 -0700 (PDT)
Received: from mail.cs.hut.fi (mail.cs.hut.fi [130.233.192.7]) by ietfa.amsl.com (Postfix) with ESMTP id 494FB1A0305 for <hipsec@ietf.org>; Thu, 22 May 2014 13:36:41 -0700 (PDT)
Received: from [127.0.0.1] (hutcs.cs.hut.fi [130.233.192.10]) by mail.cs.hut.fi (Postfix) with ESMTP id 29244308742 for <hipsec@ietf.org>; Thu, 22 May 2014 23:36:39 +0300 (EEST)
Message-ID: <537E5FD7.9030304@cs.hut.fi>
Date: Thu, 22 May 2014 23:36:39 +0300
From: Miika Komu <mkomu@cs.hut.fi>
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0
MIME-Version: 1.0
To: hipsec@ietf.org
References: <537E5B0F.1090004@htt-consult.com>
In-Reply-To: <537E5B0F.1090004@htt-consult.com>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
Archived-At: http://mailarchive.ietf.org/arch/msg/hipsec/Vj1YezJBp5Kr9LJ9nWfIEB6tMc4
Subject: Re: [Hipsec] Looking for slides on Relay server
X-BeenThere: hipsec@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: "This is the official IETF Mailing List for the HIP Working Group." <hipsec.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/hipsec>, <mailto:hipsec-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/hipsec/>
List-Post: <mailto:hipsec@ietf.org>
List-Help: <mailto:hipsec-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/hipsec>, <mailto:hipsec-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 22 May 2014 20:36:43 -0000

Hi,

On 05/22/2014 11:16 PM, Robert Moskowitz wrote:
> At times I would like to strangle myself.  WHY did I ever create private
> addresses for IPv4 and thus create a market for NAT boxes?????  Well if
> I have not been involved, it would have still happened.  The use cases
> were out there and ROAD was dead.  Enough handwringing.  We have Nasty
> NATs and mobile devices pop in and out of them.  So we have to relay.
>
> But only the WiFi connection would get behind bad NATs.  My testing over
> Verizon Wireless has worked well without relaying.  So one MIGHT think
> that with LOCATORs we could say that this locator need not relay, but
> this better.  Of course the phones have this tendency to roam and
> perhaps not all cellular providers are set up not to need relaying....
>
> Andrei's lecture notes do not cover the relay server part, only rvs and
> I3 stuff.  I am looking for some slides to cover relay.

in HIPL project, we have been just using the Teredo infrastructure (with 
miredo software in Linux) to take care of the NAT penetration and HIP 
for its persistent namespace (as Teredo addresses can change).