PIM ಪ್ರೋಟೋಕಾಲ್ ಹೇಗೆ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ

PIM ಪ್ರೋಟೋಕಾಲ್ ರೂಟರ್‌ಗಳ ನಡುವಿನ ನೆಟ್ವರ್ಕ್‌ನಲ್ಲಿ ಮಲ್ಟಿಕ್ಯಾಸ್ಟ್ ಅನ್ನು ರವಾನಿಸಲು ಪ್ರೋಟೋಕಾಲ್‌ಗಳ ಒಂದು ಸೆಟ್ ಆಗಿದೆ. ಡೈನಾಮಿಕ್ ರೂಟಿಂಗ್ ಪ್ರೋಟೋಕಾಲ್‌ಗಳಂತೆಯೇ ನೆರೆಹೊರೆಯ ಸಂಬಂಧಗಳನ್ನು ನಿರ್ಮಿಸಲಾಗಿದೆ. PIMv2 ಕಾಯ್ದಿರಿಸಲಾದ ಮಲ್ಟಿಕಾಸ್ಟ್ ವಿಳಾಸ 30 (All-PIM-Routers) ಗೆ ಪ್ರತಿ 224.0.0.13 ಸೆಕೆಂಡುಗಳಿಗೊಮ್ಮೆ ಹಲೋ ಸಂದೇಶಗಳನ್ನು ಕಳುಹಿಸುತ್ತದೆ. ಸಂದೇಶವು ಹೋಲ್ಡ್ ಟೈಮರ್‌ಗಳನ್ನು ಒಳಗೊಂಡಿದೆ - ಸಾಮಾನ್ಯವಾಗಿ 3.5*ಹಲೋ ಟೈಮರ್‌ಗೆ ಸಮನಾಗಿರುತ್ತದೆ, ಅಂದರೆ ಡಿಫಾಲ್ಟ್ ಆಗಿ 105 ಸೆಕೆಂಡುಗಳು.

PIM ಎರಡು ಮುಖ್ಯ ಕಾರ್ಯ ವಿಧಾನಗಳನ್ನು ಬಳಸುತ್ತದೆ - ದಟ್ಟವಾದ ಮತ್ತು ವಿರಳವಾದ ಮೋಡ್. ದಟ್ಟವಾದ ಮೋಡ್‌ನೊಂದಿಗೆ ಪ್ರಾರಂಭಿಸೋಣ.
ಮೂಲ-ಆಧಾರಿತ ವಿತರಣಾ ಮರಗಳು.
ವಿವಿಧ ಮಲ್ಟಿಕ್ಯಾಸ್ಟ್ ಗುಂಪುಗಳ ಹೆಚ್ಚಿನ ಸಂಖ್ಯೆಯ ಕ್ಲೈಂಟ್‌ಗಳ ಸಂದರ್ಭದಲ್ಲಿ ದಟ್ಟವಾದ-ಮೋಡ್ ಮೋಡ್ ಅನ್ನು ಬಳಸಲು ಸಲಹೆ ನೀಡಲಾಗುತ್ತದೆ. ರೂಟರ್ ಮಲ್ಟಿಕಾಸ್ಟ್ ಟ್ರಾಫಿಕ್ ಅನ್ನು ಸ್ವೀಕರಿಸಿದಾಗ, ಅದು ಮಾಡುವ ಮೊದಲ ಕೆಲಸವೆಂದರೆ ಅದನ್ನು ಆರ್ಪಿಎಫ್ ನಿಯಮಕ್ಕಾಗಿ ಪರಿಶೀಲಿಸುವುದು. RPF - ಯುನಿಕಾಸ್ಟ್ ರೂಟಿಂಗ್ ಟೇಬಲ್‌ನೊಂದಿಗೆ ಮಲ್ಟಿಕ್ಯಾಸ್ಟ್‌ನ ಮೂಲವನ್ನು ಪರಿಶೀಲಿಸಲು ಈ ನಿಯಮವನ್ನು ಬಳಸಲಾಗುತ್ತದೆ. ಯುನಿಕಾಸ್ಟ್ ರೂಟಿಂಗ್ ಟೇಬಲ್‌ನ ಆವೃತ್ತಿಯ ಪ್ರಕಾರ ಈ ಹೋಸ್ಟ್ ಅನ್ನು ಮರೆಮಾಡಲಾಗಿರುವ ಇಂಟರ್ಫೇಸ್‌ಗೆ ಟ್ರಾಫಿಕ್ ಆಗಮಿಸುವುದು ಅವಶ್ಯಕ. ಈ ಕಾರ್ಯವಿಧಾನವು ಮಲ್ಟಿಕಾಸ್ಟ್ ಟ್ರಾನ್ಸ್ಮಿಷನ್ ಸಮಯದಲ್ಲಿ ಸಂಭವಿಸುವ ಲೂಪ್ನ ಸಮಸ್ಯೆಯನ್ನು ಪರಿಹರಿಸುತ್ತದೆ.

R3 ಮಲ್ಟಿಕಾಸ್ಟ್ ಸಂದೇಶದಿಂದ ಮಲ್ಟಿಕಾಸ್ಟ್ ಮೂಲವನ್ನು (ಮೂಲ IP) ಗುರುತಿಸುತ್ತದೆ ಮತ್ತು ಅದರ ಯುನಿಕಾಸ್ಟ್ ಟೇಬಲ್ ಅನ್ನು ಬಳಸಿಕೊಂಡು R1 ಮತ್ತು R2 ನಿಂದ ಎರಡು ಹರಿವುಗಳನ್ನು ಪರಿಶೀಲಿಸುತ್ತದೆ. ಟೇಬಲ್‌ನಿಂದ ಸೂಚಿಸಲಾದ ಇಂಟರ್ಫೇಸ್‌ನಿಂದ ಸ್ಟ್ರೀಮ್ (R1 ರಿಂದ R3) ಮತ್ತಷ್ಟು ರವಾನೆಯಾಗುತ್ತದೆ ಮತ್ತು R2 ನಿಂದ ಸ್ಟ್ರೀಮ್ ಅನ್ನು ಕೈಬಿಡಲಾಗುತ್ತದೆ, ಏಕೆಂದರೆ ಮಲ್ಟಿಕಾಸ್ಟ್ ಮೂಲವನ್ನು ಪಡೆಯಲು, ನೀವು S0/1 ಮೂಲಕ ಪ್ಯಾಕೆಟ್‌ಗಳನ್ನು ಕಳುಹಿಸಬೇಕಾಗುತ್ತದೆ.
ಪ್ರಶ್ನೆಯೆಂದರೆ, ನೀವು ಒಂದೇ ಮೆಟ್ರಿಕ್‌ನೊಂದಿಗೆ ಎರಡು ಸಮಾನ ಮಾರ್ಗಗಳನ್ನು ಹೊಂದಿದ್ದರೆ ಏನಾಗುತ್ತದೆ? ಈ ಸಂದರ್ಭದಲ್ಲಿ, ರೂಟರ್ ಈ ಮಾರ್ಗಗಳಿಂದ ಮುಂದಿನ-ಹಾಪ್ ಅನ್ನು ಆಯ್ಕೆ ಮಾಡುತ್ತದೆ. ಹೆಚ್ಚಿನ ಐಪಿ ವಿಳಾಸವನ್ನು ಹೊಂದಿರುವವರು ಗೆಲ್ಲುತ್ತಾರೆ. ನೀವು ಈ ನಡವಳಿಕೆಯನ್ನು ಬದಲಾಯಿಸಬೇಕಾದರೆ, ನೀವು ECMP ಅನ್ನು ಬಳಸಬಹುದು. ಹೆಚ್ಚಿನ ವಿವರಗಳಿಗಾಗಿ ಇಲ್ಲಿ.
RPF ನಿಯಮವನ್ನು ಪರಿಶೀಲಿಸಿದ ನಂತರ, ರೂಟರ್ ತನ್ನ ಎಲ್ಲಾ PIM ನೆರೆಹೊರೆಯವರಿಗೆ ಮಲ್ಟಿಕಾಸ್ಟ್ ಪ್ಯಾಕೆಟ್ ಅನ್ನು ಕಳುಹಿಸುತ್ತದೆ, ಯಾರಿಂದ ಪ್ಯಾಕೆಟ್ ಸ್ವೀಕರಿಸಲಾಗಿದೆ ಎಂಬುದನ್ನು ಹೊರತುಪಡಿಸಿ. ಇತರ PIM ಮಾರ್ಗನಿರ್ದೇಶಕಗಳು ಈ ಪ್ರಕ್ರಿಯೆಯನ್ನು ಪುನರಾವರ್ತಿಸುತ್ತವೆ. ಮಲ್ಟಿಕ್ಯಾಸ್ಟ್ ಪ್ಯಾಕೆಟ್ ಮೂಲದಿಂದ ಅಂತಿಮ ಸ್ವೀಕೃತದಾರರಿಗೆ ತೆಗೆದುಕೊಂಡ ಮಾರ್ಗವು ಮೂಲ-ಆಧಾರಿತ ವಿತರಣಾ ವೃಕ್ಷ, ಕಡಿಮೆ-ಮಾರ್ಗದ ಮರ (SPT), ಮೂಲ ಮರ ಎಂಬ ಮರವನ್ನು ರೂಪಿಸುತ್ತದೆ. ಮೂರು ವಿಭಿನ್ನ ಹೆಸರುಗಳು, ಯಾವುದಾದರೂ ಒಂದನ್ನು ಆಯ್ಕೆಮಾಡಿ.
ಕೆಲವು ರೂಟರ್‌ಗಳು ಕೆಲವು ಮಲ್ಟಿಕಾಸ್ಟ್ ಸ್ಟ್ರೀಮ್‌ನಲ್ಲಿ ಬಿಟ್ಟುಕೊಡದ ಸಮಸ್ಯೆಯನ್ನು ಹೇಗೆ ಪರಿಹರಿಸುವುದು ಮತ್ತು ಅದನ್ನು ಕಳುಹಿಸಲು ಯಾರೂ ಇಲ್ಲ, ಆದರೆ ಅಪ್‌ಸ್ಟ್ರೀಮ್ ರೂಟರ್ ಅದನ್ನು ಅವನಿಗೆ ಕಳುಹಿಸುತ್ತದೆ. ಇದಕ್ಕಾಗಿ ಪ್ರೂನ್ ಕಾರ್ಯವಿಧಾನವನ್ನು ಕಂಡುಹಿಡಿಯಲಾಯಿತು.
ಪ್ರೂನ್ ಸಂದೇಶ.
ಉದಾಹರಣೆಗೆ, R2 ಮಲ್ಟಿಕ್ಯಾಸ್ಟ್ ಅನ್ನು R3 ಗೆ ಕಳುಹಿಸುವುದನ್ನು ಮುಂದುವರಿಸುತ್ತದೆ, ಆದಾಗ್ಯೂ R3, RPF ನಿಯಮದ ಪ್ರಕಾರ, ಅದನ್ನು ಬಿಡುತ್ತದೆ. ಚಾನಲ್ ಅನ್ನು ಏಕೆ ಲೋಡ್ ಮಾಡಬೇಕು? R3 PIM ಪ್ರೂನ್ ಸಂದೇಶವನ್ನು ಕಳುಹಿಸುತ್ತದೆ ಮತ್ತು R2, ಈ ಸಂದೇಶವನ್ನು ಸ್ವೀಕರಿಸಿದ ನಂತರ, ಈ ಹರಿವಿಗಾಗಿ ಹೊರಹೋಗುವ ಇಂಟರ್ಫೇಸ್ ಪಟ್ಟಿಯಿಂದ ಇಂಟರ್ಫೇಸ್ S0/1 ಅನ್ನು ತೆಗೆದುಹಾಕುತ್ತದೆ, ಈ ದಟ್ಟಣೆಯನ್ನು ಕಳುಹಿಸಬೇಕಾದ ಇಂಟರ್ಫೇಸ್‌ಗಳ ಪಟ್ಟಿ.

