ໂປຣໂຕຄໍ PIM ເຮັດວຽກແນວໃດ

ໂປຣໂຕຄໍ PIM ແມ່ນຊຸດຂອງໂປຣໂຕຄໍສຳລັບການສົ່ງສັນຍານ multicast ໃນເຄືອຂ່າຍລະຫວ່າງ routers. ການພົວພັນບ້ານໃກ້ເຮືອນຄຽງແມ່ນຖືກສ້າງຂຶ້ນໃນລັກສະນະດຽວກັນກັບໃນກໍລະນີຂອງໂປໂຕຄອນການກໍານົດເສັ້ນທາງແບບເຄື່ອນໄຫວ. PIMv2 ສົ່ງຂໍ້ຄວາມສະບາຍດີທຸກໆ 30 ວິນາທີໄປຫາທີ່ຢູ່ multicast ທີ່ສະຫງວນໄວ້ 224.0.0.13 (All-PIM-Routers). ຂໍ້ຄວາມປະກອບມີການຈັບເວລາຈັບເວລາ - ປົກກະຕິແລ້ວເທົ່າກັບ 3.5*Hello Timer, ນັ້ນແມ່ນ 105 ວິນາທີໂດຍຄ່າເລີ່ມຕົ້ນ.

PIM ໃຊ້ສອງໂຫມດປະຕິບັດການຕົ້ນຕໍ - ໂຫມດ Dense ແລະ Sparse. ເລີ່ມຕົ້ນດ້ວຍໂໝດ Dense.
ແຫຼ່ງທີ່ມາ-ການແຜ່ກະຈາຍຕົ້ນໄມ້.
ໂຫມດແບບຫນາແຫນ້ນແມ່ນແນະນໍາໃຫ້ໃຊ້ໃນກໍລະນີຂອງລູກຄ້າຈໍານວນຫລາຍຂອງກຸ່ມ multicast ທີ່ແຕກຕ່າງກັນ. ເມື່ອ router ໄດ້ຮັບການຈະລາຈອນ multicast, ສິ່ງທໍາອິດທີ່ມັນເຮັດແມ່ນກວດເບິ່ງມັນສໍາລັບກົດລະບຽບ RPF. RPF - ກົດລະບຽບນີ້ຖືກນໍາໃຊ້ເພື່ອກວດເບິ່ງແຫຼ່ງຂອງ multicast ທີ່ມີຕາຕະລາງ unicast routing. ມັນເປັນສິ່ງຈໍາເປັນທີ່ການຈະລາຈອນມາຮອດການໂຕ້ຕອບທີ່ຢູ່ເບື້ອງຫຼັງທີ່ໂຮດນີ້ຖືກເຊື່ອງໄວ້ຕາມສະບັບຂອງຕາຕະລາງເສັ້ນທາງ unicast. ກົນໄກນີ້ແກ້ໄຂບັນຫາຂອງ loop ທີ່ເກີດຂື້ນໃນລະຫວ່າງການສົ່ງ multicast.

R3 ຈະຮັບຮູ້ແຫຼ່ງ multicast (IP ແຫຼ່ງ) ຈາກຂໍ້ຄວາມ multicast ແລະກວດເບິ່ງສອງກະແສຈາກ R1 ແລະ R2 ໂດຍໃຊ້ຕາຕະລາງ unicast ຂອງມັນ. ກະແສຈາກອິນເຕີເຟດທີ່ຊີ້ໄປຫາຕາຕະລາງ (R1 ຫາ R3) ຈະຖືກຖ່າຍທອດຕື່ມອີກ, ແລະສາຍນ້ໍາຈາກ R2 ຈະຖືກຫຼຸດລົງ, ເພາະວ່າເພື່ອໄປຫາແຫຼ່ງ multicast, ທ່ານຈໍາເປັນຕ້ອງສົ່ງແພັກເກັດຜ່ານ S0/1.
ຄໍາຖາມແມ່ນ, ຈະເກີດຫຍັງຂຶ້ນຖ້າທ່ານມີສອງເສັ້ນທາງທີ່ທຽບເທົ່າທີ່ມີ metric ດຽວກັນ? ໃນ​ກໍ​ລະ​ນີ​ນີ້​, router ຈະ​ເລືອກ​ເອົາ​ຕໍ່​ໄປ​-hop ຈາກ​ເສັ້ນ​ທາງ​ເຫຼົ່າ​ນີ້​. ໃຜມີທີ່ຢູ່ IP ສູງກວ່າຈະຊະນະ. ຖ້າທ່ານຕ້ອງການປ່ຽນພຶດຕິກໍານີ້, ທ່ານສາມາດນໍາໃຊ້ ECMP. ລາຍ​ລະ​ອຽດ​ເພີ່ມ​ເຕີມ ທີ່ນີ້.
ຫຼັງຈາກການກວດສອບກົດລະບຽບ RPF, router ຈະສົ່ງແພັກເກັດ multicast ໄປຫາປະເທດເພື່ອນບ້ານ PIM ທັງຫມົດ, ຍົກເວັ້ນຜູ້ທີ່ແພັກເກັດໄດ້ຮັບ. Router PIM ອື່ນໆເຮັດຊ້ໍາຂະບວນການນີ້. ເສັ້ນທາງທີ່ແພັກເກັດ multicast ໄດ້ປະຕິບັດຈາກແຫຼ່ງໄປຫາຜູ້ຮັບສຸດທ້າຍປະກອບເປັນຕົ້ນໄມ້ທີ່ເອີ້ນວ່າຕົ້ນໄມ້ການແຈກຢາຍຕາມແຫຼ່ງ, ຕົ້ນໄມ້ເສັ້ນທາງທີ່ສັ້ນທີ່ສຸດ (SPT), ຕົ້ນໄມ້ແຫຼ່ງ. ສາມຊື່ທີ່ແຕກຕ່າງກັນ, ເລືອກອັນໃດນຶ່ງ.
ວິທີການແກ້ໄຂບັນຫາທີ່ບາງ routers ບໍ່ໄດ້ປະຖິ້ມບາງ multicast stream ແລະບໍ່ມີໃຜທີ່ຈະສົ່ງມັນໄປ, ແຕ່ router upstream ສົ່ງໃຫ້ເຂົາ. ກົນໄກ Prune ໄດ້ຖືກ invented ສໍາລັບການນີ້.
ຂໍ້ຄວາມ Prune.
ຕົວຢ່າງ, R2 ຈະສືບຕໍ່ສົ່ງ multicast ກັບ R3, ເຖິງແມ່ນວ່າ R3, ຕາມກົດລະບຽບ RPF, ຫຼຸດລົງມັນ. ເປັນຫຍັງການໂຫຼດຊ່ອງ? R3 ສົ່ງຂໍ້ຄວາມ PIM Prune ແລະ R2, ເມື່ອໄດ້ຮັບຂໍ້ຄວາມນີ້, ຈະເອົາອິນເຕີເຟດ S0/1 ອອກຈາກບັນຊີລາຍຊື່ຂອງການໂຕ້ຕອບຂາອອກສໍາລັບການໄຫຼເຂົ້ານີ້, ບັນຊີລາຍຊື່ຂອງການໂຕ້ຕອບທີ່ການຈະລາຈອນນີ້ຄວນຈະຖືກສົ່ງ.

