Monday, December 5, 2011

Lab 167 - PIM BiDir

Prerequisites: CCNP level skills.


Topology

Pic. 1 - Topology Diagram.


Note!
Routers and switches are already configured as per the topology diagram. IP Multicast routing is enabled on all devices.

Task 1
Configure a solution for Video Conferencing software using 225.5.5.5 group address. R1 should be the distribution point of this single shared tree.

Solution


Task 1
Configure a solution for Video Conferencing software using 225.5.5.5 group address. R1 should be the distribution point of this single shared tree.

R1 Configuration:
!
ip pim bidir-enable
!
ip access-list standard MULTICAST_225.5.5.5
 permit 225.5.5.5
!
ip pim rp-candidate Loopback101 group-list MULTICAST_225.5.5.5 bidir
!
ip pim bsr-candidate Loopback101 0
!



All Other Devices Configuration:
!
ip pim bidir-enable
!

Verification:

IGMP join-group on S1, S2, R6. Ping from R1 to 225.5.5.5 is getting response. Example of mroute table on R5 for the group:

Pic. 2 - Mroute Table on R5.

Note!

DF Election
On every network segment and point-to-point link, all PIM routers participate in a procedure called DF election. The procedure selects one router as the DF for every RP of bidirectional groups. This router is responsible for forwarding multicast packets received on that network upstream to the RP.

The DF election is based on unicast routing metrics and uses the same tie-break rules employed by PIM assert processes. The router with the most preferred unicast routing metric to the RP becomes the DF. Use of this method ensures that only one copy of every packet will be sent to the RP, even if there are parallel equal cost paths to the RP.

A DF is selected for every RP of bidirectional groups. As a result, multiple routers may be elected as DF on any network segment, one for each RP. In addition, any particular router may be elected as DF on more than one interface.



source:
http://www.cisco.com/en/US/docs/ios/12_2/ip/configuration/guide/1cfbipim.html

Lab 166 - Multicast Helper Map

Prerequisites: CCNP level skills.

Personal Note!
OMG, it is already December! What happened to all previous months?! Did I doze off or something? Nah! It was the work.

All the work and no play (or study) make J a dull boy.
All the work and no play (or study) make J a dull boy.
All the work and no play (or study) make J a dull boy.
All the work and ...

Topology

Pic. 1 - Topology Diagram.


Note!
Routers and switches are already configured as per the topology diagram. IP Multicast routing is enabled on all devices.

Task 1
Configure multicast sparse mode between R1 and R2 on WAN link. R1 should be configured as RP.

Task 2
An application on VLAN 26 will broadcast UDP traffic to port 30000. Configure routers in such a way as to allow this broadcast to be converted into multicast 239.1.1.1 address on the WAN link between R1 and R2. This traffic should be converted back into broadcast on VLAN 14.


Solution


Task 1
Configure multicast sparse mode between R1 and R2 on WAN link. R1 should be configured as RP.


R1 Configuration:

!
ip pim rp-address 172.16.101.1
!
interface Loopback101
 ip address 172.16.101.1 255.255.255.255
 ip pim sparse-mode
!
interface Serial0/0.125 multipoint
 ip address 10.1.125.1 255.255.255.0
 ip pim sparse-mode
 ip ospf network point-to-multipoint
 snmp trap link-status
 frame-relay map ip 10.1.125.1 102
 frame-relay map ip 10.1.125.5 105 broadcast
 frame-relay map ip 10.1.125.2 102 broadcast
!


R2 Configuration:

!
ip pim rp-address 172.16.101.1
!
interface Serial0/0
 ip address 10.1.125.2 255.255.255.0
 ip pim sparse-mode
 encapsulation frame-relay
 ip ospf network point-to-multipoint
 clock rate 2000000
 frame-relay map ip 10.1.125.5 201
 frame-relay map ip 10.1.125.1 201 broadcast
 frame-relay map ip 10.1.125.2 201
 no frame-relay inverse-arp
!
interface FastEthernet0/1
 ip address 10.1.26.2 255.255.255.0
 ip pim sparse-mode
 speed 100
 full-duplex

!



Note!

For the Task 2 configuration to work (broadcast on Fa0/1 of R2), the multicast has to be enabled on Fa0/1 interface of R2.



