<div dir="ltr"><div>Hola que tal,</div><div><br></div><div>En realidad ese es un mal concepto de los beneficios de MPLS; supuestamente se cree que hacer lookup de una dirección IPv4 (32 bits, 4 octetos, etc.) es un proceso complejo vs. buscar un simple label, y por ello se piensa que el forwarding basado en IP toma más tiempo.<br>
</div><div><br></div><div>El concepto anterior pudo haberse generado en los días iniciales de MPLS en donde los equipos no tenían la capacidad que tienen hoy en día; incluso en aquellos tiempos el forwarding era basado en software pero actualmente todo es hardware (ASIC, etc.), y con arquitecturas separadas de control-plane y data-plane.</div>
<div><br></div><div>Creo que hablar de CPU/memoria/recursos/etc. en las plataformas Carrier-Class que existen hoy en día, sin importar el vendor, ya no tiene mucho sentido debido a que los equipos pre-construyen la tabla de forwarding justamente para disminuir los tiempos y consumos en procesamiento en equipos donde las tablas de información (control-plane) pueden ser extensas, y más aún considerando las capacidades de transmisión existentes (XGiga).</div>
<div><br></div><div>Saludos!!!</div></div><div class="gmail_extra"><br><br><div class="gmail_quote">El 24 de agosto de 2014, 18:04, Ivan Chapero<span dir="ltr"><<a href="mailto:info@ivanchapero.com.ar" target="_blank">info@ivanchapero.com.ar</a>></span> escribió:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_default" style="font-family:tahoma,sans-serif;font-size:small;color:#000000">Jaris,</div>
<div class="gmail_default" style="font-family:tahoma,sans-serif;font-size:small;color:#000000"><br></div>
<div class="gmail_default" style="font-family:tahoma,sans-serif;font-size:small;color:#000000">Se presume que la determinación del next-hop al realizar el lookup en base a etiquetas es mas simple que el lookup por matching mas especifico contra la routing-table. Por ello en los textos típicos de MPLS se ve como un beneficio de rendimiento que solo se haga IP-lookups en los PE y en el core "simplemente" swaps de etiquetas.</div>

<div class="gmail_default" style="font-family:tahoma,sans-serif;font-size:small;color:#000000"><br></div><div class="gmail_default" style="font-family:tahoma,sans-serif;font-size:small;color:#000000">Pero con las plataformas de hoy no me queda claro cuanto más complejo es para el router realizar un ip-routing-lookup por sobre un swap de etiquetas MPLS en cuanto a recursos implicados en la tarea.</div>

<div class="gmail_default" style="font-family:tahoma,sans-serif;font-size:small;color:#000000"><br></div><div class="gmail_default" style="font-family:tahoma,sans-serif;font-size:small;color:#000000">Abrazo.</div></div><div class="gmail_extra">

<br><br><div class="gmail_quote">El 24 de agosto de 2014, 18:48, Jaris Aizprua <span dir="ltr"><<a href="mailto:jarisaizprua@gmail.com" target="_blank">jarisaizprua@gmail.com</a>></span> escribió:<div><div class="h5">
<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div dir="ltr">Hola que tal,<div><br></div><div>Cuál es el criterio/idea/concepto al decir "menos carga" cuando se trata de MPLS?</div></div><div class="gmail_extra"><br><br><div class="gmail_quote">El 24 de agosto de 2014, 14:35, Ivan Chapero<span dir="ltr"><<a href="mailto:info@ivanchapero.com.ar" target="_blank">info@ivanchapero.com.ar</a>></span> escribió:<br>


<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div><div dir="ltr"><div class="gmail_default"><div class="gmail_default"><font color="#000000" face="tahoma, sans-serif">Estimados,</font></div>


<div class="gmail_default"><font color="#000000" face="tahoma, sans-serif">estuve googleando largo rato y no pude dar con algún texto que exponga mediciones (pps, CPU, etc) del mundo real que comparen la performance de un backbone full-BGP contra un esquema MPLS free-BGP CORE.</font></div>



