[Casm] Minutes of prep meeting
Audric Schiltknecht <audric.schiltknecht@viagenie.ca> Mon, 27 March 2017 15:47 UTC
Return-Path: <audric.schiltknecht@viagenie.ca>
X-Original-To: casm@ietfa.amsl.com
Delivered-To: casm@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9C71D12945D for <casm@ietfa.amsl.com>; Mon, 27 Mar 2017 08:47:46 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.902
X-Spam-Level:
X-Spam-Status: No, score=-1.902 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=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 XzzgMbcXOIg6 for <casm@ietfa.amsl.com>; Mon, 27 Mar 2017 08:47:44 -0700 (PDT)
Received: from jazz.viagenie.ca (jazz.viagenie.ca [IPv6:2620:0:230:8000::2]) by ietfa.amsl.com (Postfix) with ESMTP id 99DD81297B8 for <casm@ietf.org>; Mon, 27 Mar 2017 08:47:44 -0700 (PDT)
Received: from [IPv6:2620:0:230:2001::1000] (unknown [IPv6:2620:0:230:2001::1000]) by jazz.viagenie.ca (Postfix) with ESMTPSA id 1180647812 for <casm@ietf.org>; Mon, 27 Mar 2017 11:47:44 -0400 (EDT)
To: casm@ietf.org
From: Audric Schiltknecht <audric.schiltknecht@viagenie.ca>
Organization: Viagénie
Message-ID: <eaeda3fb-7d7d-db3a-8530-de1681d4b358@viagenie.ca>
Date: Mon, 27 Mar 2017 11:47:43 -0400
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.8.0
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/casm/-pQJNhRFYyTf7OLDOaMuEQJcKjY>
Subject: [Casm] Minutes of prep meeting
X-BeenThere: casm@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Coordinated Address Space Management <casm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/casm>, <mailto:casm-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/casm/>
List-Post: <mailto:casm@ietf.org>
List-Help: <mailto:casm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/casm>, <mailto:casm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 27 Mar 2017 15:47:47 -0000
Hello, Please find the "minutes" of the prep meeting held on Sunday 26th in Chicago. Regards, Audric Schiltknecht ------------- CASM Prep Meeting, 2017/03/26 Benoit: What do you want to do? If only YANG Model, almost adopted in OPS wg, so why need of new WG? Or what do you want to connect to your IPAM? Warren: Doc only presented [in OPS], not asked for adoption Ralph: What's the scope? General interface provides arbitrary connections between different devices? Can you design a single interface that can generalize without being heavy for particular use cases? Benoit: boundaries of the figure? Is it the end-user requesting address? Intermediate device? First thing for BOF: define problem statement. Prefer to focus on couple of points, not have 15 use cases, doing something big. Divide project into "phases" Ralph: Can define a single integrated interface for both IPv4/6 or need a separate one for each? Is there any motivation for doing work for ipv4?Most companies already have an IPAM for IPv4, what would be the motivation to dev/deploy for v4? Warren: For v6, not really need to use prefixes conservatively Ralph: True, but need to keep track of assignments? What is there to learn from DHCP management? Bernie: DHCP wg is working on DHCPv6 yang model Benoit: Relation with ANIMA? Ignas: Review: Broadband aggregation use case: very specific / scope? only IP or more coordinate allocation of identifiers (vlan tag, mpls label, etc)? -> Would be happy with Standard interface to query ids (think of dhcp for prefixes, tags, etc) Ralph: Is there enough to specify interface document? What are the requirements that need to be specified? In scope for OPS wg? Come back for a new WG? Benoit: Not sure this is right question, what is the problem we are trying to solve? Warren: Does it seem there are people on IPAM/vendor sides willing to build on these documents? Ignas: End vision: do we want to be able to replace an IPAM system with another? Typically, you install one system and stay "locked-in". Not really need for change, "it works". Ralph: what do we get from having interoperability in this domain? (as in DHCP failover). Ignas: 3 components: router, IPAM, and something in middle where logic lies. Interoperability between IPAMs is a db synchronization question, no need to define a standard way to make IPAMs interoperables.
- [Casm] Minutes of prep meeting Audric Schiltknecht