ຕໍ່ໄປນີ້ແມ່ນຄໍານິຍາມຢ່າງເປັນທາງການຂອງຂໍ້ຄວາມ PIM Prune:
ຂໍ້ຄວາມ PIM Prune ຖືກສົ່ງໂດຍ router ຫນຶ່ງໄປຫາ router ທີສອງເພື່ອເຮັດໃຫ້ router ທີສອງເອົາການເຊື່ອມຕໍ່ທີ່ Prune ໄດ້ຮັບຈາກສະເພາະ (S,G) SPT.

ຫຼັງຈາກໄດ້ຮັບຂໍ້ຄວາມ Prune, R2 ຕັ້ງເວລາ Prune ເປັນ 3 ນາທີ. ຫຼັງຈາກສາມນາທີ, ມັນຈະເລີ່ມສົ່ງການຈະລາຈອນອີກເທື່ອຫນຶ່ງຈົນກ່ວາມັນໄດ້ຮັບຂໍ້ຄວາມ Prune ອື່ນ. ນີ້ແມ່ນຢູ່ໃນ PIMv1.
ແລະໃນ PIMv2 ມີການເພີ່ມຕົວຈັບເວລາການໂຫຼດຂໍ້ມູນສະຖານະຄືນໃໝ່ (60 ວິນາທີຕາມຄ່າເລີ່ມຕົ້ນ). ທັນທີທີ່ຂໍ້ຄວາມ Prune ຖືກສົ່ງໄປຈາກ R3, ເຄື່ອງຈັບເວລານີ້ແມ່ນເລີ່ມຕົ້ນໃນ R3. ເມື່ອໝົດເວລາຂອງໂມງຈັບເວລານີ້, R3 ຈະສົ່ງຂໍ້ຄວາມສະຖານະ Refresh, ເຊິ່ງຈະຣີເຊັດໂມງຈັບເວລາ Prune 3 ນາທີໃນ R2 ສໍາລັບກຸ່ມນີ້.
ເຫດຜົນສໍາລັບການສົ່ງຂໍ້ຄວາມ Prune:

• ເມື່ອແພັກເກັດ multicast ລົ້ມເຫລວການກວດສອບ RPF.
• ເມື່ອບໍ່ມີລູກຄ້າທີ່ເຊື່ອມຕໍ່ໃນທ້ອງຖິ່ນທີ່ໄດ້ຮ້ອງຂໍໃຫ້ມີກຸ່ມ multicast (IGMP Join) ແລະບໍ່ມີ PIM ປະເທດເພື່ອນບ້ານທີ່ການຈະລາຈອນ multicast ສາມາດຖືກສົ່ງ (Non-prune Interface).

Graft ຂໍ້ຄວາມ.
ໃຫ້ຈິນຕະນາການວ່າ R3 ບໍ່ຕ້ອງການການຈະລາຈອນຈາກ R2, ສົ່ງ Prune ແລະໄດ້ຮັບ multicast ຈາກ R1. ແຕ່ທັນທີທັນໃດ, ຊ່ອງທາງລະຫວ່າງ R1-R3 ຫຼຸດລົງແລະ R3 ຖືກປະໄວ້ໂດຍບໍ່ມີການ multicast. ທ່ານສາມາດລໍຖ້າ 3 ນາທີຈົນກ່ວາ Prune Timer ໃນ R2 ໝົດອາຍຸ. 3 ນາທີແມ່ນລໍຖ້າດົນນານ, ເພື່ອບໍ່ໃຫ້ລໍຖ້າ, ທ່ານຈໍາເປັນຕ້ອງສົ່ງຂໍ້ຄວາມທີ່ຈະນໍາການໂຕ້ຕອບ S0/1 ນີ້ໄປຫາ R2 ອອກຈາກສະຖານະທີ່ຖືກຕັດອອກ. ຂໍ້ຄວາມນີ້ຈະເປັນຂໍ້ຄວາມ Graft. ຫຼັງຈາກໄດ້ຮັບຂໍ້ຄວາມ Graft, R2 ຈະຕອບສະຫນອງດ້ວຍ Graft-ACK.
Prune Override.

ໃຫ້ເບິ່ງຢູ່ໃນແຜນວາດນີ້. R1 ກະຈາຍສັນຍານ multicast ໄປຫາພາກສ່ວນທີ່ມີສອງ routers. R3 ໄດ້ຮັບແລະກະຈາຍການຈະລາຈອນ, R2 ໄດ້ຮັບ, ແຕ່ບໍ່ມີໃຜທີ່ຈະອອກອາກາດການຈະລາຈອນ. ມັນສົ່ງຂໍ້ຄວາມ Prune ໄປຫາ R1 ໃນສ່ວນນີ້. R1 ຄວນເອົາ Fa0/0 ອອກຈາກລາຍຊື່ແລະຢຸດການອອກອາກາດໃນສ່ວນນີ້, ແຕ່ສິ່ງທີ່ຈະເກີດຂຶ້ນກັບ R3? ແລະ R3 ແມ່ນຢູ່ໃນຕອນດຽວກັນ, ຍັງໄດ້ຮັບຂໍ້ຄວາມນີ້ຈາກ Prune ແລະເຂົ້າໃຈຄວາມໂສກເສົ້າຂອງສະຖານະການ. ກ່ອນທີ່ R1 ຈະຢຸດອອກອາກາດ, ມັນຕັ້ງໂມງຈັບເວລາ 3 ວິນາທີ ແລະຈະຢຸດອອກອາກາດຫຼັງຈາກ 3 ວິນາທີ. 3 ວິນາທີ - ນີ້ແມ່ນເວລາ R3 ຫຼາຍປານໃດເພື່ອບໍ່ໃຫ້ສູນເສຍ multicast ຂອງລາວ. ດັ່ງນັ້ນ, R3 ສົ່ງຂໍ້ຄວາມ Pim Join ສໍາລັບກຸ່ມນີ້ໄວເທົ່າທີ່ຈະໄວໄດ້, ແລະ R1 ບໍ່ຄິດວ່າຈະຢຸດການອອກອາກາດອີກຕໍ່ໄປ. ກ່ຽວກັບເຂົ້າຮ່ວມຂໍ້ຄວາມຂ້າງລຸ່ມນີ້.
ຢືນຢັນຂໍ້ຄວາມ.

