Interconnecting Multiple PIM-SM Domains Using MSDP for ERS 8600 Technical Configuration Guide. Ethernet Routing Switch 8600 Engineering

Transcription

1 Ethernet Routing Switch 8600 Engineering Interconnecting Multiple PIM-SM Domains Using MSDP for ERS 8600 Technical Configuration Guide Avaya Data Solutions Document Date: Document Number: NN Document Version: 1.1

2 2010 Avaya Inc. All Rights Reserved. Notices While reasonable efforts have been made to ensure that the information in this document is complete and accurate at the time of printing, Avaya assumes no liability for any errors. Avaya reserves the right to make changes and corrections to the information in this document without the obligation to notify any person or organization of such changes. Documentation disclaimer Avaya shall not be responsible for any modifications, additions, or deletions to the original published version of this documentation unless such modifications, additions, or deletions were performed by Avaya. End User agree to indemnify and hold harmless Avaya, Avaya s agents, servants and employees against all claims, lawsuits, demands and judgments arising out of, or in connection with, subsequent modifications, additions or deletions to this documentation, to the extent made by End User. Link disclaimer Avaya is not responsible for the contents or reliability of any linked Web sites referenced within this site or documentation(s) provided by Avaya. Avaya is not responsible for the accuracy of any information, statement or content provided on these sites and does not necessarily endorse the products, services, or information described or offered within them. Avaya does not guarantee that these links will work all the time and has no control over the availability of the linked pages. Warranty Avaya provides a limited warranty on this product. Refer to your sales agreement to establish the terms of the limited warranty. In addition, Avaya s standard warranty language, as well as information regarding support for this product, while under warranty, is available to Avaya customers and other parties through the Avaya Support Web site: Please note that if you acquired the product from an authorized reseller, the warranty is provided to you by said reseller and not by Avaya. Licenses THE SOFTWARE LICENSE TERMS AVAILABLE ON THE AVAYA WEBSITE, ARE APPLICABLE TO ANYONE WHO DOWNLOADS, USES AND/OR INSTALLS AVAYA SOFTWARE, PURCHASED FROM AVAYA INC., ANY AVAYA AFFILIATE, OR AN AUTHORIZED AVAYA RESELLER (AS APPLICABLE) UNDER A COMMERCIAL AGREEMENT WITH AVAYA OR AN AUTHORIZED AVAYA RESELLER. UNLESS OTHERWISE AGREED TO BY AVAYA IN WRITING, AVAYA DOES NOT EXTEND THIS LICENSE IF THE SOFTWARE WAS OBTAINED FROM ANYONE OTHER THAN AVAYA, AN AVAYA AFFILIATE OR AN AVAYA AUTHORIZED RESELLER, AND AVAYA RESERVES THE RIGHT TO TAKE LEGAL ACTION AGAINST YOU AND ANYONE ELSE USING OR SELLING THE SOFTWARE WITHOUT A LICENSE. BY INSTALLING, DOWNLOADING OR USING THE SOFTWARE, OR AUTHORIZING OTHERS TO DO SO, YOU, ON BEHALF OF YOURSELF AND THE ENTITY FOR WHOM YOU ARE INSTALLING, DOWNLOADING OR USING THE SOFTWARE (HEREINAFTER REFERRED TO INTERCHANGEABLY AS "YOU" AND "END USER"), AGREE TO THESE TERMS AND CONDITIONS AND CREATE A BINDING CONTRACT BETWEEN YOU AND AVAYA INC. OR THE APPLICABLE AVAYA AFFILIATE ("AVAYA"). Copyright Except where expressly stated otherwise, no use should be made of the Documentation(s) and Product(s) provided by Avaya. All content in this documentation(s) and the product(s) provided by Avaya including the selection, arrangement and design of the content is owned either by Avaya or its licensors and is protected by copyright and other intellectual property laws including the sui generis rights relating to the protection of databases. You may not modify, copy, reproduce, republish, upload, post, transmit or distribute in any way any content, in whole or in part, including any code and software. Unauthorized reproduction, transmission, dissemination, storage, and or use without the express written consent of Avaya can be a criminal, as well as a civil offense under the applicable law. Third Party Components Certain software programs or portions thereof included in the Product may contain software distributed under third party agreements ("Third Party Components"), which may contain terms that expand or limit rights to use certain portions of the Product ("Third Party Terms"). Information regarding distributed Linux OS source code (for those Products that have distributed the Linux OS source code), and identifying the copyright holders of the Third Party Components and the Third Party Terms that apply to them is available on the Avaya Support Web site: Trademarks The trademarks, logos and service marks ("Marks") displayed in this site, the documentation(s) and product(s) provided by Avaya are the registered or unregistered Marks of Avaya, its affiliates, or other third parties. Users are not permitted to use such Marks without prior written consent from Avaya or such third party which may own the Mark. Nothing contained in this site, the documentation(s) and product(s) should be construed as granting, by implication, estoppel, or otherwise, any license or right in and to the Marks without the express written permission of Avaya or the applicable third party. Avaya is a registered trademark of Avaya Inc. All non-avaya trademarks are the property of their respective owners. Downloading documents For the most current versions of documentation, see the Avaya Support. Web site: Contact Avaya Support Avaya provides a telephone number for you to use to report problems or to ask questions about your product. The support telephone number is in the United States. For additional support telephone numbers, see the Avaya Web site: for ERS 8600 Technical Configuration Guide 2

