PIM ਪ੍ਰੋਟੋਕੋਲ ਕਿਵੇਂ ਕੰਮ ਕਰਦਾ ਹੈ

PIM ਪ੍ਰੋਟੋਕੋਲ ਰਾਊਟਰਾਂ ਦੇ ਵਿਚਕਾਰ ਇੱਕ ਨੈਟਵਰਕ ਵਿੱਚ ਮਲਟੀਕਾਸਟ ਨੂੰ ਸੰਚਾਰਿਤ ਕਰਨ ਲਈ ਪ੍ਰੋਟੋਕੋਲ ਦਾ ਇੱਕ ਸੈੱਟ ਹੈ। ਨੇਬਰਹੁੱਡ ਰਿਸ਼ਤੇ ਉਸੇ ਤਰੀਕੇ ਨਾਲ ਬਣਾਏ ਜਾਂਦੇ ਹਨ ਜਿਵੇਂ ਕਿ ਗਤੀਸ਼ੀਲ ਰੂਟਿੰਗ ਪ੍ਰੋਟੋਕੋਲ ਦੇ ਮਾਮਲੇ ਵਿੱਚ. PIMv2 ਰਿਜ਼ਰਵਡ ਮਲਟੀਕਾਸਟ ਪਤੇ 30 (ਆਲ-ਪੀਆਈਐਮ-ਰਾਊਟਰਜ਼) 'ਤੇ ਹਰ 224.0.0.13 ਸਕਿੰਟਾਂ ਬਾਅਦ ਹੈਲੋ ਸੁਨੇਹੇ ਭੇਜਦਾ ਹੈ। ਸੁਨੇਹੇ ਵਿੱਚ ਹੋਲਡ ਟਾਈਮਰ ਹੁੰਦੇ ਹਨ - ਆਮ ਤੌਰ 'ਤੇ 3.5*ਹੈਲੋ ਟਾਈਮਰ ਦੇ ਬਰਾਬਰ, ਯਾਨੀ ਮੂਲ ਰੂਪ ਵਿੱਚ 105 ਸਕਿੰਟ।

PIM ਦੋ ਮੁੱਖ ਓਪਰੇਟਿੰਗ ਮੋਡ ਵਰਤਦਾ ਹੈ - ਸੰਘਣਾ ਅਤੇ ਸਪਾਰਸ ਮੋਡ। ਆਉ ਸੰਘਣੇ ਮੋਡ ਨਾਲ ਸ਼ੁਰੂ ਕਰੀਏ।
ਸਰੋਤ-ਆਧਾਰਿਤ ਵੰਡ ਰੁੱਖ।
ਸੰਘਣਾ-ਮੋਡ ਮੋਡ ਵੱਖ-ਵੱਖ ਮਲਟੀਕਾਸਟ ਸਮੂਹਾਂ ਦੇ ਵੱਡੀ ਗਿਣਤੀ ਵਿੱਚ ਗਾਹਕਾਂ ਦੇ ਮਾਮਲੇ ਵਿੱਚ ਵਰਤਣ ਦੀ ਸਲਾਹ ਦਿੱਤੀ ਜਾਂਦੀ ਹੈ। ਜਦੋਂ ਇੱਕ ਰਾਊਟਰ ਮਲਟੀਕਾਸਟ ਟ੍ਰੈਫਿਕ ਪ੍ਰਾਪਤ ਕਰਦਾ ਹੈ, ਤਾਂ ਸਭ ਤੋਂ ਪਹਿਲਾਂ ਇਹ RPF ਨਿਯਮ ਦੀ ਜਾਂਚ ਕਰਦਾ ਹੈ। RPF - ਇਹ ਨਿਯਮ ਯੂਨੀਕਾਸਟ ਰੂਟਿੰਗ ਟੇਬਲ ਦੇ ਨਾਲ ਮਲਟੀਕਾਸਟ ਦੇ ਸਰੋਤ ਦੀ ਜਾਂਚ ਕਰਨ ਲਈ ਵਰਤਿਆ ਜਾਂਦਾ ਹੈ। ਇਹ ਜ਼ਰੂਰੀ ਹੈ ਕਿ ਟ੍ਰੈਫਿਕ ਉਸ ਇੰਟਰਫੇਸ 'ਤੇ ਆਵੇ ਜਿਸ ਦੇ ਪਿੱਛੇ ਇਹ ਹੋਸਟ ਯੂਨੀਕਾਸਟ ਰੂਟਿੰਗ ਟੇਬਲ ਦੇ ਸੰਸਕਰਣ ਦੇ ਅਨੁਸਾਰ ਲੁਕਿਆ ਹੋਇਆ ਹੈ। ਇਹ ਵਿਧੀ ਮਲਟੀਕਾਸਟ ਟਰਾਂਸਮਿਸ਼ਨ ਦੌਰਾਨ ਹੋਣ ਵਾਲੀ ਲੂਪ ਦੀ ਸਮੱਸਿਆ ਨੂੰ ਹੱਲ ਕਰਦੀ ਹੈ।

R3 ਮਲਟੀਕਾਸਟ ਸੁਨੇਹੇ ਤੋਂ ਮਲਟੀਕਾਸਟ ਸਰੋਤ (ਸਰੋਤ IP) ਦੀ ਪਛਾਣ ਕਰੇਗਾ ਅਤੇ ਇਸਦੇ ਯੂਨੀਕਾਸਟ ਟੇਬਲ ਦੀ ਵਰਤੋਂ ਕਰਕੇ R1 ਅਤੇ R2 ਤੋਂ ਦੋ ਪ੍ਰਵਾਹਾਂ ਦੀ ਜਾਂਚ ਕਰੇਗਾ। ਸਾਰਣੀ (R1 ਤੋਂ R3) ਦੁਆਰਾ ਦਰਸਾਏ ਗਏ ਇੰਟਰਫੇਸ ਤੋਂ ਸਟ੍ਰੀਮ ਨੂੰ ਅੱਗੇ ਪ੍ਰਸਾਰਿਤ ਕੀਤਾ ਜਾਵੇਗਾ, ਅਤੇ R2 ਤੋਂ ਸਟ੍ਰੀਮ ਨੂੰ ਛੱਡ ਦਿੱਤਾ ਜਾਵੇਗਾ, ਕਿਉਂਕਿ ਮਲਟੀਕਾਸਟ ਸਰੋਤ ਤੱਕ ਪਹੁੰਚਣ ਲਈ, ਤੁਹਾਨੂੰ S0/1 ਦੁਆਰਾ ਪੈਕੇਟ ਭੇਜਣ ਦੀ ਲੋੜ ਹੈ।
ਸਵਾਲ ਇਹ ਹੈ ਕਿ ਜੇਕਰ ਤੁਹਾਡੇ ਕੋਲ ਇੱਕੋ ਮੈਟ੍ਰਿਕ ਦੇ ਨਾਲ ਦੋ ਬਰਾਬਰ ਰੂਟ ਹਨ ਤਾਂ ਕੀ ਹੋਵੇਗਾ? ਇਸ ਸਥਿਤੀ ਵਿੱਚ, ਰਾਊਟਰ ਇਹਨਾਂ ਰੂਟਾਂ ਵਿੱਚੋਂ ਅਗਲੀ-ਹੋਪ ਦੀ ਚੋਣ ਕਰੇਗਾ। ਜਿਸ ਕੋਲ ਉੱਚ IP ਪਤਾ ਹੈ ਉਹ ਜਿੱਤਦਾ ਹੈ. ਜੇਕਰ ਤੁਹਾਨੂੰ ਇਸ ਵਿਵਹਾਰ ਨੂੰ ਬਦਲਣ ਦੀ ਲੋੜ ਹੈ, ਤਾਂ ਤੁਸੀਂ ECMP ਦੀ ਵਰਤੋਂ ਕਰ ਸਕਦੇ ਹੋ। ਹੋਰ ਜਾਣਕਾਰੀ ਇੱਥੇ.
RPF ਨਿਯਮ ਦੀ ਜਾਂਚ ਕਰਨ ਤੋਂ ਬਾਅਦ, ਰਾਊਟਰ ਆਪਣੇ ਸਾਰੇ PIM ਗੁਆਂਢੀਆਂ ਨੂੰ ਇੱਕ ਮਲਟੀਕਾਸਟ ਪੈਕੇਟ ਭੇਜਦਾ ਹੈ, ਉਸ ਨੂੰ ਛੱਡ ਕੇ ਜਿਸ ਤੋਂ ਪੈਕੇਟ ਪ੍ਰਾਪਤ ਕੀਤਾ ਗਿਆ ਸੀ। ਹੋਰ PIM ਰਾਊਟਰ ਇਸ ਪ੍ਰਕਿਰਿਆ ਨੂੰ ਦੁਹਰਾਉਂਦੇ ਹਨ। ਮਲਟੀਕਾਸਟ ਪੈਕੇਟ ਨੇ ਸਰੋਤ ਤੋਂ ਅੰਤਮ ਪ੍ਰਾਪਤਕਰਤਾਵਾਂ ਤੱਕ ਜੋ ਮਾਰਗ ਲਿਆ ਹੈ, ਉਹ ਇੱਕ ਟ੍ਰੀ ਬਣਾਉਂਦਾ ਹੈ ਜਿਸਨੂੰ ਸਰੋਤ-ਆਧਾਰਿਤ ਵੰਡ ਟ੍ਰੀ, ਸ਼ੌਰਸਟ-ਪਾਥ ਟ੍ਰੀ (SPT), ਸਰੋਤ ਟ੍ਰੀ ਕਿਹਾ ਜਾਂਦਾ ਹੈ। ਤਿੰਨ ਵੱਖ-ਵੱਖ ਨਾਮ, ਕੋਈ ਇੱਕ ਚੁਣੋ।
ਇਸ ਸਮੱਸਿਆ ਨੂੰ ਕਿਵੇਂ ਹੱਲ ਕਰਨਾ ਹੈ ਕਿ ਕੁਝ ਰਾਊਟਰਾਂ ਨੇ ਕੁਝ ਮਲਟੀਕਾਸਟ ਸਟ੍ਰੀਮ ਨੂੰ ਨਹੀਂ ਛੱਡਿਆ ਅਤੇ ਇਸ ਨੂੰ ਭੇਜਣ ਵਾਲਾ ਕੋਈ ਨਹੀਂ ਹੈ, ਪਰ ਅੱਪਸਟ੍ਰੀਮ ਰਾਊਟਰ ਉਸ ਨੂੰ ਭੇਜਦਾ ਹੈ। ਇਸ ਦੇ ਲਈ ਪ੍ਰੂਨ ਵਿਧੀ ਦੀ ਖੋਜ ਕੀਤੀ ਗਈ ਸੀ।
ਪ੍ਰੂਨ ਸੁਨੇਹਾ.
ਉਦਾਹਰਨ ਲਈ, R2 R3 ਨੂੰ ਮਲਟੀਕਾਸਟ ਭੇਜਣਾ ਜਾਰੀ ਰੱਖੇਗਾ, ਹਾਲਾਂਕਿ R3, RPF ਨਿਯਮ ਦੇ ਅਨੁਸਾਰ, ਇਸਨੂੰ ਛੱਡਦਾ ਹੈ। ਚੈਨਲ ਨੂੰ ਲੋਡ ਕਿਉਂ ਕਰੀਏ? R3 ਇੱਕ PIM Prune ਸੁਨੇਹਾ ਭੇਜਦਾ ਹੈ ਅਤੇ R2, ਇਸ ਸੁਨੇਹੇ ਨੂੰ ਪ੍ਰਾਪਤ ਕਰਨ 'ਤੇ, ਇੰਟਰਫੇਸ S0/1 ਨੂੰ ਇਸ ਪ੍ਰਵਾਹ ਲਈ ਆਊਟਗੋਇੰਗ ਇੰਟਰਫੇਸ ਸੂਚੀ ਵਿੱਚੋਂ ਹਟਾ ਦੇਵੇਗਾ, ਇੰਟਰਫੇਸ ਦੀ ਸੂਚੀ ਜਿੱਥੋਂ ਇਹ ਟ੍ਰੈਫਿਕ ਭੇਜਿਆ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ।