ಕೆಳಗಿನವುಗಳು PIM ಪ್ರೂನ್ ಸಂದೇಶದ ಹೆಚ್ಚು ಔಪಚಾರಿಕ ವ್ಯಾಖ್ಯಾನವಾಗಿದೆ:
ನಿರ್ದಿಷ್ಟ (S,G) SPT ಯಿಂದ ಪ್ರೂನ್ ಸ್ವೀಕರಿಸಿದ ಲಿಂಕ್ ಅನ್ನು ಎರಡನೇ ರೂಟರ್ ತೆಗೆದುಹಾಕಲು ಕಾರಣವಾಗುವಂತೆ PIM ಪ್ರೂನ್ ಸಂದೇಶವನ್ನು ಎರಡನೇ ರೂಟರ್‌ಗೆ ಒಂದು ರೂಟರ್‌ನಿಂದ ಕಳುಹಿಸಲಾಗುತ್ತದೆ.

ಪ್ರೂನ್ ಸಂದೇಶವನ್ನು ಸ್ವೀಕರಿಸಿದ ನಂತರ, R2 ಪ್ರೂನ್ ಟೈಮರ್ ಅನ್ನು 3 ನಿಮಿಷಗಳಿಗೆ ಹೊಂದಿಸುತ್ತದೆ. ಮೂರು ನಿಮಿಷಗಳ ನಂತರ, ಅದು ಮತ್ತೊಂದು ಪ್ರೂನ್ ಸಂದೇಶವನ್ನು ಸ್ವೀಕರಿಸುವವರೆಗೆ ಟ್ರಾಫಿಕ್ ಅನ್ನು ಮತ್ತೆ ಕಳುಹಿಸಲು ಪ್ರಾರಂಭಿಸುತ್ತದೆ. ಇದು PIMv1 ನಲ್ಲಿದೆ.
ಮತ್ತು PIMv2 ನಲ್ಲಿ ಸ್ಟೇಟ್ ರಿಫ್ರೆಶ್ ಟೈಮರ್ ಅನ್ನು ಸೇರಿಸಲಾಗಿದೆ (ಡೀಫಾಲ್ಟ್ ಆಗಿ 60 ಸೆಕೆಂಡುಗಳು). R3 ನಿಂದ ಪ್ರೂನ್ ಸಂದೇಶವನ್ನು ಕಳುಹಿಸಿದ ತಕ್ಷಣ, ಈ ಟೈಮರ್ ಅನ್ನು R3 ನಲ್ಲಿ ಪ್ರಾರಂಭಿಸಲಾಗುತ್ತದೆ. ಈ ಟೈಮರ್‌ನ ಅವಧಿ ಮುಗಿದ ನಂತರ, R3 ಸ್ಟೇಟ್ ರಿಫ್ರೆಶ್ ಸಂದೇಶವನ್ನು ಕಳುಹಿಸುತ್ತದೆ, ಇದು ಈ ಗುಂಪಿಗೆ R3 ನಲ್ಲಿ 2-ನಿಮಿಷದ ಪ್ರೂನ್ ಟೈಮರ್ ಅನ್ನು ಮರುಹೊಂದಿಸುತ್ತದೆ.
ಪ್ರೂನ್ ಸಂದೇಶವನ್ನು ಕಳುಹಿಸಲು ಕಾರಣಗಳು:

• ಮಲ್ಟಿಕಾಸ್ಟ್ ಪ್ಯಾಕೆಟ್ ವಿಫಲವಾದಾಗ RPF ಪರಿಶೀಲನೆ.
• ಮಲ್ಟಿಕ್ಯಾಸ್ಟ್ ಗುಂಪಿಗೆ (IGMP ಸೇರಲು) ವಿನಂತಿಸಿದ ಯಾವುದೇ ಸ್ಥಳೀಯವಾಗಿ ಸಂಪರ್ಕಿತ ಕ್ಲೈಂಟ್‌ಗಳಿಲ್ಲದಿದ್ದಾಗ ಮತ್ತು ಮಲ್ಟಿಕಾಸ್ಟ್ ಟ್ರಾಫಿಕ್ ಅನ್ನು ಕಳುಹಿಸಬಹುದಾದ PIM ನೆರೆಹೊರೆಯವರು ಇಲ್ಲದಿದ್ದಾಗ (ನಾನ್-ಪ್ರೂನ್ ಇಂಟರ್ಫೇಸ್).

ನಾಟಿ ಸಂದೇಶ.
R3 R2 ನಿಂದ ಸಂಚಾರವನ್ನು ಬಯಸಲಿಲ್ಲ ಎಂದು ಊಹಿಸೋಣ, ಪ್ರೂನ್ ಅನ್ನು ಕಳುಹಿಸಿತು ಮತ್ತು R1 ನಿಂದ ಮಲ್ಟಿಕ್ಯಾಸ್ಟ್ ಅನ್ನು ಪಡೆಯಿತು. ಆದರೆ ಇದ್ದಕ್ಕಿದ್ದಂತೆ, R1-R3 ನಡುವಿನ ಚಾನಲ್ ಕುಸಿಯಿತು ಮತ್ತು R3 ಮಲ್ಟಿಕಾಸ್ಟ್ ಇಲ್ಲದೆ ಉಳಿದಿದೆ. R3 ನಲ್ಲಿ ಪ್ರೂನ್ ಟೈಮರ್ ಅವಧಿ ಮುಗಿಯುವವರೆಗೆ ನೀವು 2 ನಿಮಿಷ ಕಾಯಬಹುದು. 3 ನಿಮಿಷಗಳು ದೀರ್ಘವಾದ ಕಾಯುವಿಕೆಯಾಗಿದೆ, ಆದ್ದರಿಂದ ನಿರೀಕ್ಷಿಸದಿರಲು, ನೀವು ಈ S0/1 ಇಂಟರ್ಫೇಸ್ ಅನ್ನು ಕತ್ತರಿಸಿದ ಸ್ಥಿತಿಯಿಂದ R2 ಗೆ ತಕ್ಷಣವೇ ತರುವ ಸಂದೇಶವನ್ನು ಕಳುಹಿಸಬೇಕಾಗುತ್ತದೆ. ಈ ಸಂದೇಶವು ಗ್ರಾಫ್ಟ್ ಸಂದೇಶವಾಗಿರುತ್ತದೆ. ಗ್ರಾಫ್ಟ್ ಸಂದೇಶವನ್ನು ಸ್ವೀಕರಿಸಿದ ನಂತರ, R2 ಗ್ರಾಫ್ಟ್-ACK ನೊಂದಿಗೆ ಪ್ರತಿಕ್ರಿಯಿಸುತ್ತದೆ.
ಪ್ರೂನ್ ಓವರ್ರೈಡ್.

