Re: [v6ops] comment on draft-liu-v6ops-ula-usage-analysis

"Fred Baker (fred)" <fred@cisco.com> Wed, 13 November 2013 11:32 UTC

Return-Path: <fred@cisco.com>
X-Original-To: v6ops@ietfa.amsl.com
Delivered-To: v6ops@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 773FD21E80DE for <v6ops@ietfa.amsl.com>; Wed, 13 Nov 2013 03:32:48 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -110.438
X-Spam-Level:
X-Spam-Status: No, score=-110.438 tagged_above=-999 required=5 tests=[AWL=0.161, BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8, USER_IN_WHITELIST=-100]
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 PUUNSCKZA0mg for <v6ops@ietfa.amsl.com>; Wed, 13 Nov 2013 03:32:42 -0800 (PST)
Received: from rcdn-iport-1.cisco.com (rcdn-iport-1.cisco.com [173.37.86.72]) by ietfa.amsl.com (Postfix) with ESMTP id 3361721E80DF for <v6ops@ietf.org>; Wed, 13 Nov 2013 03:32:39 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=2270; q=dns/txt; s=iport; t=1384342359; x=1385551959; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=5goCQ2DoiEWT7/d/o1xUiNoHAku47dBITLwKZNba+gk=; b=fQQ1Lt8IRLBb+TH87FlqQrzbVqhJMzfv3h0sdJN7D7LlP7wS+/4BNVxE lQ9Tmi381Ah5DW9YAmrpW0xtpt1Wq7PddtW8U7qZIf1t8OmyBKNFfpZ6T o/QHEsQZRbITJzHUrCyPNjG/sva6nbKozBaPtD+tlEaxLVTQZFg9i+jk8 Q=;
X-Files: signature.asc : 195
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AgIFAElig1KtJXHB/2dsb2JhbABRCYMHgQu/KIEhFnSCJQEBAQMBcQgFCwIBCEYyJQIEDgUOh20Gv0uOHYFCB4MggREDkDCBMIYwkguDKIIq
X-IronPort-AV: E=Sophos; i="4.93,691,1378857600"; d="asc'?scan'208"; a="284005927"
Received: from rcdn-core2-6.cisco.com ([173.37.113.193]) by rcdn-iport-1.cisco.com with ESMTP; 13 Nov 2013 11:32:38 +0000
Received: from xhc-aln-x11.cisco.com (xhc-aln-x11.cisco.com [173.36.12.85]) by rcdn-core2-6.cisco.com (8.14.5/8.14.5) with ESMTP id rADBWbx4000694 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Wed, 13 Nov 2013 11:32:37 GMT
Received: from xmb-rcd-x09.cisco.com ([169.254.9.122]) by xhc-aln-x11.cisco.com ([173.36.12.85]) with mapi id 14.03.0123.003; Wed, 13 Nov 2013 05:32:37 -0600
From: "Fred Baker (fred)" <fred@cisco.com>
To: "Liubing (Leo)" <leo.liubing@huawei.com>
Thread-Topic: [v6ops] comment on draft-liu-v6ops-ula-usage-analysis
Thread-Index: AQHO4GQNv0mlicYJEU2FRYbsUKYjkg==
Date: Wed, 13 Nov 2013 11:32:36 +0000
Message-ID: <0CF7584E-B62C-4BB1-B1E2-B8E89BE1B83D@cisco.com>
References: <CAFU7BAR3C8FwU49CsWua20Tmz24Jzd6UVuN=Aoea8Z03drvELQ@mail.gmail.com> <CALo9H1b1EFtjExsy89gLtPmWPoYc1DqmigfLrybPdxm0OsKKdw@mail.gmail.com> <52793827.2040708@gmail.com> <21C0A698-E56B-4B0B-8454-1323027AD04E@cisco.com> <8AE0F17B87264D4CAC7DE0AA6C406F453D7F3192@nkgeml506-mbx.china.huawei.com>
In-Reply-To: <8AE0F17B87264D4CAC7DE0AA6C406F453D7F3192@nkgeml506-mbx.china.huawei.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: yes
X-MS-TNEF-Correlator:
x-originating-ip: [10.19.64.121]
Content-Type: multipart/signed; boundary="Apple-Mail=_7696A24A-C1D1-493C-B1CA-0A5808F4B4FA"; protocol="application/pgp-signature"; micalg="pgp-sha1"
MIME-Version: 1.0
Cc: "v6ops@ietf.org" <v6ops@ietf.org>
Subject: Re: [v6ops] comment on draft-liu-v6ops-ula-usage-analysis
X-BeenThere: v6ops@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: v6ops discussion list <v6ops.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/v6ops>, <mailto:v6ops-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/v6ops>
List-Post: <mailto:v6ops@ietf.org>
List-Help: <mailto:v6ops-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/v6ops>, <mailto:v6ops-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 13 Nov 2013 11:32:48 -0000

On Nov 12, 2013, at 5:55 PM, Liubing (Leo) <leo.liubing@huawei.com> wrote:

> Hi, Fred
> 
>> </chair>
>> 
>> I'm told that it goes beyond that. There are at least three "directions" in the
>> split:
> [Bing] Did you mean you are told from some real deployment, or told from the ULA draft?

I am on the board of a company that produces a product that is used in these configurations. One of the engineers told me it is a requirement his customers present him with. Today, that is generally IPv4, not IPv6, so I can't comment on ULAs, only extrapolate. I was commenting on the DNS configuration.

>>   - inside, where internal-only names are advertised, might use an
>> internal-only prefix, and even "outside" names might have different servers
>> and different addresses.
>>   - outside, where internal-only names are not advertised
>>   - partner, which is "outside" plus some names made accessible to the
>> partner, and may imply some form of b2b routing as well.
> [Bing] Say if ULAs are used for b2b private routing, in the "partner" case, does it means the b2b ULAs are stored in the outside DNS, so that the partners could get the ULAs through public DNS, and access to the ULAs through private routing?

In the particular configuration, as I understand what the engineer told me, "inside", "outside", and in the "partner" case, the identity of the partner, are attributes in the underlying database. The software looks at the request, determines what data should be included in the response, and includes it.