Hi Acee/Chris,
On behalf of the authors, I would like to request for WGLC for this draft.
Thanks,
Ketan
-Original Message-
From: Lsr On Behalf Of internet-dra...@ietf.org
Sent: 22 October 2021 18:09
To: i-d-annou...@ietf.org
Cc: lsr@ietf.org
Subject: [Lsr] I-D Action: draft-ietf-lsr-osp
ea-Prefix
TLV with NU bit set along with an OSPFv3 Extended Prefix Range TLV in the same
E-Intra-Area-Prefix LSA for advertisement of SRMS ranges? If so, this was not
very clear to me from RFC8666.
Thanks,
Ketan
From: Goethals, Dirk (Nokia - BE/Antwerp)
Sent: 14 September 2021 14:15
To: Ket
r TLV similar to the Prefix Range TLV into
the existing Prefix LSAs as indicated by Acee and there would not be an issue.
Thanks,
Ketan
-Original Message-
From: Lsr On Behalf Of Goethals, Dirk (Nokia -
BE/Antwerp)
Sent: 14 September 2021 12:58
To: Ketan Talaulikar (ketant) ; lsr@iet
Hello All,
Some feedback has been received with suggestions to change the encoding
currently proposed in the draft - more specifically related to
https://datatracker.ietf.org/doc/html/draft-ietf-lsr-ospfv3-srv6-extensions-02#section-6
The proposal is to do away with the need for introduction of
Hi Les,
Just a short comment on the RSVP-TE part.
We do have a R bit for RSVP-TE in ASLA SABM so I don’t see the need for the
advertisement under TLV 22 (et all) in ISIS.
Similar applies for OSPF too, but in that case, there is a separate TE Opaque
LSA that is dedicated for RSVP-TE and hence a
clarifies and I’ll rest my case with that.
Thanks,
Ketan
From: Acee Lindem (acee)
Sent: 23 July 2021 22:24
To: Ketan Talaulikar (ketant) ; lsr@ietf.org
Cc: draft-ietf-lsr-pce-discovery-security-supp...@ietf.org; p...@ietf.org
Subject: Re: WG Last Call for IGP extension for PCEP security capability
to me and the spec does not
provide any pointers.
Thanks,
Ketan
From: Acee Lindem (acee)
Sent: 23 July 2021 18:52
To: Ketan Talaulikar (ketant) ; lsr@ietf.org
Cc: draft-ietf-lsr-pce-discovery-security-supp...@ietf.org; p...@ietf.org
Subject: Re: WG Last Call for IGP extension for PCEP security
Hello All,
I have reviewed this draft and have the following comments for the authors to
address and the WG to consider:
1. Is there any precedent for the advertisement of auth keychain info
(ID/name) in such a manner that is flooded across the IGP domain? When the
actual keychain anyway n
Hello All,
I support the adoption of these drafts. This work is required to provide the
necessary manageability YANG models for the equivalent protocol extension WG
drafts.
Thanks,
Ketan
-Original Message-
From: Lsr On Behalf Of Christian Hopps
Sent: 22 July 2021 16:18
To: lsr@ietf.or
Hi Shraddha,
Thanks for your detailed email explanation.
I was one of the WG members who indicated that Generic Metric not be advertised
in the base as well as ASLA encodings. But what you've missed out was that I
asked for it to be used in ASLA alone and not as application independent.
Hi Acee/All,
I am not aware of any undisclosed IPR related to this draft.
Thanks,
Ketan
From: Acee Lindem (acee)
Sent: 16 June 2021 19:31
To: lsr@ietf.org
Cc: Christian Hopps ; lsr-...@ietf.org;
draft-ietf-lsr-flex-algo@ietf.org
Subject: Second Working Last Call for draft-ietf-lsr-flex-alg
emerge
from the community to clarify the use of “updates”.
Thanks,
Ketan
From: Gyan Mishra
Sent: 11 June 2021 05:46
To: Ketan Talaulikar (ketant)
Cc: cho...@chopps.org; lsr@ietf.org; peng.sha...@zte.com.cn
Subject: Re: [Lsr] LSR WG Adoption Call for "Algorithm Related IGP-Adjacency
.
Thanks,
Ketan
From: Gyan Mishra
Sent: 10 June 2021 18:54
To: Ketan Talaulikar (ketant)
Cc: cho...@chopps.org; lsr@ietf.org; peng.sha...@zte.com.cn
Subject: Re: [Lsr] LSR WG Adoption Call for "Algorithm Related IGP-Adjacency
SID Advertisement"
Hi Ketan
See in-line
Thanks
Gyan
On T
One quick clarification on the following:
Does this draft update the SR IGP extensions for SR-MPLS RFC 8665 8666 8667.
[PSF] Yes.
KT> This draft proposes something new (an Algo-specific Adj-SID) and their
relevant signalling extensions for the IGPs. It does not change anything in the
RFCs referr
apply in this discussion.
Thanks,
Ketan
From: Shraddha Hegde
Sent: 31 May 2021 14:20
To: Ketan Talaulikar (ketant) ; Tony Li
Cc: Acee Lindem (acee) ; lsr@ietf.org;
draft-hegde-lsr-flex-algo-bw-...@ietf.org
Subject: RE: [Lsr] LSR WG Adoption Poll for "Flexible Algorithms: Bandwidth,
Delay, Me
ambiguous.
Rgds
Shraddha
Juniper Business Use Only
From: Ketan Talaulikar (ketant) mailto:ket...@cisco.com>>
Sent: Thursday, May 27, 2021 7:13 PM
To: Shraddha Hegde mailto:shrad...@juniper.net>>; Tony Li
mailto:tony...@tony.li>>
Cc: Acee Lindem (acee)
mailto:acee=40cisco...
addition to ASLA
introduces ambiguity for which applications can use it - we get into
complications that are entirely avoidable.
Thanks,
Ketan
From: Shraddha Hegde
Sent: 27 May 2021 18:36
To: Ketan Talaulikar (ketant) ; Tony Li
Cc: Acee Lindem (acee) ; lsr@ietf.org;
draft-hegde-lsr-flex-algo
Hi Shraddha,
Please check inline below with KT2
From: Lsr On Behalf Of Shraddha Hegde
Sent: 27 May 2021 18:31
To: Tony Li ; Ketan Talaulikar (ketant)
Cc: lsr@ietf.org; draft-hegde-lsr-flex-algo-bw-...@ietf.org; Acee Lindem (acee)
Subject: Re: [Lsr] LSR WG Adoption Poll for "Fle
w.
Thanks,
Ketan
-Original Message-
From: Peter Psenak
Sent: 27 May 2021 18:20
To: Shraddha Hegde ; Tony Li ; Ketan
Talaulikar (ketant)
Cc: lsr@ietf.org; draft-hegde-lsr-flex-algo-bw-...@ietf.org; Acee Lindem (acee)
Subject: Re: [Lsr] LSR WG Adoption Poll for "Flexible Algori
Hello All,
I am not aware of any IPR associated with this document.
Thanks,
Ketan
-Original Message-
From: Lsr On Behalf Of Christian Hopps
Sent: 27 May 2021 02:27
To: lsr@ietf.org
Cc: cho...@chopps.org
Subject: [Lsr] LSR WG Adoption Call for "Algorithm Related IGP-Adjacency SID
Advert
Hi Tony,
Please check inline below.
From: Tony Li On Behalf Of Tony Li
Sent: 25 May 2021 00:15
To: Ketan Talaulikar (ketant)
Cc: Acee Lindem (acee) ; lsr@ietf.org;
draft-hegde-lsr-flex-algo-bw-...@ietf.org
Subject: Re: [Lsr] LSR WG Adoption Poll for "Flexible Algorithms: Bandwidth,
Hello Authors,
Some post adoption comments/feedback on the draft :
1) RFC6823 for ISIS GenApp allows that top-level TLV to be also advertised in
the "default instance". Each application is able to specify whether this is
allowed or not for itself. Any plans to follow the same approach in OSPF?
Hello Authors/All,
In general, I support the adoption of this document. There is, however, one
specific point which is not clear to me (8) below that I would appreciate some
clarity on before adoption.
Some questions/comments/suggestions:
1. Why is the Generic Metric type in ISIS limited t
Scudder ; Ketan Talaulikar (ketant)
; lsr@ietf.org
Cc: s...@nuovasystems.com; aos...@redback.com; Alvaro Retana
; Martin Vigoureux ;
a...@cisco.com; Acee Lindem (acee)
Subject: Re: [Technical Errata Reported] RFC5185 (6506)
Hi Jonh,
On 10/05/2021 20:34, John Scudder wrote:
> Hi All,
>
>
Hi Peter,
I agree that the support for the Prefix Attribute Flags TLV is required in the
Locator TLV.
Thanks,
Ketan
From: Lsr On Behalf Of Alvaro Retana
Sent: 07 May 2021 19:23
To: Peter Psenak (ppsenak) ; lsr@ietf.org
Cc: cho...@chopps.org; draft-ietf-lsr-isis-srv6-extensi...@ietf.org; Van De
Hello,
Please check inline below.
From: Lsr On Behalf Of Zengmin (A)
Sent: 20 April 2021 07:41
To: lsr@ietf.org
Cc: Gaoqiangzhou
Subject: [Lsr] some doubt about RFC5329 ( Traffic Engineering Extensions to
OSPF Version 3)
Hi ALL,
In RFC5329, OSPFv3 TE Link TLV have below sub-TLVs
18 - Neigh
Thanks Acee, John and Amanda.
-Original Message-
From: Amanda Baber via RT
Sent: 20 April 2021 04:52
To: Acee Lindem (acee) ; j...@juniper.net
Cc: lsr@ietf.org; draft-ietf-lsr-ospf-reverse-met...@ietf.org
Subject: [IANA #1195545] Early IANA Allocation Request for "OSPF Reverse
Metric" -
Thanks Acee, John and Amanda.
-Original Message-
From: Amanda Baber via RT
Sent: 20 April 2021 04:55
To: Acee Lindem (acee)
Cc: lsr@ietf.org; j...@juniper.net; draft-ietf-lsr-ospf-l2bund...@ietf.org
Subject: [IANA #1195548] IANA Early Allocation for "Advertising L2 Bundle
Member Link A
ts to improve this document.
Thanks,
Ketan (on behalf of co-authors)
-Original Message-
From: Ketan Talaulikar (ketant)
Sent: 08 April 2021 11:05
To: 'Aijun Wang' ; 'John Scudder'
; 'The IESG'
Cc: lsr-cha...@ietf.org; aretana.i...@gmail.com;
draft-ietf-
Hi Ben,
Thanks again for your review and comments. I will post the (final ?) update EOD
Fri India time in case there are any other inputs.
Please check inline below.
-Original Message-
From: Benjamin Kaduk
Sent: 09 April 2021 02:20
To: Ketan Talaulikar (ketant)
Cc: The IESG ; lsr
Hello,
We would like to request for IANA early allocations for the code points in this
draft as indicated in
https://datatracker.ietf.org/doc/html/draft-ietf-lsr-ospf-reverse-metric-02#section-8
The suggested values are indicated in the draft.
Thanks,
Ketan (on behalf of co-authors)
_
Hello,
We would like to request for IANA early allocations for the code points in this
draft as indicated in
https://datatracker.ietf.org/doc/html/draft-ietf-lsr-ospf-l2bundles#section-3
The suggested values are 24 and 29 for OSPFv2 and OSPFv3 respectively.
Thanks,
Ketan (on behalf of co-autho
Hi John,
Using this latest thread to respond since it captures all the open comments.
Please check inline below and we'll update the draft once we reach a conclusion
on this.
-Original Message-
From: Aijun Wang
Sent: 08 April 2021 07:41
To: 'John Scudder' ; 'The IESG'
Cc: lsr-cha...
Hi John,
An update to the draft with to address some of your comments (as discussed in
the email below) as well as Ben's and Eric's comments has just been posted :
https://datatracker.ietf.org/doc/html/draft-ietf-lsr-ospf-prefix-originator-11
Thanks,
Ketan
From: Ketan Talaulik
Hi Ben,
Thanks for your review.
An update to the draft with to address some of yours, John's and Eric's
comments has just been posted :
https://datatracker.ietf.org/doc/html/draft-ietf-lsr-ospf-prefix-originator-11
Please check inline below for responses.
-Original Message-
From: Lsr
To add, the draft also has the following text in the introduction section:
The primary use case for the extensions proposed in this document is
to be able to identify the originator of a prefix in the network. In
cases where multiple prefixes are advertised by a given router, it is
al
Hi John,
Thanks for your review and comments. Please check inline below.
-Original Message-
From: John Scudder via Datatracker
Sent: 07 April 2021 02:36
To: The IESG
Cc: draft-ietf-lsr-ospf-prefix-origina...@ietf.org; lsr-cha...@ietf.org;
lsr@ietf.org; Christian Hopps ; aretana.i..
Hi Eric,
Thanks for your review and please check inline below for
response/clarifications.
-Original Message-
From: Éric Vyncke via Datatracker
Sent: 05 April 2021 13:03
To: The IESG
Cc: draft-ietf-lsr-ospf-prefix-origina...@ietf.org; lsr-cha...@ietf.org;
lsr@ietf.org; Christian Hopp
Hi Warren,
We’ve posted an update to the draft as discussed in the thread below :
https://datatracker.ietf.org/doc/html/draft-ietf-lsr-ospf-prefix-originator-10
Please let know if this addresses your comments.
Thanks,
Ketan
From: Ketan Talaulikar (ketant)
Sent: 01 April 2021 21:31
To: Aijun
Hi Vijay,
Thanks for your review.
About the nit, this was the output of the xml2rfc tool - for some reason it
does not seem to picking up the latest drafts/references. I didn't want to hand
craft something like this.
Thanks,
Ketan
-Original Message-
From: Vijay Gurbani via Datatracker
Hi Warren,
Thanks for your inputs. We’ll make the changes and share with you in the
upcoming update.
Thanks,
Ketan
From: Aijun Wang
Sent: 01 April 2021 06:50
To: 'Warren Kumari' ; Ketan Talaulikar (ketant)
Cc: 'Christian Hopps' ; aretana.i...@gmail.com;
lsr-cha...
Hi Warren,
Thanks for your review and please check inline below. Will look forward to your
inputs on how best to incorporate them in the draft.
-Original Message-
From: Warren Kumari via Datatracker
Sent: 31 March 2021 00:53
To: The IESG
Cc: draft-ietf-lsr-ospf-prefix-origina...@ietf.
Thanks Russ for your review.
-Original Message-
From: op...@riw.us
Sent: 27 March 2021 17:06
To: rtg-...@ietf.org
Cc: rtg-...@ietf.org; draft-ietf-lsr-ospf-prefix-originator@ietf.org;
lsr@ietf.org
Subject: RtgDir review: draft-ietf-lsr-ospf-prefix-originator-09
Hello,
I have been
Hi All,
We've just posted an update to the draft with changes that are mostly editorial
and nits.
However, there is one change in Sec 2 to call out for attention where we are
clarifying that the B bit is set in the LLS options for both Hello and DD
packets (i.e. the packets where LLS is allowe
Hi Watson,
Thanks for your review.
-Ketan
-Original Message-
From: Watson Ladd via Datatracker
Sent: 20 March 2021 11:03
To: sec...@ietf.org
Cc: draft-ietf-lsr-ospf-prefix-originator@ietf.org; last-c...@ietf.org;
lsr@ietf.org; watsonbl...@gmail.com
Subject: Secdir last call review
Hi Alvaro,
Thanks for that confirmation and the updated draft version has been posted with
the changes.
https://datatracker.ietf.org/doc/html/draft-ietf-lsr-ospf-prefix-originator-09
Thanks,
Ketan
-Original Message-
From: Alvaro Retana
Sent: 16 March 2021 23:23
To: Ketan Talaulikar
Hi Alvaro,
Please check inline below with [KT2]
I will wait for your responses on a few of the points before posting the draft
update.
-Original Message-
From: Alvaro Retana
Sent: 09 March 2021 02:57
To: Ketan Talaulikar (ketant) ;
draft-ietf-lsr-ospf-prefix-origina...@ietf.org
Cc
Hi Alvaro,
Thanks for your detail review and comments. We've update the draft to address
your comments and the version 8 posted below.
https://www.ietf.org/archive/id/draft-ietf-lsr-ospf-prefix-originator-08.txt
Please check inline below for responses.
Thanks,
Ketan
-邮件原件-
发件人: lsr-b
Sent: 04 December 2020 12:31
To: Ketan Talaulikar (ketant) ; 'Acee Lindem (acee)'
; 'Alexander Okonnikov'
; 'Van De Velde, Gunter (Nokia - BE/Antwerp)'
Cc: lsr@ietf.org; Peter Psenak (ppsenak)
Subject: RE: [Lsr] Link Data value for Multi-area links
Hi, Ketan:
Hi Peter,
Please check inline below.
-Original Message-
From: Peter Psenak
Sent: 03 December 2020 15:48
To: Ketan Talaulikar (ketant) ; Acee Lindem (acee)
; Van De Velde, Gunter (Nokia - BE/Antwerp)
; Alexander Okonnikov
; Acee Lindem (acee)
Cc: lsr@ietf.org
Subject: Re: [Lsr] Link
Hi Aijun,
Please check my previous response on this thread.
The matter is quite simple and easily addressed.
IMHO we do not need to invent a new protocol contraption or repurpose your
stub-link proposal for this situation.
Thanks,
Ketan
From: Lsr On Behalf Of Aijun Wang
Sent: 01 December 202
Hello All,
The text in RFC5185 for picking the neighbor’s IP Address or IfIndex for the
link-data is indeed very odd and flies against how things are done for normal
p2p links per RFC2328.
The implementations that I am aware of do not really following this “decision”
of RFC5185 and instead sti
I support the WG adoption of this document. It covers an important piece of the
FlexAlgorith solution space.
Thanks,
Ketan
From: Lsr On Behalf Of Acee Lindem (acee)
Sent: 02 December 2020 02:43
To: lsr
Subject: [Lsr] WG Adoption Call for "IGP Flexible Algorithms (Flex-Algorithm)
In IP Network
draft is clear and acknowledge that it
needs updates. So I will leave it to the chairs’ judgement if it is in a good
enough state for adoption 😊
Thanks,
Ketan
From: Susan Hares
Sent: 16 November 2020 11:40
To: 'Jeff Tantsura' ; Les Ginsberg (ginsberg)
Cc: Ketan Talaulik
) ; Ketan Talaulikar (ketant)
; Susan Hares ; 'Jeff Tantsura'
; Stephane Litkowski (slitkows) ;
i...@ietf.org; Acee Lindem (acee)
Cc: lsr@ietf.org
Subject: 答复: [Idr] WG Adoption for draft-zhu-idr-bgp-ls-path-mtu (11/1/2020 to
11/16/2020)
Hi Les, Acee:
Actually we have already discussed
Hi Authors,
I believe this work is useful and should be taken up. It has value in providing
the link MTU as part of the topology information via BGP-LS. However, as
pointed out by others on this thread, the draft should remain scoped to just
that – i.e. providing link MTU information. The discu
Hi Chris,
Thanks for the update and we've just posted
https://tools.ietf.org/html/draft-ietf-lsr-ospf-l2bundles-00
Thanks,
Ketan
-Original Message-
From: Christian Hopps
Sent: 29 October 2020 23:57
To: lsr@ietf.org
Cc: Christian Hopps ; lsr-cha...@ietf.org;
draft-ketant-lsr-ospf-l2bu
Hi Chris/All,
We've just posted the v07 of the draft with the contentious appendix sections
removed and also addressing some comments received on the list.
https://tools.ietf.org/html/draft-ietf-lsr-ospf-prefix-originator-07
Thanks,
Ketan (on behalf on co-authors)
-Original Message-
F
Hi Baalajee,
Thanks for you review and comments. We’ll incorporate these
fixes/clarifications in the upcoming update.
Thanks,
Ketan
From: Baalajee S (basurend)
Sent: 20 October 2020 10:48
To: Christian Hopps ; lsr@ietf.org
Cc: draft-ietf-lsr-ospf-prefix-origina...@ietf.org; lsr-cha...@ietf.org
Hi Gyan,
Thanks for your review and feedback. Please check inline below.
From: Gyan Mishra
Sent: 16 October 2020 10:11
To: Aijun Wang
Cc: Christian Hopps ; Jeff Tantsura
; John E Drake ;
Les Ginsberg (ginsberg) ;
draft-ietf-lsr-ospf-prefix-origina...@ietf.org; lsr@ietf.org; lsr-...@ietf.org;
Hello,
I support the progression to publication and as co-author, I am not aware of
any undisclosed IPR.
Thanks,
Ketan
-Original Message-
From: Christian Hopps
Sent: 15 October 2020 11:45
To: lsr@ietf.org
Cc: Christian Hopps ; lsr-cha...@ietf.org; lsr-...@ietf.org;
draft-ietf-lsr-osp
Hi Gyan,
Thanks for your support and comments on the draft.
The proposed encoding for L2 Bundle members and their attributes in OSPF is
different than the ISIS encodings in RFC8668. ISIS encodings have “tighter” LSP
space considerations that OSPF. The authors have proposed a simpler encoding
s
I support the adoption of this document by the WG and as an author, I am not
aware of any IPR associated with it.
Thanks,
Ketan
-Original Message-
From: Christian Hopps
Sent: 02 October 2020 17:33
To: lsr@ietf.org
Cc: Christian Hopps ; lsr-cha...@ietf.org;
draft-ketant-lsr-ospf-l2bund
I am not aware of any IPR other than the one already disclosed below.
Thanks,
Ketan
From: Acee Lindem (acee)
Sent: 02 October 2020 01:54
To: draft-ietf-lsr-flex-a...@ietf.org
Cc: lsr@ietf.org
Subject: IPR Call on "IGP Flexible Algorithm" - draft-ietf-lsr-flex-algo-11.txt
Authors,
The following
Hi Joel,
Please check inline below.
-Original Message-
From: Lsr On Behalf Of Joel M. Halpern
Sent: 25 September 2020 19:08
To: Ketan Talaulikar (ketant) ; lsr@ietf.org
Subject: Re: [Lsr] I-D Action: draft-ietf-lsr-isis-srv6-extensions-10.txt
Thanks Ketan. Let me paraphrase to confirm
Hi Joel,
Please check inline below.
-Original Message-
From: Lsr On Behalf Of Joel M. Halpern
Sent: 25 September 2020 03:18
To: Acee Lindem (acee) ; lsr@ietf.org
Subject: Re: [Lsr] I-D Action: draft-ietf-lsr-isis-srv6-extensions-10.txt
First, there is a slight confusion in the way I for
Hi Veerendranatha,
Please check inline below with [KT2]
-Original Message-
From: Veerendranatha Reddy V
Sent: 19 August 2020 13:07
To: Ketan Talaulikar (ketant) ; Peter Psenak (ppsenak)
; lsr@ietf.org
Subject: RE: [Lsr] Regarding OSPF Extended Prefix Range TLV usage for
External
Hi Veerendranatha,
Please check inline below.
-Original Message-
From: Veerendranatha Reddy V
Sent: 19 August 2020 10:03
To: Ketan Talaulikar (ketant) ; Peter Psenak (ppsenak)
; lsr@ietf.org
Subject: RE: [Lsr] Regarding OSPF Extended Prefix Range TLV usage for
External/NSSA prefixes
The IA flag in the OSPF Extended Prefix Range TLV does not indicate that the
prefix-SID mapping advertised via it is for use for only intra or inter area
prefixes. The mappings can be used for assignment of SIDs for ALL types of OSPF
prefixes - regardless of the IA bit.
The IA flag is only to p
stency between forwarding and control plane to determine
which protocol/label is being used and lot's more details.
Thanks,
Ketan
From: thomas.g...@swisscom.com
Sent: 18 August 2020 18:28
To: Ketan Talaulikar (ketant) ; han...@gredler.at
Cc: lsr@ietf.org; spr...@ietf.org; ops...@ietf.org
As a co-author, I am not aware of IPR beyond what has been already disclosed on
this document.
Thanks,
Ketan
-Original Message-
From: Christian Hopps
Sent: 18 August 2020 05:00
To: lsr@ietf.org
Cc: Christian Hopps ; lsr-...@ietf.org; Acee Lindem (acee)
; draft-ietf-lsr-flex-algo@i
Hi Thomas,
Please check inline below.
From: thomas.g...@swisscom.com
Sent: 15 August 2020 11:31
To: Ketan Talaulikar (ketant) ; han...@gredler.at
Cc: lsr@ietf.org; spr...@ietf.org; ops...@ietf.org
Subject: RE: [Lsr] draft-tgraf-ipfix-mpls-sr-label-type
Hi Ketan,
* This helps
2020 09:40
To: Ketan Talaulikar (ketant) ; han...@gredler.at
Cc: lsr@ietf.org; spr...@ietf.org; ops...@ietf.org
Subject: RE: [Lsr] draft-tgraf-ipfix-mpls-sr-label-type
Hi Ketan,
Thank you very much for the review and feedback.
* What or how much value be there on determining whether a SR
< also copying Spring WG for their review/inputs >
Hi Thomas/All,
I have reviewed the draft and would like to share a different perspective.
What or how much value be there on determining whether a SR Prefix SID was
signalled/programmed on a node via OSPFv2/OSPFv3/ISIS - what matters and is
mo
Thanks Amanda.
-Original Message-
From: Lsr On Behalf Of Amanda Baber via RT
Sent: 09 July 2020 01:37
To: Acee Lindem (acee)
Cc: alvaro.ret...@futurewei.com; Ketan Talaulikar (ketant) ;
gunter.van_de_ve...@nokia.com; mraj...@juniper.net;
acee=40cisco@dmarc.ietf.org; lsr@ietf.org
: Peter Psenak (ppsenak) ; mraj...@juniper.net;
lsr@ietf.org; Ketan Talaulikar (ketant) ;
gunter.van_de_ve...@nokia.com; aretana.i...@gmail.com;
alvaro.ret...@futurewei.com; acee=40cisco@dmarc.ietf.org
Subject: [IANA #1173602] Re: IANA early allocation request for
draft-ietf-lsr-ospf-bfd-strict
+1
-Original Message-
From: Peter Psenak
Sent: 02 July 2020 13:11
To: Acee Lindem (acee) ; iana-prot-pa...@iana.org
Cc: lsr@ietf.org; Ketan Talaulikar (ketant) ;
gunter.van_de_ve...@nokia.com; alvaro.ret...@futurewei.com
Subject: Re: [IANA #1173602] Re: IANA early allocation request
RFC8668 provided for IS-IS.
Thanks,
Ketan
-Original Message-
From: internet-dra...@ietf.org
Sent: 30 June 2020 20:01
To: Peter Psenak (ppsenak) ; Ketan Talaulikar (ketant)
Subject: New Version Notification for draft-ketant-lsr-ospf-l2bundles-02.txt
A new version of I-D, draft-ketant
Hello Acee/Chris,
The authors would like to request IANA early allocations for this draft.
Thanks,
Ketan (on behalf of co-authors)
-Original Message-
From: Ketan Talaulikar (ketant)
Sent: 30 June 2020 14:25
To: lsr@ietf.org
Subject: RE: [Lsr] I-D Action: draft-ietf-lsr-ospf-bfd-strict
Hi All,
This is mostly a refresh with editorial updates. We look forward to review and
feedback.
Thanks,
Ketan (on behalf of co-authors)
-Original Message-
From: Lsr On Behalf Of internet-dra...@ietf.org
Sent: 30 June 2020 14:20
To: i-d-annou...@ietf.org
Cc: lsr@ietf.org
Subject: [Lsr]
Hi All,
We've recently submitted an update to this draft with the following changes:
1) Introduced a new Prefix Originator Sub-TLV for carrying the reachable
address of the node originating the prefix advertisement. This is equivalent to
the similar ISIS extension - https://tools.ietf.org/html
Hi Wang,
You are correct. Though I wouldn't call it a goal but rather a
benefit/advantage - same applies to SR-MPLS where the label stack can be
reduced.
Thanks,
Ketan
From: Lsr On Behalf Of Wang, Weibin (NSB - CN/Shanghai)
Sent: 08 May 2020 19:07
To: lsr@ietf.org
Subject: [Lsr] draft-ietf-ls
preclude a use-case for it in IGPs themselves in the future.
Thanks,
Ketan
From: Chris Bowers
Sent: 12 March 2020 20:29
To: Peter Psenak (ppsenak) ; Ketan Talaulikar (ketant)
Cc: lsr@ietf.org; SPRING WG List ; Bruno Decraene
Subject: Re: [Lsr] clarification of locator block and locator node in
owers ; lsr@ietf.org; Peter Psenak
(ppsenak) ; Bruno Decraene
Subject: Re: [Lsr] [spring] clarification of locator block and locator node in
draft-ietf-spring-srv6-network-programming and
draft-ietf-lsr-isis-srv6-extensions
Ketan Talaulikar (ketant) writes:
> [KT] The behaviors currently l
Hi Chris,
Dropping the draft-ietf-spring-srv6-network-programming authors since we are
now back to discussing the ISIS extensions.
Please check inline below.
From: Chris Bowers
Sent: 05 March 2020 21:53
To: Ketan Talaulikar (ketant)
Cc: Ketan Talaulikar (ketant) ; lsr@ietf.org; SPRING WG
March 2020 23:39
To: Ketan Talaulikar (ketant)
Cc: Ketan Talaulikar (ketant) ;
lsr@ietf.org; SPRING WG List ;
draft-ietf-spring-srv6-network-programming
; Peter Psenak (ppsenak)
; Bruno Decraene
Subject: Re: [Lsr] clarification of locator block and locator node in
draft-ietf-spring-srv6-network
wait for him to clarify.
Thanks,
Ketan
From: Lsr On Behalf Of bruno.decra...@orange.com
Sent: 28 February 2020 14:34
To: Ketan Talaulikar (ketant) ; Chris Bowers
Cc: lsr@ietf.org; SPRING WG List ;
draft-ietf-spring-srv6-network-programming
; Peter Psenak (ppsenak)
Subject: Re: [Lsr
Hi Chris,
I agree with Peter and I would suggest to drop LSR since this is not a protocol
specific thing.
I believe the text in draft-ietf-spring-srv6-network-programming clears says
what locator block and locator node are. What more details do you think are
required?
Thanks,
Ketan
From: Lsr
Hi Chris/Acee,
The WG version of the draft has just been posted. It also includes the changes
for the comments received during the adoption as discussed on the mailing list.
Thanks,
Ketan (on behalf of co-authors)
-Original Message-
From: Christian Hopps
Sent: 12 February 2020 16:42
T
Thanks Acee. Your proposed text looks much better.
Thanks,
Ketan
-Original Message-
From: Acee Lindem (acee)
Sent: 31 January 2020 18:02
To: Ketan Talaulikar (ketant) ; Peter Psenak (ppsenak)
; li_zhenqi...@hotmail.com; Christian Hopps
; lsr
Cc: draft-li-lsr-ospfv3-srv6-extensions
ssage-
From: Acee Lindem (acee)
Sent: 30 January 2020 23:02
To: Peter Psenak (ppsenak) ; Ketan Talaulikar (ketant)
; li_zhenqi...@hotmail.com; Christian Hopps
; lsr
Cc: draft-li-lsr-ospfv3-srv6-extensions
; lsr-ads
Subject: Re: [Lsr] WG Adoption Call for draft-li-lsr-ospfv3-srv6-extensions
Hi
this requirement MUST be
ignored.
Thanks,
Ketan
From: Acee Lindem (acee)
Sent: 30 January 2020 21:01
To: li_zhenqi...@hotmail.com; Ketan Talaulikar (ketant) ;
Christian Hopps ; lsr
Cc: draft-li-lsr-ospfv3-srv6-extensions
; lsr-ads
Subject: Re: [Lsr] WG Adoption Call for draft-li-lsr-ospfv3
Please check inline again.
From: li_zhenqi...@hotmail.com
Sent: 30 January 2020 13:46
To: Ketan Talaulikar (ketant) ; Christian Hopps
; lsr
Cc: draft-li-lsr-ospfv3-srv6-extensions
; lsr-ads ;
Christian Hopps ; Acee Lindem (acee)
Subject: Re: RE: [Lsr] WG Adoption Call for draft-li-lsr
Hello Zhenqiang Li,
Thanks for your review and comments. Please check inline below.
From: li_zhenqi...@hotmail.com
Sent: 30 January 2020 08:46
To: Christian Hopps ; lsr
Cc: draft-li-lsr-ospfv3-srv6-extensions
; lsr-ads ;
Christian Hopps ; Acee Lindem (acee)
Subject: Re: [Lsr] WG Adoption Cal
Hi All,
Support the draft as a co-author and I am not aware of any IPR other than what
has been disclosed on this draft.
Thanks,
Ketan
-Original Message-
From: Christian Hopps
Sent: 24 January 2020 01:55
To: lsr@ietf.org
Cc: Christian Hopps ; Acee Lindem (acee) ;
lsr-...@ietf.org; dr
Support. As a contributor, I am not aware of any undisclosed IPR related to
this draft.
Thanks,
Ketan
-Original Message-
From: Lsr On Behalf Of Paul Wells (pauwells)
Sent: 24 January 2020 06:10
To: cho...@chopps.org; lsr@ietf.org
Cc: lsr-...@ietf.org; Acee Lindem (acee)
Subject: Re: [L
Hi Acee,
Thanks for your review, comments and suggestions. We’ve incorporated them and
posted an update for this draft.
Note that as requested in a separate email thread, the draft has been renamed
so it is associated with the LSR WG instead of the old OSPF one :
https://datatracker.ietf.org/d
Thanks Chris. We've just posted the WG version of this draft that was adopted.
-Original Message-
From: Lsr On Behalf Of Christian Hopps
Sent: 06 January 2020 23:49
To: lsr@ietf.org
Cc: lsr-...@ietf.org; Christian Hopps ;
draft-ketant-lsr-ospf-bfd-strict-m...@ietf.org
Subject: Re: [Lsr]
Thanks Chris. We've just posted the WG version of this draft that was adopted.
-Original Message-
From: Lsr On Behalf Of Christian Hopps
Sent: 06 January 2020 23:51
To: lsr@ietf.org
Cc: draft-ketant-lsr-ospf-reverse-met...@ietf.org; lsr-...@ietf.org; Christian
Hopps
Subject: Re: [Lsr] W
Support the publication
-Original Message-
From: Lsr On Behalf Of Christian Hopps
Sent: 03 January 2020 00:37
To: lsr@ietf.org
Cc: lsr-...@ietf.org; Christian Hopps ; Antoni Przygienda
Subject: [Lsr] WG Last Call draft-ietf-lsr-isis-invalid-tlv
This begins a 2 week WG Last Call, ending
1 - 100 of 155 matches
Mail list logo