Subject: Re: [ISC-Bugs #45612] Implement draft-durand-doa-over-dns Return-Path: X-RT-Original-Encoding: utf-8 Delivered-To: bind9-public@bugs.isc.org X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00, RP_MATCHES_RCVD autolearn=ham autolearn_force=no version=3.4.0 content-type: text/plain; charset="utf-8" Message-ID: <20170901084536.0CAB883FA1F0@rock.dv.isc.org> Received: from mx.pao1.isc.org (mx.pao1.isc.org [149.20.64.53]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mx.pao1.isc.org", Issuer "COMODO RSA Organization Validation Secure Server CA" (not verified)) by bugs.isc.org (Postfix) with ESMTPS id 5A5D6D78AFD for ; Fri, 1 Sep 2017 08:45:41 +0000 (UTC) Received: from zmx1.isc.org (zmx1.isc.org [149.20.0.20]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx.pao1.isc.org (Postfix) with ESMTPS id D171F34B337 for ; Fri, 1 Sep 2017 08:45:38 +0000 (UTC) Received: from zmx1.isc.org (localhost [127.0.0.1]) by zmx1.isc.org (Postfix) with ESMTPS id A7D0E16005B for ; Fri, 1 Sep 2017 08:45:38 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by zmx1.isc.org (Postfix) with ESMTP id 95345160052 for ; Fri, 1 Sep 2017 08:45:38 +0000 (UTC) Received: from zmx1.isc.org ([127.0.0.1]) by localhost (zmx1.isc.org [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id ci-d7Yn5HB1u for ; Fri, 1 Sep 2017 08:45:38 +0000 (UTC) Received: from rock.dv.isc.org (c27-253-115-14.carlnfd2.nsw.optusnet.com.au [27.253.115.14]) by zmx1.isc.org (Postfix) with ESMTPSA id 2DBD7160050 for ; Fri, 1 Sep 2017 08:45:38 +0000 (UTC) Received: from rock.dv.isc.org (localhost [IPv6:::1]) by rock.dv.isc.org (Postfix) with ESMTP id 0CAB883FA1F0 for ; Fri, 1 Sep 2017 18:45:36 +1000 (AEST) X-Original-To: bind9-public@bugs.isc.org From: "Mark Andrews" In-Reply-To: Your message of "Fri, 01 Sep 2017 08:25:52 +0000." X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on mx.pao1.isc.org X-RT-Interface: Email X-RT-Incoming-Encryption: Not encrypted Date: Fri, 01 Sep 2017 18:45:35 +1000 References: <20170901014934.1370583EC741@rock.dv.isc.org> <740e02c9-1e1b-2d6f-a3f3-0c08a99b605a@isc.org> To: bind9-public@isc.org From marka@isc.org Fri Sep 1 08:45:41 2017 RT-Message-ID: Content-Length: 913 In message , "Ray Bellis via RT" writes: > On 01/09/2017 02:49, Mark Andrews via RT wrote: > > > > Is a empty media blob allowed > > It's not explicitly prohibited in the draft at the moment The question is "should it be". > > and if so how is is represented in presentation format? > > On my CLI base64 decoder the string "=" is accepted as a legal > representation of an empty string. We could make it so if it was documented as such. Unfortunately RFC 4648 (Note the reference in the draft is out of date) says the encoding for no bits is nothing. BASE64("") = "" That is not '""'. > If that's not acceptable, would ( ) work ? No. > -- > Ticket History: https://bugs.isc.org/Ticket/Display.html?id=45612 -- Mark Andrews, ISC 1 Seymour St., Dundas Valley, NSW 2117, Australia PHONE: +61 2 9871 4742 INTERNET: marka@isc.org