Re: [v6ops] IPv6 Operational Guidelines for DC draft-lopez-v6ops-dc-ipv6-04

Arturo Servin <aservin@lacnic.net> Sat, 15 June 2013 15:54 UTC

Return-Path: <aservin@lacnic.net>
X-Original-To: v6ops@ietfa.amsl.com
Delivered-To: v6ops@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A828021F9DE9 for <v6ops@ietfa.amsl.com>; Sat, 15 Jun 2013 08:54:25 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.147
X-Spam-Level:
X-Spam-Status: No, score=-0.147 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, FH_RELAY_NODNS=1.451, HTML_MESSAGE=0.001, J_CHICKENPOX_13=0.6, MIME_8BIT_HEADER=0.3, RDNS_NONE=0.1]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id NCYtqfoUbNYK for <v6ops@ietfa.amsl.com>; Sat, 15 Jun 2013 08:54:13 -0700 (PDT)
Received: from mail.lacnic.net.uy (mail.lacnic.net.uy [IPv6:2001:13c7:7001:4000::3]) by ietfa.amsl.com (Postfix) with ESMTP id E49FB21F9D2F for <v6ops@ietf.org>; Sat, 15 Jun 2013 08:54:12 -0700 (PDT)
Received: from Arturos-MacBook-Pro.local (unknown [190.186.17.178]) by mail.lacnic.net.uy (Postfix) with ESMTP id B35AF308462; Sat, 15 Jun 2013 12:53:51 -0300 (UYT)
Message-ID: <51BC8E2A.4070304@lacnic.net>
Date: Sat, 15 Jun 2013 11:54:18 -0400
From: Arturo Servin <aservin@lacnic.net>
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.8; rv:17.0) Gecko/20130509 Thunderbird/17.0.6
MIME-Version: 1.0
To: Hans Vèlez <hansvelez@gmail.com>
References: <CAGqgUmknRH5ynbs-Fg4mB-v4RzAf71aTpuAh1FUMOjphbb4CnQ@mail.gmail.com>
In-Reply-To: <CAGqgUmknRH5ynbs-Fg4mB-v4RzAf71aTpuAh1FUMOjphbb4CnQ@mail.gmail.com>
X-Enigmail-Version: 1.5.1
Content-Type: multipart/alternative; boundary="------------060105020503090501030703"
X-LACNIC.uy-MailScanner-Information: Please contact the ISP for more information
X-LACNIC.uy-MailScanner: Found to be clean
X-LACNIC.uy-MailScanner-SpamCheck:
X-LACNIC.uy-MailScanner-From: aservin@lacnic.net
Cc: v6ops@ietf.org
Subject: Re: [v6ops] IPv6 Operational Guidelines for DC draft-lopez-v6ops-dc-ipv6-04
X-BeenThere: v6ops@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
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, 15 Jun 2013 15:54:25 -0000

Hans,

    Thank you very much for your comments.

    Please let us know any more comments or text that you may find
useful to add to the draft.

Cheers,
as

On 6/12/13 1:49 AM, Hans Vèlez wrote:
> Hi authors,
> I found it very good compilation that lead so far on the draft, the
> issues are quite aligned with most experiences we have in the field of
> Data center and virtualization.
>
> I would refer to points:
>
> *2.3.2 EXTENDED DUAL STACK  OS / HYPERVISORS*
>
> This is important since the growth of virtualized resources in data
> centers, since this increases the number of hypervisors in the same
> way also creating a complex management state that extends to the same
> security level, creating a point where IT managers will have a space
> to develop security plans that go hand in hand with the implementation
> of IPv6 hypervisor level, these schemes virtualization security quite
> large areas that are called */Virtual Security/* where there are
> already several manufacturers have developed products that are
> designed to address these issues.
>
> *3.2 MANAGEMENT SYSTEMS AND APPLICATIONS.*
>
> Just put in the opinion of the authors this contribution since it is a
> perception more about what we have been working in the area of data
> centers and virtualization. In schemes where multiple data centers
> interconnections live under their geographical separation is given to
> our perception a good practice to have OBB network schemes (out of
> band), which may enable an autonomous and safe for the management of
> data centers as entities belong to a cloud, which is also considered
> the deployment of IPv6 for thes part.
>
>
> Thank you very much and good work.
>
> -- 
> Hans Vèlez S.
> Medellin - Antioquia.
>
>
> _______________________________________________
> v6ops mailing list
> v6ops@ietf.org
> https://www.ietf.org/mailman/listinfo/v6ops