របៀបដែលពិធីការ PIM ដំណើរការ

ពិធីការ PIM គឺជាសំណុំនៃពិធីការសម្រាប់បញ្ជូនពហុខាសនៅក្នុងបណ្តាញរវាងរ៉ោតទ័រ។ ទំនាក់ទំនងអ្នកជិតខាងត្រូវបានសាងសង់តាមរបៀបដូចគ្នានឹងករណីនៃពិធីការនាំផ្លូវថាមវន្ត។ PIMv2 ផ្ញើសារ Hello រៀងរាល់ 30 វិនាទីទៅកាន់អាសយដ្ឋានពហុខាសដែលបានបម្រុងទុក 224.0.0.13 (All-PIM-Routers) ។ សារនេះមានផ្ទុកកម្មវិធីកំណត់ម៉ោងកំណត់ - ជាធម្មតាស្មើនឹង 3.5*Hello Timer ពោលគឺ 105 វិនាទីតាមលំនាំដើម។

PIM ប្រើ​របៀប​ប្រតិបត្តិការ​សំខាន់​ពីរ​គឺ​របៀប​ក្រាស់ និង​ស្ប៉ា។ តោះចាប់ផ្តើមជាមួយមុខងារ Dense។
ដើមឈើចែកចាយផ្អែកលើប្រភព។
របៀប Dense-mode ត្រូវបានគេណែនាំឱ្យប្រើក្នុងករណីមានអតិថិជនមួយចំនួនធំនៃក្រុម multicast ផ្សេងៗគ្នា។ នៅពេលដែលរ៉ោតទ័រទទួលបានចរាចរពហុខាស រឿងដំបូងដែលវាធ្វើគឺពិនិត្យមើលវាសម្រាប់ច្បាប់ RPF ។ RPF - ច្បាប់នេះត្រូវបានប្រើដើម្បីពិនិត្យមើលប្រភពនៃ multicast ជាមួយនឹងតារាងនាំផ្លូវ unicast ។ វាចាំបាច់ដែលចរាចរណ៍មកដល់ចំណុចប្រទាក់ដែលម៉ាស៊ីននេះត្រូវបានលាក់ដោយយោងតាមកំណែនៃតារាងនាំផ្លូវ unicast ។ យន្តការនេះដោះស្រាយបញ្ហានៃរង្វិលជុំដែលកើតឡើងកំឡុងពេលបញ្ជូន multicast ។

R3 នឹងស្គាល់ប្រភព multicast (ប្រភព IP) ពីសារ multicast ហើយពិនិត្យមើលលំហូរទាំងពីរពី R1 និង R2 ដោយប្រើតារាង unicast របស់វា។ ស្ទ្រីមពីចំណុចប្រទាក់ដែលចង្អុលទៅដោយតារាង (R1 ដល់ R3) នឹងត្រូវបានបញ្ជូនបន្ថែមទៀត ហើយស្ទ្រីមពី R2 នឹងត្រូវបានទម្លាក់ ដោយសារដើម្បីទៅដល់ប្រភពពហុខាស អ្នកត្រូវផ្ញើកញ្ចប់ព័ត៌មានតាមរយៈ S0/1 ។
សំណួរសួរថា តើមានអ្វីកើតឡើងប្រសិនបើអ្នកមានផ្លូវស្មើគ្នាពីរដែលមានម៉ែត្រដូចគ្នា? ក្នុងករណីនេះ រ៉ោតទ័រនឹងជ្រើសរើសការលោតបន្ទាប់ពីផ្លូវទាំងនេះ។ អ្នកណាដែលមានអាសយដ្ឋាន IP ខ្ពស់ជាងអ្នកឈ្នះ។ ប្រសិនបើអ្នកត្រូវការផ្លាស់ប្តូរឥរិយាបថនេះ អ្នកអាចប្រើ ECMP ។ ព័ត៌មានលម្អិតបន្ថែម នៅទីនេះ.
បន្ទាប់ពីពិនិត្យមើលច្បាប់ RPF រ៉ោតទ័រផ្ញើកញ្ចប់ព័ត៌មានពហុខាសទៅអ្នកជិតខាង PIM ទាំងអស់ លើកលែងតែកញ្ចប់ព័ត៌មានដែលបានទទួល។ រ៉ោតទ័រ PIM ផ្សេងទៀតដំណើរការនេះម្តងទៀត។ ផ្លូវដែលកញ្ចប់ព័ត៌មានច្រើនបានយកពីប្រភពទៅអ្នកទទួលចុងក្រោយបង្កើតជាមែកធាងដែលហៅថាមែកធាងចែកចាយផ្អែកលើប្រភព មែកធាងផ្លូវខ្លីបំផុត (SPT) មែកធាងប្រភព។ ឈ្មោះបីផ្សេងគ្នា ជ្រើសរើសមួយណាក៏បាន។
របៀបដោះស្រាយបញ្ហាដែល Router ខ្លះមិនបោះបង់ការផ្សាយ multicast ខ្លះ ហើយគ្មានអ្នកណាបញ្ជូនវាទៅ ប៉ុន្តែ Router ខាងលើបញ្ជូនវាទៅគាត់។ យន្តការ Prune ត្រូវបានបង្កើតឡើងសម្រាប់ការនេះ។
សារកាត់។
ឧទាហរណ៍ R2 នឹងបន្តបញ្ជូន multicast ទៅ R3 ទោះបីជា R3 យោងតាមច្បាប់ RPF ទម្លាក់វាក៏ដោយ។ ហេតុអ្វីបានជាផ្ទុកឆានែល? R3 ផ្ញើសារ PIM Prune ហើយ R2 នៅពេលទទួលបានសារនេះនឹងលុបចំណុចប្រទាក់ S0/1 ចេញពីបញ្ជីចំណុចប្រទាក់ដែលចេញសម្រាប់លំហូរនេះ បញ្ជីចំណុចប្រទាក់ដែលចរាចរនេះគួរតែត្រូវបានផ្ញើ។

