Hi All, For best effort service, flex algo - Resolve SRv6 Service SID for forwarding. For SR-TE, CAR/CT - Resolve BGP next hop for forwarding.
There is no unification here, it's better to unify. Any other solution is OK. Thanks Rajesh Juniper Business Use Only From: Rabadan, Jorge (Nokia - US/Mountain View) <jorge.raba...@nokia.com> Sent: Monday, July 19, 2021 7:17 PM To: Rajesh M <mraj...@juniper.net>; Rajesh M <mrajesh=40juniper....@dmarc.ietf.org>; Ketan Talaulikar (ketant) <ket...@cisco.com>; gdawra.i...@gmail.com; Clarence Filsfils (cfilsfil) <cfils...@cisco.com>; rob...@raszuk.net; bruno.decra...@orange.com Cc: spr...@ietf.org; b...@ans.net; Shraddha Hegde <shrad...@juniper.net>; bess@ietf.org; Srihari Sangli <ssan...@juniper.net> Subject: Re: SRv6 BGP based Overlay Services (draft-ietf-bess-srv6-services-07) [External Email. Be cautious of content] Hi Rajesh, The draft is written so that the next-hop address MAY be covered by the locator, but there are cases in which the next-hop address is not part of the locator prefix, and there are implementations already allowing that, so I don't agree the document should mandate what you are suggesting. Thanks. Jorge From: Rajesh M <mraj...@juniper.net<mailto:mraj...@juniper.net>> Date: Monday, July 19, 2021 at 3:24 PM To: Rajesh M <mrajesh=40juniper....@dmarc.ietf.org<mailto:mrajesh=40juniper....@dmarc.ietf.org>>, Ketan Talaulikar (ketant) <ket...@cisco.com<mailto:ket...@cisco.com>>, gdawra.i...@gmail.com<mailto:gdawra.i...@gmail.com> <gdawra.i...@gmail.com<mailto:gdawra.i...@gmail.com>>, Clarence Filsfils (cfilsfil) <cfils...@cisco.com<mailto:cfils...@cisco.com>>, rob...@raszuk.net<mailto:rob...@raszuk.net> <rob...@raszuk.net<mailto:rob...@raszuk.net>>, bruno.decra...@orange.com<mailto:bruno.decra...@orange.com> <bruno.decra...@orange.com<mailto:bruno.decra...@orange.com>>, Rabadan, Jorge (Nokia - US/Mountain View) <jorge.raba...@nokia.com<mailto:jorge.raba...@nokia.com>> Cc: spr...@ietf.org<mailto:spr...@ietf.org> <spr...@ietf.org<mailto:spr...@ietf.org>>, b...@ans.net<mailto:b...@ans.net> <b...@ans.net<mailto:b...@ans.net>>, Shraddha Hegde <shrad...@juniper.net<mailto:shrad...@juniper.net>>, bess@ietf.org<mailto:bess@ietf.org> <bess@ietf.org<mailto:bess@ietf.org>>, Srihari Sangli <ssan...@juniper.net<mailto:ssan...@juniper.net>> Subject: RE: SRv6 BGP based Overlay Services (draft-ietf-bess-srv6-services-07) Hi Authors, Please respond. Thanks Rajesh Juniper Business Use Only From: spring <spring-boun...@ietf.org<mailto:spring-boun...@ietf.org>> On Behalf Of Rajesh M Sent: Thursday, July 15, 2021 4:36 PM To: Ketan Talaulikar (ketant) <ket...@cisco.com<mailto:ket...@cisco.com>>; gdawra.i...@gmail.com<mailto:gdawra.i...@gmail.com>; Clarence Filsfils (cfilsfil) <cfils...@cisco.com<mailto:cfils...@cisco.com>>; rob...@raszuk.net<mailto:rob...@raszuk.net>; bruno.decra...@orange.com<mailto:bruno.decra...@orange.com>; jorge.raba...@nokia.com<mailto:jorge.raba...@nokia.com> Cc: spr...@ietf.org<mailto:spr...@ietf.org>; b...@ans.net<mailto:b...@ans.net>; Shraddha Hegde <shrad...@juniper.net<mailto:shrad...@juniper.net>>; bess@ietf.org<mailto:bess@ietf.org> Subject: [spring] SRv6 BGP based Overlay Services (draft-ietf-bess-srv6-services-07) [External Email. Be cautious of content] Hi All, As per this draft, this is how resolution must work. 1)For Non Intent service Route: if BGP next hop is not reachable return. Resolve SRv6 Service SID for forwarding. 2)For Intent service Route (IGP Flex-Algo first then BGP CAR then SR Policy): BGP next hop is not reachable return. Resolve SRv6 Service SID for forwarding(To find IGP flex algo).if successfully resolves then return. Resolve BGP next hop for forwarding (in case above is not success). Using Service SID (overlay),for resolution is definitely not recommended. Instead in case of srv6, we always resolve on BGP nexthop. This will be in line with BGP legacy. In case of best effort/flex algo we must mandate user to set corresponding locator as BGP nexthop for srv6 routes. I think this is a reasonable mandate. Thanks Rajesh Juniper Business Use Only
_______________________________________________ BESS mailing list BESS@ietf.org https://www.ietf.org/mailman/listinfo/bess