Task 2
An application on VLAN 26 will broadcast UDP traffic to port 30000. Configure routers in such a way as to allow this broadcast to be converted into multicast 239.1.1.1 address on the WAN link between R1 and R2. This traffic should be converted back into broadcast on VLAN 14.

R1 Configuration:
!
ip access-list extended UDP30000
 permit udp any any eq 30000
 permit udp any any eq domain
!
ip forward-protocol udp 30000
!
interface FastEthernet0/0
 ip address 10.1.14.1 255.255.255.0
 ip broadcast-address 10.1.14.255
 ip directed-broadcast
 speed 100
 full-duplex
!
interface Serial0/0.125 multipoint
 ip address 10.1.125.1 255.255.255.0
 ip pim sparse-mode
 ip multicast helper-map 239.1.1.1 10.1.14.255 UDP30000
!
 
NOTE!
ACL entry with UDP 53 port (domain) was added only for testing purposes here.

R2 Configuration:
!
ip forward-protocol udp 30000
!
ip access-list extended UDP30000
 permit udp any any eq 30000
 permit udp any any eq domain
!
interface FastEthernet0/1
 ip address 10.1.26.2 255.255.255.0
 ip multicast helper-map broadcast 239.1.1.1 UDP30000
 speed 100
 full-duplex
!

NOTE!

ACL entry with UDP 53 port (domain) was added only for testing purposes here.
Verification:

On R6 I have enabled ip domain-lookup and mistyped the command in the privilege mode to create UDP broadcast port 53. On R4 I have created an access-list enabled debug ip packet using it to see if R1 is sending broadcast. The results are below.


R4 Configuration:
!
access-list 100 permit udp any 10.1.14.255 0.0.0.0
!
R4#debug ip packet detail 100

Pic. 2 - R2 Forwards Broadcast as Multicast.


 Pic. 3 - Debug IP Packet on R4.

Friday, November 18, 2011

Lab 165 - Multicast Rate Limiting

Prerequisites: CCNP level skills.



Topology

Pic. 1 - Topology Diagram.


Note!
Routers and switches are already configured as per the topology diagram. 

Task 1
Configure R3 so that it limits the overall multicast traffic (the aggregate rate) to 5 Mbps out its F0/0 interface. The same interface should limit the traffic to IP 224.1.1.1 to 256 Kbps for every multicast traffic source to this group.

Solution


Task 1
Configure R3 so that it limits the overall multicast traffic (the aggregate rate) to 5 Mbps out its F0/0 interface. The same interface should limit the traffic to IP 224.1.1.1 to 256 Kbps for every multicast traffic source to this group.

 R3 Configuration:

!
ip access-list standard LIMIT_256
 permit 224.1.1.1
!
interface FastEthernet0/0
 ip address 10.1.30.3 255.255.255.0
 ip pim sparse-mode
 ip multicast rate-limit out group-list LIMIT_256 256
 ip multicast rate-limit out 5000
 speed 100
 full-duplex
!

Notice!
If the command 'ip multicast rate-limit' is used without a destination (and possibly source address) access-list, it limits the aggreate traffic. In case ACL is defined, it limits the traffic to a given value per source. This means, that if there are two senders to 224.1.1.1 (here), the aggregate traffic is 2 x 256 Kbps.

Verification:

S2 Configuration:

!
interface Vlan30
 ip address 10.1.30.12 255.255.255.0
 ip igmp join-group 224.1.1.1
!

Ping from S3 (RP) to 224.1.1.1 and the mroute table on R3 below:

Pic. 2 - R3 Limits the Traffic.

S4 Configuration:

!
interface Vlan30
 ip address 10.1.30.14 255.255.255.0
 ip igmp join-group 224.10.10.10
!

Ping from S3 to 224.10.10.10. R3 mroute table below:

Pic. 3 - R3 Limits the Traffic.

IP Multicast rate-limit

Lab 164 - IGMP Timers

Prerequisites: CCNP level skills.



Topology

Pic. 1 - Topology Diagram.


Note!
Routers and switches are already configured as per the topology diagram. 