ខាងក្រោមនេះគឺជានិយមន័យផ្លូវការនៃសារ PIM Prune៖
សារ PIM Prune ត្រូវបានផ្ញើដោយរ៉ោតទ័រមួយទៅកាន់រ៉ោតទ័រទីពីរដើម្បីធ្វើឱ្យរ៉ោតទ័រទីពីរដកតំណភ្ជាប់ដែល Prune ត្រូវបានទទួលពីជាក់លាក់មួយ (S,G) SPT ។

បន្ទាប់ពីទទួលបានសារ Prune R2 កំណត់ Prune timer ទៅ 3 នាទី។ បន្ទាប់ពីបីនាទី វានឹងចាប់ផ្តើមបញ្ជូនចរាចរណ៍ម្តងទៀត រហូតដល់វាទទួលបានសារ Prune ផ្សេងទៀត។ នេះគឺនៅក្នុង PIMv1។
ហើយនៅក្នុង PIMv2 កម្មវិធីកំណត់ពេលវេលាធ្វើឱ្យស្រស់រដ្ឋត្រូវបានបន្ថែម (60 វិនាទីតាមលំនាំដើម) ។ ដរាបណាសារ Prune ត្រូវបានផ្ញើពី R3 កម្មវិធីកំណត់ម៉ោងនេះត្រូវបានចាប់ផ្តើមនៅលើ R3។ នៅពេលផុតកំណត់នៃកម្មវិធីកំណត់ម៉ោងនេះ R3 នឹងផ្ញើសារ State Refresh ដែលនឹងកំណត់ Prune Timer 3 នាទីឡើងវិញនៅលើ R2 សម្រាប់ក្រុមនេះ។
ហេតុផលសម្រាប់ការផ្ញើសារ Prune៖

• នៅពេលដែលកញ្ចប់ព័ត៌មានពហុខាសបរាជ័យ ការពិនិត្យ RPF ។
• នៅពេលដែលមិនមានអតិថិជនដែលបានតភ្ជាប់ក្នុងស្រុកដែលបានស្នើសុំក្រុមពហុខាស (IGMP Join) ហើយមិនមានអ្នកជិតខាង PIM ដែលចរាចរណ៍ពហុខាសអាចត្រូវបានផ្ញើ (ចំណុចប្រទាក់មិនដំណើរការ) ទេ។

សារ​ពុករលួយ។
ចូរយើងស្រមៃថា R3 មិនចង់ចរាចរពី R2 ផ្ញើ Prune និងទទួលបាន multicast ពី R1 ។ ប៉ុន្តែភ្លាមៗនោះឆានែលរវាង R1-R3 បានធ្លាក់ចុះហើយ R3 ត្រូវបានចាកចេញដោយគ្មានពហុខាស។ អ្នកអាចរង់ចាំ 3 នាទីរហូតដល់ Prune Timer នៅលើ R2 ផុតកំណត់។ 3 នាទីគឺជាការរង់ចាំដ៏យូរ ដូច្នេះដើម្បីកុំឱ្យរង់ចាំ អ្នកត្រូវផ្ញើសារដែលនឹងនាំចំណុចប្រទាក់ S0/1 នេះទៅ R2 ភ្លាមៗចេញពីស្ថានភាពដែលត្រូវបានកាត់ចេញ។ សារ​នេះ​នឹង​ជា​សារ​ផ្ញើ​សារ​។ បន្ទាប់ពីទទួលបានសារ Graft R2 នឹងឆ្លើយតបដោយ Graft-ACK។
Prune Override ។

