Re: [v6ops] Idea about updating RFC3849

Mark ZZZ Smith <markzzzsmith@yahoo.com.au> Sat, 16 May 2015 01:16 UTC

Return-Path: <markzzzsmith@yahoo.com.au>
X-Original-To: v6ops@ietfa.amsl.com
Delivered-To: v6ops@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8C00D1ACAD5 for <v6ops@ietfa.amsl.com>; Fri, 15 May 2015 18:16:16 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 4.402
X-Spam-Level: ****
X-Spam-Status: No, score=4.402 tagged_above=-999 required=5 tests=[BAYES_50=0.8, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, FROM_LOCAL_NOVOWEL=0.5, HK_RANDOM_ENVFROM=0.001, HK_RANDOM_FROM=1, HK_RANDOM_REPLYTO=0.999, HTML_MESSAGE=0.001, J_CHICKENPOX_15=0.6, J_CHICKENPOX_37=0.6, RCVD_IN_DNSWL_NONE=-0.0001] autolearn=no
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 rRkKc1uMmkjZ for <v6ops@ietfa.amsl.com>; Fri, 15 May 2015 18:16:14 -0700 (PDT)
Received: from nm18-vm0.bullet.mail.bf1.yahoo.com (nm18-vm0.bullet.mail.bf1.yahoo.com [98.139.213.138]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 30B991ACAD4 for <v6ops@ietf.org>; Fri, 15 May 2015 18:16:14 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com.au; s=s2048; t=1431738973; bh=JugUUcIIUzKmMyhTLZvn8idrPHbAiYSnxWFXfPhbt5o=; h=Date:From:Reply-To:To:In-Reply-To:References:Subject:From:Subject; b=nscb+Vj6Iv+wn8185uEg+GmsKrIHb21hwBgYipwTXOV3bxK2wqOyMR1UJ789po5WC0GMp2nxxRppAZhFnMg4pKH8zw966LzmViB+kvA79myaIaCEfgyqUIAEJa2MmQIfSfBqSOsp0fC1qhsMr7tzs2r9uENmF06JhFm+4JyyPm8P1iAVihffRyUUUAJAcA1ttPFzfnJU3zGvcL6EExKpkqmnH6JT1xnajGLhUleFDvEf7fWudkpGOEt95xUsJwMKMcvqcWy2rh2W9iTkVADPw4UZM7F5w0weF++AgfuakWoFkdA5qc73CWxlPdjEGhHEdmdf4A7xvvH7FLYoQzg5ng==
Received: from [98.139.170.179] by nm18.bullet.mail.bf1.yahoo.com with NNFMP; 16 May 2015 01:16:13 -0000
Received: from [98.139.212.197] by tm22.bullet.mail.bf1.yahoo.com with NNFMP; 16 May 2015 01:16:13 -0000
Received: from [127.0.0.1] by omp1006.mail.bf1.yahoo.com with NNFMP; 16 May 2015 01:16:13 -0000
X-Yahoo-Newman-Property: ymail-3
X-Yahoo-Newman-Id: 265671.62464.bm@omp1006.mail.bf1.yahoo.com
X-YMail-OSG: HPKewJAVM1kXxBcvL.Sqr2B.KI.lVxDCnrDbqrAEHQBssufwTj6sdaEBJc8TGwj lnyGxA9huZHW8ENnAvovZwdrspytRS41HA2.9j_vLfWHSSRYRvt_VQyVbo6rBMxbYmNwXbUAinWF R4w6hcjByOZvfVoPOWGpIqUlcTzbrIFxtbvhv3Botr4.Izw21CDi725OGqjFa0riQPexB6sOkAHy R3FMy8zMreWxmESTHIFSC4xNnETNWpgZwy_tu2wz5QzxHLTfP0rht_0NCYjbAozkGpFEz_1.DeLg jmK.WO62IdsqlIqvR2L339SoPgalg36R_x27hHeBevx.RCOHP4ZMWPYs.3nhUb1_uzesHe8q7Jnl QbBes_pX35_ekPycIEomBR2iPqmquwY0ZrFRC0l82iX8SoLaSeDNMfwEukFRv10w3VUu3p9WGCNh JyYuEkxJBHZstlqjoA6YHy2cqQAwjevBG653VdSIqJxuGWlJokMKGATEShgaNgNl40DU9Km1l3wB B8hZLxp9qPS7xpXf1r6fkzcgX4U057WgDUT865Wa8leVgDduqcUA-
Received: by 66.196.81.119; Sat, 16 May 2015 01:16:12 +0000
Date: Sat, 16 May 2015 01:16:04 +0000
From: Mark ZZZ Smith <markzzzsmith@yahoo.com.au>
To: joel jaeggli <joelja@bogus.com>, "t.petch" <ietfc@btconnect.com>, Jens Ott - Opteamax GmbH <jo@opteamax.de>, "v6ops@ietf.org" <v6ops@ietf.org>
Message-ID: <2024854323.39544.1431738964510.JavaMail.yahoo@mail.yahoo.com>
In-Reply-To: <5554DD01.5040708@bogus.com>
References: <5554DD01.5040708@bogus.com>
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="----=_Part_39543_692499850.1431738964503"
Archived-At: <http://mailarchive.ietf.org/arch/msg/v6ops/-otVGGbMafxyWVHv19VkQUl1zpI>
Subject: Re: [v6ops] Idea about updating RFC3849
X-BeenThere: v6ops@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
Reply-To: Mark ZZZ Smith <markzzzsmith@yahoo.com.au>
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: Sat, 16 May 2015 01:16:16 -0000

      From: joel jaeggli <joelja@bogus.com>
 To: t.petch <ietfc@btconnect.com>; Jens Ott - Opteamax GmbH <jo@opteamax.de>; v6ops@ietf.org 
 Sent: Friday, 15 May 2015, 3:36
 Subject: Re: [v6ops] Idea about updating RFC3849
   
I'm pretty sure that growing the example prefix isn't necessary in order
to that you might use a prefix with a longer or shorter netmask in a
filter.  I wouldn't want to expand it to a /3 just so that I could
express the size of the ipv6unicast address range.

We don't get into existential peril when we refer to ::/0

so if you have to say,  "design the filter this way example my address
space  2001:db8::/32 substituting your prefix and and appropriate length
netmask (shorter or longer as necessary) that doesn't seem excessively
circuitous. and if  they slavishly copy that prefix or netmask well no
harm no foul.
/ As the focus of this sort of documentation is the lower order bits, you could probably explain the technique you want to convey of dividing up the lower order bits using 'X'/'x's in place of the upper portion, with the advantage that 'X'/'x's are invalid in IPv6 addresses, and then possibly use the 2001:db8::/32 to demonstrate the technique.



On 5/14/15 9:27 AM, t.petch wrote:
> Jens
> 
> I think that there might be a slight procedural issue.  The original RFC
> was produced by the IPv6 Working Group which is responsible for protocol
> changes.  This is the v6ops Working Group which is not allowed to make
> protocol changes (but is concerned with making the protocol usable).
> 
> It may not be clearcut, but I would see this as a protocol change and so
> one that should be discussed and progressed in the IPv6 WG rather than
> here.  The WG Chairs will doubtless arbitrate on this.
> 
> Otherwise, yes but don't stop at /29; I would go for a /8 and allow
> myself to be negotiated back to something in between.
> .
> Tom Petch
> 
> 
> ----- Original Message -----
> From: "Jens Ott - Opteamax GmbH" <jo@opteamax.de>
> To: <v6ops@ietf.org>
> Sent: Thursday, May 14, 2015 9:02 AM
> Subject: [v6ops] Idea about updating RFC3849
>>
>> Hi Mailinglist-Members,
>>
>> I am pretty new on this list, so I first wave a "Hello" into the
>> round... and immediately continue to ask the question, which led me to
>> subscribing to this list. Apologies if I chose the wrong list, please
>> advise me, where to put my question in this case.
>>
>> I work as consultant and already accompanied several IPv6 roll-outs
>> from the first idea "we want V6" until production. While
>> enterprise-setups are mostly /32 or less IPs, I see more and more
>> rollouts which need much bigger space.
>>
>> At least in RIPE-Region, each LIR can receive a /29 without any
>> justification. And here is where my problem starts. While writing
>> documentation and addressing-plans before requesting the actual prefix
>> at the appropriate RIR, I'm used to use 2001:db8::/32 as defined in
>> RFC3849. But what to do for bigger nets (lower bitmasks)?
>>
>> Before starting to push the ball on the field by writing a proposal,
>> I'd be happy to hear if there is support in the community for updating
>> this rfc and officially define a bigger prefix for documentation.
>>
>> As said, if I chose the wrong mailinglist or simply started bringing
>> my idea into the community in a wrong way, any advise and comment is
>> appreciated. I have no experience with the processes at ietf yet.
>>
>> Best regards and thanks
>> - --
>> Jens Ott
>>
>> Opteamax GmbH
>>
>> Simrockstr. 4b
>> 53619 Rheinbreitbach
>>
>> Tel.:  +49 2224 969500
>> Fax:  +49 2224 97691059
>> Email: jo@opteamax.de
>>
>> HRB: 23144, Amtsgericht Montabaur
>> Geschäftsführer: Jens Ott
>> Umsatzsteuer-ID.: DE264133989
> 
> _______________________________________________
> v6ops mailing list
> v6ops@ietf.org
> https://www.ietf.org/mailman/listinfo/v6ops
> 


_______________________________________________
v6ops mailing list
v6ops@ietf.org
https://www.ietf.org/mailman/listinfo/v6ops