ਹੇਠਾਂ ਇੱਕ ਪੀਆਈਐਮ ਪ੍ਰੂਨ ਸੰਦੇਸ਼ ਦੀ ਵਧੇਰੇ ਰਸਮੀ ਪਰਿਭਾਸ਼ਾ ਹੈ:
PIM Prune ਸੁਨੇਹਾ ਇੱਕ ਰਾਊਟਰ ਦੁਆਰਾ ਦੂਜੇ ਰਾਊਟਰ ਨੂੰ ਭੇਜਿਆ ਜਾਂਦਾ ਹੈ ਤਾਂ ਜੋ ਦੂਜਾ ਰਾਊਟਰ ਉਸ ਲਿੰਕ ਨੂੰ ਹਟਾ ਸਕੇ ਜਿਸ 'ਤੇ Prune ਕਿਸੇ ਖਾਸ (S,G) SPT ਤੋਂ ਪ੍ਰਾਪਤ ਹੁੰਦਾ ਹੈ।

ਪ੍ਰੂਨ ਸੁਨੇਹਾ ਪ੍ਰਾਪਤ ਕਰਨ ਤੋਂ ਬਾਅਦ, R2 ਪ੍ਰੂਨ ਟਾਈਮਰ ਨੂੰ 3 ਮਿੰਟ ਲਈ ਸੈੱਟ ਕਰਦਾ ਹੈ। ਤਿੰਨ ਮਿੰਟਾਂ ਬਾਅਦ, ਇਹ ਦੁਬਾਰਾ ਟਰੈਫਿਕ ਭੇਜਣਾ ਸ਼ੁਰੂ ਕਰ ਦੇਵੇਗਾ ਜਦੋਂ ਤੱਕ ਇਸਨੂੰ ਇੱਕ ਹੋਰ ਪ੍ਰੂਨ ਸੁਨੇਹਾ ਨਹੀਂ ਮਿਲਦਾ। ਇਹ PIMv1 ਵਿੱਚ ਹੈ।
ਅਤੇ PIMv2 ਵਿੱਚ ਇੱਕ ਸਟੇਟ ਰਿਫਰੈਸ਼ ਟਾਈਮਰ ਜੋੜਿਆ ਗਿਆ ਹੈ (ਮੂਲ ਰੂਪ ਵਿੱਚ 60 ਸਕਿੰਟ)। ਜਿਵੇਂ ਹੀ R3 ਤੋਂ ਇੱਕ ਪ੍ਰੂਨ ਸੁਨੇਹਾ ਭੇਜਿਆ ਗਿਆ ਹੈ, ਇਹ ਟਾਈਮਰ R3 'ਤੇ ਚਾਲੂ ਹੋ ਗਿਆ ਹੈ। ਇਸ ਟਾਈਮਰ ਦੀ ਮਿਆਦ ਪੁੱਗਣ 'ਤੇ, R3 ਇੱਕ ਸਟੇਟ ਰਿਫਰੈਸ਼ ਸੁਨੇਹਾ ਭੇਜੇਗਾ, ਜੋ ਇਸ ਸਮੂਹ ਲਈ R3 'ਤੇ 2-ਮਿੰਟ ਪ੍ਰੂਨ ਟਾਈਮਰ ਨੂੰ ਰੀਸੈਟ ਕਰੇਗਾ।
Prune ਸੁਨੇਹਾ ਭੇਜਣ ਦੇ ਕਾਰਨ:

• ਜਦੋਂ ਇੱਕ ਮਲਟੀਕਾਸਟ ਪੈਕੇਟ RPF ਦੀ ਜਾਂਚ ਵਿੱਚ ਅਸਫਲ ਹੋ ਜਾਂਦਾ ਹੈ।
• ਜਦੋਂ ਕੋਈ ਸਥਾਨਕ ਤੌਰ 'ਤੇ ਜੁੜੇ ਗਾਹਕ ਨਹੀਂ ਹਨ ਜਿਨ੍ਹਾਂ ਨੇ ਮਲਟੀਕਾਸਟ ਸਮੂਹ (IGMP ਜੁਆਇਨ) ਦੀ ਬੇਨਤੀ ਕੀਤੀ ਹੈ ਅਤੇ ਕੋਈ PIM ਗੁਆਂਢੀ ਨਹੀਂ ਹਨ ਜਿਨ੍ਹਾਂ ਨੂੰ ਮਲਟੀਕਾਸਟ ਟ੍ਰੈਫਿਕ ਭੇਜਿਆ ਜਾ ਸਕਦਾ ਹੈ (ਨਾਨ-ਪ੍ਰੂਨ ਇੰਟਰਫੇਸ)।

ਗ੍ਰਾਫਟ ਸੁਨੇਹਾ.
ਆਉ ਕਲਪਨਾ ਕਰੀਏ ਕਿ R3 ਨੇ R2 ਤੋਂ ਟ੍ਰੈਫਿਕ ਨਹੀਂ ਚਾਹੁੰਦਾ ਸੀ, Prune ਨੂੰ ਭੇਜਿਆ ਅਤੇ R1 ਤੋਂ ਮਲਟੀਕਾਸਟ ਪ੍ਰਾਪਤ ਕੀਤਾ. ਪਰ ਅਚਾਨਕ, R1-R3 ਵਿਚਕਾਰ ਚੈਨਲ ਡਿੱਗ ਗਿਆ ਅਤੇ R3 ਮਲਟੀਕਾਸਟ ਤੋਂ ਬਿਨਾਂ ਰਹਿ ਗਿਆ। R3 'ਤੇ ਪ੍ਰੂਨ ਟਾਈਮਰ ਦੀ ਮਿਆਦ ਖਤਮ ਹੋਣ ਤੱਕ ਤੁਸੀਂ 2 ਮਿੰਟ ਉਡੀਕ ਕਰ ਸਕਦੇ ਹੋ। 3 ਮਿੰਟ ਇੱਕ ਲੰਮਾ ਇੰਤਜ਼ਾਰ ਹੈ, ਇਸ ਲਈ ਇੰਤਜ਼ਾਰ ਨਾ ਕਰਨ ਲਈ, ਤੁਹਾਨੂੰ ਇੱਕ ਸੁਨੇਹਾ ਭੇਜਣ ਦੀ ਲੋੜ ਹੈ ਜੋ ਤੁਰੰਤ ਇਸ S0/1 ਇੰਟਰਫੇਸ ਨੂੰ ਕੱਟੀ ਹੋਈ ਸਥਿਤੀ ਤੋਂ R2 ਵਿੱਚ ਲਿਆਵੇਗਾ। ਇਹ ਸੁਨੇਹਾ ਇੱਕ ਗ੍ਰਾਫਟ ਸੁਨੇਹਾ ਹੋਵੇਗਾ। ਗ੍ਰਾਫਟ ਸੁਨੇਹਾ ਪ੍ਰਾਪਤ ਕਰਨ ਤੋਂ ਬਾਅਦ, R2 ਇੱਕ Graft-ACK ਨਾਲ ਜਵਾਬ ਦੇਵੇਗਾ।
ਓਵਰਰਾਈਡ ਨੂੰ ਕੱਟੋ।

ਆਓ ਇਸ ਚਿੱਤਰ ਨੂੰ ਵੇਖੀਏ. R1 ਮਲਟੀਕਾਸਟ ਨੂੰ ਦੋ ਰਾਊਟਰਾਂ ਵਾਲੇ ਹਿੱਸੇ ਵਿੱਚ ਪ੍ਰਸਾਰਿਤ ਕਰਦਾ ਹੈ। R3 ਟ੍ਰੈਫਿਕ ਪ੍ਰਾਪਤ ਕਰਦਾ ਹੈ ਅਤੇ ਪ੍ਰਸਾਰਿਤ ਕਰਦਾ ਹੈ, R2 ਪ੍ਰਾਪਤ ਕਰਦਾ ਹੈ, ਪਰ ਟ੍ਰੈਫਿਕ ਨੂੰ ਪ੍ਰਸਾਰਿਤ ਕਰਨ ਲਈ ਕੋਈ ਨਹੀਂ ਹੈ। ਇਹ ਇਸ ਹਿੱਸੇ ਵਿੱਚ R1 ਨੂੰ ਇੱਕ ਪ੍ਰੂਨ ਸੁਨੇਹਾ ਭੇਜਦਾ ਹੈ। R1 ਨੂੰ ਸੂਚੀ ਵਿੱਚੋਂ Fa0/0 ਨੂੰ ਹਟਾ ਦੇਣਾ ਚਾਹੀਦਾ ਹੈ ਅਤੇ ਇਸ ਹਿੱਸੇ ਵਿੱਚ ਪ੍ਰਸਾਰਣ ਬੰਦ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ, ਪਰ R3 ਦਾ ਕੀ ਹੋਵੇਗਾ? ਅਤੇ R3 ਉਸੇ ਹਿੱਸੇ ਵਿੱਚ ਹੈ, ਨੇ ਵੀ ਪ੍ਰੂਨ ਤੋਂ ਇਹ ਸੰਦੇਸ਼ ਪ੍ਰਾਪਤ ਕੀਤਾ ਅਤੇ ਸਥਿਤੀ ਦੀ ਤ੍ਰਾਸਦੀ ਨੂੰ ਸਮਝਿਆ। R1 ਪ੍ਰਸਾਰਣ ਬੰਦ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ, ਇਹ 3 ਸਕਿੰਟਾਂ ਦਾ ਟਾਈਮਰ ਸੈੱਟ ਕਰਦਾ ਹੈ ਅਤੇ 3 ਸਕਿੰਟਾਂ ਬਾਅਦ ਪ੍ਰਸਾਰਣ ਬੰਦ ਕਰ ਦੇਵੇਗਾ। 3 ਸਕਿੰਟ - ਇਹ ਬਿਲਕੁਲ ਇਹ ਹੈ ਕਿ R3 ਕੋਲ ਆਪਣਾ ਮਲਟੀਕਾਸਟ ਨਾ ਗੁਆਉਣ ਲਈ ਕਿੰਨਾ ਸਮਾਂ ਹੈ। ਇਸ ਲਈ, R3 ਜਿੰਨੀ ਜਲਦੀ ਹੋ ਸਕੇ ਇਸ ਸਮੂਹ ਲਈ ਇੱਕ ਪਿਮ ਜੁਆਇਨ ਸੁਨੇਹਾ ਭੇਜਦਾ ਹੈ, ਅਤੇ R1 ਹੁਣ ਪ੍ਰਸਾਰਣ ਨੂੰ ਰੋਕਣ ਬਾਰੇ ਨਹੀਂ ਸੋਚਦਾ। ਹੇਠਾਂ ਦਿੱਤੇ ਸੁਨੇਹਿਆਂ ਵਿੱਚ ਸ਼ਾਮਲ ਹੋਣ ਬਾਰੇ।
ਦਾਅਵਾ ਸੁਨੇਹਾ।

