IETF Logo Mail Archive

Re: ITU-T Dubai Meeting

Doug Barton <dougb@dougbarton.us> Wed, 08 August 2012 05:30 UTC

Return-Path: <dougb@dougbarton.us>
X-Original-To: ietf@ietfa.amsl.com
Delivered-To: ietf@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 14A6121E8034 for <ietf@ietfa.amsl.com>; Tue, 7 Aug 2012 22:30:54 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.599
X-Spam-Level:
X-Spam-Status: No, score=-3.599 tagged_above=-999 required=5 tests=[AWL=0.000, BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ucs6rCC3FJjr for <ietf@ietfa.amsl.com>; Tue, 7 Aug 2012 22:30:53 -0700 (PDT)
Received: from mail2.fluidhosting.com (mx22.fluidhosting.com [204.14.89.5]) by ietfa.amsl.com (Postfix) with ESMTP id 0C7C311E812D for <ietf@ietf.org>; Tue, 7 Aug 2012 22:30:53 -0700 (PDT)
Received: (qmail 3838 invoked by uid 399); 8 Aug 2012 05:30:46 -0000
Received: from unknown (HELO ?192.168.0.100?) (dougb@dougbarton.us@12.207.105.210) by mail2.fluidhosting.com with ESMTPAM; 8 Aug 2012 05:30:46 -0000
X-Originating-IP: 12.207.105.210
X-Sender: dougb@dougbarton.us
Message-ID: <5021F98A.9000509@dougbarton.us>
Date: Tue, 07 Aug 2012 22:30:50 -0700
From: Doug Barton <dougb@dougbarton.us>
Organization: http://SupersetSolutions.com/
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:14.0) Gecko/20120714 Thunderbird/14.0
MIME-Version: 1.0
To: mrex@sap.com
Subject: Re: ITU-T Dubai Meeting
References: <20120808051929.717981A12D@ld9781.wdf.sap.corp>
In-Reply-To: <20120808051929.717981A12D@ld9781.wdf.sap.corp>
X-Enigmail-Version: 1.4.3
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
Cc: ietf@ietf.org
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ietf>, <mailto:ietf-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ietf>
List-Post: <mailto:ietf@ietf.org>
List-Help: <mailto:ietf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 08 Aug 2012 05:30:54 -0000

On 08/07/2012 10:19 PM, Martin Rex wrote:
> Mark Andrews wrote:
>>
>> In message <5021742A.70804@dougbarton.us>, Doug Barton writes:
>>> On 08/07/2012 00:46, Martin Rex wrote:
>>>> IPv6 PA prefixes result in that awkward renumbering.
>>>> Avoiding the renumbering implies provider independent
>>>> network prefix.
>>>
>>> ULA on the inside + https://tools.ietf.org/html/rfc6296
>>
>> If you are changing your external connection you may as well just use
>> ULA + PA.  The DNS needs to be updated in either case, the firewall needs
>> to be updated in either case.
> 
> And what about running apps and network connections in the connected state?

If they are connected external to your network then obviously they would
have to be restarted ... but then you know that already. :)

If "PI everywhere" were a feasible strategy at this time, I'd be first
in line. But it isn't, so I think it's worthwhile discussing how we can
do what we _can_ do, best.

v2.23.0 | Report a Bug | By Email