Good to know the intention is to support fallback for Srv6.
The way current text is written, it implies service SID is always in the
destination address.
And hence service SID should be resolvable. This is not the case when a service
SID
Corresponding to flex-algo wants to fallback on best
Comments In-Line..
Thanks,
Jim Uttaro
From: spring On Behalf Of Shraddha Hegde
Sent: Tuesday, July 20, 2021 5:56 AM
To: Robert Raszuk
Cc: spr...@ietf.org; bess@ietf.org
Subject: Re: [spring] SRv6 BGP based Overlay Services
(draft-ietf-bess-srv6-services-07)
Good to know the in
Jim,
The "policy" I had in mind was a simple cfg switch "fallback global" for
any SRv6 service originally set to say run over different IGP topology. Or
perhaps if more then two options are available, list the chain of
forwarding tables/topologies to be used as transport for a given SRv6
service.
Hi Shraddha,
An implementation can allow any fallback strategy, including multiple levels of
fallback, but the backup path you are describing is simply the general behavior
of a SRv6 policy. The End SID is part of the SRv6 policy segment list and is
the top SID. So, the service SID will indeed b
Mustapha,
I think Shraddha is pointing about the paragraph “When providing best-effort
connectivity…” where it specifically talks about fallback to best-effort and if
so, perform the resolvability check on the service-SID. Going by what you are
saying that its general behavior of SRv6 policy, t
Hi Srihari,
I am not able to find the text about fallback in the version 07 of the draft. I
may have misunderstood but I thought Shraddha was proposing new text to cover
fallback in the draft.
The draft refers to “SRv6 service with best-effort connectivity” and to “SRv6
service in conjunction w
Comments In-Line..
Thanks,
Jim Uttaro
From: spring On Behalf Of Aissaoui, Mustapha (Nokia -
CA/Ottawa)
Sent: Tuesday, July 20, 2021 1:14 PM
To: Srihari Sangli ; Shraddha Hegde
; Robert Raszuk
Cc: spr...@ietf.org; bess@ietf.org
Subject: Re: [spring] SRv6 BGP based Overlay Service
