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

2015-05-24 Thread Tom Hill
On 21/05/15 21:54, Lukas Tribus wrote: 802.1ah (PBB) does MAC hiding, both you need an ASR9k for that, not exactly a cheap bridging CPE... If you step outside the world of Cisco for but a moment, you'll find relatively inexpensive devices like this one, which do support PBB:

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

2015-05-24 Thread Mark Tinka
On 24/May/15 17:43, Tom Hill wrote: 1. 50% of the time, the customer will want to simply connect a switch to your switch. Architecturally, you will need to ensure they can't create loops. I suppose this is the only sensible way to provide vCPE services, since the routing is happening in the

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

2015-05-21 Thread Arun Kumar
Hi Pros, Thinking of Virtual CPE as a service to enterprise customers where CPE is virtualized in POP and low cost device in customer premises as a simple bridge device which bridges the traffic to v-CPE in POP. This is to have cost advantage to customers and in POP, any different service can be

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

2015-05-21 Thread Bill Wichers
We just run q-in-q from a relatively inexpensive CPE switch back to our nearest node. The advantage to this is that it's simple, and we can run either over our own fiber or tunnel through other carrier's networks if needed for type-2 circuits. If you're tunneling you need to make sure your carrier

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

2015-05-21 Thread Aaron
: cisco-nsp [mailto:cisco-nsp-boun...@puck.nether.net] On Behalf Of Bill Wichers Sent: Thursday, May 21, 2015 1:15 PM To: cisco-nsp@puck.nether.net Subject: Re: [c-nsp] Virtual CPE as a service on Metro-E last mile - Suggestions/inputs required We just run q-in-q from a relatively inexpensive CPE

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

2015-05-21 Thread Lukas Tribus
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

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

2015-05-21 Thread Bill Wichers
...@gvtc.com] Sent: Thursday, May 21, 2015 3:02 PM To: 'Bill Wichers'; cisco-nsp@puck.nether.net Subject: RE: [c-nsp] Virtual CPE as a service on Metro-E last mile - Suggestions/inputs required You mentioned ... I'm thinking q-in-q is what you mean when you say MAC in MAC. I've read

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

2015-05-21 Thread 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