Task 1
On the multicast segment (VLAN 25), there is only one client wishing to receive multicast traffic. Configure R2 and R5 in such a way that they would stop sending multicast traffic immediately upon receiving IGMP Leave message from this client (default 2.5 seconds).

Task 2
Configure the backup querier on VLAN 25 to assume the querier role if it did not hear the query message in 60 seconds (default time is two times the query interval: 120 seconds). Membership query packets should be sent every 15 seconds (default: 60 seconds) by both R2 and R5.


Task 3
R2 and R5 should force their multicast clients to respond to group query with the group report in maximum 5 seconds (default 10 seconds).

Solution


Task 1
On the multicast segment (VLAN 25), there is only one client wishing to receive multicast traffic. Configure R2 and R5 in such a way that they would stop sending multicast traffic immediately upon receiving IGMP Leave message from this client (default 2.5 seconds).

R2 configuration:

!
ip access-list standard ALL_MULTICAST_GROUPS
 permit 224.0.0.0 15.255.255.255
!
interface FastEthernet0/0
 ip address 10.1.25.2 255.255.255.0
 ip pim sparse-mode
 ip igmp immediate-leave group-list ALL_MULTICAST_GROUPS
 speed 100
 full-duplex
!

R5 Configuration:

!
ip access-list standard ALL_MULTICAST_GROUPS
 permit 224.0.0.0 15.255.255.255
!
interface FastEthernet0/0
 ip address 10.1.25.5 255.255.255.0
 ip pim sparse-mode
 ip igmp immediate-leave group-list ALL_MULTICAST_GROUPS
 speed 100
 full-duplex
!



Task 2
Configure the backup querier on VLAN 25 to assume the querier role if it did not hear the query message in 60 seconds (default time is two times the query interval: 120 seconds). Membership query packets should be sent every 15 seconds (default: 60 seconds) by both R2 and R5.


Note!

The querier for multicast is elected based on the lowest IP address on the link (here it has to be R2).



Pic. 2 - DR (designated querier).

R2 configuration:

!
interface FastEthernet0/0
 ip address 10.1.25.2 255.255.255.0
 ip pim sparse-mode
 ip igmp immediate-leave group-list ALL_MULTICAST_GROUPS
 ip igmp query-interval 15
 speed 100
 full-duplex
!

R5 Configuration:

!
interface FastEthernet0/0
 ip address 10.1.25.5 255.255.255.0
 ip pim sparse-mode
 ip igmp query-interval 15
 ip igmp querier-timeout 60
 speed 100
 full-duplex
!



Task 3 
R2 and R5 should force their multicast clients to respond to group query with the group report in maximum 5 seconds (default 10 seconds).

R2 configuration:

!
interface FastEthernet0/0
 ip address 10.1.25.2 255.255.255.0
 ip pim sparse-mode
 ip igmp query-max-response-time 5
 ip igmp immediate-leave group-list ALL_MULTICAST_GROUPS
 ip igmp query-interval 15
 speed 100
 full-duplex
!

R5 Configuration:

!
interface FastEthernet0/0
 ip address 10.1.25.5 255.255.255.0
 ip pim sparse-mode
 ip igmp query-max-response-time 5
 ip igmp query-interval 15
 ip igmp querier-timeout 60
 speed 100
 full-duplex

Lab 163 - IGMP Filtering

Prerequisites: CCNP level skills.



Topology

Pic. 1 - Topology Diagram.


Note!
Routers and switches are already configured as per the topology diagram. 

Task 1
In order to prevent IGMP DoS attacks do not allow R3 to accept more than 10 IGMP states that can be joined to a router from IGMP on its Fa0/0 interface. Also, configure filtering so that R3 allows multicast clients only from the group 224.1.1.0/24.

Solution


Task 1
In order to prevent IGMP DoS attacks do not allow R3 to accept more than 10 IGMP states that can be joined to a router from IGMP on its Fa0/0 interface. Also, configure filtering so that R3 allows multicast clients only from the group 224.1.1.0/24.


R3 Configuration:

!
access-list 1 permit 224.1.1.0 0.0.0.255
!
interface FastEthernet0/0
 ip address 10.1.30.3 255.255.255.0
 ip pim sparse-mode
 ip igmp access-group 1
 ip igmp limit 10
 speed 100
 full-duplex
