I am not aware of any relevant IPR other than the one already disclosed.
Chris
On Thu, Jul 30, 2020 at 7:25 AM wrote:
> Hi Authors, SPRING WG,
>
>
>
> Authors of draft-hegde-spring-node-protection-for-sr-te-paths [1] have
> asked for WG adoption.
>
>
>
> This email starts a poll for IPR.
>
>
>
lue in the Loc-Size field?
Chris
On Wed, Mar 25, 2020 at 9:49 AM Peter Psenak wrote:
> Chris,
>
> please see inline:
>
>
> On 23/03/2020 17:39, Chris Bowers wrote:
> > Peter,
> >
> > The proposed SRv6 SID Structure Sub-Sub-TLV has several problems.
> >
ter Psenak wrote:
> Hi Chris,
>
> On 12/03/2020 15:58, Chris Bowers wrote:
> > Peter,
> >
> > I think that the SRv6 SID Structure Sub-Sub-TLV should be removed from
> > draft-ietf-lsr-isis-srv6-extensions. I think that we should leave the
> > ability to includ
-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) ; l...@iet
g. Length for an endpoint behavior that doesn't use an
argument? Are there any use cases envisioned where an ISIS speaker needs
to know the Arg. Length ?
Thanks,
>
> Ketan
>
>
>
> *From:* Chris Bowers
> *Sent:* 02 March 2020 23:39
> *To:* Ketan Talaulikar (ket
Clarification inline [Bruno]
>
>
>
> *From**:* Ketan Talaulikar (ketant) [mailto:ket...@cisco.com]
> *Sent:* Friday, February 28, 2020 11:11 AM
> *To:* DECRAENE Bruno TGI/OLN; Ketan Talaulikar (ketant); Chris Bowers
> *Cc:* l...@ietf.org; SPRING WG List;
> draft-ietf-spring-sr
wrote:
> Hi Chris,
>
> On 27/02/2020 17:54, Chris Bowers wrote:
> > LSR WG,
> >
> > Section 9 of draft-ietf-lsr-isis-srv6-extensions-05 defines the SRv6
> > SID Structure Sub-Sub-TLV. In particular, it defines encoding for the
> > locator block length and th
es
>
>
> I have a response for your comment right after the examples that use
> "Incoming label=1008" and "Incoming label=1015"
>
>
> Ahmed
>
>
>
> On 6/8/18 11:14 AM, Chris Bowers wrote:
>
> SPRING WG,
>
> I generally support publi
Stewart,
I wanted to follow up on the question you asked following the presentation
in
SPRING on Monday on draft-hegde-spring-node-protection-for-sr-te-paths.
After thinking about your question more, I think I understand it better.
If I understand your question, I think you are concerned that wit
Bruno and Rob,
I'd like to request a 10 minute time slot to discuss
draft-hegde-spring-node-protection-for-sr-te-paths.
I plan to present.
https://tools.ietf.org/html/draft-hegde-spring-node-protection-for-sr-te-paths-02
Thanks,
Chris
On Mon, Jun 18, 2018 at 5:30 AM, wrote:
> Hi all,
>
>
>
>
SPRING WG,
I generally support publication of
draft-ietf-spring-segment-routing-mpls. However, I think
that the text in sections 2.5 and 2.6 (on incoming label collisions)
needs some work before publication. This text was added to
the draft a few months ago, and has not gotten much review
from the
incorporated?
Chris
-Original Message-
From: Stefano Previdi (sprevidi) [mailto:sprev...@cisco.com]
Sent: Thursday, September 15, 2016 1:42 AM
To: Chris Bowers
Cc: spring@ietf.org
Subject: Re: [spring] clarification of text in
draft-ietf-spring-segment-routing-09
Hi Chris,
> On
blish that revision so that the WG can review it?
Chris
-Original Message-
From: Stefano Previdi (sprevidi) [mailto:sprev...@cisco.com]
Sent: Friday, September 23, 2016 4:58 PM
To: Jeff Tantsura
Cc: Alexander Vainshtein ; Chris Bowers
; spring@ietf.org
Subject: Re: [spring] meaning
SPRING WG,
The current text in draft-ietf-spring-segment-routing-09 regarding the
"Strict Shortest Path" algorithm reads as follows.
o "Strict Shortest Path": This algorithm mandates that the packet is
forwarded according to ECMP-aware SPF algorithm and instruct any
router in the
As far as I can tell, this request for clarification of the text in
draft-ietf-spring-segment-routing-09 has not been addressed.
Thanks,
Chris
-Original Message-
From: spring [mailto:spring-boun...@ietf.org] On Behalf Of Chris Bowers
Sent: Wednesday, August 3, 2016 9:24 AM
To: spring
SPRING WG,
The following paragraph in section 3.2.1 of
draft-ietf-spring-segment-routing-09 is confusing.
The ingress node of an SR domain validates that the path to a prefix,
advertised with a given algorithm, includes nodes all supporting the
advertised algorithm. In other words, whe
Authors and WG,
It seems to me that this document should explicitly state how to handle
prefixes and SIDs advertised with different values of the SR-algorithm field.
Here SR-algorithm refers to SPF or Strict SPF, and not the Preference Algorithm
defined in this draft.
Presumably receiving two
.@ietf.org [mailto:internet-dra...@ietf.org]
Sent: Monday, October 05, 2015 2:05 PM
To: Uma Chunduri ; Hannes Gredler
; Pushpasis Sarkar ; Chris Bowers
; Chris Bowers ; Uma Chunduri
; Pushpasis Sarkar ; Hannes
Gredler
Subject: New Version Notification for
draft-bowers-spring-adv-per-algorithm-label-blo
All,
It appears that section 3.6.3 of this draft which covers using the binding-sid
to advertise a mirroring context got dropped between
draft-ietf-spring-segment-routing-00 and draft-ietf-spring-segment-routing-01,
in February.Presumably this was done because it didn't have any text in it.
Sarkar; Chris Bowers; Chris Bowers; Pushpasis
Sarkar; Hannes Gredler
Subject: New Version Notification for
draft-bowers-spring-adv-per-algorithm-label-blocks-01.txt
A new version of I-D, draft-bowers-spring-adv-per-algorithm-label-blocks-01.txt
has been successfully submitted by Chris Bowers and
Chris Bowers; Chris Bowers; Pushpasis
Sarkar; Hannes Gredler
Subject: New Version Notification for
draft-bowers-spring-adv-per-algorithm-label-blocks-00.txt
A new version of I-D, draft-bowers-spring-adv-per-algorithm-label-blocks-00.txt
has been successfully submitted by Chris Bowers and posted t
-Original Message-
From: internet-dra...@ietf.org [mailto:internet-dra...@ietf.org]
Sent: Thursday, September 25, 2014 1:09 PM
To: Uma Chunduri; Hannes Gredler; Chris Bowers; Chris Bowers; Uma Chunduri;
Hannes Gredler
Subject: New Version Notification for
draft-bowers-spring-advertising-lsps-with
(sprevidi) [mailto:sprev...@cisco.com]
Sent: Tuesday, September 02, 2014 11:39 AM
To: Chris Bowers
Cc: spring@ietf.org; isis...@ietf.org
Subject: Re: [spring] carrying IPv6 and IPv4 packets using SPRING/SR with MPLS
dataplane
On Sep 2, 2014, at 6:17 PM, Chris Bowers wrote:
> Stefano,
>
>
has to assign a
single unique index value to each node.
Chris
-Original Message-
From: Stefano Previdi (sprevidi) [mailto:sprev...@cisco.com]
Sent: Tuesday, September 02, 2014 10:21 AM
To: Chris Bowers
Cc: spring@ietf.org; isis...@ietf.org
Subject: Re: [spring] carrying IPv6 and IPv4
Has there been any discussion about how to carry both IPv6 and IPv4 packets
with SPRING/SR MPLS labels? From what I can tell, neither
draft-filsfils-spring-segment-routing-04 nor
draft-filsfils-spring-segment-routing-mpls-03 addresses this scenario.
In the context of shortest-path forwarding u
: Stefano Previdi (sprevidi) [mailto:sprev...@cisco.com]
Sent: Friday, August 01, 2014 1:54 AM
To: Uma Chunduri
Cc: Chris Bowers; isis...@ietf.org; spring@ietf.org
Subject: Re: [Isis-wg] comment on draft-ietf-isis-segment-routing-extensions-02
Uma,
I agree.
I think we also explicitly stated this during
26 matches
Mail list logo