3 Abstract This document covers in detail the application of Inter-domain PIM-SM using Multicast Source Discovery Protocol (MSDP) on the ERS This allows a multicast receiver in one PIM-SM domain to receive a multicast stream generated by a multicast source in a different domain. A step by step configuration of a sample topology is provided followed by a walk-through of the operation. This TCG applies to the ERS 8600 software release 5.1 Revision Control No Date Version Revised by Remarks 1 06/ CSE Initial version of Interdomain PIM-SM using MSDP application document for ERS 8600 Technical Configuration Guide 3

4 Table of Contents Document Updates... 5 Conventions Introduction to Interdomain PIM-SM on ERS Generating MSDP Source-Active Updates Receiving MSDP Source-Active Updates MSDP Message Control Network Topology Configuration Initial Connectivity Inter-AS Routing PIM-SM - Intra-AS Multicast MSDP - Inter-AS Multicast Operation SA Propagation Delivering the Multicast Stream Reference Documentation Customer service Getting technical documentation Getting product training Getting help from a distributor or reseller Getting technical support from the Avaya Web site for ERS 8600 Technical Configuration Guide 4

5 Document Updates Conventions This section describes the text, image, and command conventions used in this document. Symbols: Text: Tip Highlights a configuration or technical tip. Note Highlights important information to the reader. Warning Highlights important information about an action that may result in equipment damage, configuration or data loss. Bold text indicates emphasis. Italic text in a Courier New font indicates text the user must enter or select in a menu item, button or command: ERS T# show running-config Output examples from Avaya devices are displayed in a Lucinda Console font: ERS T# show running-config! Embedded ASCII Configuration Generator Script! Model = Ethernet Routing Switch T-PWR! Software version = v enable configure terminal for ERS 8600 Technical Configuration Guide 5

