hi  Les:
     Thank you very much for your suggestion,   I think 
your are right,  so I have updated  the draft for a new version just 
now.  
 
 Best Regards 
Tao He
------------------ Original ------------------
From: &nbsp;"Les Ginsberg (ginsberg)"<[email protected]&gt;;
Date: &nbsp;Sat, Jul 18, 2026 11:54 PM
To: 
&nbsp;"[email protected]"<[email protected]&gt;;
 "lsr"<[email protected]&gt;; 

Subject: &nbsp;Comments on draft-he-lsr-srv6-mirror-sid-igp-encoding

&nbsp;
  
【本邮件为外部邮件,请注意核实发件人身份,并谨慎处理邮件内容中的链接及附件】
Draft authors -

This draft defines a new sub-TLV for the Locator TLV:&nbsp; 
https://www.ietf.org/archive/id/draft-he-lsr-srv6-mirror-sid-igp-encoding-00.html#name-is-is-srv6-mirror-sid-sub-t
 

But the format is identical to the existing END SID sub-TLV defined in 
https://www.rfc-editor.org/rfc/rfc9352.html#name-srv6-end-sid-sub-tlv . There 
is no need to define a new sub-TLV - the existing sub-TLV can be used with the 
new behavior.

I note that the new behavior (END.M) is defined in 
https://www.ietf.org/archive/id/draft-ietf-rtgwg-srv6-egress-protection-24.html#name-srv6-endpoint-behaviors
 - which is fine.

You&nbsp; also define a new sub-sub-TLV to advertise the Locators protected by 
the Mirror SID - which is fine - but the new sub-TLV is unnecessary and should 
be removed.

The same comments apply to OSPFv3 as well.

Thanx.

&nbsp; &nbsp; Les
_______________________________________________
Lsr mailing list -- [email protected]
To unsubscribe send an email to [email protected]

Reply via email to