ā05-29-2013 12:14 PM - edited ā03-07-2019 01:37 PM
Hi Everyone,
I found that if under router eigrp if we have redistribute connected configured as below---
Router Eigrp 123
redistribute connected
If we add the config ---redistribute connected route-map then the redistribute connected is gone.
Even if i try to add the redistributed connected config does not take it.
Need to know if this is the default behaviour?
Thanks
Mahesh
Solved! Go to Solution.
ā05-29-2013 12:31 PM
Hi Mahesh,
That is correct. After you do a redistribute connected with a route map if you want to go back and do a redistribute command without the route map, you first have to remove the existing one and then add redistribute command without the route map.
Reza
HTH
ā05-29-2013 12:32 PM
Hello Mahesh,
what you see is normal as the statement
redistribute connected route-map
The route-map block needs to have a a permit action and the IP prefix has to be permitted matched on the match conditions specified on the route-map block (for example by an ACL with a permit statement).
IF you try to remove the specific statement
no red connected route-map
you may be able to see the general comand to appear again under router eigrp
Hope to help
Giuseppe
ā05-29-2013 12:58 PM
Hello Mahesh,
thanks for your kind words I am really busy in these days so I am less present here in the forums
I should see the distribute list configuration to be able to say something more precise, however it is possible as the distribute list is a different type of route filtering that EIGRP supports (OSPF doesn't support this).
The route-map filters the connected routes entering the EIGRP topology and the distribute list specifies what is advertised out of an interface or out any interface if applied at process level.
So yes, only routes matching both the route-map AND the access-list referred by distribute-list command can be advertised.
So the end result can be no EIGRP route advertised out, but still the EIGRP neighboship forms
This is possible
Hope to help
Giuseppe
ā05-29-2013 01:25 PM
Hello Mahesh,
I see
please
post show ip route 172.16.1.0 taken on R2
Are you sure that R2 hasn't better routes then EIGRP routes?
Hope to help
Giuseppe
ā05-29-2013 01:36 PM
Hello Mahesh,
I see just another check post
show ip route 172.16.1.0 taken from R1
>> no auto-summary
this is good otherwise a summarized route would go out
that show contains important info
Hope to help
Giuseppe
ā05-29-2013 02:09 PM
Hello Mahesh,
R1# sh ip route 172.16.1.0
Routing entry for 172.16.1.0/24
Known via "connected", distance 0, metric 0 (connected, via interface)
Redistributing via eigrp 123
the route is not advertised by EIGRP, when you remove the distribute list an additional line should appear in show ip route 172.16.1.0/24 output telling "advertised by EIGRP"
Hope to help
Giuseppe
ā05-29-2013 12:31 PM
Hi Mahesh,
That is correct. After you do a redistribute connected with a route map if you want to go back and do a redistribute command without the route map, you first have to remove the existing one and then add redistribute command without the route map.
Reza
HTH
ā05-29-2013 12:32 PM
Hello Mahesh,
what you see is normal as the statement
redistribute connected route-map
The route-map block needs to have a a permit action and the IP prefix has to be permitted matched on the match conditions specified on the route-map block (for example by an ACL with a permit statement).
IF you try to remove the specific statement
no red connected route-map
you may be able to see the general comand to appear again under router eigrp
Hope to help
Giuseppe
ā05-29-2013 12:46 PM
Hi Giuseppe,
Nice to see you after long time.
Also i found that if under same device
Router Eigrp 123
if we have redistribute connected route map and also distribute-list configured then the Router does not advertise any
EIGRP routes to nei router but it becomes EIGRP nei.
When i remove distribute list out from the config then the nei router learn the routes filtered by route map.
Need to confirm if this is also default behaviour?
Regards
Mahesh
ā05-29-2013 12:58 PM
Hello Mahesh,
thanks for your kind words I am really busy in these days so I am less present here in the forums
I should see the distribute list configuration to be able to say something more precise, however it is possible as the distribute list is a different type of route filtering that EIGRP supports (OSPF doesn't support this).
The route-map filters the connected routes entering the EIGRP topology and the distribute list specifies what is advertised out of an interface or out any interface if applied at process level.
So yes, only routes matching both the route-map AND the access-list referred by distribute-list command can be advertised.
So the end result can be no EIGRP route advertised out, but still the EIGRP neighboship forms
This is possible
Hope to help
Giuseppe
ā05-29-2013 01:11 PM
Hi Giuseppe,
Here is config from R1
router eigrp 123
redistribute connected route-map RM_CONNECTED_TO_EIGRP123
passive-interface default
no passive-interface FastEthernet1/0/1
no passive-interface FastEthernet1/0/3
distribute-list 9 out
no auto-summary
network 10.0.0.0 0.0.0.
access-list 9 permit 5.5.5.5 log
access-list 9 remark Prefixes advertised via EIGRP
access-list 9 permit 172.16.1.0 0.0.0.255
access-list 9 permit 172.16.3.0 0.0.0.255
access-list 9 deny any
access-list 10 remark Route Map EIGRP
access-list 10 permit 173.16.1.0 0.0.0.255
access-list 10 permit 173.16.3.0 0.0.0.255
access-list 10 permit 10.0.0.0 0.0.0.255
access-list 10 deny any
route-map RM_CONNECTED_TO_EIGRP123 permit 10
description Prefixes advertised via EIGRP
match ip address 10
R1#sh ip eigrp nei
EIGRP-IPv4:(123) neighbors for process 123
H Address Interface Hold Uptime SRTT RTO Q Seq
(sec) (ms) Cnt Num
0 10.0.0.2 Fa1/0/1 13 00:35:48 6 200 0 101
R2#sh ip eigrp nei
EIGRP-IPv4:(123) neighbors for process 123
H Address Interface Hold Uptime SRTT RTO Q Seq
(sec) (ms) Cnt Num
0 10.0.0.1 Fa2/0/1 11 00:36:29 5 200 0 62
So above is the info that shows R1 and R2 are Eigrp neis but R2 is not learning any route from R1.
Regards
Mahesh
ā05-29-2013 01:25 PM
Hello Mahesh,
I see
please
post show ip route 172.16.1.0 taken on R2
Are you sure that R2 hasn't better routes then EIGRP routes?
Hope to help
Giuseppe
ā05-29-2013 01:32 PM
Hi Guiseppe,
Here is info from R2
R2#sh ip route 172.16.1.0
% Network not in table
R2#
R2 is learning those routes from R1 only
Thanks
Mahesh
ā05-29-2013 01:36 PM
Hello Mahesh,
I see just another check post
show ip route 172.16.1.0 taken from R1
>> no auto-summary
this is good otherwise a summarized route would go out
that show contains important info
Hope to help
Giuseppe
ā05-29-2013 01:44 PM
Hi Giuseppe,
Here is info
R1# sh ip route 172.16.1.0
Routing entry for 172.16.1.0/24
Known via "connected", distance 0, metric 0 (connected, via interface)
Redistributing via eigrp 123
Routing Descriptor Blocks:
* directly connected, via Loopback1
Route metric is 0, traffic share count is 1
R1#
Regards
Mahesh
ā05-29-2013 02:09 PM
Hello Mahesh,
R1# sh ip route 172.16.1.0
Routing entry for 172.16.1.0/24
Known via "connected", distance 0, metric 0 (connected, via interface)
Redistributing via eigrp 123
the route is not advertised by EIGRP, when you remove the distribute list an additional line should appear in show ip route 172.16.1.0/24 output telling "advertised by EIGRP"
Hope to help
Giuseppe
ā05-29-2013 02:28 PM
Hi Giuseppe,
Thanks for all your replies.
so i tested and learned something new from you about Eigrp.
Best Regards
Mahesh
Discover and save your favorite ideas. Come back to expert answers, step-by-step guides, recent topics, and more.
New here? Get started with these tips. How to use Community New member guide