6 1. Introduction to Interdomain PIM-SM on ERS 8600 The Multicast Source Discovery Protocol (MSDP) is used for two networking applications. First, it enables the advertisement of multicast source information between different Protocol Independent Multicast Sparse Mode (PIM-SM) domains [1]. Also, MSDP is used within an Autonomous System (AS) to synchronize PIM information between two or more Anycast Rendezvous Points (RPs) to provide RP redundancy [2]. This TCG focuses on the first application. 1.1 Generating MSDP Source-Active Updates MSDP enabled routers form adjacencies, similar in concept to Border Gateway Protocol (BGP), using TCP port 639 in order to advertise and share multicast source information. MSDP routers typically make use of reachability information exchanged via BGP in order to form adjacencies and to perform a Reverse Path Forward check (see below) when receiving multicast source information. When an RP router in the multicast source s PIM domain learns of a new (S,G), via a directly connected source or PIM Register message, it stores this information along with the RP address in its MSDP Source-Active (SA) Local Cache. This RP router then transmits an SA Update message containing (S,G,RP) information to its MSDP peers which propagate the SA to RPs in their local domains and to their MSDP peers in other PIM-SM domains. Note that a PIM-domain refers to a set of routers, typically in a single AS, which use the same RP for a given multicast group. 1.2 Receiving MSDP Source-Active Updates When an RP router in another PIM-SM domain receives the SA it first performs a Reverse Path Forward (RPF) check. The RPF check ensures that the SA is received from the MSDP peer that is closest to the originating RP in order to prevent SA loops. Note that this RPF check is different than the multicast routing RPF check. If the RPF rules pass then the receiving RP router stores the SA information in its SA Foreign Cache and this information is made available to the local PIM-SM domain. Each MSDP peer receives and floods the SA information away from the originating RP and this process is referred to as peer RPF flooding. If the RPF checks fail then the SA is discarded unless the router is configured with a single Implicit Default MSDP peer. The RPF check also helps determine which SA should be stored in the SA Foreign Cache in the event that the router receives the same SA information from multiple MSDP peers. If multiple SAs are received with equal cost then the SA from the MSDP peer with the higher IP address is cached. An MSDP router configured with multiple MSDP peers can designate some or all of them as a Default MSDP peer. In this case only the first configured MSDP Default Peer will accept SAs. If the first configured Default Peer is no longer reachable then SAs received from the second configured Default Peer are accepted and so on. In the case of redundant connections this helps control which received SAs a MSDP router caches. Once the RFP checks are complete the MSDP router determines whether or not there are any local multicast receivers that have requested to join the multicast group advertised in the SA. If a receiver exists then the RP router in the receiver s domain will transmit a PIM Join request to the PIM Designated Router on the multicast source subnet, not to the source domain s RP. As a result the multicast stream is delivered to the multicast receiver using the Shortest Path Tree (SPT). Thus, it is important that there is IP connectivity between the multicast source and receiver s subnets. for ERS 8600 Technical Configuration Guide 6

7 1.3 MSDP Message Control There are various mechanisms that can be employed for controlling the advertisements of SAs. On the RP that originates the SAs an MSDP Redistribute route policy filter can be applied to control which SAs are advertised to all MSDP peers. Similarly, an SA Filter can be applied to a specific MSDP peer in the inbound and/or outbound directions on any MSDP router. See the configuration section below for more details regarding these filtering techniques. MSDP Mesh Groups can be used to reduce SA flooding, similar to the BGP route reflector concept. When an MSDP enabled router learns a new SA, and it passes the RPF check, it floods it to all other members of the Mesh Group. The receiving routers accept the SA and subsequently only forward it to any non-mesh Group MSDP peers, not to other Mesh Group members. All members of a Mesh Group must be directly connected; thus, this feature is typically used within an AS. An example of Mesh Group within an AS is provided in the Configuration section below. 2. Network Topology The demonstration network consisted of six ERS 8600s running release 5.1 software. There were three Autonomous Systems with the multicast receiver in AS 10 and the multicast source in AS 30. EBGP peering was configured between adjacent ERS 8600s residing in different Autonomous Systems (not shown in diagram). In this case Source-Active information originated in AS 30 and was advertised via MSDP to the RP in AS 20 which relayed the information via MSDP to the RP in AS 10. Note that within AS 20 the SA information is shared with other routers which form a Mesh Group. PIM-SM was enabled on all ERS 8600 interfaces. This is important because the RP in the receiver s domain must be able to join a shortest path tree to the source using standard PIM-SM mechanisms. for ERS 8600 Technical Configuration Guide 7