!

Note!
The 'ip igmp limit' command can be used either globally or on per interface basis.

Verification:
Pic. 2 - R3 Fa0/0 IGMP Limit.

S2 Configuration :

!
interface Vlan30
 ip address 10.1.30.12 255.255.255.0
 ip igmp join-group 224.1.1.1
 ip igmp join-group 224.1.1.2
 ip igmp join-group 224.3.3.3
!

Note!
There are three multicast group joins. The third one is not allowed as per the ACL 1 on R3 (224.3.3.3). It does not get registered.

Pic. 3 - Multicast Groups Registered on R3.

IGMP State Limit

Lab 162 - Anycast RP

Prerequisites: CCNP level skills.



Topology

Pic. 1 - Topology Diagram.


Note!
Routers and switches are already configured as per the topology diagram. All devices use OSPF area 0 as their routing protocol as well as multicast routing. Also, IP PIM Sparse-Mode on VLANs 133 and 143 is enabled.

Task 1
Configure R3 and R4 as RPs for all multicast groups. Ensure that clients choose the closest RP while joining multicast groups (lowest OSPF metric). In case of failure of the closest RP they must be able to use the other one. You are allowed to create extra loopback interface with IP address: 172.16.34.34/32.

Solution

Task 1
Configure R3 and R4 as RPs for all multicast groups. Ensure that clients choose the closest RP while joining multicast groups (lowest OSPF metric). In case of failure of the closest RP they must be able to use the other one. You are allowed to create extra loopback interface with IP address: 172.16.34.34/32.

R3 Configuration:

!
interface Loopback103
 ip address 172.16.103.1 255.255.255.255
 ip ospf 1 area 0
!
interface Loopback34
 ip address 172.16.34.34 255.255.255.255
 ip ospf 1 area 0
!
ip pim rp-address 172.16.34.34
ip msdp peer 172.16.104.1 connect-source Loopback103
ip msdp originator-id Loopback103
!


R4 Configuration:

!
interface Loopback104
 ip address 172.16.104.1 255.255.255.255
 ip ospf 1 area 0
!
interface Loopback34
 ip address 172.16.34.34 255.255.255.255
 ip ospf 1 area 0
!
ip pim rp-address 172.16.34.34
ip msdp peer 172.16.103.1 connect-source Loopback104
ip msdp originator-id Loopback104
!

S3 Configuration:

!
ip pim rp-address 172.16.34.34
!

Verification:
Pic. 2 - MSDP Peer Session.

Lab 161 - Source Specific Multicast

Prerequisites: CCNP level skills.


Topology

Pic. 1 - Topology Diagram.


Note!
Routers and switches are already configured as per the topology diagram. All devices use OSPF area 0 as their routing protocol as well as multicast routing.

Task 1
Enable PIM Sparse Mode between R2 and R5 on FastEthernet link.

Task 2
Make sure that users on VLAN 26 can receive multicast traffic sent to 232.26.26.26 only from the source of 172.16.105.5 (R5 Loopback105). Verify your solution.

Solution


Task 1
Enable PIM Sparse Mode between R2 and R5 on FastEthernet link.

R2 Configuration:

!
interface FastEthernet0/0
 ip address 10.1.25.2 255.255.255.0
 ip pim sparse-mode
 speed 100
 full-duplex
!
interface FastEthernet0/1
 ip address 10.1.26.2 255.255.255.0
 ip pim sparse-mode
 ip igmp version 3
 speed 100
 full-duplex
!

Note!
Since the Task 2 stipulates that Source Specific Multicast must be used, IGMP v3 hast to be configured on F0/1 interface.

R5 Configuration:

!
interface Loopback105
 ip address 172.16.105.1 255.255.255.128
 ip pim sparse-mode
!
interface FastEthernet0/0
 ip address 10.1.25.5 255.255.255.0
 ip pim sparse-mode
 speed 100
 full-duplex
!

Task 2
Ensure that users on VLAN 26 can receive multicast traffic sent to 232.26.26.26 only from the source of 172.16.105.5 (R5 Loopback105). Verify your solution.

R2 and R5 Configuration:

!
ip pim ssm default
!

R6 Configuration:

!
interface FastEthernet0/0
 ip address 10.1.26.6 255.255.255.0
 ip igmp join-group 232.26.26.26 source 172.16.105.1
 ip igmp version 3
 speed 100
 full-duplex
!

Verification:
Pic. 2 - Mroute Entry on R2.

Pic. 3 - R2 and R3 Mroute Table.

Pic. 4 - Ping Test.

Note!
Apart from a classic multicast (Any Source Multicast), the Source Specific Multicast method allows clients to choose the source of multicast feed. It requires IGMP version 3 though. SSM builds SPT tree and does not require RP to operate. The command 'ip pim ssm' with the keyword 'default' uses the range 232.0.0.0/8 addresses. The syntax is as follows:

Pic. 5 - IP PIM SSM Command.


Monday, November 14, 2011

Lab 160 - Multicast Stub Routing

Prerequisites: CCNP level skills.

Personal Note!
Other dimensions and universes which existence we sense, took a more tangible form a few days ago. My friend, artist, who goes by the name Valcari, seems to live in many of them at the same time. He is no longer the same person I have known for ages. Not better, not worse ... just different. Evolution?

Topology

Pic. 1 - Topology Diagram.


Note!
Routers and switches are already configured as per the topology diagram. All devices use OSPF area 0 as their routing protocol as well as multicast routing.


Task 1
R1 is to be the RP for all multicast groups. VLAN 26 clients will join the group 224.26.26.26. R4 is going to be server for the group 224.26.26.26.

Task 2
Configure R1 and R2 in such a way that they do not form PIM adjacency over Frame-Relay cloud, but IGMP join messages must be sent to R1 and the multicast traffic from from VLAN 14 should be sent via WAN connection to the clients in VLAN 26.

Solution


Task 1
R1 is to be the RP for all multicast groups. VLAN 26 clients will join the group 224.26.26.26. R4 is going to be server for the group 224.26.26.26.

R1 Configuration:

!
interface Loopback101
 ip address 172.16.101.1 255.255.255.255
 ip pim sparse-mode
!
interface FastEthernet0/0
 ip address 10.1.14.1 255.255.255.0
 ip pim sparse-mode
 speed 100
 full-duplex
!
interface Serial0/0.125 multipoint
 ip address 10.1.125.1 255.255.255.0
 ip pim dense-mode
 ip ospf network point-to-multipoint
 snmp trap link-status
 frame-relay map ip 10.1.125.1 102
 frame-relay map ip 10.1.125.5 105 broadcast
 frame-relay map ip 10.1.125.2 102 broadcast
!
ip pim rp-address 172.16.101.1
!


R4 Configuration:
!
interface FastEthernet0/0
 ip address 10.1.14.4 255.255.255.0
 ip pim sparse-mode
 speed 100
 full-duplex
!
ip pim rp-address 172.16.101.1
!

Note!
At this stage R1 configuration is not complete yet. I use 'dense-mode' on Serial0/0.125 interface, otherwise the multicast traffic would not be sent down to R2. In the next task, I will allow R2 to send the IGMP join-message to be sent towards R1.


Task 2

Configure R1 and R2 in such a way that they do not form PIM adjacency over Frame-Relay cloud, but IGMP join messages must be sent to R1 and the multicast traffic from from VLAN 14 should be sent via WAN connection to the clients in VLAN 26.

R1 Configuration:
!
access-list 1 deny   10.1.125.2
access-list 1 permit any
!
interface Serial0/0.125 multipoint
 ip address 10.1.125.1 255.255.255.0
 ip pim neighbor-filter 1
 ip pim dense-mode
 ip ospf network point-to-multipoint
 snmp trap link-status
 frame-relay map ip 10.1.125.1 102
 frame-relay map ip 10.1.125.5 105 broadcast
 frame-relay map ip 10.1.125.2 102 broadcast
!

Note!
The ACL will make it impossible for R2 to form PIM adjacency over FR link.

R2 Configuration:
!
interface FastEthernet0/1
 ip address 10.1.26.2 255.255.255.0
 ip pim dense-mode
 ip igmp helper-address 10.1.125.1
 ip igmp join-group 224.26.26.26
 speed 100
 full-duplex
