[lisp] Fwd: I-D Action: draft-ietf-lisp-te-24.txt

Padma Pillay-Esnault <padma.ietf@gmail.com> Sat, 10 January 2026 01:42 UTC

Return-Path: <padma.ietf@gmail.com>
X-Original-To: lisp@mail2.ietf.org
Delivered-To: lisp@mail2.ietf.org
Received: from localhost (localhost [127.0.0.1]) by mail2.ietf.org (Postfix) with ESMTP id B4C28A5A6A2D for <lisp@mail2.ietf.org>; Fri, 9 Jan 2026 17:42:01 -0800 (PST)
X-Virus-Scanned: amavisd-new at ietf.org
X-Spam-Flag: NO
X-Spam-Score: -2.098
X-Spam-Level:
X-Spam-Status: No, score=-2.098 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: mail2.ietf.org (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
Received: from mail2.ietf.org ([166.84.6.31]) by localhost (mail2.ietf.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id TETp_3Ye-7T8 for <lisp@mail2.ietf.org>; Fri, 9 Jan 2026 17:42:01 -0800 (PST)
Received: from mail-lj1-x235.google.com (mail-lj1-x235.google.com [IPv6:2a00:1450:4864:20::235]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature ECDSA (P-256) server-digest SHA256) (No client certificate requested) by mail2.ietf.org (Postfix) with ESMTPS id 9A43BA5A6A20 for <lisp@ietf.org>; Fri, 9 Jan 2026 17:42:00 -0800 (PST)
Received: by mail-lj1-x235.google.com with SMTP id 38308e7fff4ca-382fd8aaa6eso33286411fa.1 for <lisp@ietf.org>; Fri, 09 Jan 2026 17:42:00 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1768009319; x=1768614119; darn=ietf.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=JxG4T5FbWjNquFfj3QLtBYmdMQr3v0ZXF/QP5VGXKg0=; b=j5Q4c9wAwjTNji6p6c0bGCuB1lAJ+HxzOzf4yZnVcFbHhop5iW+vHItMvWEe8ifWct VMwQqkxgf4JRKLrIB3t7AcbW0DWB7J0El/rfSuC/Zb5ed66jUOBPqFqKaZ6iejEZQZMB ZEGgtEcn6GHgyNeNEq2i+4f7GSd2///NKek9GxF/zqvo7MLeCLDtvPn+cj9g/4Kpmq5q OP6cRoQuc8GCC/mrTlSSQrtucDy99VYtWKFainPbv6sOyvJy/bgwNhidok34ZkPYm/0y eI3hPX+K7VswAfqo9AXinAUr1kR0vaUYnGpZTIxtKIqxst2rgjD6SOsSZFQX1idBZQ47 pCKw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1768009319; x=1768614119; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-gg:x-gm-message-state:from:to:cc:subject:date :message-id:reply-to; bh=JxG4T5FbWjNquFfj3QLtBYmdMQr3v0ZXF/QP5VGXKg0=; b=jTPkAMNtrqcV/w6NwTqIfnaRSIt0/2AZlgqLULtJsfuniu/TE1RIpYMMMAc+OfADtj lSq+f4Rh29EuwJJrFvaWWJ0M3TlTpjaBOHkYDCo6Lx4WIaeJYsjD7HHFmQUFMjdI9iJh rrVQyE9Wsi7j9BWzO3VtncAdnx5fTxBZXedfm60cctgXB6DFZICeB1vS2C7jBAw1bKDx TA2inHC0pKenGdcAyV7GqKe67P7LZYW33l/LXlNm4bWs/wcWO7mMGMvWtfteOvn/Al9/ 5Boak3zgVPmnBgfsJJZWPavNvGqFV2rhS6MejeAvigsvmHjIQwUlFQ2nnhfO7P61gVd3 HNtQ==
X-Forwarded-Encrypted: i=1; AJvYcCXYSHNQTX9tkCA93s4TFmSuiCXPaZGS6fJ0B0xyW1/s895o3t13UGIU+hAIT4mmpep2KF6e@ietf.org
X-Gm-Message-State: AOJu0Yxg5zFS9pVfaZuXBhDEgDDjKeRG+XDGw5UkXoqwhSe2jDmzNyTY DpzEW7bYqf+x6PbJ90pXnxQh7LZQz1Y56yMemPZNure3dQRkyMbOvNrI3Dfkipkog9wzRbBdeJj DK1aaLG9sllzMN2hI6sWD1zL0iZQqIok=
X-Gm-Gg: AY/fxX5P63UrhiK1cdxpgwPa8HTTiK2B6FivcNYhmKyJ3maRtZh/53bojiqlBTX2uYk UGhk75AgpsEvYpbruRjlecx+3KWy27e3pQENhKK1hc96toxOy0DKCs4pEsBKvljP34Lix/mUOGQ 4PktqCG2qozVhVptHWvcdhpbAhM6U4E6nlO+WrqIPMnbaZEl4E3dLtF+HgbVGxv+NiYgDOJjq28 AXyM/x672vClqhBbe1hX6knQGhwDyteLYjUIEarkbAqCRiS4YOjZdtySH/YbeRsW52DS7Q=
X-Google-Smtp-Source: AGHT+IE+euEpvoGChmvbyWPAnt56cZwo4rDX+MVNmipjxllRQX8WqqmoC3MQUOdrBhrJQZsZYwjax+1DsuC5RzonYPo=
X-Received: by 2002:a05:651c:150b:b0:383:282b:7ac5 with SMTP id 38308e7fff4ca-383282b9013mr5114891fa.25.1768009318898; Fri, 09 Jan 2026 17:41:58 -0800 (PST)
MIME-Version: 1.0
References: <176800633753.260671.6895206452673113136@dt-datatracker-5656579b89-r5kdq>
In-Reply-To: <176800633753.260671.6895206452673113136@dt-datatracker-5656579b89-r5kdq>
From: Padma Pillay-Esnault <padma.ietf@gmail.com>
Date: Fri, 09 Jan 2026 17:41:47 -0800
X-Gm-Features: AZwV_Qi5d8SeDdBiV36rfBlkIoq6RQvyWQw-f3zb0nRW5gFyvH-po6spKGaXEHs
Message-ID: <CAG-CQxqrOtvviJ+ayck6UKJte9RFE79HSUf5WNd5xN0nCK1yQw@mail.gmail.com>
To: Dhruv Dhody <dd@dhruvdhody.com>, BOUCADAIR Mohamed IMT/OLN <mohamed.boucadair@orange.com>, ketant.ietf@gmail.com
Content-Type: multipart/alternative; boundary="00000000000069a1260647febfe3"
Message-ID-Hash: 5E2FATJQ4GKPN3TGCUSS6ZCWZXLWGMIS
X-Message-ID-Hash: 5E2FATJQ4GKPN3TGCUSS6ZCWZXLWGMIS
X-MailFrom: padma.ietf@gmail.com
X-Mailman-Rule-Misses: dmarc-mitigation; no-senders; approved; emergency; loop; banned-address; member-moderation; header-match-lisp.ietf.org-0; nonmember-moderation; administrivia; implicit-dest; max-recipients; max-size; news-moderation; no-subject; digests; suspicious-header
CC: lisp-chairs@ietf.org, LISP mailing list list <lisp@ietf.org>, draft-ietf-lisp-te@ietf.org
X-Mailman-Version: 3.3.9rc6
Precedence: list
Subject: [lisp] Fwd: I-D Action: draft-ietf-lisp-te-24.txt
List-Id: List for the discussion of the Locator/ID Separation Protocol <lisp.ietf.org>
Archived-At: <https://mailarchive.ietf.org/arch/msg/lisp/14sad3S2y8uMB28WR88XiOS3xkM>
List-Archive: <https://mailarchive.ietf.org/arch/browse/lisp>
List-Help: <mailto:lisp-request@ietf.org?subject=help>
List-Owner: <mailto:lisp-owner@ietf.org>
List-Post: <mailto:lisp@ietf.org>
List-Subscribe: <mailto:lisp-join@ietf.org>
List-Unsubscribe: <mailto:lisp-leave@ietf.org>

Hello Everyone

Thank you again for your review and comments.
The version -24 addresses all comments on the LC.

Thanks
Padma on behalf of all authors

For your convenience i have the tracking table for these changes below

*ID*

*Reviewer*

*Type*

*Comment / Issue*

*Where Addressed*

*First Fixed In*

MED-1

Mohamed Boucadair

DISCUSS

Doc readiness / LC follow-ups

Manageability & Ops

*-24*

MED-2

Mohamed Boucadair

DISCUSS

Experimental status justification

Introduction

*-22*

MED-3

Mohamed Boucadair

DISCUSS

Deployment incentives missing

Deployment Incentives

*-24*

MED-4

Mohamed Boucadair

DISCUSS

Underlay control overstated

Deployment Incentives

*-24*

MED-5

Mohamed Boucadair

DISCUSS

Must not replace underlay protection

Deployment Incentives

*-24*

MED-6

Mohamed Boucadair

DISCUSS

Failure example viability

Deployment Incentives

*-24*

MED-7

Mohamed Boucadair

DISCUSS

Service chaining rationale

Deployment Incentives / Service Chaining

*-24*

MED-8

Mohamed Boucadair

DISCUSS

Existing service chaining not addressed

Service Chaining

*-24*

MED-9

Mohamed Boucadair

DISCUSS

Policy reasons insufficient

Deployment Incentives

*-24*

MED-10

Mohamed Boucadair

DISCUSS

Interception risk acknowledgment

Deployment Incentives / Security

*-24*

DHRUV-1

Dhruv Dhody

OPSDIR

No manageability section

Manageability & Ops

*-23*

DHRUV-2

Dhruv Dhody

OPSDIR

How ELPs are set

Manageability & Ops

*-23*

DHRUV-3

Dhruv Dhody

OPSDIR

How ELPs are monitored

Manageability & Ops

*-23*

DHRUV-4

Dhruv Dhody

OPSDIR

Packet drops (MUSTs)

Manageability & Ops

*-23*

DHRUV-5

Dhruv Dhody

OPSDIR

Logging expectations

Manageability & Ops

*-23*

DHRUV-6

Dhruv Dhody

OPSDIR

Failure signaling

Manageability & Ops

*-23*

DHRUV-7

Dhruv Dhody

OPSDIR

Troubleshooting guidance

Manageability & Ops

*-23*

DHRUV-8

Dhruv Dhody

OPSDIR

Verify ELP compliance

Manageability / ELP Probing

*-23*

DHRUV-9

Dhruv Dhody

OPSDIR

YANG requirements

Manageability & Ops

*-23*

DHRUV-10

Dhruv Dhody

OPSDIR

Multiple mapping systems

Manageability & Ops

*-23*

DHRUV-11

Dhruv Dhody

OPSDIR

Bad ELP impact

Manageability & Ops

*-23*

DHRUV-12

Dhruv Dhody

OPSDIR

ELP validation responsibility

Manageability & Ops

*-23*

DHRUV-13

Dhruv Dhody

OPSDIR

Experimental vs Standards

Introduction

*-22*

DHRUV-14

Dhruv Dhody

OPSDIR

“No protocol change” claim

Abstract / Intro

*-22*

DHRUV-15

Dhruv Dhody

OPSDIR

“New RLOC encoding” wording

Abstract

*-22*

DHRUV-16

Dhruv Dhody

OPSDIR

Terminology clarity

Definitions

*-22*

DHRUV-17

Dhruv Dhody

OPSDIR

RTR scalability

Manageability & Ops

*-23*

DHRUV-18

Dhruv Dhody

OPSDIR

Overall ops readiness

Sections 1, 6, 10, 11

*-23*

GORRY-1

Gorry Fairhurst

DISCUSS

ELP probing underspecified

ELP Probing

*-22*

GORRY-2

Gorry Fairhurst

DISCUSS

ELP path validation

ELP Probing

*-22*

GORRY-3

Gorry Fairhurst

DISCUSS

Monitoring expectations

ELP Probing

*-22*

KETAN-1

Ketan Talaulikar

COMMENT

Probing integral

ELP Probing

*-22*

KETAN-2

Ketan Talaulikar

COMMENT

Probing reference status

ELP Probing

*-22*

KETAN-3

Ketan Talaulikar

COMMENT

Service chaining ambiguity

Service Chaining / Deployment Incentives

*-24*

KETAN-4

Ketan Talaulikar

COMMENT

Which traffic to services

Service Chaining

*-24*

KETAN-5

Ketan Talaulikar

COMMENT

Experimental track concern

Introduction

*-22*

KETAN-6

Ketan Talaulikar

COMMENT

LCAF maturity

Introduction

*-22*

KETAN-7

Ketan Talaulikar

COMMENT

Multicast refs missing

Multicast Considerations

*-22*

KETAN-8

Ketan Talaulikar

COMMENT

Multicast behavior

Multicast Considerations

*-22*

GENART-1

Peter Yee

GEN-ART

Abstract implies new encoding

Abstract

*-22*

GENART-2

Peter Yee

GEN-ART

Intro ordering

Introduction

*-22*

GENART-3

Peter Yee

GEN-ART

Acronyms expanded

Intro / Definitions

*-22*

GENART-4

Peter Yee

GEN-ART

Path stretch defined

Introduction

*-22*

GENART-5

Peter Yee

GEN-ART

ELP definition consistency

Definitions / Sec 5

*-22*

GENART-6

Peter Yee

GEN-ART

SHOULD/MAY usage

Definitions

*-22*

GENART-7

Peter Yee

GEN-ART

ELP retrieval failure

Section 5

*-22*

GENART-8

Peter Yee

GEN-ART

CoS terminology

Section 4.3

*-22*

GENART-9

Peter Yee

GEN-ART

Loop wording

Section 4.4

*-22*

GENART-10

Peter Yee

GEN-ART

Expired reference

References

*-22*

ERIC-1

Eric Vyncke

COMMENT

Security over-claim

Security Considerations

*-23*

ERIC-2

Eric Vyncke

COMMENT

Interception risk clarity

Security Considerations

*-23*

ADRIAN-1

Adrian Farrel

COMMENT

TE definition alignment

Introduction

*-22*

ADRIAN-2

Adrian Farrel

COMMENT

RFC 9522 reference

Introduction

*-22*

CHEN-1

Meiling Chen

COMMENT

Missing architecture figure

Architecture / Figures

*-22*

CHEN-2

Meiling Chen

COMMENT

Protocol scope unclear

Introduction / Architecture

*-22*

CHEN-3

Meiling Chen

COMMENT

Security risks analysis

Security Considerations

*-24*

IANA-1

IANA (David Dong)

IANA

Registry actions

IANA Considerations

*-22*

IANA-2

IANA (David Dong)

IANA

Retain IANA section

IANA Considerations

*-22*

---------- Forwarded message ---------
From: <internet-drafts@ietf.org>
Date: Fri, Jan 9, 2026 at 4:52 PM
Subject: [lisp] I-D Action: draft-ietf-lisp-te-24.txt
To: <i-d-announce@ietf.org>
Cc: <lisp@ietf.org>


Internet-Draft draft-ietf-lisp-te-24.txt is now available. It is a work item
of the Locator/ID Separation Protocol (LISP) WG of the IETF.

   Title:   LISP Traffic Engineering
   Authors: Dino Farinacci
            Michael Kowal
            Parantap Lahiri
            Padma Pillay-Esnault
   Name:    draft-ietf-lisp-te-24.txt
   Pages:   25
   Dates:   2026-01-09

Abstract:

   This document describes how Locator/Identifier Separation Protocol
   (LISP) re-encapsulating tunnels can be used for Traffic Engineering
   purposes.  The mechanisms described in this document require no LISP
   protocol changes and specify how existing Routing Locator encodings
   are used to construct Explicit Locator Paths for traffic engineering
   purposes.  The Traffic Engineering features provided by these LISP
   mechanisms can span intra-domain, inter-domain, or a combination of
   both.

The IETF datatracker status page for this Internet-Draft is:
https://datatracker.ietf.org/doc/draft-ietf-lisp-te/

There is also an HTML version available at:
https://www.ietf.org/archive/id/draft-ietf-lisp-te-24.html

A diff from the previous version is available at:
https://author-tools.ietf.org/iddiff?url2=draft-ietf-lisp-te-24

Internet-Drafts are also available by rsync at:
rsync.ietf.org::internet-drafts


_______________________________________________
lisp mailing list -- lisp@ietf.org
To unsubscribe send an email to lisp-leave@ietf.org