المحتويات

المقدمة

معلومات أساسية

إرسال إشارات MLDP

إرسال الإشارات داخل النطاق

إرسال إشارات عبر التضمين أو خارج النطاق

فئة التكافؤ الأمامي (FEC) لبروتوكول توزيع التسمية (LDP) المكتوبة ببطاقة بدل # RFC5918

طوبولوجيا

إرسال إشارات التراكب

التكوين

التحقق من الصحة

كيف يمكنك بناء مستوى تحكم؟

P2MP MLDP

الخلاصة

معلومات ذات صلة

المقدمة

يصف هذا وثيقة الإشارات داخل النطاق VRF MLDP الذي هو توصيف 6 للجيل التالي من البث المتعدد عبر VPN (mVPN). وهو يستخدم مثالا والتنفيذ في Cisco IOS لتوضيح السلوك.

معلومات أساسية

إرسال إشارات بروتوكول توزيع تسمية البث المتعدد (MLDP) داخل النطاق لتمكين مركز MLDP من إنشاء حالة (S،G) أو (*،G) دون إستخدام إشارات خارج النطاق الترددي مثل بروتوكول العبارة الحدودية (BGP) أو البث المتعدد المستقل عن البروتوكول (PIM).

تسمح شبكة VPN للبث المتعدد (MVPN) مدعومة من MLDP بتجميع تدفقات البث المتعدد لشبكة VPN عبر شجرة خاصة بشبكة VPN.

لا يتم إنشاء أي حالة عميل في مركز MLDP، وهناك الحالة الوحيدة لأشجار التوزيع الافتراضية وبث البيانات المتعدد (MDTs).

في سيناريوهات معينة، تكون الحالة التي تم إنشاؤها لتدفقات الشبكة الخاصة الظاهرية (VPN) محدودة ولا تبدو كعامل مخاطرة أو عامل تحديد. في هذه السيناريوهات، يمكن أن تقوم MLDP بإنشاء أجهزة MDT داخل النطاق تكون مسارات محولة لتسمية النقل (LSPs).

وتعد الأشجار المستخدمة في مساحة الشبكة الخاصة الظاهرية (VPN) من بين الأشجار التي تتم معالجتها بواسطة أجهزة الكمبيوتر المكتبية (MDT). وتعد الأشجار المستخدمة في الجدول العالمي عبارة عن نقل من نقطة إلى عدة نقاط (P2MP) أو شبكات محلية ظاهرية (LSP) متعددة النقاط إلى عدة نقاط (MP2MP).

في كلتا الحالتين، يقترن تدفق واحد للبث المتعدد (VPN أو لا) ب LSP واحد في لب MPLS. يتم تشفير معلومات الدفق في فئة تكافؤ إعادة التوجيه (FEC) من LSP. هذا هو إرسال الإشارات داخل النطاق.

يوفر LSM الميزات عند مقارنته بأنفاق GRE الأساسية التي يتم إستخدامها حاليا لنقل حركة مرور العملاء في المحول، كما يعمل على زيادة البنية الأساسية ل MPLS لنقل حزم IP للبث المتعدد، مما يوفر مستوى بيانات مشتركا للبث الأحادي والبث المتعدد.

إرسال إشارات MLDP

يوفر إرسال إشارات MLDP وظيفتين:

- لاكتشاف FEC (والقيمة المعتمة المرتبطة به) لبروتوكول MP LSP

- لتعيين تدفق بث متعدد إلى MP LSP

إرسال الإشارات داخل النطاق

- يتم إستخدام القيمة المعتمة لتعيين MP LSP إلى تدفق IP للبث المتعدد.

- يتم اشتقاق محتويات القيمة المعتمة من تدفق البث المتعدد.

إرسال إشارات عبر التضمين أو خارج النطاق

- يستخدم بروتوكول تغشية لتعيين MP LSP إلى تدفق IP للبث المتعدد.

- يمكن تعيين القيمة المعتمة بواسطة جذر المدخل PE أو التي تم تكوينها بشكل ثابت.

- يتم إنشاء MP LSP عند الطلب أو يمكن تكوينه مسبقا.

- يسمح بتجميع تدفقات البث المتعدد على LSP واحد لبروتوكول MP.

بروتوكول توزيع التسمية (LDP) صنف معادلة حرف بدل أمامي (FEC) # RFC5918

يشير عنصر FEC لأحرف البدل المكتوبة إلى جميع FEC من النوع المحدد الذي يفي بالقيد.  وهو يحدد "نوع عنصر FEC" وقيدا إختياريا، المقصود به توفير معلومات إضافية.

