I've not read the details of the UFB handover, but assuming it's similar to HSNS and EUBA we have two ways of handling them.

On one hand-over we're using a Linux box. We're using the bridging code to combine one or more Chorus vlans into a bridge which we then put on a different interface out to our main network. We've got this going with single stacked (HSNS) and double stacked (EUBA) services.

On our other hand-over we're using a Cisco ME3600. We're using a service-instance per customer to map them into a bridge-domain. We've only tested this with single stacked services but I believe it should work with double stacked.

In both cases we're not doing any fancy queuing, instead relying on Chorus to do the rate-limiting for us. Also, we're interested in providing an end-to-end layer 2 service only which may make our requirements somewhat different than the average service provider :)

Happy to provide config snippets for any of the above if it helps.

Dylan

On Wed, 2011-12-21 at 16:12 +0000, Anton Smith wrote:

Hi all,

Given the handover options from Chorus for UFB (http://www.chorus.co.nz/file/1591), does anybody have any recommendations about a cost effective GE based node that can do QinQ happily? Port density probably only needs to be 2-4 ports. Control/forwarding redundancy not required.

And, preferably with the capability to set individual policers and/or queue rates on each sub-interface.

I don't know if chorus give you the option to do the rate limiting for you or not - does anybody know?

Cheers,

Anton

_______________________________________________
NZNOG mailing list
NZNOG@list.waikato.ac.nz
http://list.waikato.ac.nz/mailman/listinfo/nznog