From: Ouellette, Tim (tim.ouellette@eds.com)
Date: Tue Dec 31 2002 - 07:50:52 GMT-3
Donny,
Thanks for the reply.
It does appear that the distance command applies to learned routes as the
0.0.0.0 (local learned) couldn't be matched.
I was not trying to necessarily fix the VLSM/FLSM problem, I was just trying
to understand some of the "features" of
eigrp and be able to tweak it as needed.
Tim
-----Original Message-----
From: Donny MATEO [mailto:donny.mateo@sg.ca-indosuez.com]
Sent: Tuesday, December 31, 2002 2:28 AM
To: Ouellette, Tim
Cc: ccielab@groupstudy.com
Subject: Re:
It seems to be that way judging from your experience. I kindda think that
distance comand is like
give this distance for route you learned from a source. but in this case
since the source is the
router itself, it kindda makes thing a little bit unpredictable.
Another problem would be this. Usually we do this summary stuff to get rid
of VLSM and FLSM problem.
Now, the other problem is that when you redistribute EIGRP into another
routing protocol (in this
case should be RIP since IGRP is out), you will need this Null0 in the
routing table for the route
to get redistributed into RIP.
If you do whatever you did (with distance / distribute-list), the summary
route would disappear from
the routing table and the route wouldn't be distribute into RIP.
Don't you think it would negate what you're trying to accomplished in the
first place ?
Donny
"Ouellette, Tim"
<tim.ouellette@ed To:
"'ccielab@groupstudy.com'" <ccielab@groupstudy.com>
s.com> cc:
Sent by: Subject:
nobody@groupstudy
.com
31-12-2002 12:42
Please respond to
"Ouellette, Tim"
Playing around with AD's/Summaries/Null0 filtering for EIGRP. Let me know
if you have any ideas.....
9.9.9.0/24 ---R9-----192.168.1.0/24----R7----ethernet---r6
Router 9 is advertising 9.9.9.0/24 to r7. It arrives there as a /24. On
router7 i've configured
a "ip summary-address eigrp 1 9.0.0.0 255.0.0.0 5" to make r7 adveritse the
9.0.0.0/8 out of
it's ethernet interface and it shows up in the routing table as such. When I
add the summary
onto ethernet2, the 9.0.0.0/8 gets advertised out ethernet2 but not
9.9.9.0/24 (sounds right)
see the following...
18:34:46: IP-EIGRP: 9.9.9.0/24 - don't advertise out Ethernet2
18:34:46: IP-EIGRP: 9.0.0.0/8 - do advertise out Ethernet2
r7#r
9.0.0.0/8 is variably subnetted, 2 subnets, 2 masks
D 9.9.9.0/24 [90/2297856] via 192.168.1.1, 00:00:04, Serial3
D 9.0.0.0/8 is a summary, 00:00:41, Null0
C 192.168.1.0/24 is directly connected, Serial3
C 192.168.2.0/24 is directly connected, Ethernet2
If I use the "ip summary-address eigrp 1" with a 255 AD, the 9.9.9.0/24
route shows up
in r7, but it doesn't advertise the /24 or the summary of /8 (because of the
255 AD) and
I see the following message on r7
18:31:47: IP-EIGRP: 9.9.9.0/24 - don't advertise out Ethernet2
18:31:47: IP-EIGRP: 9.0.0.0/8 - not in IP routing table
So, it's trying to function like normal and create the summary and suppress
the more specific
but because I said the AD of the summary was 255, it doesn't make it into
the routing table
but the more specific is supressed as if it's there (odd, but okay,
understandable)
Now, what I was trying to do besides just putting the AD on the
summary-address was to use the
"distance" command under the eigrp process to get the Null0 route out of the
table. I figured
since it's "from 0.0.0.0" that I should be able to adjust it.
r7#sh ip eigrp top 9.0.0.0
IP-EIGRP topology entry for 9.0.0.0/8
State is Passive, Query origin flag is 1, 1 Successor(s), FD is 2297856
Routing Descriptor Blocks:
0.0.0.0 (Null0), from 0.0.0.0, Send flag is 0x0
Here is what I tried and the "debug ip routing" output
r7#conf t
Enter configuration commands, one per line. End with CNTL/Z.
r7(config)#router eigrp 1
r7(config-router)#distance 255 0.0.0.0 0.0.0.0
r7(config-router)#
r7#clear ip route *
r7#
18:38:38: RT: add 192.168.2.0/24 via 0.0.0.0, connected metric [0/0]
18:38:38: RT: add 192.168.1.0/24 via 0.0.0.0, connected metric [0/0]
18:38:38: RT: add 9.0.0.0/8 via 0.0.0.0, eigrp metric [5/2297856]
18:38:38: RT: network 9.0.0.0 is now variably masked
18:38:38: RT: add 9.9.9.0/24 via 192.168.1.1, eigrp metric [90/2297856]
r7#r
9.0.0.0/8 is variably subnetted, 2 subnets, 2 masks
D 9.9.9.0/24 [90/2297856] via 192.168.1.1, 00:01:38, Serial3
D 9.0.0.0/8 is a summary, 00:01:38, Null0
I then tried it using an access-list at the end of the distance command
(didn't do anything)
I then also tried it using a "distance 255 0.0.0.0 255.255.255.255" so that
any routes from
anywhere would have a distance of 255 (unreachable) when trying to be placed
into the routing
table. This only filtered the 9.9.9.0/24 from entering the routing table
but the 9.0.0.0/8
was stil there. see Below
r7#r
D 9.0.0.0/8 is a summary, 00:03:15, Null0
C 192.168.1.0/24 is directly connected, Serial3
C 192.168.2.0/24 is directly connected, Ethernet2
r7#sh ip eigrp top
IP-EIGRP Topology Table for AS(1)/ID(192.168.1.2)
P 9.0.0.0/8, 1 successors, FD is 2297856
via Summary (2297856/0), Null0
P 192.168.1.0/24, 1 successors, FD is 2169856
via Connected, Serial3
P 192.168.2.0/24, 1 successors, FD is 281600
via Connected, Ethernet2
After all this I have a couple of questions.
1) Is the only way of filtering to get routes out of the routing table is
to use a
"distribute-list in null0"
2) is the distance command applied under the eigrp process only using for
modified
learned routes from a protocol?
Thanks for actually reading all the way down here.
Tim
.
This message is for information purposes only and its content
should not be construed as an offer, or solicitation of an offer,
to buy or sell any banking or financial instruments or services
and no representation or warranty is given in respect of its
accuracy, completeness or fairness. The material is subject
to change without notice. You should take your own independent
tax, legal and other professional advice in respect of the content
of this message. This message may contain confidential or
legally privileged material and may not be copied, redistributed
or published (in whole or in part) without our prior written consent.
This email may have been intercepted, partially destroyed,
arrive late, incomplete or contain viruses and no liability is
accepted by any member of the Credit Agricole Indosuez group
as a result. If you are not the intended recipient of this message,
please immediately notify the sender and delete this message
from your computer.
.
This archive was generated by hypermail 2.1.4 : Fri Jan 17 2003 - 17:21:55 GMT-3