IETF Logo Mail Archive

Re: [Idr] [bess] draft-rosen-mpls-rfc3107bis

Robert Raszuk <robert@raszuk.net> Tue, 05 April 2016 12:05 UTC

Return-Path: <rraszuk@gmail.com>
X-Original-To: idr@ietfa.amsl.com
Delivered-To: idr@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 225FA12D759; Tue, 5 Apr 2016 05:05:16 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.399
X-Spam-Level:
X-Spam-Status: No, score=-2.399 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, FREEMAIL_FORGED_FROMDOMAIN=0.199, FREEMAIL_FROM=0.001, HEADER_FROM_DIFFERENT_DOMAINS=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
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 wf2Vyrhg3RDf; Tue, 5 Apr 2016 05:05:14 -0700 (PDT)
Received: from mail-lf0-x231.google.com (mail-lf0-x231.google.com [IPv6:2a00:1450:4010:c07::231]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9E33612D1E4; Tue, 5 Apr 2016 05:05:06 -0700 (PDT)
Received: by mail-lf0-x231.google.com with SMTP id j11so8630921lfb.1; Tue, 05 Apr 2016 05:05:06 -0700 (PDT)
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; bh=f7e5KaFnjH3OFGPiixQTU3OX1N3TGmojIcOU84gHY4I=; b=0YvDeuKMDO+AZ3DiiPaPCuOaTmz9aZqE7XBj+mIjhC9zFVrqIrLTsx6hc3coavBfol 2tFlw8oZ28oeTP5ThuxG8t7xP6n5L4LQDr4V0RloMXl6c9rKgjre5BJCq3KNfPTBIpWR Add2CpObpqr/hTTKM5nRFiwHEH+BBR47mJLPLse42/juVezxaYNk9rIK5bFqRYrjTtZm +Bi27Di+z2apxCnouj2T6KHFKOpBVTQsJo01KTMoTl6P+4aH2Aytp6fLnOd/LmYM/FLZ L0g3YqTgPwfraKQ5BxVIyJ3o0gRoHkFYEMVIOD+CYb81sno+/Lhn2h+5kcOBY34DHbOn dEBw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:sender:in-reply-to:references:date :message-id:subject:from:to:cc; bh=f7e5KaFnjH3OFGPiixQTU3OX1N3TGmojIcOU84gHY4I=; b=h0xNVBEzs4iAwLFXVDtD3XsUgiKvwqCL4v4HPQlZlc6gIiZPkW/g2SDnLmAaqqTquP +22838b6xlZBsDtjC29P6I+AuFNcsrq5mWDg/XzUucwspisj3kUINfsBanv1GmGRpQhj TXRYBS6mQKkIX19HMMObS5ZOAjY4kDJbyodQ7lQGuGCwSzvaYnGfRvN5SLEVZPyGtb1F EzGd8zMpgfHJ3Y8ZDIMa0CuYWxvIn9sdzZsbfb9UugH1CW82P00REUYJoLqWIX7SlxIr oK7q52adkNP82WLH+lq6y37z5uAXMVuAcc0mqhhQ5zLJUdq2ELhIqsOUeW27SmWedohv h1wg==
X-Gm-Message-State: AD7BkJLkYxdXFtqrgr99NUwgpEykPqZcxO/m7z9uTi6hPE7YXMIB8NVZIwhr1uh29ov4SZJU3lIzbB2TFiL60w==
MIME-Version: 1.0
X-Received: by 10.25.207.209 with SMTP id f200mr138035lfg.110.1459857904762; Tue, 05 Apr 2016 05:05:04 -0700 (PDT)
Sender: rraszuk@gmail.com
Received: by 10.25.136.133 with HTTP; Tue, 5 Apr 2016 05:05:04 -0700 (PDT)
In-Reply-To: <56FEEBEC.5060902@juniper.net>
References: <3515_1458832652_56F4050B_3515_774_1_53C29892C857584299CBF5D05346208A0F819B1E@OPEXCLILM21.corporate.adroot.infra.ftgroup> <56F42E71.9020201@juniper.net> <9656_1458905159_56F52047_9656_7014_1_53C29892C857584299CBF5D05346208A0F81AAA7@OPEXCLILM21.corporate.adroot.infra.ftgroup> <56FEA566.8070605@juniper.net> <CA+b+ERn-h1nCwL9_iej5VUNcSnUwiQ07WRc7ZnkeW5U3XELx6w@mail.gmail.com> <56FEEBEC.5060902@juniper.net>
Date: Tue, 05 Apr 2016 08:05:04 -0400
X-Google-Sender-Auth: fW9uMCe1LQnt15IJ4U7UDYP9uC0
Message-ID: <CA+b+ERkgLLNMMnM2X9sLSyRZCPh=A=c9dGKMkxsYChx=DukrPw@mail.gmail.com>
From: Robert Raszuk <robert@raszuk.net>
To: Eric C Rosen <erosen@juniper.net>
Content-Type: multipart/alternative; boundary="001a114003fed60757052fbba798"
Archived-At: <http://mailarchive.ietf.org/arch/msg/idr/SZNKRyLRwsXqJ_37xWgv2tiH_dg>
Cc: Bruno Decraene <bruno.decraene@orange.com>, "mpls@ietf.org" <mpls@ietf.org>, BESS <bess@ietf.org>, "idr@ietf.org" <idr@ietf.org>
Subject: Re: [Idr] [bess] draft-rosen-mpls-rfc3107bis
X-BeenThere: idr@ietf.org
X-Mailman-Version: 2.1.17
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: <https://mailarchive.ietf.org/arch/browse/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: Tue, 05 Apr 2016 12:05:16 -0000

Eric,

If as it turns out if the primary motivation for 3107bis is to distribute
label stack for segment routing that I do not think per destination prefix
is a sufficient granularity.

How with 3107(bis) you can match on the src of the packets ?

How you can match on the more granular information to steer packets
differently depending on the application ?

Wouldn't it be more flexible to simply define new attribute to carry the
stack within any SAFI as an opaque to BGP data ? That way one can easily
use it in unicast SAFI or even in FlowSpec.

Thx,
R.

v2.23.0 | Report a Bug | By Email