!
interface Serial0/0
 ip address 10.1.125.2 255.255.255.0
 ip pim dense-mode
 encapsulation frame-relay
 ip ospf network point-to-multipoint
 clock rate 2000000
 frame-relay map ip 10.1.125.5 201
 frame-relay map ip 10.1.125.1 201 broadcast
 frame-relay map ip 10.1.125.2 201
 no frame-relay inverse-arp
!

Note!
IP igmp helper address is going to forward IGMP join messages received on VLAN 26 interface up to R1.

Verification:
Pic. 2 - PIM Enabled Interface on R2.

Pic. 3 - R2 Recognizes R1 as PIM Neighbor.

Pic. 4 - R1 Does Not Create Adjacency with R2.

Pic. 5 - R1 Receives IGMP Join Message
Forwarded by R2.

Pic. 6 - Multicast Traffic.

Saturday, November 12, 2011

Lab 159 - BSR Propagation Filtering

Prerequisites: CCNP level skills.


Topology

Pic. 1 - Topology Diagram.


Note!
Routers and switches are already configured as per the topology diagram. All devices use OSPF area 0 as their routing protocol as well as multicast routing.


IP PIM Sparse Mode has been enabled on VLANs: 14, 30, 133, 143.

Task 1
Configure R1 as the RP and BSR candidate for all multicast groups. Use the most stable interface to accomplish the task.

Task 2
Ensure that R3 does not receive information about RP.

Solution


Task 1
Configure R1 as the RP and BSR candidate for all multicast groups. Use the most stable interface to accomplish the task.


R1 Configuration:

!
interface Loopback101
 ip address 172.16.101.1 255.255.255.255
 ip pim sparse-mode
!
ip pim bsr-candidate Loopback101 0
ip pim rp-candidate Loopback101
!


Verification:
Pic. 2 - RP Information on R3.


Note!
Without filtering, R3 receives information about RP.



Task 2
Ensure that R3 does not receive information about RP.
S3 Configuration:
!
interface Vlan133
 ip address 10.1.133.10 255.255.255.0
 ip pim bsr-border
 ip pim sparse-mode
!

Verification:
Pic. 3 - RP information on R3.


The previous information about RP slowly expires. R3 loses information about RP.

Thursday, November 10, 2011

Lab 158 - BSR with Multiple RPs

Prerequisites: CCNP level skills.

Personal Note!
1:23  in the morning. Full moon makes the mind wander ...

Ying and Yang, day and night, one and zero ... so much of this dichotomy.
Perhaps if you were good in the first half of your life, in the second you should ... find something interesting ... (LOL).


Topology

Pic. 1 - Topology Diagram.


Note!
Routers and switches are already configured as per the topology diagram. All devices use OSPF area 0 as their routing protocol as well as multicast routing.

Task 1
Enable PIM Sparse mode on VLANs: 14, 30, 133, 144. Do not enable PIM protocol on VLAN interfaces of S2 and S4.

Task 2
Configure R1 and R4 as RP candidates for all multicast groups. S3 should disseminate RP-set information. Configure hash-mask-length so that the load on RPs is evenly distributed with groups of four multicast addresses as shown below:
  • Group 1: 224.1.1.0, 224.1.1.1, 224.1.1.2, 224.1.1.3 given to one RP.
  • Group 2: 224.1.1.4, 224.1.1.5, 224.1.1.6, 224.1.1.7 given to another RP.
  • Group 3: 224.1.1.8, 224.1.1.9, 224.1.1.10, 224.1.1.11 given to the first RP.
  • etc.
Solution

Task 1
Enable PIM Sparse mode on VLANs: 14, 30, 133, 144. Do not enable PIM protocol on VLAN interfaces of S2 and S4.

R1 Configuration:
!
interface FastEthernet0/0
 ip address 10.1.14.1 255.255.255.0
 ip pim sparse-mode
 speed 100
 full-duplex
!

R3 Configuraiton:
!
interface FastEthernet0/0
 ip address 10.1.30.3 255.255.255.0
 ip pim sparse-mode
 speed 100
 full-duplex
