cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
1815
Views
0
Helpful
4
Replies

MDT Data on NX-OS 5.2

Dirk Woellhaf
Level 1
Level 1

Hi everyone,

I´m trying to assign specific Customer-Multicast-Groups to an explicit MDT Data-Group via route-map which is configured on each mdt data-group.

Config looks like this

!

ip access-list High

10 permit ip any host 239.3.0.1/32

!

ip access-list Medium

10 permit ip any host 239.5.0.1/32

!

route-map High permit 10

match ip address High

!

route map Medium permit 10

match ip address Medium

!

vrf context Blue

mdt data 232.10.1.0/24 threshold 10 route-map High

mdt data 232.10.2.0/24 threshold 10 route-map Medium

!

My goal is, to have all multicast for 239.3.0.1 in 232.10.1.0/24 and all multicast for 239.5.0.1 in 232.10.2.0/24.

Right now, both customer-address are getting assigend to 232.10.2.0.

Any ideas?

regards, Dirk (Please rate if helpful)
1 Accepted Solution

Accepted Solutions

Hello Dirk,

I can see that the route-map definition is not correct . The route-map must have 'match ip multicast group <>' for multicast control-plane filtering. Since the route-maps didn't have this match command and since route-maps are permit by default, only first route-map was getting selected ('Medium' was first route-map internally in mvpn).

Please modify the route-map config as follows:

route-map High permit 10

match ip multicast group 239.3.0.1/32

!

route map Medium permit 10

match ip multicast group 239.5.0.1/32

and let me know the results ..

View solution in original post

4 Replies 4

tthankap
Level 1
Level 1

Hello Dirk ,

Is this a partial config that you are showing ? I dont see the default MDT defind?

I am guessing that you have all these features enabled too

feature bgp

feature pim

feature mvpn

feature mpls l3vpn

feature tunnel

feature mpls ldp

Inculde these o/p

show ip pim mdt

show mvpn mdt route

show ip pim mdt receive & send

Hi,

it is just a partial config. The "tunnel"-feature is not enabled by now.

here are the requested outputs:

S2# show ip pim mdt vrf Blue

MVPN Status Information for VRF "Blue" : MTI(mti8) Up

  Default MDT group 232.1.1.1 (Mode - SSM)

    Configured MTU: 1376 bytes, Actual MTU: 1376 bytes

    Configured tunnel source interface: loopback10

    Default BGP tunnel source interface: loopback10

    PIM Hello Interval: 30000 milliseconds

    PIM JP Interval: 60 seconds

    Data MDT Join Interval: 60 seconds

    Data MDT Switchover Interval: 3 seconds

    Data MDT Holddown Interval: 60 seconds

    Data MDT Timeout Interval: 240 seconds

    MDT Source address: 119.16.20.213 (iod loopback10)

    BGP RD: 192.16.20.213:100 (set)

    Data MDT Send Join Count: 6664

    Data MDT Received Join Count: 22201

     Data MDT: 232.10.2.0/24 threshold: 10 kbps route-map: Medium

     Data MDT: 232.10.1.0/24 threshold: 10 kbps route-map: High

S2# sh mvpn mdt route

MVPN MDT(Global) Route information for VRF "Blue":

(192.8.20.11, 232.1.1.1) [Refcount: 0]

(192.8.20.12, 232.1.1.1) [Refcount: 0]

(192.8.20.212, 232.1.1.1) [Refcount: 0]

(192.8.20.212, 232.10.2.0) [Refcount: 1]

(192.8.20.222, 232.1.1.1) [Refcount: 0]

(192.8.20.222, 232.10.2.0) [Refcount: 1]

(192.16.20.13, 232.1.1.1) [Refcount: 0]

(192.16.20.14, 232.1.1.1) [Refcount: 0]

(192.16.20.213, 232.1.1.1) [Refcount: 0]

(192.16.20.213, 232.10.2.0) [Refcount: 1]

(192.16.20.223, 232.1.1.1) [Refcount: 0]

S2# sh ip pim mdt send vrf Blue

MDT Data Groups Send List for vrf: Blue

C-Source        C-Group         MDT Source      MDT Group       Uptime   

192.168.224.1   239.3.0.1       192.16.20.213   232.10.2.0      4d19h   

S2# sh ip pim mdt rec vrf Blue

MDT Data Groups Received List for vrf: Blue

C-Source        C-Group         MDT Source      MDT Group       Uptime   

192.168.36.1    239.5.0.1       192.8.20.212    232.10.2.0      4d18h    

192.168.36.1    239.5.0.1       192.8.20.222    232.10.2.0      4d18h    

192.168.224.1   239.3.0.1       192.16.20.223   232.10.2.0      4d19h

regards, Dirk (Please rate if helpful)

Hello Dirk,

I can see that the route-map definition is not correct . The route-map must have 'match ip multicast group <>' for multicast control-plane filtering. Since the route-maps didn't have this match command and since route-maps are permit by default, only first route-map was getting selected ('Medium' was first route-map internally in mvpn).

Please modify the route-map config as follows:

route-map High permit 10

match ip multicast group 239.3.0.1/32

!

route map Medium permit 10

match ip multicast group 239.5.0.1/32

and let me know the results ..

Hi,

thanks for that hint!

It´s working now.

regards

Dirk

regards, Dirk (Please rate if helpful)
Getting Started

Find answers to your questions by entering keywords or phrases in the Search bar above. New here? Use these resources to familiarize yourself with the community: