IETF Logo Mail Archive

Re: [v6ops] draft-moreiras-v6ops-rfc3849bis-00

"George, Wes" <wesley.george@twcable.com> Mon, 12 August 2013 20:31 UTC

Return-Path: <wesley.george@twcable.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 EB21221F9E40 for <v6ops@ietfa.amsl.com>; Mon, 12 Aug 2013 13:31:07 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0.27
X-Spam-Level:
X-Spam-Status: No, score=0.27 tagged_above=-999 required=5 tests=[AWL=-0.468, BAYES_00=-2.599, HELO_EQ_MODEMCABLE=0.768, HOST_EQ_MODEMCABLE=1.368, HTML_MESSAGE=0.001, J_CHICKENPOX_13=0.6, J_CHICKENPOX_33=0.6]
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 tqEB5iJQZhtN for <v6ops@ietfa.amsl.com>; Mon, 12 Aug 2013 13:31:03 -0700 (PDT)
Received: from cdpipgw02.twcable.com (cdpipgw02.twcable.com [165.237.59.23]) by ietfa.amsl.com (Postfix) with ESMTP id 462E821F9CF7 for <v6ops@ietf.org>; Mon, 12 Aug 2013 13:31:03 -0700 (PDT)
X-SENDER-IP: 10.136.163.11
X-SENDER-REPUTATION: None
X-IronPort-AV: E=Sophos; i="4.89,864,1367985600"; d="scan'208,217"; a="116777817"
Received: from unknown (HELO PRVPEXHUB02.corp.twcable.com) ([10.136.163.11]) by cdpipgw02.twcable.com with ESMTP/TLS/RC4-MD5; 12 Aug 2013 16:29:56 -0400
Received: from PRVPEXVS15.corp.twcable.com ([10.136.163.78]) by PRVPEXHUB02.corp.twcable.com ([10.136.163.11]) with mapi; Mon, 12 Aug 2013 16:30:48 -0400
From: "George, Wes" <wesley.george@twcable.com>
To: Owen DeLong <owen@delong.com>
Date: Mon, 12 Aug 2013 16:30:47 -0400
Thread-Topic: [v6ops] draft-moreiras-v6ops-rfc3849bis-00
Thread-Index: Ac6XmX8opnRmDrqBS3G4kRKDcBoV2AAAJ5tg
Message-ID: <2671C6CDFBB59E47B64C10B3E0BD59230439ABF00C@PRVPEXVS15.corp.twcable.com>
References: <5207D42F.2030302@nic.br> <5207E319.6070601@nic.br> <8C48B86A895913448548E6D15DA7553B97DA03@xmb-rcd-x09.cisco.com> <CA+z-_EWFAGFqyo3E3LzrEhpMRV6axdLJTC50BNwXMNGuJtZuTA@mail.gmail.com> <2671C6CDFBB59E47B64C10B3E0BD59230439ABEFA4@PRVPEXVS15.corp.twcable.com> <A84D9405-B3D2-4D55-BAEE-FE25ACE45EB6@delong.com>
In-Reply-To: <A84D9405-B3D2-4D55-BAEE-FE25ACE45EB6@delong.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
acceptlanguage: en-US
Content-Type: multipart/alternative; boundary="_000_2671C6CDFBB59E47B64C10B3E0BD59230439ABF00CPRVPEXVS15cor_"
MIME-Version: 1.0
Cc: Alejandro Acosta <aacosta@rocketmail.com>, "<v6ops@ietf.org>" <v6ops@ietf.org>, "carlos@lacnic.net" <carlos@lacnic.net>
Subject: Re: [v6ops] draft-moreiras-v6ops-rfc3849bis-00
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: Mon, 12 Aug 2013 20:31:08 -0000

From: Owen DeLong [mailto:owen@delong.com]

Because in some cases, the lab is also teaching about ULA+GUA configurations.

[WEG] I don't follow your logic. 2001:db8::/32 is not GUA, nor would any such documentation prefix be -quite the contrary, in fact. It just happens to come from 2000::/3 so it *looks* more like GUA, but the network behavior is no different.

Wes

On Aug 12, 2013, at 13:05 , "George, Wes" <wesley.george@twcable.com<mailto:wesley.george@twcable.com>> wrote:



From: v6ops-bounces@ietf.org<mailto:v6ops-bounces@ietf.org> [mailto:v6ops-bounces@ietf.org<mailto:bounces@ietf.org>] On Behalf Of Carlos Martinez-Cagnazzo



As far as I understand, Antonio does some training involving 6RD deployments, where each 'team' needs its own /32. There might be other cases though, like for example doing some work involving BGP routing between different teams and for which you expect each one of them to carve a /32.
[WEG] and that environment can't use ULA because....?

Not saying that there aren't legitimate cases when having more than /32 of documentation space might be useful, just saying that I don't believe the needs of a lab environment (even in the context of training) is necessarily one of them.

Wes George
Anything below this line has been added by my company's mail server, I have no control over it.
-----------------

________________________________
This E-mail and any of its attachments may contain Time Warner Cable proprietary information, which is privileged, confidential, or subject to copyright belonging to Time Warner Cable. This E-mail is intended solely for the use of the individual or entity to which it is addressed. If you are not the intended recipient of this E-mail, you are hereby notified that any dissemination, distribution, copying, or action taken in relation to the contents of and attachments to this E-mail is strictly prohibited and may be unlawful. If you have received this E-mail in error, please notify the sender immediately and permanently delete the original and any copy of this E-mail and any printout.
_______________________________________________
v6ops mailing list
v6ops@ietf.org<mailto:v6ops@ietf.org>
https://www.ietf.org/mailman/listinfo/v6ops

v2.23.0 | Report a Bug | By Email