ໃຫ້ຈິນຕະນາການສະຖານະການນີ້: ສອງ routers ອອກອາກາດກັບເຄືອຂ່າຍດຽວ. ພວກເຂົາໄດ້ຮັບກະແສດຽວກັນຈາກແຫຼ່ງ, ແລະທັງສອງຖ່າຍທອດມັນໄປສູ່ເຄືອຂ່າຍດຽວກັນທີ່ຢູ່ເບື້ອງຫຼັງ e0. ດັ່ງນັ້ນ, ພວກເຂົາເຈົ້າຈໍາເປັນຕ້ອງໄດ້ກໍານົດວ່າໃຜຈະເປັນຜູ້ອອກອາກາດດຽວແລະດຽວສໍາລັບເຄືອຂ່າຍນີ້. ຂໍ້ຄວາມຢືນຢັນຖືກນໍາໃຊ້ສໍາລັບການນີ້. ເມື່ອ R2 ແລະ R3 ກວດພົບການຊໍ້າຊ້ອນຂອງການຈະລາຈອນ multicast, ນັ້ນແມ່ນ, R2 ແລະ R3 ໄດ້ຮັບ multicast ທີ່ພວກເຂົາອອກອາກາດ, routers ເຂົ້າໃຈວ່າມີບາງຢ່າງຜິດພາດຢູ່ທີ່ນີ້. ໃນ​ກໍ​ລະ​ນີ​ນີ້, routers ສົ່ງ​ຂໍ້​ຄວາມ​ຢືນ​ຢັນ, ເຊິ່ງ​ປະ​ກອບ​ມີ​ໄລ​ຍະ​ການ​ບໍ​ລິ​ຫານ​ແລະ​ເສັ້ນ​ທາງ​ການ​ວັດ​ແທກ​ທີ່​ແຫຼ່ງ multicast ແມ່ນ​ບັນ​ລຸ - 10.1.1.10. ຜູ້ຊະນະແມ່ນກໍານົດດັ່ງຕໍ່ໄປນີ້:

1. ຫນຶ່ງທີ່ມີ AD ຕ່ໍາ.
2. ຖ້າ AD ແມ່ນເທົ່າກັນ, ແລ້ວໃຜມີ metric ຕ່ໍາ.
3. ຖ້າມີຄວາມສະເຫມີພາບຢູ່ທີ່ນີ້, ຜູ້ທີ່ມີ IP ສູງກວ່າໃນເຄືອຂ່າຍທີ່ພວກເຂົາອອກອາກາດ multicast ນີ້.

ຜູ້ຊະນະການລົງຄະແນນສຽງນີ້ກາຍເປັນ Router ທີ່ໄດ້ກໍານົດ. Pim Hello ຍັງຖືກໃຊ້ເພື່ອເລືອກ DRs. ໃນຕອນຕົ້ນຂອງບົດຄວາມ, ຂໍ້ຄວາມ PIM Hello ໄດ້ຖືກສະແດງ, ທ່ານສາມາດເບິ່ງພາກສະຫນາມ DR ຢູ່ທີ່ນັ້ນ. ທີ່ຢູ່ IP ສູງສຸດໃນລິ້ງນີ້ຊະນະ.
ເຄື່ອງຫມາຍທີ່ເປັນປະໂຫຍດ:

ຕາຕະລາງ MROUTE.
ຫຼັງຈາກເບິ່ງເບື້ອງຕົ້ນກ່ຽວກັບວິທີການເຮັດວຽກຂອງໂປໂຕຄອນ PIM, ພວກເຮົາຈໍາເປັນຕ້ອງເຂົ້າໃຈວິທີການເຮັດວຽກກັບຕາຕະລາງການກໍານົດເສັ້ນທາງ multicast. ຕາຕະລາງ mroute ເກັບຮັກສາຂໍ້ມູນກ່ຽວກັບວ່າສາຍນ້ໍາໃດຖືກຮ້ອງຂໍຈາກລູກຄ້າແລະສາຍນ້ໍາໃດທີ່ໄຫລມາຈາກເຄື່ອງແມ່ຂ່າຍ multicast.
ຕົວຢ່າງ, ເມື່ອລາຍງານການເປັນສະມາຊິກ IGMP ຫຼື PIM Join ໄດ້ຮັບໃນບາງສ່ວນຕິດຕໍ່, ບັນທຶກປະເພດ ( *, G ) ຈະຖືກເພີ່ມໃສ່ຕາຕະລາງເສັ້ນທາງ:

ການເຂົ້ານີ້ຫມາຍຄວາມວ່າໄດ້ຮັບການຮ້ອງຂໍການຈະລາຈອນທີ່ມີທີ່ຢູ່ 238.38.38.38. ທຸງ DC ຫມາຍຄວາມວ່າ multicast ຈະເຮັດວຽກຢູ່ໃນໂຫມດ Dense ແລະ C ຫມາຍຄວາມວ່າຜູ້ຮັບແມ່ນເຊື່ອມຕໍ່ໂດຍກົງກັບ router, ນັ້ນແມ່ນ, router ໄດ້ຮັບບົດລາຍງານສະມາຊິກ IGMP ແລະ PIM ເຂົ້າຮ່ວມ.
ຖ້າມີບັນທຶກປະເພດ (S,G) ມັນຫມາຍຄວາມວ່າພວກເຮົາມີ multicast stream:

ໃນພາກສະຫນາມ S - 192.168.1.11, ພວກເຮົາໄດ້ລົງທະບຽນທີ່ຢູ່ IP ຂອງແຫຼ່ງ multicast, ມັນແມ່ນນີ້ທີ່ຈະຖືກກວດສອບໂດຍກົດລະບຽບ RPF. ຖ້າມີບັນຫາ, ສິ່ງທໍາອິດທີ່ທ່ານຈໍາເປັນຕ້ອງເຮັດແມ່ນກວດເບິ່ງຕາຕະລາງ unicast ສໍາລັບເສັ້ນທາງໄປຫາແຫຼ່ງ. ໃນ​ພາກ​ສະ​ຫນາມ​ການ​ໂຕ້​ຕອບ​ຂາ​ເຂົ້າ​, ຊີ້​ບອກ​ການ​ໂຕ້​ຕອບ​ທີ່ multicast ໄດ້​ຮັບ​. ໃນຕາຕະລາງ unicast routing, ເສັ້ນທາງໄປຫາແຫຼ່ງຕ້ອງອ້າງອີງໃສ່ສ່ວນຕິດຕໍ່ທີ່ລະບຸໄວ້ທີ່ນີ້. ການໂຕ້ຕອບຂາອອກກໍານົດບ່ອນທີ່ multicast ຈະຖືກປ່ຽນເສັ້ນທາງ. ຖ້າມັນຫວ່າງເປົ່າ, ຫຼັງຈາກນັ້ນ router ບໍ່ໄດ້ຮັບການຮ້ອງຂໍໃດໆສໍາລັບການຈະລາຈອນນີ້. ຂໍ້ມູນເພີ່ມເຕີມກ່ຽວກັບທຸງທັງໝົດສາມາດພົບໄດ້ ທີ່ນີ້.
PIM Sparse-mode.
ຍຸດທະສາດຂອງ Sparse-mode ແມ່ນກົງກັນຂ້າມກັບ Dense-mode. ເມື່ອ Sparse-mode ໄດ້ຮັບການຈາລະຈອນແບບ multicast, ມັນຈະສົ່ງການຈະລາຈອນຜ່ານອິນເຕີເຟດເຫຼົ່ານັ້ນເທົ່ານັ້ນທີ່ມີການຮ້ອງຂໍການໄຫຼເຂົ້ານີ້, ຕົວຢ່າງເຊັ່ນ Pim Join ຫຼື IGMP Report ຂໍ້ຄວາມຮ້ອງຂໍການຈະລາຈອນນີ້.
ອົງປະກອບທີ່ຄ້າຍຄືກັນສໍາລັບ SM ແລະ DM:

• ການພົວພັນບ້ານໃກ້ເຮືອນຄຽງແມ່ນສ້າງຂຶ້ນໃນແບບດຽວກັນກັບ PIM DM.
• ກົດລະບຽບ RPF ເຮັດວຽກ.
• ການເລືອກ DR ແມ່ນຄ້າຍຄືກັນ.
• ກົນໄກຂອງ Prune Overrides ແລະຂໍ້ຄວາມຢືນຢັນແມ່ນຄ້າຍຄືກັນ.

ເພື່ອຄວບຄຸມຜູ້ທີ່, ບ່ອນໃດແລະປະເພດຂອງການຈາລະຈອນ multicast ຢູ່ໃນເຄືອຂ່າຍ, ຕ້ອງການສູນຂໍ້ມູນຂ່າວສານທົ່ວໄປ. ສູນຂອງພວກເຮົາຈະເປັນຈຸດ Rendezvous (RP). ໃຜກໍ່ຕາມທີ່ຕ້ອງການປະເພດຂອງການຈາລະຈອນ multicast ບາງຫຼືຜູ້ທີ່ເລີ່ມຕົ້ນໄດ້ຮັບການຈະລາຈອນ multicast ຈາກແຫຼ່ງ, ຫຼັງຈາກນັ້ນລາວຈະສົ່ງກັບ RP.
ເມື່ອ RP ໄດ້ຮັບການຈາລະຈອນ multicast, ມັນຈະສົ່ງມັນໄປຫາ routers ທີ່ຮ້ອງຂໍການຈະລາຈອນນີ້ກ່ອນຫນ້ານີ້.

ລອງຈິນຕະນາການກ່ຽວກັບ topology ທີ່ RP ແມ່ນ R3. ທັນທີທີ່ R1 ໄດ້ຮັບການຈະລາຈອນຈາກ S1, ມັນຫຸ້ມຫໍ່ແພັກເກັດ multicast ນີ້ເຂົ້າໄປໃນຂໍ້ຄວາມລົງທະບຽນ PIM unicast ແລະສົ່ງໄປທີ່ RP. ລາວຮູ້ໄດ້ແນວໃດວ່າ RP ແມ່ນໃຜ? ໃນກໍລະນີນີ້, ມັນຖືກຕັ້ງຄ່າແບບຄົງທີ່, ແລະພວກເຮົາຈະເວົ້າກ່ຽວກັບການຕັ້ງຄ່າ RP ແບບເຄື່ອນໄຫວຕໍ່ມາ.

ip pim rp-address 3.3.3.3

RP ຈະເບິ່ງ - ມີຂໍ້ມູນຈາກຜູ້ທີ່ຢາກຈະໄດ້ຮັບການຈະລາຈອນນີ້ບໍ? ໃຫ້ສົມມຸດວ່າມັນບໍ່ແມ່ນ. ຫຼັງຈາກນັ້ນ, RP ຈະສົ່ງຂໍ້ຄວາມ R1 PIM Register-Stop, ຊຶ່ງຫມາຍຄວາມວ່າບໍ່ມີໃຜຕ້ອງການ multicast ນີ້, ການລົງທະບຽນຖືກປະຕິເສດ. R1 ຈະບໍ່ສົ່ງ multicast. ແຕ່ເຈົ້າພາບແຫຼ່ງ multicast ຈະສົ່ງມັນ, ດັ່ງນັ້ນ R1, ຫຼັງຈາກໄດ້ຮັບ Register-Stop, ຈະເລີ່ມຈັບເວລາ Register-Suppression ເທົ່າກັບ 60 ວິນາທີ. 5 ວິນາທີກ່ອນທີ່ເຄື່ອງຈັບເວລານີ້ໝົດອາຍຸ, R1 ຈະສົ່ງຂໍ້ຄວາມ Register ຫວ່າງເປົ່າດ້ວຍ Null-Register bit (ນັ້ນແມ່ນ, ໂດຍບໍ່ມີແພັກເກັດ multicast encapsulated) ໄປຫາ RP. RP, ໃນທາງກັບກັນ, ຈະປະຕິບັດເຊັ່ນນີ້:

• ຖ້າບໍ່ມີຜູ້ຮັບ, ມັນຈະຕອບສະໜອງດ້ວຍຂໍ້ຄວາມການລົງທະບຽນຢຸດ.
• ຖ້າຜູ້ຮັບປາກົດ, ລາວຈະບໍ່ຕອບສະຫນອງຕໍ່ມັນໃນທາງໃດກໍ່ຕາມ. R1, ບໍ່ໄດ້ຮັບການປະຕິເສດການລົງທະບຽນພາຍໃນ 5 ວິນາທີ, ຈະມີຄວາມສຸກແລະສົ່ງຂໍ້ຄວາມລົງທະບຽນດ້ວຍ multicast ທີ່ຖືກຫຸ້ມຫໍ່ໄປຫາ RP.

ພວກເຮົາເບິ່ງຄືວ່າໄດ້ຄິດອອກວ່າ multicast ເຂົ້າເຖິງ RP ໄດ້ແນວໃດ, ຕອນນີ້ໃຫ້ພະຍາຍາມຕອບຄໍາຖາມຂອງວິທີການ RP ສົ່ງການຈະລາຈອນໃຫ້ກັບຜູ້ຮັບ. ໃນທີ່ນີ້ມັນຈໍາເປັນຕ້ອງແນະນໍາແນວຄວາມຄິດໃຫມ່ - root-path tree (RPT). RPT ແມ່ນຕົ້ນໄມ້ທີ່ມີຮາກຢູ່ໃນ RP, ເຕີບໃຫຍ່ໄປສູ່ຜູ້ຮັບ, ສາຂາໃນແຕ່ລະ router PIM-SM. RP ສ້າງມັນໂດຍການໄດ້ຮັບຂໍ້ຄວາມເຂົ້າຮ່ວມ PIM ແລະເພີ່ມສາຂາໃຫມ່ໃຫ້ກັບຕົ້ນໄມ້. ແລະດັ່ງນັ້ນ, ທຸກ router downstream ເຮັດ. ກົດລະບຽບທົ່ວໄປເບິ່ງຄືວ່າ:

• ເມື່ອ Router PIM-SM ໄດ້ຮັບຂໍ້ຄວາມ PIM Join ໃນສ່ວນຕິດຕໍ່ອື່ນນອກເຫນືອຈາກການໂຕ້ຕອບທີ່ RP ຖືກເຊື່ອງໄວ້, ມັນຈະເພີ່ມສາຂາໃຫມ່ໃຫ້ກັບຕົ້ນໄມ້.
• ສາຂາຍັງຖືກເພີ່ມເມື່ອ Router PIM-SM ໄດ້ຮັບບົດລາຍງານການເປັນສະມາຊິກ IGMP ຈາກເຈົ້າພາບທີ່ເຊື່ອມຕໍ່ໂດຍກົງ.

ໃຫ້ຈິນຕະນາການວ່າພວກເຮົາມີລູກຄ້າ multicast ໃນ router R5 ສໍາລັບກຸ່ມ 228.8.8.8. ທັນທີທີ່ R5 ໄດ້ຮັບບົດລາຍງານການເປັນສະມາຊິກ IGMP ຈາກເຈົ້າພາບ, R5 ສົ່ງ PIM ເຂົ້າຮ່ວມໃນທິດທາງຂອງ RP, ແລະຕົວມັນເອງເພີ່ມການໂຕ້ຕອບກັບຕົ້ນໄມ້ທີ່ເບິ່ງເຈົ້າພາບ. ຕໍ່ໄປ, R4 ໄດ້ຮັບ PIM Join ຈາກ R5, ເພີ່ມການໂຕ້ຕອບ Gi0/1 ກັບຕົ້ນໄມ້ແລະສົ່ງ PIM Join ໃນທິດທາງຂອງ RP. ສຸດທ້າຍ, RP ( R3 ) ໄດ້ຮັບ PIM Join ແລະເພີ່ມ Gi0/0 ໃສ່ຕົ້ນໄມ້. ດັ່ງນັ້ນ, ຜູ້ຮັບ multicast ແມ່ນລົງທະບຽນ. ພວກເຮົາກໍາລັງສ້າງຕົ້ນໄມ້ທີ່ມີຮາກ R3-Gi0/0 → R4-Gi0/1 → R5-Gi0/0.
ຫຼັງຈາກນີ້, PIM Join ຈະຖືກສົ່ງໄປຫາ R1 ແລະ R1 ຈະເລີ່ມສົ່ງຂໍ້ມູນ multicast. ມັນເປັນສິ່ງສໍາຄັນທີ່ຈະສັງເກດວ່າຖ້າເຈົ້າພາບຮ້ອງຂໍການຈະລາຈອນກ່ອນທີ່ຈະອອກອາກາດ multicast ເລີ່ມຕົ້ນ, ຫຼັງຈາກນັ້ນ RP ຈະບໍ່ສົ່ງ PIM Join ແລະຈະບໍ່ສົ່ງສິ່ງໃດໄປຫາ R1 ເລີຍ.
ຖ້າທັນທີທັນໃດໃນຂະນະທີ່ multicast ກໍາລັງຖືກສົ່ງ, ເຈົ້າພາບຢຸດເຊົາຕ້ອງການທີ່ຈະໄດ້ຮັບມັນ, ທັນທີທີ່ RP ໄດ້ຮັບ PIM Prune ໃນການໂຕ້ຕອບ Gi0/0, ມັນຈະສົ່ງ PIM Register-Stop ໂດຍກົງໄປຫາ R1, ແລະຫຼັງຈາກນັ້ນ PIM Prune. ຂໍ້ຄວາມຜ່ານການໂຕ້ຕອບ Gi0/1. PIM Register-stop ຖືກສົ່ງຜ່ານ unicast ໄປຫາທີ່ຢູ່ທີ່ PIM Register ມາ.
ດັ່ງທີ່ພວກເຮົາໄດ້ກ່າວກ່ອນຫນ້ານີ້, ທັນທີທີ່ router ສົ່ງ PIM Join ກັບຄົນອື່ນ, ຕົວຢ່າງ R5 ເຖິງ R4, ຫຼັງຈາກນັ້ນບັນທຶກຈະຖືກເພີ່ມໃສ່ R4:

ແລະເຄື່ອງຈັບເວລາເລີ່ມຕົ້ນທີ່ R5 ຕ້ອງຕັ້ງເຄື່ອງຈັບເວລານີ້ PIM ເຂົ້າຮ່ວມຂໍ້ຄວາມຢ່າງຕໍ່ເນື່ອງ, ຖ້າບໍ່ດັ່ງນັ້ນ R4 ຈະຖືກຍົກເວັ້ນຈາກລາຍການທີ່ອອກມາ. R5 ຈະສົ່ງທຸກໆ 60 PIM ຂໍ້ຄວາມເຂົ້າຮ່ວມ.
Shortest-Path Tree Switchover.
ພວກເຮົາຈະເພີ່ມການໂຕ້ຕອບລະຫວ່າງ R1 ແລະ R5 ແລະເບິ່ງວ່າການຈະລາຈອນໄຫຼກັບ topology ນີ້ແນວໃດ.