تنسيق عنصر FEC لأحرف البدل المكتوبة هو:

حرف بدل مكتوب: نوع عنصر FEC بنظام ثماني واحد (0x05).

يقوم LDP [RFC5036] بتوزيع تسميات فئات معادل إعادة التوجيه (FECs).  يستخدم LDP FEC TLVs في رسائل LDP لتحديد FECs.

يتضمن FEC TLV LDP عنصرا واحدا أو أكثر من عناصر FEC.  يتضمن عنصر FEC نوع FEC وقيمة إختيارية معتمدة على النوع.

يحدد RFC 5036 نوعين من FEC (البادئة والحرف البدل)، وتحدد الوثائق الأخرى أنواع FEC إضافية، على سبيل المثال، راجع [RFC4447] و[MLDP].

كما هو محدد بواسطة RFC 5036، يشير عنصر FEC الخاص بحرف البدل إلى جميع FECs المتعلقة بقيد إختياري.

محدد القيد الوحيد RFC 5036 هو أحد القيودات التي تحد من نطاق عنصر FEC الخاص بحرف البدل إلى "جميع FECs المرتبطة بتسمية محددة".

تحتوي مواصفات RFC 5036 الخاصة بعنصر Wildcard FEC على أوجه القصور التالية التي تحد من فائدته:

- لم يتم كتابة عنصر FEC الخاص بحرف البدل.  هناك حالات قد يكون من المفيد فيها الإشارة إلى جميع نقاط FEC من نوع معين (كقيد آخر).

- يقتصر إستخدام عنصر FEC الخاص بحرف البدل على رسائل سحب التسمية وإطلاق التسمية فقط.  هناك حالات قد يكون من المفيد فيها وجود عنصر FEC لأحرف البدل، مع قيد النوع، في رسائل طلب التسمية.

طوبولوجيا

إرسال إشارات التراكب

التكوين

الخطوة 1. تمكين MPLS MLDP في العقد الأساسية.

تسجيل # mpls mldp

الخطوة 2. تمكين إرسال إشارات النطاق الداخلي ل MLDP في المراكز.

في الطرز PE1 و PE2 و PE3

# ip multicast vrf inband-MLDP MPLS MLDP

# ip pim vrf inband-MLDP مصدر MPLS الاسترجاع 0

الخطوة 3. تمكين PIM SM في جميع واجهات CE وواجهة PE VRF.

في CE1 و CE2 و CE3 وجميع واجهات VRF PE1 و PE2 و PE3

# الواجهة x/x

# ip pim المتناثر الوضع

# إسترجاع الواجهة x/x

# ip pim المتناثر الوضع

ملاحظة: تمكين وضع PIM فقط في الواجهات CE التي تواجه موجهات Provider Edge؛ غير مطلوب في المركز.

الخطوة 4. مكنت multicast في ال VRF.

في الطرز PE1 و PE2 و PE3

# ip multicast-routing VRF inband-MLDP

الخطوة 5. قم بتمكين VRF على واجهة PE-CE بسرعة x/x لموجه PE.

# الواجهة x/x

# ip vrf forwarding INBAND-MLDP

الخطوة 6. تكوين SSM للوضع في عقد CE و PE (VRF فقط).

على عقد CE

# ip pim ssm الافتراضي

في الطرز PE1 و PE2 و PE3 تحت التردد اللاسلكي (VRF)

الإعداد الافتراضي ل # ip pim vrf inband-MLDP SSM

الخطوة 7. تكوين IGMP Group SSM 232.1.1.1 (جهاز إستقبال).

على المستقبل 2 و 3

CE #interface x/x

# ip pim join-group 232.1.1.1 المصدر 10.1.0.2

التحقق من الصحة

يعمل بروتوكول العبارة الداخلية (IGP) وبروتوكول MPLS LDP وبروتوكول بوابة الحدود (BGP) بشكل جيد عبر شبكتنا من طرف إلى طرف.

في هذا القسم، يتم إجراء التحقق للتحقق من تجاور VPN AF في شبكة الأساسية/التجميع. يتم التحقق من التجاور بين CE-PE ويتم التحقق من مستوى التحكم أيضا باستخدام مستوى البيانات لحركة مرور VPN عبر شبكة MPLS.

