From: Steven Weber (itweber@xxxxxxxxxxx)
Date: Fri Feb 09 2001 - 10:53:53 GMT-3
I'm glad to see that I raised a question that brought up new ideas for other
people as well as myself
John Kaberna wrote:
> The routing table is not affected by policy routing in this scenario. The
> way the route-maps work is that they go through the map and if their is a
> match then it is policy routed. If there is no match the packet is turned
> over to the normal routing table.
>
> ----- Original Message -----
> From: Thomas Trygar <trygar@wans.net>
> Cc: <ccielab@groupstudy.com>
> Sent: Friday, February 09, 2001 10:09 AM
> Subject: Re: ccbootcamp lab#1
>
> > I've done Lab 1 a few times and is it normal for 'show ip route' to keep
> > giving you the original router as next hop? Or is it that the routing
> table is
> > correct and will never change, but then the 'local policy' will take
> effect?
> > I.E. that local policy is the last task perform?
> >
> > Local policies work and issuing the trace commands displays 10.10.1.1
> > (Router1) in the output. e output displaying Router1 10.10.1.1
> >
> > Tom
> >
> > John Kaberna wrote:
> >
> > > I am nearly certain the proctor will not give you the points on the lab
> if
> > > you use both. It's not recommended nor is it necessary. I would
> suggest
> > > learning which situations each is useful for and thoroughly
> understanding
> > > the differences.
> > >
> > > ----- Original Message -----
> > > From: Peter Puczko <ppuczko@excite.com>
> > > To: <ccielab@groupstudy.com>
> > > Sent: Thursday, February 08, 2001 9:20 PM
> > > Subject: Re: ccbootcamp lab#1
> > >
> > > > I use both and never had a problem with that.
> > > >
> > > > Peter
> > > >
> > > >
> > > > On Fri, 09 Feb 2001 00:12:08 -0500, Les Hardin wrote:
> > > >
> > > > > Peter,
> > > > >
> > > > > The map statements take care of that stuff. You don't need both
> map
> > > and
> > > > > interface-dlci commands. At least, I've never used both, and I've
> > > never
> > > > > had problems. Although, I have seen folks use both (like in the
> > > Solutions
> > > >
> > > > > Labs labs). Am I missing something?
> > > > >
> > > > > Les
> > > > >
> > > > >
> > > > > At 08:32 PM 2/8/2001 -0800, Peter Puczko wrote:
> > > > > >Do not mix frame relay behaviour and OSPF.
> > > > > >DLCIs are bound to the major interface s0 after you configure
> > > > encapsulation
> > > > > >frame relay. If you want those DLCIs to be used on subinterface
> you
> > > have
> > > > to
> > > > > >add those lines into configuration. They don't just migrate there
> > > > > >auto-magically.
> > > > > >Once you put them there and verify IP connectivity you can start
> > > > thinking
> > > > > >about OSPF part of it.
> > > > > >
> > > > > >Peter
> > > > > >
> > > > > >
> > > > > >On Thu, 08 Feb 2001 23:22:28 -0500, Steven Weber wrote:
> > > > > >
> > > > > > > If you do that then you need ip ospf network command and we
> are
> > > > trying to
> > > > > >avoid
> > > > > > > that
> > > > > > >
> > > > > > > Peter Puczko wrote:
> > > > > > >
> > > > > > > > Where are your "frame-relay interface-dlci xxx" commands
> under
> > > > s0.1?
> > > > > > > >
> > > > > > > > Peter
> > > > > > > >
> > > > > > > > On Thu, 08 Feb 2001 22:53:58 -0500, Steven Weber wrote:
> > > > > > > >
> > > > > > > > > I'm having some problems with my config I can't get any
> of
> > > the
> > > > > >spokes to
> > > > > > > > > ping each other any suggestions.Current configuration:
> > > > > > > > > !
> > > > > > > > > version 11.2
> > > > > > > > > !
> > > > > > > > > hostname r1
> > > > > > > > > !
> > > > > > > > > !
> > > > > > > > > no ip domain-lookup
> > > > > > > > > ip host r2 2001 10.1.1.100
> > > > > > > > > ip host r3 2002 10.1.1.100
> > > > > > > > > ip host r4 2003 10.1.1.100
> > > > > > > > > ip host r5 2004 10.1.1.100
> > > > > > > > > ip host r7 2006 10.1.1.100
> > > > > > > > > !
> > > > > > > > > interface Loopback0
> > > > > > > > > ip address 10.1.1.100 255.255.255.0
> > > > > > > > > !
> > > > > > > > > interface Ethernet0
> > > > > > > > > ip address 10.100.100.1 255.255.0.0
> > > > > > > > > no keepalive
> > > > > > > > > !
> > > > > > > > > interface Serial0
> > > > > > > > > no ip address
> > > > > > > > > encapsulation frame-relay
> > > > > > > > > ip ospf priority 10
> > > > > > > > > !
> > > > > > > > > interface Serial0.1 multipoint
> > > > > > > > > ip address 10.10.1.1 255.255.0.0
> > > > > > > > > ip policy route-map FRAM
> > > > > > > > > frame-relay map ip 10.10.1.2 102
> > > > > > > > > frame-relay map ip 10.10.1.3 103
> > > > > > > > > frame-relay map ip 10.10.1.5 105
> > > > > > > > > !
> > > > > > > > > interface Serial1
> > > > > > > > > no ip address
> > > > > > > > > shutdown
> > > > > > > > > !
> > > > > > > > > router ospf 1
> > > > > > > > > network 10.10.0.0 0.0.255.255 area 0
> > > > > > > > > network 10.100.0.0 0.0.255.255 area 1
> > > > > > > > > neighbor 10.10.1.3 priority 1
> > > > > > > > > neighbor 10.10.1.2 priority 1
> > > > > > > > > neighbor 10.10.1.5 priority 1
> > > > > > > > > !
> > > > > > > > > ip classless
> > > > > > > > > access-list 100 permit ip any 10.10.0.0 0.0.255.255
> > > > > > > > > access-list 101 permit ip any 10.10.0.0 0.0.255.255
> > > > > > > > > access-list 102 permit ip any 10.10.0.0 0.0.255.255
> > > > > > > > > route-map FRAM permit 10
> > > > > > > > > match ip address 100
> > > > > > > > > set ip next-hop 10.10.1.2
> > > > > > > > > !
> > > > > > > > > route-map FRAM permit 20
> > > > > > > > > match ip address 101
> > > > > > > > > set ip next-hop 10.10.1.3
> > > > > > > > > !
> > > > > > > > > route-map FRAM permit 30
> > > > > > > > > match ip address 102
> > > > > > > > > set ip next-hop 10.10.1.5
> > > > > > > > > !
> > > > > > > > > !
> > > > > > > > >
This archive was generated by hypermail 2.1.4 : Thu Jun 13 2002 - 10:28:43 GMT-3