ໃຫ້ສົມມຸດວ່າການຈະລາຈອນໄດ້ຖືກສົ່ງແລະໄດ້ຮັບຕາມໂຄງການເກົ່າ R1-R2-R3-R4-R5, ແລະໃນທີ່ນີ້ພວກເຮົາໄດ້ເຊື່ອມຕໍ່ແລະກໍາຫນົດຄ່າການໂຕ້ຕອບລະຫວ່າງ R1 ແລະ R5.
ກ່ອນອື່ນ ໝົດ, ພວກເຮົາຕ້ອງສ້າງຕາຕະລາງເສັ້ນທາງ unicast ຄືນໃໝ່ໃນ R5 ແລະຕອນນີ້ເຄືອຂ່າຍ 192.168.1.0/24 ແມ່ນບັນລຸໄດ້ຜ່ານອິນເຕີເຟດ R5 Gi0/2. ໃນປັດຈຸບັນ R5, ໄດ້ຮັບ multicast ໃນການໂຕ້ຕອບ Gi0/1, ເຂົ້າໃຈວ່າກົດລະບຽບ RPF ແມ່ນບໍ່ພໍໃຈແລະມັນຈະມີເຫດຜົນຫຼາຍກວ່າທີ່ຈະໄດ້ຮັບ multicast ໃນ Gi0/2. ມັນຄວນຈະຕັດການເຊື່ອມຕໍ່ຈາກ RPT ແລະສ້າງຕົ້ນໄມ້ທີ່ສັ້ນກວ່າທີ່ເອີ້ນວ່າ Shortest-Path Tree (SPT). ເພື່ອເຮັດສິ່ງນີ້, ລາວສົ່ງ PIM Join ກັບ R0 ຜ່ານ Gi2/1 ແລະ R1 ເລີ່ມສົ່ງ multicast ຜ່ານ Gi0/2. ໃນປັດຈຸບັນ R5 ຕ້ອງການຍົກເລີກການຈອງຈາກ RPT ເພື່ອບໍ່ໃຫ້ໄດ້ຮັບສອງສໍາເນົາ. ເພື່ອເຮັດສິ່ງນີ້, ລາວສົ່ງຂໍ້ຄວາມ Prune ທີ່ຊີ້ບອກທີ່ຢູ່ IP ແຫຼ່ງແລະໃສ່ບິດພິເສດ - RPT-bit . ນີ້ຫມາຍຄວາມວ່າເຈົ້າບໍ່ຈໍາເປັນຕ້ອງສົ່ງການຈະລາຈອນໃຫ້ຂ້ອຍ, ຂ້ອຍມີຕົ້ນໄມ້ທີ່ດີກວ່າຢູ່ທີ່ນີ້. RP ຍັງສົ່ງຂໍ້ຄວາມ PIM Prune ກັບ R1, ແຕ່ບໍ່ໄດ້ສົ່ງຂໍ້ຄວາມ Register-Stop. ລັກສະນະອື່ນ: R5 ໃນປັດຈຸບັນຈະສືບຕໍ່ສົ່ງ PIM Prune ກັບ RP, ເນື່ອງຈາກວ່າ R1 ຍັງສືບຕໍ່ສົ່ງ PIM Register ກັບ RP ທຸກໆນາທີ. ຈົນກ່ວາບໍ່ມີຄົນໃຫມ່ຕ້ອງການການຈະລາຈອນນີ້, RP ຈະປະຕິເສດມັນ. R5 ແຈ້ງເຕືອນ RP ວ່າມັນຍັງສືບຕໍ່ໄດ້ຮັບ multicast ຜ່ານ SPT.
ການຊອກຫາ RP ແບບໄດນາມິກ.
ອັດຕະໂນມັດ RP.
ເທກໂນໂລຍີນີ້ແມ່ນເປັນເຈົ້າຂອງຈາກ Cisco ແລະບໍ່ເປັນທີ່ນິຍົມໂດຍສະເພາະ, ແຕ່ຍັງມີຊີວິດຢູ່. ການ​ດໍາ​ເນີນ​ງານ Auto-RP ປະ​ກອບ​ດ້ວຍ​ສອງ​ຂັ້ນ​ຕອນ​ຕົ້ນ​ຕໍ​:
1) RP ສົ່ງຂໍ້ຄວາມ RP-Announce ໄປຫາທີ່ຢູ່ສະຫງວນ - 224.0.1.39, ປະກາດຕົວເອງ RP ບໍ່ວ່າຈະສໍາລັບທຸກຄົນຫຼືສໍາລັບກຸ່ມສະເພາະ. ຂໍ້ຄວາມນີ້ຖືກສົ່ງທຸກນາທີ.
2) ຕ້ອງການຕົວແທນການສ້າງແຜນທີ່ RP, ເຊິ່ງຈະສົ່ງຂໍ້ຄວາມ RP-Discovery ຊີ້ບອກວ່າກຸ່ມໃດທີ່ RP ຄວນຖືກຟັງ. ມັນແມ່ນມາຈາກຂໍ້ຄວາມນີ້ທີ່ routers PIM ປົກກະຕິຈະກໍານົດ RP ສໍາລັບຕົວເອງ. Mapping Agent ສາມາດເປັນ router RP ຕົວມັນເອງ ຫຼື router PIM ແຍກຕ່າງຫາກ. RP-Discovery ຖືກສົ່ງໄປຫາທີ່ຢູ່ 224.0.1.40 ດ້ວຍການຈັບເວລາຫນຶ່ງນາທີ.
ໃຫ້ເບິ່ງຂະບວນການໃນລາຍລະອຽດເພີ່ມເຕີມ:
ໃຫ້ຕັ້ງຄ່າ R3 ເປັນ RP:

ip pim send-rp-announce loopback 0 ຂອບເຂດ 10

R2 ເປັນຕົວແທນແຜນທີ່:

ip pim send-rp-discovery loopback 0 ຂອບເຂດ 10

ແລະໃນສິ່ງອື່ນໆທີ່ພວກເຮົາຈະຄາດຫວັງວ່າ RP ຜ່ານ Auto-RP:

ip pim autorp ຟັງ