ಈ ರೇಖಾಚಿತ್ರವನ್ನು ನೋಡೋಣ. R1 ಎರಡು ಮಾರ್ಗನಿರ್ದೇಶಕಗಳೊಂದಿಗೆ ಒಂದು ವಿಭಾಗಕ್ಕೆ ಮಲ್ಟಿಕಾಸ್ಟ್ ಅನ್ನು ಪ್ರಸಾರ ಮಾಡುತ್ತದೆ. R3 ಟ್ರಾಫಿಕ್ ಅನ್ನು ಸ್ವೀಕರಿಸುತ್ತದೆ ಮತ್ತು ಪ್ರಸಾರ ಮಾಡುತ್ತದೆ, R2 ಸ್ವೀಕರಿಸುತ್ತದೆ, ಆದರೆ ಟ್ರಾಫಿಕ್ ಅನ್ನು ಪ್ರಸಾರ ಮಾಡಲು ಯಾರೂ ಇಲ್ಲ. ಇದು ಈ ವಿಭಾಗದಲ್ಲಿ R1 ಗೆ ಪ್ರೂನ್ ಸಂದೇಶವನ್ನು ಕಳುಹಿಸುತ್ತದೆ. R1 ಪಟ್ಟಿಯಿಂದ Fa0/0 ಅನ್ನು ತೆಗೆದುಹಾಕಬೇಕು ಮತ್ತು ಈ ವಿಭಾಗದಲ್ಲಿ ಪ್ರಸಾರವನ್ನು ನಿಲ್ಲಿಸಬೇಕು, ಆದರೆ R3 ಗೆ ಏನಾಗುತ್ತದೆ? ಮತ್ತು R3 ಅದೇ ವಿಭಾಗದಲ್ಲಿದೆ, ಪ್ರೂನ್‌ನಿಂದ ಈ ಸಂದೇಶವನ್ನು ಸಹ ಸ್ವೀಕರಿಸಿದೆ ಮತ್ತು ಪರಿಸ್ಥಿತಿಯ ದುರಂತವನ್ನು ಅರ್ಥಮಾಡಿಕೊಂಡಿದೆ. R1 ಪ್ರಸಾರವನ್ನು ನಿಲ್ಲಿಸುವ ಮೊದಲು, ಇದು 3 ಸೆಕೆಂಡುಗಳ ಟೈಮರ್ ಅನ್ನು ಹೊಂದಿಸುತ್ತದೆ ಮತ್ತು 3 ಸೆಕೆಂಡುಗಳ ನಂತರ ಪ್ರಸಾರವನ್ನು ನಿಲ್ಲಿಸುತ್ತದೆ. 3 ಸೆಕೆಂಡುಗಳು - R3 ತನ್ನ ಮಲ್ಟಿಕಾಸ್ಟ್ ಅನ್ನು ಕಳೆದುಕೊಳ್ಳುವುದನ್ನು ತಪ್ಪಿಸಲು ಎಷ್ಟು ಸಮಯ ತೆಗೆದುಕೊಳ್ಳುತ್ತದೆ. ಆದ್ದರಿಂದ, R3 ಈ ಗುಂಪಿಗೆ Pim Join ಸಂದೇಶವನ್ನು ಆದಷ್ಟು ಬೇಗ ಕಳುಹಿಸುತ್ತದೆ ಮತ್ತು R1 ಇನ್ನು ಮುಂದೆ ಪ್ರಸಾರವನ್ನು ನಿಲ್ಲಿಸಲು ಯೋಚಿಸುವುದಿಲ್ಲ. ಕೆಳಗಿನ ಸಂದೇಶಗಳನ್ನು ಸೇರುವ ಬಗ್ಗೆ.
ಸಂದೇಶವನ್ನು ಪ್ರತಿಪಾದಿಸಿ.

ಈ ಪರಿಸ್ಥಿತಿಯನ್ನು ಊಹಿಸೋಣ: ಎರಡು ಮಾರ್ಗನಿರ್ದೇಶಕಗಳು ಒಂದು ನೆಟ್ವರ್ಕ್ಗೆ ಏಕಕಾಲದಲ್ಲಿ ಪ್ರಸಾರವಾಗುತ್ತವೆ. ಅವರು ಮೂಲದಿಂದ ಒಂದೇ ಸ್ಟ್ರೀಮ್ ಅನ್ನು ಸ್ವೀಕರಿಸುತ್ತಾರೆ ಮತ್ತು ಇಂಟರ್ಫೇಸ್ e0 ನ ಹಿಂದೆ ಒಂದೇ ನೆಟ್ವರ್ಕ್ಗೆ ಅದನ್ನು ಪ್ರಸಾರ ಮಾಡುತ್ತಾರೆ. ಆದ್ದರಿಂದ, ಈ ನೆಟ್‌ವರ್ಕ್‌ಗೆ ಏಕೈಕ ಮತ್ತು ಏಕೈಕ ಪ್ರಸಾರಕರು ಯಾರು ಎಂಬುದನ್ನು ಅವರು ನಿರ್ಧರಿಸುವ ಅಗತ್ಯವಿದೆ. ಪ್ರತಿಪಾದಿಸುವ ಸಂದೇಶಗಳನ್ನು ಇದಕ್ಕಾಗಿ ಬಳಸಲಾಗುತ್ತದೆ. R2 ಮತ್ತು R3 ಮಲ್ಟಿಕಾಸ್ಟ್ ದಟ್ಟಣೆಯ ನಕಲು ಪತ್ತೆ ಮಾಡಿದಾಗ, ಅಂದರೆ, R2 ಮತ್ತು R3 ಅವರು ಸ್ವತಃ ಪ್ರಸಾರ ಮಾಡುವ ಮಲ್ಟಿಕಾಸ್ಟ್ ಅನ್ನು ಸ್ವೀಕರಿಸಿದಾಗ, ಇಲ್ಲಿ ಏನೋ ತಪ್ಪಾಗಿದೆ ಎಂದು ಮಾರ್ಗನಿರ್ದೇಶಕಗಳು ಅರ್ಥಮಾಡಿಕೊಳ್ಳುತ್ತವೆ. ಈ ಸಂದರ್ಭದಲ್ಲಿ, ರೂಟರ್‌ಗಳು ಅಸೆರ್ಟ್ ಸಂದೇಶಗಳನ್ನು ಕಳುಹಿಸುತ್ತವೆ, ಇದರಲ್ಲಿ ಆಡಳಿತಾತ್ಮಕ ದೂರ ಮತ್ತು ಮಲ್ಟಿಕಾಸ್ಟ್ ಮೂಲವನ್ನು ತಲುಪುವ ಮಾರ್ಗದ ಮೆಟ್ರಿಕ್ ಸೇರಿವೆ - 10.1.1.10. ವಿಜೇತರನ್ನು ಈ ಕೆಳಗಿನಂತೆ ನಿರ್ಧರಿಸಲಾಗುತ್ತದೆ:

1. ಕಡಿಮೆ ಕ್ರಿ.ಶ.
2. AD ಸಮಾನವಾಗಿದ್ದರೆ, ಯಾರು ಕಡಿಮೆ ಮೆಟ್ರಿಕ್ ಅನ್ನು ಹೊಂದಿದ್ದಾರೆ.
3. ಇಲ್ಲಿ ಸಮಾನತೆ ಇದ್ದರೆ, ಅವರು ಈ ಮಲ್ಟಿಕಾಸ್ಟ್ ಅನ್ನು ಪ್ರಸಾರ ಮಾಡುವ ನೆಟ್‌ವರ್ಕ್‌ನಲ್ಲಿ ಹೆಚ್ಚಿನ ಐಪಿ ಹೊಂದಿರುವವರು.

ಈ ಮತದ ವಿಜೇತರು ಗೊತ್ತುಪಡಿಸಿದ ರೂಟರ್ ಆಗುತ್ತಾರೆ. DR ಗಳನ್ನು ಆಯ್ಕೆ ಮಾಡಲು Pim Hello ಅನ್ನು ಸಹ ಬಳಸಲಾಗುತ್ತದೆ. ಲೇಖನದ ಆರಂಭದಲ್ಲಿ, PIM ಹಲೋ ಸಂದೇಶವನ್ನು ತೋರಿಸಲಾಗಿದೆ, ನೀವು ಅಲ್ಲಿ DR ಕ್ಷೇತ್ರವನ್ನು ನೋಡಬಹುದು. ಈ ಲಿಂಕ್‌ನಲ್ಲಿ ಅತಿ ಹೆಚ್ಚು IP ವಿಳಾಸವನ್ನು ಹೊಂದಿರುವವರು ಗೆಲ್ಲುತ್ತಾರೆ.
ಉಪಯುಕ್ತ ಚಿಹ್ನೆ:

MROUTE ಟೇಬಲ್.
PIM ಪ್ರೋಟೋಕಾಲ್ ಹೇಗೆ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ ಎಂಬುದರ ಆರಂಭಿಕ ನೋಟದ ನಂತರ, ಮಲ್ಟಿಕಾಸ್ಟ್ ರೂಟಿಂಗ್ ಟೇಬಲ್‌ನೊಂದಿಗೆ ಹೇಗೆ ಕೆಲಸ ಮಾಡುವುದು ಎಂಬುದನ್ನು ನಾವು ಅರ್ಥಮಾಡಿಕೊಳ್ಳಬೇಕು. ಕ್ಲೈಂಟ್‌ಗಳಿಂದ ಯಾವ ಸ್ಟ್ರೀಮ್‌ಗಳನ್ನು ವಿನಂತಿಸಲಾಗಿದೆ ಮತ್ತು ಮಲ್ಟಿಕಾಸ್ಟ್ ಸರ್ವರ್‌ಗಳಿಂದ ಯಾವ ಸ್ಟ್ರೀಮ್‌ಗಳು ಹರಿಯುತ್ತಿವೆ ಎಂಬ ಮಾಹಿತಿಯನ್ನು mroute ಟೇಬಲ್ ಸಂಗ್ರಹಿಸುತ್ತದೆ.
ಉದಾಹರಣೆಗೆ, ಕೆಲವು ಇಂಟರ್‌ಫೇಸ್‌ನಲ್ಲಿ 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 ಗಾಗಿ ಒಂದೇ ರೀತಿಯ ಅಂಶಗಳು:

• ನೆರೆಹೊರೆಯ ಸಂಬಂಧಗಳನ್ನು PIM DM ನಲ್ಲಿರುವಂತೆಯೇ ನಿರ್ಮಿಸಲಾಗಿದೆ.
• ಆರ್ಪಿಎಫ್ ನಿಯಮವು ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ.
• ಡಿಆರ್ ಆಯ್ಕೆಯು ಹೋಲುತ್ತದೆ.
• ಪ್ರೂನ್ ಓವರ್‌ರೈಡ್‌ಗಳು ಮತ್ತು ಅಸೆರ್ಟ್ ಸಂದೇಶಗಳ ಕಾರ್ಯವಿಧಾನವು ಒಂದೇ ಆಗಿರುತ್ತದೆ.

ನೆಟ್ವರ್ಕ್ನಲ್ಲಿ ಯಾರು, ಎಲ್ಲಿ ಮತ್ತು ಯಾವ ರೀತಿಯ ಮಲ್ಟಿಕಾಸ್ಟ್ ಟ್ರಾಫಿಕ್ ಅಗತ್ಯವಿದೆ ಎಂಬುದನ್ನು ನಿಯಂತ್ರಿಸಲು, ಸಾಮಾನ್ಯ ಮಾಹಿತಿ ಕೇಂದ್ರದ ಅಗತ್ಯವಿದೆ. ನಮ್ಮ ಕೇಂದ್ರವು ರೆಂಡೆಜ್ವಸ್ ಪಾಯಿಂಟ್ (RP) ಆಗಿರುತ್ತದೆ. ಕೆಲವು ರೀತಿಯ ಮಲ್ಟಿಕಾಸ್ಟ್ ಟ್ರಾಫಿಕ್ ಅನ್ನು ಬಯಸುವ ಯಾರಾದರೂ ಅಥವಾ ಯಾರಾದರೂ ಮೂಲದಿಂದ ಮಲ್ಟಿಕಾಸ್ಟ್ ಟ್ರಾಫಿಕ್ ಅನ್ನು ಸ್ವೀಕರಿಸಲು ಪ್ರಾರಂಭಿಸಿದರು, ನಂತರ ಅವರು ಅದನ್ನು ಆರ್ಪಿಗೆ ಕಳುಹಿಸುತ್ತಾರೆ.
RP ಮಲ್ಟಿಕಾಸ್ಟ್ ಟ್ರಾಫಿಕ್ ಅನ್ನು ಸ್ವೀಕರಿಸಿದಾಗ, ಈ ಟ್ರಾಫಿಕ್ ಅನ್ನು ಹಿಂದೆ ವಿನಂತಿಸಿದ ಆ ರೂಟರ್‌ಗಳಿಗೆ ಅದು ಕಳುಹಿಸುತ್ತದೆ.

RP R3 ಆಗಿರುವ ಸ್ಥಳಶಾಸ್ತ್ರವನ್ನು ಊಹಿಸೋಣ. R1 S1 ನಿಂದ ಟ್ರಾಫಿಕ್ ಅನ್ನು ಸ್ವೀಕರಿಸಿದ ತಕ್ಷಣ, ಇದು ಈ ಮಲ್ಟಿಕಾಸ್ಟ್ ಪ್ಯಾಕೆಟ್ ಅನ್ನು ಯುನಿಕಾಸ್ಟ್ PIM ರಿಜಿಸ್ಟರ್ ಸಂದೇಶಕ್ಕೆ ಆವರಿಸುತ್ತದೆ ಮತ್ತು ಅದನ್ನು RP ಗೆ ಕಳುಹಿಸುತ್ತದೆ. ಆರ್ಪಿ ಯಾರೆಂದು ಅವನಿಗೆ ಹೇಗೆ ಗೊತ್ತು? ಈ ಸಂದರ್ಭದಲ್ಲಿ, ಇದನ್ನು ಸ್ಥಿರವಾಗಿ ಕಾನ್ಫಿಗರ್ ಮಾಡಲಾಗಿದೆ, ಮತ್ತು ನಾವು ನಂತರ ಡೈನಾಮಿಕ್ ಆರ್ಪಿ ಕಾನ್ಫಿಗರೇಶನ್ ಬಗ್ಗೆ ಮಾತನಾಡುತ್ತೇವೆ.

ip pim rp-ವಿಳಾಸ 3.3.3.3

RP ಕಾಣಿಸುತ್ತದೆ - ಈ ದಟ್ಟಣೆಯನ್ನು ಸ್ವೀಕರಿಸಲು ಬಯಸುವವರಿಂದ ಮಾಹಿತಿ ಇದೆಯೇ? ಹಾಗಾಗಿರಲಿಲ್ಲ ಎಂದುಕೊಳ್ಳೋಣ. ನಂತರ RP R1 ಅನ್ನು PIM ರಿಜಿಸ್ಟರ್-ಸ್ಟಾಪ್ ಸಂದೇಶವನ್ನು ಕಳುಹಿಸುತ್ತದೆ, ಅಂದರೆ ಯಾರಿಗೂ ಈ ಮಲ್ಟಿಕಾಸ್ಟ್ ಅಗತ್ಯವಿಲ್ಲ, ನೋಂದಣಿ ನಿರಾಕರಿಸಲಾಗಿದೆ. R1 ಮಲ್ಟಿಕಾಸ್ಟ್ ಅನ್ನು ಕಳುಹಿಸುವುದಿಲ್ಲ. ಆದರೆ ಮಲ್ಟಿಕಾಸ್ಟ್ ಮೂಲ ಹೋಸ್ಟ್ ಅದನ್ನು ಕಳುಹಿಸುತ್ತದೆ, ಆದ್ದರಿಂದ R1, ರಿಜಿಸ್ಟರ್-ಸ್ಟಾಪ್ ಅನ್ನು ಸ್ವೀಕರಿಸಿದ ನಂತರ, 60 ಸೆಕೆಂಡುಗಳಿಗೆ ಸಮಾನವಾದ ರಿಜಿಸ್ಟರ್-ಸಪ್ರೆಶನ್ ಟೈಮರ್ ಅನ್ನು ಪ್ರಾರಂಭಿಸುತ್ತದೆ. ಈ ಟೈಮರ್ ಅವಧಿ ಮುಗಿಯುವ 5 ಸೆಕೆಂಡುಗಳ ಮೊದಲು, R1 ಖಾಲಿ ರಿಜಿಸ್ಟರ್ ಸಂದೇಶವನ್ನು ಶೂನ್ಯ-ರಿಜಿಸ್ಟರ್ ಬಿಟ್‌ನೊಂದಿಗೆ (ಅಂದರೆ ಎನ್‌ಕ್ಯಾಪ್ಸುಲೇಟೆಡ್ ಮಲ್ಟಿಕಾಸ್ಟ್ ಪ್ಯಾಕೆಟ್ ಇಲ್ಲದೆ) RP ಕಡೆಗೆ ಕಳುಹಿಸುತ್ತದೆ. ಆರ್ಪಿ, ಪ್ರತಿಯಾಗಿ, ಈ ರೀತಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ:

• ಯಾವುದೇ ಸ್ವೀಕರಿಸುವವರು ಇಲ್ಲದಿದ್ದರೆ, ಅದು ರಿಜಿಸ್ಟರ್-ಸ್ಟಾಪ್ ಸಂದೇಶದೊಂದಿಗೆ ಪ್ರತಿಕ್ರಿಯಿಸುತ್ತದೆ.
• ಸ್ವೀಕರಿಸುವವರು ಕಾಣಿಸಿಕೊಂಡರೆ, ಅವರು ಯಾವುದೇ ರೀತಿಯಲ್ಲಿ ಪ್ರತಿಕ್ರಿಯಿಸುವುದಿಲ್ಲ. R1, 5 ಸೆಕೆಂಡುಗಳ ಒಳಗೆ ನೋಂದಾಯಿಸಲು ನಿರಾಕರಣೆ ಸ್ವೀಕರಿಸದಿದ್ದರೆ, ಸಂತೋಷವಾಗುತ್ತದೆ ಮತ್ತು RP ಗೆ ಎನ್‌ಕ್ಯಾಪ್ಸುಲೇಟೆಡ್ ಮಲ್ಟಿಕಾಸ್ಟ್‌ನೊಂದಿಗೆ ರಿಜಿಸ್ಟರ್ ಸಂದೇಶವನ್ನು ಕಳುಹಿಸುತ್ತದೆ.

