If you can do bridging without violating any of the other lab constraints,
then that's fine; however, all the labs I've looked at where they ask for
multiple IPs in a hub/spoke topology (or in your case none on the multipoint
int) were resolved with ppp. It can be made more obvious if a future task
asks for authentication, for instance. If you assign an IP address to a
virtual-template, that most certainly is not assigning it to the multipoint
and everyone is happy.
The solution is only a guide - not necessarily the only way to solve the
task. Sometimes they do give you a simple way to make a task happy though
:D
Michael
On Sat, Jul 4, 2009 at 4:16 AM, Naveen <navin.ms_at_gmail.com> wrote:
> Hi,
>
> In a FR Hub and spoke topology, the Hub is using a multipoint sub-if and
> spokes are using point-2-point sub-if.
>
> The task says, DO NOT put IP address on the Hub multipoint interface. Is
> this hinting to use Bridging over FR (or) PPPoFR ?
>
> I used Bridging and the solution used PPPoFR. How to decide which one to
> use
> ?
>
> TIA,
> Naveen.
>
>
> Blogs and organic groups at http://www.ccie.net
>
> _______________________________________________________________________
> Subscription information may be found at:
> http://www.groupstudy.com/list/CCIELab.html
Blogs and organic groups at http://www.ccie.net
Received on Sat Jul 04 2009 - 06:10:40 ART
This archive was generated by hypermail 2.2.0 : Sat Aug 01 2009 - 13:10:22 ART