8 The Multicast Source transmits streams for three multicast groups however in this example only the SA for ( , ) was advertised. The other multicast groups were filtered by configuring an outbound SA Filter on The ERS 4500 was configured with a single layer 2 VLAN. IGMP Snooping and IGMP proxy were enabled on this VLAN. 3. Configuration The configuration shown below is using ACLI. The equivalent configuration can be performed using Passport CLI as well as using Java Device Manager (JDM). See the ERS 8600 product documentation for more information [3]. First basic layer 2 and layer 3 configuration was performed. Then EBGP peers and the redistribution of EBGP routes into OSPF was configured. For the multicast configuration, PIM-SM was configured on each ERS Finally, the MSDP peers, Mesh Groups, and SA Filtering was configured. 3.1 Initial Connectivity The basic layer 2 and layer 3 configuration for is shown below. Similar configuration was performed on the other 8600s in the network. Using ACLI enter configuration mode by typing config term. First, set the name of the 8600: prompt Create the VLANs. Then assign ports, an IP address, and enable OSPF. Note that OSPF is only active on the intra-as VLAN 11 and set to passive on the WAN VLAN vlan create 11 type port 1 vlan create 1121 type port 1 vlan members add 11 vlan members add 1121 interface vlan 11 ip address ip ospf enable interface vlan 1121 ip address ip ospf network passive ip ospf enable for ERS 8600 Technical Configuration Guide 8

9 Configure the Loopback interface which will be used as the RP address, OSPF router-id, and BGP routerid. interface loopback 1 ip address /32 ip ospf Configure the 8600 as an OSPF ASBR because EBGP routes will be redistributed into OSPF in the next section. Set the Router Id, and then globally enable OSPF. router ospf router-id as-boundary-router enable router ospf enable Disable Spanning Tree on the routed ports: interface gigabitethernet, no spanning-tree stp 1 enable 3.2 Inter-AS Routing The EBGP sessions are formed between adjacent 8600s residing in different Autonomous Systems in order to exchange network reachability information. It is important to advertise reachability to the loopback interfaces since these are used for MSDP peering. Also, the multicast source s subnet must be reachable so that the shortest path tree can be established by the routers along the path using PIM-SM. The configuration for ERS is shown below. The local AS 10 is first defined. Then the AS 10 networks that need to be advertised to the other ASes are imported into BGP including the loopback interfaces and the receiver subnet. Reachability to the loopback interfaces is required for MSDP peering. An EBGP session to the neighbor is created and enabled. Then BGP is enabled globally. OSPF is configured to redistribute EBGP learned routes into OSPF for redundancy in case one of the EBGP peers in AS 10 is no longer active. The BGP process will automatically use the same Router-Id that was previously configured for OSPF. router bgp 10 router bgp for ERS 8600 Technical Configuration Guide 9

10 no auto-summary no synchronization network /32 network /32 network /24 neighbor neighbor remote-as 20 neighbor enable router bgp 10 enable router ospf redistribute bgp redistribute bgp enable ERS , , , and were configured similarly to The configuration for ERS consists of 2 EBGP sessions to AS 20. ERS is also in the same AS as the multicast source. Therefore, it is responsible for advertising the /24 network. This was achieved by using the network /24 command. router bgp 30 router bgp no auto-summary no synchronization network /24 network /32 neighbor neighbor remote-as 20 neighbor enable neighbor neighbor remote-as 20 for ERS 8600 Technical Configuration Guide 10

11 neighbor enable router bgp 30 enable 3.3 PIM-SM - Intra-AS Multicast Within each AS the PIM-SM multicasting control protocol is configured. A loopback interface on one of the 8600s in each AS is enabled with PIM and designated as an RP. In this network static-rp configuration s used. PIM-SM is enabled on all VLANs, including the VLANs connecting the ASes. This is required because the RP in the receiver s AS 10 will send a PIM Join towards the multicast source out this interface once it learns the SA, executes the RPF check successfully, and confirms that it has receivers that want to join the multicast stream. Finally, PIM must be enabled globally. The configuration for is shown below. Note that multicast group range /24 is mapped to the RP which is the loopback interface on interface loopback 1 ip pim interface vlan 11 ip pim enable interface vlan 1121 ip pim enable ip pim static-rp ip pim static-rp / ip pim enable The configuration for all other ERS 8600s is similar to the configuration for for ERS 8600 Technical Configuration Guide 11

