From: [EMAIL PROTECTED]
Reply-To: [email protected]
To: [email protected]
Subject: CCIE_RS Digest, Vol 6, Issue 16
Date: Thu, 20 Jul 2006 12:00:01 -0400
Send CCIE_RS mailing list submissions to
[email protected]
To subscribe or unsubscribe via the World Wide Web, visit
http://onlinestudylist.com/mailman/listinfo/ccie_rs
or, via email, send a message with subject or body 'help' to
[EMAIL PROTECTED]
You can reach the person managing the list at
[EMAIL PROTECTED]
When replying, please edit your Subject line so it is more specific
than "Re: Contents of CCIE_RS digest..."
Today's Topics:
1. Re: WB 8.0 Section 2 task 27 - about smartports macro +task
33 (Scott Morris)
2. WB 8.0 Section 5 task 14 - about gre tunnel and virtual link
(Andrea Riela)
3. Re: WB 8.0 Section 5 task 14 - about gre tunnel andvirtual
link (Scott Morris)
----------------------------------------------------------------------
Message: 1
Date: Wed, 19 Jul 2006 10:07:44 -0400
From: "Scott Morris" <[EMAIL PROTECTED]>
Subject: Re: [OSL | CCIE_RS] WB 8.0 Section 2 task 27 - about
smartports macro +task 33
To: "'Andrea Riela'" <[EMAIL PROTECTED]>, <[email protected]>
Message-ID: <[EMAIL PROTECTED]>
Content-Type: text/plain; charset="us-ascii"
Correct, there are multiple ways to do things. As long as when you are
done
you have everything in order and working, then life is good! :)
Your understanding of the smartport macros (global versus interface) is
correct as well, and the trace feature in there is a great way to make sure
it really works!
Scott Morris, CCIE4 (R&S/ISP-Dial/Security/Service Provider) #4713, JNCIE
#153, CISSP, et al.
CCSI/JNCI-M/JNCI-J
IPExpert VP - Curriculum Development
IPExpert Sr. Technical Instructor
[EMAIL PROTECTED]
http://www.ipexpert.com
-----Original Message-----
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Andrea Riela
Sent: Wednesday, July 19, 2006 9:32 AM
To: [email protected]
Subject: [OSL | CCIE_RS] WB 8.0 Section 2 task 27 - about smartports macro
+task 33
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Hi folks,
macro name vlan80
switchport access vlan $VLAN
spanning-tree portfast
@
and
macro name create
vlan 80
name IT-Dept
interface fa0/14
switchport access vlan 80
spanning-tree portfast
interface fa0/15
switchport access vlan 80
spanning-tree portfast
interface fa0/16
switchport access vlan 80
spanning-tree portfast
interface fa0/17
switchport access vlan 80
spanning-tree portfast
exit
@
are two examples to answer correctly the task 27?
I could make a "macro trace vlan80 ?" on interface-range VLAN80, or make a
'macro global trace create" on conf-t prompt ... is it?
about task 33: I've to configure F0/19-20 without vlan 90 definition in my
vlan database, is it? No way to add vlan90 without using vlan-dat or any
global conf mode command... Just apply switchport access vlan 90 ...
thanks for your support
Regards
Andrea
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.1 (Darwin)
iD8DBQFEvjRDMakHrsrHP9wRAuHdAJ9LbDB1UL/GIrzMcU5tjHEL4E2IgQCfbyOn
5weGQu/dszb/dy++1byPLUs=
=KODl
-----END PGP SIGNATURE-----
------------------------------
Message: 2
Date: Wed, 19 Jul 2006 17:11:25 +0200
From: Andrea Riela <[EMAIL PROTECTED]>
Subject: [OSL | CCIE_RS] WB 8.0 Section 5 task 14 - about gre tunnel
and virtual link
To: [email protected]
Message-ID: <[EMAIL PROTECTED]>
Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Hi folks,
about:
http://www.certificationtalk.com/showflat.php?Cat//Board/RS5/Number/
26290/page/0/view/collapsed/sb/5/o//fpart/1
that's a "strange" thing ... and I would better figure out that. Why
I've to use a gre tunnel to "fix" the routing table ... For ospf, the
virtual link is enough (for database). In the home lab that was enough
... But on my first CCIE R&S lab attempt, I've seen something like that
(discontiguous area 0, no all routes) and til now I don't understand
why.
Please, any support will be appreciated
Regards
Andrea
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.1 (Darwin)
iD8DBQFEvkuhMakHrsrHP9wRAvbWAKDSBJgV+6LJUTIt6yqBHQVeKlnSZACghWvW
kGNxltgx+V6c25q8Bf8sI+w=
=cQDE
-----END PGP SIGNATURE-----
------------------------------
Message: 3
Date: Wed, 19 Jul 2006 11:37:55 -0400
From: "Scott Morris" <[EMAIL PROTECTED]>
Subject: Re: [OSL | CCIE_RS] WB 8.0 Section 5 task 14 - about gre
tunnel andvirtual link
To: "'Andrea Riela'" <[EMAIL PROTECTED]>, <[email protected]>
Message-ID: <[EMAIL PROTECTED]>
Content-Type: text/plain; charset="us-ascii"
Depending on the layout of all areas, when you have dicontiguous area 0's,
you may find that by simple metrics devices choose one ABR over another
leading to some unreachable networks. This doesn't always occur. IF you
see it occur, you'll need a GRE tunnel to help you out. But check the
routing tables (and perhaps ping?) of your routes to determine this.
GRE is, of course, also an alternative to virtual links if you aren't
allowed to use them.
Scott Morris, CCIE4 (R&S/ISP-Dial/Security/Service Provider) #4713, JNCIE
#153, CISSP, et al.
CCSI/JNCI-M/JNCI-J
IPExpert VP - Curriculum Development
IPExpert Sr. Technical Instructor
[EMAIL PROTECTED]
http://www.ipexpert.com
-----Original Message-----
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Andrea Riela
Sent: Wednesday, July 19, 2006 11:11 AM
To: [email protected]
Subject: [OSL | CCIE_RS] WB 8.0 Section 5 task 14 - about gre tunnel
andvirtual link
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Hi folks,
about:
http://www.certificationtalk.com/showflat.php?Cat//Board/RS5/Number/
26290/page/0/view/collapsed/sb/5/o//fpart/1
that's a "strange" thing ... and I would better figure out that. Why I've
to
use a gre tunnel to "fix" the routing table ... For ospf, the virtual link
is enough (for database). In the home lab that was enough ... But on my
first CCIE R&S lab attempt, I've seen something like that (discontiguous
area 0, no all routes) and til now I don't understand why.
Please, any support will be appreciated
Regards
Andrea
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.1 (Darwin)
iD8DBQFEvkuhMakHrsrHP9wRAvbWAKDSBJgV+6LJUTIt6yqBHQVeKlnSZACghWvW
kGNxltgx+V6c25q8Bf8sI+w=
=cQDE
-----END PGP SIGNATURE-----
End of CCIE_RS Digest, Vol 6, Issue 16
**************************************