សូមក្រឡេកមើលដ្យាក្រាមនេះ។ R1 ផ្សាយពហុខាសទៅផ្នែកដែលមានរ៉ោតទ័រពីរ។ R3 ទទួល និងផ្សាយចរាចរណ៍ R2 ទទួល ប៉ុន្តែគ្មាននរណាផ្សាយចរាចរណ៍ទៅ។ វាផ្ញើសារ Prune ទៅ R1 នៅក្នុងផ្នែកនេះ។ R1 គួរតែដក Fa0/0 ចេញពីបញ្ជី ហើយឈប់ចាក់ផ្សាយនៅក្នុងផ្នែកនេះ ប៉ុន្តែតើនឹងមានអ្វីកើតឡើងចំពោះ R3? ហើយ R3 ស្ថិតនៅក្នុងផ្នែកដូចគ្នា បានទទួលសារនេះពី Prune និងយល់ពីសោកនាដកម្មនៃស្ថានភាព។ មុនពេល R1 ឈប់ចាក់ផ្សាយ វាកំណត់ម៉ោង 3 វិនាទី ហើយនឹងឈប់ចាក់ផ្សាយក្រោយ 3 វិនាទី។ 3 វិនាទី - នេះគឺជាពេលវេលាដែល R3 មានដើម្បីកុំឱ្យបាត់បង់ពហុខាសរបស់គាត់។ ដូច្នេះហើយ R3 ផ្ញើសារ Pim Join សម្រាប់ក្រុមនេះឱ្យបានឆាប់តាមដែលអាចធ្វើទៅបាន ហើយ R1 លែងគិតពីការឈប់ចាក់ផ្សាយទៀតហើយ។ អំពីសារចូលរួមខាងក្រោម។
អះអាងសារ។

ចូរយើងស្រមៃមើលស្ថានភាពនេះ៖ រ៉ោតទ័រពីរផ្សាយទៅបណ្តាញតែមួយក្នុងពេលតែមួយ។ ពួកគេទទួលបានស្ទ្រីមដូចគ្នាពីប្រភព ហើយទាំងពីរផ្សាយវាទៅបណ្តាញដូចគ្នានៅពីក្រោយចំណុចប្រទាក់ e0 ។ ដូច្នេះ ពួកគេ​ត្រូវ​កំណត់​ថា​អ្នកណា​នឹង​ជា​អ្នក​ផ្សាយ​តែ​មួយ​គត់​សម្រាប់​បណ្តាញ​នេះ។ សារអះអាងត្រូវបានប្រើសម្រាប់ការនេះ។ នៅពេលដែល R2 និង R3 រកឃើញការចម្លងនៃចរាចរពហុខាស នោះគឺ R2 និង R3 ទទួលបានពហុខាសដែលពួកគេផ្ទាល់បានផ្សាយ រ៉ោតទ័រយល់ថាមានអ្វីមួយខុសនៅទីនេះ។ ក្នុងករណីនេះ រ៉ោតទ័រផ្ញើសារអះអាង ដែលរួមមានចម្ងាយរដ្ឋបាល និងម៉ែត្រផ្លូវដែលប្រភពពហុខាសត្រូវបានឈានដល់ - 10.1.1.10 ។ អ្នកឈ្នះត្រូវបានកំណត់ដូចខាងក្រោម៖

1. មួយដែលមាន AD ទាប។
2. ប្រសិនបើ AD ស្មើ នោះអ្នកណាមានម៉ែត្រទាបជាង។
3. ប្រសិនបើមានសមភាពនៅទីនេះ នោះអ្នកដែលមាន IP ខ្ពស់ជាងនៅក្នុងបណ្តាញដែលពួកគេផ្សាយពហុខាសនេះ។

អ្នកឈ្នះនៃការបោះឆ្នោតនេះក្លាយជា Router ដែលបានកំណត់។ Pim Hello ក៏ត្រូវបានប្រើដើម្បីជ្រើសរើស DRs ផងដែរ។ នៅដើមអត្ថបទ សារ PIM Hello ត្រូវបានបង្ហាញ អ្នកអាចមើលឃើញវាល DR នៅទីនោះ។ អាសយដ្ឋាន IP ខ្ពស់បំផុតនៅលើតំណនេះឈ្នះ។
សញ្ញាមានប្រយោជន៍៖

តារាង MROUTE ។
បន្ទាប់ពីការពិនិត្យមើលដំបូងអំពីរបៀបដែលពិធីការ PIM ដំណើរការ យើងត្រូវយល់ពីរបៀបធ្វើការជាមួយតារាងនាំផ្លូវពហុខាស។ តារាង mroute រក្សាទុកព័ត៌មានអំពីថាតើស្ទ្រីមណាមួយត្រូវបានស្នើសុំពីអតិថិជន និងស្ទ្រីមណាមួយដែលកំពុងហូរចេញពីម៉ាស៊ីនមេពហុខាស។
ឧទាហរណ៍ នៅពេលដែលរបាយការណ៍សមាជិកភាព IGMP ឬ PIM Join ត្រូវបានទទួលនៅលើចំណុចប្រទាក់មួយចំនួន កំណត់ត្រានៃប្រភេទ (*, G) ត្រូវបានបន្ថែមទៅតារាងនាំផ្លូវ៖

