Re: [Lsr] New draft on Flex-Algorithm Bandwidth Constraints
William Britto A J <bwilliam@juniper.net> Mon, 01 March 2021 10:24 UTC
Return-Path: <bwilliam@juniper.net>
X-Original-To: lsr@ietfa.amsl.com
Delivered-To: lsr@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9E66D3A1960 for <lsr@ietfa.amsl.com>; Mon, 1 Mar 2021 02:24:06 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.546
X-Spam-Level:
X-Spam-Status: No, score=-1.546 tagged_above=-999 required=5 tests=[DKIMWL_WL_HIGH=-0.248, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, HTTPS_HTTP_MISMATCH=0.1, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H5=-1, RCVD_IN_MSPIKE_WL=-0.01, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_REMOTE_IMAGE=0.01, URIBL_BLOCKED=0.001, URI_NOVOWEL=0.5] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=juniper.net header.b=uNp8KHFs; dkim=pass (1024-bit key) header.d=juniper.net header.b=JDCu/WkK
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 j1wkUw1uyLka for <lsr@ietfa.amsl.com>; Mon, 1 Mar 2021 02:24:03 -0800 (PST)
Received: from mx0b-00273201.pphosted.com (mx0b-00273201.pphosted.com [67.231.152.164]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 797493A195F for <lsr@ietf.org>; Mon, 1 Mar 2021 02:24:03 -0800 (PST)
Received: from pps.filterd (m0108162.ppops.net [127.0.0.1]) by mx0b-00273201.pphosted.com (8.16.0.43/8.16.0.43) with SMTP id 121AFH9K005920; Mon, 1 Mar 2021 02:24:02 -0800
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=juniper.net; h=from : to : cc : subject : date : message-id : references : in-reply-to : content-type : mime-version; s=PPS1017; bh=XsEw/ZECMDFTy1JEmk2BuCJUSfmPxtmINpoERh2FVQI=; b=uNp8KHFsIraWMvyysQMdEjhY/RuqEE9GDmIb1SkjWOuxbd3Ifg/eL7X88APjAvpSHARP D7W79X+dX8iicKDX6AkCaWvkHQ29grXErJW8x0vJbkCrnwe5dVOTtjOuzM5At2/EMRRV CqnAzfQTWit9Wb3gyrD0Ekln8AFFzXeIao2jbsBExDg3rPlbY/GAQfJ94W5dTJr1p6z5 kq9t9Co08YxtMgDYXxEYjfo/ZQSb8zLoA/w+jSDA3SP38AvE1ObeVA6fBa3Yp4+9mH28 FhkmAlIOXBZHgVEwvHvdWkA+t1ww5pLkR8x01jmxDbEJEBnFJ4LlkHpI//vYrPogTmkA 6g==
Received: from nam12-bn8-obe.outbound.protection.outlook.com (mail-bn8nam12lp2172.outbound.protection.outlook.com [104.47.55.172]) by mx0b-00273201.pphosted.com with ESMTP id 36yn7dtnyp-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Mon, 01 Mar 2021 02:24:02 -0800
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=a2A4oH4Iw00Jj5BDPBG4FhPxrpNgNgxCcp4AFwbgQPDZ4fDhs/FBc8vJRafLN5VKxKs0H7vTksgLjiIR6llv0X+yiB/oTSZmz49SV4QqzLO2fcSPkobUbOc/jJxpzXCmfkcIQUdR6ToKmxdgADCgJvacCUV0xix3A0U3FsNI2oHn70XKoOk+pefkxWMyCec8pvDrD4TaSDddvtBJrHt1CCEYK9mnMiwaCvc2JRtAGO72t9emTxbiUEt3mKK9cl1i/M+iD6plIBb+Gw2Wcdz34nCNULmOlF/qrvpYTqzbP3xUgek3x3Rjt2drRPwZFwgBj2hHis9B7LcP6vCLJrYAYw==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=XsEw/ZECMDFTy1JEmk2BuCJUSfmPxtmINpoERh2FVQI=; b=cU84juLPVs3aN6aNm2JogJNjnYDWSmhIJne5ebYIInP/JmF42/3PmrItCXrmfk9GGTZBER+VD66D31ncQAMwHcXT9NuHQRcmJKdQP3zERHxR1HSdVRZvTnvW4oZR/ag3+F+gKWmGc08/tUuVF8Nx1CihjvSkWJ50jgapSKiHGx5VdLh6PqSlEkAPfwHfiaxi5sV4nWv25vKdYTzh+u5apdsDnLpo2yl4IDl6nVK8I6f8bW+yRglEN5e/+myIPHQkqJdMLSR/1JJYIZsrauONVLrOZfl/JgF+m6ID8JTWlgwJgFGXnTjmazkJlFvlPxWrE4L7L5qDI5q1v3Mm5S4gXA==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=juniper.net; dmarc=pass action=none header.from=juniper.net; dkim=pass header.d=juniper.net; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=juniper.net; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=XsEw/ZECMDFTy1JEmk2BuCJUSfmPxtmINpoERh2FVQI=; b=JDCu/WkKyAhYvIH3LGovDsssVxLhqzfQLkFUkj3bF+MDF81lW0v7FdRKljyglQi5gtxcCRURHI6CEZz8PoOmhV7P9C75PjYBCRz4H1cnX6hHLNsltouug8YylacIJiJgtrZs/oz1fBPGecUQV1nKHvatZJiXBsYEMaBQz4cvkP0=
Received: from DM5PR0501MB3800.namprd05.prod.outlook.com (2603:10b6:4:7b::10) by DM5PR05MB3337.namprd05.prod.outlook.com (2603:10b6:4:3f::10) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3912.9; Mon, 1 Mar 2021 10:24:00 +0000
Received: from DM5PR0501MB3800.namprd05.prod.outlook.com ([fe80::537:9ad7:1e60:65a3]) by DM5PR0501MB3800.namprd05.prod.outlook.com ([fe80::537:9ad7:1e60:65a3%5]) with mapi id 15.20.3912.009; Mon, 1 Mar 2021 10:24:00 +0000
From: William Britto A J <bwilliam@juniper.net>
To: Gyan Mishra <hayabusagsm@gmail.com>, Robert Raszuk <robert@raszuk.net>
CC: DECRAENE Bruno IMT/OLN <bruno.decraene@orange.com>, Rajesh M <mrajesh@juniper.net>, Shraddha Hegde <shraddha@juniper.net>, "lsr@ietf.org" <lsr@ietf.org>
Thread-Topic: [Lsr] New draft on Flex-Algorithm Bandwidth Constraints
Thread-Index: AQHXDBIWT9mc4YXF3E+r+hn24uWzgqpr7s2AgAA/MQCAArwIUA==
Date: Mon, 01 Mar 2021 10:24:00 +0000
Message-ID: <DM5PR0501MB38006C4B638AD2AB6A7731B5CD9A9@DM5PR0501MB3800.namprd05.prod.outlook.com>
References: <161401476623.19237.3808413288895066510@ietfa.amsl.com> <DM5PR0501MB380079CFD75C78610130D81BCD9D9@DM5PR0501MB3800.namprd05.prod.outlook.com> <CAOj+MMHKazMG3wnUA+Kd2wg2hfr01CdF5w5YYKdFaHU4_V+0SA@mail.gmail.com>, <CABNhwV0UKB=HaMs9eLvvp4fVLPsEtJhQ2xFmwY80sqBNDFRudQ@mail.gmail.com>
In-Reply-To: <CABNhwV0UKB=HaMs9eLvvp4fVLPsEtJhQ2xFmwY80sqBNDFRudQ@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-GB
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
msip_labels: MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Enabled=True; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_SiteId=bea78b3c-4cdb-4130-854a-1d193232e5f4; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_SetDate=2021-03-01T09:55:59.6430546Z; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_ContentBits=0; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Method=Privileged
authentication-results: gmail.com; dkim=none (message not signed) header.d=none;gmail.com; dmarc=none action=none header.from=juniper.net;
x-originating-ip: [116.197.184.11]
x-ms-publictraffictype: Email
x-ms-office365-filtering-ht: Tenant
x-ms-office365-filtering-correlation-id: 5042893c-636b-4d23-b243-08d8dc9c2123
x-ms-traffictypediagnostic: DM5PR05MB3337:
x-ms-exchange-minimumurldomainage: verizon.com#7665
x-ms-exchange-transport-forked: True
x-microsoft-antispam-prvs: <DM5PR05MB3337906FBC431C3C67DEC00ACD9A9@DM5PR05MB3337.namprd05.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:9508;
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: ilh7Htgo+hS3O15niLFhkWbbDfpnc0sWxaIoz51kL7W5NRAIwBO/yzRl8YKIIB6LY9CTihxBGGYUW7Lv7OxATDM+etn7RPfdyj3az2sF7JY0nE0KNvl4QgMj20BlYPpLWVZknJ9K9A4lOMtX7oZ0pjM6VNC5vrNP9/rm+KX96oV+ShY1rsnmphIuSaSi2tG3Z7oWUWeIgCNxDa3hB/ZWMgFqDdUNhhFCqoSmqfkZemQmJGGS3Bhg9s0F8J80jkJ0+MxvrGGocntH87xjrpaAKAoKcxnUP0/YbvLfaIF7IFXTTjxdkGUzG6qsvh0WyLnvsDBMg2Of1JE46ooorQ26MlB1A2rz1Yu4CJU9gjXseC35YwScSn2mNsTy7uEfsvpom4dUf4FyeCL+ZDYGcPQqE9awrnpUJKE3sBkuHTB5Ccb21mJoNvVqGtVeRw2l+nKgkV6wJxmvfz7j1i+lP9PM/+hb78k6Vgq6Grx22S3I4vP3+uG9t0cyTL3sBrp/f9xJphxYg8TQ2zNDAJ31Gu0c1KhQQjDYvJk8ViDrO8ytdjO5lRWI9q89K5qQV38/dr4hwrpZk9isgXjs9JEKSbBbKVe2zt77WuZb9ykBNvwDBkw=
x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:DM5PR0501MB3800.namprd05.prod.outlook.com; PTR:; CAT:NONE; SFS:(4636009)(396003)(136003)(346002)(366004)(376002)(39860400002)(2906002)(71200400001)(966005)(316002)(66946007)(6506007)(7696005)(186003)(8936002)(53546011)(8676002)(26005)(4326008)(166002)(52536014)(5660300002)(55016002)(64756008)(66446008)(91956017)(9326002)(9686003)(33656002)(66574015)(83380400001)(110136005)(54906003)(478600001)(86362001)(76116006)(66556008)(66476007); DIR:OUT; SFP:1102;
x-ms-exchange-antispam-messagedata: x6LLHeZAX8q0gELqXSWUihbcSPkcL6ztS27tgJIDLjq8druPP4Xwc+DY2tGVV1/YrHKMrSe9+8DXgN4CeewZ4uaCILd94nLZivYg2BlMLz20Gv1Ze3qGUFx+8x3X/FDFOne8QKH+p30ee3462pi81lq8On/zc6uwbxHrOwhJ12XNrL9S4tgAKRg628QQCD3dcwwBbTNwDrqtdRNVC5dxtL72Jerlhg4eLl+uLSD2rDHoTqtXFTlvv+F9Gp1wXG2PqHk9/6PeTO/ISsMnQqPASk2hMSF3wXZe+jGrTOuAWOD0lzDRNyMxCSu+vf700uW0Z/hhB2qpkzxJHOKI3A6bwjtFpKZUGBwT2sY7Z0h+QUe8G/VMekwe78OAkBIzlLTPM4WMzgxLmMw6OWiyk99GJaapOJoejJCxLcr8sJWkp+CzhHeIEq+lwbd6YAnOpE1asDHKOopm5nUK8XRQcC0xDUsvaH7hRigCauw5vh7O3+l8ekScFcgQVau2Fq2z7a9r87C4v3QKlEana5AZw91ZzwM6a4UxbgTpHtfZkOvYNhnldU3WLhjKDBe/7jDNAKG8SaBdVPx+8ZhuLjBH0tEc2fFP9eRl94G2NPE1ZH7m5IFPGPpWHVo8PIR7Ixqi9+51tqQy81TX6l/sb1DBpjXnbzBg7OQDP2QPBuq/ybChg/HaUMzmfGjLUa+wkl3uvE0GQ6yZ5cxXQIiZ32ODOeeonuGe7vVRm8bDWxa48k/+GPrgcjCpD8P/S8YDLlVgxm7GCHkD/Qwhs212MgFMhygyQq31YaxpKITTcwqQmke4G0ZzLkuvYeVQQJeUnzdd407AE9SFX3smYSw0Q4dsu/eIn7icVK6aUzkTOQBQ1QbzitMbwBKIV0H4Y+pNuLRi8IaQlq0EARilAbVqLMKs0V4+ZklIPeODKishznAMzcOdE5Ol65F4cHHYfmOPv3hBOYwadxJbj1H0zSMgag4p+xw3fA2Y8TnjFyowbmM7uNNXy/P7kWeOn14b5byprR/g5ZE463FUAVPRBJAmmojZMsUW8P8CDsc4ImBSEUojPWViRg2zBcimfMJwx/rOORrTgvoOoGcgP5U4l0tFBPKcV/4qsCvtzUzTgGYK35Q0+9CBIJGsS7Jum5cjJuQyVzxp8F7ktth8MOy0ucStpwuorq7SjZGfoCtESTiv/jbDI9CKBBGi/GiOVHO67E0eW6d5i8gwZmXgvX9+WeWcDpXIkzQ+mhNMiG0fqcLgdN9fayeQYO39216xxBzGOdboYcKwctIyp7UMvnPXhE4CRynVzAK5DoTNvUE8NfcCnVvEBAxM+Sm01rX6DdY7h2YpeJYcrvq25Rk/RfT34o5007m95OUf7Q==
Content-Type: multipart/alternative; boundary="_000_DM5PR0501MB38006C4B638AD2AB6A7731B5CD9A9DM5PR0501MB3800_"
MIME-Version: 1.0
X-OriginatorOrg: juniper.net
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-AuthSource: DM5PR0501MB3800.namprd05.prod.outlook.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 5042893c-636b-4d23-b243-08d8dc9c2123
X-MS-Exchange-CrossTenant-originalarrivaltime: 01 Mar 2021 10:24:00.1301 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: vC4AHQoPFojgqKjXwovo3wVS17ivj9Yg2XO3pcGi5sdeJa02XPiCab1OXotM7cFOvMowI5N6yXmD+c0F5e8aFA==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: DM5PR05MB3337
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:6.0.369, 18.0.761 definitions=2021-03-01_05:2021-02-26, 2021-03-01 signatures=0
X-Proofpoint-Spam-Details: rule=outbound_spam_notspam policy=outbound_spam score=0 spamscore=0 priorityscore=1501 lowpriorityscore=0 bulkscore=0 mlxlogscore=999 impostorscore=0 mlxscore=0 malwarescore=0 suspectscore=0 adultscore=0 clxscore=1011 phishscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2009150000 definitions=main-2103010085
Archived-At: <https://mailarchive.ietf.org/arch/msg/lsr/h0qDDuQNRAdOpmghmb8jAICB-wY>
Subject: Re: [Lsr] New draft on Flex-Algorithm Bandwidth Constraints
X-BeenThere: lsr@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Link State Routing Working Group <lsr.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/lsr>, <mailto:lsr-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/lsr/>
List-Post: <mailto:lsr@ietf.org>
List-Help: <mailto:lsr-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/lsr>, <mailto:lsr-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 01 Mar 2021 10:24:07 -0000
Hi Gyan, This draft aims to provide the protocol constructs to define a flex-algorithm which is suitable for sending high bandwidth traffic. Flex-Algo is a very useful feature for network consolidation use-cases which requires different metric-types for SPF. We are trying introduce the protocol constructs to simplify the use of metric based on bandwidth via Flex-Algo. This draft does not attempt to do bandwidth management nor reservation like what RSVP does. For LDP based networks that use igp metric relative to bandwidth, Flex-Algo provides an easy alternate. Thanks, William From: Gyan Mishra <hayabusagsm@gmail.com> Date: Saturday, 27 February 2021 at 9:40 PM To: Robert Raszuk <robert@raszuk.net> Cc: DECRAENE Bruno IMT/OLN <bruno.decraene@orange.com>, Rajesh M <mrajesh@juniper.net>, Shraddha Hegde <shraddha@juniper.net>, William Britto A J <bwilliam@juniper.net>, lsr@ietf.org <lsr@ietf.org> Subject: Re: [Lsr] New draft on Flex-Algorithm Bandwidth Constraints [External Email. Be cautious of content] Hi William & Co-authors >From first read of the draft it does appear your are trying to apply RSVP TE PCALC path and reserve message link attributes constraints such as concept of affinity bits to exclude low bandwidth or delay of individual links without taking into account all of what RSVP TE is reserving of bandwidth in the end to end path with the Path and Reserve message. As mentioned Looking at individual links will not provide the end to end path view or bandwidth requirements for the entire path to be reserved as accomplished by RSVP TE. As Tony and Robert have mentioned I agree this is a good first step but does need more refinement to make useful. Kind Regards Gyan On Sat, Feb 27, 2021 at 7:24 AM Robert Raszuk <robert@raszuk.net<mailto:robert@raszuk.net>> wrote: Hi William & co-authors, I read the draft and have two basic questions. 1. Both bw & delay can be used as defined in the draft to construct new forwarding topologies. But how practical such topologies would be in the real life when 40GB links may be heavily occupied with bursty traffic and 10G links can sit idle ? I suppose you are trying to address the case where say 12 gbps holographic stream needs to be sent across a network.. But then I don't think if sending it in a single flow instead of spreading into many sub-flows and use as much as possible ecmp would not be a better option. 2. Likewise how good is my accumulated link delay value if in between there are deep buffer network elements and say egress queuing to each link (which max is unaccounted for in your draft) can significantly alter the end to end delay ? Have you consider to add MAX_EGRESS_QUEUE_DELAY on a per link basis (still as static value). So if some traffic is delay sensitive we will have a much better accuracy not to get into a trap of queuing related delays. Thx a lot, Robert. On Fri, Feb 26, 2021 at 8:37 AM William Britto A J <bwilliam=40juniper.net@dmarc.ietf.org<mailto:40juniper.net@dmarc.ietf.org>> wrote: All, We would like to draw your attention to a new ID: https://datatracker.ietf.org/doc/html/draft-hegde-lsr-flex-algo-bw-con-00<https://urldefense.com/v3/__https:/datatracker.ietf.org/doc/html/draft-hegde-lsr-flex-algo-bw-con-00__;!!NEt6yMaO-gk!U3HBQwaZL7T4mjz-MUHE7VjFtnOyNghGDh5vwJXUXkHdMxlravmRvJwdZ8sz2YPxkw$> The draft talks about introducing link bandwidth related constraints in Flex-Algorithm which can be used to define a Flex-Algorithm based on bandwidth based metric. Please review. Any questions and comments are welcome. Thanks, William From: internet-drafts@ietf.org<mailto:internet-drafts@ietf.org> <internet-drafts@ietf.org<mailto:internet-drafts@ietf.org>> Date: Monday, 22 February 2021 at 10:56 PM To: Bruno Decraene <bruno.decraene@orange.com<mailto:bruno.decraene@orange.com>>, Rajesh M <mrajesh@juniper.net<mailto:mrajesh@juniper.net>>, Rajesh M <mrajesh@juniper.net<mailto:mrajesh@juniper.net>>, Shraddha Hegde <shraddha@juniper.net<mailto:shraddha@juniper.net>>, William Britto A J <bwilliam@juniper.net<mailto:bwilliam@juniper.net>>, William Britto A J <bwilliam@juniper.net<mailto:bwilliam@juniper.net>> Subject: New Version Notification for draft-hegde-lsr-flex-algo-bw-con-00.txt [External Email. Be cautious of content] A new version of I-D, draft-hegde-lsr-flex-algo-bw-con-00.txt has been successfully submitted by Shraddha Hegde and posted to the IETF repository. Name: draft-hegde-lsr-flex-algo-bw-con Revision: 00 Title: Flexible Algorithms Bandwidth Constraints Document date: 2021-02-22 Group: Individual Submission Pages: 21 URL: https://urldefense.com/v3/__https://www.ietf.org/archive/id/draft-hegde-lsr-flex-algo-bw-con-00.txt__;!!NEt6yMaO-gk!QGg36p91zPfVMznYY91xs-zx70Qp5BE1nJx-Thnl14sTCkvwgOjEzjGBtD3v6TruoA$<https://urldefense.com/v3/__https:/www.ietf.org/archive/id/draft-hegde-lsr-flex-algo-bw-con-00.txt__;!!NEt6yMaO-gk!QGg36p91zPfVMznYY91xs-zx70Qp5BE1nJx-Thnl14sTCkvwgOjEzjGBtD3v6TruoA$> Status: https://urldefense.com/v3/__https://datatracker.ietf.org/doc/draft-hegde-lsr-flex-algo-bw-con/__;!!NEt6yMaO-gk!QGg36p91zPfVMznYY91xs-zx70Qp5BE1nJx-Thnl14sTCkvwgOjEzjGBtD1VexjHPQ$<https://urldefense.com/v3/__https:/datatracker.ietf.org/doc/draft-hegde-lsr-flex-algo-bw-con/__;!!NEt6yMaO-gk!QGg36p91zPfVMznYY91xs-zx70Qp5BE1nJx-Thnl14sTCkvwgOjEzjGBtD1VexjHPQ$> Htmlized: https://urldefense.com/v3/__https://datatracker.ietf.org/doc/html/draft-hegde-lsr-flex-algo-bw-con__;!!NEt6yMaO-gk!QGg36p91zPfVMznYY91xs-zx70Qp5BE1nJx-Thnl14sTCkvwgOjEzjGBtD3X5nPQbA$<https://urldefense.com/v3/__https:/datatracker.ietf.org/doc/html/draft-hegde-lsr-flex-algo-bw-con__;!!NEt6yMaO-gk!QGg36p91zPfVMznYY91xs-zx70Qp5BE1nJx-Thnl14sTCkvwgOjEzjGBtD3X5nPQbA$> Htmlized: https://urldefense.com/v3/__https://tools.ietf.org/html/draft-hegde-lsr-flex-algo-bw-con-00__;!!NEt6yMaO-gk!QGg36p91zPfVMznYY91xs-zx70Qp5BE1nJx-Thnl14sTCkvwgOjEzjGBtD2aqSYcuQ$<https://urldefense.com/v3/__https:/tools.ietf.org/html/draft-hegde-lsr-flex-algo-bw-con-00__;!!NEt6yMaO-gk!QGg36p91zPfVMznYY91xs-zx70Qp5BE1nJx-Thnl14sTCkvwgOjEzjGBtD2aqSYcuQ$> Abstract: Many networks configure the link metric relative to the link capacity. High bandwidth traffic gets routed as per the link capacity. Flexible algorithms provides mechanisms to create constraint based paths in IGP. This draft documents a set of bandwidth related constraints to be used in Flexible Algorithms. Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org<https://urldefense.com/v3/__http:/tools.ietf.org__;!!NEt6yMaO-gk!U3HBQwaZL7T4mjz-MUHE7VjFtnOyNghGDh5vwJXUXkHdMxlravmRvJwdZ8vQC8uTvg$>. The IETF Secretariat Juniper Business Use Only _______________________________________________ Lsr mailing list Lsr@ietf.org<mailto:Lsr@ietf.org> https://www.ietf.org/mailman/listinfo/lsr<https://urldefense.com/v3/__https:/www.ietf.org/mailman/listinfo/lsr__;!!NEt6yMaO-gk!U3HBQwaZL7T4mjz-MUHE7VjFtnOyNghGDh5vwJXUXkHdMxlravmRvJwdZ8umPEf2Zg$> _______________________________________________ Lsr mailing list Lsr@ietf.org<mailto:Lsr@ietf.org> https://www.ietf.org/mailman/listinfo/lsr<https://urldefense.com/v3/__https:/www.ietf.org/mailman/listinfo/lsr__;!!NEt6yMaO-gk!U3HBQwaZL7T4mjz-MUHE7VjFtnOyNghGDh5vwJXUXkHdMxlravmRvJwdZ8umPEf2Zg$> -- [http://ss7.vzw.com/is/image/VerizonWireless/vz-logo-email]<https://urldefense.com/v3/__http:/www.verizon.com/__;!!NEt6yMaO-gk!U3HBQwaZL7T4mjz-MUHE7VjFtnOyNghGDh5vwJXUXkHdMxlravmRvJwdZ8vByLZnBg$> Gyan Mishra Network Solutions Architect M 301 502-1347 13101 Columbia Pike Silver Spring, MD Juniper Business Use Only
- [Lsr] New draft on Flex-Algorithm Bandwidth Const… William Britto A J
- Re: [Lsr] New draft on Flex-Algorithm Bandwidth C… Tony Li
- Re: [Lsr] New draft on Flex-Algorithm Bandwidth C… Robert Raszuk
- Re: [Lsr] New draft on Flex-Algorithm Bandwidth C… Gyan Mishra
- Re: [Lsr] New draft on Flex-Algorithm Bandwidth C… William Britto A J
- Re: [Lsr] New draft on Flex-Algorithm Bandwidth C… William Britto A J
- Re: [Lsr] New draft on Flex-Algorithm Bandwidth C… William Britto A J
- Re: [Lsr] New draft on Flex-Algorithm Bandwidth C… Robert Raszuk
- Re: [Lsr] New draft on Flex-Algorithm Bandwidth C… Tony Przygienda
- Re: [Lsr] New draft on Flex-Algorithm Bandwidth C… Tony Li
- Re: [Lsr] New draft on Flex-Algorithm Bandwidth C… Robert Raszuk
- Re: [Lsr] New draft on Flex-Algorithm Bandwidth C… Tony Przygienda
- Re: [Lsr] New draft on Flex-Algorithm Bandwidth C… Tony Li
- Re: [Lsr] New draft on Flex-Algorithm Bandwidth C… Jeff Tantsura
- Re: [Lsr] New draft on Flex-Algorithm Bandwidth C… Dongjie (Jimmy)
- Re: [Lsr] New draft on Flex-Algorithm Bandwidth C… Tony Przygienda
- Re: [Lsr] New draft on Flex-Algorithm Bandwidth C… Robert Raszuk
- Re: [Lsr] New draft on Flex-Algorithm Bandwidth C… Tony Li
- Re: [Lsr] New draft on Flex-Algorithm Bandwidth C… Peter Psenak
- Re: [Lsr] New draft on Flex-Algorithm Bandwidth C… Robert Raszuk
- Re: [Lsr] New draft on Flex-Algorithm Bandwidth C… Peter Psenak
- Re: [Lsr] New draft on Flex-Algorithm Bandwidth C… Robert Raszuk
- Re: [Lsr] New draft on Flex-Algorithm Bandwidth C… Peter Psenak
- Re: [Lsr] New draft on Flex-Algorithm Bandwidth C… Robert Raszuk
- Re: [Lsr] New draft on Flex-Algorithm Bandwidth C… Peter Psenak
- Re: [Lsr] New draft on Flex-Algorithm Bandwidth C… Robert Raszuk
- Re: [Lsr] New draft on Flex-Algorithm Bandwidth C… Peter Psenak
- Re: [Lsr] New draft on Flex-Algorithm Bandwidth C… Robert Raszuk
- Re: [Lsr] New draft on Flex-Algorithm Bandwidth C… Peter Psenak
- Re: [Lsr] New draft on Flex-Algorithm Bandwidth C… Shraddha Hegde
- Re: [Lsr] New draft on Flex-Algorithm Bandwidth C… Robert Raszuk
- Re: [Lsr] New draft on Flex-Algorithm Bandwidth C… Shraddha Hegde
- Re: [Lsr] New draft on Flex-Algorithm Bandwidth C… Robert Raszuk
- Re: [Lsr] New draft on Flex-Algorithm Bandwidth C… Gyan Mishra
- Re: [Lsr] New draft on Flex-Algorithm Bandwidth C… Peter Psenak
- Re: [Lsr] New draft on Flex-Algorithm Bandwidth C… Robert Raszuk
- Re: [Lsr] New draft on Flex-Algorithm Bandwidth C… Tony Li
- Re: [Lsr] New draft on Flex-Algorithm Bandwidth C… Shraddha Hegde
- Re: [Lsr] New draft on Flex-Algorithm Bandwidth C… Peter Psenak
- Re: [Lsr] New draft on Flex-Algorithm Bandwidth C… Tony Li
- Re: [Lsr] New draft on Flex-Algorithm Bandwidth C… Peter Psenak
- Re: [Lsr] New draft on Flex-Algorithm Bandwidth C… Robert Raszuk
- Re: [Lsr] New draft on Flex-Algorithm Bandwidth C… Tarek Saad
- Re: [Lsr] New draft on Flex-Algorithm Bandwidth C… Tony Li
- Re: [Lsr] New draft on Flex-Algorithm Bandwidth C… Tarek Saad
- Re: [Lsr] New draft on Flex-Algorithm Bandwidth C… Robert Raszuk
- Re: [Lsr] New draft on Flex-Algorithm Bandwidth C… Peter Psenak
- Re: [Lsr] New draft on Flex-Algorithm Bandwidth C… Peter Psenak
- Re: [Lsr] New draft on Flex-Algorithm Bandwidth C… Aijun Wang
- Re: [Lsr] New draft on Flex-Algorithm Bandwidth C… Robert Raszuk
- Re: [Lsr] New draft on Flex-Algorithm Bandwidth C… Peter Psenak
- Re: [Lsr] New draft on Flex-Algorithm Bandwidth C… Peter Psenak
- Re: [Lsr] New draft on Flex-Algorithm Bandwidth C… Robert Raszuk
- Re: [Lsr] New draft on Flex-Algorithm Bandwidth C… Peter Psenak
- Re: [Lsr] New draft on Flex-Algorithm Bandwidth C… Robert Raszuk
- Re: [Lsr] New draft on Flex-Algorithm Bandwidth C… Peter Psenak
- Re: [Lsr] New draft on Flex-Algorithm Bandwidth C… Robert Raszuk
- Re: [Lsr] New draft on Flex-Algorithm Bandwidth C… Peter Psenak
- Re: [Lsr] New draft on Flex-Algorithm Bandwidth C… Robert Raszuk
- Re: [Lsr] New draft on Flex-Algorithm Bandwidth C… Peter Psenak
- Re: [Lsr] New draft on Flex-Algorithm Bandwidth C… Aijun Wang
- Re: [Lsr] New draft on Flex-Algorithm Bandwidth C… Peter Psenak
- Re: [Lsr] New draft on Flex-Algorithm Bandwidth C… Aijun Wang
- Re: [Lsr] New draft on Flex-Algorithm Bandwidth C… Robert Raszuk
- Re: [Lsr] New draft on Flex-Algorithm Bandwidth C… Peter Psenak
- Re: [Lsr] New draft on Flex-Algorithm Bandwidth C… Shraddha Hegde
- Re: [Lsr] New draft on Flex-Algorithm Bandwidth C… Tony Li
- Re: [Lsr] New draft on Flex-Algorithm Bandwidth C… William Britto A J