ಮಲ್ಟಿಕ್ಯಾಸ್ಟ್ ಆರ್‌ಪಿಯನ್ನು ಹೇಗೆ ತಲುಪುತ್ತದೆ ಎಂಬುದನ್ನು ನಾವು ಕಂಡುಕೊಂಡಿದ್ದೇವೆ ಎಂದು ತೋರುತ್ತಿದೆ, ಈಗ ಆರ್‌ಪಿ ಹೇಗೆ ಸ್ವೀಕರಿಸುವವರಿಗೆ ಟ್ರಾಫಿಕ್ ಅನ್ನು ನೀಡುತ್ತದೆ ಎಂಬ ಪ್ರಶ್ನೆಗೆ ಉತ್ತರಿಸಲು ಪ್ರಯತ್ನಿಸೋಣ. ಇಲ್ಲಿ ಹೊಸ ಪರಿಕಲ್ಪನೆಯನ್ನು ಪರಿಚಯಿಸುವುದು ಅವಶ್ಯಕ - ರೂಟ್-ಪಾತ್ ಟ್ರೀ (RPT). RPT ಎಂಬುದು RP ನಲ್ಲಿ ಬೇರೂರಿರುವ ಮರವಾಗಿದೆ, ಸ್ವೀಕರಿಸುವವರ ಕಡೆಗೆ ಬೆಳೆಯುತ್ತದೆ, ಪ್ರತಿ PIM-SM ರೂಟರ್‌ನಲ್ಲಿ ಕವಲೊಡೆಯುತ್ತದೆ. PIM ಸೇರು ಸಂದೇಶಗಳನ್ನು ಸ್ವೀಕರಿಸುವ ಮೂಲಕ RP ಅದನ್ನು ರಚಿಸುತ್ತದೆ ಮತ್ತು ಮರಕ್ಕೆ ಹೊಸ ಶಾಖೆಯನ್ನು ಸೇರಿಸುತ್ತದೆ. ಮತ್ತು ಆದ್ದರಿಂದ, ಪ್ರತಿ ಡೌನ್‌ಸ್ಟ್ರೀಮ್ ರೂಟರ್ ಮಾಡುತ್ತದೆ. ಸಾಮಾನ್ಯ ನಿಯಮವು ಈ ರೀತಿ ಕಾಣುತ್ತದೆ:

• PIM-SM ರೂಟರ್ RP ಅನ್ನು ಮರೆಮಾಡಿದ ಇಂಟರ್ಫೇಸ್ ಅನ್ನು ಹೊರತುಪಡಿಸಿ ಯಾವುದೇ ಇಂಟರ್ಫೇಸ್‌ನಲ್ಲಿ PIM ಸೇರ್ಪಡೆ ಸಂದೇಶವನ್ನು ಸ್ವೀಕರಿಸಿದಾಗ, ಅದು ಮರಕ್ಕೆ ಹೊಸ ಶಾಖೆಯನ್ನು ಸೇರಿಸುತ್ತದೆ.
• 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 ಸೇರುವಿಕೆಯನ್ನು ಸ್ವೀಕರಿಸುತ್ತದೆ ಮತ್ತು ಮರಕ್ಕೆ Gi0/0 ಅನ್ನು ಸೇರಿಸುತ್ತದೆ. ಹೀಗಾಗಿ, ಮಲ್ಟಿಕ್ಯಾಸ್ಟ್ ಸ್ವೀಕರಿಸುವವರನ್ನು ನೋಂದಾಯಿಸಲಾಗಿದೆ. ನಾವು R3-Gi0/0 → R4-Gi0/1 → R5-Gi0/0 ಮೂಲದೊಂದಿಗೆ ಮರವನ್ನು ನಿರ್ಮಿಸುತ್ತಿದ್ದೇವೆ.
ಇದರ ನಂತರ, PIM ಸೇರುವಿಕೆಯನ್ನು R1 ಗೆ ಕಳುಹಿಸಲಾಗುತ್ತದೆ ಮತ್ತು R1 ಮಲ್ಟಿಕಾಸ್ಟ್ ಟ್ರಾಫಿಕ್ ಅನ್ನು ಕಳುಹಿಸಲು ಪ್ರಾರಂಭಿಸುತ್ತದೆ. ಮಲ್ಟಿಕಾಸ್ಟ್ ಪ್ರಸಾರ ಪ್ರಾರಂಭವಾಗುವ ಮೊದಲು ಹೋಸ್ಟ್ ಟ್ರಾಫಿಕ್ ಅನ್ನು ವಿನಂತಿಸಿದರೆ, ನಂತರ RP PIM ಸೇರುವಿಕೆಯನ್ನು ಕಳುಹಿಸುವುದಿಲ್ಲ ಮತ್ತು R1 ಗೆ ಏನನ್ನೂ ಕಳುಹಿಸುವುದಿಲ್ಲ ಎಂಬುದನ್ನು ಗಮನಿಸುವುದು ಮುಖ್ಯವಾಗಿದೆ.
ಮಲ್ಟಿಕ್ಯಾಸ್ಟ್ ಅನ್ನು ಕಳುಹಿಸುತ್ತಿರುವಾಗ ಇದ್ದಕ್ಕಿದ್ದಂತೆ, ಹೋಸ್ಟ್ ಅದನ್ನು ಸ್ವೀಕರಿಸಲು ಬಯಸುವುದನ್ನು ನಿಲ್ಲಿಸುತ್ತದೆ, Gi0/0 ಇಂಟರ್ಫೇಸ್‌ನಲ್ಲಿ RP PIM ಪ್ರೂನ್ ಅನ್ನು ಸ್ವೀಕರಿಸಿದ ತಕ್ಷಣ, ಅದು ತಕ್ಷಣವೇ PIM ರಿಜಿಸ್ಟರ್-ಸ್ಟಾಪ್ ಅನ್ನು ನೇರವಾಗಿ R1 ಗೆ ಕಳುಹಿಸುತ್ತದೆ ಮತ್ತು ನಂತರ PIM ಪ್ರೂನ್ ಅನ್ನು ಕಳುಹಿಸುತ್ತದೆ. Gi0/1 ಇಂಟರ್ಫೇಸ್ ಮೂಲಕ ಸಂದೇಶ. PIM ರಿಜಿಸ್ಟರ್-ಸ್ಟಾಪ್ ಅನ್ನು ಯುನಿಕಾಸ್ಟ್ ಮೂಲಕ PIM ರಿಜಿಸ್ಟರ್ ಬಂದ ವಿಳಾಸಕ್ಕೆ ಕಳುಹಿಸಲಾಗುತ್ತದೆ.
ನಾವು ಮೊದಲೇ ಹೇಳಿದಂತೆ, ರೂಟರ್ PIM ಅನ್ನು ಇನ್ನೊಂದಕ್ಕೆ ಕಳುಹಿಸಿದ ತಕ್ಷಣ, ಉದಾಹರಣೆಗೆ R5 ನಿಂದ R4 ಗೆ, ನಂತರ R4 ಗೆ ದಾಖಲೆಯನ್ನು ಸೇರಿಸಲಾಗುತ್ತದೆ:

ಮತ್ತು R5 ಈ ಟೈಮರ್ ಅನ್ನು ನಿರಂತರವಾಗಿ ಮರುಹೊಂದಿಸಬೇಕು ಎಂದು ಟೈಮರ್ ಅನ್ನು ಪ್ರಾರಂಭಿಸಲಾಗಿದೆ PIM ಸಂದೇಶಗಳನ್ನು ನಿರಂತರವಾಗಿ ಸೇರಿಕೊಳ್ಳಿ, ಇಲ್ಲದಿದ್ದರೆ R4 ಅನ್ನು ಹೊರಹೋಗುವ ಪಟ್ಟಿಯಿಂದ ಹೊರಗಿಡಲಾಗುತ್ತದೆ. R5 ಪ್ರತಿ 60 PIM ಸೇರ್ಪಡೆ ಸಂದೇಶಗಳನ್ನು ಕಳುಹಿಸುತ್ತದೆ.
ಚಿಕ್ಕದಾದ-ಪಾತ್ ಟ್ರೀ ಸ್ವಿಚ್ಓವರ್.
ನಾವು R1 ಮತ್ತು R5 ನಡುವೆ ಇಂಟರ್ಫೇಸ್ ಅನ್ನು ಸೇರಿಸುತ್ತೇವೆ ಮತ್ತು ಈ ಟೋಪೋಲಜಿಯೊಂದಿಗೆ ಟ್ರಾಫಿಕ್ ಹೇಗೆ ಹರಿಯುತ್ತದೆ ಎಂಬುದನ್ನು ನೋಡುತ್ತೇವೆ.

