<div dir="ltr"><div><div>Iván,<br><br></div>Las ventajas ya no son más por el lado de tiempo de procesamiento o forwarding sino por los servicios que ofrece MPLS en una red. l3vpn, l2vpn, vpls, peering de labels, etc. etc. hacen que MPLS siempre se configure en las redes IP. Al mismo tiempo soluciones como RSVP-TE, FRR, Shared Risk Link Groups, entre otras, ayudan a que el tráfico pueda ser switcheado mucho más rápido en comparación con los tiempos de convergencia default de un protocolo de ruteo.<br>
<br>MPLS entonces ayuda a la red en su totalidad y no a un router en particular donde si tenés una arquitectura de planos separados, etc. en los tiempos de procesamiento puede ser que no haya diferencia, nunca lo he medido. Aunque sobre este último punto hay que tener en cuenta lo expresado por Octavio en su correo.<br>
</div><div><br></div>Tomás<br><br></div><div class="gmail_extra"><br><br><div class="gmail_quote">2014-08-24 19:04 GMT-04:00 Ivan Chapero <span dir="ltr"><<a href="mailto:info@ivanchapero.com.ar" target="_blank">info@ivanchapero.com.ar</a>></span>:<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>