!
interface FastEthernet0/1
 ip address 10.1.133.3 255.255.255.0
 ip pim sparse-mode
 speed 100
 full-duplex
!

R4 Configuration:
!
interface FastEthernet0/0
 ip address 10.1.14.4 255.255.255.0
 ip pim sparse-mode
 speed 100
 full-duplex
!
interface FastEthernet0/1
 ip address 10.1.143.4 255.255.255.0
 ip pim sparse-mode
 speed 100
 full-duplex
!

S3 Configuration:
!
interface Vlan133
 ip address 10.1.133.10 255.255.255.0
 ip pim sparse-mode
!
interface Vlan143
 ip address 10.1.143.10 255.255.255.0
 ip pim sparse-mode
!

Task 2
Configure R1 and R4 as RP candidates for all multicast groups. S3 should disseminate RP-set information. Configure hash-mask-length so that the load on RPs is evenly distributed with groups of four multicast addresses as shown below:
  • Group 1: 224.1.1.0, 224.1.1.1, 224.1.1.2, 224.1.1.3 given to one RP.
  • Group 2: 224.1.1.4, 224.1.1.5, 224.1.1.6, 224.1.1.7 given to another RP.
  • Group 3: 224.1.1.8 224.1.1.9, 224.1.1.10, 224.1.1.11 given to the first RP.
  • etc.
S3 Configuration:
!
interface Loopback107
 ip address 172.16.107.1 255.255.255.255
 ip pim sparse-mode 
!
ip pim bsr-candidate Loopback107 30

!
R1 Configuration:
!
interface Loopback101
 ip address 172.16.101.1 255.255.255.255
 ip pim sparse-mode
!
ip pim rp-candidate Loopback101
!

R4 Configuration:
!
interface Loopback104
 ip address 172.16.104.1 255.255.255.255
 ip pim sparse-mode
!
ip pim rp-candidate Loopback104
!

Verification:

S2 Configuration:
!
interface Vlan30
 ip address 10.1.30.12 255.255.255.0
 ip igmp join-group 224.1.1.0
 ip igmp join-group 224.1.1.1
 ip igmp join-group 224.1.1.2
 ip igmp join-group 224.1.1.3
!

S4 Configuration:
!
interface Vlan30
 ip address 10.1.30.14 255.255.255.0
 ip igmp join-group 224.1.1.4
 ip igmp join-group 224.1.1.5
 ip igmp join-group 224.1.1.6
 ip igmp join-group 224.1.1.7
!

Pic. 2 - RP (R1) Mapping.
Pic. 3 - RP (R4) Mapping.

Note!
The highest hash value denotes the RP for the group.

R1 (172.16.101.1) is the RP for groups:
  • 224.1.1.0
  • 224.1.1.1
  • 224.1.1.2
  • 224.1.1.3
 R4 is RP for the groups:
  • 224.1.1.4
  • 224.1.1.5
  • 224.1.1.6
  • 224.1.1.7

Wednesday, November 9, 2011

Lab 157 - PIM Bootstrap Router

Prerequisites: CCNP level skills.

Personal Note!
Finding things out is a real pleasure ... Time to continue to get the buzz before all these memories drown in oblivion ...

Topology

Pic. 1 - Topology Diagram.


Note!
Routers and switches are already configured as per the topology diagram. All devices use OSPF area 0 as their routing protocol.

Task 1
Enable PIM Sparse mode on the following interfaces:
  • R1 - Fa0/0
  • R1 - S0/0.125
  • R2 - Fa0/0
  • R2 - Fa0/1
  • R2 - S0/0
  • R4 - Fa0/0
  • R5 - Fa0/0
  • R5 - S0/0
Task 2
Configure R2 to be BSR and R5 to be RP. Use the most stable interface on R2 and R5 to accomplish the task.


Task 3
Use R4 to simulate multicast server sending packets to 224.46.46.46. Users on VLAN 26 should receive this multicast feed. Verify your solution.


Solution

Task 1
Enable PIM Sparse mode on the following interfaces:
  • R1 - Fa0/0
  • R1 - S0/0.125
  • R2 - Fa0/0
  • R2 - Fa0/1
  • R2 - S0/0
  • R4 - Fa0/0
  • R5 - Fa0/0
  • R5 - S0/0