12 3.4 MSDP - Inter-AS Multicast The MSDP peering is configured between adjacent 8600s using the loopback IP interfaces. The MSDP peers must be configured in such a way to avoid any loops. On there is a single MSDP Peering to the RP in AS 20. Note that the connect-source parameter is used so that the source IP address of MSDP packets is set to the loopback address. ip msdp peer connect-source remote-as 20 ip msdp peer enable ip msdp enable Within AS 20 there are three 8600s that are configured as a Mesh Group. A Mesh Group reduces the number of SAs flooded within an AS and prevents looping of SA information. In this case learns the SA from and advertises it to and which subsequently do not advertise the SA to one another because they are members of the same Mesh Group. Although there are no multicast receivers in AS 20 this configuration illustrates how SA information could be shared amongst redundant RPs within in AS : ip msdp peer connect-source remote-as 10 ip msdp peer enable ip msdp peer connect-source remote-as 30 ip msdp peer enable ip msdp peer connect-source remote-as 20 ip msdp peer enable ip msdp peer connect-source remote-as 20 ip msdp peer enable ip msdp mesh-group group ip msdp mesh-group group ip msdp enable : ip msdp peer connect-source remote-as 20 ip msdp peer enable ip msdp peer connect-source remote-as 20 ip msdp peer enable for ERS 8600 Technical Configuration Guide 12

13 ip msdp mesh-group group ip msdp mesh-group group ip msdp enable : ip msdp peer connect-source remote-as 20 ip msdp peer enable ip msdp peer connect-source remote-as 20 ip msdp peer enable ip msdp mesh-group group ip msdp mesh-group group ip msdp enable In AS 30, the Source AS, a single MSDP peer is configured. Once learns of the multicast source via PIM it will generate the SA for the (S,G) and advertise it to In this network the Multicast Source transmits streams for 3 groups: An outbound SA Filter is applied so that only an SA corresponding to the first multicast group is advertised. This involves first creating an Extended ACL which allows both the source IP address and the multicast group addresses to be used as match criteria. Note that Multiple (S,G) entries can be associated with a single Extended ACL. Currently Extended ACLs are only used for MSDP on the ERS Then a Route-Map is created referencing the Extended ACL as a match criteria using the extendedprefix parameter. By default the action of the Route-Map is permit which is required when filtering specific SAs. If a Route-Map is created with an action of deny then all SAs will be blocked. Finally, the Route-Map is referenced when configuring SA Outbound filtering for the specific MSDP peer. Note that the terms Route-Map and Route-Policy are used interchangeably in ACLI. ip msdp peer connect-source remote-as 20 ip msdp peer enable ip msdp enable ip access-list extended Acl route-map MsdpAdv10 1 match extended-prefix Acl1 enable ip msdp sa-filter out route-policy MsdpAdv10 for ERS 8600 Technical Configuration Guide 13

14 Note that SA Filtering can also be achieved by configuring MSDP Redistribution. In this case the term redistribution refers to the which SAs are redistributed to other MSDP peers. MSDP Redistribution is only applicable on the router, i.e. RP, that originates the SAs. It allows the router to filter outbound SAs to all of its MSDP peers as opposed to SA Filtering which is applied to specific MSDP peers in both directions. Similar to SA Filtering, an Extended ACL and Route-Map are initially configured to specify which SA(s) are permitted and then the Route-Map is referenced when configuring MSDP Redistribution. The configuration below is shown as an example of MSDP Redistribution although it was not applied to the demonstration network as SA Filtering was used to achieve the same result. Note that after msdp redistribute is configured it is required to end configuration mode and execute the ip msdp apply redistribute command in privileged mode in order for the Route-Policy to take affect. ip access-list extended Acl route-map MsdpAdv10 1 match extended-prefix Acl1 enable ip msdp redistribute route-policy MsdpAdv10 end ip msdp apply redistribute for ERS 8600 Technical Configuration Guide 14

