[alcatel-nsp] Strange throughput decrease after implemented LAG

[Richard Patterson]

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)
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.

On Sun, 19 Apr 2020 at 19:00, Dejan Tepic <dejantep at gmail.com> wrote:

> 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.
> Do you know if change of this setting will cause any disruption?
>
> Den sön 19 apr. 2020 kl 19:26 skrev Craig Publow <cpublow at gmail.com>:
>
>> Hi Dejan
>>
>> Have a look at adapt-qos in the interface guide.  I believe you’ll want
>> adapt-qos link rather the default of distributed.
>>
>> Cheers
>> Craig
>>
>> On Sun, Apr 19, 2020 at 12:09 PM Dejan Tepic <dejantep at gmail.com> wrote:
>>
>>> 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.
>>> In VPRN service we have subscriber interface with group if and
>>> static-host and msap for DHCP
>>> but also number of regular interfaces for some customers with subnets
>>> and stati saps
>>>
>>> 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.
>>> Everything worked as expected prior to 2x10G LAG. LAG is over network
>>> ports and has dynamic cost enabled.
>>>
>>> Also we have noticed that managed subscribers are receiving double the
>>> capacity on upstream. This is not 100% confirmed.
>>>
>>> It feels as some setting has to be adjusted but what?
>>> _______________________________________________
>>> alcatel-nsp mailing list
>>> alcatel-nsp at puck.nether.net
>>> https://puck.nether.net/mailman/listinfo/alcatel-nsp
>>>
>> _______________________________________________
> alcatel-nsp mailing list
> alcatel-nsp at puck.nether.net
> https://puck.nether.net/mailman/listinfo/alcatel-nsp
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/alcatel-nsp/attachments/20200420/debab723/attachment.htm>