R1 Configuration:
!
ip multicast-routing
!
interface FastEthernet0/0
 ip address 10.1.14.1 255.255.255.0
 ip pim sparse-mode
 speed 100
 full-duplex
!
interface Serial0/0.125 multipoint
 ip address 10.1.125.1 255.255.255.0
 ip pim sparse-mode
 ip ospf network point-to-multipoint
 snmp trap link-status
 frame-relay map ip 10.1.125.2 102 broadcast
 frame-relay map ip 10.1.125.5 105 broadcast
 frame-relay map ip 10.1.125.1 102
!

R2 Configuration:
!
ip multicast-routing
!
interface FastEthernet0/0
 ip address 10.1.25.2 255.255.255.0
 ip pim sparse-mode
 speed 100
 full-duplex
!
interface FastEthernet0/1
 ip address 10.1.26.2 255.255.255.0
 ip pim sparse-mode
 speed 100
 full-duplex
!
interface Serial0/0
 ip address 10.1.125.2 255.255.255.0
 ip pim sparse-mode
 encapsulation frame-relay
 ip ospf network point-to-multipoint
 clock rate 2000000
 frame-relay map ip 10.1.125.2 201
 frame-relay map ip 10.1.125.1 201 broadcast
 frame-relay map ip 10.1.125.5 201
 no frame-relay inverse-arp
!

R4 Configuration:
!
ip multicast-routing
!
interface FastEthernet0/0
 ip address 10.1.14.4 255.255.255.0
 ip pim sparse-mode
 speed 100
 full-duplex
!

R5 Configuration:
!
ip multicast-routing
!
interface FastEthernet0/0
 ip address 10.1.25.5 255.255.255.0
 ip pim sparse-mode
 speed 100
 full-duplex
!
interface Serial0/0
 ip address 10.1.125.5 255.255.255.0
 ip pim sparse-mode
 encapsulation frame-relay
 ip ospf network point-to-multipoint
 clock rate 2000000
 frame-relay map ip 10.1.125.1 501 broadcast
 frame-relay map ip 10.1.125.2 501
 frame-relay map ip 10.1.125.5 501
!


Verification:
Pic.2 - PIM Neighbors of R1.

Pic. 3 - PIM Neighbors of R2.


Task 2
Configure R2 to be BSR and R5 to be RP. Use the most stable interface on R2 and R5 to accomplish the task.

R2 Configuration:
!
interface Loopback102
 ip address 172.16.102.1 255.255.255.255
 ip pim sparse-mode
!
ip pim bsr-candidate Loopback102 0
!

R5 Configuration:
!
interface Loopback105
 ip address 172.16.105.1 255.255.255.128
 ip pim sparse-mode
!
ip pim rp-candidate Loopback105
!

Verification:
Pic. 4 - RP Information on R4.

Pic. 5 - RP Information on R5.


Note!
The RP candidate uses default priority 0 (Cisco implementation, whereas the standard uses 192, max. 255). RP with the LOWEST priority (0) is preferred.
http://www.cisco.com/en/US/docs/ios/ipmulti/command/reference/imc_04.html#wp1055223

In PIMv2, a BSR is the equivalent of Mapping Agent used in Auto-RP. BSR default priority is 0 (0-255). Candidate with the HIGHEST priority is preferred if multiple BSR candidates exist.

BSR does NOT elect the best RP. The group range to RP mapping is only distributed distributed to routers and they choose the best one for a group.
This information is disseminated on a hop-by-hop basis.


Task 3

Use R4 to simulate multicast server sending packets to 224.46.46.46. Users on VLAN 26 should receive this multicast feed. Verify your solution.

R6 Configuration:

!
interface FastEthernet0/0
 ip address 10.1.26.6 255.255.255.0
 ip igmp join-group 224.46.46.46
 speed 100
 full-duplex
!

Verification:
Pic. 6 - Mroute Table on R2.

Pic. 7 - Mroute Table on R5.

Note!
R5 is the RP for all multicast groups. In the output the RPF nbr 0.0.0.0 implies this fact. The (*,G) entries show up in the client-to-RP path as expected).

Pic. 8 - Ping (server feed) from R4 results.