التحقق الصارم من إعادة توجيه المسار العكسي (RPF) لشبكة mVPN
المقدمة
يصف هذا المستند ميزة إعادة توجيه المسار العكسي المقيد (RPF) للبث المتعدد عبر VPN (mVPN). يستخدم هذا المستند مثالا والتنفيذ في Cisco IOS®لتوضيح السلوك.
معلومات أساسية
تعني إعادة توجيه المسار العكسي (RPF) أنه يتم التحقق من الواجهة الواردة باتجاه المصدر. على الرغم من أنه قد تم التحقق من الواجهة لتحديد أنها الواجهة الصحيحة تجاه المصدر، إلا أنه لم يتم فحصها لتحديد أنها المجاور الصحيح لإعادة توجيه المسار العكسي (RPF) على تلك الواجهة. على واجهة متعددة الوصول، قد يكون هناك أكثر من جار يمكنك إعادة توجيه المسار العكسي (RPF) إليه. قد تكون النتيجة أن الموجه يستلم ضعف نفس تدفق البث المتعدد على تلك الواجهة ويرسل كلا منهما.
في الشبكات التي يتم فيها تشغيل البث المتعدد المستقل للبروتوكول (PIM) على الواجهة متعددة الوصول، لا تمثل هذه مشكلة، لأن تدفق البث المتعدد المكرر يتسبب في تشغيل آلية التأكيد ولن يتم تلقي دفق بث متعدد واحد بعد ذلك. في بعض الحالات، لا يعمل PIM على شجرة توزيع البث المتعدد (MDT)، والتي تكون واجهة وصول متعدد. في تلك الحالات، يكون بروتوكول العبارة الحدودية (BGP) هو بروتوكول إرسال الإشارات المتداخل.
وفي الموجزات مع MDT المقسم، حتى إذا كان تشغيل PIM كبروتوكول تغشية، قد يكون من المستحيل الحصول على تأكيدات. السبب في هذا أن واحد مدخل مزود حافة (PE) لا يتلاقى ال MDT المقسم من آخر مدخل PE في السيناريوهات حيث هناك إثنان أو أكثر مدخل PE مسحاج تخديد. يمكن لكل موجه Ingress PE إعادة توجيه تدفق البث المتعدد على MDT المقسم الخاص به دون أن يرى كل موجه Ingress PE الآخر حركة مرور البث المتعدد. إن قيام موجهات Egress PE مختلفين كل واحد منهم بضم MDT نحو مدخل مختلف PE router لنفس البث المتعدد هو سيناريو صالح: يسمى AnyCast مصدر. وهذا يسمح لأجهزة الاستقبال المختلفة بالانضمام إلى تدفق البث المتعدد نفسه ولكن عبر مسار مختلف في مركز تحويل التسمية متعدد البروتوكولات (MPLS). راجع الشكل 1 لمثال مصدر AnyCast.
شكل 1
هناك موجهات PE: PE1 و PE2. هناك موجهات Egress PE3 و PE4. يكون لكل موجه PE من Egress موجه PE مختلف عند المدخل كجار له إعادة توجيه المسار العكسي (RPF). يحتوي PE3 على PE1 كمجاور ل RPF. يحتوي الطراز PE4 على الطراز PE2 كمجاور لحزمة إعادة توجيه المسار العكسي (RPF). تختار موجهات Egress PE موجه PE الأقرب إلى المدخل الخاص بها كجار ل RPF.
سيذهب الدفق (S1،G) من S1 إلى المستقبل 1 عبر المسار الأعلى ومن S1 إلى المستقبل 2 عبر المسار السفلي. لا يوجد تقاطع بين مسارين عبر المسارين (كل مسار في قلب MPLS هو MDT مختلف).
إذا كان MDT هو MDT افتراضي - كما في ملفات تخصيص MDT الافتراضية - فإن ذلك لن يعمل لأن الدورين المتعددي البث سيكونان على نفس MDT الافتراضي وستعمل آلية التأكيد. إن يكون MDT هو Data MDT في التقصير MDT ملف تخصيص، بعد ذلك كل مدخل PE مسحاج تخديد ينضمون إلى Data MDT من الآخر مدخل PE مسحاج تخديد وعلى هذا النحو راجع ال multicast حركة مرور من بعضهم البعض وتأكيد آلية يركض ثانية. إذا كان بروتوكول التغشية هو BGP، حينئذ هناك تحديد Upstream Multicast Hop (UMH) ويتم تحديد موجه Ingress PE واحد فقط كموجه موجه، ولكن هذا يتم لكل MDT.
يعد AnyCast Source إحدى المزايا الكبيرة لتشغيل MDT المقسم.
المشكلة
يؤكد التحقق من إعادة توجيه المسار العكسي (RPF) العادية أن الحزم تصل إلى الموجه من واجهة إعادة توجيه المسار العكسي (RPF) الصحيحة. لا يوجد تحقق للتأكد من تلقي الحزم من جار إعادة توجيه المسار العكسي (RPF) الصحيح على هذه الواجهة.
راجع الشكل 2. وهو يعرض مشكلة حيث تتم إعادة توجيه حركة المرور المكررة بشكل مستمر في سيناريو مع MDT المقسم. وهو يظهر أن التحقق من إعادة توجيه المسار العكسي (RPF) العادي في حالة MDT المقسم غير كاف لتجنب إزدواج حركة المرور.
شكل 2
يوجد مستقبلان. يتم إعداد جهاز الاستقبال الأول لتلقي حركة مرور البيانات ل (S1،G) و(S2،G). يتم إعداد المستقبل الثاني لتلقي حركة مرور البيانات ل (S2،G) فقط. هناك MDT مجزأ، و BGP هو بروتوكول إرسال الإشارات المتداخل. لاحظ أن المصدر S1 يمكن الوصول إليه عبر كل من PE1 و PE2. بروتوكول الشجرة الأساسية هو بروتوكول توزيع التسمية متعدد النقاط (mLDP).
يقوم كل موجه من موجهات PE بالإعلان عن موجه IPv4 mVPN من النوع 1 BGP، والذي يشير إلى أنه مرشح ليكون هو جذر MDT المقسم.
PE3#show bgp ipv4 mvpn vrf one
BGP table version is 257, local router ID is 10.100.1.3
Status codes: s suppressed, d damped, h history, * valid, > best, i - internal,
r RIB-failure, S Stale, m multipath, b backup-path, f RT-Filter,
x best-external, a additional-pah, c RIB-compressed,
Origin codes: i - IGP, e - EGP, ? - incomplete
RPKI validation codes: V valid, I invalid, N Not found
Network Next Hop Metric LocPrf Weight Path
Route Distinguisher: 1:3 (default for vrf one)
*>i [1][1:3][10.100.1.1]/12
10.100.1.1 0 100 0 ?
*>i [1][1:3][10.100.1.2]/12
10.100.1.2 0 100 0 ?
*> [1][1:3][10.100.1.3]/12
0.0.0.0 32768 ?
*>i [1][1:3][10.100.1.4]/12
10.100.1.4 0 100 0 ?
يبحث PE3 عن PE1 كمجاور ل RPF ل S1 بعد بحث عن المسار الأحادي ل S1.
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 16
Paths: (2 available, best #2, table one)
Advertised to update-groups:
5
Refresh Epoch 2
65001, 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 0, localpref 100, valid, internal
Extended Community: RT:1:1 MVPN AS:1:0.0.0.0 MVPN VRF:10.100.1.2:1
Originator: 10.100.1.2, Cluster list: 10.100.1.5
mpls labels in/out nolabel/20
rx pathid: 0, tx pathid: 0
Refresh Epoch 2
65001, 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 0, localpref 100, valid, internal, best
Extended Community: RT:1:1 MVPN AS:1:0.0.0.0 MVPN VRF:10.100.1.1:1
Originator: 10.100.1.1, Cluster list: 10.100.1.5
mpls labels in/out nolabel/29
rx pathid: 0, tx pathid: 0x0
PE3#show ip rpf vrf one 10.100.1.6
RPF information for ? (10.100.1.6)
RPF interface: Lspvif0
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
RPF topology: ipv4 multicast base, originated from ipv4 unicast base
يقوم PE3 بتحديد PE1 كمجاور لإعادة توجيه المسار العكسي (S1،G) والانضمام إلى MDT المقسم مع PE1 كجذر. يختار PE3 PE2 على أنه المجاور لإعادة توجيه المسار العكسي (S2،G) ويربط MDT المقسم مع PE2 كجذر.
PE3#show bgp vpnv4 unicast vrf one 10.100.1.7/32
BGP routing table entry for 1:3:10.100.1.7/32, version 18
Paths: (1 available, best #1, table one)
Advertised to update-groups:
6
Refresh Epoch 2
65002, imported path from 1:2:10.100.1.7/32 (global)
10.100.1.2 (metric 21) (via default) from 10.100.1.5 (10.100.1.5)
Origin incomplete, metric 0, localpref 100, valid, internal, best
Extended Community: RT:1:1 MVPN AS:1:0.0.0.0 MVPN VRF:10.100.1.2:1
Originator: 10.100.1.2, Cluster list: 10.100.1.5
mpls labels in/out nolabel/29
rx pathid: 0, tx pathid: 0x0
PE3#show ip rpf vrf one 10.100.1.7
RPF information for ? (10.100.1.7)
RPF interface: Lspvif0
RPF neighbor: ? (10.100.1.2)
RPF route/mask: 10.100.1.7/32
RPF type: unicast (bgp 1)
Doing distance-preferred lookups across tables
RPF topology: ipv4 multicast base, originated from ipv4 unicast base
يقوم PE4 بتحديد PE2 كمجاور لإعادة توجيه المسار العكسي (S1،G) ويربط MDT المقسم مع PE1 كجذر.
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 138
Paths: (2 available, best #1, table one)
Advertised to update-groups:
2
Refresh Epoch 2
65001, 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 0, localpref 100, valid, internal, best
Extended Community: RT:1:1 MVPN AS:1:0.0.0.0 MVPN VRF:10.100.1.2:1
Originator: 10.100.1.2, Cluster list: 10.100.1.5
mpls labels in/out nolabel/20
rx pathid: 0, tx pathid: 0x0
Refresh Epoch 2
65001, 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 0, localpref 100, valid, internal
Extended Community: RT:1:1 MVPN AS:1:0.0.0.0 MVPN VRF:10.100.1.1:1
Originator: 10.100.1.1, Cluster list: 10.100.1.5
mpls labels in/out nolabel/29
rx pathid: 0, tx pathid: 0
PE4#show ip rpf vrf one 10.100.1.6
RPF information for ? (10.100.1.6)
RPF interface: Lspvif0
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
RPF topology: ipv4 multicast base, originated from ipv4 unicast base
لاحظ أن واجهة إعادة توجيه المسار العكسي (RPF) هي Lspvif0 لكل من S1 (10.100.1.6) و S2 (10.100.1.7).
يقوم PE3 بربط MDT المقسم من PE2 ل (S2،G)، و PE4 بربط MDT المقسم من PE2 ل (S1،G). ينضم PE1 إلى MDT المقسم من PE1 ل (S1،G). يمكنك ملاحظة ذلك من خلال موجهات بروتوكول IPv4 mVPN من النوع 7 BGP التي يتم استقبالها على PE1 و PE2.
PE1#show bgp ipv4 mvpn vrf one
BGP table version is 302, local router ID is 10.100.1.1
Status codes: s suppressed, d damped, h history, * valid, > best, i - internal,
r RIB-failure, S Stale, m multipath, b backup-path, f RT-Filter,
x best-external, a additional-path, c RIB-compressed,
Origin codes: i - IGP, e - EGP, ? - incomplete
RPKI validation codes: V valid, I invalid, N Not found
Network Next Hop Metric LocPrf Weight Path
Route Distinguisher: 1:1 (default for vrf one)
*>i [7][1:1][1][10.100.1.6/32][232.1.1.1/32]/22
10.100.1.3 0 100 0 ?
PE2#show bgp ipv4 mvpn vrf one
BGP table version is 329, local router ID is 10.100.1.2
Status codes: s suppressed, d damped, h history, * valid, > best, i - internal,
r RIB-failure, S Stale, m multipath, b backup-path, f RT-Filter,
x best-external, a additional-path, c RIB-compressed,
Origin codes: i - IGP, e - EGP, ? - incomplete
RPKI validation codes: V valid, I invalid, N Not found
Network Next Hop Metric LocPrf Weight Path
Route Distinguisher: 1:2 (default for vrf one)
*>i [7][1:2][1][10.100.1.6/32][232.1.1.1/32]/22
10.100.1.4 0 100 0 ?
*>i [7][1:2][1][10.100.1.7/32][232.1.1.1/32]/22
10.100.1.3 0 100 0 ?
إدخالات البث المتعدد على PE3 و PE4:
PE3#show ip mroute vrf one 232.1.1.1
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.7, 232.1.1.1), 21:18:24/00:02:46, flags: sTg
Incoming interface: Lspvif0, RPF nbr 10.100.1.2
Outgoing interface list:
Ethernet0/0, Forward/Sparse, 00:11:48/00:02:46
(10.100.1.6, 232.1.1.1), 21:18:27/00:03:17, flags: sTg
Incoming interface: Lspvif0, RPF nbr 10.100.1.1
Outgoing interface list:
Ethernet0/0, Forward/Sparse, 00:11:48/00:03:17
PE4#show ip mroute vrf one 232.1.1.1
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), 20:50:13/00:02:37, flags: sTg
Incoming interface: Lspvif0, RPF nbr 10.100.1.2
Outgoing interface list:
Ethernet0/0, Forward/Sparse, 20:50:13/00:02:37
وهذا يوضح أن PE3 ينضم إلى شجرة نقطة إلى عدة نقاط (P2MP) المتجذرة في PE1 وأيضا الشجرة المتجذرة في PE2:
PE3#show mpls mldp database
* Indicates MLDP recursive forwarding is enabled
LSM ID : A Type: P2MP Uptime : 00:18:40
FEC Root : 10.100.1.1
Opaque decoded : [gid 65536 (0x00010000)]
Opaque length : 4 bytes
Opaque value : 01 0004 00010000
Upstream client(s) :
10.100.1.1:0 [Active]
Expires : Never Path Set ID : A
Out Label (U) : None Interface : Ethernet5/0*
Local Label (D): 29 Next Hop : 10.1.5.1
Replication client(s):
MDT (VRF one)
Uptime : 00:18:40 Path Set ID : None
Interface : Lspvif0
LSM ID : B Type: P2MP Uptime : 00:18:40
FEC Root : 10.100.1.2
Opaque decoded : [gid 65536 (0x00010000)]
Opaque length : 4 bytes
Opaque value : 01 0004 00010000
Upstream client(s) :
10.100.1.5:0 [Active]
Expires : Never Path Set ID : B
Out Label (U) : None Interface : Ethernet6/0*
Local Label (D): 30 Next Hop : 10.1.3.5
Replication client(s):
MDT (VRF one)
Uptime : 00:18:40 Path Set ID : None
Interface : Lspvif0
وهذا يوضح أن PE4 تنضم إلى شجرة P2MP المتجذرة في PE2:
PE4#show mpls mldp database
* Indicates MLDP recursive forwarding is enabled
LSM ID : 3 Type: P2MP Uptime : 21:17:06
FEC Root : 10.100.1.2
Opaque decoded : [gid 65536 (0x00010000)]
Opaque value : 01 0004 00010000
Upstream client(s) :
10.100.1.2:0 [Active]
Expires : Never Path Set ID : 3
Out Label (U) : None Interface : Ethernet5/0*
Local Label (D): 29 Next Hop : 10.1.6.2
Replication client(s):
MDT (VRF one)
Uptime : 21:17:06 Path Set ID : None
Interface : Lspvif0
دفق S1 و S2 للمجموعة 232.1.1.1 مع 10 بيتاوات في الثانية. يمكنك رؤية الجداول في PE3 و PE4. على أي حال، في PE3، يمكنك أن ترى المعدل ل (S1،G) على أنه 20 ورقة في الثانية.
PE3#show ip mroute vrf one 232.1.1.1 count
Use "show ip mfib count" to get better response time for a large number of mroutes.
IP Multicast Statistics
3 routes using 1692 bytes of memory
2 groups, 1.00 average sources per group
Forwarding Counts: Pkt Count/Pkts per second/Avg Pkt Size/Kilobits per second
Other counts: Total/RPF failed/Other drops(OIF-null, rate-limit etc)
Group: 232.1.1.1, Source count: 2, Packets forwarded: 1399687, Packets received:
2071455
Source: 10.100.1.7/32, Forwarding: 691517/10/28/2, Other: 691517/0/0
Source: 10.100.1.6/32, Forwarding: 708170/20/28/4, Other: 1379938/671768/0
PE4#show ip mroute vrf one 232.1.1.1 count
Use "show ip mfib count" to get better response time for a large number of mroutes.
IP Multicast Statistics
2 routes using 1246 bytes of memory
2 groups, 0.50 average sources per group
Forwarding Counts: Pkt Count/Pkts per second/Avg Pkt Size/Kilobits per second
Other counts: Total/RPF failed/Other drops(OIF-null, rate-limit etc)
Group: 232.1.1.1, Source count: 1, Packets forwarded: 688820, Packets received:
688820
Source: 10.100.1.6/32, Forwarding: 688820/10/28/2, Other: 688820/0/0
PE3#show interfaces ethernet0/0 | include rate
Queueing strategy: fifo
30 second input rate 0 bits/sec, 0 packets/sec
30 second output rate 9000 bits/sec, 30 packets/sec
يوجد تدفق مكرر. وهذا الازدواج ناتج عن وجود الدفق (S1،G) على MDT المقسم من PE1 وعلى MDT المقسم من PE2. تم ضم MDT المقسم الثاني، من PE2، إلى PE3 للحصول على الدفق (S2،G). ولكن، نظرا لأن PE4 انضم إلى MDT المقسم من PE2 من أجل الحصول على (S1،G)، فإن (S1،G) موجود أيضا على MDT المقسم من PE2. وبالتالي، يتلقى PE3 الدفق (S1،G) من كل من أجهزة الكمبيوتر المكتبية المقسمة التي انضم إليها.
لا يمكن أن يميز PE3 بين الحزم (S1،G) التي يتلقاها من PE1 و PE2. يتم تلقي كلا الدفق على واجهة إعادة توجيه المسار العكسي (RPF) الصحيحة: Lspvif0.
PE3#show ip multicast vrf one mpls vif
Interface Next-hop Application Ref-Count Table / VRF name Flags
Lspvif0 0.0.0.0 MDT N/A 1 (vrf one) 0x1
يمكن أن تصل الحزم إلى واجهات فعلية مختلفة واردة على PE3 أو على الواجهة نفسها. على أي حال، تصل الحزم من التدفقات المختلفة ل (S1، G) مع تسمية MPLS مختلفة في PE3:
PE3#show mpls forwarding-table vrf one
Local Outgoing Prefix Bytes Label Outgoing Next Hop
Label Label or Tunnel Id Switched interface
29 [T] No Label [gid 65536 (0x00010000)][V] \
768684 aggregate/one
30 [T] No Label [gid 65536 (0x00010000)][V] \
1535940 aggregate/one
[T] Forwarding through a LSP tunnel.
View additional labelling info with the 'detail' option
الحل
الحل هو توفر إعادة توجيه المسار العكسي (RPF) بشكل أكثر صرامة. باستخدام إعادة توجيه المسار العكسي (RPF) الصارمة، يتحقق الموجه من أي الحزم يتم استقبالها على واجهة إعادة توجيه المسار العكسي (RPF) المجاورة. دون إعادة توجيه المسار العكسي (RPF) الصارمة، يكون التحقق الوحيد هو تحديد ما إذا كانت الواجهة الواردة هي واجهة إعادة توجيه المسار العكسي (RPF)، ولكن ليس إذا كانت الحزم يتم استقبالها من الجوار الصحيح لإعادة توجيه المسار العكسي (RPF) على تلك الواجهة.
ملاحظات ل cisco ios
فيما يلي بعض الملاحظات المهمة حول إعادة توجيه المسار العكسي (RPF) مع Cisco IOS.
- عندما يغير أنت إلى/من صارم RPF أسلوب، إما شكلت هو قبل أن أنت يشكل ال MDT مقسم أو يمسح BGP. إذا قمت بتكوين الأمر RPF المقيد فقط، فلن يقوم بإنشاء واجهة LSPVIF أخرى فورا.
- لا يتم تمكين إعادة توجيه المسار العكسي (RPF) الصارمة بشكل افتراضي في Cisco IOS.
- لا يساند أن يتلقى الأمر strict-rpf مع تقصير ملفات تعريف MDT.
التكوين
يمكنك تكوين إعادة توجيه المسار العكسي (RPF) الصارمة على PE3 للتوجيه الظاهري وإعادة التوجيه (VRF).
vrf definition one
rd 1:3
!
address-family ipv4
mdt auto-discovery mldp
mdt strict-rpf interface
mdt partitioned mldp p2mp
mdt overlay use-bgp
route-target export 1:1
route-target import 1:1
exit-address-family
!
تم تغيير معلومات إعادة توجيه المسار العكسي (RPF):
PE3#show ip rpf vrf one 10.100.1.6
RPF information for ? (10.100.1.6)
RPF interface: Lspvif0
Strict-RPF interface: Lspvif1
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
RPF topology: ipv4 multicast base, originated from ipv4 unicast base
PE3#show ip rpf vrf one 10.100.1.7
RPF information for ? (10.100.1.7)
RPF interface: Lspvif0
Strict-RPF interface: Lspvif2
RPF neighbor: ? (10.100.1.2)
RPF route/mask: 10.100.1.7/32
RPF type: unicast (bgp 1)
Doing distance-preferred lookups across tables
RPF topology: ipv4 multicast base, originated from ipv4 unicast base
قام PE3 بإنشاء واجهة Lspvif لكل مدخل PE. يتم إنشاء واجهة LSPVIF لكل مدخل PE، لكل مجموعة عناوين (AF)، ولكل VRF. تشير إعادة توجيه المسار العكسي (RPF) ل 10.100.1.6 الآن إلى واجهة LSPVIF1 ويشير إعادة توجيه المسار العكسي (RPF) ل 10.100.1.7 الآن إلى واجهة LSPVIF2.
PE3#show ip multicast vrf one mpls vif
Interface Next-hop Application Ref-Count Table / VRF name Flags
Lspvif0 0.0.0.0 MDT N/A 1 (vrf one) 0x1
Lspvif1 10.100.1.1 MDT N/A 1 (vrf one) 0x1
Lspvif2 10.100.1.2 MDT N/A 1 (vrf one) 0x1
الآن، يتم التحقق من إعادة توجيه المسار العكسي (RPF) للحزم (S1،G) من PE1 مقابل واجهة إعادة توجيه المسار العكسي (RPF) LSPVIF1. تأتي هذه الحزم بتسمية MPLS 29. يتم التحقق من إعادة توجيه المسار العكسي (RPF) للحزم (S2،G) من PE2 مقابل واجهة إعادة توجيه المسار العكسي (RPF) LSPVIF2. تأتي هذه الحزم بتسمية MPLS 30. تصل التدفقات إلى PE3 من خلال واجهات واردة مختلفة، ولكن يمكن أن تكون هذه أيضا نفس الواجهة. ومع ذلك، نظرا لحقيقة أن mLDP لا يستخدم دائما بروتوكول Hop-Popping (PHP) قبل الحد الأقصى، فهناك دائما تسمية MPLS منتظمة أعلى حزم البث المتعدد. تكون الحزم (S1،G) التي تصل من PE1 ومن PE2 موجودة على معالجين MDTs مختلفين مقسمة، وبالتالي تحتوي على تسمية MPLS مختلفة. وبالتالي، يمكن أن يميز PE3 بين تدفق (S1،G) الذي يأتي من PE1 ودفق (S1،G) الذي يأتي من PE2. بهذه الطريقة، يمكن فصل الحزم بواسطة PE3 ويمكن تنفيذ إعادة توجيه المسار العكسي (RPF) مقابل موجهات PE مختلفة عند الدخول.
تظهر الآن قاعدة بيانات mLDP على PE3 مختلف واجهات Lspvif لكل مدخل PE.
PE3#show mpls mldp database
* Indicates MLDP recursive forwarding is enabled
LSM ID : C Type: P2MP Uptime : 00:05:58
FEC Root : 10.100.1.1
Opaque decoded : [gid 65536 (0x00010000)]
Opaque length : 4 bytes
Opaque value : 01 0004 00010000
Upstream client(s) :
10.100.1.1:0 [Active]
Expires : Never Path Set ID : C
Out Label (U) : None Interface : Ethernet5/0*
Local Label (D): 29 Next Hop : 10.1.5.1
Replication client(s):
MDT (VRF one)
Uptime : 00:05:58 Path Set ID : None
Interface : Lspvif1
LSM ID : D Type: P2MP Uptime : 00:05:58
FEC Root : 10.100.1.2
Opaque decoded : [gid 65536 (0x00010000)]
Opaque length : 4 bytes
Opaque value : 01 0004 00010000
Upstream client(s) :
10.100.1.5:0 [Active]
Expires : Never Path Set ID : D
Out Label (U) : None Interface : Ethernet6/0*
Local Label (D): 30 Next Hop : 10.1.3.5
Replication client(s):
MDT (VRF one)
Uptime : 00:05:58 Path Set ID : None
Interface : Lspvif2
تعمل إعادة توجيه المسار العكسي (RPF) أو إعادة توجيه المسار العكسي (RPF) الصارمة لكل مدخل PE نظرا لحقيقة أن تدفقات البث المتعدد تأتي إلى المدخل PE مع تسمية مختلفة MPLS لكل مدخل PE:
PE3#show mpls forwarding-table vrf one
Local Outgoing Prefix Bytes Label Outgoing Next Hop
Label Label or Tunnel Id Switched interface
29 [T] No Label [gid 65536 (0x00010000)][V] \
162708 aggregate/one
30 [T] No Label [gid 65536 (0x00010000)][V] \
162750 aggregate/one
[T] Forwarding through a LSP tunnel.
View additional labelling info with the 'detail' option
البرهان على أن عمل إعادة توجيه المسار العكسي (RPF) الصارم هو أنه لم يعد هناك تكرار لتدفق (S1،G) تمت إعادة توجيهه على PE3. لا يزال الدفق المكرر يصل إلى PE3، ولكن يتم إسقاطه بسبب فشل إعادة توجيه المسار العكسي (RPF). عداد فشل إعادة توجيه المسار العكسي (RPF) يبلغ 676255 ويزداد باستمرار بمعدل 10 ورقة في الثانية.
PE3#show ip mroute vrf one 232.1.1.1 count
Use "show ip mfib count" to get better response time for a large number of mroutes.
IP Multicast Statistics
3 routes using 1692 bytes of memory
2 groups, 1.00 average sources per group
Forwarding Counts: Pkt Count/Pkts per second/Avg Pkt Size/Kilobits per second
Other counts: Total/RPF failed/Other drops(OIF-null, rate-limit etc)
Group: 232.1.1.1, Source count: 2, Packets forwarded: 1443260, Packets received:
2119515
Source: 10.100.1.7/32, Forwarding: 707523/10/28/2, Other: 707523/0/0
Source: 10.100.1.6/32, Forwarding: 735737/10/28/2, Other: 1411992/676255/0
معدل الإخراج في PE3 هو الآن 20 نقطة في الثانية، وهو 10 نقطة في الثانية لكل تدفق (S1،G) و(S2،G):
PE3#show interfaces ethernet0/0 | include rate
Queueing strategy: fifo
30 second input rate 0 bits/sec, 0 packets/sec
30 second output rate 6000 bits/sec, 20 packets/sec
القرار
يجب إستخدام التحقق من إعادة توجيه المسار العكسي (RPF) الصارم لنماذج نشر الشبكة الخاصة الظاهرية الخاصة بmVPN التي تستخدم MDT المقسمة.
قد تظهر الأشياء على أنها تعمل، حتى إذا لم تقم بتكوين التحقق الصارم من إعادة توجيه المسار العكسي (RPF) لنماذج نشر MVPN باستخدام MDT المقسم: يتم تسليم تدفقات البث المتعدد إلى أجهزة الاستقبال. مهما، هناك أحتمالية أن هناك تكرار حركة مرور multicast عندما تكون المصادر متصلة بموجهات Ingress PE متعددة. يؤدي ذلك إلى إهدار النطاق الترددي في الشبكة ويمكن أن يؤثر سلبا على تطبيق البث المتعدد على أجهزة الاستقبال. وبالتالي، يجب تكوين التحقق من إعادة توجيه المسار العكسي (RPF) بشكل صارم لنماذج نشر الشبكة الخاصة الظاهرية الظاهرية (mVPN) التي تستخدم MDT المقسمة.
التعليقات