From thozza@redhat.com Mon Mar 16 10:14:16 2015 X-Scanned-BY: MIMEDefang 2.68 on 10.5.11.24 MIME-Version: 1.0 In-Reply-To: X-Spam-Status: No, score=-6.9 required=5.0 tests=BAYES_00,RCVD_IN_DNSWL_HI, T_RP_MATCHES_RCVD autolearn=ham autolearn_force=no version=3.4.0 X-RT-Interface: API References: <54F59FF6.6020006@redhat.com> Message-ID: <5506ACF3.9090303@redhat.com> content-type: text/plain; charset="utf-8" X-RT-Original-Encoding: utf-8 Received: from mx.pao1.isc.org (mx.pao1.isc.org [149.20.64.53]) by bugs.isc.org (Postfix) with ESMTP id 3F1E171B710 for ; Mon, 16 Mar 2015 10:14:16 +0000 (UTC) Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mx1.redhat.com", Issuer "DigiCert SHA2 Extended Validation Server CA" (not verified)) by mx.pao1.isc.org (Postfix) with ESMTPS id F3377349467 for ; Mon, 16 Mar 2015 10:14:13 +0000 (UTC) Received: from int-mx11.intmail.prod.int.phx2.redhat.com (int-mx11.intmail.prod.int.phx2.redhat.com [10.5.11.24]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id t2GAED74011648 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL) for ; Mon, 16 Mar 2015 06:14:13 -0400 Received: from [10.34.4.205] (unused-4-205.brq.redhat.com [10.34.4.205]) by int-mx11.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id t2GAEBj7015384 for ; Mon, 16 Mar 2015 06:14:12 -0400 Delivered-To: bind-suggest@bugs.isc.org Subject: Re: [ISC-Bugs #38805] AutoReply: RFE: using IP subnet in also-notify option User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.5.0 Return-Path: X-Original-To: bind-suggest@bugs.isc.org Date: Mon, 16 Mar 2015 11:14:11 +0100 X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on mx.pao1.isc.org To: bind-suggest@isc.org Content-Transfer-Encoding: 7bit From: "Tomas Hozza" RT-Message-ID: Content-Length: 2396 On 03/03/2015 12:50 PM, BIND Feature Requests via RT wrote: > > Greetings, > > This message has been automatically generated in response to the > creation of a trouble ticket regarding: > "RFE: using IP subnet in also-notify option", > a summary of which appears below. > > There is no need to reply to this message right now. Your ticket has been > assigned an ID of [ISC-Bugs #38805]. > > Please include the string: > > [ISC-Bugs #38805] > > in the subject line of all future correspondence about this issue. To do so, > you may reply to this message. > > Thank you, > bind-suggest@isc.org > > ------------------------------------------------------------------------- > Hello. > > I would like to ask if it would be acceptable to merge feature > into BIND, that would allow using subnet instead of just specific > IP address in the also-notify configuration statement. > > Based on documentation and our testing, it is not possible. > > The idea is to modify > > [ also-notify { ip_addr [port ip_port] [dscp ip_dscp] ; > [ ip_addr [port ip_port] [dscp ip_dscp] ; ... ] }; ] > > to something like > > [ also-notify { ip_addr [/length] [port ip_port] [dscp ip_dscp] ; > [ ip_addr [/length] [port ip_port] [dscp ip_dscp] ; ... ] }; ] > > where [/length] would specify the prefix length and if not used > it would default to "32" in case of IPv4 or "128" in case of IPv6. > > Another possibility would be to modify the also-notify to accept > "address_match_list". Although I don't think all of its elements > make sense in the context of also-notify (e.g. "key" and the possibility > to negate it using "!"). > > The use case for this is that one is able to specify the subnet > in allow-transfer statement. However if the administrator needs > to notify all slaves in the subnet, then their IPs need to be > explicitly listed. This may not be feasible if the list is extensive. > > I'll start working on the patch once you agree on some of proposed > approaches (and on the feature itself). > > Thank you! > > Regards, > Hello. So far I got no response from ISC. I would like to ask you for a comment on the proposal, so I can potentially start working on the patch. Thank you. Regards, -- Tomas Hozza Software Engineer - EMEA ENG Developer Experience PGP: 1D9F3C2D Red Hat Inc. http://cz.redhat.com