ធាតុនេះមានន័យថាសំណើចរាចរណ៍ត្រូវបានទទួលជាមួយអាសយដ្ឋាន 238.38.38.38 ។ ទង់ DC មានន័យថា multicast នឹងដំណើរការក្នុងរបៀប Dense ហើយ C មានន័យថាអ្នកទទួលត្រូវបានភ្ជាប់ដោយផ្ទាល់ទៅរ៉ោតទ័រ ពោលគឺរ៉ោតទ័របានទទួលរបាយការណ៍សមាជិកភាព IGMP និង PIM Join ។
ប្រសិនបើមានកំណត់ត្រានៃប្រភេទ (S,G) វាមានន័យថាយើងមានស្ទ្រីមពហុខាសៈ

នៅក្នុងវាល S - 192.168.1.11 យើងបានចុះឈ្មោះអាសយដ្ឋាន IP នៃប្រភព multicast វាគឺជាការដែលនឹងត្រូវបានត្រួតពិនិត្យដោយច្បាប់ RPF ។ ប្រសិនបើមានបញ្ហា រឿងដំបូងដែលអ្នកត្រូវធ្វើគឺពិនិត្យមើលតារាង unicast សម្រាប់ផ្លូវទៅកាន់ប្រភព។ នៅក្នុងវាល ចំណុចប្រទាក់ចូល បង្ហាញចំណុចប្រទាក់ដែលពហុខាសត្រូវបានទទួល។ នៅក្នុងតារាងនាំផ្លូវ unicast ផ្លូវទៅកាន់ប្រភពត្រូវតែយោងទៅចំណុចប្រទាក់ដែលបានបញ្ជាក់នៅទីនេះ។ ចំណុចប្រទាក់ Outgoing បញ្ជាក់កន្លែងដែល multicast នឹងត្រូវបានបញ្ជូនបន្ត។ ប្រសិនបើវាទទេ រ៉ោតទ័រមិនបានទទួលសំណើណាមួយសម្រាប់ចរាចរណ៍នេះទេ។ ព័ត៌មានបន្ថែមអំពីទង់ជាតិទាំងអស់អាចរកបាន នៅទីនេះ.
PIM Sparse-mode។
យុទ្ធសាស្ត្រនៃ Sparse-mode គឺផ្ទុយពី Dense-mode ។ នៅពេលដែលមុខងារ Sparse-mode ទទួលបានចរាចរណ៍ច្រើន វានឹងបញ្ជូនតែចរាចរណ៍តាមរយៈចំណុចប្រទាក់ទាំងនោះដែលមានសំណើសម្រាប់លំហូរនេះ ឧទាហរណ៍សារ Pim Join ឬ IGMP Report ដែលស្នើសុំចរាចរនេះ។
ធាតុស្រដៀងគ្នាសម្រាប់ SM និង DM៖

• ទំនាក់ទំនងអ្នកជិតខាងត្រូវបានសាងសង់តាមរបៀបដូចគ្នានឹង PIM DM ដែរ។
• ច្បាប់ RPF ដំណើរការ។
• ការជ្រើសរើស DR គឺស្រដៀងគ្នា។
• យន្តការនៃសារ Prune Overrides និង Assert គឺស្រដៀងគ្នា។

ដើម្បីគ្រប់គ្រងថាតើនរណា កន្លែងណា និងប្រភេទណាដែលត្រូវការចរាចរច្រើននៅលើបណ្តាញ មជ្ឈមណ្ឌលព័ត៌មានទូទៅគឺត្រូវការ។ មជ្ឈមណ្ឌលរបស់យើងនឹងក្លាយជាចំណុច Rendezvous (RP) ។ អ្នក​ណា​ដែល​ចង់​បាន​ចរាចរណ៍​ពហុ​ខាស​ខ្លះ ឬ​អ្នក​ណា​ម្នាក់​ចាប់​ផ្ដើម​ទទួល​បាន​ចរាចរណ៍​ពហុ​ខាស​ពី​ប្រភព​នោះ​ហើយ​គាត់​ផ្ញើ​វា​ទៅ RP។
នៅពេលដែល RP ទទួលបានចរាចរច្រើន វានឹងបញ្ជូនវាទៅរ៉ោតទ័រទាំងនោះ ដែលបានស្នើសុំចរាចរនេះពីមុន។

តោះស្រមៃមើល topology ដែល RP គឺ R3 ។ ដរាបណា R1 ទទួលបានចរាចរណ៍ពី S1 វាបញ្ចូលកញ្ចប់ព័ត៌មានពហុខាសនេះទៅក្នុងសារចុះឈ្មោះ PIM unicast ហើយផ្ញើវាទៅ RP ។ តើ​គាត់​ដឹង​ថា RP ជា​នរណា? ក្នុងករណីនេះ វាត្រូវបានកំណត់រចនាសម្ព័ន្ធឋិតិវន្ត ហើយយើងនឹងនិយាយអំពីការកំណត់រចនាសម្ព័ន្ធ RP ថាមវន្តនៅពេលក្រោយ។

ip pim rp-address 3.3.3.3

