Re: [Re: Karl Solie's CPS Lab 13] solved

From: Mayande P.Gowon (bustahnet@xxxxxxx)
Date: Fri Jun 07 2002 - 12:50:51 GMT-3


   
Hey Michael,

Thanks for your response. I was disapointed that I only got one response to my
posting!

In any case I discovered that the solution to my problem was very simple. It
was more of a frame relay issue. Since I chose to rely on dynamic mapping I
needed to create a subinterface on Starbucks.

In general I do prefer to use static frame relay mappings as has been
suggested by Brian Dennis and Fabrice Bobes.

"Michael Canfield" <ccnpccdp@hotmail.com> wrote:
> According to your configs you are defining the net work 192.168.0.0 which is

> different than 192.168.1.0 defined on the interfaces. EIGRP is still a
> classfull protacol. If you used the new mask feature in IOS 12.1 ( I think )

> you could use a mask of 255.255.0.0 simular to OSPF. But right now you are
> not estabolishing neighbors, because your EIGRP is looking for interfaces
> with a 192.168.0.x address.
>
> Mike Canfield CCNP CCDP
> :Certegy Inc
> St Petersburg, FL
>
>
> >From: "Mayande P.Gowon" <bustahnet@usa.net>
> >Reply-To: "Mayande P.Gowon" <bustahnet@usa.net>
> >To: <ccielab@groupstudy.com>
> >CC: <tgcglobal@ureach.com>
> >Subject: Karl Solie's CPS Lab 13
> >Date: Wed, 05 Jun 2002 15:22:28 -0400
> >
> >Dear list,
> >
> >(and in particular for those familiar with this lab):
> >
> >I'm working on CCIE Practical Studies' lab 13 (Frame Relay). The emphasis
> >of
> >this lab is on the EIGRP split-horizon issue on sv-lair which prevents
> >scotts_house and mini_me from learning the other's lan network. I got that
> >working with no issue, but I am having dificulty getting EIGRP working
> >between
> >sv-lair and starbucks_90210 and I don't understand what I'm missing.
> >
> >I'm using dynamic frame mapping between sv_lair's s0/0.2 point-to-point
int
> >and starbucks' s0/0. I can ping across the pvc without issue.
> >
> >Below are the configs for the two routers (sv_lair and starbucks) which as

> >far
> >as I can see are the same as what was offered in Karl's book. Are you able

> >to
> >see why EIGRP would not travel across the pvc?
> >
> >version 12.1
> >no service single-slot-reload-enable
> >service timestamps debug uptime
> >service timestamps log uptime
> >no service password-encryption
> >!
> >hostname sv_lair
> >!
> >logging buffered 10000 debugging
> >logging rate-limit console 10 except errors
> >!
> >memory-size iomem 15
> >ip subnet-zero
> >!
> >!
> >no ip finger
> >ip tcp synwait-time 5
> >no ip domain-lookup
> >!
> >ip audit notify log
> >ip audit po max-events 100
> >!
> >!
> >call rsvp-sync
> >cns event-service server
> >!
> >interface Ethernet0/0
> > ip address 10.10.2.1 255.255.255.0
> > half-duplex
> >!
> >interface Serial0/0
> > no ip address
> > encapsulation frame-relay
> > no ip mroute-cache
> > frame-relay lmi-type cisco
> >!
> >interface Serial0/0.1 multipoint
> > ip address 10.10.1.9 255.255.255.248
> > no ip split-horizon eigrp 666
> > frame-relay map ip 10.10.1.10 110 broadcast
> > frame-relay map ip 10.10.1.11 120 broadcast
> >!
> >interface Serial0/0.2 point-to-point
> > ip address 192.168.1.5 255.255.255.252
> > frame-relay interface-dlci 130
> >!
> >interface TokenRing0/0
> > no ip address
> > shutdown
> > ring-speed 16
> >!
> >interface Serial0/1
> > no ip address
> > shutdown
> >!
> >router eigrp 666
> > network 10.0.0.0
> > network 192.168.0.0
> > no auto-summary
> > no eigrp log-neighbor-changes
> >!
> >ip kerberos source-interface any
> >ip classless
> >no ip http server
> >!
> >access-list 199 permit icmp any any
> >!
> >!
> >dial-peer cor custom
> >!
> >line con 0
> > exec-timeout 0 0
> > logging synchronous
> > transport input none
> >line aux 0
> >line vty 0 4
> > exec-timeout 0 0
> > privilege level 15
> > no login
> >!
> >end
> >
> >sv_lair#i
> >
> >Gateway of last resort is not set
> >
> > 10.0.0.0/8 is variably subnetted, 4 subnets, 2 masks
> >C 10.10.2.0/24 is directly connected, Ethernet0/0
> >D 10.10.3.0/24 [90/688128] via 10.10.1.10, 00:10:18, Serial0/0.1
> >D 10.10.5.0/24 [90/793600] via 10.10.1.11, 00:09:39, Serial0/0.1
> >C 10.10.1.8/29 is directly connected, Serial0/0.1
> > 192.168.1.0/30 is subnetted, 1 subnets
> >C 192.168.1.4 is directly connected, Serial0/0.2
> >sv_lair#sen
> >IP-EIGRP neighbors for process 666
> >H Address Interface Hold Uptime SRTT RTO Q Seq
> >Type
> > (sec) (ms) Cnt Num
> >1 10.10.1.11 Se0/0.1 11 00:09:56 967 5000 0 11
> >0 10.10.1.10 Se0/0.1 11 00:10:36 26 200 0 10
> >
> >version 12.1
> >no service single-slot-reload-enable
> >service timestamps debug uptime
> >service timestamps log uptime
> >no service password-encryption
> >!
> >hostname starbucks_90120
> >!
> >logging buffered 10000 debugging
> >logging rate-limit console 10 except errors
> >!
> >ip subnet-zero
> >!
> >no ip finger
> >ip tcp synwait-time 5
> >no ip domain-lookup
> >!
> >ip audit notify log
> >ip audit po max-events 100
> >!
> >call rsvp-sync
> >cns event-service server
> >!
> >interface Ethernet0/0
> > ip address 10.10.6.6 255.255.255.0
> > half-duplex
> >!
> >interface Serial0/0
> > bandwidth 64000
> > ip address 192.168.1.6 255.255.255.252
> > encapsulation frame-relay
> > fair-queue
> > frame-relay interface-dlci 131
> > frame-relay lmi-type cisco
> >!
> >interface Serial0/1
> > no ip address
> > shutdown
> >!
> >router eigrp 666
> > network 10.0.0.0
> > network 192.168.0.0
> > no auto-summary
> > no eigrp log-neighbor-changes
> >!
> >ip kerberos source-interface any
> >ip classless
> >no ip http server
> >!
> >access-list 199 permit icmp any any
> >!
> >dial-peer cor custom
> >!
> >line con 0
> > exec-timeout 0 0
> > logging synchronous
> > transport input none
> >line aux 0
> >line vty 0 4
> > exec-timeout 0 0
> > privilege level 15
> > no login
> >!
> >end
> >
> >starbucks_90120#i
> >
> >Gateway of last resort is not set
> >
> > 10.0.0.0/24 is subnetted, 1 subnets
> >C 10.10.6.0 is directly connected, Ethernet0/0
> > 192.168.1.0/30 is subnetted, 1 subnets
> >C 192.168.1.4 is directly connected, Serial0/0
> >starbucks_90120#ip
> >Routing Protocol is "eigrp 666"
> > Outgoing update filter list for all interfaces is
> > Incoming update filter list for all interfaces is
> > Default networks flagged in outgoing updates
> > Default networks accepted from incoming updates
> > EIGRP metric weight K1=1, K2=0, K3=1, K4=0, K5=0
> > EIGRP maximum hopcount 100
> > EIGRP maximum metric variance 1
> > Redistributing: eigrp 666
> > Automatic network summarization is not in effect
> > Routing for Networks:
> > 10.0.0.0
> > 192.168.0.0
> > Routing Information Sources:
> > Gateway Distance Last Update
> > Distance: internal 90 external 170
> >
> >starbucks_90120#sh ip ei n
> >IP-EIGRP neighbors for process 666



This archive was generated by hypermail 2.1.4 : Tue Jul 02 2002 - 08:12:28 GMT-3