تسعى مجموعة الوثائق لهذا المنتج جاهدة لاستخدام لغة خالية من التحيز. لأغراض مجموعة الوثائق هذه، يتم تعريف "خالية من التحيز" على أنها لغة لا تعني التمييز على أساس العمر، والإعاقة، والجنس، والهوية العرقية، والهوية الإثنية، والتوجه الجنسي، والحالة الاجتماعية والاقتصادية، والتمييز متعدد الجوانب. قد تكون الاستثناءات موجودة في الوثائق بسبب اللغة التي يتم تشفيرها بشكل ثابت في واجهات المستخدم الخاصة ببرنامج المنتج، أو اللغة المستخدمة بناءً على وثائق RFP، أو اللغة التي يستخدمها منتج الجهة الخارجية المُشار إليه. تعرّف على المزيد حول كيفية استخدام Cisco للغة الشاملة.
ترجمت Cisco هذا المستند باستخدام مجموعة من التقنيات الآلية والبشرية لتقديم محتوى دعم للمستخدمين في جميع أنحاء العالم بلغتهم الخاصة. يُرجى ملاحظة أن أفضل ترجمة آلية لن تكون دقيقة كما هو الحال مع الترجمة الاحترافية التي يقدمها مترجم محترف. تخلي Cisco Systems مسئوليتها عن دقة هذه الترجمات وتُوصي بالرجوع دائمًا إلى المستند الإنجليزي الأصلي (الرابط متوفر).
يصف هذا المستند mVPN (شبكة المزود الظاهرية للبث المتعدد) مع MDT للمصدر وللبيانات ذوي الحدين (شجرة توزيع البث المتعدد). يتم إستخدام مثال في Cisco IOS®لتوضيح السلوك.
إذا كان مصدر في عالم الشبكة الخاصة الظاهرية (VPN) ثنائي الإتجاه إلى موجهات Provider Edge (PE) من Ingress، فقد يكون من الممكن لموجهات PE الداخلة كلاهما إعادة توجيه حركة مرور واحدة (S،G) في سحابة تحويل التسمية متعدد البروتوكولات (MPLS). هذا ممكن إذا، على سبيل المثال، هناك موجهات Egress PE و كل إعادة توجيه مسار عكسي (RPF) إلى موجه PE مدخل مختلف. إذا كان كلا موجهات PE من Ingress يؤدي إلى الوصول إلى حل MDT الافتراضي، فهذا يعني أن آلية التأكيد سوف تبدأ في العمل ويفوز أحد مداخل PE بآلية التأكيد في حين يخسر الآخر حتى يستمر مدخل واحد فقط من PE في إعادة توجيه العميل (C-) (S،G) إلى حل MDT. ومع ذلك، إذا لم تبدأ آلية التأكيد لأي سبب من الأسباب في MDT الافتراضي، حينئذ من الممكن أن يبدأ كلا من موجهات Intel PE في إرسال حركة مرور البث المتعدد C-(S،G) على وحدة Data-MDT واحدة التي يبدئونها. لأن حركة المرور ليست على MDT الافتراضية بعد الآن، ولكن في أجهزة Data MDTs، لا تستلم كلا من موجهات Ingress PE حركة مرور c-(s،g) من بعضها البعض على واجهة MDT/Tunnel. قد يتسبب ذلك في حدوث حركة مرور متكررة مستمرة إلى الخادم. يشرح هذا المستند الحل لهذه المشكلة.
تحمل المعلومات الواردة في هذا القسم قيمة صحيحة ل MDT الافتراضي، بغض النظر عن بروتوكول الشجرة الأساسي. بروتوكول الشجرة الأساسية المختار هو البث المتعدد المستقل عن البروتوكول (PIM).
يتم إستخدام IOS من Cisco للأمثلة، ولكن كل ما يتم ذكره يطبق بشكل متساو على Cisco IOS-XR. جميع مجموعات البث المتعدد المستخدمة هي مجموعات للبث المتعدد محدد المصدر (SSM).
انظروا إلى الشكل 1. مصدر ثنائي الحيد-1. هناك موجهات PE (PE1 و PE2) ومنفذان Egress PE3 و PE4. المصدر في CE1 مع عنوان IP 10.100.1.6. يعد CE1 متوافقا مع PE1 و PE2.
شكل 1. ثنائي الحيد مصدر-1
التكوين على جميع موجهات PE (يمكن أن تكون أداة تمييز المسار (RD) مختلفة على موجهات PE):
vrf definition one[an error occurred while processing this directive]
rd 1:1
!
address-family ipv4
mdt default 232.10.10.10
route-target export 1:1
route-target import 1:1
exit-address-family
!
in order to جعلت على حد سواء مدخل PE مسحاج تخديد أن يبدأ أن يرسل ال multicast تيار (10.100.1.6،232.1.1.1) خارج التقصير MDT، هم ينبغي إستلمت كلا ربط من مخرج PE. انظر إلى الطبولوجيا في الشكل 1. مصدر ثنائي الحيد-1. يمكنك أن ترى أنه بشكل افتراضي، إذا كانت جميع تكاليف الارتباطات الطرفية هي نفسها وجميع تكاليف الارتباطات الأساسية هي نفسها، فسوف يقوم PE3 بإعادة توجيه المسار العكسي (RPF) باتجاه PE1 و PE4 بإعادة توجيه المسار العكسي (RPF) نحو PE2 (10.100.1.6،232.1.1.1). كلاهما RPF إلى أقرب مدخل لهم PE. وهذا الإخراج يؤكد ما يلي:
PE3#show ip rpf vrf one 10.100.1.6[an error occurred while processing this directive]
RPF information for ? (10.100.1.6)
RPF interface: Tunnel0
RPF neighbor: ? (10.100.1.1)
RPF route/mask: 10.100.1.6/32
RPF type: unicast (bgp 1)
Doing distance-preferred lookups across tables
BGP originator: 10.100.1.1
RPF topology: ipv4 multicast base, originated from ipv4 unicast base
يحتوي PE3 على إعادة توجيه المسار العكسي (RPF) إلى PE1.
PE4#show ip rpf vrf one 10.100.1.6[an error occurred while processing this directive]
RPF information for ? (10.100.1.6)
RPF interface: Tunnel0
RPF neighbor: ? (10.100.1.2)
RPF route/mask: 10.100.1.6/32
RPF type: unicast (bgp 1)
Doing distance-preferred lookups across tables
BGP originator: 10.100.1.2
RPF topology: ipv4 multicast base, originated from ipv4 unicast base
يحتوي الطراز PE4 على إعادة توجيه المسار العكسي (RPF) إلى الطراز PE2. السبب الذي يجعل PE3 يختار PE1 كجار إعادة توجيه المسار العكسي (RPF) هو أن مسار البث الأحادي نحو 10.100.1.6/32 في التوجيه/إعادة التوجيه الظاهري (VRF) واحد هو الأفضل عبر PE1. يستقبل PE3 بالفعل المسار 10.100.1.6/32 من كل من PE1 و PE2. جميع المعايير في خوارزمية حساب المسار الأفضل لبروتوكول العبارة الحدودية (BGP) هي نفسها، باستثناء التكلفة مقابل عنوان الخطوة التالية لبروتوكول BGP.
PE3#show bgp vpnv4 unicast vrf one 10.100.1.6/32[an error occurred while processing this directive]
BGP routing table entry for 1:3:10.100.1.6/32, version 333
Paths: (2 available, best #1, table one)
Advertised to update-groups:
21
Refresh Epoch 1
Local, imported path from 1:1:10.100.1.6/32 (global)
10.100.1.1 (metric 11) (via default) from 10.100.1.5 (10.100.1.5)
Origin incomplete, metric 11, localpref 100, valid, internal,best
Extended Community: RT:1:1 OSPF DOMAIN ID:0x0005:0x000000640200
OSPF RT:0.0.0.0:2:0 OSPF ROUTER ID:10.2.4.1:0
Originator: 10.100.1.1, Cluster list: 10.100.1.5
Connector Attribute: count=1
type 1 len 12 value 1:1:10.100.1.1
mpls labels in/out nolabel/32
rx pathid: 0, tx pathid: 0x0
Refresh Epoch 1
Local, imported path from 1:2:10.100.1.6/32 (global)
10.100.1.2 (metric 21) (via default) from 10.100.1.5 (10.100.1.5)
Origin incomplete, metric 11, localpref 100, valid, internal
Extended Community: RT:1:1 OSPF DOMAIN ID:0x0005:0x000000640200
OSPF RT:0.0.0.0:2:0 OSPF ROUTER ID:10.2.2.2:0
Originator: 10.100.1.2, Cluster list: 10.100.1.5
Connector Attribute: count=1
type 1 len 12 value 1:2:10.100.1.2
mpls labels in/out nolabel/29
rx pathid: 0, tx pathid: 0
PE4#show bgp vpnv4 unicast vrf one 10.100.1.6/32[an error occurred while processing this directive]
BGP routing table entry for 1:4:10.100.1.6/32, version 1050
Paths: (2 available, best #2, table one)
Advertised to update-groups:
2
Refresh Epoch 1
Local, imported path from 1:1:10.100.1.6/32 (global)
10.100.1.1 (metric 21) (via default) from 10.100.1.5 (10.100.1.5)
Origin incomplete, metric 11, localpref 100, valid, internal
Extended Community: RT:1:1 OSPF DOMAIN ID:0x0005:0x000000640200
OSPF RT:0.0.0.0:2:0 OSPF ROUTER ID:10.2.4.1:0
Originator: 10.100.1.1, Cluster list: 10.100.1.5
Connector Attribute: count=1
type 1 len 12 value 1:1:10.100.1.1
mpls labels in/out nolabel/32
rx pathid: 0, tx pathid: 0
Refresh Epoch 1
Local, imported path from 1:2:10.100.1.6/32 (global)
10.100.1.2 (metric 11) (via default) from 10.100.1.5 (10.100.1.5)
Origin incomplete, metric 11, localpref 100, valid, internal, best
Extended Community: RT:1:1 OSPF DOMAIN ID:0x0005:0x000000640200
OSPF RT:0.0.0.0:2:0 OSPF ROUTER ID:10.2.2.2:0
Originator: 10.100.1.2, Cluster list: 10.100.1.5
Connector Attribute: count=1
type 1 len 12 value 1:2:10.100.1.2
mpls labels in/out nolabel/29
rx pathid: 0, tx pathid: 0x0
أفضل مسار تم إختياره من قبل PE3 هو المسار المعلن عنه بواسطة PE1 لأن هذا المسار يحتوي على أقل تكلفة لبروتوكول العبارة الداخلية (IGP) (11)، مقابل تكلفة بروتوكول العبارة الداخلية (21) نحو PE2. أما بالنسبة للطراز PE4 فهو العكس تماما. توضح المخطط أنه من PE3 إلى PE1 هناك خطوة واحدة فقط، بينما توجد نقطتان من PE3 إلى PE2. بما أن جميع الارتباطات لها نفس تكلفة بروتوكول العبارة الداخلية، فإن PE3 تختار المسار من PE1 كأفضل مسار.
تبدو قاعدة معلومات توجيه البث المتعدد (MRIB) ل (10.100.1.6،232.1.1.1) بهذا الشكل على PE1 و PE2 عندما لا توجد حركة مرور للبث المتعدد بعد:
PE1#show ip mroute vrf one 232.1.1.1 10.100.1.6[an error occurred while processing this directive]
IP Multicast Routing Table
Flags: D - Dense, S - Sparse, B - Bidir Group, s - SSM Group, C - Connected,
L - Local, P - Pruned, R - RP-bit set, F - Register flag,
T - SPT-bit set, J - Join SPT, M - MSDP created entry, E - Extranet,
X - Proxy Join Timer Running, A - Candidate for MSDP Advertisement,
U - URD, I - Received Source Specific Host Report,
Z - Multicast Tunnel, z - MDT-data group sender,
Y - Joined MDT-data group, y - Sending to MDT-data group,
G - Received BGP C-Mroute, g - Sent BGP C-Mroute,
N - Received BGP Shared-Tree Prune, n - BGP C-Mroute suppressed,
Q - Received BGP S-A Route, q - Sent BGP S-A Route,
V - RD & Vector, v - Vector, p - PIM Joins on route,
x - VxLAN group
Outgoing interface flags: H - Hardware switched, A - Assert winner, p - PIM Join
Timers: Uptime/Expires
Interface state: Interface, Next-Hop or VCD, State/Mode
(10.100.1.6, 232.1.1.1), 00:00:12/00:03:17, flags: sT
Incoming interface: Ethernet0/0, RPF nbr 10.2.1.6
Outgoing interface list:
Tunnel0, Forward/Sparse, 00:00:12/00:03:17
PE2#show ip mroute vrf one 232.1.1.1 10.100.1.6[an error occurred while processing this directive]
IP Multicast Routing Table
Flags: D - Dense, S - Sparse, B - Bidir Group, s - SSM Group, C - Connected,
L - Local, P - Pruned, R - RP-bit set, F - Register flag,
T - SPT-bit set, J - Join SPT, M - MSDP created entry, E - Extranet,
X - Proxy Join Timer Running, A - Candidate for MSDP Advertisement,
U - URD, I - Received Source Specific Host Report,
Z - Multicast Tunnel, z - MDT-data group sender,
Y - Joined MDT-data group, y - Sending to MDT-data group,
G - Received BGP C-Mroute, g - Sent BGP C-Mroute,
N - Received BGP Shared-Tree Prune, n - BGP C-Mroute suppressed,
Q - Received BGP S-A Route, q - Sent BGP S-A Route,
V - RD & Vector, v - Vector, p - PIM Joins on route,
x - VxLAN group
Outgoing interface flags: H - Hardware switched, A - Assert winner, p - PIM Join
Timers: Uptime/Expires
Interface state: Interface, Next-Hop or VCD, State/Mode
(10.100.1.6, 232.1.1.1), 00:00:47/00:02:55, flags: sT
Incoming interface: Ethernet1/0, RPF nbr 10.2.2.6
Outgoing interface list:
Tunnel0, Forward/Sparse, 00:00:47/00:02:55
تلقى كل من PE1 و PE2 وصلة PIM (10.100.1.6،232.1.1.1). تكون واجهة Tunnel0 في قائمة الواجهة الصادرة (OIL) لإدخال البث المتعدد على كلا الموجهين.
يبدأ تدفق حركة مرور البث المتعدد (10.100.1.6،232.1.1.1). "يوضح لنا تصحيح أخطاء ip pim vrf one 232.1.1.1" و"debug ip mrouting vrf one 232.1.1.1" أن وصول حركة مرور البث المتعدد إلى Tunnel0 (في النفط) لكل من موجهات Ingress PE، يتسبب في تشغيل آلية التأكيد.
PE1
PIM(1): Send v2 Assert on Tunnel0 for 232.1.1.1, source 10.100.1.6, metric [110/11][an error occurred while processing this directive]
PIM(1): Assert metric to source 10.100.1.6 is [110/11]
MRT(1): not RPF interface, source address 10.100.1.6, group address 232.1.1.1
PIM(1): Received v2 Assert on Tunnel0 from 10.100.1.2
PIM(1): Assert metric to source 10.100.1.6 is [110/11]
PIM(1): We lose, our metric [110/11]
PIM(1): Prune Tunnel0/232.10.10.10 from (10.100.1.6/32, 232.1.1.1)
MRT(1): Delete Tunnel0/232.10.10.10 from the olist of (10.100.1.6, 232.1.1.1)
MRT(1): Reset the PIM interest flag for (10.100.1.6, 232.1.1.1)
MRT(1): set min mtu for (10.100.1.6, 232.1.1.1) 1500->18010 - deleted
PIM(1): Received v2 Join/Prune on Tunnel0 from 10.100.1.3, not to us
PIM(1): Join-list: (10.100.1.6/32, 232.1.1.1), S-bit set
PE2
PIM(1): Received v2 Assert on Tunnel0 from 10.100.1.1[an error occurred while processing this directive]
PIM(1): Assert metric to source 10.100.1.6 is [110/11]
PIM(1): We win, our metric [110/11]
PIM(1): (10.100.1.6/32, 232.1.1.1) oif Tunnel0 in Forward state
PIM(1): Send v2 Assert on Tunnel0 for 232.1.1.1, source 10.100.1.6, metric [110/11]
PIM(1): Assert metric to source 10.100.1.6 is [110/11]
PIM(1): Received v2 Join/Prune on Tunnel0 from 10.100.1.3, to us
PIM(1): Join-list: (10.100.1.6/32, 232.1.1.1), S-bit set
PIM(1): Update Tunnel0/10.100.1.3 to (10.100.1.6, 232.1.1.1), Forward state, by PIM SG Join
إذا كان المقياس والمسافة متماثلين لكلا الموجهين نحو المصدر 10.100.1.6، حينئذ يكون هناك قاطع توصيل لتحديد الفائز المؤكد. قاطع الارتباط هو أعلى عنوان IP لجارة PIM على Tunnel0 (MDT الافتراضي). في هذه الحالة، هذا PE2:
PE1#show ip pim vrf one neighbor[an error occurred while processing this directive]
PIM Neighbor Table
Mode: B - Bidir Capable, DR - Designated Router, N - Default DR Priority,
P - Proxy Capable, S - State Refresh Capable, G - GenID Capable,
L - DR Load-balancing Capable
Neighbor Interface Uptime/Expires Ver DR
Address Prio/Mode
10.100.1.4 Tunnel0 06:27:57/00:01:29 v2 1 / DR S P G
10.100.1.3 Tunnel0 06:28:56/00:01:24 v2 1 / S P G
10.100.1.2 Tunnel0 06:29:00/00:01:41 v2 1 / S P G
PE1#show ip pim vrf one interface[an error occurred while processing this directive]
Address Interface Ver/ Nbr Query DR DR
Mode Count Intvl Prior
10.2.1.1 Ethernet0/0 v2/S 0 30 1 10.2.1.1
10.2.4.1 Ethernet1/0 v2/S 0 30 1 10.2.4.1
10.100.1.1 Lspvif1 v2/S 0 30 1 10.100.1.1
10.100.1.1 Tunnel0 v2/S 3 30 1 10.100.1.4
قام PE1 بإزالة النفق0 من زيت إدخال البث المتعدد بسبب التأكيدات. منذ أن أصبح النفط فارغا، يتم تقليم مدخل البث المتعدد.
PE1#show ip mroute vrf one 232.1.1.1 10.100.1.6[an error occurred while processing this directive]
IP Multicast Routing Table
Flags: D - Dense, S - Sparse, B - Bidir Group, s - SSM Group, C - Connected,
L - Local, P - Pruned, R - RP-bit set, F - Register flag,
T - SPT-bit set, J - Join SPT, M - MSDP created entry, E - Extranet,
X - Proxy Join Timer Running, A - Candidate for MSDP Advertisement,
U - URD, I - Received Source Specific Host Report,
Z - Multicast Tunnel, z - MDT-data group sender,
Y - Joined MDT-data group, y - Sending to MDT-data group,
G - Received BGP C-Mroute, g - Sent BGP C-Mroute,
N - Received BGP Shared-Tree Prune, n - BGP C-Mroute suppressed,
Q - Received BGP S-A Route, q - Sent BGP S-A Route,
V - RD & Vector, v - Vector, p - PIM Joins on route,
x - VxLAN group
Outgoing interface flags: H - Hardware switched, A - Assert winner, p - PIM Join
Timers: Uptime/Expires
Interface state: Interface, Next-Hop or VCD, State/Mode
(10.100.1.6, 232.1.1.1), 00:17:24/00:00:01, flags: sPT
Incoming interface: Ethernet0/0, RPF nbr 10.2.1.6
Outgoing interface list: Null
يحتوي PE2 على علامة A معينة على نفق الواجهة0، لأنه الفائز المؤكد.
PE2#show ip mroute vrf one 232.1.1.1 10.100.1.6[an error occurred while processing this directive]
IP Multicast Routing Table
Flags: D - Dense, S - Sparse, B - Bidir Group, s - SSM Group, C - Connected,
L - Local, P - Pruned, R - RP-bit set, F - Register flag,
T - SPT-bit set, J - Join SPT, M - MSDP created entry, E - Extranet,
X - Proxy Join Timer Running, A - Candidate for MSDP Advertisement,
U - URD, I - Received Source Specific Host Report,
Z - Multicast Tunnel, z - MDT-data group sender,
Y - Joined MDT-data group, y - Sending to MDT-data group,
G - Received BGP C-Mroute, g - Sent BGP C-Mroute,
N - Received BGP Shared-Tree Prune, n - BGP C-Mroute suppressed,
Q - Received BGP S-A Route, q - Sent BGP S-A Route,
V - RD & Vector, v - Vector, p - PIM Joins on route,
x - VxLAN group
Outgoing interface flags: H - Hardware switched, A - Assert winner, p - PIM Join
Timers: Uptime/Expires
Interface state: Interface, Next-Hop or VCD, State/Mode
(10.100.1.6, 232.1.1.1), 00:17:20/00:02:54, flags: sT
Incoming interface: Ethernet1/0, RPF nbr 10.2.2.6
Outgoing interface list:
Tunnel0, Forward/Sparse, 00:17:20/00:02:54, A
يرسل PE2 التأكيد بشكل دوري على Tunnel0 (MDT الافتراضي)، قبل انتهاء صلاحية مؤقت التأكيد. وعلى هذا النحو يظل الخماسي البروتين هو الفائز المؤكد.
PE2#[an error occurred while processing this directive]
PIM(1): Send v2 Assert on Tunnel0 for 232.1.1.1, source 10.100.1.6, metric [110/11]
PIM(1): Assert metric to source 10.100.1.6 is [110/11]
وتعمل آلية التأكيد أيضا مع واجهة نفق في النفط. يتم تبادل التأكيدات عبر MDT الافتراضي عندما تستلم موجهات Ingress PE حركة مرور البث المتعدد c-(s،g) على واجهة النفق المقترنة الموجودة في النفط.
في معظم الوقت الذي يتم فيه تكوين وحدات MDT للبيانات، ستظل آلية التأكيد تعمل على MDT الافتراضية حيث يتم تحويل حركة مرور C-(s،G) فقط من MDT الافتراضية إلى أجهزة MDT الخاصة بالبيانات بعد ثلاث ثوان. ثم يحدث الامر نفسه كما وصف سابقا. لاحظ وجود واجهة نفق واحدة فقط لكل VRF ممكن للبث المتعدد: تستخدم MDT الافتراضية وكافة أجهزة MDT للبيانات واجهة نفق واحدة فقط. يتم إستخدام واجهة النفق هذه في النفط على موجهات Ingress PE أو كواجهة RPF على موجهات Egress PE.
وفي بعض الحالات، قد لا يتم تشغيل آلية التأكيد قبل الإشارة إلى عمليات إدارة البيانات متعدد الوسائط. بعد ذلك، من الممكن أن تبدأ حركة مرور البث المتعدد C-(s،G) في إعادة توجيهها على حركة مرور بيانات MDT على كل من موجهات PE1 و PE2 الداخلة. وفي مثل هذه الحالات، قد يؤدي ذلك إلى تكرار حركة مرور البث المتعدد بشكل دائم عبر الشبكة الأساسية ل MPLS. لتجنب هذا، تم تنفيذ هذا الحل: عندما يرى مدخل PE router آخر مدخل PE يقوم بإعلان MDT بيانات والذي من أجله يكون موجه PE أيضا موجه Ingress PE، فإنه ينضم إلى MDT تلك البيانات. من حيث المبدأ، يمكن فقط لموجهات Egress PE (التي تحتوي على مستقبل تدفق البيانات) الانضمام إلى MDT للبيانات. بما أن موجهات Ingress PE تنضم إلى البيانات MDT المعلن عنها من قبل موجهات PE أخرى، فإنها تؤدي إلى أن يستقبل المدخل PE الموجه حركة مرور البث المتعدد من واجهة النفق الموجودة في النفط، وبالتالي يؤدي هذا إلى تشغيل آلية التأكيد ويؤدي إلى أحد موجهات Ingress PE لإيقاف إعادة توجيه حركة مرور البث المتعدد C-(S،G) إلى MDT الخاص بها الخاص بالبيانات (مع واجهة النفق)، بينما يمكن لمدخل PE الآخر (الفائز المؤكد) الاستمرار في إعادة توجيه حركة مرور البث المتعدد C-(S،G) إلى MDT الخاص بالبيانات.
على سبيل المثال التالي، افترض أن مدخل PE Routers PE1 و PE2 لم يشهد أبدا حركة مرور البث المتعدد C-(S،G) من بعضهم البعض في MDT الافتراضي. الحركة مرور يكون على التقصير MDT ل فقط ثلاثة ثاني ومن الصعب أن يفهم أن هذا يستطيع وقعت إن هناك، مثلا، حركة مرور فقدان مؤقت على الشبكة الأساسية.
تتم إضافة التكوين ل Data MDT إلى جميع موجهات PE. التكوين على جميع موجهات PE (يمكن أن يكون RD مختلفا على موجهات PE) هو:
vrf definition one[an error occurred while processing this directive]
rd 1:1
!
address-family ipv4
mdt default 232.10.10.10
mdt data 232.11.11.0 0.0.0.0
route-target export 1:1
route-target import 1:1
exit-address-family
!
بمجرد أن يرى PE1 و PE2 حركة المرور من المصدر، فإنه يقوم بإنشاء إدخال C-(s،g). كل من مدخل PE مسحاج تخديد ال c-(s،g) multicast حركة مرور على التقصير MDT. تستلم موجهات Egress PE3 و PE4 حركة مرور البث المتعدد وتعيدها. نظرا لوجود مشكلة مؤقتة، لا يرى PE2 حركة مرور البيانات من PE1 والعكس على MDT الافتراضي. كلاهما يرسل بيانات MDT ربط نوع قيمة (TLV) خارج في التقصير MDT.
إن لا يوجد حركة مرور C-(s،G)، أنت ترى هذا multicast حالة على المدخل PE مسحاج تخديد:
PE1#show ip mroute vrf one 232.1.1.1 10.100.1.6[an error occurred while processing this directive]
IP Multicast Routing Table
Flags: D - Dense, S - Sparse, B - Bidir Group, s - SSM Group, C - Connected,
L - Local, P - Pruned, R - RP-bit set, F - Register flag,
T - SPT-bit set, J - Join SPT, M - MSDP created entry, E - Extranet,
X - Proxy Join Timer Running, A - Candidate for MSDP Advertisement,
U - URD, I - Received Source Specific Host Report,
Z - Multicast Tunnel, z - MDT-data group sender,
Y - Joined MDT-data group, y - Sending to MDT-data group,
G - Received BGP C-Mroute, g - Sent BGP C-Mroute,
N - Received BGP Shared-Tree Prune, n - BGP C-Mroute suppressed,
Q - Received BGP S-A Route, q - Sent BGP S-A Route,
V - RD & Vector, v - Vector, p - PIM Joins on route,
x - VxLAN group
Outgoing interface flags: H - Hardware switched, A - Assert winner, p - PIM Join
Timers: Uptime/Expires
Interface state: Interface, Next-Hop or VCD, State/Mode
(10.100.1.6, 232.1.1.1), 00:00:45/00:02:44, flags: sT
Incoming interface: Ethernet0/0, RPF nbr 10.2.1.6
Outgoing interface list:
Tunnel0, Forward/Sparse, 00:00:45/00:02:42
PE2#show ip mroute vrf one 232.1.1.1 10.100.1.6[an error occurred while processing this directive]
IP Multicast Routing Table
Flags: D - Dense, S - Sparse, B - Bidir Group, s - SSM Group, C - Connected,
L - Local, P - Pruned, R - RP-bit set, F - Register flag,
T - SPT-bit set, J - Join SPT, M - MSDP created entry, E - Extranet,
X - Proxy Join Timer Running, A - Candidate for MSDP Advertisement,
U - URD, I - Received Source Specific Host Report,
Z - Multicast Tunnel, z - MDT-data group sender,
Y - Joined MDT-data group, y - Sending to MDT-data group,
G - Received BGP C-Mroute, g - Sent BGP C-Mroute,
N - Received BGP Shared-Tree Prune, n - BGP C-Mroute suppressed,
Q - Received BGP S-A Route, q - Sent BGP S-A Route,
V - RD & Vector, v - Vector, p - PIM Joins on route,
x - VxLAN group
Outgoing interface flags: H - Hardware switched, A - Assert winner, p - PIM Join
Timers: Uptime/Expires
Interface state: Interface, Next-Hop or VCD, State/Mode
(10.100.1.6, 232.1.1.1), 00:02:18/00:03:28, flags: sT
Incoming interface: Ethernet1/0, RPF nbr 10.2.2.6
Outgoing interface list:
Tunnel0, Forward/Sparse, 00:02:18/00:03:28
لم يتم تعيين علامة Y بعد. كل من مدخل PE مسحاج تخديد يتلقى النفق0 قارن في الزيوت. ويعزى ذلك إلى أن المسار العكسي لخط الأساس 3 يتضمن المسار العكسي (RPF) نحو الخانة 1 والخط 4 يحتوي على المسار العكسي (RPF) نحو الخانة 2 بالنسبة للعنصر جيم (C(S،G).
عندما يبدأ تدفق حركة مرور البث المتعدد ل C-(S،G)، يقوم كلا من PE1 و PE2 بإعادة توجيه حركة المرور. يتم تجاوز عتبة Data MDT على كل من موجهات Ingress PE، ويقوم كلا منهما بإرسال Data MDT Join TLV، ثم بعد ثلاث ثوان بدء إعادة التوجيه إلى MDT الخاص ببياناتهم. لاحظ أن PE1 ينضم إلى MDT البيانات المصدرة بواسطة PE2 و PE2 ينضم إلى MDT البيانات المصدرة بواسطة PE1.
PE1#show ip mroute vrf one 232.1.1.1 10.100.1.6[an error occurred while processing this directive]
IP Multicast Routing Table
Flags: D - Dense, S - Sparse, B - Bidir Group, s - SSM Group, C - Connected,
L - Local, P - Pruned, R - RP-bit set, F - Register flag,
T - SPT-bit set, J - Join SPT, M - MSDP created entry, E - Extranet,
X - Proxy Join Timer Running, A - Candidate for MSDP Advertisement,
U - URD, I - Received Source Specific Host Report,
Z - Multicast Tunnel, z - MDT-data group sender,
Y - Joined MDT-data group, y - Sending to MDT-data group,
G - Received BGP C-Mroute, g - Sent BGP C-Mroute,
N - Received BGP Shared-Tree Prune, n - BGP C-Mroute suppressed,
Q - Received BGP S-A Route, q - Sent BGP S-A Route,
V - RD & Vector, v - Vector, p - PIM Joins on route,
x - VxLAN group
Outgoing interface flags: H - Hardware switched, A - Assert winner, p - PIM Join
Timers: Uptime/Expires
Interface state: Interface, Next-Hop or VCD, State/Mode
(10.100.1.6, 232.1.1.1), 00:01:26/00:03:02, flags: sTy
Incoming interface: Ethernet0/0, RPF nbr 10.2.1.6
Outgoing interface list:
Tunnel0, Forward/Sparse, 00:01:26/00:03:02
PE2#show ip mroute vrf one 232.1.1.1 10.100.1.6[an error occurred while processing this directive]
IP Multicast Routing Table
Flags: D - Dense, S - Sparse, B - Bidir Group, s - SSM Group, C - Connected,
L - Local, P - Pruned, R - RP-bit set, F - Register flag,
T - SPT-bit set, J - Join SPT, M - MSDP created entry, E - Extranet,
X - Proxy Join Timer Running, A - Candidate for MSDP Advertisement,
U - URD, I - Received Source Specific Host Report,
Z - Multicast Tunnel, z - MDT-data group sender,
Y - Joined MDT-data group, y - Sending to MDT-data group,
G - Received BGP C-Mroute, g - Sent BGP C-Mroute,
N - Received BGP Shared-Tree Prune, n - BGP C-Mroute suppressed,
Q - Received BGP S-A Route, q - Sent BGP S-A Route,
V - RD & Vector, v - Vector, p - PIM Joins on route,
x - VxLAN group
Outgoing interface flags: H - Hardware switched, A - Assert winner, p - PIM Join
Timers: Uptime/Expires
Interface state: Interface, Next-Hop or VCD, State/Mode
(10.100.1.6, 232.1.1.1), 00:00:41/00:02:48, flags: sTy
Incoming interface: Ethernet1/0, RPF nbr 10.2.2.6
Outgoing interface list:
Tunnel0, Forward/Sparse, 00:00:41/00:02:48
يتلقى كلا من PE1 و PE حركة مرور ل C-(S،G) على واجهة Tunnel0 (ولكن الآن من MDT البيانات، وليس MDT الافتراضي) وآلية التأكيد تبدأ في. يستمر PE2 فقط في إعادة توجيه حركة مرور البيانات C-(s،g) على MDT الخاص بالبيانات:
PE1#[an error occurred while processing this directive]
PIM(1): Send v2 Assert on Tunnel0 for 232.1.1.1, source 10.100.1.6, metric [110/11]
PIM(1): Assert metric to source 10.100.1.6 is [110/11]
MRT(1): not RPF interface, source address 10.100.1.6, group address 232.1.1.1
PIM(1): Received v2 Assert on Tunnel0 from 10.100.1.2
PIM(1): Assert metric to source 10.100.1.6 is [110/11]
PIM(1): We lose, our metric [110/11]
PIM(1): Prune Tunnel0/232.11.11.0 from (10.100.1.6/32, 232.1.1.1)
MRT(1): Delete Tunnel0/232.11.11.0 from the olist of (10.100.1.6, 232.1.1.1)
MRT(1): Reset the PIM interest flag for (10.100.1.6, 232.1.1.1)
PIM(1): MDT Tunnel0 removed from (10.100.1.6,232.1.1.1)
MRT(1): Reset the y-flag for (10.100.1.6,232.1.1.1)
PIM(1): MDT next_hop change from: 232.11.11.0 to 232.10.10.10 for (10.100.1.6, 232.1.1.1) Tunnel0
MRT(1): set min mtu for (10.100.1.6, 232.1.1.1) 1500->18010 - deleted
PIM(1): MDT threshold dropped for (10.100.1.6,232.1.1.1)
PIM(1): Receive MDT Packet (9889) from 10.100.1.2 (Tunnel0), length (ip: 44, udp: 24), ttl: 1
PIM(1): TLV type: 1 length: 16 MDT Packet length: 16
PE2#[an error occurred while processing this directive]
PIM(1): Received v2 Assert on Tunnel0 from 10.100.1.1
PIM(1): Assert metric to source 10.100.1.6 is [110/11]
PIM(1): We win, our metric [110/11]
PIM(1): (10.100.1.6/32, 232.1.1.1) oif Tunnel0 in Forward state
PIM(1): Send v2 Assert on Tunnel0 for 232.1.1.1, source 10.100.1.6, metric [110/11]
PIM(1): Assert metric to source 10.100.1.6 is [110/11]
PE2#
PIM(1): Received v2 Join/Prune on Tunnel0 from 10.100.1.3, to us
PIM(1): Join-list: (10.100.1.6/32, 232.1.1.1), S-bit set
PIM(1): Update Tunnel0/10.100.1.3 to (10.100.1.6, 232.1.1.1), Forward state, by PIM SG Join
MRT(1): Update Tunnel0/232.10.10.10 in the olist of (10.100.1.6, 232.1.1.1), Forward state - MAC built
MRT(1): Set the y-flag for (10.100.1.6,232.1.1.1)
PIM(1): MDT next_hop change from: 232.10.10.10 to 232.11.11.0 for (10.100.1.6, 232.1.1.1) Tunnel0
لم يعد ل PE1 واجهة النفق في النفط.
PE1#show ip mroute vrf one 232.1.1.1 10.100.1.6[an error occurred while processing this directive]
IP Multicast Routing Table
Flags: D - Dense, S - Sparse, B - Bidir Group, s - SSM Group, C - Connected,
L - Local, P - Pruned, R - RP-bit set, F - Register flag,
T - SPT-bit set, J - Join SPT, M - MSDP created entry, E - Extranet,
X - Proxy Join Timer Running, A - Candidate for MSDP Advertisement,
U - URD, I - Received Source Specific Host Report,
Z - Multicast Tunnel, z - MDT-data group sender,
Y - Joined MDT-data group, y - Sending to MDT-data group,
G - Received BGP C-Mroute, g - Sent BGP C-Mroute,
N - Received BGP Shared-Tree Prune, n - BGP C-Mroute suppressed,
Q - Received BGP S-A Route, q - Sent BGP S-A Route,
V - RD & Vector, v - Vector, p - PIM Joins on route,
x - VxLAN group
Outgoing interface flags: H - Hardware switched, A - Assert winner, p - PIM Join
Timers: Uptime/Expires
Interface state: Interface, Next-Hop or VCD, State/Mode
(10.100.1.6, 232.1.1.1), 00:10:23/00:00:04, flags: sPT
Incoming interface: Ethernet0/0, RPF nbr 10.2.1.6
Outgoing interface list: Null
يحتوي PE2 على مجموعة العلامات A على واجهة Tunnel0:
PE2#show ip mroute vrf one 232.1.1.1 10.100.1.6[an error occurred while processing this directive]
IP Multicast Routing Table
Flags: D - Dense, S - Sparse, B - Bidir Group, s - SSM Group, C - Connected,
L - Local, P - Pruned, R - RP-bit set, F - Register flag,
T - SPT-bit set, J - Join SPT, M - MSDP created entry, E - Extranet,
X - Proxy Join Timer Running, A - Candidate for MSDP Advertisement,
U - URD, I - Received Source Specific Host Report,
Z - Multicast Tunnel, z - MDT-data group sender,
Y - Joined MDT-data group, y - Sending to MDT-data group,
G - Received BGP C-Mroute, g - Sent BGP C-Mroute,
N - Received BGP Shared-Tree Prune, n - BGP C-Mroute suppressed,
Q - Received BGP S-A Route, q - Sent BGP S-A Route,
V - RD & Vector, v - Vector, p - PIM Joins on route,
x - VxLAN group
Outgoing interface flags: H - Hardware switched, A - Assert winner, p - PIM Join
Timers: Uptime/Expires
Interface state: Interface, Next-Hop or VCD, State/Mode
(10.100.1.6, 232.1.1.1), 00:10:00/00:02:48, flags: sTy
Incoming interface: Ethernet1/0, RPF nbr 10.2.2.6
Outgoing interface list:
Tunnel0, Forward/Sparse, 00:08:40/00:02:48, A
تعمل آلية التأكيد أيضا عند إستخدام وحدات MDT للبيانات. يتم تبادل التأكيدات عبر MDT الافتراضي عندما تستلم موجهات Ingress PE حركة مرور البث المتعدد c-(s،g) على واجهة النفق المقترنة الموجودة في النفط.