<div dir="ltr">Ok, thanks for the clarification. I was just reading that. It seems that port-fair option would be optimal to both spray traffic across ports on different IOMs and ensure that SLA is respected<br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Den sön 19 apr. 2020 kl 20:15 skrev Craig Publow <<a href="mailto:cpublow@gmail.com">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">The description from the user guide makes it clear that this is applicable to access side of things (access/hybrid ports).  Also explains why in default mode you’re seeing 50% of traffic using access lag.  If you had a 4 port lag, you’d only have 25%.</div></div><div dir="auto"><br></div><div dir="auto"><div><img src="cid:17193a37a949081b8911" style="max-width: 100%;"></div><br></div><div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sun, Apr 19, 2020 at 1:59 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">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>
</blockquote></div></div>
</blockquote></div>