للتحقق من إمكانية اتصال أجهزة Customer Edge (CE) المحلية والبعيدة عبر مركز تحويل التسمية متعدد البروتوكولات (MPLS)، قم بتنفيذ المهام التالية:

المهمة 1: التحقق من الاتصال الفعلي.

- تحقق من تشغيل جميع الواجهة المتصلة.

المهمة 2: التحقق من البث الأحادي لعائلة عنوان BGP VPNv4.

- تحقق من تمكين BGP في جميع موجهات جهات البث الأحادي ل AF VPNv4 وجيران BGP قيد التشغيل.

- تحقق من إحتواء جدول البث الأحادي BGP VPNv4 على جميع بادئات العميل.

المهمة 3: التحقق من صحة حركة مرور البث المتعدد من نهاية إلى نهاية.

- تحقق من جوار PIM مع جوار PIM المتصل.

- دققت أن خلقت multicast دولة في ال VRF.

في إدخال PE VRF mRIB في PE1 و PE2 و PE3

- تحقق من إدخال VRF (S، G) mFIB، وزيادة الحزم في إعادة توجيه البرامج.

- تحقق من وصول حزم ICMP من CE إلى CE.

المهمة 4: التحقق من MPLS Core.

- تحقق من لب MPLS LSP.

- تحقق من إعادة توجيه التحويل متعدد البروتوكولات (MPLS) داخل المركز حسب التصميم.

- تحقق من عمل إختبار اتصال MPLS P2MP LSP.

كيف يمكنك بناء مستوى تحكم؟

تحقق من مستوى التحكم الذي يحدث فيه وضع التسمية عندما يتم إعادة توجيه موجه PE استنادا إلى رأس IP ويضيف تسمية MPLS إلى الحزمة عند إدخال شبكة MPLS.

في إتجاه فرض التسمية، يحول الموجه الحزم بناء على بحث جدول CEF للعثور على الخطوة التالية ويضيف معلومات التسمية المناسبة المخزنة في FIB للوجهة. عندما يقوم الموجه بتنفيذ تبديل التسمية في المركز على حزمة MPLS، يقوم الموجه بالبحث عن جدول MPLS. يستمد الموجه جدول MPLS (LFIB) هذا من المعلومات الموجودة في جدول CEF وقاعدة معلومات التسمية (LIB).

يحدث المصير النهائي للتسمية عندما يستقبل موجه PE حزمة MPLS، ويتخذ قرار إعادة توجيه استنادا إلى تسمية MPLS، ويزيل التسمية، ويرسل حزمة IP. يستخدم موجه PE LFIB لتحديد المسار لحزمة في هذا الإتجاه.وكما تمت الإشارة مسبقا، تسهل جلسة عمل خاصة ل iBGP إعلان بادئات VPNv4 وملحقاتها بين موجهات PE. في إعلان PE، يخصص BGP التسميات لبادئات VPN التي تم التعرف عليها محليا ويثبتها في LFIB، وهو جدول إعادة توجيه MPLS.

الخطوة 1. بمجرد تكوين MLDP في المركز. يتم تبادل هذه الرسائل.

MLDP: P2MP Wildcard label request sent to 11.11.11.11:0 success

MLDP: MP2MP Wildcard label request sent to 11.11.11.11:0 success

MLDP-MFI: Enabled MLDP MFI client on Lspvif0; status =  ok

LDP Peer 11.11.11.11:0 re-announced

MLDP-NBR: 11.11.11.11:0 UP sess_hndl: 1, (old ID: 0.0.0.0:0)

mLDP-RW: Sending RW notification message to process: mLDP Process

mLDP-RW: RW Tracking started for: 11.11.11.11

MLDP-LDP: [id 0] Wildcard label request from: 11.11.11.11:0 label: 0 root: 6.2.0.0 Opaque_len: 0 sess_hndl: 0x1

MLDP-LDP: [id 0] Wildcard label request from: 11.11.11.11:0 label: 0 root: 8.2.0.0 Opaque_len: 0 sess_hndl: 0x1

Neighbor 11.11.11.11 request for the label request to PE1.

أستخدم تصحيح الأخطاء هذا للتحقق من المؤسسة السابقة:

# debug mpls mldp all

ملاحظة: الاستجابة لطلبات تسميات أحرف البدل المكتوبة التي تم تلقيها من النظير عن طريق إعادة تشغيل قاعدة بيانات التسمية الخاصة بها للبادئات. أستخدم "طلبات تسمية أحرف البدل المكتوبة" تجاه النظراء لطلب إعادة تشغيل قاعدة بيانات تسمية النظير للبادئات.

