Re: [Hipsec] Teredo and HIP mobility/NAT

Miika Komu <mkomu@cs.hut.fi> Fri, 23 May 2014 12:56 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 98E0F1A046B for <hipsec@ietfa.amsl.com>; Fri, 23 May 2014 05:56:22 -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 QeXPzMXreLpe for <hipsec@ietfa.amsl.com>; Fri, 23 May 2014 05:56:20 -0700 (PDT)
Received: from mail.cs.hut.fi (mail.cs.hut.fi [130.233.192.7]) by ietfa.amsl.com (Postfix) with ESMTP id 4829C1A01D4 for <hipsec@ietf.org>; Fri, 23 May 2014 05:56:20 -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 2B017308F2F for <hipsec@ietf.org>; Fri, 23 May 2014 15:56:17 +0300 (EEST)
Message-ID: <537F4570.1050603@cs.hut.fi>
Date: Fri, 23 May 2014 15:56:16 +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: <537F3706.8020805@htt-consult.com>
In-Reply-To: <537F3706.8020805@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/oY6RC_jZ3yPNyt5GXk6JXdZT-rU
Subject: Re: [Hipsec] Teredo and HIP mobility/NAT
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: Fri, 23 May 2014 12:56:22 -0000

Hi,

On 05/23/2014 02:54 PM, Robert Moskowitz wrote:
> I have thought a lot about this and generally it works out bad no matter
> how you slice it.  Well, if I was writing the network kernel, I would
> incorporate Teredo so that all interfaces presented an IPv6 address at
> all times and if it had a 'native' IPv6 would not use Teredo.  Basically
> tying Teredo right into the interface handling?
>
> We have probably all thought long and hard about this.  Multiple
> interfaces, most of them mobile.  They are suppose to be changing their
> priority based on something or other (IEEE 802.21?)  IPv6 should be IPv6
> publicly routable.  But IPv4 will change from public, to good NAT, to
> bad NAT, and bounce around.  Because of this bad mix of reality we go to
> the lowest common denominator and do everything as if there is a bad NAT
> in the way.  We have no effective method of intelligently switching.
>
> HIP everywhere does not fix bad NATs.
>
> Networking reality basically xxxxx, well I do try and control my
> language in public.

yes, draft-keranen-hip-native-nat-traversal-01 would allow HIP a better 
control of the NAT traversal.