<div dir="ltr">Isso me faz lembrar o bom e eterno " Draft Rosen" para MVPN!<div><br></div><div>:-)</div></div><div class="gmail_extra"><br><div class="gmail_quote">2017-07-19 13:36 GMT-03:00 Carlos M. Martinez <span dir="ltr"><<a href="mailto:carlosm3011@gmail.com" target="_blank">carlosm3011@gmail.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><u></u>





<div>
<div class="m_3963089624090908529markdown">
<p dir="auto">Se extraña la epoca de los Kompella, cuando la gente implementaba <em>drafts</em>.</p>

<p dir="auto">Ahora insisten en STD…</p>

<p dir="auto">:D</p><div><div class="h5">

<p dir="auto">On 19 Jul 2017, at 18:15, Tomas Lynch wrote:</p>

</div></div></div><div><div class="h5">
<div class="m_3963089624090908529plaintext"></div>
<blockquote class="m_3963089624090908529embedded"><div dir="ltr">Muy buena aclaración Jordi, gracias. MPLS es un caso que es "solo un" RFC y no un STD.<br></div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Jul 19, 2017 at 4:07 AM, JORDI PALET MARTINEZ <span dir="ltr"><<a href="mailto:jordi.palet@consulintel.es" target="_blank">jordi.palet@consulintel.es</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Siento que este en inglés, pero creo que es fácil de entender …<br>
<br>
I’ve published a comment about this on the deploy360 site, I think it is worth to make it here as well.<br>
<br>
IETF works with documents that start with an Internet Draft (ID). Once the ID is accepted by a Working Group, then it becomes “IETF work” (before that is just an individual contribution).<br>
<br>
Most of the vendors, since many years ago, implement code for IDs once they become stable (sometimes even from earlier document versions if they want to “try” the concept), and almost every vendor implement a stable version when a document becomes an RFC (the step after the ID becomes stable).<br>
<br>
Today we use many protocols that are “just” RFCs.<br>
<br>
However, there is one more step, which is STD (standard), which is done only once code for an RFC has been running globally in Internet for a few years, and it is proven that it is interoperable and stable among several vendors/products.<br>
<br>
As you may guess, the move from RFC to STD is more an administrative task (reporting such universal deployment and interoperability) than a technical task or change. In fact for an RFC to move to STD it must be stable, so no “last minute” changes, unless is just clarifying text in the document, etc.<br>
<br>
What that means in the context of IPv6 and why this clarifications are important? Because it may appear to people not knowing very well the IETF process that IPv6 was not “useful” until now, or not a standard, or anything like that, which is not true. IPv6 has been stable for many years and it has been successfully deployed in many networks since so early as 2003 (big intercontinental networks, for example Telefonica and Orange) and that’s why we can say today is “more than just an RFC”.<br>
<br>
Remember that we all use today many IETF protocols that are “just” RFCs, it is the way it works, we don’t have at IETF spare time to move most of those RFCs to STDs, but we did the extra effort in the case of IPv6 to remark the protocol maturity.<br>
<br>
Hope this helps!<br>
<br>
Regards,<br>
Jordi<br>
<br>
<br>
<br>
<br>
<br>
******************************<wbr>****************<br>
IPv4 is over<br>
Are you ready for the new Internet ?<br>
<a href="http://www.consulintel.es" rel="noreferrer" target="_blank">http://www.consulintel.es</a><br>
The IPv6 Company<br>
<br>
This electronic message contains information which may be privileged or confidential. The information is intended to be for the use of the individual(s) named above. If you are not the intended recipient be aware that any disclosure, copying, distribution or use of the contents of this information, including attached files, is prohibited.<br>
<br>
<br>
<br>
______________________________<wbr>_________________<br>
LACNOG mailing list<br>
<a href="mailto:LACNOG@lacnic.net" target="_blank">LACNOG@lacnic.net</a><br>
<a href="https://mail.lacnic.net/mailman/listinfo/lacnog" rel="noreferrer" target="_blank">https://mail.lacnic.net/mailma<wbr>n/listinfo/lacnog</a><br>
Cancelar suscripcion: <a href="https://mail.lacnic.net/mailman/options/lacnog" rel="noreferrer" target="_blank">https://mail.lacnic.net/mailma<wbr>n/options/lacnog</a><br>
</blockquote></div><br></div></blockquote>
<div class="m_3963089624090908529markdown">
<blockquote>
</blockquote><blockquote><p dir="auto">______________________________<wbr>_________________<br>
LACNOG mailing list<br>
<a href="mailto:LACNOG@lacnic.net" target="_blank">LACNOG@lacnic.net</a><br>
<a href="https://mail.lacnic.net/mailman/listinfo/lacnog" target="_blank">https://mail.lacnic.net/<wbr>mailman/listinfo/lacnog</a><br>
Cancelar suscripcion: <a href="https://mail.lacnic.net/mailman/options/lacnog" target="_blank">https://mail.lacnic.net/<wbr>mailman/options/lacnog</a></p>
</blockquote></div>
<div class="m_3963089624090908529markdown">
</div>

</div></div></div>

<br>______________________________<wbr>_________________<br>
LACNOG mailing list<br>
<a href="mailto:LACNOG@lacnic.net">LACNOG@lacnic.net</a><br>
<a href="https://mail.lacnic.net/mailman/listinfo/lacnog" rel="noreferrer" target="_blank">https://mail.lacnic.net/<wbr>mailman/listinfo/lacnog</a><br>
Cancelar suscripcion: <a href="https://mail.lacnic.net/mailman/options/lacnog" rel="noreferrer" target="_blank">https://mail.lacnic.net/<wbr>mailman/options/lacnog</a><br>
<br></blockquote></div><br></div>