الخطوة 2. تمكين إرسال الإشارات داخل النطاق في VRF.

PE1 # Config t

# ip pim vrf MLDP-INBAND mpls source loopback 0

# ip multicast vrf MLDP-INBAND mpls mldp

MLDP: Enabled IPv4 on Lspvif0 unnumbered with Loopback0

MLDP-MFI: Enable lsd on int failed; not registered;

MLDP: Enable pim on lsp vif: Lspvif0

MLDP: Add success lsp vif: Lspvif0 address: 0.0.0.0 application: MLDP vrf_id: 1

MLDP-DB: Replaying database events for opaque type value: 250

%LINEPROTO-5-UPDOWN: Line protocol on Interface Lspvif0, changed state to up

PIM(1): Check DR after interface: Lspvif0 came up!

PIM(1): Changing DR for Lspvif0, from 0.0.0.0 to 1.1.1.1 (this system)

%PIM-5-DRCHG: VRF MLDP-INBAND: DR change from neighbor 0.0.0.0 to 1.1.1.1 on interface Lspvif0

Use this Debug to check the preceding establishment

# debug ip pim vrf LDP-INBAND6

PE1#sh interfaces lspvif 0

Lspvif0 is up, line protocol is up

Hardware is

Interface is unnumbered. Using address of Loopback0 (1.1.1.1)

MTU 17940 bytes, BW 8000000 Kbit/sec, DLY 5000 usec,

reliability 255/255, txload 1/255, rxload 1/255

Encapsulation LOOPBACK, loopback not set

ملاحظة: لم يتم إنشاء MPLS MLDP بعد حيث أن المستلم لم يتم الاتصال بالإنترنت بعد.

عند وصول المستلم إلى الإنترنت:

يأتي المستقبل 3 عبر الإنترنت ويرسل رسائل الانضمام إلى PIM (S، G) إلى PE3.

PIM(1): Received v2 Join/Prune on Ethernet0/2 from 10.2.0.2, to us

PIM(1): Join-list: (10.1.0.2/32, 232.1.1.1), S-bit set

MRT(1): Create (*,232.1.1.1), RPF (unknown, 0.0.0.0, 2147483647/0)

MLDP: Interface Lspvif1 moved from VRF (default) to VRF MLDP-INBAND

MLDP: Enabled IPv4 on Lspvif1 unnumbered with Loopback0

MLDP-MFI: Enabled MLDP MFI client on Lspvif1; status =  ok

MRT(1): Add interface Lspvif1

MLDP: Enable pim on lsp vif: Lspvif1

MLDP: Add success lsp vif: Lspvif1 address: 1.1.1.1 application: MLDP vrf_id: 1

MLDP: LDP root 1.1.1.1 added

mLDP-RW: Sending RW notification message to process: mLDP Process

mLDP-RW: RW Tracking started for: 1.1.1.1

MLDP:  Route watch started for 1.1.1.1 topology: base ipv4

MLDP-DB: Added [vpnv4 10.1.0.2 232.1.1.1 1:1] DB Entry

MLDP-DB: [vpnv4 10.1.0.2 232.1.1.1 1:1] Added P2MP branch for MRIBv4(1) label

%MLDP-5-ADD_BRANCH: [vpnv4 10.1.0.2 232.1.1.1 1:1] Root: 1.1.1.1, Add P2MP branch MRIBv4(1) remote label

MLDP: nhop 10.0.2.2 added

MLDP-NBR: 11.11.11.11:0 mapped to next_hop: 10.0.2.2

MLDP: Root 1.1.1.1 old paths: 0 new paths: 1

MLDP-DB: [vpnv4 10.1.0.2 232.1.1.1 1:1] Changing peer from none to 11.11.11.11:0

MLDP-DB: [vpnv4 10.1.0.2 232.1.1.1 1:1] Add accepting element nbr: 11.11.11.11:0

MLDP: [vpnv4 10.1.0.2 232.1.1.1 1:1] label mappping msg sent to 11.11.11.11:0 success

MLDP-DB: [vpnv4 10.1.0.2 232.1.1.1 1:1] path to peer: 11.11.11.11:0 changed None:0.0.0.0 to Ethernet0/3:10.0.2.2

سيتم تحويل أي اتصال من المستلم (S،G) Join إلى MLDP وسيتم عبور جميع الرسائل إلى LSPVIF 1