RP នឹងមើលទៅ - តើមានព័ត៌មានពីនរណាម្នាក់ដែលចង់ទទួលបានចរាចរណ៍នេះទេ? ចូរសន្មតថាវាមិនមែនទេ។ បន្ទាប់មក RP នឹងផ្ញើសារ R1 នូវ PIM Register-Stop ដែលមានន័យថាគ្មាននរណាម្នាក់ត្រូវការ multicast នេះទេ ការចុះឈ្មោះត្រូវបានបដិសេធ។ R1 នឹងមិនផ្ញើពហុខាសទេ។ ប៉ុន្តែម៉ាស៊ីនប្រភពពហុខាសនឹងផ្ញើវា ដូច្នេះ R1 បន្ទាប់ពីទទួលបាន Register-Stop នឹងចាប់ផ្តើមកម្មវិធីកំណត់ពេលវេលាចុះឈ្មោះ-ផ្អាកស្មើនឹង 60 វិនាទី។ 5 វិនាទីមុនពេលកម្មវិធីកំណត់ម៉ោងនេះផុតកំណត់ R1 នឹងផ្ញើសារចុះឈ្មោះទទេជាមួយនឹង Null-Register bit (នោះគឺដោយគ្មានកញ្ចប់ព័ត៌មានច្រើនដែលបង្កប់) ទៅកាន់ RP ។ នៅក្នុងវេន RP នឹងធ្វើដូចនេះ៖

• ប្រសិនបើមិនមានអ្នកទទួលទេ នោះវានឹងឆ្លើយតបជាមួយនឹងសារ Register-Stop។
• ប្រសិនបើអ្នកទទួលបង្ហាញខ្លួន គាត់នឹងមិនឆ្លើយតបតាមមធ្យោបាយណាមួយឡើយ។ R1 ដែលមិនបានទទួលការបដិសេធក្នុងការចុះឈ្មោះក្នុងរយៈពេល 5 វិនាទី នឹងសប្បាយចិត្ត ហើយផ្ញើសារចុះឈ្មោះជាមួយ multicast ភ្ជាប់ទៅ RP ។

យើងហាក់ដូចជាបានស្វែងយល់ពីរបៀបដែល multicast ឈានដល់ RP ឥឡូវនេះសូមព្យាយាមឆ្លើយសំណួរអំពីរបៀបដែល RP ផ្តល់ចរាចរទៅកាន់អ្នកទទួល។ នៅទីនេះវាចាំបាច់ដើម្បីណែនាំគំនិតថ្មី - មែកធាងផ្លូវឫស (RPT) ។ RPT គឺជាមែកធាងដែលមានឫសគល់នៅក្នុង RP លូតលាស់ឆ្ពោះទៅរកអ្នកទទួល ដែលបែកនៅលើរ៉ោតទ័រ PIM-SM នីមួយៗ។ RP បង្កើតវាដោយទទួលសារ PIM Join និងបន្ថែមសាខាថ្មីទៅមែកធាង។ ដូច្នេះហើយ រាល់រ៉ោតទ័រខាងក្រោមធ្វើ។ ច្បាប់ទូទៅមើលទៅដូចនេះ៖

• នៅពេលដែលរ៉ោតទ័រ PIM-SM ទទួលបានសារ PIM Join នៅលើចំណុចប្រទាក់ណាមួយក្រៅពីចំណុចប្រទាក់ដែល RP ត្រូវបានលាក់ វាបន្ថែមសាខាថ្មីទៅមែកធាង។
• សាខាក៏ត្រូវបានបន្ថែមផងដែរ នៅពេលដែលរ៉ោតទ័រ PIM-SM ទទួលបានរបាយការណ៍សមាជិកភាព IGMP ពីម៉ាស៊ីនដែលភ្ជាប់ដោយផ្ទាល់។