ເມື່ອພວກເຮົາ configure R3, ມັນຈະເລີ່ມສົ່ງ RP-Announce:

ແລະ R2, ຫຼັງຈາກການຕັ້ງຄ່າຕົວແທນແຜນທີ່, ຈະເລີ່ມລໍຖ້າຂໍ້ຄວາມ RP-Announce. ພຽງແຕ່ໃນເວລາທີ່ມັນພົບເຫັນຢ່າງຫນ້ອຍຫນຶ່ງ RP ມັນຈະເລີ່ມສົ່ງ RP-Discovery:

ວິທີນີ້, ທັນທີທີ່ routers ປົກກະຕິ (PIM RP Listener) ໄດ້ຮັບຂໍ້ຄວາມນີ້, ພວກເຂົາຈະຮູ້ບ່ອນທີ່ຈະຊອກຫາ RP.
ຫນຶ່ງໃນບັນຫາຕົ້ນຕໍກັບ Auto-RP ແມ່ນວ່າເພື່ອໃຫ້ໄດ້ຮັບຂໍ້ຄວາມ RP-Announce ແລະ RP-Discovery, ທ່ານຈໍາເປັນຕ້ອງໄດ້ສົ່ງ PIM Join ກັບທີ່ຢູ່ 224.0.1.39-40, ແລະເພື່ອສົ່ງ, ທ່ານຈໍາເປັນຕ້ອງຮູ້ວ່າບ່ອນໃດ. RP ຕັ້ງຢູ່. ບັນຫາໄກ່ແລະໄຂ່ຄລາສສິກ. ເພື່ອແກ້ໄຂບັນຫານີ້, PIM Sparse-Dense-Mode ໄດ້ຖືກປະດິດ. ຖ້າ router ບໍ່ຮູ້ RP, ມັນຈະເຮັດວຽກໃນໂຫມດ Dense; ຖ້າມັນເຮັດ, ຫຼັງຈາກນັ້ນໃນໂຫມດ Sparse. ເມື່ອ PIM Sparse-mode ແລະຄໍາສັ່ງຟັງ ip pim autorp ຖືກຕັ້ງຄ່າໃນການໂຕ້ຕອບຂອງ routers ປົກກະຕິ, router ຈະເຮັດວຽກຢູ່ໃນໂຫມດ Dense ພຽງແຕ່ສໍາລັບການ multicasting ໂດຍກົງຈາກໂປໂຕຄອນ Auto-RP (224.0.1.39-40).
BootStrap Router (BSR).
ຟັງຊັນນີ້ເຮັດວຽກຄ້າຍຄືກັບ Auto-RP. ແຕ່ລະ RP ສົ່ງຂໍ້ຄວາມໄປຫາຕົວແທນແຜນທີ່, ເຊິ່ງເກັບກໍາຂໍ້ມູນແຜນທີ່ແລະຫຼັງຈາກນັ້ນບອກ routers ອື່ນໆທັງຫມົດ. ໃຫ້ອະທິບາຍຂະບວນການທີ່ຄ້າຍຄືກັນກັບ Auto-RP:
1) ເມື່ອພວກເຮົາ configure R3 ເປັນຜູ້ສະຫມັກທີ່ຈະເປັນ RP, ດ້ວຍຄໍາສັ່ງ:

ip pim rp-candidate loopback 0

ຫຼັງຈາກນັ້ນ, R3 ຈະບໍ່ເຮັດຫຍັງ; ເພື່ອເລີ່ມຕົ້ນການສົ່ງຂໍ້ຄວາມພິເສດ, ລາວທໍາອິດຕ້ອງການຊອກຫາຕົວແທນແຜນທີ່. ດັ່ງນັ້ນ, ພວກເຮົາກ້າວໄປສູ່ຂັ້ນຕອນທີສອງ.
2) ຕັ້ງຄ່າ R2 ເປັນຕົວແທນແຜນທີ່:

ip pim bsr-candidate loopback 0

R2 ເລີ່ມສົ່ງຂໍ້ຄວາມ PIM Bootstrap, ບ່ອນທີ່ມັນຊີ້ບອກຕົວມັນເອງເປັນຕົວແທນແຜນທີ່:

ຂໍ້ຄວາມນີ້ຖືກສົ່ງໄປຫາທີ່ຢູ່ 224.0.013, ເຊິ່ງໂປໂຕຄອນ PIM ຍັງໃຊ້ສໍາລັບຂໍ້ຄວາມອື່ນໆຂອງມັນ. ມັນສົ່ງພວກມັນໄປໃນທຸກທິດທາງແລະດັ່ງນັ້ນຈຶ່ງບໍ່ມີບັນຫາໄກ່ແລະໄຂ່ຄືກັບໃນ Auto-RP.
3) ທັນທີທີ່ RP ໄດ້ຮັບຂໍ້ຄວາມຈາກ router BSR, ມັນຈະສົ່ງຂໍ້ຄວາມ unicast ໄປຫາທີ່ຢູ່ router BSR:

ຫຼັງຈາກນັ້ນ, BSR, ໄດ້ຮັບຂໍ້ມູນກ່ຽວກັບ RPs, ຈະສົ່ງພວກມັນໂດຍ multicast ໄປຫາທີ່ຢູ່ 224.0.0.13, ເຊິ່ງຖືກຟັງໂດຍ routers PIM ທັງຫມົດ. ດັ່ງນັ້ນ, ການປຽບທຽບຂອງຄໍາສັ່ງ ip pim autorp ຟັງ ສໍາລັບ routers ປົກກະຕິບໍ່ໄດ້ຢູ່ໃນ BSR.
Anycast RP ກັບ Multicast Source Discovery Protocol (MSDP).
Auto-RP ແລະ BSR ອະນຸຍາດໃຫ້ພວກເຮົາແຈກຢາຍການໂຫຼດໃນ RP ດັ່ງຕໍ່ໄປນີ້: ແຕ່ລະກຸ່ມ multicast ມີພຽງແຕ່ຫນຶ່ງ RP ທີ່ມີການເຄື່ອນໄຫວ. ມັນຈະບໍ່ສາມາດແຈກຢາຍການໂຫຼດສໍາລັບກຸ່ມ multicast ຫນຶ່ງໃນໄລຍະຫຼາຍ RPs. MSDP ເຮັດສິ່ງນີ້ໂດຍການອອກ routers RP ທີ່ຢູ່ IP ດຽວກັນກັບຫນ້າກາກຂອງ 255.255.255.255. MSDP ຮຽນຮູ້ຂໍ້ມູນໂດຍໃຊ້ວິທີການຫນຶ່ງ: static, Auto-RP ຫຼື BSR.

