Re: [tsvwg] Review of draft-ietf-tsvwg-natsupp

mohamed.boucadair@orange.com Mon, 02 November 2020 14:34 UTC

Return-Path: <mohamed.boucadair@orange.com>
X-Original-To: tsvwg@ietfa.amsl.com
Delivered-To: tsvwg@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2993E3A0D94 for <tsvwg@ietfa.amsl.com>; Mon, 2 Nov 2020 06:34:50 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.096
X-Spam-Level:
X-Spam-Status: No, score=-2.096 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_MSPIKE_H4=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, UNPARSEABLE_RELAY=0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=orange.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id l1Mm0pRl5PMh for <tsvwg@ietfa.amsl.com>; Mon, 2 Nov 2020 06:34:48 -0800 (PST)
Received: from relais-inet.orange.com (relais-inet.orange.com [80.12.70.36]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E3B8F3A095D for <tsvwg@ietf.org>; Mon, 2 Nov 2020 06:34:47 -0800 (PST)
Received: from opfednr06.francetelecom.fr (unknown [xx.xx.xx.70]) by opfednr23.francetelecom.fr (ESMTP service) with ESMTP id 4CPwRV3Qgfz5vcR; Mon, 2 Nov 2020 15:34:46 +0100 (CET)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=orange.com; s=ORANGE001; t=1604327686; bh=y+STazUt8fy8mU3az3AcRmDcWOXzp1lxXIhC1yx4q5w=; h=From:To:Subject:Date:Message-ID:Content-Type: Content-Transfer-Encoding:MIME-Version; b=p+oU1IPco11/vOcaAtgPyERLwzKUa5rxGsrUp0R2YvQXOWzdTgqbRGICKcdRmyY2K 7lTf6MbuoCrJ0onWZUVzpk0YyZUrvk/EmL1rbZCuhRBoStbmIZyJiB4JI3WV5M958g fc02hsKT2e7TLi/rKKTFnkDeYAPbh3l++gia4UIf6cfoOdVlYNhgj0Li31YCp1TAAy OZ7rgyJWWK+Ry86iRs8gRa2RdlzOFp5A2rlUr9DhPMIWWdmkZQ4xxwaXH4aPNWlASo GnY7J9Yf06nzew/J7W8qcs+IrwUMmAGsLilYvxMXFmN+qbbAfJ6uF2IGMoEFRp9iNU l4kCHIsT7//IQ==
Received: from Exchangemail-eme6.itn.ftgroup (unknown [xx.xx.13.92]) by opfednr06.francetelecom.fr (ESMTP service) with ESMTP id 4CPwRV2Tl3zDq7d; Mon, 2 Nov 2020 15:34:46 +0100 (CET)
From: <mohamed.boucadair@orange.com>
To: Michael Tuexen <tuexen@fh-muenster.de>
CC: Gorry Fairhurst <gorry@erg.abdn.ac.uk>, "tsvwg@ietf.org" <tsvwg@ietf.org>
Thread-Topic: [tsvwg] Review of draft-ietf-tsvwg-natsupp
Thread-Index: AQHWsL9pESAb7nE2kU6v+M0bzpb9rqm06FPQ
Date: Mon, 2 Nov 2020 14:34:45 +0000
Message-ID: <27256_1604327686_5FA01906_27256_478_29_787AE7BB302AE849A7480A190F8B93303156DAEB@OPEXCAUBMA2.corporate.adroot.infra.ftgroup>
References: <5D8509CA.7010206@erg.abdn.ac.uk> <A3FB9E59-C9F4-46D4-8327-BCDECAD96E8C@eggert.org> <FE044966-F0B7-4B0F-AD69-6B2F09AA0C1E@fh-muenster.de> <FC682E9C-718A-4E42-8981-87F7824CF1EE@eggert.org> <dba1cbe5-06e8-d0f1-064a-6b04a3384cec@erg.abdn.ac.uk> <6578_1596012466_5F2137B2_6578_50_1_787AE7BB302AE849A7480A190F8B933031507BEC@OPEXCAUBMA2.corporate.adroot.infra.ftgroup> <C0B73479-0160-433B-8240-45535985AC80@fh-muenster.de>
In-Reply-To: <C0B73479-0160-433B-8240-45535985AC80@fh-muenster.de>
Accept-Language: fr-FR, en-US
Content-Language: fr-FR
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.114.13.247]
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/tsvwg/7nfhkvfcSACW-B8TuZjPOQjX_6c>
Subject: Re: [tsvwg] Review of draft-ietf-tsvwg-natsupp
X-BeenThere: tsvwg@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Transport Area Working Group <tsvwg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/tsvwg>, <mailto:tsvwg-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/tsvwg/>
List-Post: <mailto:tsvwg@ietf.org>
List-Help: <mailto:tsvwg-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/tsvwg>, <mailto:tsvwg-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 02 Nov 2020 14:34:50 -0000

Hi Michael, 

Thank you.

I checked the changes in draft-ietf-tsvwg-natsupp-21 and I confirm that I'm happy with the changes. 

Cheers,
Med