ចូរស្រមៃថាយើងមានម៉ាស៊ីនភ្ញៀវច្រើននៅលើរ៉ោតទ័រ R5 សម្រាប់ក្រុម 228.8.8.8 ។ ដរាបណា R5 ទទួលបានរបាយការណ៍សមាជិកភាព IGMP ពីម្ចាស់ផ្ទះ R5 ផ្ញើ PIM Join ក្នុងទិសដៅនៃ RP ហើយខ្លួនវាបន្ថែមចំណុចប្រទាក់ទៅមែកធាងដែលមើលម៉ាស៊ីន។ បន្ទាប់មក R4 ទទួលបាន PIM Join ពី R5 បន្ថែមចំណុចប្រទាក់ Gi0/1 ទៅកាន់មែកធាង ហើយផ្ញើ PIM Join ក្នុងទិសដៅ RP ។ ទីបំផុត RP ( R3 ) ទទួលបាន PIM Join ហើយបន្ថែម Gi0/0 ទៅក្នុងមែកធាង។ ដូច្នេះ អ្នកទទួលពហុខាសត្រូវបានចុះឈ្មោះ។ យើងកំពុងសាងសង់មែកធាងដែលមានឫស R3-Gi0/0 → R4-Gi0/1 → R5-Gi0/0 ។
បន្ទាប់ពីនេះ PIM Join នឹងត្រូវបានផ្ញើទៅ R1 ហើយ R1 នឹងចាប់ផ្តើមបញ្ជូនចរាចរណ៍ពហុខាស។ វាជាការសំខាន់ក្នុងការកត់សម្គាល់ថាប្រសិនបើម្ចាស់ផ្ទះបានស្នើសុំចរាចរមុនពេលការផ្សាយពហុខាសបានចាប់ផ្តើមនោះ RP នឹងមិនផ្ញើ PIM Join ហើយនឹងមិនផ្ញើអ្វីទៅ R1 ទាល់តែសោះ។
ប្រសិនបើភ្លាមៗខណៈពេលដែល multicast កំពុងត្រូវបានផ្ញើ នោះម៉ាស៊ីនឈប់ចង់ទទួលវាភ្លាមៗ នៅពេលដែល RP ទទួលបាន PIM Prune នៅលើចំណុចប្រទាក់ Gi0/0 វានឹងផ្ញើ PIM Register-Stop ដោយផ្ទាល់ទៅ R1 ហើយបន្ទាប់មក PIM Prune សារតាមរយៈចំណុចប្រទាក់ Gi0/1 ។ PIM Register-stop ត្រូវបានផ្ញើតាមរយៈ unicast ទៅកាន់អាសយដ្ឋានដែល PIM Register មក។
ដូចដែលយើងបាននិយាយពីមុន ដរាបណារ៉ោតទ័រផ្ញើ PIM Join ទៅមួយទៀត ឧទាហរណ៍ R5 ទៅ R4 បន្ទាប់មកកំណត់ត្រាមួយត្រូវបានបន្ថែមទៅ R4៖

ហើយកម្មវិធីកំណត់ម៉ោងត្រូវបានចាប់ផ្តើមដែល R5 ត្រូវតែកំណត់កម្មវិធីកំណត់ពេលវេលានេះឡើងវិញជានិច្ច PIM Join សារជានិច្ច បើមិនដូច្នេះទេ R4 នឹងត្រូវបានដកចេញពីបញ្ជីចេញ។ R5 នឹងផ្ញើរាល់ 60 PIM សារចូលរួម។
ការប្តូរដើមឈើផ្លូវខ្លីបំផុត
យើងនឹងបន្ថែមចំណុចប្រទាក់រវាង R1 និង R5 ហើយមើលពីរបៀបដែលចរាចរលំហូរជាមួយ topology នេះ។

ចូរសន្មតថាចរាចរត្រូវបានផ្ញើនិងទទួលយោងទៅតាមគ្រោងការណ៍ចាស់ R1-R2-R3-R4-R5 ហើយនៅទីនេះយើងបានភ្ជាប់និងកំណត់រចនាសម្ព័ន្ធចំណុចប្រទាក់រវាង R1 និង R5 ។
ជាដំបូង យើងត្រូវបង្កើតតារាងនាំផ្លូវ unicast ឡើងវិញនៅលើ R5 ហើយឥឡូវនេះបណ្តាញ 192.168.1.0/24 ត្រូវបានទៅដល់តាមរយៈ R5 Gi0/2 interface។ ឥឡូវនេះ R5 ទទួលបានពហុខាសនៅលើចំណុចប្រទាក់ Gi0/1 យល់ថាច្បាប់ RPF មិនពេញចិត្តទេ ហើយវានឹងសមហេតុផលជាងក្នុងការទទួលពហុខាសនៅលើ 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 ថាវាបន្តទទួលបានពហុមុខងារតាមរយៈ SPT ។
ការស្វែងរក RP ថាមវន្ត។
ស្វ័យប្រវត្តិ-RP
បច្ចេកវិទ្យានេះមានកម្មសិទ្ធិពី Cisco ហើយមិនមានប្រជាប្រិយភាពជាពិសេសនោះទេ ប៉ុន្តែនៅតែមានជីវិត។ ប្រតិបត្តិការ Auto-RP មានពីរដំណាក់កាលសំខាន់ៗ៖
1) RP ផ្ញើសារ RP-Announce ទៅកាន់អាសយដ្ឋានដែលបានបម្រុងទុក - 224.0.1.39 ដោយប្រកាសខ្លួនឯងថា RP ទាំងសម្រាប់មនុស្សគ្រប់គ្នា ឬសម្រាប់ក្រុមជាក់លាក់។ សារនេះត្រូវបានផ្ញើជារៀងរាល់នាទី។
2) ភ្នាក់ងារគូសផែនទី RP ត្រូវបានទាមទារ ដែលនឹងផ្ញើសារ RP-Discovery ដែលបង្ហាញពីក្រុមណាដែល RP គួរតែត្រូវបានស្តាប់។ វាមកពីសារនេះដែលរ៉ោតទ័រ PIM ធម្មតានឹងកំណត់ RP សម្រាប់ខ្លួនគេ។ ភ្នាក់ងារគូសផែនទីអាចជារ៉ោតទ័រ RP ខ្លួនវាផ្ទាល់ ឬរ៉ោតទ័រ 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