15 4. Operation 4.1 SA Propagation The multicast source in AS 30 is transmitting to three unique group addresses, The PIM mroute table on contains three corresponding entries as shown below. Note that the A Flag is set for each (S,G) indicating that the information has been advertised to the MSDP process :5# show ip pim mroute ================================================================================ PIM Multicast Route - GlobalRouter ================================================================================ Src: Grp: RP: Upstream: NULL Flags: CACHE SG A Incoming Port: Vlan30-4/5, Outgoing Ports: Joined Ports: Pruned Ports: Vlan2131-4/29, Vlan2231-4/30, Src: Grp: RP: Upstream: NULL Flags: CACHE SG A Incoming Port: Vlan30-4/5, Outgoing Ports: Joined Ports: Pruned Ports: Src: Grp: RP: Upstream: NULL Flags: CACHE SG A Incoming Port: Vlan30-4/5, Outgoing Ports: Joined Ports: Pruned Ports: Total Num of Entries Displayed 3/3 Flags Legend: SPT = Shortest path tree, WC=(*,Grp) entry, RP=Rendezvous Point tree, CACHE=Kern el Cache, ASSERTED=Asserted, SG=(Src,Grp) entry, PMBR=(*,*,RP) entry, FWD_TO_RP= Forwarding to RP, FWD_TO_DR=Forwarding to DR, SG_NODATA=SG Due to Join, A=SG Adv for ERS 8600 Technical Configuration Guide 15

16 ertised to MSDP, M=SG Created by MSDP, CP_TO_CPU=Copy to CPU, STATIC_MROUTE=Stat ic Mroute, MRTF_SMLT_PEER_SG=Peer SG On Non-DR For SMLT As a result the stores these three entries in its SA Local Cache which can be viewed with the following show command: :5# show ip msdp sa-cache local MSDP Source-Active Local Cache - 3 entries ( , ), RP ( , ), RP ( , ), RP The SAs are then advertised to all MSDP peers. In this configuration has a single MSDP peer to and an outbound SA Filter was applied such that only was advertised. When receives the SA it stores it in its SA Foreign Cache. This can be viewed using the show ip msdp sa-cache command as shown below. Note the two time stamps at the end of the entry. The first time stamp increments and represents the amount of time the entry has been in the cache. The second time stamp decrements and the time remaining before the cache entry ages out. When receives a periodic SA update this value resets to 6 minutes and 30 seconds (i.e. 390 seconds) :5# show ip msdp sa-cache MSDP Source-Active Foreign Cache - 1 entries ( , ), RP , BGP/AS 30, 01:51:10/00:06:19 for ERS 8600 Technical Configuration Guide 16

17 In this demonstration network the identical SA information was also learned by and since all three routers in AS 20 are members of the same Mesh Group. AS 10 2/43 Multicast Receiver Joins ERS /45 4/1 V x RP V x SA Update V x V x AS 20 AS 30 SA Update RP V x /29 4/30 SA Update 4/29 4/30 V x V x SA Update V x V x /29 4/30 RP 4/5 V x Multicast Source Group Group Group ERS also propagates the SA information to ERS This is seen in s SA Foreign Cache. This implies that the SA passed RPF checks on :6#show ip msdp sa-ca MSDP Source-Active Foreign Cache - 1 entries ( , ), RP , BGP/AS 30, 02:09:08/00:06:04 for ERS 8600 Technical Configuration Guide 17

