On Tue, Nov 16, 2021 at 11:38 PM Tianran Zhou wrote:
>
> Hi Greg,
>
> In real word, upgrade all devices is hard, especially for multi-vendors. And
> there are devices not able to update the fast path.
> Supporting only SRH but not other IPv6 EHs is normal.
Tianran,
I do not know what "normal" m
Tianran,
I will state the case a little more bluntly. You need a method of invoking
AltMark behavior:
- at each hop along a packet's deliver path
- at segment endpoints only
- at the ultimate destination node only
You have already defined the AltMark Option that can be included in:
- A Hop-by-
Hi Ron, I’m glad we read that the same.
As usual for SRv6, the SR source needs to decide how to build the IPv6
extension header chain. With current text, when extension headers are required
to be processed at the ultimate segment, the SR source would need to add an SRH.
Would you agree?
The ps
Darren,
Yes, the SR ingress node would need to add an SRH whenever the packet includes
an extension header that needs to be processed at the packet's ultimate
destination only.
This would be an odd routing header as it would include no routing information
whatsoever.
You might want to documen