ಹಳೆಯ ಸ್ಕೀಮ್ R1-R2-R3-R4-R5 ಪ್ರಕಾರ ಸಂಚಾರವನ್ನು ಕಳುಹಿಸಲಾಗಿದೆ ಮತ್ತು ಸ್ವೀಕರಿಸಲಾಗಿದೆ ಎಂದು ಭಾವಿಸೋಣ, ಮತ್ತು ಇಲ್ಲಿ ನಾವು R1 ಮತ್ತು R5 ನಡುವಿನ ಇಂಟರ್ಫೇಸ್ ಅನ್ನು ಸಂಪರ್ಕಿಸಿದ್ದೇವೆ ಮತ್ತು ಕಾನ್ಫಿಗರ್ ಮಾಡಿದ್ದೇವೆ.
ಮೊದಲನೆಯದಾಗಿ, ನಾವು R5 ನಲ್ಲಿ ಯುನಿಕಾಸ್ಟ್ ರೂಟಿಂಗ್ ಟೇಬಲ್ ಅನ್ನು ಮರುನಿರ್ಮಾಣ ಮಾಡಬೇಕು ಮತ್ತು ಈಗ R192.168.1.0 Gi24/5 ಇಂಟರ್ಫೇಸ್ ಮೂಲಕ ನೆಟ್ವರ್ಕ್ 0/2 ಅನ್ನು ತಲುಪಲಾಗುತ್ತದೆ. ಈಗ R5, ಇಂಟರ್ಫೇಸ್ Gi0/1 ನಲ್ಲಿ ಮಲ್ಟಿಕಾಸ್ಟ್ ಅನ್ನು ಸ್ವೀಕರಿಸುತ್ತದೆ, RPF ನಿಯಮವು ತೃಪ್ತಿ ಹೊಂದಿಲ್ಲ ಎಂದು ಅರ್ಥಮಾಡಿಕೊಳ್ಳುತ್ತದೆ ಮತ್ತು Gi0/2 ನಲ್ಲಿ ಮಲ್ಟಿಕಾಸ್ಟ್ ಅನ್ನು ಸ್ವೀಕರಿಸಲು ಇದು ಹೆಚ್ಚು ತಾರ್ಕಿಕವಾಗಿದೆ. ಇದು RPT ಯಿಂದ ಸಂಪರ್ಕ ಕಡಿತಗೊಳಿಸಬೇಕು ಮತ್ತು ಶಾರ್ಟೆಸ್ಟ್-ಪಾತ್ ಟ್ರೀ (SPT) ಎಂಬ ಚಿಕ್ಕ ಮರವನ್ನು ನಿರ್ಮಿಸಬೇಕು. ಇದನ್ನು ಮಾಡಲು, ಅವನು Gi0/2 ಮೂಲಕ R1 ಗೆ PIM Join ಅನ್ನು ಕಳುಹಿಸುತ್ತಾನೆ ಮತ್ತು R1 Gi0/2 ಮೂಲಕ ಮಲ್ಟಿಕಾಸ್ಟ್ ಅನ್ನು ಕಳುಹಿಸಲು ಪ್ರಾರಂಭಿಸುತ್ತಾನೆ. ಈಗ R5 ಎರಡು ಪ್ರತಿಗಳನ್ನು ಸ್ವೀಕರಿಸದಿರಲು RPT ನಿಂದ ಅನ್‌ಸಬ್‌ಸ್ಕ್ರೈಬ್ ಮಾಡಬೇಕಾಗುತ್ತದೆ. ಇದನ್ನು ಮಾಡಲು, ಅವರು ಮೂಲ IP ವಿಳಾಸವನ್ನು ಸೂಚಿಸುವ ಸಂದೇಶವನ್ನು ಪ್ರೂನ್ ಕಳುಹಿಸುತ್ತಾರೆ ಮತ್ತು ವಿಶೇಷ ಬಿಟ್ ಅನ್ನು ಸೇರಿಸುತ್ತಾರೆ - RPT-bit. ಇದರರ್ಥ ನೀವು ನನಗೆ ಟ್ರಾಫಿಕ್ ಕಳುಹಿಸುವ ಅಗತ್ಯವಿಲ್ಲ, ನನ್ನ ಬಳಿ ಉತ್ತಮ ಮರವಿದೆ. RP PIM ಪ್ರೂನ್ ಸಂದೇಶಗಳನ್ನು R1 ಗೆ ಕಳುಹಿಸುತ್ತದೆ, ಆದರೆ ರಿಜಿಸ್ಟರ್-ಸ್ಟಾಪ್ ಸಂದೇಶವನ್ನು ಕಳುಹಿಸುವುದಿಲ್ಲ. ಮತ್ತೊಂದು ವೈಶಿಷ್ಟ್ಯ: R5 ಈಗ ನಿರಂತರವಾಗಿ PIM ಪ್ರೂನ್ ಅನ್ನು RP ಗೆ ಕಳುಹಿಸುತ್ತದೆ, ಏಕೆಂದರೆ R1 ಪ್ರತಿ ನಿಮಿಷವೂ PIM ರಿಜಿಸ್ಟರ್ ಅನ್ನು RP ಗೆ ಕಳುಹಿಸುವುದನ್ನು ಮುಂದುವರಿಸುತ್ತದೆ. ಈ ದಟ್ಟಣೆಯನ್ನು ಬಯಸುವ ಹೊಸ ಜನರು ಇಲ್ಲದಿರುವವರೆಗೆ, RP ಅದನ್ನು ನಿರಾಕರಿಸುತ್ತದೆ. SPT ಮೂಲಕ ಮಲ್ಟಿಕ್ಯಾಸ್ಟ್ ಸ್ವೀಕರಿಸುವುದನ್ನು ಮುಂದುವರೆಸಿದೆ ಎಂದು R5 RP ಗೆ ಸೂಚನೆ ನೀಡುತ್ತದೆ.
ಡೈನಾಮಿಕ್ ಆರ್ಪಿ ಹುಡುಕಾಟ.
ಸ್ವಯಂ-ಆರ್ಪಿ.
ಈ ತಂತ್ರಜ್ಞಾನವು ಸಿಸ್ಕೊದಿಂದ ಸ್ವಾಮ್ಯದಲ್ಲಿದೆ ಮತ್ತು ವಿಶೇಷವಾಗಿ ಜನಪ್ರಿಯವಾಗಿಲ್ಲ, ಆದರೆ ಇನ್ನೂ ಜೀವಂತವಾಗಿದೆ. ಸ್ವಯಂ-ಆರ್ಪಿ ಕಾರ್ಯಾಚರಣೆಯು ಎರಡು ಮುಖ್ಯ ಹಂತಗಳನ್ನು ಒಳಗೊಂಡಿದೆ:
1) RP RP-ಅನೌನ್ಸ್ ಸಂದೇಶಗಳನ್ನು ಕಾಯ್ದಿರಿಸಿದ ವಿಳಾಸಕ್ಕೆ ಕಳುಹಿಸುತ್ತದೆ - 224.0.1.39, ಎಲ್ಲರಿಗೂ ಅಥವಾ ನಿರ್ದಿಷ್ಟ ಗುಂಪುಗಳಿಗೆ RP ಎಂದು ಘೋಷಿಸಿಕೊಳ್ಳುತ್ತದೆ. ಈ ಸಂದೇಶವನ್ನು ಪ್ರತಿ ನಿಮಿಷಕ್ಕೆ ಕಳುಹಿಸಲಾಗುತ್ತದೆ.
2) RP ಮ್ಯಾಪಿಂಗ್ ಏಜೆಂಟ್ ಅಗತ್ಯವಿದೆ, ಇದು RP-ಡಿಸ್ಕವರಿ ಸಂದೇಶಗಳನ್ನು ಕಳುಹಿಸುತ್ತದೆ, ಯಾವ ಗುಂಪುಗಳು ಯಾವ RP ಅನ್ನು ಕೇಳಬೇಕು ಎಂದು ಸೂಚಿಸುತ್ತದೆ. ಈ ಸಂದೇಶದಿಂದಲೇ ಸಾಮಾನ್ಯ PIM ರೂಟರ್‌ಗಳು RP ಅನ್ನು ಸ್ವತಃ ನಿರ್ಧರಿಸುತ್ತವೆ. ಮ್ಯಾಪಿಂಗ್ ಏಜೆಂಟ್ RP ರೂಟರ್ ಆಗಿರಬಹುದು ಅಥವಾ ಪ್ರತ್ಯೇಕ PIM ರೂಟರ್ ಆಗಿರಬಹುದು. RP-ಡಿಸ್ಕವರಿಯನ್ನು ಒಂದು ನಿಮಿಷದ ಟೈಮರ್‌ನೊಂದಿಗೆ 224.0.1.40 ವಿಳಾಸಕ್ಕೆ ಕಳುಹಿಸಲಾಗುತ್ತದೆ.
ಪ್ರಕ್ರಿಯೆಯನ್ನು ಹೆಚ್ಚು ವಿವರವಾಗಿ ನೋಡೋಣ:
R3 ಅನ್ನು RP ನಂತೆ ಕಾನ್ಫಿಗರ್ ಮಾಡೋಣ:

