RE: Ipexpert lab 40

From: Scott Morris (smorris@ipexpert.com)
Date: Tue Oct 16 2007 - 10:34:23 ART


As long as your tunnel is actually up, then it should be perfectly
reachable. You have the correct tunnel mode there, so there shouldn't be
difficulty with that.

What debugs have you looked at? (perhaps debug ip packet?)

And rest assured that Lab 40 is significantly harder than the real thing.
But that's more for quantity than anything else. Any individual topic on
any of the labs COULD show up on the real thing. Our job is just to
over-prepare you! :)

As noted in the beginning instructions/notes, the purpose of lab 40 is not
to concentrate on any sort of time constraint, but on understanding the
issues from the routers perspective. It is designed to give you fits
(though not the general IP reachabilty in this case), expecting that
show/debugs will be needed to help figure things out.

No need to feed the paranoia about the real lab, you'll find that I'm
significantly more evil than the real lab (this one was my little baby
(grin)).

 
Scott Morris, CCIE4 (R&S/ISP-Dial/Security/Service Provider) #4713, JNCIE-M
#153, CISSP, et al.
CCSI/JNCI-M/JNCI-ER
VP - Technical Training - IPexpert, Inc.
IPexpert Sr. Technical Instructor
 
A Cisco Learning Partner - We Accept Learning Credits!
 
smorris@ipexpert.com
 
Telephone: +1.810.326.1444
Fax: +1.810.454.0130
http://www.ipexpert.com

PS. If you have the proctor guide, the solution in lab 40 is a full
walkthrough, which is basically a narrative of me doing the lab, and has
many different show/debugs as necessary.

-----Original Message-----
From: nobody@groupstudy.com [mailto:nobody@groupstudy.com] On Behalf Of
wim.depauw@getronics.com
Sent: Tuesday, October 16, 2007 9:21 AM
To: ccielab@groupstudy.com
Subject: Ipexpert lab 40

Hi,

I'm having an issue with the tunnel interface between R1 & R2 ( actually it
all started with trying to get the OSPF configuration up and running... ).

I configured the Tunnel interfaces like in the solution of Ipexpert but I
still can't ping the IPv4 address from R2. The IPv6 connection is ok and
reachable. Can somebody tell me what I'm doing wrong ?

Also there's nothing in the text about creating an extra area , so how can
we know this ? If you can creat an extra area you could create an extra
subnet as well which is a lot easier .

To be honest I wouldn't have found this without looking at the solutions so
I hope this kind of stuff is not on the exam otherwise I'm f*cked

R1 Config

interface Tunnel1
 ip address 200.7.21.1 255.255.255.0
 ip rip v2-broadcast
 tunnel source 2222:BAD:1:2121::1
 tunnel destination 2222:BAD:1:2121::2
 tunnel mode gre ipv6

interface FastEthernet0/0.21
 encapsulation dot1Q 21
 ipv6 address 2222:BAD:1:2121::/64 eui-64 end

R2 Config

R2#sho run int tunnel 1
Building configuration...

Current configuration : 178 bytes
!
interface Tunnel1
 ip address 200.7.21.2 255.255.255.0
 ip rip v2-broadcast
 tunnel source 2222:BAD:1:2121::2
 tunnel destination 2222:BAD:1:2121::1
 tunnel mode gre ipv6
end

R2#sho run int fa0/0.21
Building configuration...

Current configuration : 128 bytes
!
interface FastEthernet0/0.21
 encapsulation dot1Q 21
 no snmp trap link-status
 ipv6 address 2222:BAD:1:2121::/64 eui-64 end

R2#ping ipv6 2222:BAD:1:2121:20A:41FF:FE64:31C1

Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 2222:BAD:1:2121:20A:41FF:FE64:31C1,
timeout is 2 seconds:
!!!!!
Success rate is 100 percent (5/5), round-trip min/avg/max = 0/1/4 ms R2#ping
200.7.21.1

Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 200.7.21.1, timeout is 2 seconds:
.....
Success rate is 0 percent (0/5)
R2#



This archive was generated by hypermail 2.1.4 : Fri Nov 16 2007 - 13:11:15 ART