From: Matthew Poole (matthew.poole@blueyonder.co.uk)
Date: Mon Dec 09 2002 - 14:14:39 GMT-3
Thanks Bob,
That's clearer - and my first tunnel!! Seems much cleaner than all the
statics, is general consensus that this is the way to do it?
The routes came straight in once I'd got my source and destinations sorted.
The archives show a dual process method running two OSPF processes with the
second summarising, and redistributing both into RIP - I can't get it to
work though!!
Cheers,
Mat.
----- Original Message -----
From: "Bob Sinclair" <bsin@cox.net>
To: "Hal Kurz" <halkurz@hotmail.com>; "Matthew Poole"
<matthew.poole@blueyonder.co.uk>; <ccielab@groupstudy.com>
Sent: Monday, December 09, 2002 4:44 PM
Subject: Re: Route Redistribution - Doyle config exercise
> One additional suggestion:
>
> Rather than creating one tunnel per mask, use a single tunnel with
secondary
> addresses. Multiple tunnels can be hard to keep track of. Plus, two
> tunnels cannot have the same endpoints.
>
> MY 2 cents.
>
> Bob Sinclair
> CCIE #10427
>
> ----- Original Message -----
> From: "Hal Kurz" <halkurz@hotmail.com>
> To: "Matthew Poole" <matthew.poole@blueyonder.co.uk>;
> <ccielab@groupstudy.com>
> Sent: Monday, December 09, 2002 11:16 AM
> Subject: Re: Route Redistribution - Doyle config exercise
>
>
> > I used tunnels as suggested in another email on this list from earlier
> this
> > year. If you create a tunnel for each of the different subnet masks that
> RIP
> > is not picking up, the tunnel will carry those routes between the
> > redistribution router and RIP v1.
> >
> > Anyone else have a suggestion there or care to comment on the use of
> > tunnels?
> >
> > Hal
> >
> >
> >
> > Innovative Technology Consultants and Company, Inc.
> > 11767 South Dixie Highway #307
> > Miami, FL 33156
> >
> > Office: (305) 235-6587
> > Fax: (305) 256-1562
> >
> > www.itccinc.com
> > ----- Original Message -----
> > From: "Matthew Poole" <matthew.poole@blueyonder.co.uk>
> > To: <ccielab@groupstudy.com>
> > Sent: Monday, December 09, 2002 10:08 AM
> > Subject: Route Redistribution - Doyle config exercise
> >
> >
> > > Exercise 2, Page 739 - OSPF to RIPv1.
> > >
> > > The only way I can get this to work is change the mask on RB E1 to /28
> (as
> > > in part 1.), although the solution clearly states no need!
> > >
> > > N.B. RB E1 is my S1/1
> > > RB E0 is my S1/0
> > >
> > > The ints on the left are loopbacks with IP OSPF NETWORK PONT_TO_POINT
> > >
> > > RB routing table -
> > > Gateway of last resort is not set
> > >
> > > 172.16.0.0/16 is variably subnetted, 10 subnets, 3 masks
> > > O 172.16.1.160/28 [110/782] via 172.16.1.145, 00:41:32,
Serial1/0
> > > C 172.16.1.144/28 is directly connected, Serial1/0
> > > O 172.16.1.128/28 [110/782] via 172.16.1.145, 00:41:32,
Serial1/0
> > > R 172.16.2.128/27 [120/1] via 172.16.1.98, 00:00:16, Serial1/1
> > > O 172.16.1.224/28 [110/782] via 172.16.1.145, 00:41:32,
Serial1/0
> > > O 172.16.1.192/28 [110/782] via 172.16.1.145, 00:41:32,
Serial1/0
> > > R 172.16.2.32/27 [120/1] via 172.16.1.98, 00:00:17, Serial1/1
> > > S 172.16.1.0/24 is directly connected, Serial1/0
> > > C 172.16.1.96/27 is directly connected, Serial1/1
> > > R 172.16.2.64/27 [120/1] via 172.16.1.98, 00:00:17, Serial1/1
> > >
> > >
> > > A Debug IP Rip on RB shows :
> > >
> > > 03:43:24: RIP: sending v1 update to 255.255.255.255 via Serial1/1
> > > (172.16.1.97)
> > > 03:43:24: RIP: build update entries - suppressing null update
> > >
> > > Relevant config on B is :
> > >
> > > interface Serial1/0
> > > ip address 172.16.1.146 255.255.255.240
> > > clockrate 128000
> > > !
> > > interface Serial1/1
> > > ip address 172.16.1.97 255.255.255.224
> > > clockrate 128000
> > >
> > > router ospf 1
> > > log-adjacency-changes
> > > redistribute rip metric 1000000 subnets
> > > passive-interface S1/1
> > > network 172.16.1.146 0.0.0.0 area 0
> > > !
> > > router rip
> > > redistribute ospf 1 metric 2
> > > passive-interface S1/0
> > > network 172.16.0.0
> > >
> > > Any ideas?
> > > .
> > .
.
This archive was generated by hypermail 2.1.4 : Fri Jan 17 2003 - 17:21:41 GMT-3