Re: [spring] I-D Action: draft-ietf-6man-segment-routing-header-01.txt

2016-04-28 Thread Stefano Previdi (sprevidi)
There are many operators and use cases where, instead of encapsulation, srh insertion is a far better option. In fact all current implementations are doing srh insertion. Still, from a spec perspective, the srh processis the same. s. -Original Message- From: rabah.gued...@orange.com [r

Re: [spring] I-D Action: draft-ietf-6man-segment-routing-header-01.txt

2016-04-28 Thread rabah.guedrez
You have said in a previous response to a question that the draft only consider the encapsulation of client packet into a new IPV6 header with SRH, and not adding only an SRH to an existing packet. Which make sense especially for service providers who would prefer to tunnel client traffic (not

Re: [spring] I-D Action: draft-ietf-6man-segment-routing-header-01.txt

2016-04-28 Thread Stefano Previdi (sprevidi)
On Apr 28, 2016, at 11:13 AM, rabah.gued...@orange.com wrote: > > Rabah Guedrez > Thésard > ORANGE/IMT/OLN/WTC/IEE/ITEQ > > Phone: +33 2 96 07 18 56 > rabah.gued...@orange.com > > > > -Message d'origine- > De : Stefano Previdi (sprevidi) [mailto:sprev...@cisco.com] > Envoyé : m

Re: [spring] I-D Action: draft-ietf-6man-segment-routing-header-01.txt

2016-04-28 Thread rabah.guedrez
  Rabah Guedrez Thésard ORANGE/IMT/OLN/WTC/IEE/ITEQ   Phone: +33 2 96 07 18 56 rabah.gued...@orange.com   -Message d'origine- De : Stefano Previdi (sprevidi) [mailto:sprev...@cisco.com] Envoyé : mercredi 27 avril 2016 15:50 À : GUEDREZ Rabah IMT/OLN Cc : spring@ietf.org; i...@iet