Good suggestion, Tom.
Thanks.
Cheers,
Med
> -Message d'origine-
> De : Tom Herbert [mailto:t...@herbertland.com]
> Envoyé : jeudi 20 juillet 2017 17:39
> À : BOUCADAIR Mohamed IMT/OLN
> Cc : Joe Touch; Olivier Bonaventure; Internet Area; tsv-area@ietf.org
> Objet : Re: [Int-area] Middleb
On Thu, Jul 20, 2017 at 8:26 AM, wrote:
> Re-,
>
> Please see inline.
>
> Cheers,
> Med
>
>> -Message d'origine-
>> De : Joe Touch [mailto:to...@isi.edu]
>> Envoyé : jeudi 20 juillet 2017 16:37
>> À : BOUCADAIR Mohamed IMT/OLN; Olivier Bonaventure; Internet Area; tsv-
>> a...@ietf.org
>>
Re-,
Please see inline.
Cheers,
Med
> -Message d'origine-
> De : Joe Touch [mailto:to...@isi.edu]
> Envoyé : jeudi 20 juillet 2017 16:37
> À : BOUCADAIR Mohamed IMT/OLN; Olivier Bonaventure; Internet Area; tsv-
> a...@ietf.org
> Objet : Re: [Int-area] Middleboxes to aid the deployment o
On 7/19/2017 11:19 PM, Olivier Bonaventure wrote:
>> How do you know you're using the converter? Is the initial connection to
>> that converter? Or does the converter hijack (the latter is the
>> implication of the text, AFAICT).
>
> Consider a simple implementation using LD_PRELOAD to overload th
On 7/19/2017 10:43 PM, mohamed.boucad...@orange.com wrote:
> ...
>>> The converter is not intended to be used for all TCP connections. In
>>> the draft we explain how an MPTCP endpoint can bypass the converter if
>>> the destination server supports MPTCP. For TCP-AO, my recommendation
>>> would b
On 7/19/2017 10:39 PM, mohamed.boucad...@orange.com wrote:
> Hi Joe,
>
> The text can always be worked out. This is not an IETF LC :)
Agreed - I was explaining that the current text - and many of the
responses in this chain, both from you and others, continues to be
confusing.
> The main point
