Re: I-D Action: draft-voyer-6man-extension-header-insertion-02.txt

[Fernando Gont <[e-mail]>]

On 12/01/2017 03:34 AM, Robert Raszuk wrote:
> Hi Fernando,
> 
> So in the case of encapsulation you normally put the node performing the
> encap as source address. That may impact how you handle this packet via
> number of services or even by src-dst routing correct ? 
> 
> So while perhaps some may consider it "cleaner" I think both variants
> have their own use cases and should be supported. 

Inserting an EH as suggested is not IPv6, and can break a number of
things. The very least I would expect for a proposal to do so is why
that cannot be done with proper encapsulation. --> i.e., add an outter
IPv6 header with a RH header, and do your thing, as oppose to insert the
RH in there.

Of the top of my head, if part of the claim is the controlled
environment, and that this controlled environment will take care of the
"butchered" packets to be brought back into their original shape, I'd
expect that having a dst addr of a system that can actually do that (as
in the normal encapsulation case) is kind of a requirement...

-- 
Fernando Gont
SI6 Networks
e-mail: [e-mail]
PGP Fingerprint: 6666 31C6 D484 63B2 8FB1 E3C4 AE25 0D55 1D4E 7492