<div dir="ltr">Also don't forget that each new LAG member introduced will consume additional QoS queue/policer and SAP resources. (Check your current usage with the "tools dump resource-usage / system-resources" commands)<div>You can minimise the resource usage somewhat with the "per-fp-*" commands under the LAG, and by managing how the ports are assigned across FPs/linecards, in favour of additional packet loss during failure whilst these resources are reprogrammed.</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sun, 19 Apr 2020 at 19:00, Dejan Tepic <<a href="mailto:dejantep@gmail.com">dejantep@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">Thanks for the pointer. i'll read up on it. First of all i provided wrong info in my post. My LAG is hybrid mode and not network.<div>Do you know if change of this setting will cause any disruption?</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Den sön 19 apr. 2020 kl 19:26 skrev Craig Publow <<a href="mailto:cpublow@gmail.com" target="_blank">cpublow@gmail.com</a>>:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div><div dir="auto">Hi Dejan</div></div><div dir="auto"><br></div><div dir="auto">Have a look at adapt-qos in the interface guide.  I believe you’ll want adapt-qos link rather the default of distributed.</div><div dir="auto"><br></div><div dir="auto">Cheers</div><div dir="auto">Craig</div><div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sun, Apr 19, 2020 at 12:09 PM Dejan Tepic <<a href="mailto:dejantep@gmail.com" target="_blank">dejantep@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">We are running MPLS ring with 2 7750 as BNG and number of 7210 Sx. To meet growing capacity we have activated LAG om links closest to both BNG, 2x10G.<div>In VPRN service we have subscriber interface with group if and static-host and msap for DHCP<br></div><div>but also number of regular interfaces for some customers with subnets and stati saps</div><div><br></div><div>In both scenario we are using same ingress/egress qos but hte issue we have is that customers with normal vprn interfaces are getting only 50% of their service capacity. 30mbit gives 15, 100mbit gives 50 etc.</div><div>Everything worked as expected prior to 2x10G LAG. LAG is over network ports and has dynamic cost enabled.</div><div><br></div><div>Also we have noticed that managed subscribers are receiving double the capacity on upstream. This is not 100% confirmed.</div><div><br></div><div>It feels as some setting has to be adjusted but what? </div></div>
_______________________________________________<br>
alcatel-nsp mailing list<br>
<a href="mailto:alcatel-nsp@puck.nether.net" target="_blank">alcatel-nsp@puck.nether.net</a><br>
<a href="https://puck.nether.net/mailman/listinfo/alcatel-nsp" rel="noreferrer" target="_blank">https://puck.nether.net/mailman/listinfo/alcatel-nsp</a><br>
</blockquote></div></div>
</blockquote></div>
_______________________________________________<br>
alcatel-nsp mailing list<br>
<a href="mailto:alcatel-nsp@puck.nether.net" target="_blank">alcatel-nsp@puck.nether.net</a><br>
<a href="https://puck.nether.net/mailman/listinfo/alcatel-nsp" rel="noreferrer" target="_blank">https://puck.nether.net/mailman/listinfo/alcatel-nsp</a><br>
</blockquote></div>