> -----Message d'origine-----
> De : Michael Tuexen [mailto:tuexen@fh-muenster.de]
> Envoyé : lundi 2 novembre 2020 03:23
> À : BOUCADAIR Mohamed TGI/OLN <mohamed.boucadair@orange.com>
> Cc : Gorry Fairhurst <gorry@erg.abdn.ac.uk>uk>; tsvwg@ietf.org
> Objet : Re: [tsvwg] Review of draft-ietf-tsvwg-natsupp
> 
> >
> > On 29. Jul 2020, at 10:47, mohamed.boucadair@orange.com wrote:
> >
> > Hi Gorry, all,
> >
> > I support the document to advance in the publication process.
> >
> > As I may not be available in the coming weeks, please find below
> some ** minor ** comments to be considered as part of the WGLC:
> >
> > * pdf: https://github.com/boucadair/IETF-Drafts-
> Reviews/blob/master/draft-ietf-tsvwg-natsupp-20-rev%20Med.pdf
> Hi Med,
> 
> thanks for the review. Here are the comments:
> 
> * Page 1: Fixed multi point -> multipoint
> * [BMT1]: I changed internal addresses to private-use addresses.
>           Then it is clear why RFC 6890 is cited.
> * Page 3: added 'AFTR'.
> * [BMT2]: Done.
> * Page 4: Comma added.
> * Page 4: in NAT function -> by NAT function
> * [BMT3]: this feature -> SCTP-aware NAT
> * Page 4: comma added
> * [BMT4]: the extension -> SCTP-aware NAT
> * Page 5: sent externally from behind NAT -> sent from behind NAT
> * Page 5: feature -> SCTP-aware NAT
> * [BMT5]: Done.
> * [BMT6]: Done.
> * Page 6: Internet -> Network
> * Page 6: Basic network setup -> Basic Network Setup
> * Page 6: multi point -> multipoint
> * Page 7: Changes accepted.
> * [BMT7]: Why? I consider the two NAT functions independent. So if
> one fails, the
>           communication can continue via the other path.
> * Page 8: Changes accepted.
> * [BMT8]: I don't think you gain anything from an example.
> * [BMT9]: Done.
> * [BMT10]: Done.
> * [BMT11]: Done.
> * [BMT12]: Done.
> * [BMT13]: Done.
> * [BMT14]: Using consistently host.
> * Page 9:  Accepted, except figure name/number.
> * [BMT15]: I don't think we need figure name/number.
> * [BMT16]: Done.
> * [BMT17]: Done.
> * [BMT18]: Done.
> * [BMT19]: Now using consistently host.
> * [BMT20]: Not adding name/number to figure.
> * [BMT21]: Not adding name/number to figure.
> * Page 12: Changes accepted except figure name/number.
> * Page 13: First change not accepted due to xml usage, second change
> accepted.
> * [BMT22]: Keeping text, since requested by WG Chair.
> * [BMT23]: Keeping text, since requested by WG Chair.
> * [BMT24]: Keeping text, since requested by WG Chair.
> * [BMT25]: Keeping text, since requested by WG Chair.
> * Page 18: Changes accepted.
> * BMT[26]: Done.
> * Page 19: Changes accepted.
> * Page 20: Changes accepted.
> * [BMT27]: I'm using 10.0.0.0/8 as a private network in accordance
> with RFC 6890
> * Page 33: Changes accepted.
> * Page 40: Changes accepted.
> 
> Best regards
> Michael
> > * doc: https://github.com/boucadair/IETF-Drafts-
> Reviews/raw/master/draft-ietf-tsvwg-natsupp-20-rev%20Med.docx
> >
> > Cheers,
> > Med
> >
> >> -----Message d'origine-----
> >> De : tsvwg [mailto:tsvwg-bounces@ietf.org] De la part de Gorry
> >> Fairhurst
> >> Envoyé : mardi 28 juillet 2020 16:53
> >> À : Lars Eggert <lars@eggert.org>rg>; Michael Tuexen <tuexen@fh-
> >> muenster.de>
> >> Cc : tsvwg@ietf.org
> >> Objet : Re: [tsvwg] Review of draft-ietf-tsvwg-natsupp
> >>
> >> In the WG meeting today, it was suggested by the Chairs that the
> WG
> >> should proceed to a last LC of this document, which we plan to
> start
> >> this week. Thanks to all who contributed to this work over the
> years,
> >> and especially for the feedback over the last year that have
> allowed
> >> to reach this point. Please send to the list if you have
> comments.
> >>
> >> Gorry
> >>
> >> On 28/07/2020 07:58, Lars Eggert wrote:
> >>> On 2019-10-3, at 14:37, Michael Tuexen <tuexen@fh-muenster.de>
> >> wrote:
> >>>> On 3. Oct 2019, at 13:35, Lars Eggert <lars@eggert.org> wrote:
> >>>>> it'll be nine years in November since the WG adopted this
> >> document, and almost 15 years since the first drafts were
> published.
> >> Isn't it time to abandon this effort?
> >>>> Or finish it? I need to address two sets of comments, which I
> plan
> >> to do in the next two weeks...
> >>> Just wanted to point out that it's been almost a year since my
> last
> >> email and we seem no closer to finishing this.
> >>>
> >>> Lars
> >
> >


_________________________________________________________________________________________________________________________

Ce message et ses pieces jointes peuvent contenir des informations confidentielles ou privilegiees et ne doivent donc
pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce message par erreur, veuillez le signaler
a l'expediteur et le detruire ainsi que les pieces jointes. Les messages electroniques etant susceptibles d'alteration,
Orange decline toute responsabilite si ce message a ete altere, deforme ou falsifie. Merci.

This message and its attachments may contain confidential or privileged information that may be protected by law;
they should not be distributed, used or copied without authorisation.
If you have received this email in error, please notify the sender and delete this message and its attachments.
As emails may be altered, Orange is not liable for messages that have been modified, changed or falsified.
Thank you.