ip pim send-rp-announce loopback 0 ಸ್ಕೋಪ್ 10

ಮ್ಯಾಪಿಂಗ್ ಏಜೆಂಟ್ ಆಗಿ R2:

ಐಪಿ ಪಿಮ್ ಸೆಂಡ್-ಆರ್‌ಪಿ-ಡಿಸ್ಕವರಿ ಲೂಪ್‌ಬ್ಯಾಕ್ 0 ಸ್ಕೋಪ್ 10

ಮತ್ತು ಎಲ್ಲದರಲ್ಲೂ ನಾವು ಆಟೋ-ಆರ್‌ಪಿ ಮೂಲಕ ಆರ್‌ಪಿ ನಿರೀಕ್ಷಿಸುತ್ತೇವೆ:

ip pim autorp ಕೇಳುಗ

ಒಮ್ಮೆ ನಾವು R3 ಅನ್ನು ಕಾನ್ಫಿಗರ್ ಮಾಡಿದ ನಂತರ, ಅದು RP-ಅನೌನ್ಸ್ ಅನ್ನು ಕಳುಹಿಸಲು ಪ್ರಾರಂಭಿಸುತ್ತದೆ:

ಮತ್ತು R2, ಮ್ಯಾಪಿಂಗ್ ಏಜೆಂಟ್ ಅನ್ನು ಹೊಂದಿಸಿದ ನಂತರ, RP-ಅನೌನ್ಸ್ ಸಂದೇಶಕ್ಕಾಗಿ ಕಾಯಲು ಪ್ರಾರಂಭಿಸುತ್ತದೆ. ಕನಿಷ್ಠ ಒಂದು ಆರ್‌ಪಿಯನ್ನು ಅದು ಕಂಡುಕೊಂಡಾಗ ಮಾತ್ರ ಅದು ಆರ್‌ಪಿ-ಡಿಸ್ಕವರಿ ಕಳುಹಿಸಲು ಪ್ರಾರಂಭಿಸುತ್ತದೆ:

ಈ ರೀತಿಯಾಗಿ, ಸಾಮಾನ್ಯ ಮಾರ್ಗನಿರ್ದೇಶಕಗಳು (PIM RP ಕೇಳುಗ) ಈ ಸಂದೇಶವನ್ನು ಸ್ವೀಕರಿಸಿದ ತಕ್ಷಣ, RP ಅನ್ನು ಎಲ್ಲಿ ನೋಡಬೇಕೆಂದು ಅವರಿಗೆ ತಿಳಿಯುತ್ತದೆ.
ಆಟೋ-ಆರ್‌ಪಿಯೊಂದಿಗಿನ ಪ್ರಮುಖ ಸಮಸ್ಯೆಯೆಂದರೆ, ಆರ್‌ಪಿ-ಅನೌನ್ಸ್ ಮತ್ತು ಆರ್‌ಪಿ-ಡಿಸ್ಕವರಿ ಸಂದೇಶಗಳನ್ನು ಸ್ವೀಕರಿಸಲು, ನೀವು 224.0.1.39-40 ವಿಳಾಸಗಳಿಗೆ ಪಿಐಎಂ ಸೇರಲು ಕಳುಹಿಸಬೇಕು ಮತ್ತು ಕಳುಹಿಸಲು, ನೀವು ಎಲ್ಲಿಗೆ ಹೋಗಬೇಕು ಎಂದು ತಿಳಿಯಬೇಕು. ಆರ್ಪಿ ಇದೆ. ಕ್ಲಾಸಿಕ್ ಕೋಳಿ ಮತ್ತು ಮೊಟ್ಟೆಯ ಸಮಸ್ಯೆ. ಈ ಸಮಸ್ಯೆಯನ್ನು ಪರಿಹರಿಸಲು, PIM Sparse-Dense-Mode ಅನ್ನು ಕಂಡುಹಿಡಿಯಲಾಯಿತು. ರೂಟರ್‌ಗೆ RP ತಿಳಿದಿಲ್ಲದಿದ್ದರೆ, ಅದು ದಟ್ಟವಾದ ಮೋಡ್‌ನಲ್ಲಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ; ಅದು ಮಾಡಿದರೆ, ನಂತರ ಸ್ಪರ್ಸ್-ಮೋಡ್‌ನಲ್ಲಿ. PIM Sparse-mode ಮತ್ತು 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) BSR ರೂಟರ್‌ನಿಂದ RP ಸಂದೇಶವನ್ನು ಸ್ವೀಕರಿಸಿದ ತಕ್ಷಣ, ಅದು ತಕ್ಷಣವೇ BSR ರೂಟರ್ ವಿಳಾಸಕ್ಕೆ ಯುನಿಕಾಸ್ಟ್ ಸಂದೇಶವನ್ನು ಕಳುಹಿಸುತ್ತದೆ:

ಅದರ ನಂತರ, BSR, RP ಗಳ ಬಗ್ಗೆ ಮಾಹಿತಿಯನ್ನು ಪಡೆದ ನಂತರ, ಅವುಗಳನ್ನು ಮಲ್ಟಿಕಾಸ್ಟ್ ಮೂಲಕ 224.0.0.13 ವಿಳಾಸಕ್ಕೆ ಕಳುಹಿಸುತ್ತದೆ, ಇದನ್ನು ಎಲ್ಲಾ PIM ರೂಟರ್‌ಗಳು ಕೇಳುತ್ತಾರೆ. ಆದ್ದರಿಂದ, ಆಜ್ಞೆಯ ಅನಲಾಗ್ ip pim autorp ಕೇಳುಗ BSR ನಲ್ಲಿ ಇಲ್ಲದ ಸಾಮಾನ್ಯ ಮಾರ್ಗನಿರ್ದೇಶಕಗಳಿಗಾಗಿ.
ಮಲ್ಟಿಕಾಸ್ಟ್ ಸೋರ್ಸ್ ಡಿಸ್ಕವರಿ ಪ್ರೋಟೋಕಾಲ್ (MSDP) ಜೊತೆಗೆ Anycast RP.
ಆಟೋ-ಆರ್‌ಪಿ ಮತ್ತು ಬಿಎಸ್‌ಆರ್‌ಗಳು ಆರ್‌ಪಿಯಲ್ಲಿ ಲೋಡ್ ಅನ್ನು ಈ ಕೆಳಗಿನಂತೆ ವಿತರಿಸಲು ನಮಗೆ ಅನುಮತಿಸುತ್ತದೆ: ಪ್ರತಿ ಮಲ್ಟಿಕ್ಯಾಸ್ಟ್ ಗುಂಪು ಕೇವಲ ಒಂದು ಸಕ್ರಿಯ ಆರ್‌ಪಿಯನ್ನು ಹೊಂದಿರುತ್ತದೆ. ಹಲವಾರು RP ಗಳ ಮೇಲೆ ಒಂದು ಮಲ್ಟಿಕಾಸ್ಟ್ ಗುಂಪಿಗೆ ಲೋಡ್ ಅನ್ನು ವಿತರಿಸಲು ಸಾಧ್ಯವಾಗುವುದಿಲ್ಲ. 255.255.255.255 ರ ಮಾಸ್ಕ್‌ನೊಂದಿಗೆ ಅದೇ IP ವಿಳಾಸವನ್ನು RP ರೂಟರ್‌ಗಳನ್ನು ನೀಡುವ ಮೂಲಕ MSDP ಇದನ್ನು ಮಾಡುತ್ತದೆ. MSDP ವಿಧಾನಗಳಲ್ಲಿ ಒಂದನ್ನು ಬಳಸಿಕೊಂಡು ಮಾಹಿತಿಯನ್ನು ಕಲಿಯುತ್ತದೆ: ಸ್ಥಿರ, ಆಟೋ-ಆರ್ಪಿ ಅಥವಾ ಬಿಎಸ್ಆರ್.

