Hi Paul Queue trees were originally perferred but as far as im aware they are sitll single core... and that multiple simple queues will give better performance over queue trees with sub queues .. as far as im aware are using the same core as the partent queue (sharingt he same core)
. On Tue, May 17, 2016 at 1:35 PM, Paul Bone <paul.b...@bridgefibre.co.uk> wrote: > Hi Tom, > > > > These are smaller sites and most customers only have 1 IP address each so > it will be matching on /32 networks on the whole. > > > > I have tested using Queue Trees with separate download and upload parent > PCQ queues with individual upload/download default queues for each customer > – I need to be able to provide guaranteed minimums to each customer when I > contend them together so that I can maximise the bandwidth I have available > to the site. Will the child queues use different cores or would it be > driven by the parent queue? > > > > I will have a look at setting this up using simple queues. > > > > Best regards, Paul > > *Paul Bone* | Connectivity Manager | mobile: +44 7713 393621 > *Bridge Fibre Ltd* <http://www.bridgefibre.co.uk> | service desk: 01223 > 755075 | office: 01223 755055 > > CLARITY • PARTNERSHIP • QUALITY > Thinking of moving services to a Data Centre? Please ask for information > on our *Colocation services* > <http://www.bridgefibre.co.uk/colocation-services/> > > *2015 ISPA Awards Winner - Best Enterprise Broadband* > <http://www.ispa.org.uk/ispa-awards/> > > > > *From:* Tom Smyth [mailto:tom.sm...@wirelessconnect.eu] > *Sent:* 17 May 2016 13:22 > *To:* Paul Bone <paul.b...@bridgefibre.co.uk> > *Cc:* uknof@lists.uknof.org.uk > *Subject:* Re: [uknof] Mikrotik as Service Provider Router > > > > Hi Paul > > if you are using traffic shaping on the CCRs use Simplequeues... and > create lots of them... you are btter off spliting the queues into multiple > queues so that they get pushed onto other cores... > > ie if you have a /22 for giving bandiwdth to a campus... create 16 queues > with /26 networks as the target of the queues so that it will use 16 cores > for the queue and not just 1 core for the /22 ... > > oh yeah lab up VRFs and route leaking if you are planning to use them on > your CCRs > > > > Hope tis helps... > > > > On Tue, May 17, 2016 at 10:47 AM, Paul Bone <paul.b...@bridgefibre.co.uk> > wrote: > > Thanks for all the replies on this one, nice to hear good reports. > > > > I have no intention of running full table in these as I have invested in > Juniper MX routers for this job but as a CE or PE the CCR looks a very good > option. Our service is generally multi-tenant buildings and parks so the > traffic shaping capabilities are certainly interesting if I can work this > feature directly into the CE or PE. > > > > Best regards, Paul > > > > > > > > > > > -- > > Kindest regards, > Tom Smyth > > Mobile: +353 87 6193172 > --------------------------------- > PLEASE CONSIDER THE ENVIRONMENT BEFORE YOU PRINT THIS E-MAIL > This email contains information which may be confidential or privileged. > The information is intended solely for the use of the individual or entity > named above. If you are not the intended recipient, be aware that > any disclosure, copying, distribution or use of the contents of this > information is prohibited. If you have received this electronic > transmission in error, please notify me by telephone or by electronic mail > immediately. Any opinions expressed are those of the author, not the > company's .This email does not constitute either offer or acceptance of > any contractually binding agreement. Such offer or acceptance must be > communicated in > writing. You are requested to carry out your own virus check before > opening any attachment. Thomas Smyth accepts no liability for any loss or > damage which may be caused by malicious software or attachments. > -- Kindest regards, Tom Smyth Mobile: +353 87 6193172 --------------------------------- PLEASE CONSIDER THE ENVIRONMENT BEFORE YOU PRINT THIS E-MAIL This email contains information which may be confidential or privileged. The information is intended solely for the use of the individual or entity named above. If you are not the intended recipient, be aware that any disclosure, copying, distribution or use of the contents of this information is prohibited. If you have received this electronic transmission in error, please notify me by telephone or by electronic mail immediately. Any opinions expressed are those of the author, not the company's .This email does not constitute either offer or acceptance of any contractually binding agreement. Such offer or acceptance must be communicated in writing. You are requested to carry out your own virus check before opening any attachment. Thomas Smyth accepts no liability for any loss or damage which may be caused by malicious software or attachments.
