[lacnog] MPLS/LFIB vs CEF/FIB - ¿Sigue siendo válida la ventaja de performance?

[Tomas Lynch]

Iván,

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.

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.

Tomás



2014-08-24 19:04 GMT-04:00 Ivan Chapero <info en ivanchapero.com.ar>:

> Jaris,
>
> 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.
>
> 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.
>
> Abrazo.
>
>
> El 24 de agosto de 2014, 18:48, Jaris Aizprua <jarisaizprua en gmail.com>
> escribió:
>
> Hola que tal,
>>
>> Cuál es el criterio/idea/concepto al decir "menos carga" cuando se trata
>> de MPLS?
>>
>>
>> El 24 de agosto de 2014, 14:35, Ivan Chapero<info en ivanchapero.com.ar>
>> escribió:
>>
>>> Estimados,
>>> 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.
>>>
>>> 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:
>>> - equipos L3 sobre plataformas/hardware ASICs.
>>> - en el caso de CISCO, optimizaciones radicales de la FIB como es
>>> CEF/dCEF.
>>>
>>> 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?
>>>
>>> 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.
>>>
>>> Agradezco sus comentarios.
>>>
>>> Slds!
>>>
>>> --
>>> *Ivan Chapero*
>>>
>>>
>>>
>>>
>>> _______________________________________________
>>> LACNOG mailing list
>>> LACNOG en lacnic.net
>>> https://mail.lacnic.net/mailman/listinfo/lacnog
>>> Cancelar suscripcion: lacnog-unsubscribe en lacnic.net
>>>
>>>
>>
>> _______________________________________________
>> LACNOG mailing list
>> LACNOG en lacnic.net
>> https://mail.lacnic.net/mailman/listinfo/lacnog
>> Cancelar suscripcion: lacnog-unsubscribe en lacnic.net
>>
>>
>
>
> --
>
> *Ivan ChaperoÁrea Técnica y Soporte*
> Fijo: 03464-470280 (interno 535) | Móvil:  03464-155-20282  | Skype ID:
> ivanchapero
> --
> GoDATA Banda Ancha - CABLETEL S.A. | Av. 9 de Julio 1163 - 2183 - Arequito
> - Santa Fe - Argentina
>
>
>
>
>
>
>
>
> _______________________________________________
> LACNOG mailing list
> LACNOG en lacnic.net
> https://mail.lacnic.net/mailman/listinfo/lacnog
> Cancelar suscripcion: lacnog-unsubscribe en lacnic.net
>
>
------------ próxima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: <https://mail.lacnic.net/pipermail/lacnog/attachments/20140825/242fd53d/attachment.html>