Re: OSPF summary-addresses

From: Brian Lodwick (xpranax@xxxxxxxxxxx)
Date: Sat Aug 11 2001 - 12:13:50 GMT-3


   
Thanks Sandro. I think it is well worth my effort to try to acomplish this
wierd summarization. I have achieved a much better understanding of the
proper use of these 2 summarization commands. I'm going to go with sending
the default network. I don't think the command was ever meant to unsummarize
networks. I just thought I could use the commands to get the masks to be
fixed length (all /28's) so IGRP will like them.

>>>Brian

>From: "Sandro Ciffali" <sandyccie@yahoo.com>
>Reply-To: "Sandro Ciffali" <sandyccie@yahoo.com>
>To: "Brian Lodwick" <xpranax@hotmail.com>
>Subject: Re: OSPF summary-addresses
>Date: Sat, 11 Aug 2001 10:42:50 -0400
>
>Brian,
>Below are the lines from Jeff Doyle Vol1 page 723-724
>
>"the command summary-address specifies a summary address and mask to an
>ospf
>process. Any more specific subnet addresses that fall within the range of
>the specified summary will be supressed, NOTE that this command is used
>only
>to summarize external routes at asbr; Summarization of internal ospf routes
>at abr is accomplished within the area range command"
>
>Unfortunatly there are no examples of this command I agree.
>
>Having said that I went through your configs, R5 is ASBR between Igrp and
>OSPF, Igrp is /28 and OSPF is /27, /20, and /24
>There is no way i know off (I don't think there exists any way too) to
>summarize a /27, /20, /24 addresses into a /28 address. I mean if you look
>at it logicaly, you summarize to lower mask bit not higher mask bit, Hence
>this summarization is never going to work, The only way you can achieve
>reachability is by adding ip default network to R5 and advertising that
>default network to the igrp partner.
>
>You can very well post the question with the config to the group, I doubt
>this is going to work. To the best of my knowledge you can summarize higher
>bit mask to lower not the lower bit mask to higher.
>
>Sorry can not help you in this.
>
>Thanks
>Sandro
>----- Original Message -----
>From: "Brian Lodwick" <xpranax@hotmail.com>
>To: <sandyccie@yahoo.com>
>Sent: Saturday, August 11, 2001 10:10 AM
>Subject: Re: OSPF summary-addresses
>
>
> > Thank you very much! there is not much I've been able to find on this
>topic.
> > Somehow my Jeff Doyle TCP/IP book has walked off, and the other books I
>have
> > don't really go into it. Where did you find good info on it? Or have you
> > just learned from experiencing these issues?
> >
> > here's my config on the redistributing router:
> >
> > r5#sh run
> > Building configuration...
> >
> > Current configuration:
> > !
> > version 12.0
> > service timestamps debug uptime
> > service timestamps log uptime
> > no service password-encryption
> > !
> > hostname r5
> > !
> > !
> > ip subnet-zero
> > no ip domain-lookup
> > ipx routing 0050.736b.f6ec
> > ipx internal-network FFF2
> > !
> > !
> > !
> > interface Loopback0
> > ip address 137.20.240.1 255.255.240.0
> > no ip directed-broadcast
> > !
> > interface Ethernet0
> > ip address 137.20.64.5 255.255.240.0
> > no ip directed-broadcast
> > ip ospf priority 255
> > ipx network 695
> > !
> > interface Serial0
> > no ip address
> > no ip directed-broadcast
> > encapsulation frame-relay
> > no ip mroute-cache
> > ipx network 5004
> > no fair-queue
> > clockrate 2000000
> > !
> > interface Serial0.1 multipoint
> > ip address 137.20.100.34 255.255.255.224
> > no ip directed-broadcast
> > no ip split-horizon
> > ip ospf network point-to-multipoint
> > frame-relay map ip 137.20.100.33 501 broadcast
> > frame-relay map ip 137.20.100.35 503 broadcast
> > !
> > interface Serial0.2 point-to-point
> > ip address 137.20.200.17 255.255.255.240
> > no ip directed-broadcast
> > frame-relay interface-dlci 504
> > !
> > interface Serial1
> > ip address 137.20.25.2 255.255.255.0
> > no ip directed-broadcast
> > clockrate 1300000
> > !
> > interface BRI0
> > no ip address
> > no ip directed-broadcast
> > encapsulation ppp
> > shutdown
> > ipx ipxwan 0 unnumbered r5
> > !
> > router ospf 100
> > area 1 virtual-link 200.200.100.1 hello-interval 30 dead-interval 120
> > area 1 virtual-link 137.20.100.35 hello-interval 30 dead-interval 120
> > summary-address 137.20.100.32 255.255.255.240
> > summary-address 172.168.0.0 255.255.0.0
> > summary-address 137.20.82.0 255.255.255.240
> > summary-address 137.20.81.0 255.255.255.240
> > summary-address 137.20.86.0 255.255.255.240
> > summary-address 137.20.80.0 255.255.255.240
> > summary-address 137.20.60.0 255.255.255.240
> > summary-address 137.20.64.0 255.255.255.240
> > summary-address 137.20.224.0 255.255.255.240
> > summary-address 137.20.240.0 255.255.255.240
> > summary-address 137.20.25.0 255.255.255.240
> > summary-address 137.20.10.0 255.255.255.240
> > summary-address 137.20.10.64 255.255.255.240
> > summary-address 137.20.20.0 255.255.255.240
> > summary-address 137.20.30.0 255.255.255.240
> > redistribute igrp 100 metric 100 metric-type 1 subnets route-map summary
> > network 137.20.25.2 0.0.0.0 area 2
> > network 137.20.64.0 0.0.15.255 area 0
> > network 137.20.100.32 0.0.0.31 area 1
> > network 137.20.224.5 0.0.0.0 area 0
> > network 137.20.240.1 0.0.0.0 area 0
> > default-information originate
> > !
> > router igrp 100
> > redistribute ospf 100 metric 1544 10 255 1 1500
> > passive-interface BRI0
> > passive-interface Ethernet0
> > passive-interface Loopback0
> > passive-interface Serial0.1
> > passive-interface Serial1
> > network 137.20.0.0
> > no default-information out
> > !
> > ip nat translation timeout never
> > ip nat translation tcp-timeout never
> > ip nat translation udp-timeout never
> > ip nat translation finrst-timeout never
> > ip nat translation syn-timeout never
> > ip nat translation dns-timeout never
> > ip nat translation icmp-timeout never
> > ip classless
> > !
> > access-list 1 deny 137.20.100.32 0.0.0.31
> > access-list 1 permit any
> > !
> > ipx route 802 BRI0 floating-static
> > ipx route 803 BRI0 floating-static
> > ipx route 801 BRI0 floating-static
> > ipx route 810 BRI0 floating-static
> > !
> > ipx router eigrp 100
> > network 695
> > !
> > !
> > ipx router rip
> > no network 695
> > !
> > !
> > !
> > route-map summary permit 10
> > match ip address 1
> > !
> > alias exec int sh ip int brief
> > alias exec ip sh ip route
> > alias exec br sh ip int brief
> > alias exec ipx sh ipx route
> > !
> > line con 0
> > transport input none
> > line aux 0
> > line vty 0 4
> > login
> > !
> > end
> >
> >
> > >From: "Sandro Ciffali" <sandyccie@yahoo.com>
> > >Reply-To: "Sandro Ciffali" <sandyccie@yahoo.com>
> > >To: "Brian Lodwick" <xpranax@hotmail.com>
> > >CC: <ccielab@groupstudy.com>
> > >Subject: Re: OSPF summary-addresses
> > >Date: Sat, 11 Aug 2001 10:03:23 -0400
> > >
> > >Brian,
> > >This is a common mistake, Ospf summary address command is to be used
>only
> > >when you want to summarize the non ospf routes on the asbr to
>redistribute
> > >in the ospf domain. If you need to distribute ospf routes in the igrp
>the
> > >only way is to summarize the ospf routes using area range command, and
>then
> > >they will get redistributed in the igrp, If you send me your config i
>can
> > >give you tips on how can you achieve this.
> > >
> > >Thanks
> > >Sandro
> > >----- Original Message -----
> > >From: "Brian Lodwick" <xpranax@hotmail.com>
> > >To: <ccielab@groupstudy.com>
> > >Sent: Saturday, August 11, 2001 9:34 AM
> > >Subject: OSPF summary-addresses
> > >
> > >
> > > > I am having difficulty trying to get this schenario to work and
>wanted
> > >to
> > > > see if someone out there could help me out? I have a network with
>OSPF,
> > > > IGRP, and BGP. On the router running IGRP it is using a /28 bit
>mask.
>I
> > >am
> > > > redistributing OSPF and IGRP both ways. I am trying to use OSPF
> > > > summary-address feature to make all of the routes going to the IGRP
> > >speaking
> > > > router have /28 prefixes. The problem I am experiencing is when I do
> > >this
> > > > the router that is redistributing will add these summary-routes to
>the
> > > > routing table pointing to null0, so instead I've created a big black
> > >hole.
> > > > Any suggestions? It worked fine when I sent the IGRP router a
>default
> > >route
> > > > instead, but I wanted to try this way, it should work this way,
> > >shouldn't
> > > > it?
> > > >
> > > > >>>Brian
> > > >



This archive was generated by hypermail 2.1.4 : Thu Jun 13 2002 - 10:31:49 GMT-3