Hi Jie,
Thanks for you reply.
Please see in-line [PSF]
Regards,
PSF
From: spring [mailto:spring-boun...@ietf.org] On Behalf Of
peng.sha...@zte.com.cn
Sent: Sunday, February 7, 2021 11:53 AM
To: james.n.guich...@futurewei.com
Cc: spring@ietf.org; spring-cha...@iet
I think that, before jumping in to criticise
draft-dong-spring-sr-for-enhanced-vpn too much for the *potential* for state
explosion, everyone should read draft-ietf-teas-enhanced-vpn and
draft-dong-teas-enhanced-vpn-vtn-scalability with some care (as Pavan appears
to have done :-) to see the di
"Thus, from a purely technical point of view, I see no reason for this document
to be adopted.”
Could you please explain the technical point why this document can’t be adopted?
IMO, all your statements just show support and consensus on the technology.
Tianran
___
Please review and comment
Juniper Business Use Only
> -Original Message-
> From: internet-dra...@ietf.org
> Sent: Sunday, February 7, 2021 11:41 AM
> To: Greg Mirsky ; Peng Shaofu
> ; Ron Bonica ; Shaofu Peng
> ; Shraddha Hegde ; EXT-
> zhang.zh...@zte.com.cn
> Subject: New Version N
Hi Ron,
Very useful document, thanks!
Question wrt processing:
As described in the draft:
“A SID instance is associated with SR-MPLS label stack and outgoing interface.”
I’d think that outgoing interface would be recursively resolved based on the
top SID (and could change based on topological s
