Hi Tom,
We've seen a very long and exhaustive debate and review on SRH in the 6man WG.
I am not sure how bringing that up helps answer the questions raised during the
CRH adoption.
Thanks,
Ketan
-Original Message-
From: Tom Herbert
Sent: 22 May 2020 21:05
To: Ketan Talaulikar (ketan
Hi Joel.
I believe the focus of the adoption call is CRH and that too in the context
outside the SRm6. So I am not trying to debate SRH or SRv6 at this point - we
can do that separately not to mix things up.
I am looking for explanation of the "other ways" that CRH can be used (i.e.
those outs
Hi Ron,
Thanks for your reply.
I finally get that CRH only support steering packet along a path.
But I am still curious that how to support a specific function/behavior at the
specific node by using CRH. Can you please explain that?
Since this is a very basic function we want in the network. S
Cheng,
The CRH is a building block. It has exactly one function. That is, to steer a
packet along its delivery path.
The CRH does not attempt to deliver parameters or metadata to service function
instances. It relies on other mechanisms. One possibility is a destination
options header that pre
Chengli (Cheng Li) wrote on 23/05/2020 18:27:
Sure, you are right, we can use CRH and NSH, but personally, I don't think this
is a good idea.
As an operator, I agree - this sounds like a foolish thing to do.
Fortunately, both CRH and NSH processing are disabled by default. I.e.
this is only
Hi Joel,
Sure, you are right, we can use CRH and NSH, but personally, I don't think this
is a good idea.
CRH introduce the mapping table to the nodes, and NSH introduce per-SFC/flow
mapping state again, it is not we want in source routing.
We want to maintain the states on the edge nodes only
there are a number of Internet Drafts describing a range of ways of
using SFC NSH with MPLS. The same choices appear to be available with
CRH. If folks are interested, once CRH progresses, it should be a
simple task to document that.
Yours,
Joel
On 5/23/2020 12:59 PM, Chengli (Cheng Li) wro
Hi Ron,
Thanks for your reply.
Regarding NSH, are you saying to use CRH as a tunnel transport encapsulation
between two SFF nodes?
Or we can use a single CRH for steering packet through all the SFF nodes that
the NSH packet should visit?
Regarding using the first DOH, how to do that without th