នៅពេលដែលយើងកំណត់រចនាសម្ព័ន្ធ R3 វានឹងចាប់ផ្តើមផ្ញើ RP-Announce:

ហើយ R2 បន្ទាប់ពីបង្កើតភ្នាក់ងារគូសផែនទីនឹងចាប់ផ្តើមរង់ចាំសារ RP-Announce ។ មានតែនៅពេលដែលវារកឃើញយ៉ាងហោចណាស់ RP មួយវានឹងចាប់ផ្តើមផ្ញើ RP-Discovery:

វិធីនេះ ដរាបណារ៉ោតទ័រធម្មតា (PIM RP Listener) ទទួលបានសារនេះ ពួកគេនឹងដឹងពីកន្លែងដែលត្រូវរកមើល RP ។
បញ្ហាចម្បងមួយជាមួយ Auto-RP គឺថា ដើម្បីទទួលបានសារ RP-Announce និង RP-Discovery អ្នកត្រូវផ្ញើ PIM Join ទៅកាន់អាសយដ្ឋាន 224.0.1.39-40 ហើយដើម្បីផ្ញើ អ្នកត្រូវដឹងពីកន្លែងដែលត្រូវផ្ញើ។ RP មានទីតាំងនៅ។ បញ្ហាសាច់មាន់និងស៊ុតបុរាណ។ ដើម្បីដោះស្រាយបញ្ហានេះ PIM Sparse-Dense-Mode ត្រូវបានបង្កើត។ ប្រសិនបើរ៉ោតទ័រមិនស្គាល់ RP នោះវាដំណើរការក្នុងរបៀប Dense ហើយប្រសិនបើវាកើតឡើង នោះនៅក្នុងរបៀប Sparse ។ នៅពេលដែល PIM Sparse-mode និង ip pim autorp listener command ត្រូវបានកំណត់រចនាសម្ព័ន្ធនៅលើ interfaces នៃ routers ធម្មតា router នឹងដំណើរការក្នុង Dense-mode សម្រាប់តែ multicasting ដោយផ្ទាល់ពី Auto-RP protocol (224.0.1.39-40) ប៉ុណ្ណោះ។
រ៉ោតទ័រ BootStrap (BSR) ។
មុខងារនេះដំណើរការស្រដៀងនឹង Auto-RP ។ RP នីមួយៗផ្ញើសារទៅកាន់ភ្នាក់ងារគូសផែនទី ដែលប្រមូលព័ត៌មានផែនទី ហើយបន្ទាប់មកប្រាប់រ៉ោតទ័រផ្សេងទៀតទាំងអស់។ ចូរពិពណ៌នាអំពីដំណើរការស្រដៀងនឹង Auto-RP៖
1) នៅពេលដែលយើងកំណត់រចនាសម្ព័ន្ធ 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 ទទួលបានសារពីរ៉ោតទ័រ BSR វានឹងផ្ញើសារ unicast ភ្លាមៗទៅកាន់អាសយដ្ឋានរ៉ោតទ័រ BSR៖

បន្ទាប់ពីនោះ BSR ដោយបានទទួលព័ត៌មានអំពី RPs នឹងបញ្ជូនពួកគេដោយពហុខាសទៅអាសយដ្ឋាន 224.0.0.13 ដែលត្រូវបានស្តាប់ដោយរ៉ោតទ័រ PIM ទាំងអស់។ ដូច្នេះ analogue នៃពាក្យបញ្ជា អ្នកស្តាប់ ip pim autorp សម្រាប់រ៉ោតទ័រធម្មតាដែលមិនមាននៅក្នុង BSR ។
Anycast RP ជាមួយ Multicast Source Discovery Protocol (MSDP)។
Auto-RP និង BSR អនុញ្ញាតឱ្យយើងចែកចាយបន្ទុកនៅលើ RP ដូចខាងក្រោមៈ ក្រុមពហុខាសនីមួយៗមាន RP សកម្មតែមួយប៉ុណ្ណោះ។ វា​នឹង​មិន​អាច​ចែកចាយ​បន្ទុក​សម្រាប់​ក្រុម multicast មួយ​លើ RPs ច្រើន​ទេ។ MSDP ធ្វើវាដោយការចេញ RP routers នូវអាសយដ្ឋាន IP ដូចគ្នាជាមួយនឹងរបាំងនៃ 255.255.255.255។ MSDP រៀនព័ត៌មានដោយប្រើវិធីសាស្រ្តមួយ: ឋិតិវន្ត, Auto-RP ឬ BSR ។

