[c-nsp] Virtual CPE as a service on Metro-E last mile - Suggestions/inputs required

[Arun Kumar]

Thanks Bill, Aaron, Lukas.

We currently do Q-in-Q but it only provides VLAN scale but in this case
which is going to be a very large deployment in our Metro-E, when we move
the Layer 3 from customer premises and have it in our POP as virtual CPE.
This means the default gateway for customer LAN is not in his premise but
in our POP over Metro-E and huge broadcast storm is expected. That is the
reason, I thought MAC-in-MAC can work if it is supported by low end CPE
equipment. Routing/FW/WAAS functionality can be in virtual CPE.

thanks once again.

Arun

On Fri, May 22, 2015 at 2:24 AM, Lukas Tribus <luky-37 at hotmail.com> wrote:

> > 802.1ad does the "MAC hiding" you're talking about by defining different
> MAC
> > address spaces for the customer's interfaces and the service provider's
> > devices which is different than just stacking multiple tags with q-in-q.
>
> 802.1ad is really only standardized "QinQ" (with a different ethertype). I
> does not
> do MAC hiding and therefor has exactly the same scalability issues as QinQ.
>
> 802.1ah (PBB) does MAC hiding, both you need an ASR9k for that, not exactly
> a cheap bridging CPE...
>
>
> Lukas
>
>
> _______________________________________________
> cisco-nsp mailing list  cisco-nsp at puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-nsp
> archive at http://puck.nether.net/pipermail/cisco-nsp/
>