ಚಿತ್ರದಲ್ಲಿ ನಾವು MSDP ಯೊಂದಿಗೆ ಆಟೋ-ಆರ್ಪಿ ಕಾನ್ಫಿಗರೇಶನ್ ಅನ್ನು ಹೊಂದಿದ್ದೇವೆ. ಎರಡೂ RP ಗಳನ್ನು ಲೂಪ್‌ಬ್ಯಾಕ್ 172.16.1.1 ಇಂಟರ್ಫೇಸ್‌ನಲ್ಲಿ IP ವಿಳಾಸ 32/1 ನೊಂದಿಗೆ ಕಾನ್ಫಿಗರ್ ಮಾಡಲಾಗಿದೆ ಮತ್ತು ಇದನ್ನು ಎಲ್ಲಾ ಗುಂಪುಗಳಿಗೆ ಬಳಸಲಾಗುತ್ತದೆ. ಆರ್‌ಪಿ-ಅನೌನ್ಸ್‌ನೊಂದಿಗೆ, ಎರಡೂ ಮಾರ್ಗನಿರ್ದೇಶಕಗಳು ಈ ವಿಳಾಸವನ್ನು ಉಲ್ಲೇಖಿಸುವ ಮೂಲಕ ತಮ್ಮನ್ನು ತಾವು ಪ್ರಕಟಿಸಿಕೊಳ್ಳುತ್ತವೆ. ಆಟೋ-ಆರ್‌ಪಿ ಮ್ಯಾಪಿಂಗ್ ಏಜೆಂಟ್, ಮಾಹಿತಿಯನ್ನು ಸ್ವೀಕರಿಸಿದ ನಂತರ, ಆರ್‌ಪಿ ಕುರಿತು ಆರ್‌ಪಿ-ಡಿಸ್ಕವರಿಯನ್ನು 172.16.1.1/32 ವಿಳಾಸದೊಂದಿಗೆ ಕಳುಹಿಸುತ್ತಾನೆ. ನಾವು IGP ಅನ್ನು ಬಳಸಿಕೊಂಡು ನೆಟ್ವರ್ಕ್ 172.16.1.1/32 ಬಗ್ಗೆ ರೂಟರ್ಗಳನ್ನು ಹೇಳುತ್ತೇವೆ ಮತ್ತು ಅದರ ಪ್ರಕಾರ. ಹೀಗಾಗಿ, PIM ಮಾರ್ಗನಿರ್ದೇಶಕಗಳು 172.16.1.1/32 ನೆಟ್‌ವರ್ಕ್‌ಗೆ ಹೋಗುವ ಮಾರ್ಗದಲ್ಲಿ ಮುಂದಿನ-ಹಾಪ್ ಎಂದು ನಿರ್ದಿಷ್ಟಪಡಿಸಲಾದ ಆರ್‌ಪಿಯಿಂದ ಹರಿವುಗಳನ್ನು ವಿನಂತಿಸುತ್ತವೆ ಅಥವಾ ನೋಂದಾಯಿಸುತ್ತವೆ. MSDP ಪ್ರೋಟೋಕಾಲ್ ಅನ್ನು ಸ್ವತಃ RP ಗಳು ಮಲ್ಟಿಕಾಸ್ಟ್ ಮಾಹಿತಿಯ ಬಗ್ಗೆ ಸಂದೇಶಗಳನ್ನು ವಿನಿಮಯ ಮಾಡಿಕೊಳ್ಳಲು ವಿನ್ಯಾಸಗೊಳಿಸಲಾಗಿದೆ.
ಈ ಟೋಪೋಲಜಿಯನ್ನು ಪರಿಗಣಿಸಿ:

Switch6 ಟ್ರಾಫಿಕ್ ಅನ್ನು 238.38.38.38 ವಿಳಾಸಕ್ಕೆ ಪ್ರಸಾರ ಮಾಡುತ್ತದೆ ಮತ್ತು ಇಲ್ಲಿಯವರೆಗೆ RP-R1 ಮಾತ್ರ ಅದರ ಬಗ್ಗೆ ತಿಳಿದಿದೆ. Switch7 ಮತ್ತು Switch8 ಈ ಗುಂಪಿಗೆ ವಿನಂತಿಸಿದೆ. R5 ಮತ್ತು R4 ರೂಟರ್‌ಗಳು ಕ್ರಮವಾಗಿ R1 ಮತ್ತು R3 ಗೆ PIM ಸೇರುವಿಕೆಯನ್ನು ಕಳುಹಿಸುತ್ತವೆ. ಏಕೆ? R13.13.13.13 ಗಾಗಿ 5 ರ ಮಾರ್ಗವು R1 ನಂತೆ IGP ಮೆಟ್ರಿಕ್ ಅನ್ನು ಬಳಸಿಕೊಂಡು R4 ಅನ್ನು ಉಲ್ಲೇಖಿಸುತ್ತದೆ.
RP-R1 ಸ್ಟ್ರೀಮ್ ಬಗ್ಗೆ ತಿಳಿದಿದೆ ಮತ್ತು ಅದನ್ನು R5 ಕಡೆಗೆ ಪ್ರಸಾರ ಮಾಡಲು ಪ್ರಾರಂಭಿಸುತ್ತದೆ, ಆದರೆ R4 ಗೆ ಅದರ ಬಗ್ಗೆ ಏನೂ ತಿಳಿದಿಲ್ಲ, ಏಕೆಂದರೆ R1 ಅದನ್ನು ಸರಳವಾಗಿ ಕಳುಹಿಸುವುದಿಲ್ಲ. ಆದ್ದರಿಂದ MSDP ಅಗತ್ಯವಿದೆ. ನಾವು ಅದನ್ನು R1 ಮತ್ತು R5 ನಲ್ಲಿ ಕಾನ್ಫಿಗರ್ ಮಾಡುತ್ತೇವೆ:

ip msdp ಪೀರ್ 3.3.3.3 ಕನೆಕ್ಟ್-ಸೋರ್ಸ್ Loopback1 ನಲ್ಲಿ R1

ip msdp ಪೀರ್ 1.1.1.1 ಕನೆಕ್ಟ್-ಸೋರ್ಸ್ Loopback3 ನಲ್ಲಿ R3

ಅವರು ಪರಸ್ಪರರ ನಡುವೆ ಸೆಷನ್ ಅನ್ನು ಹೆಚ್ಚಿಸುತ್ತಾರೆ ಮತ್ತು ಯಾವುದೇ ಹರಿವನ್ನು ಸ್ವೀಕರಿಸಿದಾಗ ಅವರು ಅದನ್ನು ತಮ್ಮ ಆರ್ಪಿ ನೆರೆಯವರಿಗೆ ವರದಿ ಮಾಡುತ್ತಾರೆ.
RP-R1 Switch6 ನಿಂದ ಸ್ಟ್ರೀಮ್ ಅನ್ನು ಸ್ವೀಕರಿಸಿದ ತಕ್ಷಣ, ಅದು ತಕ್ಷಣವೇ ಯುನಿಕಾಸ್ಟ್ MSDP ಮೂಲ-ಸಕ್ರಿಯ ಸಂದೇಶವನ್ನು ಕಳುಹಿಸುತ್ತದೆ, ಇದು (S, G) - ಮಲ್ಟಿಕಾಸ್ಟ್‌ನ ಮೂಲ ಮತ್ತು ಗಮ್ಯಸ್ಥಾನದ ಬಗ್ಗೆ ಮಾಹಿತಿಯಂತಹ ಮಾಹಿತಿಯನ್ನು ಹೊಂದಿರುತ್ತದೆ. Switch3 ನಂತಹ ಮೂಲವು R6 ನಿಂದ ಈ ಹರಿವಿಗಾಗಿ ವಿನಂತಿಯನ್ನು ಸ್ವೀಕರಿಸಿದಾಗ, ಇದು ರೂಟಿಂಗ್ ಟೇಬಲ್‌ನಿಂದ ಮಾರ್ಗದರ್ಶಿಸಲ್ಪಟ್ಟ Switch4 ಕಡೆಗೆ PIM ಸೇರುವಿಕೆಯನ್ನು ಕಳುಹಿಸುತ್ತದೆ ಎಂದು RP-R6 ಗೆ ತಿಳಿದಿದೆ. ಪರಿಣಾಮವಾಗಿ, R1 ಅಂತಹ PIM ಸೇರ್ಪಡೆಯನ್ನು ಪಡೆದ ನಂತರ RP-R3 ಕಡೆಗೆ ಸಂಚಾರವನ್ನು ಕಳುಹಿಸಲು ಪ್ರಾರಂಭಿಸುತ್ತದೆ.
MSDP TCP ಮೇಲೆ ಚಲಿಸುತ್ತದೆ, RP ಗಳು ಜೀವಂತಿಕೆಯನ್ನು ಪರಿಶೀಲಿಸಲು ಪರಸ್ಪರ ಕೀಪಲೈವ್ ಸಂದೇಶಗಳನ್ನು ಕಳುಹಿಸುತ್ತವೆ. ಟೈಮರ್ 60 ಸೆಕೆಂಡುಗಳು.
MSDP ಪೀರ್‌ಗಳನ್ನು ವಿವಿಧ ಡೊಮೇನ್‌ಗಳಾಗಿ ವಿಭಜಿಸುವ ಕಾರ್ಯವು ಅಸ್ಪಷ್ಟವಾಗಿದೆ, ಏಕೆಂದರೆ Keepalive ಮತ್ತು SA ಸಂದೇಶಗಳು ಯಾವುದೇ ಡೊಮೇನ್‌ನಲ್ಲಿ ಸದಸ್ಯತ್ವವನ್ನು ಸೂಚಿಸುವುದಿಲ್ಲ. ಅಲ್ಲದೆ, ಈ ಟೋಪೋಲಜಿಯಲ್ಲಿ, ನಾವು ವಿಭಿನ್ನ ಡೊಮೇನ್‌ಗಳನ್ನು ಸೂಚಿಸುವ ಕಾನ್ಫಿಗರೇಶನ್ ಅನ್ನು ಪರೀಕ್ಷಿಸಿದ್ದೇವೆ - ಕಾರ್ಯಕ್ಷಮತೆಯಲ್ಲಿ ಯಾವುದೇ ವ್ಯತ್ಯಾಸವಿಲ್ಲ.
ಯಾರಾದರೂ ಸ್ಪಷ್ಟಪಡಿಸಿದರೆ, ಕಾಮೆಂಟ್‌ಗಳಲ್ಲಿ ಅದನ್ನು ಓದಲು ನನಗೆ ಸಂತೋಷವಾಗುತ್ತದೆ.

ಮೂಲ: www.habr.com