باستخدام PIM JOIN (S،G) حيث إن MLDP عبارة عن بروتوكول قائم على الاستقبال، فإنه يبدأ في بناء قاعدة بيانات MLDP من المستقبل إلى المصدر. هذا هو تخصيص تسمية تدفق ل P2MP MLDP.

P2MP MLDP

يتم تنفيذ نقل حزم P2MP باستخدام بروتوكول حجز الموارد (RSVP) P2MP - يتم تنفيذ هندسة حركة مرور البيانات (P2MP-TE) ونقل حزم M2M من خلال IPv4 Multicast VPN (MVPN) باستخدام بروتوكول توزيع تسمية البث المتعدد (MLDP).

يتم نقل الحزمة عبر ثلاثة أنواع من الموجهات:

· موجه وحدة الاستقبال والبث: يغلف حزمة IP بتسمية واحدة أو أكثر.

· موجه نقطة الوسط: يستبدل المضمن بالتسمية خارج التسمية.

· الموجه الطرفي: يزيل التسمية من الحزمة.

تدفق الحزم في شبكة MVPN المستندة إلى MLDP لكل حزمة واردة، يقوم MPLS بإنشاء تسميات خارجية متعددة. يتم نسخ الحزم من الشبكة المصدر على طول المسار إلى شبكة المستقبل. يرسل الموجه CE1 حركة مرور بث IP المتعدد الأصلية. يفرض موجه PE1 تسمية على حزمة البث المتعدد الواردة وينسخ الحزمة المسماة باتجاه الشبكة الأساسية MPLS. عندما تصل الحزمة إلى الموجه الأساسي (P)، يتم نسخ الحزمة مع التسميات المناسبة ل MP2MP الافتراضي MDT أو P2MP Data MDT ويتم نقلها إلى جميع نقاط الوصول إلى المنفذ PEs. بمجرد وصول الحزمة إلى عنوان PE، تتم إزالة التسمية ويتم نسخ حزمة IP للبث المتعدد على واجهة VRF

PE1#sh mpls mldp database

* For interface indicates MLDP recursive forwarding is enabled

* For RPF-ID indicates wildcard value

> Indicates it is a Primary MLDP MDT Branch

LSM ID : 1   Type: P2MP   Uptime : 00:23:11

FEC Root           : 1.1.1.1 (we are the root)

Opaque decoded     : [vpnv4 10.1.0.2 232.1.1.1 1:1]

Opaque length      : 16 bytes

Opaque value       : FA 0010 0A010002E80101010000000100000001

Upstream client(s) :

None

Expires        : N/A           Path Set ID  : 1

Replication client(s):

11.11.11.11:0

Uptime         : 00:23:11      Path Set ID  : None

Out label (D)  : 21            Interface    : Ethernet0/1*

Local label (U): None          Next Hop     : 10.0.1.2

RR-P#sh mpls mldp database

* For interface indicates MLDP recursive forwarding is enabled

* For RPF-ID indicates wildcard value

> Indicates it is a Primary MLDP MDT Branch

LSM ID : 2   Type: P2MP   Uptime : 00:28:12

FEC Root           : 1.1.1.1

Opaque decoded     : [vpnv4 10.1.0.2 232.1.1.1 1:1]

Opaque length      : 16 bytes

Opaque value       : FA 0010 0A010002E80101010000000100000001

Upstream client(s) :

1.1.1.1:0    [Active]

Expires        : Never         Path Set ID  : 2

Out Label (U)  : None          Interface    : Ethernet0/1*

Local Label (D): 21            Next Hop     : 10.0.1.1

Replication client(s):

3.3.3.3:0

Uptime         : 00:28:12      Path Set ID  : None

Out label (D)  : 26            Interface    : Ethernet0/2*

Local label (U): None          Next Hop     : 10.0.3.1

2.2.2.2:0

Uptime         : 00:24:41      Path Set ID  : None

Out label (D)  : 25            Interface    : Ethernet0/3*

Local label (U): None          Next Hop     : 10.0.2.1

RR-P#sh mpls forwarding-table labels 21

Local      Outgoing   Prefix           Bytes Label   Outgoing   Next Hop

Label      Label      or Tunnel Id     Switched      interface

21         26         [vpnv4 10.1.0.2 232.1.1.1 1:1]   \

0             Et0/2      10.0.3.1

25         [vpnv4 10.1.0.2 232.1.1.1 1:1]   \

0             Et0/3      10.0.2.1

MRIB الذي تم إنشاؤه على أجهزة PE:

PE1#sh ip mroute vrf MLDP-INBAND 232.1.1.1 verbose

IP Multicast Routing Table

Flags: D - Dense, S - Sparse, B - Bidir Group, s - SSM Group

T - SPT-bit set, J - Join SPT, M - MSDP created entry, E - Extranet,

U - URD, I - Received Source Specific Host Report,

(10.1.0.2, 232.1.1.1), 00:00:17/00:02:42, flags: sTI

Incoming interface: Ethernet0/2, RPF nbr 10.1.0.2

Outgoing interface list:

Lspvif0, LSM ID: 1, Forward/Sparse, 00:00:17/00:02:42

عندما يبدأ المصدر في الدفق :

عندما يبدأ مصدر البث المتعدد في إرسال حركة مرور البيانات، [10.1.0.2، 232.1.1.1] يحدث كما هو موضح في هذه الصورة.

حركة المرور من المصدر 10.1.0.2 المتدفقة من 232.1.1.1. يدخل من خلال إثرنيت0/2.

تمت إعادة توجيه الحزمة عبر LSPVIF 0.

PIM(0): Insert (10.1.0.2,232.1.1.1) join in nbr 10.1.0.2's queue

PIM(0): Building Join/Prune packet for nbr 10.1.0.2

PIM(0):  Adding v2 (10.1.0.2/32, 232.1.1.1), S-bit Join

PIM(0): Send v2 join/prune to 10.1.0.2 (Ethernet0/2)

MFIBv4(0x0): Pkt (10.1.0.2,232.1.1.1) from Ethernet0/2 (FS) accepted for forwarding

MFIBv4(0x0): Pkt (10.1.0.2,232.1.1.1) from Ethernet0/2 (FS) sent on Lspvif0, LSM NBMA/4

يتم إنشاء قنوات لهذه الحزمة في LSPVIF 0.

عند جانب المستقبل:

تصل الحزمة إلى جانب المستقبل في LSPVIF 1.

MFIBv4(0x0): Pkt (10.1.0.2,232.1.1.1) from Lspvif1 (FS) accepted for forwarding

MFIBv4(0x0): Pkt (10.1.0.2,232.1.1.1) from Lspvif1 (FS) sent on Ethernet0/0

PIM(0): Received v2 Join/Prune on Ethernet0/0 from 10.3.0.2, to us

PIM(0): Join-list: (10.1.0.2/32, 232.1.1.1), S-bit set

PIM(0): Update Ethernet0/0/10.3.0.2 to (10.1.0.2, 232.1.1.1), Forward state, by PIM SG Join

عندما تصل الحزمة إلى ال PE1، هو يتحقق من ال LSM id أن يرسل الحركة مرور، أي تسمية أن يفرض في ال multicast ربط.

تعرض هذه الصورة التحقق من واجهة LSPVIF.

لكل حزمة واردة، تقوم MPLS بإنشاء تسميات خارجية متعددة. يتم نسخ الحزم من الشبكة المصدر على طول المسار إلى شبكة المستقبل. يرسل الموجه CE1 حركة مرور بث IP المتعدد الأصلية. يفرض موجه PE1 تسمية على حزمة البث المتعدد الواردة وينسخ الحزمة المسماة باتجاه الشبكة الأساسية MPLS.

عندما تصل الحزمة إلى الموجه الأساسي (P)، يتم نسخ الحزمة مع التسميات المناسبة ل MP2MP الافتراضي MDT أو P2MP Data MDT ويتم نقلها إلى جميع نقاط الوصول إلى المنفذ PEs. بمجرد وصول الحزمة إلى عنوان PE، تتم إزالة التسمية ويتم نسخ حزمة IP للبث المتعدد على واجهة VRF.

الخلاصة

يتيح تكوين MLDP MVPN تسليم حزم البث المتعدد ل IPv4 باستخدام MPLS. يستخدم هذا التكوين تسميات MPLS لإنشاء أشجار توزيع البث المتعدد الافتراضية والبيانات (MDTs).

يتم إستخدام النسخ المتماثل ل MPLS كآلية إعادة توجيه في الشبكة الأساسية. لعمل تكوين MLDP MVPN، تأكد من تمكين تكوين MPLS العام MLDP.

معلومات ذات صلة

- https://tools.ietf.org/html/rfc5918

- https://tools.ietf.org/html/rfc4447

- https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/ipmulti_lsm/configuration/15-sy/imc-lsm-15-sy-book.pdf

- الدعم التقني والمستندات - Cisco Systems