ໃນຮູບພວກເຮົາມີການຕັ້ງຄ່າ Auto-RP ກັບ MSDP. RPs ທັງສອງຖືກຕັ້ງຄ່າດ້ວຍທີ່ຢູ່ IP 172.16.1.1/32 ໃນການໂຕ້ຕອບ Loopback 1 ແລະຖືກນໍາໃຊ້ສໍາລັບກຸ່ມທັງຫມົດ. ດ້ວຍ RP-Announce, ທັງສອງ routers ປະກາດຕົວເອງໂດຍການອ້າງເຖິງທີ່ຢູ່ນີ້. ຕົວແທນແຜນທີ່ Auto-RP, ໄດ້ຮັບຂໍ້ມູນແລ້ວ, ສົ່ງ RP-Discovery ກ່ຽວກັບ RP ດ້ວຍທີ່ຢູ່ 172.16.1.1/32. ພວກເຮົາບອກ routers ກ່ຽວກັບເຄືອຂ່າຍ 172.16.1.1/32 ໂດຍໃຊ້ IGP ແລະ, ຕາມຄວາມເຫມາະສົມ. ດັ່ງນັ້ນ, routers PIM ຮ້ອງຂໍຫຼືລົງທະບຽນການໄຫຼເຂົ້າຈາກ RP ທີ່ຖືກລະບຸວ່າເປັນຕໍ່ໄປ - hop ໃນເສັ້ນທາງໄປຫາເຄືອຂ່າຍ 172.16.1.1/32. ໂປໂຕຄອນ MSDP ຕົວຂອງມັນເອງຖືກອອກແບບມາສໍາລັບ RPs ຕົວເອງເພື່ອແລກປ່ຽນຂໍ້ຄວາມກ່ຽວກັບຂໍ້ມູນ multicast.
ພິຈາລະນາ topology ນີ້:

Switch6 ກະຈາຍການຈະລາຈອນໄປຫາທີ່ຢູ່ 238.38.38.38 ແລະມາຮອດປະຈຸບັນມີພຽງແຕ່ RP-R1 ຮູ້ກ່ຽວກັບມັນ. Switch7 ແລະ Switch8 ຮ້ອງຂໍໃຫ້ກຸ່ມນີ້. Routers R5 ແລະ R4 ຈະສົ່ງ PIM Join ກັບ R1 ແລະ R3, ຕາມລໍາດັບ. ເປັນຫຍັງ? ເສັ້ນທາງໄປຫາ 13.13.13.13 ສໍາລັບ R5 ຈະຫມາຍເຖິງ R1 ໂດຍໃຊ້ IGP metric, ຄືກັນກັບ R4.
RP-R1 ຮູ້ກ່ຽວກັບກະແສແລະຈະເລີ່ມອອກອາກາດໄປສູ່ R5, ແຕ່ R4 ບໍ່ຮູ້ຫຍັງກ່ຽວກັບມັນ, ເພາະວ່າ R1 ບໍ່ພຽງແຕ່ສົ່ງມັນ. ດັ່ງນັ້ນ MSDP ແມ່ນມີຄວາມຈໍາເປັນ. ພວກເຮົາຕັ້ງຄ່າມັນຢູ່ໃນ R1 ແລະ R5:

ip msdp peer 3.3.3.3 connect-source Loopback1 on R1

ip msdp peer 1.1.1.1 connect-source Loopback3 on R3

ພວກເຂົາຈະຍົກກອງປະຊຸມລະຫວ່າງກັນແລະກັນແລະເມື່ອໄດ້ຮັບກະແສໃດກໍ່ຕາມພວກເຂົາຈະລາຍງານໃຫ້ເພື່ອນບ້ານ RP ຂອງພວກເຂົາ.
ທັນທີທີ່ RP-R1 ໄດ້ຮັບການຖ່າຍທອດຈາກ Switch6, ມັນຈະສົ່ງຂໍ້ຄວາມ unicast MSDP Source-Active ທັນທີ, ເຊິ່ງຈະມີຂໍ້ມູນເຊັ່ນ (S, G) - ຂໍ້ມູນກ່ຽວກັບແຫຼ່ງແລະຈຸດຫມາຍປາຍທາງຂອງ multicast. ໃນປັດຈຸບັນທີ່ RP-R3 ຮູ້ວ່າແຫຼ່ງເຊັ່ນ Switch6, ເມື່ອໄດ້ຮັບການຮ້ອງຂໍຈາກ R4 ສໍາລັບການໄຫຼເຂົ້ານີ້, ມັນຈະສົ່ງ PIM Join ໄປຫາ Switch6, ນໍາພາໂດຍຕາຕະລາງເສັ້ນທາງ. ດັ່ງນັ້ນ, R1 ທີ່ໄດ້ຮັບ PIM Join ດັ່ງກ່າວຈະເລີ່ມສົ່ງການຈະລາຈອນໄປສູ່ RP-R3.
MSDP ແລ່ນຜ່ານ TCP, RPs ສົ່ງຂໍ້ຄວາມຮັກສາຊີວິດເຊິ່ງກັນແລະກັນເພື່ອກວດເບິ່ງຊີວິດ. ໂມງຈັບເວລາແມ່ນ 60 ວິນາທີ.
ຫນ້າທີ່ຂອງການແບ່ງປັນ MSDP ມິດສະຫາຍເຂົ້າໄປໃນໂດເມນທີ່ແຕກຕ່າງກັນຍັງບໍ່ຈະແຈ້ງ, ເນື່ອງຈາກວ່າຂໍ້ຄວາມ Keepalive ແລະ SA ບໍ່ໄດ້ຊີ້ໃຫ້ເຫັນເຖິງສະມາຊິກໃນໂດເມນໃດໆ. ນອກຈາກນີ້, ໃນ topology ນີ້, ພວກເຮົາໄດ້ທົດສອບການຕັ້ງຄ່າທີ່ຊີ້ໃຫ້ເຫັນໂດເມນທີ່ແຕກຕ່າງກັນ - ບໍ່ມີຄວາມແຕກຕ່າງໃນການປະຕິບັດ.
ຖ້າໃຜສາມາດຊີ້ແຈງໄດ້, ຂ້ອຍຍິນດີທີ່ຈະອ່ານມັນໃນຄໍາເຫັນ.

ແຫຼ່ງຂໍ້ມູນ: www.habr.com