المحتويات

المقدمة

المشكلة

تأكيد الآلية على MDT الافتراضي

القرار

تأكيد الآلية باستخدام MDTs للبيانات

القرار

المقدمة

يصف هذا المستند 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 الافتراضي

تحمل المعلومات الواردة في هذا القسم قيمة صحيحة ل 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

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

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

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

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

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

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

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]

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

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

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

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

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

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#

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) على واجهة النفق المقترنة الموجودة في النفط.

تأكيد الآلية باستخدام MDTs للبيانات

في معظم الوقت الذي يتم فيه تكوين وحدات 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

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

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

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

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

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#

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#

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

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

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) على واجهة النفق المقترنة الموجودة في النفط.