ਆਉ ਇਸ ਸਥਿਤੀ ਦੀ ਕਲਪਨਾ ਕਰੀਏ: ਦੋ ਰਾਊਟਰ ਇੱਕੋ ਸਮੇਂ ਇੱਕ ਨੈਟਵਰਕ ਤੇ ਪ੍ਰਸਾਰਿਤ ਕਰਦੇ ਹਨ. ਉਹ ਸਰੋਤ ਤੋਂ ਉਹੀ ਸਟ੍ਰੀਮ ਪ੍ਰਾਪਤ ਕਰਦੇ ਹਨ, ਅਤੇ ਦੋਵੇਂ ਇਸਨੂੰ ਇੰਟਰਫੇਸ e0 ਦੇ ਪਿੱਛੇ ਇੱਕੋ ਨੈਟਵਰਕ ਤੇ ਪ੍ਰਸਾਰਿਤ ਕਰਦੇ ਹਨ। ਇਸ ਲਈ, ਉਹਨਾਂ ਨੂੰ ਇਹ ਨਿਰਧਾਰਤ ਕਰਨ ਦੀ ਜ਼ਰੂਰਤ ਹੈ ਕਿ ਇਸ ਨੈਟਵਰਕ ਲਈ ਇੱਕ ਅਤੇ ਕੇਵਲ ਪ੍ਰਸਾਰਕ ਕੌਣ ਹੋਵੇਗਾ. ਇਸ ਲਈ ਅਸਰਟ ਸੰਦੇਸ਼ਾਂ ਦੀ ਵਰਤੋਂ ਕੀਤੀ ਜਾਂਦੀ ਹੈ। ਜਦੋਂ R2 ਅਤੇ R3 ਮਲਟੀਕਾਸਟ ਟ੍ਰੈਫਿਕ ਦੀ ਡੁਪਲੀਕੇਸ਼ਨ ਦਾ ਪਤਾ ਲਗਾਉਂਦੇ ਹਨ, ਅਰਥਾਤ, ਇੱਕ ਮਲਟੀਕਾਸਟ R2 ਅਤੇ R3 'ਤੇ ਪਹੁੰਚਦਾ ਹੈ, ਜਿਸ ਨੂੰ ਉਹ ਖੁਦ ਪ੍ਰਸਾਰਿਤ ਕਰਦੇ ਹਨ, ਰਾਊਟਰ ਸਮਝਦੇ ਹਨ ਕਿ ਇੱਥੇ ਕੁਝ ਗਲਤ ਹੈ। ਇਸ ਸਥਿਤੀ ਵਿੱਚ, ਰਾਊਟਰ ਅਸਰਟ ਸੰਦੇਸ਼ ਭੇਜਦੇ ਹਨ, ਜਿਸ ਵਿੱਚ ਪ੍ਰਬੰਧਕੀ ਦੂਰੀ ਅਤੇ ਰੂਟ ਮੈਟ੍ਰਿਕ ਸ਼ਾਮਲ ਹੁੰਦਾ ਹੈ ਜਿਸ ਨਾਲ ਮਲਟੀਕਾਸਟ ਸਰੋਤ ਤੱਕ ਪਹੁੰਚਿਆ ਜਾਂਦਾ ਹੈ - 10.1.1.10। ਜੇਤੂ ਨੂੰ ਹੇਠ ਲਿਖੇ ਅਨੁਸਾਰ ਨਿਰਧਾਰਤ ਕੀਤਾ ਗਿਆ ਹੈ:

1. ਘੱਟ AD ਵਾਲਾ।
2. ਜੇਕਰ AD ਬਰਾਬਰ ਹਨ, ਤਾਂ ਘੱਟ ਮੈਟ੍ਰਿਕ ਕਿਸ ਕੋਲ ਹੈ।
3. ਜੇ ਇੱਥੇ ਸਮਾਨਤਾ ਹੈ, ਤਾਂ ਉਹ ਜਿਸ ਕੋਲ ਨੈਟਵਰਕ ਵਿੱਚ ਉੱਚ ਆਈਪੀ ਹੈ ਜਿਸ ਨਾਲ ਉਹ ਇਸ ਮਲਟੀਕਾਸਟ ਨੂੰ ਪ੍ਰਸਾਰਿਤ ਕਰਦੇ ਹਨ.

ਇਸ ਵੋਟ ਦਾ ਜੇਤੂ ਮਨੋਨੀਤ ਰਾਊਟਰ ਬਣ ਜਾਂਦਾ ਹੈ। ਪਿਮ ਹੈਲੋ ਦੀ ਵਰਤੋਂ DR ਦੀ ਚੋਣ ਕਰਨ ਲਈ ਵੀ ਕੀਤੀ ਜਾਂਦੀ ਹੈ। ਲੇਖ ਦੇ ਸ਼ੁਰੂ ਵਿੱਚ, PIM ਹੈਲੋ ਸੁਨੇਹਾ ਦਿਖਾਇਆ ਗਿਆ ਸੀ, ਤੁਸੀਂ ਉੱਥੇ DR ਖੇਤਰ ਨੂੰ ਦੇਖ ਸਕਦੇ ਹੋ। ਇਸ ਲਿੰਕ 'ਤੇ ਸਭ ਤੋਂ ਉੱਚੇ IP ਪਤੇ ਵਾਲਾ ਇੱਕ ਜਿੱਤਦਾ ਹੈ।
ਲਾਭਦਾਇਕ ਚਿੰਨ੍ਹ:

MROUTE ਸਾਰਣੀ।
PIM ਪ੍ਰੋਟੋਕੋਲ ਕਿਵੇਂ ਕੰਮ ਕਰਦਾ ਹੈ ਇਸ ਬਾਰੇ ਸ਼ੁਰੂਆਤੀ ਝਲਕ ਤੋਂ ਬਾਅਦ, ਸਾਨੂੰ ਇਹ ਸਮਝਣ ਦੀ ਲੋੜ ਹੈ ਕਿ ਮਲਟੀਕਾਸਟ ਰੂਟਿੰਗ ਟੇਬਲ ਨਾਲ ਕਿਵੇਂ ਕੰਮ ਕਰਨਾ ਹੈ। ਮਰਾਊਟ ਟੇਬਲ ਇਸ ਬਾਰੇ ਜਾਣਕਾਰੀ ਸਟੋਰ ਕਰਦਾ ਹੈ ਕਿ ਗਾਹਕਾਂ ਤੋਂ ਕਿਹੜੀਆਂ ਸਟ੍ਰੀਮਾਂ ਦੀ ਬੇਨਤੀ ਕੀਤੀ ਗਈ ਸੀ ਅਤੇ ਕਿਹੜੀਆਂ ਸਟ੍ਰੀਮਾਂ ਮਲਟੀਕਾਸਟ ਸਰਵਰਾਂ ਤੋਂ ਵਹਿ ਰਹੀਆਂ ਹਨ।
ਉਦਾਹਰਨ ਲਈ, ਜਦੋਂ ਕਿਸੇ ਇੰਟਰਫੇਸ 'ਤੇ IGMP ਮੈਂਬਰਸ਼ਿਪ ਰਿਪੋਰਟ ਜਾਂ PIM ਜੁਆਇਨ ਪ੍ਰਾਪਤ ਹੁੰਦਾ ਹੈ, ਤਾਂ ਰੂਟਿੰਗ ਟੇਬਲ ਵਿੱਚ ਟਾਈਪ ( *, G ) ਦਾ ਰਿਕਾਰਡ ਜੋੜਿਆ ਜਾਂਦਾ ਹੈ:

ਇਸ ਐਂਟਰੀ ਦਾ ਮਤਲਬ ਹੈ ਕਿ 238.38.38.38 ਪਤੇ ਦੇ ਨਾਲ ਇੱਕ ਟ੍ਰੈਫਿਕ ਬੇਨਤੀ ਪ੍ਰਾਪਤ ਹੋਈ ਸੀ। DC ਫਲੈਗ ਦਾ ਮਤਲਬ ਹੈ ਕਿ ਮਲਟੀਕਾਸਟ ਸੰਘਣੇ ਮੋਡ ਵਿੱਚ ਕੰਮ ਕਰੇਗਾ ਅਤੇ C ਦਾ ਮਤਲਬ ਹੈ ਕਿ ਪ੍ਰਾਪਤਕਰਤਾ ਸਿੱਧੇ ਰਾਊਟਰ ਨਾਲ ਜੁੜਿਆ ਹੋਇਆ ਹੈ, ਯਾਨੀ, ਰਾਊਟਰ ਨੂੰ IGMP ਮੈਂਬਰਸ਼ਿਪ ਰਿਪੋਰਟ ਅਤੇ PIM ਜੁਆਇਨ ਪ੍ਰਾਪਤ ਹੋਇਆ ਹੈ।
ਜੇਕਰ ਕਿਸਮ (S,G) ਦਾ ਕੋਈ ਰਿਕਾਰਡ ਹੈ ਤਾਂ ਇਸਦਾ ਮਤਲਬ ਹੈ ਕਿ ਸਾਡੇ ਕੋਲ ਮਲਟੀਕਾਸਟ ਸਟ੍ਰੀਮ ਹੈ:

S ਖੇਤਰ ਵਿੱਚ - 192.168.1.11, ਅਸੀਂ ਮਲਟੀਕਾਸਟ ਸਰੋਤ ਦਾ IP ਪਤਾ ਰਜਿਸਟਰ ਕੀਤਾ ਹੈ, ਇਹ ਉਹ ਹੈ ਜੋ RPF ਨਿਯਮ ਦੁਆਰਾ ਜਾਂਚਿਆ ਜਾਵੇਗਾ। ਜੇਕਰ ਸਮੱਸਿਆਵਾਂ ਹਨ, ਤਾਂ ਸਭ ਤੋਂ ਪਹਿਲਾਂ ਤੁਹਾਨੂੰ ਸਰੋਤ ਦੇ ਰੂਟ ਲਈ ਯੂਨੀਕਾਸਟ ਟੇਬਲ ਦੀ ਜਾਂਚ ਕਰਨ ਦੀ ਲੋੜ ਹੈ। ਇਨਕਮਿੰਗ ਇੰਟਰਫੇਸ ਖੇਤਰ ਵਿੱਚ, ਉਸ ਇੰਟਰਫੇਸ ਨੂੰ ਦਰਸਾਉਂਦਾ ਹੈ ਜਿਸ ਨੂੰ ਮਲਟੀਕਾਸਟ ਪ੍ਰਾਪਤ ਹੁੰਦਾ ਹੈ। ਇੱਕ ਯੂਨੀਕਾਸਟ ਰਾਊਟਿੰਗ ਟੇਬਲ ਵਿੱਚ, ਸਰੋਤ ਲਈ ਰੂਟ ਨੂੰ ਇੱਥੇ ਦਿੱਤੇ ਇੰਟਰਫੇਸ ਦਾ ਹਵਾਲਾ ਦੇਣਾ ਚਾਹੀਦਾ ਹੈ। ਆਊਟਗੋਇੰਗ ਇੰਟਰਫੇਸ ਦੱਸਦਾ ਹੈ ਕਿ ਮਲਟੀਕਾਸਟ ਨੂੰ ਕਿੱਥੇ ਰੀਡਾਇਰੈਕਟ ਕੀਤਾ ਜਾਵੇਗਾ। ਜੇਕਰ ਇਹ ਖਾਲੀ ਹੈ, ਤਾਂ ਰਾਊਟਰ ਨੂੰ ਇਸ ਟ੍ਰੈਫਿਕ ਲਈ ਕੋਈ ਬੇਨਤੀਆਂ ਪ੍ਰਾਪਤ ਨਹੀਂ ਹੋਈਆਂ ਹਨ। ਸਾਰੇ ਝੰਡਿਆਂ ਬਾਰੇ ਵਧੇਰੇ ਜਾਣਕਾਰੀ ਪ੍ਰਾਪਤ ਕੀਤੀ ਜਾ ਸਕਦੀ ਹੈ ਇੱਥੇ.
PIM ਸਪਾਰਸ-ਮੋਡ।
ਸਪਾਰਸ-ਮੋਡ ਦੀ ਰਣਨੀਤੀ ਸੰਘਣੇ-ਮੋਡ ਦੇ ਉਲਟ ਹੈ। ਜਦੋਂ ਸਪਾਰਸ-ਮੋਡ ਮਲਟੀਕਾਸਟ ਟ੍ਰੈਫਿਕ ਪ੍ਰਾਪਤ ਕਰਦਾ ਹੈ, ਤਾਂ ਇਹ ਸਿਰਫ ਉਹਨਾਂ ਇੰਟਰਫੇਸਾਂ ਰਾਹੀਂ ਟ੍ਰੈਫਿਕ ਭੇਜੇਗਾ ਜਿੱਥੇ ਇਸ ਪ੍ਰਵਾਹ ਲਈ ਬੇਨਤੀਆਂ ਸਨ, ਉਦਾਹਰਨ ਲਈ Pim Join ਜਾਂ IGMP ਰਿਪੋਰਟ ਸੁਨੇਹੇ ਜੋ ਇਸ ਟ੍ਰੈਫਿਕ ਦੀ ਬੇਨਤੀ ਕਰਦੇ ਹਨ।
SM ਅਤੇ DM ਲਈ ਸਮਾਨ ਤੱਤ:

• ਨੇਬਰਹੁੱਡ ਰਿਸ਼ਤਿਆਂ ਨੂੰ ਉਸੇ ਤਰ੍ਹਾਂ ਬਣਾਇਆ ਜਾਂਦਾ ਹੈ ਜਿਵੇਂ ਕਿ ਪੀਆਈਐਮ ਡੀਐਮ ਵਿੱਚ ਹੁੰਦਾ ਹੈ।
• ਆਰਪੀਐਫ ਦਾ ਨਿਯਮ ਕੰਮ ਕਰਦਾ ਹੈ।
• DR ਚੋਣ ਸਮਾਨ ਹੈ।
• ਪਰੂਨ ਓਵਰਰਾਈਡਸ ਅਤੇ ਅਸਰਟ ਸੰਦੇਸ਼ਾਂ ਦੀ ਵਿਧੀ ਸਮਾਨ ਹੈ।

ਨੈੱਟਵਰਕ 'ਤੇ ਕਿਸ ਨੂੰ, ਕਿੱਥੇ ਅਤੇ ਕਿਸ ਕਿਸਮ ਦੇ ਮਲਟੀਕਾਸਟ ਟ੍ਰੈਫਿਕ ਦੀ ਲੋੜ ਹੈ, ਨੂੰ ਨਿਯੰਤਰਿਤ ਕਰਨ ਲਈ, ਇੱਕ ਸਾਂਝੇ ਸੂਚਨਾ ਕੇਂਦਰ ਦੀ ਲੋੜ ਹੈ। ਸਾਡਾ ਕੇਂਦਰ ਰੈਂਡੇਜ਼ਵਸ ਪੁਆਇੰਟ (ਆਰਪੀ) ਹੋਵੇਗਾ। ਕੋਈ ਵੀ ਜੋ ਕਿਸੇ ਕਿਸਮ ਦਾ ਮਲਟੀਕਾਸਟ ਟ੍ਰੈਫਿਕ ਚਾਹੁੰਦਾ ਹੈ ਜਾਂ ਕਿਸੇ ਨੇ ਸਰੋਤ ਤੋਂ ਮਲਟੀਕਾਸਟ ਟ੍ਰੈਫਿਕ ਪ੍ਰਾਪਤ ਕਰਨਾ ਸ਼ੁਰੂ ਕਰ ਦਿੱਤਾ ਹੈ, ਤਾਂ ਉਹ ਇਸਨੂੰ ਆਰਪੀ ਨੂੰ ਭੇਜਦਾ ਹੈ.
ਜਦੋਂ RP ਮਲਟੀਕਾਸਟ ਟ੍ਰੈਫਿਕ ਪ੍ਰਾਪਤ ਕਰਦਾ ਹੈ, ਤਾਂ ਇਹ ਉਹਨਾਂ ਰਾਊਟਰਾਂ ਨੂੰ ਭੇਜੇਗਾ ਜਿਨ੍ਹਾਂ ਨੇ ਪਹਿਲਾਂ ਇਸ ਟ੍ਰੈਫਿਕ ਦੀ ਬੇਨਤੀ ਕੀਤੀ ਸੀ।

ਆਉ ਇੱਕ ਟੌਪੋਲੋਜੀ ਦੀ ਕਲਪਨਾ ਕਰੀਏ ਜਿੱਥੇ RP R3 ਹੈ। ਜਿਵੇਂ ਹੀ R1 ਨੂੰ S1 ਤੋਂ ਟ੍ਰੈਫਿਕ ਪ੍ਰਾਪਤ ਹੁੰਦਾ ਹੈ, ਇਹ ਇਸ ਮਲਟੀਕਾਸਟ ਪੈਕੇਟ ਨੂੰ ਇੱਕ ਯੂਨੀਕਾਸਟ PIM ਰਜਿਸਟਰ ਸੰਦੇਸ਼ ਵਿੱਚ ਸ਼ਾਮਲ ਕਰਦਾ ਹੈ ਅਤੇ ਇਸਨੂੰ RP ਨੂੰ ਭੇਜਦਾ ਹੈ। ਉਹ ਕਿਵੇਂ ਜਾਣਦਾ ਹੈ ਕਿ ਆਰਪੀ ਕੌਣ ਹੈ? ਇਸ ਸਥਿਤੀ ਵਿੱਚ, ਇਸਨੂੰ ਸਥਿਰ ਰੂਪ ਵਿੱਚ ਸੰਰਚਿਤ ਕੀਤਾ ਗਿਆ ਹੈ, ਅਤੇ ਅਸੀਂ ਬਾਅਦ ਵਿੱਚ ਡਾਇਨਾਮਿਕ RP ਸੰਰਚਨਾ ਬਾਰੇ ਗੱਲ ਕਰਾਂਗੇ।

ip pim rp-ਪਤਾ 3.3.3.3

RP ਦੇਖੇਗੀ - ਕੀ ਕਿਸੇ ਅਜਿਹੇ ਵਿਅਕਤੀ ਤੋਂ ਜਾਣਕਾਰੀ ਸੀ ਜੋ ਇਸ ਟ੍ਰੈਫਿਕ ਨੂੰ ਪ੍ਰਾਪਤ ਕਰਨਾ ਚਾਹੇਗਾ? ਮੰਨ ਲਓ ਕਿ ਇਹ ਨਹੀਂ ਸੀ। ਫਿਰ RP R1 ਨੂੰ ਇੱਕ PIM ਰਜਿਸਟਰ-ਸਟਾਪ ਸੁਨੇਹਾ ਭੇਜੇਗਾ, ਜਿਸਦਾ ਮਤਲਬ ਹੈ ਕਿ ਕਿਸੇ ਨੂੰ ਵੀ ਇਸ ਮਲਟੀਕਾਸਟ ਦੀ ਲੋੜ ਨਹੀਂ ਹੈ, ਰਜਿਸਟ੍ਰੇਸ਼ਨ ਤੋਂ ਇਨਕਾਰ ਕੀਤਾ ਗਿਆ ਹੈ। R1 ਮਲਟੀਕਾਸਟ ਨਹੀਂ ਭੇਜੇਗਾ। ਪਰ ਮਲਟੀਕਾਸਟ ਸਰੋਤ ਹੋਸਟ ਇਸਨੂੰ ਭੇਜੇਗਾ, ਤਾਂ ਜੋ R1, ਰਜਿਸਟਰ-ਸਟਾਪ ਪ੍ਰਾਪਤ ਕਰਨ ਤੋਂ ਬਾਅਦ, 60 ਸਕਿੰਟਾਂ ਦੇ ਬਰਾਬਰ ਇੱਕ ਰਜਿਸਟਰ-ਸਪਰੈਸ਼ਨ ਟਾਈਮਰ ਸ਼ੁਰੂ ਕਰੇਗਾ। ਇਸ ਟਾਈਮਰ ਦੀ ਮਿਆਦ ਪੁੱਗਣ ਤੋਂ 5 ਸਕਿੰਟ ਪਹਿਲਾਂ, R1 RP ਵੱਲ ਨਲ-ਰਜਿਸਟਰ ਬਿੱਟ (ਜੋ ਕਿ ਬਿਨਾਂ ਕਿਸੇ ਇਨਕੈਪਸਲੇਟਡ ਮਲਟੀਕਾਸਟ ਪੈਕੇਟ ਦੇ) ਨਾਲ ਇੱਕ ਖਾਲੀ ਰਜਿਸਟਰ ਸੁਨੇਹਾ ਭੇਜੇਗਾ। RP, ਬਦਲੇ ਵਿੱਚ, ਇਸ ਤਰ੍ਹਾਂ ਕੰਮ ਕਰੇਗਾ:

• ਜੇਕਰ ਕੋਈ ਪ੍ਰਾਪਤਕਰਤਾ ਨਹੀਂ ਸਨ, ਤਾਂ ਇਹ ਇੱਕ ਰਜਿਸਟਰ-ਸਟਾਪ ਸੁਨੇਹੇ ਨਾਲ ਜਵਾਬ ਦੇਵੇਗਾ।
• ਜੇ ਪ੍ਰਾਪਤਕਰਤਾ ਪ੍ਰਗਟ ਹੁੰਦਾ ਹੈ, ਤਾਂ ਉਹ ਕਿਸੇ ਵੀ ਤਰੀਕੇ ਨਾਲ ਇਸਦਾ ਜਵਾਬ ਨਹੀਂ ਦੇਵੇਗਾ. R1, 5 ਸਕਿੰਟਾਂ ਦੇ ਅੰਦਰ ਰਜਿਸਟਰ ਕਰਨ ਤੋਂ ਇਨਕਾਰ ਨਾ ਕਰਨ 'ਤੇ, ਖੁਸ਼ ਹੋਵੇਗਾ ਅਤੇ RP ਨੂੰ ਐਨਕੈਪਸਲੇਟਡ ਮਲਟੀਕਾਸਟ ਦੇ ਨਾਲ ਇੱਕ ਰਜਿਸਟਰ ਸੁਨੇਹਾ ਭੇਜੇਗਾ।

ਅਸੀਂ ਇਹ ਸਮਝ ਲਿਆ ਹੈ ਕਿ ਮਲਟੀਕਾਸਟ RP ਤੱਕ ਕਿਵੇਂ ਪਹੁੰਚਦਾ ਹੈ, ਆਓ ਹੁਣ ਇਸ ਸਵਾਲ ਦਾ ਜਵਾਬ ਦੇਣ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰੀਏ ਕਿ RP ਪ੍ਰਾਪਤਕਰਤਾਵਾਂ ਨੂੰ ਟ੍ਰੈਫਿਕ ਕਿਵੇਂ ਪ੍ਰਦਾਨ ਕਰਦਾ ਹੈ। ਇੱਥੇ ਇੱਕ ਨਵਾਂ ਸੰਕਲਪ ਪੇਸ਼ ਕਰਨਾ ਜ਼ਰੂਰੀ ਹੈ - ਰੂਟ-ਪਾਥ ਟ੍ਰੀ (RPT)। RPT ਇੱਕ ਰੁੱਖ ਹੈ ਜੋ RP ਵਿੱਚ ਜੜਿਆ ਹੋਇਆ ਹੈ, ਪ੍ਰਾਪਤਕਰਤਾਵਾਂ ਵੱਲ ਵਧਦਾ ਹੈ, ਹਰੇਕ PIM-SM ਰਾਊਟਰ 'ਤੇ ਸ਼ਾਖਾਵਾਂ ਕਰਦਾ ਹੈ। RP PIM ਜੁਆਇਨ ਸੁਨੇਹੇ ਪ੍ਰਾਪਤ ਕਰਕੇ ਇਸਨੂੰ ਬਣਾਉਂਦਾ ਹੈ ਅਤੇ ਰੁੱਖ ਵਿੱਚ ਇੱਕ ਨਵੀਂ ਸ਼ਾਖਾ ਜੋੜਦਾ ਹੈ। ਅਤੇ ਇਸ ਤਰ੍ਹਾਂ, ਹਰ ਡਾਊਨਸਟ੍ਰੀਮ ਰਾਊਟਰ ਕਰਦਾ ਹੈ। ਆਮ ਨਿਯਮ ਇਸ ਤਰ੍ਹਾਂ ਦਿਸਦਾ ਹੈ:

• ਜਦੋਂ ਇੱਕ PIM-SM ਰਾਊਟਰ ਨੂੰ ਇੰਟਰਫੇਸ ਤੋਂ ਇਲਾਵਾ ਕਿਸੇ ਹੋਰ ਇੰਟਰਫੇਸ 'ਤੇ ਇੱਕ PIM Join ਸੁਨੇਹਾ ਪ੍ਰਾਪਤ ਹੁੰਦਾ ਹੈ ਜਿਸ ਦੇ ਪਿੱਛੇ RP ਲੁਕਿਆ ਹੁੰਦਾ ਹੈ, ਇਹ ਰੁੱਖ ਵਿੱਚ ਇੱਕ ਨਵੀਂ ਸ਼ਾਖਾ ਜੋੜਦਾ ਹੈ।
• ਇੱਕ ਸ਼ਾਖਾ ਵੀ ਜੋੜੀ ਜਾਂਦੀ ਹੈ ਜਦੋਂ PIM-SM ਰਾਊਟਰ ਨੂੰ ਸਿੱਧੇ ਜੁੜੇ ਹੋਸਟ ਤੋਂ IGMP ਮੈਂਬਰਸ਼ਿਪ ਰਿਪੋਰਟ ਪ੍ਰਾਪਤ ਹੁੰਦੀ ਹੈ।

ਚਲੋ ਕਲਪਨਾ ਕਰੀਏ ਕਿ ਸਾਡੇ ਕੋਲ ਗਰੁੱਪ 5 ਲਈ R228.8.8.8 ਰਾਊਟਰ 'ਤੇ ਮਲਟੀਕਾਸਟ ਕਲਾਇੰਟ ਹੈ। ਜਿਵੇਂ ਹੀ R5 ਨੂੰ ਹੋਸਟ ਤੋਂ IGMP ਸਦੱਸਤਾ ਰਿਪੋਰਟ ਪ੍ਰਾਪਤ ਹੁੰਦੀ ਹੈ, R5 RP ਦੀ ਦਿਸ਼ਾ ਵਿੱਚ ਇੱਕ PIM ਜੁਆਇਨ ਭੇਜਦਾ ਹੈ, ਅਤੇ ਆਪਣੇ ਆਪ ਉਸ ਰੁੱਖ ਵਿੱਚ ਇੱਕ ਇੰਟਰਫੇਸ ਜੋੜਦਾ ਹੈ ਜੋ ਮੇਜ਼ਬਾਨ ਨੂੰ ਵੇਖਦਾ ਹੈ। ਅੱਗੇ, R4 ਨੂੰ R5 ਤੋਂ PIM Join ਪ੍ਰਾਪਤ ਹੁੰਦਾ ਹੈ, ਟ੍ਰੀ ਵਿੱਚ ਇੰਟਰਫੇਸ Gi0/1 ਜੋੜਦਾ ਹੈ ਅਤੇ RP ਦੀ ਦਿਸ਼ਾ ਵਿੱਚ PIM Join ਭੇਜਦਾ ਹੈ। ਅੰਤ ਵਿੱਚ, RP ( R3 ) PIM Join ਪ੍ਰਾਪਤ ਕਰਦਾ ਹੈ ਅਤੇ Gi0/0 ਨੂੰ ਟ੍ਰੀ ਵਿੱਚ ਜੋੜਦਾ ਹੈ। ਇਸ ਤਰ੍ਹਾਂ, ਮਲਟੀਕਾਸਟ ਪ੍ਰਾਪਤਕਰਤਾ ਰਜਿਸਟਰਡ ਹੈ। ਅਸੀਂ ਰੂਟ R3-Gi0/0 → R4-Gi0/1 → R5-Gi0/0 ਨਾਲ ਇੱਕ ਰੁੱਖ ਬਣਾ ਰਹੇ ਹਾਂ।
ਇਸ ਤੋਂ ਬਾਅਦ, ਇੱਕ PIM ਜੁਆਇਨ R1 ਨੂੰ ਭੇਜਿਆ ਜਾਵੇਗਾ ਅਤੇ R1 ਮਲਟੀਕਾਸਟ ਟ੍ਰੈਫਿਕ ਭੇਜਣਾ ਸ਼ੁਰੂ ਕਰ ਦੇਵੇਗਾ। ਇਹ ਨੋਟ ਕਰਨਾ ਮਹੱਤਵਪੂਰਨ ਹੈ ਕਿ ਜੇਕਰ ਹੋਸਟ ਨੇ ਮਲਟੀਕਾਸਟ ਪ੍ਰਸਾਰਣ ਸ਼ੁਰੂ ਹੋਣ ਤੋਂ ਪਹਿਲਾਂ ਟ੍ਰੈਫਿਕ ਦੀ ਬੇਨਤੀ ਕੀਤੀ ਹੈ, ਤਾਂ RP PIM Join ਨਹੀਂ ਭੇਜੇਗਾ ਅਤੇ R1 ਨੂੰ ਕੁਝ ਵੀ ਨਹੀਂ ਭੇਜੇਗਾ।
ਜੇਕਰ ਅਚਾਨਕ ਮਲਟੀਕਾਸਟ ਭੇਜਿਆ ਜਾ ਰਿਹਾ ਹੈ, ਤਾਂ ਹੋਸਟ ਇਸਨੂੰ ਪ੍ਰਾਪਤ ਕਰਨਾ ਬੰਦ ਕਰ ਦਿੰਦਾ ਹੈ, ਜਿਵੇਂ ਹੀ RP ਨੂੰ Gi0/0 ਇੰਟਰਫੇਸ 'ਤੇ ਇੱਕ PIM ਪ੍ਰੂਨ ਮਿਲਦਾ ਹੈ, ਇਹ ਤੁਰੰਤ ਇੱਕ PIM ਰਜਿਸਟਰ-ਸਟਾਪ ਨੂੰ ਸਿੱਧਾ R1 ਨੂੰ ਭੇਜ ਦੇਵੇਗਾ, ਅਤੇ ਫਿਰ ਇੱਕ PIM ਪ੍ਰੂਨ Gi0/1 ਇੰਟਰਫੇਸ ਰਾਹੀਂ ਸੁਨੇਹਾ। PIM ਰਜਿਸਟਰ-ਸਟਾਪ ਨੂੰ ਯੂਨੀਕਾਸਟ ਦੁਆਰਾ ਉਸ ਪਤੇ 'ਤੇ ਭੇਜਿਆ ਜਾਂਦਾ ਹੈ ਜਿੱਥੋਂ PIM ਰਜਿਸਟਰ ਆਇਆ ਸੀ।
ਜਿਵੇਂ ਕਿ ਅਸੀਂ ਪਹਿਲਾਂ ਕਿਹਾ ਸੀ, ਜਿਵੇਂ ਹੀ ਇੱਕ ਰਾਊਟਰ ਇੱਕ PIM ਜੁਆਇੰਟ ਨੂੰ ਦੂਜੇ ਨੂੰ ਭੇਜਦਾ ਹੈ, ਉਦਾਹਰਨ ਲਈ R5 ਤੋਂ R4, ਫਿਰ ਇੱਕ ਰਿਕਾਰਡ R4 ਵਿੱਚ ਜੋੜਿਆ ਜਾਂਦਾ ਹੈ:

ਅਤੇ ਇੱਕ ਟਾਈਮਰ ਸ਼ੁਰੂ ਕੀਤਾ ਗਿਆ ਹੈ ਕਿ R5 ਨੂੰ ਇਸ ਟਾਈਮਰ ਨੂੰ ਲਗਾਤਾਰ ਰੀਸੈਟ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ PIM ਲਗਾਤਾਰ ਸੁਨੇਹੇ ਜੋੜੋ, ਨਹੀਂ ਤਾਂ R4 ਨੂੰ ਆਊਟਗੋਇੰਗ ਸੂਚੀ ਵਿੱਚੋਂ ਬਾਹਰ ਕਰ ਦਿੱਤਾ ਜਾਵੇਗਾ। R5 ਹਰ 60 PIM Join ਸੁਨੇਹੇ ਭੇਜੇਗਾ।
ਸਭ ਤੋਂ ਛੋਟਾ-ਪਾਥ ਟ੍ਰੀ ਸਵਿਚਓਵਰ।
ਅਸੀਂ R1 ਅਤੇ R5 ਦੇ ਵਿਚਕਾਰ ਇੱਕ ਇੰਟਰਫੇਸ ਜੋੜਾਂਗੇ ਅਤੇ ਦੇਖਾਂਗੇ ਕਿ ਇਸ ਟੌਪੌਲੋਜੀ ਨਾਲ ਟ੍ਰੈਫਿਕ ਕਿਵੇਂ ਚਲਦਾ ਹੈ।

ਮੰਨ ਲਓ ਕਿ ਟ੍ਰੈਫਿਕ ਪੁਰਾਣੀ ਸਕੀਮ R1-R2-R3-R4-R5 ਦੇ ਅਨੁਸਾਰ ਭੇਜਿਆ ਅਤੇ ਪ੍ਰਾਪਤ ਕੀਤਾ ਗਿਆ ਸੀ, ਅਤੇ ਇੱਥੇ ਅਸੀਂ R1 ਅਤੇ R5 ਦੇ ਵਿਚਕਾਰ ਇੰਟਰਫੇਸ ਨੂੰ ਕਨੈਕਟ ਅਤੇ ਕੌਂਫਿਗਰ ਕੀਤਾ ਹੈ।
ਸਭ ਤੋਂ ਪਹਿਲਾਂ, ਸਾਨੂੰ R5 'ਤੇ ਯੂਨੀਕਾਸਟ ਰਾਊਟਿੰਗ ਟੇਬਲ ਨੂੰ ਦੁਬਾਰਾ ਬਣਾਉਣਾ ਹੋਵੇਗਾ ਅਤੇ ਹੁਣ ਨੈੱਟਵਰਕ 192.168.1.0/24 ਤੱਕ R5 Gi0/2 ਇੰਟਰਫੇਸ ਰਾਹੀਂ ਪਹੁੰਚਿਆ ਗਿਆ ਹੈ। ਹੁਣ R5, ਇੰਟਰਫੇਸ Gi0/1 'ਤੇ ਮਲਟੀਕਾਸਟ ਪ੍ਰਾਪਤ ਕਰ ਰਿਹਾ ਹੈ, ਸਮਝਦਾ ਹੈ ਕਿ RPF ਨਿਯਮ ਸੰਤੁਸ਼ਟ ਨਹੀਂ ਹੈ ਅਤੇ Gi0/2 'ਤੇ ਮਲਟੀਕਾਸਟ ਪ੍ਰਾਪਤ ਕਰਨਾ ਵਧੇਰੇ ਤਰਕਪੂਰਨ ਹੋਵੇਗਾ। ਇਸਨੂੰ RPT ਤੋਂ ਡਿਸਕਨੈਕਟ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ ਅਤੇ ਇੱਕ ਛੋਟਾ ਰੁੱਖ ਬਣਾਉਣਾ ਚਾਹੀਦਾ ਹੈ ਜਿਸਨੂੰ ਸ਼ੌਰਸਟ-ਪਾਥ ਟ੍ਰੀ (SPT) ਕਿਹਾ ਜਾਂਦਾ ਹੈ। ਅਜਿਹਾ ਕਰਨ ਲਈ, ਉਹ Gi0/2 ਰਾਹੀਂ R1 ਨੂੰ PIM Join ਭੇਜਦਾ ਹੈ ਅਤੇ R1 Gi0/2 ਰਾਹੀਂ ਮਲਟੀਕਾਸਟ ਵੀ ਭੇਜਣਾ ਸ਼ੁਰੂ ਕਰਦਾ ਹੈ। ਹੁਣ R5 ਨੂੰ RPT ਤੋਂ ਗਾਹਕੀ ਹਟਾਉਣ ਦੀ ਲੋੜ ਹੈ ਤਾਂ ਕਿ ਦੋ ਕਾਪੀਆਂ ਪ੍ਰਾਪਤ ਨਾ ਹੋਣ। ਅਜਿਹਾ ਕਰਨ ਲਈ, ਉਹ ਪ੍ਰੂਨ ਨੂੰ ਇੱਕ ਸੰਦੇਸ਼ ਭੇਜਦਾ ਹੈ ਜੋ ਸਰੋਤ IP ਐਡਰੈੱਸ ਨੂੰ ਦਰਸਾਉਂਦਾ ਹੈ ਅਤੇ ਇੱਕ ਵਿਸ਼ੇਸ਼ ਬਿੱਟ - RPT-bit ਸ਼ਾਮਲ ਕਰਦਾ ਹੈ। ਇਸਦਾ ਮਤਲਬ ਹੈ ਕਿ ਤੁਹਾਨੂੰ ਮੈਨੂੰ ਟ੍ਰੈਫਿਕ ਭੇਜਣ ਦੀ ਜ਼ਰੂਰਤ ਨਹੀਂ ਹੈ, ਮੇਰੇ ਕੋਲ ਇੱਥੇ ਇੱਕ ਬਿਹਤਰ ਰੁੱਖ ਹੈ। RP R1 ਨੂੰ PIM Prune ਸੁਨੇਹੇ ਵੀ ਭੇਜਦਾ ਹੈ, ਪਰ ਰਜਿਸਟਰ-ਸਟਾਪ ਸੁਨੇਹਾ ਨਹੀਂ ਭੇਜਦਾ। ਇੱਕ ਹੋਰ ਵਿਸ਼ੇਸ਼ਤਾ: R5 ਹੁਣ ਲਗਾਤਾਰ PIM Prune ਨੂੰ RP ਨੂੰ ਭੇਜੇਗਾ, ਕਿਉਂਕਿ R1 PIM ਰਜਿਸਟਰ ਨੂੰ ਹਰ ਮਿੰਟ RP ਨੂੰ ਭੇਜਣਾ ਜਾਰੀ ਰੱਖਦਾ ਹੈ। ਜਦੋਂ ਤੱਕ ਕੋਈ ਨਵਾਂ ਲੋਕ ਇਸ ਟ੍ਰੈਫਿਕ ਦੀ ਮੰਗ ਨਹੀਂ ਕਰਦੇ, ਆਰਪੀ ਇਸਨੂੰ ਇਨਕਾਰ ਕਰ ਦੇਵੇਗਾ। R5 RP ਨੂੰ ਸੂਚਿਤ ਕਰਦਾ ਹੈ ਕਿ ਇਹ SPT ਰਾਹੀਂ ਮਲਟੀਕਾਸਟ ਪ੍ਰਾਪਤ ਕਰਨਾ ਜਾਰੀ ਰੱਖਦਾ ਹੈ।
ਡਾਇਨਾਮਿਕ ਆਰਪੀ ਖੋਜ।
ਆਟੋ-ਆਰ.ਪੀ.
ਇਹ ਤਕਨਾਲੋਜੀ ਸਿਸਕੋ ਦੀ ਮਲਕੀਅਤ ਹੈ ਅਤੇ ਖਾਸ ਤੌਰ 'ਤੇ ਪ੍ਰਸਿੱਧ ਨਹੀਂ ਹੈ, ਪਰ ਅਜੇ ਵੀ ਜ਼ਿੰਦਾ ਹੈ। ਆਟੋ-ਆਰਪੀ ਓਪਰੇਸ਼ਨ ਵਿੱਚ ਦੋ ਮੁੱਖ ਪੜਾਅ ਹੁੰਦੇ ਹਨ:
1) RP ਰਾਖਵੇਂ ਪਤੇ - 224.0.1.39 'ਤੇ RP-ਐਲਾਨ ਸੁਨੇਹੇ ਭੇਜਦਾ ਹੈ, ਆਪਣੇ ਆਪ ਨੂੰ ਹਰ ਕਿਸੇ ਲਈ ਜਾਂ ਖਾਸ ਸਮੂਹਾਂ ਲਈ RP ਘੋਸ਼ਿਤ ਕਰਦਾ ਹੈ। ਇਹ ਸੁਨੇਹਾ ਹਰ ਮਿੰਟ ਭੇਜਿਆ ਜਾਂਦਾ ਹੈ।
2) ਇੱਕ RP ਮੈਪਿੰਗ ਏਜੰਟ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ, ਜੋ ਕਿ RP-ਡਿਸਕਵਰੀ ਸੁਨੇਹੇ ਭੇਜੇਗਾ ਜੋ ਇਹ ਦਰਸਾਉਂਦਾ ਹੈ ਕਿ ਕਿਹੜੇ ਸਮੂਹਾਂ ਲਈ RP ਨੂੰ ਸੁਣਿਆ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ। ਇਹ ਇਸ ਸੰਦੇਸ਼ ਤੋਂ ਹੈ ਕਿ ਨਿਯਮਤ ਪੀਆਈਐਮ ਰਾਊਟਰ ਆਪਣੇ ਲਈ ਆਰਪੀ ਨਿਰਧਾਰਤ ਕਰਨਗੇ। ਮੈਪਿੰਗ ਏਜੰਟ ਜਾਂ ਤਾਂ ਖੁਦ RP ਰਾਊਟਰ ਜਾਂ ਇੱਕ ਵੱਖਰਾ PIM ਰਾਊਟਰ ਹੋ ਸਕਦਾ ਹੈ। ਆਰਪੀ-ਡਿਸਕਵਰੀ ਨੂੰ ਇੱਕ ਮਿੰਟ ਦੇ ਟਾਈਮਰ ਨਾਲ 224.0.1.40 ਪਤੇ 'ਤੇ ਭੇਜਿਆ ਜਾਂਦਾ ਹੈ।
ਆਓ ਪ੍ਰਕਿਰਿਆ ਨੂੰ ਹੋਰ ਵਿਸਥਾਰ ਵਿੱਚ ਵੇਖੀਏ:
ਆਉ R3 ਨੂੰ RP ਦੇ ਤੌਰ ਤੇ ਸੰਰਚਿਤ ਕਰੀਏ:

ਆਈਪੀ ਪੀਆਈਐਮ ਭੇਜੋ-ਆਰਪੀ-ਐਲਾਨ ਲੂਪਬੈਕ 0 ਸਕੋਪ 10

R2 ਮੈਪਿੰਗ ਏਜੰਟ ਵਜੋਂ:

ip pim send-rp-discovery ਲੂਪਬੈਕ 0 ਸਕੋਪ 10

ਅਤੇ ਬਾਕੀਆਂ 'ਤੇ ਅਸੀਂ ਆਟੋ-ਆਰਪੀ ਦੁਆਰਾ RP ਦੀ ਉਮੀਦ ਕਰਾਂਗੇ:

ip pim autorp ਲਿਸਨਰ

