summaryrefslogtreecommitdiffstats
Commit message (Collapse)AuthorAgeFilesLines
* Merge pull request #10927 from bobuhiro11/refactor_srv6_locator_chunksIgor Ryzhov2022-04-063-17/+17
|\ | | | | bgpd: refactor type of srv6_locator_chunks list
| * bgpd: refactor type of srv6_locator_chunks listNobuhiro MIKI2022-04-063-17/+17
| | | | | | | | | | | | | | | | | | | | Since additional information such as block_bits_length is needed to generate SIDs properly, the type of elements in srv6_locator_chunks list is extended from "struct prefix_ipv6 *" to "struct srv6_locator_chunk *". Even in terms of variable name, "struct srv6_locator_chunk *" is appropriate. Signed-off-by: Nobuhiro MIKI <nmiki@yahoo-corp.jp>
* | Merge pull request #10971 from opensourcerouting/fix/rpki_nitsDonald Sharp2022-04-061-13/+38
|\ \ | | | | | | bgpd: RPKI memory leak
| * | bgpd: Delay returning RPKI instance as runningDonatas Abraitis2022-04-061-1/+20
| | | | | | | | | | | | | | | | | | | | | Start a separate timer which does the sync with the RPKI manager until returns the synced status. Signed-off-by: Donatas Abraitis <donatas@opensourcerouting.org>
| * | bgpd: Return enum RPKI_NOT_BEING_USED instead of 0Donatas Abraitis2022-04-061-3/+3
| | | | | | | | | | | | Signed-off-by: Donatas Abraitis <donatas@opensourcerouting.org>
| * | bgpd: Reuse is_stopping() in RPKI code same as with is_running()Donatas Abraitis2022-04-061-3/+9
| | | | | | | | | | | | Signed-off-by: Donatas Abraitis <donatas@opensourcerouting.org>
| * | bgpd: Reuse is_running() function in RPKI code for rtr_is_runningDonatas Abraitis2022-04-061-6/+6
| |/ | | | | | | Signed-off-by: Donatas Abraitis <donatas@opensourcerouting.org>
* | Merge pull request #10973 from mobash-rasool/fixesDonatas Abraitis2022-04-061-3/+0
|\ \ | |/ |/| pimd: Remove pim_channel_oil_change_iif from header file
| * pimd: Remove pim_channel_oil_change_iif from header fileMobashshera Rasool2022-04-061-3/+0
|/ | | | | | | pim_channel_oil_change_iif is sitting idly in .h file with no definition. Signed-off-by: Mobashshera Rasool <mrasool@vmware.com>
* Merge pull request #10965 from opensourcerouting/fix/pim_igmp_group_deletemobash-rasool2022-04-061-3/+3
|\ | | | | pimd: Replace ALL_LIST_ELEMENTS_RO to ALL_LIST_ELEMENTS group_list it…
| * pimd: Replace ALL_LIST_ELEMENTS_RO to ALL_LIST_ELEMENTS group_list iterationDonatas Abraitis2022-04-051-3/+3
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | To reproduce: ``` ip pim ssm prefix-list pim-ssm-group ip prefix-list pim-ssm-group seq 10 permit 238.4.0.0/16 ge 32 le 32 ``` Assert: ``` pimd[645545]: pimd/pim_igmp.c:148: igmp_source_forward_reevaluate_all(): assertion ((srcnode)->data != NULL) failed PIM[645545]: Received signal 6 at 1649140750 (si_addr 0x6e0009d9a9, PC 0x7fe5e3f95ce1); aborting... PIM[645545]: /usr/local/lib/libfrr.so.0(zlog_backtrace_sigsafe+0x5e) [0x7fe5e41f2d7e] PIM[645545]: /usr/local/lib/libfrr.so.0(zlog_signal+0xe6) [0x7fe5e41f2f56] PIM[645545]: /usr/local/lib/libfrr.so.0(+0xc9412) [0x7fe5e421d412] PIM[645545]: /lib/x86_64-linux-gnu/libpthread.so.0(+0x14140) [0x7fe5e4133140] PIM[645545]: /lib/x86_64-linux-gnu/libc.so.6(gsignal+0x141) [0x7fe5e3f95ce1] PIM[645545]: /lib/x86_64-linux-gnu/libc.so.6(abort+0x123) [0x7fe5e3f7f537] PIM[645545]: /usr/local/lib/libfrr.so.0(_zlog_assert_failed+0xd7) [0x7fe5e4246c37] PIM[645545]: /usr/lib/frr/pimd(igmp_source_forward_reevaluate_all+0x230) [0x5638c65e3d90] PIM[645545]: /usr/lib/frr/pimd(pim_prefix_list_update+0x53) [0x5638c65cbbf3] PIM[645545]: /usr/local/lib/libfrr.so.0(prefix_list_entry_update_start+0x82) [0x7fe5e420a0a2] ``` Signed-off-by: Donatas Abraitis <donatas@opensourcerouting.org>
* | Merge pull request #10966 from opensourcerouting/fix/memory_leak_rpkiDonald Sharp2022-04-061-9/+8
|\ \ | | | | | | bgpd: RPKI changes
| * | bgpd: No need to check for NULL before calling XFREE() in RPKI codeDonatas Abraitis2022-04-051-6/+4
| | | | | | | | | | | | Signed-off-by: Donatas Abraitis <donatas@opensourcerouting.org>
| * | bgpd: Track RTRLib memory allocations separatelyDonatas Abraitis2022-04-051-3/+4
| |/ | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | With fast `rpki reset`, seems that RTRLib related memory allocations leak the memory. Need to figure this out later. ``` $ vtysh -c 'show memory | include RPKI' BGP RPKI Cache server : 12 variable 576 12 576 BGP RPKI Cache server group : 0 48 0 1 56 BGP RPKI RTRLib : 849657 variable 34453096 849662 41293504 $ for x in $(seq 1 60); do vtysh -c 'con' -c 'rpki' -c 'rpki reset'; sleep 1; done $ vtysh -c 'show memory | include RPKI' BGP RPKI Cache server : 12 variable 576 12 576 BGP RPKI Cache server group : 0 48 0 1 56 BGP RPKI RTRLib : 849699 variable 69490616 849701 76323832 ``` Signed-off-by: Donatas Abraitis <donatas@opensourcerouting.org>
* | Merge pull request #10365 from SaiGomathiN/ipv6-config-cmdDavid Lamparter2022-04-055-82/+249
|\ \
| * | pim6d: Adding ipv6 mld watermark-warn CLISai Gomathi N2022-04-051-0/+31
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Adding the config mode command ipv6 mld watermark-warn <1-65535> This command can be use to warn the user when more than the desired limit of groups gets configured. Signed-off-by: Sai Gomathi N <nsaigomathi@vmware.com>
| * | pimd: Moving the common function from pim_cmd.h fileSai Gomathi N2022-04-051-0/+8
| | | | | | | | | | | | | | | | | | | | | Moving the PIM_DECLVAR_CONTEXT function to the common file pim_cmd_common.h file Signed-off-by: Sai Gomathi N <nsaigomathi@vmware.com>
| * | pim6d: Adding "ipv6 mld last-member-query-interval" CLISai Gomathi N2022-04-055-27/+68
| | | | | | | | | | | | | | | | | | | | | | | | | | | Adding the Interface level config command ipv6 mld last-member-query-interval (1-65535) This command can be use to tune the response time for group specific queries. Signed-off-by: Sai Gomathi N <nsaigomathi@vmware.com>
| * | pim6d: Adding ipv6 mld last-member-query-count CLISai Gomathi N2022-04-055-27/+68
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Adding the Interface level config command ipv6 mld last-member-query-count (1-255) This command can be use to tune the number of Multicast-Address- Specific Queries sent before the router assumes there are no remaining listeners for an address on a link. Signed-off-by: Sai Gomathi N <nsaigomathi@vmware.com>
| * | pim6d: Adding "ipv6 mld query-max-response-time" CLISai Gomathi N2022-04-055-28/+74
| |/ | | | | | | | | | | | | | | | | | | Adding the Interface level config command ipv6 mld query-max-response-time <1-65535> This command can be use to tune the max response time for general queries. The number of seconds represented by the [Query Response Interval] must be less than the [Query Interval] Signed-off-by: Sai Gomathi N <nsaigomathi@vmware.com>
* | Merge pull request #10849 from anlancs/bgpd-cleanup-2Russ White2022-04-051-20/+2
|\ \ | | | | | | bgpd: remove unnecessary checkings for bgp_evpn_es_new()
| * | bgpd: remove unnecessary checkings for bgp_evpn_es_new()anlan_cs2022-03-231-20/+2
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Currently, `bgp_evpn_es_new()` always has an invald `struct bgp` pointer as its input parameter, and it will always return valid `es`. So two cleanup changes: - Remove unnecessary checking for `bgp` in `bgp_evpn_es_new()` - Remove unnecessary checkings of `bgp_evpn_es_new()`'s callers. Signed-off-by: anlan_cs <vic.lan@pica8.com>
* | | Merge pull request #10968 from opensourcerouting/fix/gr_orderingRuss White2022-04-051-2/+2
|\ \ \ | | | | | | | | bgpd: Use proper debug msg for graceful restart commands
| * | | bgpd: Use proper debug msg for graceful restart commandsDonatas Abraitis2022-04-051-2/+2
| | |/ | |/| | | | | | | Signed-off-by: Donatas Abraitis <donatas@opensourcerouting.org>
* | | Merge pull request #10928 from anlancs/zebra-cleanup-1Donald Sharp2022-04-053-29/+16
|\ \ \ | | | | | | | | zebra: use "assert" instead of unnecessary check
| * | | zebra: remove unnecessary check for parsing macfdbanlan_cs2022-03-301-1/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | Since `NDA_VLAN` is no longer mannually defined in header file, the check for `NDA_VLAN` should be removed. Signed-off-by: anlan_cs <vic.lan@pica8.com>
| * | | zebra: use "assert" instead of unnecessary checkanlan_cs2022-03-302-28/+15
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Like `zvni_map_to_svi_ns()` for `ns_walk_func()`, just use "assert" instead of unnecessary check. Since these parameters for `ns_walk_func()`, e.g. `in_param` and others, must not be NULL. So use `assert` to ensure the these parameters, and remove those unnecessary checks. Signed-off-by: anlan_cs <vic.lan@pica8.com>
* | | | Merge pull request #10940 from opensourcerouting/pim-5549-clarifyDonald Sharp2022-04-051-22/+33
|\ \ \ \ | | | | | | | | | | pimd: clarify RFC5549 nexthop handling (& fix for pim6d)
| * | | | pim6d: fix mis-printed nexthopDavid Lamparter2022-04-041-5/+10
| | | | | | | | | | | | | | | | | | | | Signed-off-by: David Lamparter <equinox@opensourcerouting.org>
| * | | | pimd, pim6d: clarify RFC5549 MRIB nexthop handlingDavid Lamparter2022-04-041-17/+23
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | The entire `case NEXTHOP_TYPE_IPV6_IFINDEX:` block here was a bit of a tripwire to stumble over, since there was no indication at all that this concerns RFC5549 nexthop handling. So it got mis-adapted for PIM IPv6 support. Clarify this a whole bunch that this is for v4-over-v6 nexthop mangling, and nothing else. This should really also use neighbor's secondary address lists for the lookup, but that is probably going to break compatibility with other boxes that don't include v6 addrs in v4 hellos and needs further machinery to do properly, so for now just leave a breadcrumb. Signed-off-by: David Lamparter <equinox@opensourcerouting.org>
* | | | | Merge pull request #10959 from patrasar/pim_coverityDonald Sharp2022-04-053-0/+19
|\ \ \ \ \ | | | | | | | | | | | | pimd: Fixing pim coverity issues
| * | | | | pimd: fix pim_instance NULL deference in zclient_lookup_read_pipesarita patra2022-04-041-0/+6
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Fixing the below coverity issue. >>> CID 1515546: Null pointer dereferences (NULL_RETURNS) >>> Dereferencing a pointer that might be "NULL" "pim" when calling "zclient_lookup_nexthop_once". 391 zclient_lookup_nexthop_once(pim, nexthop_tab, 10, l); Signed-off-by: sarita patra <saritap@vmware.com>
| * | | | | pimd: fix pim_instance NULL deference in pim_zebra_if_address_addsarita patra2022-04-041-0/+7
| | | | | | | | | | | | | | | | | | | | | | | | Signed-off-by: sarita patra <saritap@vmware.com>
| * | | | | pimd: fix pim_instance NULL deference in pim_vxlan_mlag_updatesarita patra2022-04-041-0/+6
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Fixing the below coverity issue. >>> CID 1515545: (NULL_RETURNS) >>> Dereferencing a pointer that might be "NULL" "pim" when calling "pim_vxlan_set_peerlink_rif". 902 pim_vxlan_set_peerlink_rif(pim, NULL); Signed-off-by: sarita patra <saritap@vmware.com>
* | | | | | Merge pull request #10938 from anlancs/fix-zebra-vxlan-change-vrfidRuss White2022-04-051-1/+6
|\ \ \ \ \ \ | | | | | | | | | | | | | | zebra: fix missing vrf change of l2vni on vxlan interface
| * | | | | | zebra: fix missing vrf change of l2vni on vxlan interfaceanlan_cs2022-03-311-1/+6
| | |_|/ / / | |/| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | The bounded vrf of `l2vni/zevpn` have wrong relation with the order in which vxlan interface and svi interface are set. If set vxlan interface with vlanid first, then set svi interface with vrf, it is ok that vxlan interface will get correct `vrf` inherited from svi. But reverse the set sequence (i.e. set svi first, then vxlan), vxlan interface can't get correct `vrf`, becasue the handling of `ZEBRA_VXLIF_VLAN_CHANGE` missed inheritting `vrf` by mistake. ``` host# do show evpn vni 101 VNI: 101 Type: L2 Tenant VRF: vrf1 ``` So update `vrf` ("Tenant VRF") of l2vni in `zebra_vxlan_if_update()`. Signed-off-by: anlan_cs <vic.lan@pica8.com>
* | | | | | Merge pull request #10948 from anlancs/bgpd-cleanup-4Russ White2022-04-051-3/+3
|\ \ \ \ \ \ | | | | | | | | | | | | | | bgpd : use "assert" for one check on evpn-mh
| * | | | | | bgpd: use "assert" for one check on evpn-mhanlan_cs2022-04-011-3/+3
| |/ / / / / | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | "no ead-es-route-target export RT": Since existance is already checked in `bgp_evpn_ead_es_rt_cmd` with `bgp_evpn_rt_matches_existing()`, there MUST be a deleting node in evpn's `bgp_mh_info->ead_es_export_rtl` list. Just modify the check for deleting node to an `assert`. Signed-off-by: anlan_cs <vic.lan@pica8.com>
* | | | | | Merge pull request #10960 from opensourcerouting/pim-unmacro-1mobash-rasool2022-04-058-74/+44
|\ \ \ \ \ \ | |_|_|_|/ / |/| | | | | pimd: remove useless PIM_IF_* macros
| * | | | | pimd: remove useless PIM_IF_* macrosDavid Lamparter2022-04-048-74/+44
| | |/ / / | |/| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | The only function these macros have is to make the code confusing. "PIM_IF_DO_PIM" sounds like it triggers some action, but it doesn't. Replace with "bool" fields in struct pim_interface. (Note: PIM_IF_*_IGMP_LISTEN_ALLROUTERS was always set, without any way to unset it. It is completely removed now and always enabled.) Signed-off-by: David Lamparter <equinox@opensourcerouting.org>
* | | | | Merge pull request #10953 from leonshaw/fix/bgp-rm-leakDonatas Abraitis2022-04-051-1/+1
|\ \ \ \ \ | | | | | | | | | | | | bgpd: Fix memory leak in subgroup_announce_check
| * | | | | bgpd: Fix memory leak in subgroup_announce_checkXiao Liang2022-04-021-1/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Flush dummy attr to release objects allocated by route-map. Signed-off-by: Xiao Liang <shaw.leon@gmail.com>
* | | | | | Merge pull request #10946 from donaldsharp/pim_fhr_lhr_same_pimregJafar Al-Gharaibeh2022-04-042-14/+36
|\ \ \ \ \ \ | | | | | | | | | | | | | | pimd: Send immediate join( with possible SG RPT prune bit set
| * | | | | | pimd: Send immediate join( with possible SG RPT prune bit setDonald Sharp2022-04-011-0/+22
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | When pimd has this setup: src ----- rtr ------ receiver | rp And the receiver sends a *,G join to rtr. When the src starts sending a S,G, rtr can wait up to one join/prune interval before sending a S,G rpt prune. This interval causes the pimreg device to be in the S,G OIL as that the RP does not know to prune this leg off. before: Timestamp: Thu Mar 31 10:15:18 2022 288767 usec [MROUTE](10.103.0.5,239.0.0.4) Iif: rtr-lan_src Oifs: rtr-lan State: resolved Table: default Timestamp: Thu Mar 31 10:15:18 2022 288777 usec [MROUTE](10.103.0.5,239.0.0.4) Iif: rtr-lan_src Oifs: rtr-lan rtr-lan-1 State: resolved Table: default Timestamp: Thu Mar 31 10:15:18 2022 288789 usec [MROUTE](10.103.0.5,239.0.0.4) Iif: rtr-lan_src Oifs: pimreg rtr-lan rtr-lan-1 State: resolved Table: default Timestamp: Thu Mar 31 10:15:49 2022 324995 usec [MROUTE](10.103.0.5,239.0.0.4) Iif: rtr-lan_src Oifs: rtr-lan rtr-lan-1 State: resolved Table: default <31 seconds> After: Timestamp: Thu Mar 31 12:56:15 2022 501921 usec (10.103.0.5,239.0.0.27) Iif: rtr-lan_src Oifs: pimreg rtr-lan State: resolved Table: default Timestamp: Thu Mar 31 12:56:15 2022 501930 usec (10.103.0.5,239.0.0.27) Iif: rtr-lan_src Oifs: pimreg rtr-lan rtr-lan-1 State: resolved Table: default Timestamp: Thu Mar 31 12:56:15 2022 502181 usec (10.103.0.5,239.0.0.27) Iif: rtr-lan_src Oifs: rtr-lan rtr-lan-1 State: resolved Table: default <sub second> What is actually happening: rtr receives a *,G igmp join, sends a *,G join towards the rp rtr receives a S,G packet <WRVIFWHOLE> creates the S,G upstream, sends the register packet to the rp the rp sees that it still has downstream interest so it forwards the packet on After (up to 60 seconds ) the rtr, sends the normally scheduled join for the G and sends the S,GRPT prune as part of it. What is being done to fix it: In wrvifwhole handling, when pimd detects that this is the FHR and is not the RP *and* the incoming interface for the *,G is different than the incomding interface for the S,G immediately send a single join packet for the G( which will have the S,G RPT prune in it ). Only do this on the first time receiving the WRVIFWHOLE. Ticket: #2755650 Signed-off-by: Donald Sharp <sharpd@nvidia.com>
| * | | | | | tests: Reduce some pim test timings to more manageable levelsDonald Sharp2022-04-011-14/+14
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | a) Remove the retry mechanism to continue looking for 75% of the time for pim code. This alone saves a bunch of time in tests that use lib/pim.py Effectively all the times given for retry are already long enough. Additionally some tests are gathering data with the expectation that they will not find data so the entire time is being taken up in retry's. Extending the retry mechanism makes this even worse. This is especially bad for pim in that keep alive timers are counting down and state can be removed due to excessive time waiting. b) Reduce verify verify_multicast_traffic from 40 seconds to 20 seconds to gather traffic data. A bunch of tests are doing this: a) gather pre test start traffic data( taking about 70 seconds to run, because a bunch of time it was looking for data that does not exist yet) b) run a change to introduce a different traffic flow c) gather post test traffic data ( taking about 70 seconds to run ) Why does this matter? Tests were iterating through all the different routers looking for traffic flow as well as different mroute state. This is against the keepalive timer of 210 seconds. It does not take long before the stream can be removed and the test is still looking for data that is no longer there due to state timeout. The multicast_pim_sm_topo3/test_multicast_pim_sm_topo3.py test reduced run time from 398 seconds to 297 seconds. Greatly reducing keepalive timeout problems. Signed-off-by: Donald Sharp <sharpd@nvidia.com>
* | | | | | | Merge pull request #10710 from SaiGomathiN/pimv6-showcliDavid Lamparter2022-04-044-1423/+1786
|\ \ \ \ \ \ \ | |_|_|/ / / / |/| | | | | |
| * | | | | | pim6d: Adding show ipv6 pim nexthop and nexthop-lookup commandsSai Gomathi N2022-04-042-44/+92
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Adding new show commands to display pim nexthops and pim nexthop lookups received from zebra. Signed-off-by: Sai Gomathi N <nsaigomathi@vmware.com>
| * | | | | | pim6d: Adding "show ipv6 [vrf|vrf ALL] pim neighbor" commandSai Gomathi N2022-04-044-49/+125
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Adding new show CLI to display regarding pim neighbors. Changing DEFUN to DEFPY for "show ip pim neighbor" command. Signed-off-by: Sai Gomathi N <nsaigomathi@vmware.com>
| * | | | | | pim6d: Adding "show ipv6 pim local-membership"Sai Gomathi N2022-04-043-18/+38
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Adding the new cli to display pim local membership information. Changing DEFUN to DEPFY for "show ip pim local-membership" Signed-off-by: Sai Gomathi N <nsaigomathi@vmware.com>
| * | | | | | pim6d: Adding "show ipv6 pim jp-agg" commandSai Gomathi N2022-04-042-11/+34
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Adding new show CLI to display pim join prune aggregate information. Signed-off-by: Sai Gomathi N <nsaigomathi@vmware.com>
generated by cgit v1.2.3 (git 2.39.1) at 2024-12-02 21:59:41 +0100