Hi Med,
On Thu, Jan 10, 2019 at 02:08:02PM +, mohamed.boucad...@orange.com wrote:
> Hi Benjamin,
>
> Thank you for the review.
>
> Please see inline.
>
> Cheers,
> Med
>
> > -Message d'origine-
> > De : Benjamin Kaduk [mailto:ka...@mit.edu]
> > Envoyé : mardi 8 janvier 2019
Ignas,
Because these counters are applicable to some interface/tunnel schemes, the
augment must be anyway subject to a "when derived-from()" clause (as a function
of the tunnel type).
The counters are designed so that other modules can reuse them, if needed. This
can be done by using this
Ignas Bagdonas has entered the following ballot position for
draft-ietf-softwire-yang-14: 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 to
Hi Suresh,
Please see inline below.
Thanks,
Ian
> On 10. Jan 2019, at 15:05, Suresh Krishnan wrote:
>
> Suresh Krishnan has entered the following ballot position for
> draft-ietf-softwire-yang-14: No Objection
>
> When responding, please keep the subject line intact and reply to all
> email
Hi Suresh,
We didn't consider 8026-like prioritization at the CE because that feature is
not specific to A+P but applies to a bunch of IPv4 service continuity
mechanisms including DS-Lite and 464xlat. That feature has to be defined, if
needed, in a separate module.
Cheers,
Med
>
Hi Benjamin,
Thank you for the review.
Please see inline.
Cheers,
Med
> -Message d'origine-
> De : Benjamin Kaduk [mailto:ka...@mit.edu]
> Envoyé : mardi 8 janvier 2019 20:38
> À : The IESG
> Cc : draft-ietf-softwire-y...@ietf.org; Sheng Jiang; softwire-
> cha...@ietf.org;
Suresh Krishnan has entered the following ballot position for
draft-ietf-softwire-yang-14: 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 to
Hi all,
-02 will also implement a change requested by the smi expert to cite the RFCs
defining the tunneling techniques instead of pointing to 4087. An action will
be requested to IANA to update the table available at
Hi Yong,
Further to my previous email.
During the review of draft-ietf-softwire-yang, there is a comment about
following the published format for the Security Considerations section of a
document containing a YANG module. I wasn’t previously aware of this: