IETF Logo Mail Archive

Re: [homenet] Let's make in-home ULA presence a MUST !?

"STARK, BARBARA H" <bs7652@att.com> Thu, 16 October 2014 13:35 UTC

Return-Path: <bs7652@att.com>
X-Original-To: homenet@ietfa.amsl.com
Delivered-To: homenet@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 888CE1A037A for <homenet@ietfa.amsl.com>; Thu, 16 Oct 2014 06:35:06 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.216
X-Spam-Level:
X-Spam-Status: No, score=-3.216 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, PLING_QUERY=0.994, RCVD_IN_DNSWL_MED=-2.3, T_RP_MATCHES_RCVD=-0.01] 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 2ZMwim8JB_Y2 for <homenet@ietfa.amsl.com>; Thu, 16 Oct 2014 06:35:03 -0700 (PDT)
Received: from nbfkord-smmo06.seg.att.com (nbfkord-smmo06.seg.att.com [209.65.160.94]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4B7861A1BDE for <homenet@ietf.org>; Thu, 16 Oct 2014 06:35:01 -0700 (PDT)
Received: from unknown [144.160.229.23] (EHLO alpi154.enaf.aldc.att.com) by nbfkord-smmo06.seg.att.com(mxl_mta-7.2.2-0) with ESMTP id 589cf345.2b34de409940.5898821.00-2438.16615200.nbfkord-smmo06.seg.att.com (envelope-from <bs7652@att.com>); Thu, 16 Oct 2014 13:35:01 +0000 (UTC)
X-MXL-Hash: 543fc9850dcd9ddd-5acca46a56825ae156219af4b1b4e89e68d56451
Received: from unknown [144.160.229.23] (EHLO alpi154.enaf.aldc.att.com) by nbfkord-smmo06.seg.att.com(mxl_mta-7.2.2-0) over TLS secured channel with ESMTP id b79cf345.0.5898738.00-2360.16614872.nbfkord-smmo06.seg.att.com (envelope-from <bs7652@att.com>); Thu, 16 Oct 2014 13:34:54 +0000 (UTC)
X-MXL-Hash: 543fc97e333044da-d7ecb196462c26f570a62d2b8fb6f33873e91976
Received: from enaf.aldc.att.com (localhost [127.0.0.1]) by alpi154.enaf.aldc.att.com (8.14.5/8.14.5) with ESMTP id s9GDYouZ017869; Thu, 16 Oct 2014 09:34:51 -0400
Received: from alpi133.aldc.att.com (alpi133.aldc.att.com [130.8.217.3]) by alpi154.enaf.aldc.att.com (8.14.5/8.14.5) with ESMTP id s9GDYTlX017579 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Thu, 16 Oct 2014 09:34:33 -0400
Received: from GAALPA1MSGHUBAF.ITServices.sbc.com (GAALPA1MSGHUBAF.itservices.sbc.com [130.8.218.155]) by alpi133.aldc.att.com (RSA Interceptor); Thu, 16 Oct 2014 13:34:16 GMT
Received: from GAALPA1MSGUSRBF.ITServices.sbc.com ([169.254.5.152]) by GAALPA1MSGHUBAF.ITServices.sbc.com ([130.8.218.155]) with mapi id 14.03.0195.001; Thu, 16 Oct 2014 09:33:45 -0400
From: "STARK, BARBARA H" <bs7652@att.com>
To: Lorenzo Colitti <lorenzo@google.com>, Mark Andrews <marka@isc.org>
Thread-Topic: [homenet] Let's make in-home ULA presence a MUST !?
Thread-Index: AQHP54K2GqII5KZ8KUCnHFPeq3UJB5wvgUIAgABcm4CAAAw3AIAAA/SAgAAE6gD//8i16IAATh4AgAF83gCAAAhbgIAABAaAgAAK/oCAAAILAIAAFRCAgAAMRwCAAAZXgIAAEfyAgAAu6ACAAAJQgP//xPHsgAEsgYD//71HgA==
Date: Thu, 16 Oct 2014 13:34:15 +0000
Message-ID: <2D09D61DDFA73D4C884805CC7865E61130EA399B@GAALPA1MSGUSRBF.ITServices.sbc.com>
References: <CAAedzxp1R-C5E9RJVMVLRJxPc0w4zooPtqnvWK9eggpZu4=xtg@mail.gmail.com> <C7F3DE60-F596-4BAD-9C28-74006966E5B9@fugue.com> <20141014142746.GX31092@Space.Net> <69B1F2CB-88C6-4211-83F3-11C8A3E7BFD2@fugue.com> <20141014145930.GY31092@Space.Net> <m1Xe3jL-0000I7C@stereo.hq.phicoh.net> <20141014154111.GZ31092@Space.Net> <C6760B68-C913-4B22-98E6-6D29A66F80D9@fugue.com> <20141015150422.GW31092@Space.Net> <4E2E154E-D231-4E79-860A-56948A13CDD4@fugue.com> <20141015154841.GY31092@Space.Net> <CBC8A3D9-9EBD-47FF-B066-247898FF2000@fugue.com> <543EA248.2080700@mtcc.com> <CB50B30B-DC36-4354-96B7-19AE415BD03F@fugue.com> <543EBE40.3030201@mtcc.com> <BA5ABBFA-9D13-4975-A96C-530FE958322A@fugue.com> <543ED2A7.3090409@mtcc.com> <1569644A-50C4-47B6-908E-262BC62BCD14@fugue.com> <543EFBF1.6040101@mtcc.com> <20141015232619.D687121808CE@rock.dv.isc.org> <CAKD1Yr2aLTjEo=7yj+=RzU8vpQTG6UjsuUJq+ONJmMTOEF43SQ@mail.gmail.com>
In-Reply-To: <CAKD1Yr2aLTjEo=7yj+=RzU8vpQTG6UjsuUJq+ONJmMTOEF43SQ@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [135.70.44.85]
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-RSA-Inspected: yes
X-RSA-Classifications: public
X-AnalysisOut: [v=2.0 cv=dshs/Sc4 c=1 sm=1 a=VXHOiMMwGAwA+y4G3/O+aw==:17 a]
X-AnalysisOut: [=ofMgfj31e3cA:10 a=MkazQOY1ecYA:10 a=BLceEmwcHowA:10 a=Ikc]
X-AnalysisOut: [TkHD0fZMA:10 a=zQP7CpKOAAAA:8 a=XIqpo32RAAAA:8 a=48vgC7mUA]
X-AnalysisOut: [AAA:8 a=bZyJZ8YEHzDYQbDhC2gA:9 a=QEXdDO2ut3YA:10 a=qd5V-7c]
X-AnalysisOut: [jCYOk_nrG:21 a=NwIQ2Tw0st0MaM3h:21]
X-Spam: [F=0.2000000000; CM=0.500; S=0.200(2014051901)]
X-MAIL-FROM: <bs7652@att.com>
X-SOURCE-IP: [144.160.229.23]
Archived-At: http://mailarchive.ietf.org/arch/msg/homenet/TZOYmOtY-VMOnT2fO2rDg9pC_pI
Cc: "homenet@ietf.org" <homenet@ietf.org>, Michael Thomas <mike@mtcc.com>, Ted Lemon <mellon@fugue.com>
Subject: Re: [homenet] Let's make in-home ULA presence a MUST !?
X-BeenThere: homenet@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: <homenet.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/homenet>, <mailto:homenet-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/homenet/>
List-Post: <mailto:homenet@ietf.org>
List-Help: <mailto:homenet-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/homenet>, <mailto:homenet-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 16 Oct 2014 13:35:06 -0000

>> Unless you have really old stacks your device will pick the new GUA first to talk to your jukebox when you are on your neighbor's network and the ULA to  talk to it when you are on your own.

> No, it won't. It will pick GUA->GUA both times.

> Per the table in http://tools.ietf.org/html/rfc6724#section-2.1 it will pick the GUA as a destination address, and per Rule 6, it will choose the GUA to connect to it.

> Which means that if you *want* to force it to use ULA inside the network and GUA outside, the only scalable option is to use split-tunnel DNS. You could change the policy table too, but most users won't, unless the standards change, and major OSes change the policy tables.

No, the RFC 6724 rules are recommended *default* rules. The authors of that RFC did an excellent job at making that clear. IMO, users (who know how) should be free to change the default rules in their devices if they don't like those rules. Application developers are free to implement whatever rules make sense for their applications. I've been involved with applications where the default rules would have caused increased complexity in application design, so rules that made sense for that app were used instead.

v2.23.0 | Report a Bug | By Email