<div class="gmail_default"><font color="#000000" face="tahoma, sans-serif"><br></font></div><div class="gmail_default"><font color="#000000" face="tahoma, sans-serif">Todos los textos que hablan de la "gran ventaja de perfomance" entre el forwarding basado en etiquetas (MPLS) y el tradicional fordwading por ip-routing a mi criterio me suenan a obsoletos basándome en que no consideran:</font></div>



<div class="gmail_default"><font color="#000000" face="tahoma, sans-serif">- equipos L3 sobre plataformas/hardware ASICs.</font></div><div class="gmail_default"><font color="#000000" face="tahoma, sans-serif">- en el caso de CISCO, optimizaciones radicales de la FIB como es CEF/dCEF.</font></div>



<div class="gmail_default"><font color="#000000" face="tahoma, sans-serif"><br></font></div><div class="gmail_default"><font color="#000000" face="tahoma, sans-serif">Teniendo lo anterior considerado, ¿sigue representando menos "carga" para estos equipos actuales realizar el packet switching mediante etiquetas o actualmente es marginal la ventaja de MPLS sobre este aspecto puntual?</font></div>



<div class="gmail_default"><font color="#000000" face="tahoma, sans-serif"><br></font></div><div class="gmail_default"><font color="#000000" face="tahoma, sans-serif">Resalto que mi interrogante es sobre dicho enfoque especifico dado que existen otros beneficios a nivel ingeniería de tráfico, servicios a ofrecer ,etc... que cubre muy bien MPLS y serian otras razones mas que válidas para implementarlo como protocolo de backbone.</font></div>



<div class="gmail_default"><font color="#000000" face="tahoma, sans-serif"><br></font></div><div class="gmail_default"><font color="#000000" face="tahoma, sans-serif">Agradezco sus comentarios.</font></div><div class="gmail_default">



<font color="#000000" face="tahoma, sans-serif"><br></font></div><div class="gmail_default"><font color="#000000" face="tahoma, sans-serif">Slds!</font></div><span><font color="#888888"><div class="gmail_default">
<font color="#000000" face="tahoma, sans-serif"><br>
</font></div></font></span></div><span><font color="#888888">-- <br><div dir="ltr"><b>Ivan Chapero</b><div><br><br><br></div></div>
</font></span></div>
<br></div></div>_______________________________________________<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/mailman/listinfo/lacnog</a><br>
Cancelar suscripcion: <a href="mailto:lacnog-unsubscribe@lacnic.net" target="_blank">lacnog-unsubscribe@lacnic.net</a><br>
<br></blockquote></div><br></div>
<br>_______________________________________________<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/mailman/listinfo/lacnog</a><br>
Cancelar suscripcion: <a href="mailto:lacnog-unsubscribe@lacnic.net" target="_blank">lacnog-unsubscribe@lacnic.net</a><br>
<br></blockquote></div></div></div><span class="HOEnZb"><font color="#888888"><br><br clear="all"><div><br></div>-- <br><div dir="ltr"><b>Ivan Chapero<br><span style="color:rgb(102,102,102)">Área Técnica y Soporte</span></b><span style="color:rgb(102,102,102)"> </span><br style="color:rgb(102,102,102)">

<span style="color:rgb(102,102,102)">Fijo: 03464-470280 (interno 535)</span> | <span style="color:rgb(102,102,102)">Móvil:  03464-155-20282</span>  | <span style="color:rgb(102,102,102)">Skype ID: ivanchapero</span><div>
<span style="color:rgb(102,102,102)">--</span><br style="color:rgb(102,102,102)">
<div style="text-align:center"><span style="color:rgb(102,102,102)">GoDATA Banda Ancha - CABLETEL S.A. | Av. 9 de Julio 1163 - 2183 - Arequito - Santa Fe - Argentina</span></div><br><br><br><br><br><br><br></div></div>
</font></span></div>
<br>_______________________________________________<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" target="_blank">https://mail.lacnic.net/mailman/listinfo/lacnog</a><br>
Cancelar suscripcion: <a href="mailto:lacnog-unsubscribe@lacnic.net">lacnog-unsubscribe@lacnic.net</a><br>
<br></blockquote></div><br></div>