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-----
