IETF Logo Mail Archive

Re: [DNSOP] proposal: Covert in-band zone data

Richard Gibson <richard.j.gibson@oracle.com> Mon, 08 July 2019 19:03 UTC

Return-Path: <richard.j.gibson@oracle.com>
X-Original-To: dnsop@ietfa.amsl.com
Delivered-To: dnsop@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3E80712076C for <dnsop@ietfa.amsl.com>; Mon, 8 Jul 2019 12:03:00 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.302
X-Spam-Level:
X-Spam-Status: No, score=-4.302 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001] autolearn=unavailable autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=oracle.com
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 HGdHC44lhYCo for <dnsop@ietfa.amsl.com>; Mon, 8 Jul 2019 12:02:59 -0700 (PDT)
Received: from aserp2120.oracle.com (aserp2120.oracle.com [141.146.126.78]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1042912076E for <dnsop@ietf.org>; Mon, 8 Jul 2019 12:02:58 -0700 (PDT)
Received: from pps.filterd (aserp2120.oracle.com [127.0.0.1]) by aserp2120.oracle.com (8.16.0.27/8.16.0.27) with SMTP id x68Ix5ec144382; Mon, 8 Jul 2019 19:02:55 GMT
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=oracle.com; h=subject : to : cc : references : from : message-id : date : mime-version : in-reply-to : content-type : content-transfer-encoding; s=corp-2018-07-02; bh=nic8BmCkQisbHCoc2FLPp+Pi+aeHhqHtqA75NjgXc5E=; b=dR8gIeX3eteRSX7PFQOtlhxJEDXZGxLlywtPVKLa1k4ibTA3/JbX2v+GD/5MpL45s4R7 z3jlDW/C8npK/JWn9wpJUTCHXfr2+2ZFy0jX5OsXRCnq6F1mTDjXMgHmfyBDswdZ1aRM wcfezQ4OjTdVjV/i+PtlzQ/EqdEI6vydB52Z1wefrAYdxZ4ES+idGtoHorEVhuxb4YSc pyoRWKqQebAt63oHNAxmIOEVg1CGfOs8XTsKWx0YYLeLOmTd7z8z13vk3IlKu9NNvqLK dKLpocQZMNPncHfojgcbnWBDkUKRotPULEBtEq9yHooqZl/D65ojWXT+kSYO9JPE2KoS pw==
Received: from aserp3030.oracle.com (aserp3030.oracle.com [141.146.126.71]) by aserp2120.oracle.com with ESMTP id 2tjkkpg7c5-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Mon, 08 Jul 2019 19:02:55 +0000
Received: from pps.filterd (aserp3030.oracle.com [127.0.0.1]) by aserp3030.oracle.com (8.16.0.27/8.16.0.27) with SMTP id x68IvsqC169125; Mon, 8 Jul 2019 19:02:55 GMT
Received: from aserv0122.oracle.com (aserv0122.oracle.com [141.146.126.236]) by aserp3030.oracle.com with ESMTP id 2tjhpcnfn6-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Mon, 08 Jul 2019 19:02:55 +0000
Received: from abhmp0002.oracle.com (abhmp0002.oracle.com [141.146.116.8]) by aserv0122.oracle.com (8.14.4/8.14.4) with ESMTP id x68J2sYT012329; Mon, 8 Jul 2019 19:02:54 GMT
Received: from [172.19.132.50] (/216.146.45.11) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Mon, 08 Jul 2019 12:02:54 -0700
To: "Wessels, Duane" <dwessels=40verisign.com@dmarc.ietf.org>, Witold Krecicki <wpk@isc.org>
Cc: "dnsop@ietf.org WG" <dnsop@ietf.org>, Joe Abley <jabley@hopcount.ca>
References: <20190706213024.GA56650@isc.org> <CAJhMdTMwCiAS+S_j-i3BXPZ=G1zVhAq+YKH07RsDWRgezPhejg@mail.gmail.com> <caa695e7-21e6-9c41-1814-1f4c1d64df7f@isc.org> <CAJhMdTPK3iqg4sF0Kr+jGAXTf2MZ8FAP0DgwQw1kVBHa65wTNA@mail.gmail.com> <191886397.1948062.1562455685612.JavaMail.zimbra@isc.org> <CAJhMdTNvO=TjNUV=6wHwLJB_c+tqwk4zY24jGbi5a0SqdSUsag@mail.gmail.com> <561203a3-7fd9-94cc-5b13-3639b123f8e2@isc.org> <C467FE93-F6CE-4DB4-80E8-654B1485A1F6@hopcount.ca> <BCD5A218-CF1A-4569-B8A2-7BC8B499CC4B@verisign.com>
From: Richard Gibson <richard.j.gibson@oracle.com>
Message-ID: <33082f4c-602f-6e9b-917c-19ce4b8c54f6@oracle.com>
Date: Mon, 08 Jul 2019 15:02:46 -0400
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.7.2
MIME-Version: 1.0
In-Reply-To: <BCD5A218-CF1A-4569-B8A2-7BC8B499CC4B@verisign.com>
Content-Type: text/plain; charset="windows-1252"; format="flowed"
Content-Transfer-Encoding: 8bit
Content-Language: en-US
X-Proofpoint-Virus-Version: vendor=nai engine=6000 definitions=9312 signatures=668688
X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 suspectscore=0 malwarescore=0 phishscore=0 bulkscore=0 spamscore=0 mlxscore=0 mlxlogscore=999 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1810050000 definitions=main-1907080235
X-Proofpoint-Virus-Version: vendor=nai engine=6000 definitions=9312 signatures=668688
X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 priorityscore=1501 malwarescore=0 suspectscore=0 phishscore=0 bulkscore=0 spamscore=0 clxscore=1011 lowpriorityscore=0 mlxscore=0 impostorscore=0 mlxlogscore=999 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1810050000 definitions=main-1907080235
Archived-At: <https://mailarchive.ietf.org/arch/msg/dnsop/Lpv5jgikIgB8VtO-Igrg2kXWskk>
Subject: Re: [DNSOP] proposal: Covert in-band zone data
X-BeenThere: dnsop@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: IETF DNSOP WG mailing list <dnsop.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/dnsop>, <mailto:dnsop-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/dnsop/>
List-Post: <mailto:dnsop@ietf.org>
List-Help: <mailto:dnsop-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/dnsop>, <mailto:dnsop-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 08 Jul 2019 19:03:08 -0000

Class is a bad idea for a few reasons, but principal among them in my 
mind is the fact that per section 4.2 of RFC 1034, the concept of zone 
is subordinate to the concept of class—even if zone cuts were in the 
same places, example. in a new class would still be a distinct zone from 
example. in the Internet class.

On 7/8/19 13:20, Wessels, Duane wrote:
> I'll probably regret this, but what about a COVERT class, instead type 
> RR type?

v2.23.0 | Report a Bug | By Email