18 4.2 Delivering the Multicast Stream Meanwhile, the multicast receiver transmitted a request, via IGMP, to receive the multicast stream. ERS sends a PIM Join message towards the RP in AS 10, s loopback address. Upon receiving the PIM Join message creates a (*,G) in its PIM mroute table. Once it receives the SA message for the Group via MSDP it now knows where the source is located. This triggers to generate a PIM Join message out port towards the source /32 which is forwarded via using PIM-SM to Less than one second later the multicast stream is delivered to which forwards it to out port, i.e. the port on which it received the original PIM Join. This flow of this multicast stream is shown in the diagram below: AS 10 2/43 Multicast Receiver Joins ERS /45 4/1 V x RP V x V x V x AS 20 AS RP V x /29 4/30 4/29 4/30 V x V x V x V x /29 4/30 RP 4/5 V x Multicast Source Group Group Group Once ERS , the PIM Designated Router on VLAN 10, receives and delivers the first packet of the it transmits a PIM Join out port towards the Source /32. This is standard PIM-SM behavior on the ERS 8600 in order to transition from the multicast shared path tree to the shortest path tree. The PIM Join is propagated by via PIM-SM to ERS which now joins port 4/30 to the multicast tree for group At this point receives the multicast stream from both the RP ( ), or the shared path tree, and the shortest path tree directly from the source. Up to one minute later the transmits a PIM Prune to indicating that it no longer wants to receive the multicast stream from the RP. This triggers to generate a PIM Prune towards the source to which forwards the PIM Prune to Less than a second later stops transmitting the multicast stream down the shared path tree. ERS continues to forward the multicast stream over the shortest path tree to the receiver as shown in the diagram below: for ERS 8600 Technical Configuration Guide 18

19 AS 10 AS 20 AS RP V x RP 4/29 4/30 V x V x /29 2/43 ERS 4500 V x V x 4/30 RP 4/5 V x Multicast Receiver Joins /45 4/1 V x V x 4/29 4/ V x V x Multicast Source Group Group Group This is reflected in the PIM mroute table on which shows that the multicast stream is received on Incoming Port on VLAN 1222 from Upstream neighbor ( ). The multicast stream is forwarded to Outgoing Ports 4/1 on VLAN :5# show ip pim mroute source group ================================================================================ PIM Multicast Route - GlobalRouter ================================================================================ Src: Grp: RP: Upstream: Flags: SPT CACHE SG Incoming Port: Vlan1222-, Outgoing Ports: Vlan10-4/1, Joined Ports: Pruned Ports: Leaf Ports: Vlan10-4/1,... for ERS 8600 Technical Configuration Guide 19

20 Similarly, viewing the PIM mroute table on show that the multicast stream is transmitted out VLAN 2231 port 4/30 which connects to Note that VLAN 2131 port 4/29 which connects to was Pruned :5# show ip pim mroute source group ================================================================================ PIM Multicast Route - GlobalRouter ================================================================================ Src: Grp: RP: Upstream: NULL Flags: CACHE SG A Incoming Port: Vlan30-4/5, Outgoing Ports: Vlan2231-4/30, Joined Ports: Vlan2231-4/30, Pruned Ports: Vlan2131-4/29,... for ERS 8600 Technical Configuration Guide 20

21 5. Reference Documentation Reference # Document Title Publication Number 1 RFC 3618 Multicast Source Discovery Protocol (MSDP) 2 RFC Anycast Rendezvous Point (RP) mechanism using Protocol Independent Multicast (PIM) and Multicast Source Discovery Protocol (MSDP) 3 Avaya Ethernet Routing Switch Configuration Multicast Source Discovery Protocol, Release: 5.1 NN for ERS 8600 Technical Configuration Guide 21

22 6. Customer service Visit the Avaya Web site to access the complete range of services and support that Avaya provides. Go to or go to one of the pages listed in the following sections. 6.1 Getting technical documentation To download and print selected technical publications and release notes directly from the Internet, go to Getting product training Ongoing product training is available. For more information or to register, you can access the Web site at From this Web site, you can locate the Training contacts link on the left-hand navigation pane. 6.3 Getting help from a distributor or reseller If you purchased a service contract for your Avaya product from a distributor or authorized reseller, contact the technical support staff for that distributor or reseller for assistance. 6.4 Getting technical support from the Avaya Web site The easiest and most effective way to get technical support for Avaya products is from the Avaya Technical Support Web site at for ERS 8600 Technical Configuration Guide 22