ਇੱਕ ਵਾਰ ਜਦੋਂ ਅਸੀਂ R3 ਨੂੰ ਕੌਂਫਿਗਰ ਕਰ ਲੈਂਦੇ ਹਾਂ, ਤਾਂ ਇਹ RP-ਐਲਾਨ ਭੇਜਣਾ ਸ਼ੁਰੂ ਕਰ ਦੇਵੇਗਾ:

ਅਤੇ R2, ਮੈਪਿੰਗ ਏਜੰਟ ਸਥਾਪਤ ਕਰਨ ਤੋਂ ਬਾਅਦ, RP-ਐਲਾਨ ਸੰਦੇਸ਼ ਦੀ ਉਡੀਕ ਕਰਨੀ ਸ਼ੁਰੂ ਕਰ ਦੇਵੇਗਾ। ਸਿਰਫ਼ ਉਦੋਂ ਹੀ ਜਦੋਂ ਇਹ ਘੱਟੋ-ਘੱਟ ਇੱਕ RP ਲੱਭਦਾ ਹੈ ਤਾਂ ਇਹ RP-ਡਿਸਕਵਰੀ ਭੇਜਣਾ ਸ਼ੁਰੂ ਕਰੇਗਾ:

ਇਸ ਤਰ੍ਹਾਂ, ਜਿਵੇਂ ਹੀ ਰੈਗੂਲਰ ਰਾਊਟਰਾਂ (ਪੀਆਈਐਮ ਆਰਪੀ ਲਿਸਨਰ) ਨੂੰ ਇਹ ਸੁਨੇਹਾ ਮਿਲੇਗਾ, ਉਨ੍ਹਾਂ ਨੂੰ ਪਤਾ ਲੱਗ ਜਾਵੇਗਾ ਕਿ ਆਰਪੀ ਨੂੰ ਕਿੱਥੇ ਲੱਭਣਾ ਹੈ।
ਆਟੋ-ਆਰਪੀ ਨਾਲ ਇੱਕ ਮੁੱਖ ਸਮੱਸਿਆ ਇਹ ਹੈ ਕਿ RP-ਐਲਾਨ ਅਤੇ RP-ਡਿਸਕਵਰੀ ਸੁਨੇਹੇ ਪ੍ਰਾਪਤ ਕਰਨ ਲਈ, ਤੁਹਾਨੂੰ 224.0.1.39-40 ਪਤੇ 'ਤੇ PIM Join ਭੇਜਣ ਦੀ ਲੋੜ ਹੈ, ਅਤੇ ਭੇਜਣ ਲਈ, ਤੁਹਾਨੂੰ ਇਹ ਜਾਣਨ ਦੀ ਲੋੜ ਹੈ ਕਿ ਕਿੱਥੇ ਆਰਪੀ ਸਥਿਤ ਹੈ। ਕਲਾਸਿਕ ਚਿਕਨ ਅਤੇ ਅੰਡੇ ਦੀ ਸਮੱਸਿਆ. ਇਸ ਸਮੱਸਿਆ ਨੂੰ ਹੱਲ ਕਰਨ ਲਈ, ਪੀਆਈਐਮ ਸਪਾਰਸ-ਡੈਂਸ-ਮੋਡ ਦੀ ਕਾਢ ਕੱਢੀ ਗਈ ਸੀ। ਜੇਕਰ ਰਾਊਟਰ RP ਨੂੰ ਨਹੀਂ ਜਾਣਦਾ ਹੈ, ਤਾਂ ਇਹ ਸੰਘਣੇ-ਮੋਡ ਵਿੱਚ ਕੰਮ ਕਰਦਾ ਹੈ; ਜੇਕਰ ਇਹ ਕਰਦਾ ਹੈ, ਤਾਂ ਸਪਾਰਸ-ਮੋਡ ਵਿੱਚ। ਜਦੋਂ PIM ਸਪਾਰਸ-ਮੋਡ ਅਤੇ ip pim autorp ਲਿਸਨਰ ਕਮਾਂਡ ਨੂੰ ਨਿਯਮਤ ਰਾਊਟਰਾਂ ਦੇ ਇੰਟਰਫੇਸਾਂ 'ਤੇ ਸੰਰਚਿਤ ਕੀਤਾ ਜਾਂਦਾ ਹੈ, ਤਾਂ ਰਾਊਟਰ ਸਿਰਫ਼ ਆਟੋ-ਆਰਪੀ ਪ੍ਰੋਟੋਕੋਲ (224.0.1.39-40) ਤੋਂ ਸਿੱਧੇ ਮਲਟੀਕਾਸਟਿੰਗ ਲਈ ਸੰਘਣੇ-ਮੋਡ ਵਿੱਚ ਕੰਮ ਕਰੇਗਾ।
ਬੂਟਸਟਰੈਪ ਰਾਊਟਰ (BSR)।
ਇਹ ਫੰਕਸ਼ਨ ਆਟੋ-ਆਰਪੀ ਦੇ ਸਮਾਨ ਕੰਮ ਕਰਦਾ ਹੈ। ਹਰੇਕ RP ਮੈਪਿੰਗ ਏਜੰਟ ਨੂੰ ਇੱਕ ਸੁਨੇਹਾ ਭੇਜਦਾ ਹੈ, ਜੋ ਮੈਪਿੰਗ ਜਾਣਕਾਰੀ ਇਕੱਠੀ ਕਰਦਾ ਹੈ ਅਤੇ ਫਿਰ ਬਾਕੀ ਸਾਰੇ ਰਾਊਟਰਾਂ ਨੂੰ ਦੱਸਦਾ ਹੈ। ਆਉ ਆਟੋ-ਆਰਪੀ ਦੇ ਸਮਾਨ ਪ੍ਰਕਿਰਿਆ ਦਾ ਵਰਣਨ ਕਰੀਏ:
1) ਇੱਕ ਵਾਰ ਜਦੋਂ ਅਸੀਂ R3 ਨੂੰ RP ਹੋਣ ਲਈ ਉਮੀਦਵਾਰ ਵਜੋਂ ਸੰਰਚਿਤ ਕਰਦੇ ਹਾਂ, ਕਮਾਂਡ ਨਾਲ:

ip pim rp-ਉਮੀਦਵਾਰ ਲੂਪਬੈਕ 0

ਫਿਰ R3 ਕੁਝ ਨਹੀਂ ਕਰੇਗਾ; ਵਿਸ਼ੇਸ਼ ਸੰਦੇਸ਼ ਭੇਜਣਾ ਸ਼ੁਰੂ ਕਰਨ ਲਈ, ਉਸਨੂੰ ਪਹਿਲਾਂ ਇੱਕ ਮੈਪਿੰਗ ਏਜੰਟ ਲੱਭਣ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ। ਇਸ ਤਰ੍ਹਾਂ, ਅਸੀਂ ਦੂਜੇ ਪੜਾਅ 'ਤੇ ਅੱਗੇ ਵਧਦੇ ਹਾਂ.
2) R2 ਨੂੰ ਮੈਪਿੰਗ ਏਜੰਟ ਵਜੋਂ ਕੌਂਫਿਗਰ ਕਰੋ:

ip pim bsr-ਉਮੀਦਵਾਰ ਲੂਪਬੈਕ 0

R2 PIM ਬੂਟਸਟਰੈਪ ਸੁਨੇਹੇ ਭੇਜਣਾ ਸ਼ੁਰੂ ਕਰਦਾ ਹੈ, ਜਿੱਥੇ ਇਹ ਆਪਣੇ ਆਪ ਨੂੰ ਇੱਕ ਮੈਪਿੰਗ ਏਜੰਟ ਵਜੋਂ ਦਰਸਾਉਂਦਾ ਹੈ:

ਇਹ ਸੁਨੇਹਾ 224.0.013 ਪਤੇ 'ਤੇ ਭੇਜਿਆ ਜਾਂਦਾ ਹੈ, ਜਿਸ ਨੂੰ PIM ਪ੍ਰੋਟੋਕੋਲ ਆਪਣੇ ਦੂਜੇ ਸੰਦੇਸ਼ਾਂ ਲਈ ਵੀ ਵਰਤਦਾ ਹੈ। ਇਹ ਉਹਨਾਂ ਨੂੰ ਸਾਰੀਆਂ ਦਿਸ਼ਾਵਾਂ ਵਿੱਚ ਭੇਜਦਾ ਹੈ ਅਤੇ ਇਸਲਈ ਕੋਈ ਚਿਕਨ ਅਤੇ ਅੰਡੇ ਦੀ ਸਮੱਸਿਆ ਨਹੀਂ ਹੈ ਜਿਵੇਂ ਕਿ ਆਟੋ-ਆਰਪੀ ਵਿੱਚ ਸੀ।
3) ਜਿਵੇਂ ਹੀ RP ਨੂੰ BSR ਰਾਊਟਰ ਤੋਂ ਇੱਕ ਸੁਨੇਹਾ ਪ੍ਰਾਪਤ ਹੁੰਦਾ ਹੈ, ਇਹ ਤੁਰੰਤ BSR ਰਾਊਟਰ ਪਤੇ 'ਤੇ ਇੱਕ ਯੂਨੀਕਾਸਟ ਸੁਨੇਹਾ ਭੇਜੇਗਾ:

ਜਿਸ ਤੋਂ ਬਾਅਦ, BSR, RPs ਬਾਰੇ ਜਾਣਕਾਰੀ ਪ੍ਰਾਪਤ ਕਰਨ ਤੋਂ ਬਾਅਦ, ਉਹਨਾਂ ਨੂੰ ਮਲਟੀਕਾਸਟ ਦੁਆਰਾ 224.0.0.13 ਪਤੇ 'ਤੇ ਭੇਜੇਗਾ, ਜਿਸ ਨੂੰ ਸਾਰੇ PIM ਰਾਊਟਰਾਂ ਦੁਆਰਾ ਸੁਣਿਆ ਜਾਂਦਾ ਹੈ। ਇਸ ਲਈ, ਹੁਕਮ ਦਾ ਇੱਕ ਐਨਾਲਾਗ ip pim autorp ਲਿਸਨਰ ਨਿਯਮਤ ਰਾਊਟਰਾਂ ਲਈ ਜੋ BSR ਵਿੱਚ ਨਹੀਂ ਹਨ।
ਮਲਟੀਕਾਸਟ ਸੋਰਸ ਡਿਸਕਵਰੀ ਪ੍ਰੋਟੋਕੋਲ (MSDP) ਦੇ ਨਾਲ ਕੋਈ ਵੀ ਕਾਸਟ ਆਰ.ਪੀ.
ਆਟੋ-ਆਰਪੀ ਅਤੇ ਬੀਐਸਆਰ ਸਾਨੂੰ ਆਰਪੀ ਉੱਤੇ ਲੋਡ ਨੂੰ ਇਸ ਤਰ੍ਹਾਂ ਵੰਡਣ ਦੀ ਇਜਾਜ਼ਤ ਦਿੰਦੇ ਹਨ: ਹਰੇਕ ਮਲਟੀਕਾਸਟ ਸਮੂਹ ਵਿੱਚ ਸਿਰਫ਼ ਇੱਕ ਕਿਰਿਆਸ਼ੀਲ ਆਰਪੀ ਹੈ। ਕਈ RPs ਉੱਤੇ ਇੱਕ ਮਲਟੀਕਾਸਟ ਸਮੂਹ ਲਈ ਲੋਡ ਨੂੰ ਵੰਡਣਾ ਸੰਭਵ ਨਹੀਂ ਹੋਵੇਗਾ। MSDP ਅਜਿਹਾ RP ਰਾਊਟਰਾਂ ਨੂੰ 255.255.255.255 ਦੇ ਮਾਸਕ ਨਾਲ ਇੱਕੋ IP ਐਡਰੈੱਸ ਜਾਰੀ ਕਰਕੇ ਕਰਦਾ ਹੈ। MSDP ਕਿਸੇ ਇੱਕ ਢੰਗ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਜਾਣਕਾਰੀ ਸਿੱਖਦਾ ਹੈ: ਸਥਿਰ, ਆਟੋ-ਆਰਪੀ ਜਾਂ BSR।

