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(a)list.waikato.ac.nz http://list.waikato.ac.nz/mailman/listinfo/nznog