[OPSAWG] I-D Action: draft-ietf-opsawg-nat-yang-12.txt

A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Operations and Management Area Working Group WG of the IETF. Title : A YANG Module for Network Address Translation (NAT) Authors : Mohamed Boucadair

[OPSAWG] Eric Rescorla's Discuss on draft-mm-wg-effect-encrypt-17: (with DISCUSS and COMMENT)

Eric Rescorla has entered the following ballot position for draft-mm-wg-effect-encrypt-17: Discuss When responding, please keep the subject line intact and reply to all email addresses included in the To and CC lines. (Feel free to cut this introductory paragraph, however.) Please refer to

Re: [OPSAWG] Ben Campbell's No Objection on draft-mm-wg-effect-encrypt-17: (with COMMENT)

> On Feb 7, 2018, at 9:08 PM, Spencer Dawkins at IETF > wrote: > > -2.2.1: Please expand "QUIC" and add a citation. > > QUIC started out as an acronym (and went through two or three variations), > but sometime during the chartering process, the expansion was

Re: [OPSAWG] Ben Campbell's No Objection on draft-mm-wg-effect-encrypt-17: (with COMMENT)

Following up on an obscure point ... On Tue, Feb 6, 2018 at 11:40 PM, Ben Campbell wrote: > Ben Campbell has entered the following ballot position for > draft-mm-wg-effect-encrypt-17: No Objection > > When responding, please keep the subject line intact and reply to all >

Re: [OPSAWG] New Version Notification - draft-mm-wg-effect-encrypt-16.txt

So, I¹ve not been very involved in this process (not at all, really, although I¹ve worked on standards before), but my 2 cents from version 17: "For example, findings of loss and jitter in VoIP traffic can be a predictor of future customer dissatisfaction (supported by metadata from the RTP/RTCP

[OPSAWG] Alia Atlas' Yes on draft-mm-wg-effect-encrypt-17: (with COMMENT)

Alia Atlas has entered the following ballot position for draft-mm-wg-effect-encrypt-17: Yes When responding, please keep the subject line intact and reply to all email addresses included in the To and CC lines. (Feel free to cut this introductory paragraph, however.) Please refer to

[OPSAWG] Deborah Brungard's No Objection on draft-mm-wg-effect-encrypt-17: (with COMMENT)

Deborah Brungard has entered the following ballot position for draft-mm-wg-effect-encrypt-17: No Objection When responding, please keep the subject line intact and reply to all email addresses included in the To and CC lines. (Feel free to cut this introductory paragraph, however.) Please refer

Re: [OPSAWG] Opsdir early review of draft-ietf-opsawg-nat-yang-10

Med Looks good. Two loose ends. On RFC6052 being a Normative reference from RFC7915 and so not needing further citing, well yes, I suppose so:-) On idnits and RFC7050, you cannot have an RFC style reference such as [RFC] in the YANG module, with the underlying in the html version, because

Re: [OPSAWG] Opsdir early review of draft-ietf-opsawg-nat-yang-10

On 2/7/18 03:14, mohamed.boucad...@orange.com wrote: > Hi Joe, all, > > Thanks. Lets' then go that path. > > A new version which addresses the comments from Tim (remove the NPTv6 part + > some minor edits) is available at: >

Re: [OPSAWG] Ben Campbell's No Objection on draft-mm-wg-effect-encrypt-17: (with COMMENT)

Hi Ben, Thanks for the detailed comments. We will fold them into a revision after the telechat (as I have no time before). We have some editorial ones from Ben that will be folded in as well. We were hesitant to change anything that was not requested as we didn't want to leave the document in

Re: [OPSAWG] Opsdir early review of draft-ietf-opsawg-nat-yang-10

Hi Tom, Thank you for the careful review. Please see inline. Cheers, Med > -Message d'origine- > De : t.petch [mailto:ie...@btconnect.com] > Envoyé : mercredi 7 février 2018 13:01 > À : BOUCADAIR Mohamed IMT/OLN > Cc : draft-ietf-opsawg-nat-yang@ietf.org; opsawg@ietf.org > Objet 

Re: [OPSAWG] Opsdir early review of draft-ietf-opsawg-nat-yang-10

While you are at it, you might like to note s1.1 / A NAPT my use /A NAPT may use / feature siit { description .. The translator must support the stateless address mapping algorithm defined in RFC6052, which is the default behavior."; reference "RFC 7915:

Re: [OPSAWG] Opsdir early review of draft-ietf-opsawg-nat-yang-10

Hi Joe, all, Thanks. Lets' then go that path. A new version which addresses the comments from Tim (remove the NPTv6 part + some minor edits) is available at: https://datatracker.ietf.org/doc/draft-ietf-opsawg-nat-yang/?include_text=1 Tim, thank you for identifying this issue at this stage

[OPSAWG] I-D Action: draft-ietf-opsawg-nat-yang-11.txt

A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Operations and Management Area Working Group WG of the IETF. Title : A YANG Module for Network Address Translation (NAT) Authors : Mohamed Boucadair