ਤਸਵੀਰ ਵਿੱਚ ਸਾਡੇ ਕੋਲ MSDP ਦੇ ਨਾਲ ਇੱਕ ਆਟੋ-ਆਰਪੀ ਸੰਰਚਨਾ ਹੈ। ਦੋਵੇਂ RPs ਨੂੰ ਲੂਪਬੈਕ 172.16.1.1 ਇੰਟਰਫੇਸ 'ਤੇ IP ਐਡਰੈੱਸ 32/1 ਨਾਲ ਕੌਂਫਿਗਰ ਕੀਤਾ ਗਿਆ ਹੈ ਅਤੇ ਸਾਰੇ ਸਮੂਹਾਂ ਲਈ ਵਰਤਿਆ ਜਾਂਦਾ ਹੈ। RP-Anounce ਦੇ ਨਾਲ, ਦੋਵੇਂ ਰਾਊਟਰ ਇਸ ਪਤੇ ਦਾ ਹਵਾਲਾ ਦੇ ਕੇ ਆਪਣੇ ਆਪ ਦੀ ਘੋਸ਼ਣਾ ਕਰਦੇ ਹਨ। ਆਟੋ-ਆਰਪੀ ਮੈਪਿੰਗ ਏਜੰਟ, ਜਾਣਕਾਰੀ ਪ੍ਰਾਪਤ ਕਰਨ ਤੋਂ ਬਾਅਦ, ਆਰਪੀ ਬਾਰੇ RP-ਡਿਸਕਵਰੀ ਨੂੰ 172.16.1.1/32 ਪਤੇ ਦੇ ਨਾਲ ਭੇਜਦਾ ਹੈ। ਅਸੀਂ ਰਾਊਟਰਾਂ ਨੂੰ IGP ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ ਨੈੱਟਵਰਕ 172.16.1.1/32 ਬਾਰੇ ਦੱਸਦੇ ਹਾਂ ਅਤੇ, ਉਸ ਅਨੁਸਾਰ। ਇਸ ਤਰ੍ਹਾਂ, PIM ਰਾਊਟਰ RP ਤੋਂ ਬੇਨਤੀ ਜਾਂ ਰਜਿਸਟਰ ਪ੍ਰਵਾਹ ਕਰਦੇ ਹਨ ਜੋ ਨੈੱਟਵਰਕ 172.16.1.1/32 ਦੇ ਰੂਟ 'ਤੇ ਅਗਲੀ-ਹੌਪ ਵਜੋਂ ਦਰਸਾਈ ਗਈ ਹੈ। MSDP ਪ੍ਰੋਟੋਕੋਲ ਖੁਦ RPs ਲਈ ਮਲਟੀਕਾਸਟ ਜਾਣਕਾਰੀ ਬਾਰੇ ਸੰਦੇਸ਼ਾਂ ਦਾ ਆਦਾਨ-ਪ੍ਰਦਾਨ ਕਰਨ ਲਈ ਤਿਆਰ ਕੀਤਾ ਗਿਆ ਹੈ।
ਇਸ ਟੋਪੋਲੋਜੀ 'ਤੇ ਗੌਰ ਕਰੋ:

Switch6 ਟ੍ਰੈਫਿਕ ਨੂੰ 238.38.38.38 ਪਤੇ 'ਤੇ ਪ੍ਰਸਾਰਿਤ ਕਰਦਾ ਹੈ ਅਤੇ ਹੁਣ ਤੱਕ ਸਿਰਫ਼ RP-R1 ਨੂੰ ਇਸ ਬਾਰੇ ਪਤਾ ਹੈ। Switch7 ਅਤੇ Switch8 ਨੇ ਇਸ ਸਮੂਹ ਦੀ ਬੇਨਤੀ ਕੀਤੀ। ਰਾਊਟਰ R5 ਅਤੇ R4 PIM Join ਨੂੰ ਕ੍ਰਮਵਾਰ R1 ਅਤੇ R3 ਨੂੰ ਭੇਜੇਗਾ। ਕਿਉਂ? R13.13.13.13 ਲਈ 5 ਦਾ ਰੂਟ IGP ਮੈਟ੍ਰਿਕ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ R1 ਦਾ ਹਵਾਲਾ ਦੇਵੇਗਾ, ਜਿਵੇਂ R4 ਲਈ।
RP-R1 ਸਟ੍ਰੀਮ ਬਾਰੇ ਜਾਣਦਾ ਹੈ ਅਤੇ ਇਸਨੂੰ R5 ਵੱਲ ਪ੍ਰਸਾਰਿਤ ਕਰਨਾ ਸ਼ੁਰੂ ਕਰ ਦੇਵੇਗਾ, ਪਰ R4 ਇਸ ਬਾਰੇ ਕੁਝ ਨਹੀਂ ਜਾਣਦਾ, ਕਿਉਂਕਿ R1 ਇਸਨੂੰ ਸਿਰਫ਼ ਨਹੀਂ ਭੇਜੇਗਾ। ਇਸ ਲਈ ਐਮਐਸਡੀਪੀ ਜ਼ਰੂਰੀ ਹੈ। ਅਸੀਂ ਇਸਨੂੰ R1 ਅਤੇ R5 'ਤੇ ਕੌਂਫਿਗਰ ਕਰਦੇ ਹਾਂ:

R3.3.3.3 'ਤੇ ip msdp ਪੀਅਰ 1 ਕਨੈਕਟ-ਸਰੋਤ ਲੂਪਬੈਕ1

R1.1.1.1 'ਤੇ ip msdp ਪੀਅਰ 3 ਕਨੈਕਟ-ਸਰੋਤ ਲੂਪਬੈਕ3

ਉਹ ਇੱਕ ਦੂਜੇ ਦੇ ਵਿਚਕਾਰ ਇੱਕ ਸੈਸ਼ਨ ਉਠਾਉਣਗੇ ਅਤੇ ਜਦੋਂ ਕੋਈ ਪ੍ਰਵਾਹ ਪ੍ਰਾਪਤ ਕਰਦੇ ਹਨ ਤਾਂ ਉਹ ਆਪਣੇ RP ਗੁਆਂਢੀ ਨੂੰ ਇਸਦੀ ਰਿਪੋਰਟ ਕਰਨਗੇ।
ਜਿਵੇਂ ਹੀ RP-R1 ਨੂੰ Switch6 ਤੋਂ ਇੱਕ ਸਟ੍ਰੀਮ ਮਿਲਦੀ ਹੈ, ਇਹ ਤੁਰੰਤ ਇੱਕ ਯੂਨੀਕਾਸਟ MSDP ਸਰੋਤ-ਐਕਟਿਵ ਸੁਨੇਹਾ ਭੇਜੇਗਾ, ਜਿਸ ਵਿੱਚ (S, G) - ਮਲਟੀਕਾਸਟ ਦੇ ਸਰੋਤ ਅਤੇ ਮੰਜ਼ਿਲ ਬਾਰੇ ਜਾਣਕਾਰੀ ਹੋਵੇਗੀ। ਹੁਣ ਜਦੋਂ ਕਿ RP-R3 ਜਾਣਦਾ ਹੈ ਕਿ ਇੱਕ ਸਰੋਤ ਜਿਵੇਂ ਕਿ Switch6, ਜਦੋਂ ਇਸ ਪ੍ਰਵਾਹ ਲਈ R4 ਤੋਂ ਇੱਕ ਬੇਨਤੀ ਪ੍ਰਾਪਤ ਕਰਦਾ ਹੈ, ਤਾਂ ਇਹ PIM Join ਨੂੰ Switch6 ਵੱਲ ਭੇਜੇਗਾ, ਰੂਟਿੰਗ ਟੇਬਲ ਦੁਆਰਾ ਨਿਰਦੇਸ਼ਿਤ। ਸਿੱਟੇ ਵਜੋਂ, R1 ਅਜਿਹਾ PIM ਜੁਆਇਨ ਪ੍ਰਾਪਤ ਕਰਨ ਤੋਂ ਬਾਅਦ RP-R3 ਵੱਲ ਟ੍ਰੈਫਿਕ ਭੇਜਣਾ ਸ਼ੁਰੂ ਕਰ ਦੇਵੇਗਾ।
MSDP TCP 'ਤੇ ਚੱਲਦਾ ਹੈ, RPs ਜੀਵਿਤਤਾ ਦੀ ਜਾਂਚ ਕਰਨ ਲਈ ਇੱਕ ਦੂਜੇ ਨੂੰ ਲਾਈਵ ਸੁਨੇਹੇ ਭੇਜਦੇ ਹਨ। ਟਾਈਮਰ 60 ਸਕਿੰਟ ਹੈ।
MSDP ਸਾਥੀਆਂ ਨੂੰ ਵੱਖ-ਵੱਖ ਡੋਮੇਨਾਂ ਵਿੱਚ ਵੰਡਣ ਦਾ ਕੰਮ ਅਸਪਸ਼ਟ ਰਹਿੰਦਾ ਹੈ, ਕਿਉਂਕਿ Keepalive ਅਤੇ SA ਸੁਨੇਹੇ ਕਿਸੇ ਵੀ ਡੋਮੇਨ ਵਿੱਚ ਸਦੱਸਤਾ ਦਾ ਸੰਕੇਤ ਨਹੀਂ ਦਿੰਦੇ ਹਨ। ਨਾਲ ਹੀ, ਇਸ ਟੌਪੌਲੋਜੀ ਵਿੱਚ, ਅਸੀਂ ਵੱਖ-ਵੱਖ ਡੋਮੇਨਾਂ ਨੂੰ ਦਰਸਾਉਂਦੀ ਇੱਕ ਸੰਰਚਨਾ ਦੀ ਜਾਂਚ ਕੀਤੀ - ਪ੍ਰਦਰਸ਼ਨ ਵਿੱਚ ਕੋਈ ਅੰਤਰ ਨਹੀਂ ਸੀ।
ਜੇ ਕੋਈ ਸਪੱਸ਼ਟ ਕਰ ਸਕਦਾ ਹੈ, ਤਾਂ ਮੈਨੂੰ ਟਿੱਪਣੀਆਂ ਵਿੱਚ ਪੜ੍ਹ ਕੇ ਖੁਸ਼ੀ ਹੋਵੇਗੀ.

ਸਰੋਤ: www.habr.com