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