Re: [Idr] WG adoption call for draft-xu-idr-performance-routing-01

Robert Raszuk <robert@raszuk.net> Thu, 25 December 2014 19:35 UTC

Return-Path: <rraszuk@gmail.com>
X-Original-To: idr@ietfa.amsl.com
Delivered-To: idr@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1BDAB1A1A46 for <idr@ietfa.amsl.com>; Thu, 25 Dec 2014 11:35:38 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 1.022
X-Spam-Level: *
X-Spam-Status: No, score=1.022 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, FM_FORGED_GMAIL=0.622, FREEMAIL_FROM=0.001, MANGLED_TOOL=2.3, SPF_PASS=-0.001] autolearn=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 qWSjcF_JzRDO for <idr@ietfa.amsl.com>; Thu, 25 Dec 2014 11:35:36 -0800 (PST)
Received: from mail-ie0-x22d.google.com (mail-ie0-x22d.google.com [IPv6:2607:f8b0:4001:c03::22d]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 0E2931A1A06 for <idr@ietf.org>; Thu, 25 Dec 2014 11:35:35 -0800 (PST)
Received: by mail-ie0-f173.google.com with SMTP id y20so8844251ier.4 for <idr@ietf.org>; Thu, 25 Dec 2014 11:35:34 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type:content-transfer-encoding; bh=lRMPHGe0D6g0/fDcc4ETKv8n2oMEN8mKbj4yn8J69UA=; b=BmpbUbJmeTmizZfary3pGLeqnPo7npg5mHxH0+mffjzfZ1KmkNhfrH4h7xn9fHcWPO v69HZtU3va5Mo95d9sH1/cFWwXkvfWM3dWikL872Tiem7PtYfxldPkVHW80gr1azYu9H ZJVgMdakV+wLq6bRuDExX0ViQzo65oqPk6vDmaR4EHyu4zQxmt9mMOpYYA32itiFpU0h Jn/QPV8g6FZYuKGH0Z+LoPi1kNCzTF4m5C4S497fyQmvCv+ieUHaqtdH0jstLp+YtdZm gZ1RxODemNUh2YOcHK4U3u++v+DXXN9IM6C1YD882fgEuv6V5VWCU9hklPdMwbZuRg/H c+YA==
MIME-Version: 1.0
X-Received: by 10.50.44.104 with SMTP id d8mr31869848igm.9.1419536134837; Thu, 25 Dec 2014 11:35:34 -0800 (PST)
Sender: rraszuk@gmail.com
Received: by 10.107.152.130 with HTTP; Thu, 25 Dec 2014 11:35:34 -0800 (PST)
In-Reply-To: <68EFACB32CF4464298EA2779B058889D24C778C7@PDDCWMBXEX503.ctl.intranet>
References: <DB4PR06MB576D18C5E4A6B1AE49BA8C39E550@DB4PR06MB576.eurprd06.prod.outlook.com> <68EFACB32CF4464298EA2779B058889D24C778C7@PDDCWMBXEX503.ctl.intranet>
Date: Thu, 25 Dec 2014 20:35:34 +0100
X-Google-Sender-Auth: ngSceS19UNScMN8FYC1QON_3QqM
Message-ID: <CA+b+ERmwQs+9fxJ+Gj=vCkDffZ52agcx8kEQVTMgOwJPPSaQ9A@mail.gmail.com>
From: Robert Raszuk <robert@raszuk.net>
To: "Smith, Donald" <Donald.Smith@centurylink.com>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
Archived-At: http://mailarchive.ietf.org/arch/msg/idr/wtWJRPv_Wi6-SXcDgHWp7cVJjU8
Cc: "idr@ietf.org" <idr@ietf.org>, "shares@ndzh.com" <shares@ndzh.com>
Subject: Re: [Idr] WG adoption call for draft-xu-idr-performance-routing-01
X-BeenThere: idr@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Inter-Domain Routing <idr.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/idr>, <mailto:idr-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/idr/>
List-Post: <mailto:idr@ietf.org>
List-Help: <mailto:idr-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/idr>, <mailto:idr-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 25 Dec 2014 19:35:38 -0000

The question here is what should be the default behavior. With your
suggestions "MUST be able to be disabled" the default is ON which I
think would be wrong.

If anything one may consider: "MUST be able to be enabled"

Cheers,
r.

On Thu, Dec 25, 2014 at 7:47 PM, Smith, Donald
<Donald.Smith@centurylink.com> wrote:
> Good catch, I think: MUST be able to be disabled per peer/AS/session (so you
> can offer it intra peer, where when you want.)
>
>
>
> (coffee != sleep) & (!coffee == sleep)
>  Donald.Smith@centurylink.com
> ________________________________
> From: Idr [idr-bounces@ietf.org] on behalf of LUIS MIGUEL CONTRERAS MURILLO
> [luismiguel.contrerasmurillo@telefonica.com]
> Sent: Thursday, December 25, 2014 11:15 AM
> To: idr@ietf.org
> Cc: shares@ndzh.com
> Subject: Re: [Idr] WG adoption call for draft-xu-idr-performance-routing-01
>
> Hi all,
>
>
>
> I do support the adoption of draft-xu-idr-performance-routing as WG
> document.
>
>
>
> I have however a comment. In section 9, Security Considerations, bullet a,
> it is mentioned that “it MUST disable Performance Routing Capability
> negotiation between BGP peers which belong to different administration
> domains.” As stated along the draft, the performance-based routing
> capability is created to offer performance route selection criteria to
> customers of service providers which own networks formed by different ASes.
> In my understanding those customers are clearly different administration
> domains with regard the one of the service provider. Then Performance
> Routing Capability has to be enabled in that cases. So I would relax the
> sentence in the way: “it MAY be disabled …” or something like that, to be
> consistent  with the aim of  the draft.
>
>
>
> Thanks
>
>
>
> Best regards
>
>
>
> Luis
>
>
>
> From: Susan Hares [mailto:shares@ndzh.com]
> Sent: Tuesday, December 23, 2014 10:37 PM
> To: idr wg
> Cc: Xuxiaohu; John G. Scudder
> Subject: WG adoption call for draft-xu-idr-performance-routing-01
>
>
>
> This is to begin a 2 Week WG adoption call for
> draft-xu-idr-performance-routing-01  (12/23/2014 to 01/6/2014).  The draft
> can be accessed at:
>
>
>
>  http://datatracker.ietf.org/doc/draft-xu-idr-performance-routing/.
>
>
>
> In your response, please discuss the pros/cons of this approach and indicate
> “support” or “no support”.
>
>
>
> Thank you,
>
>
>
> Sue Hares
>
>
>
>
>
>
> ________________________________
>
> Este mensaje y sus adjuntos se dirigen exclusivamente a su destinatario,
> puede contener información privilegiada o confidencial y es para uso
> exclusivo de la persona o entidad de destino. Si no es usted. el
> destinatario indicado, queda notificado de que la lectura, utilización,
> divulgación y/o copia sin autorización puede estar prohibida en virtud de la
> legislación vigente. Si ha recibido este mensaje por error, le rogamos que
> nos lo comunique inmediatamente por esta misma vía y proceda a su
> destrucción.
>
> The information contained in this transmission is privileged and
> confidential information intended only for the use of the individual or
> entity named above. If the reader of this message is not the intended
> recipient, you are hereby notified that any dissemination, distribution or
> copying of this communication is strictly prohibited. If you have received
> this transmission in error, do not read it. Please immediately reply to the
> sender that you have received this communication in error and then delete
> it.
>
> Esta mensagem e seus anexos se dirigem exclusivamente ao seu destinatário,
> pode conter informação privilegiada ou confidencial e é para uso exclusivo
> da pessoa ou entidade de destino. Se não é vossa senhoria o destinatário
> indicado, fica notificado de que a leitura, utilização, divulgação e/ou
> cópia sem autorização pode estar proibida em virtude da legislação vigente.
> Se recebeu esta mensagem por erro, rogamos-lhe que nos o comunique
> imediatamente por esta mesma via e proceda a sua destruição
> This communication is the property of CenturyLink and may contain
> confidential or privileged information. Unauthorized use of this
> communication is strictly prohibited and may be unlawful. If you have
> received this communication in error, please immediately notify the sender
> by reply e-mail and destroy all copies of the communication and any
> attachments.
>
> _______________________________________________
> Idr mailing list
> Idr@ietf.org
> https://www.ietf.org/mailman/listinfo/idr
>