នៅក្នុងរូបភាពយើងមានការកំណត់រចនាសម្ព័ន្ធ Auto-RP ជាមួយ MSDP ។ RPs ទាំងពីរត្រូវបានកំណត់រចនាសម្ព័ន្ធជាមួយអាសយដ្ឋាន IP 172.16.1.1/32 នៅលើចំណុចប្រទាក់ Loopback 1 ហើយត្រូវបានប្រើសម្រាប់ក្រុមទាំងអស់។ ជាមួយនឹង RP-Announce រ៉ោតទ័រទាំងពីរប្រកាសខ្លួនឯងដោយយោងទៅអាសយដ្ឋាននេះ។ ភ្នាក់ងារគូសផែនទី Auto-RP ដោយបានទទួលព័ត៌មាន ផ្ញើ RP-Discovery អំពី RP ជាមួយនឹងអាសយដ្ឋាន 172.16.1.1/32 ។ យើងប្រាប់រ៉ោតទ័រអំពីបណ្តាញ 172.16.1.1/32 ដោយប្រើ IGP ហើយតាមនោះ។ ដូច្នេះ រ៉ោតទ័រ PIM ស្នើសុំ ឬចុះឈ្មោះលំហូរចេញពី RP ដែលត្រូវបានបញ្ជាក់ជាសញ្ញាបន្ទាប់នៅលើផ្លូវទៅកាន់បណ្តាញ 172.16.1.1/32 ។ ពិធីការ MSDP ខ្លួនវាត្រូវបានរចនាឡើងសម្រាប់ RPs ខ្លួនគេដើម្បីផ្លាស់ប្តូរសារអំពីព័ត៌មានចម្រុះ។
ពិចារណាលើប្រធានបទនេះ៖

Switch6 ផ្សាយចរាចរណ៍ទៅកាន់អាសយដ្ឋាន 238.38.38.38 ហើយរហូតមកដល់ពេលនេះមានតែ RP-R1 ប៉ុណ្ណោះដែលដឹងអំពីវា។ Switch7 និង Switch8 បានស្នើសុំក្រុមនេះ។ រ៉ោតទ័រ R5 និង R4 នឹងផ្ញើ PIM Join ទៅ R1 និង R3 រៀងគ្នា។ ហេតុអ្វី? ផ្លូវទៅកាន់ 13.13.13.13 សម្រាប់ R5 នឹងសំដៅទៅលើ R1 ដោយប្រើរង្វាស់ IGP ដូចទៅនឹង R4 ដែរ។
RP-R1 ដឹងអំពីស្ទ្រីមហើយនឹងចាប់ផ្តើមចាក់ផ្សាយវាឆ្ពោះទៅ R5 ប៉ុន្តែ R4 មិនដឹងអ្វីទាំងអស់អំពីវាព្រោះ R1 នឹងមិនគ្រាន់តែផ្ញើវាទេ។ ដូច្នេះ MSDP គឺចាំបាច់។ យើងកំណត់រចនាសម្ព័ន្ធវានៅលើ R1 និង R5:

ip msdp peer 3.3.3.3 connect-source Loopback1 នៅលើ R1

ip msdp peer 1.1.1.1 connect-source Loopback3 នៅលើ R3

ពួកគេនឹងលើកឡើងវគ្គរវាងគ្នាទៅវិញទៅមក ហើយនៅពេលដែលទទួលបានលំហូរណាមួយ ពួកគេនឹងរាយការណ៍វាទៅអ្នកជិតខាង RP របស់ពួកគេ។
ដរាបណា RP-R1 ទទួលបានស្ទ្រីមពី Switch6 វានឹងផ្ញើសារ unicast MSDP Source-Active ភ្លាមៗ ដែលនឹងមានព័ត៌មានដូចជា (S, G) - ព័ត៌មានអំពីប្រភព និងទិសដៅនៃពហុខាស។ ឥឡូវនេះ RP-R3 ដឹងថាប្រភពដូចជា Switch6 នៅពេលទទួលបានសំណើពី R4 សម្រាប់លំហូរនេះ វានឹងបញ្ជូន PIM Join ឆ្ពោះទៅកាន់ Switch6 ដែលដឹកនាំដោយតារាងនាំផ្លូវ។ ហេតុដូច្នេះហើយ R1 ដែលបានទទួល PIM Join បែបនេះនឹងចាប់ផ្តើមបញ្ជូនចរាចរណ៍ឆ្ពោះទៅរក RP-R3 ។
MSDP ដំណើរការលើ TCP, RPs ផ្ញើសារបន្តគ្នាដើម្បីពិនិត្យមើលភាពរស់រវើក។ កម្មវិធីកំណត់ពេលវេលាគឺ 60 វិនាទី។
មុខងារនៃការបែងចែកមិត្តភ័ក្តិ MSDP ទៅជាដែនផ្សេងៗគ្នានៅតែមិនច្បាស់លាស់ ចាប់តាំងពីសារ Keepalive និង SA មិនបង្ហាញពីសមាជិកភាពនៅក្នុងដែនណាមួយឡើយ។ ដូចគ្នានេះផងដែរនៅក្នុង topology នេះ យើងបានសាកល្បងការកំណត់រចនាសម្ព័ន្ធដែលបង្ហាញពីដែនផ្សេងៗគ្នា - មិនមានភាពខុសគ្នានៅក្នុងការអនុវត្តនោះទេ។
ប្រសិនបើអ្នកណាអាចពន្យល់បាន ខ្ញុំរីករាយក្នុងការអានវានៅក្នុងមតិយោបល់។

ប្រភព: www.habr.com