{"id":33142,"date":"2019-10-31T21:50:58","date_gmt":"2019-10-31T18:50:58","guid":{"rendered":"https:\/\/prohoster.info\/blog\/printsipy-raboty-protokola-pim\/"},"modified":"2019-10-31T21:50:58","modified_gmt":"2019-10-31T18:50:58","slug":"printsipy-raboty-protokola-pim","status":"publish","type":"post","link":"https:\/\/prohoster.info\/es\/blog\/administrirovanie\/printsipy-raboty-protokola-pim","title":{"rendered":"Principios de funcionamiento del protocolo PIM","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

El protocolo PIM es un conjunto de protocolos para la transmisi\u00f3n de multicast en la red entre enrutadores. Las relaciones de vecindad se construyen de manera similar a la de los protocolos de enrutamiento din\u00e1mico. PIMv2 env\u00eda cada 30 segundos mensajes Hello a la direcci\u00f3n multicast reservada 224.0.0.13 (All-PIM-Routers). El mensaje contiene los Hold Timers, que generalmente es igual a 3.5 veces el Hello Timer, es decir, 105 segundos por defecto.
\n\"Principios<\/a><\/noindex>
\n PIM utiliza dos modos de operaci\u00f3n principales: Dense y Sparse. Comencemos con el modo Dense. <\/a><\/noindex>
\n\u00c1rboles de distribuci\u00f3n basados en la fuente.<\/b>
\nEl modo Dense es apropiado cuando hay un gran n\u00famero de clientes de varios grupos multicast. Cuando el enrutador recibe tr\u00e1fico multicast, primero verifica la regla RPF. RPF es una regla que se utiliza para verificar la fuente del multicast con la tabla de enrutamiento unicast. Es necesario que el tr\u00e1fico llegue a la interfaz que oculta a este host seg\u00fan la tabla de enrutamiento unicast. Este mecanismo resuelve el problema de la aparici\u00f3n de bucles durante la transmisi\u00f3n de multicast.
\n \"Principios<\/a><\/noindex>
\nR3, a partir del mensaje multicast, reconoce la fuente del multicast (Source IP) y revisa dos flujos de R1 y R2 en su tabla de enrutamiento unicast. El flujo desde la interfaz que indica la tabla (R1 a R3) ser\u00e1 transmitido, mientras que el flujo de R2 ser\u00e1 descartado, ya que para llegar a la fuente del multicast, los paquetes deben ser enviados a trav\u00e9s de S0\/1.
\nLa pregunta es: \u00bfqu\u00e9 suceder\u00e1 si tienes dos rutas equivalentes con la misma m\u00e9trica? En este caso, el enrutador elegir\u00e1 seg\u00fan el next-hop de estas rutas. Aquella con la direcci\u00f3n IP m\u00e1s alta ganar\u00e1. Si es necesario modificar este comportamiento, se puede utilizar ECMP. M\u00e1s detalles aqu\u00ed<\/a><\/noindex>.
\nDespu\u00e9s de verificar la regla RPF, el enrutador env\u00eda el paquete multicast a todos sus vecinos PIM, excepto al que recibi\u00f3 el paquete. Los dem\u00e1s enrutadores PIM repiten este proceso. El camino que sigui\u00f3 el paquete multicast desde la fuente hasta los destinatarios finales forma un \u00e1rbol llamado \u00e1rbol de distribuci\u00f3n basado en la fuente, \u00e1rbol de camino m\u00e1s corto (SPT), \u00e1rbol de fuente. Tres nombres diferentes, elige cualquiera.
\n\u00bfC\u00f3mo resolver el problema de que algunos enrutadores no puedan recibir un flujo multicast y no haya nadie a quien envi\u00e1rselo, mientras que su enrutador ascendente lo env\u00eda? Para ello se ide\u00f3 el mecanismo Prune.
\nMensaje Prune.<\/b>
\nPor ejemplo, R2 seguir\u00e1 enviando multicast a R3, aunque R3 lo descarte por la regla RPF. \u00bfPor qu\u00e9 sobrecargar el canal? R3 env\u00eda un mensaje PIM Prune y R2, al recibir este mensaje, eliminar\u00e1 la interfaz S0\/1 de la lista de interfaces de salida para este flujo, lista de interfaces desde las cuales se debe enviar este tr\u00e1fico. <\/p>\n

La siguiente es una definici\u00f3n m\u00e1s formal de un mensaje PIM Prune:
\nEl mensaje PIM Prune es enviado por un router a un segundo router para hacer que el segundo router elimine el enlace sobre el cual se recibe el Prune de un SPT (S,G) particular.<\/p><\/blockquote>\n

\nDespu\u00e9s de recibir el mensaje Prune, R2 establece un temporizador Prune en 3 minutos. Despu\u00e9s de tres minutos, comenzar\u00e1 a enviar tr\u00e1fico nuevamente, hasta que reciba otro mensaje Prune. Esto es en PIMv1.
\nEn PIMv2 se ha a\u00f1adido el temporizador State Refresh (por defecto 60 segundos). Tan pronto como se env\u00eda un mensaje Prune desde R3, se activa este temporizador en R3. Al expirar este temporizador, R3 enviar\u00e1 un mensaje State Refresh, que restablecer\u00e1 el temporizador Prune de 3 minutos en R2 para este grupo.
\nRazones para enviar un mensaje Prune:<\/p>\n