[alcatel-nsp] Strange throughput decrease after implemented LAG

[Craig Publow]

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



On Sun, Apr 19, 2020 at 1:59 PM 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
>>>
>>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/alcatel-nsp/attachments/20200419/925bd374/attachment-0001.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: 690CD03E-016C-4E27-B09E-57EC89B13AC9.png
Type: image/png
Size: 189970 bytes
Desc: not available
URL: <https://puck.nether.net/pipermail/alcatel-nsp/attachments/20200419/925bd374/attachment-0001.png>