Re: [j-nsp] Anyone uses Adaptive Load Balancing?

[Alex K.]

Hello Michael,

Thank you for sharing your experience. It's really useful.

Alex.

בתאריך 20 בנוב' 2017 17:11,‏ "Michael Hare" <michael.h...@wisc.edu> כתב:

> Alex-
>
> I've used it AS wide in 14.1 for ~2+ years without observing any negative
> side effects.  My main driver was a connector's SAN replication MPLS
> service across an Nx10 bundle mixed with regular IP traffic with the SAN
> wanting to be one big flow.
>
> -Michael
>
> >>-Original Message-
> >>From: juniper-nsp [mailto:juniper-nsp-boun...@puck.nether.net] On Behalf
> >>Of Alex K.
> >>Sent: Saturday, November 18, 2017 1:09 AM
> >>To: serge vautour <sergervaut...@gmail.com>
> >>Cc: juniper-nsp <juniper-nsp@puck.nether.net>
> >>Subject: Re: [j-nsp] Anyone uses Adaptive Load Balancing?
> >>
> >>Hello Serge and thank you.
> >>
> >>Yes, there are indeed, not that many cases for ALB. That's why I turned
> to
> >>community.
> >>
> >>Thank you for sharing your experience.
> >>
> >>בתאריך 18 בנוב' 2017 1:41 AM,‏ "serge vautour"
> >><sergervaut...@gmail.com>
> >>כתב:
> >>
> >>> Hello,
> >>>
> >>> We have been using it for a while. Works great. We have a few small
> links
> >>> in a LAG bundle with a small number of fat flows over them. Without
> >>> adaptive LAG the flows would sometimes hash on the same link. With
> >>adaptive
> >>> LAG they are always split.
> >>>
> >>> I agree that there probably aren't many use cases for this. We ran into
> >>> one and this solution worked.
> >>>
> >>> Serge
> >>>
> >>>
> >>> On Fri, Nov 17, 2017 at 6:36 PM, Alex K. <nsp.li...@gmail.com> wrote:
> >>>
> >>>> Hello everyone,
> >>>>
> >>>> A customer of mine, is looking forward for a technology able to load
> >>>> balance a traffic across a LAG.
> >>>>
> >>>> The LAG in question comprised of Ethernet link and can grow from a few
> >>>> links (4) to say, 20 - as required bandwidth grows. The gear is MX
> boxes.
> >>>>
> >>>> Since I'm familiar with adaptive load balancing but never used it
> myself,
> >>>> I'll glad if someone here can share his/her experience using it? Can
> it
> >>>> deliver pretty good load balancing across a LAG between routers? Is it
> >>>> stable? Is there any caveats one should avoid? Anything else we should
> >>>> consider, before deploying this thing into production? Feel free to
> share
> >>>> (off list/on list) your experience and everything else you think
> relevant.
> >>>>
> >>>> Thank you.
> >>>> ___
> >>>> juniper-nsp mailing list juniper-nsp@puck.nether.net
> >>>> https://puck.nether.net/mailman/listinfo/juniper-nsp
> >>>>
> >>>
> >>>
> >>___
> >>juniper-nsp mailing list juniper-nsp@puck.nether.net
> >>https://puck.nether.net/mailman/listinfo/juniper-nsp
>
___
juniper-nsp mailing list juniper-nsp@puck.nether.net
https://puck.nether.net/mailman/listinfo/juniper-nsp

Re: [j-nsp] Anyone uses Adaptive Load Balancing?

[Alex K.]

Hello Daniel,

Thank you. My scenario close to yours, hence I glad to know this thing
really works.

Alex.

בתאריך 25 בנוב' 2017 9:36 AM,‏ "Daniel Rohan" <dro...@gmail.com> כתב:

Same.  Worked fine on 4x10Gb ring with large research flows.

On Mon, Nov 20, 2017 at 7:11 AM, Michael Hare <michael.h...@wisc.edu> wrote:

> Alex-
>
> I've used it AS wide in 14.1 for ~2+ years without observing any negative
> side effects.  My main driver was a connector's SAN replication MPLS
> service across an Nx10 bundle mixed with regular IP traffic with the SAN
> wanting to be one big flow.
>
> -Michael
>
> >>-Original Message-
> >>From: juniper-nsp [mailto:juniper-nsp-boun...@puck.nether.net] On Behalf
> >>Of Alex K.
> >>Sent: Saturday, November 18, 2017 1:09 AM
> >>To: serge vautour <sergervaut...@gmail.com>
> >>Cc: juniper-nsp <juniper-nsp@puck.nether.net>
> >>Subject: Re: [j-nsp] Anyone uses Adaptive Load Balancing?
> >>
> >>Hello Serge and thank you.
> >>
> >>Yes, there are indeed, not that many cases for ALB. That's why I turned
> to
> >>community.
> >>
> >>Thank you for sharing your experience.
> >>
> >>בתאריך 18 בנוב' 2017 1:41 AM,‏ "serge vautour"
> >><sergervaut...@gmail.com>
> >>כתב:
> >>
> >>> Hello,
> >>>
> >>> We have been using it for a while. Works great. We have a few small
> links
> >>> in a LAG bundle with a small number of fat flows over them. Without
> >>> adaptive LAG the flows would sometimes hash on the same link. With
> >>adaptive
> >>> LAG they are always split.
> >>>
> >>> I agree that there probably aren't many use cases for this. We ran into
> >>> one and this solution worked.
> >>>
> >>> Serge
> >>>
> >>>
> >>> On Fri, Nov 17, 2017 at 6:36 PM, Alex K. <nsp.li...@gmail.com> wrote:
> >>>
> >>>> Hello everyone,
> >>>>
> >>>> A customer of mine, is looking forward for a technology able to load
> >>>> balance a traffic across a LAG.
> >>>>
> >>>> The LAG in question comprised of Ethernet link and can grow from a few
> >>>> links (4) to say, 20 - as required bandwidth grows. The gear is MX
> boxes.
> >>>>
> >>>> Since I'm familiar with adaptive load balancing but never used it
> myself,
> >>>> I'll glad if someone here can share his/her experience using it? Can
> it
> >>>> deliver pretty good load balancing across a LAG between routers? Is it
> >>>> stable? Is there any caveats one should avoid? Anything else we should
> >>>> consider, before deploying this thing into production? Feel free to
> share
> >>>> (off list/on list) your experience and everything else you think
> relevant.
> >>>>
> >>>> Thank you.
> >>>> ___
> >>>> juniper-nsp mailing list juniper-nsp@puck.nether.net
> >>>> https://puck.nether.net/mailman/listinfo/juniper-nsp
> >>>>
> >>>
> >>>
> >>___
> >>juniper-nsp mailing list juniper-nsp@puck.nether.net
> >>https://puck.nether.net/mailman/listinfo/juniper-nsp
> ___
> juniper-nsp mailing list juniper-nsp@puck.nether.net
> https://puck.nether.net/mailman/listinfo/juniper-nsp
>
___
juniper-nsp mailing list juniper-nsp@puck.nether.net
https://puck.nether.net/mailman/listinfo/juniper-nsp

Re: [j-nsp] Anyone uses Adaptive Load Balancing?

[Daniel Rohan]

Same.  Worked fine on 4x10Gb ring with large research flows.

On Mon, Nov 20, 2017 at 7:11 AM, Michael Hare <michael.h...@wisc.edu> wrote:

> Alex-
>
> I've used it AS wide in 14.1 for ~2+ years without observing any negative
> side effects.  My main driver was a connector's SAN replication MPLS
> service across an Nx10 bundle mixed with regular IP traffic with the SAN
> wanting to be one big flow.
>
> -Michael
>
> >>-Original Message-
> >>From: juniper-nsp [mailto:juniper-nsp-boun...@puck.nether.net] On Behalf
> >>Of Alex K.
> >>Sent: Saturday, November 18, 2017 1:09 AM
> >>To: serge vautour <sergervaut...@gmail.com>
> >>Cc: juniper-nsp <juniper-nsp@puck.nether.net>
> >>Subject: Re: [j-nsp] Anyone uses Adaptive Load Balancing?
> >>
> >>Hello Serge and thank you.
> >>
> >>Yes, there are indeed, not that many cases for ALB. That's why I turned
> to
> >>community.
> >>
> >>Thank you for sharing your experience.
> >>
> >>בתאריך 18 בנוב' 2017 1:41 AM,‏ "serge vautour"
> >><sergervaut...@gmail.com>
> >>כתב:
> >>
> >>> Hello,
> >>>
> >>> We have been using it for a while. Works great. We have a few small
> links
> >>> in a LAG bundle with a small number of fat flows over them. Without
> >>> adaptive LAG the flows would sometimes hash on the same link. With
> >>adaptive
> >>> LAG they are always split.
> >>>
> >>> I agree that there probably aren't many use cases for this. We ran into
> >>> one and this solution worked.
> >>>
> >>> Serge
> >>>
> >>>
> >>> On Fri, Nov 17, 2017 at 6:36 PM, Alex K. <nsp.li...@gmail.com> wrote:
> >>>
> >>>> Hello everyone,
> >>>>
> >>>> A customer of mine, is looking forward for a technology able to load
> >>>> balance a traffic across a LAG.
> >>>>
> >>>> The LAG in question comprised of Ethernet link and can grow from a few
> >>>> links (4) to say, 20 - as required bandwidth grows. The gear is MX
> boxes.
> >>>>
> >>>> Since I'm familiar with adaptive load balancing but never used it
> myself,
> >>>> I'll glad if someone here can share his/her experience using it? Can
> it
> >>>> deliver pretty good load balancing across a LAG between routers? Is it
> >>>> stable? Is there any caveats one should avoid? Anything else we should
> >>>> consider, before deploying this thing into production? Feel free to
> share
> >>>> (off list/on list) your experience and everything else you think
> relevant.
> >>>>
> >>>> Thank you.
> >>>> ___
> >>>> juniper-nsp mailing list juniper-nsp@puck.nether.net
> >>>> https://puck.nether.net/mailman/listinfo/juniper-nsp
> >>>>
> >>>
> >>>
> >>___
> >>juniper-nsp mailing list juniper-nsp@puck.nether.net
> >>https://puck.nether.net/mailman/listinfo/juniper-nsp
> ___
> juniper-nsp mailing list juniper-nsp@puck.nether.net
> https://puck.nether.net/mailman/listinfo/juniper-nsp
>
___
juniper-nsp mailing list juniper-nsp@puck.nether.net
https://puck.nether.net/mailman/listinfo/juniper-nsp

Re: [j-nsp] Anyone uses Adaptive Load Balancing?

[Michael Hare]

Alex-

I've used it AS wide in 14.1 for ~2+ years without observing any negative side 
effects.  My main driver was a connector's SAN replication MPLS service across 
an Nx10 bundle mixed with regular IP traffic with the SAN wanting to be one big 
flow.

-Michael

>>-Original Message-
>>From: juniper-nsp [mailto:juniper-nsp-boun...@puck.nether.net] On Behalf
>>Of Alex K.
>>Sent: Saturday, November 18, 2017 1:09 AM
>>To: serge vautour <sergervaut...@gmail.com>
>>Cc: juniper-nsp <juniper-nsp@puck.nether.net>
>>Subject: Re: [j-nsp] Anyone uses Adaptive Load Balancing?
>>
>>Hello Serge and thank you.
>>
>>Yes, there are indeed, not that many cases for ALB. That's why I turned to
>>community.
>>
>>Thank you for sharing your experience.
>>
>>בתאריך 18 בנוב' 2017 1:41 AM,‏ "serge vautour"
>><sergervaut...@gmail.com>
>>כתב:
>>
>>> Hello,
>>>
>>> We have been using it for a while. Works great. We have a few small links
>>> in a LAG bundle with a small number of fat flows over them. Without
>>> adaptive LAG the flows would sometimes hash on the same link. With
>>adaptive
>>> LAG they are always split.
>>>
>>> I agree that there probably aren't many use cases for this. We ran into
>>> one and this solution worked.
>>>
>>> Serge
>>>
>>>
>>> On Fri, Nov 17, 2017 at 6:36 PM, Alex K. <nsp.li...@gmail.com> wrote:
>>>
>>>> Hello everyone,
>>>>
>>>> A customer of mine, is looking forward for a technology able to load
>>>> balance a traffic across a LAG.
>>>>
>>>> The LAG in question comprised of Ethernet link and can grow from a few
>>>> links (4) to say, 20 - as required bandwidth grows. The gear is MX boxes.
>>>>
>>>> Since I'm familiar with adaptive load balancing but never used it myself,
>>>> I'll glad if someone here can share his/her experience using it? Can it
>>>> deliver pretty good load balancing across a LAG between routers? Is it
>>>> stable? Is there any caveats one should avoid? Anything else we should
>>>> consider, before deploying this thing into production? Feel free to share
>>>> (off list/on list) your experience and everything else you think relevant.
>>>>
>>>> Thank you.
>>>> ___
>>>> juniper-nsp mailing list juniper-nsp@puck.nether.net
>>>> https://puck.nether.net/mailman/listinfo/juniper-nsp
>>>>
>>>
>>>
>>___
>>juniper-nsp mailing list juniper-nsp@puck.nether.net
>>https://puck.nether.net/mailman/listinfo/juniper-nsp
___
juniper-nsp mailing list juniper-nsp@puck.nether.net
https://puck.nether.net/mailman/listinfo/juniper-nsp

Re: [j-nsp] Anyone uses Adaptive Load Balancing?

[Alex K.]

Hello Serge and thank you.

Yes, there are indeed, not that many cases for ALB. That's why I turned to
community.

Thank you for sharing your experience.

בתאריך 18 בנוב' 2017 1:41 AM,‏ "serge vautour" 
כתב:

> Hello,
>
> We have been using it for a while. Works great. We have a few small links
> in a LAG bundle with a small number of fat flows over them. Without
> adaptive LAG the flows would sometimes hash on the same link. With adaptive
> LAG they are always split.
>
> I agree that there probably aren't many use cases for this. We ran into
> one and this solution worked.
>
> Serge
>
>
> On Fri, Nov 17, 2017 at 6:36 PM, Alex K.  wrote:
>
>> Hello everyone,
>>
>> A customer of mine, is looking forward for a technology able to load
>> balance a traffic across a LAG.
>>
>> The LAG in question comprised of Ethernet link and can grow from a few
>> links (4) to say, 20 - as required bandwidth grows. The gear is MX boxes.
>>
>> Since I'm familiar with adaptive load balancing but never used it myself,
>> I'll glad if someone here can share his/her experience using it? Can it
>> deliver pretty good load balancing across a LAG between routers? Is it
>> stable? Is there any caveats one should avoid? Anything else we should
>> consider, before deploying this thing into production? Feel free to share
>> (off list/on list) your experience and everything else you think relevant.
>>
>> Thank you.
>> ___
>> juniper-nsp mailing list juniper-nsp@puck.nether.net
>> https://puck.nether.net/mailman/listinfo/juniper-nsp
>>
>
>
___
juniper-nsp mailing list juniper-nsp@puck.nether.net
https://puck.nether.net/mailman/listinfo/juniper-nsp

Re: [j-nsp] Anyone uses Adaptive Load Balancing?

[serge vautour]

Hello,

We have been using it for a while. Works great. We have a few small links
in a LAG bundle with a small number of fat flows over them. Without
adaptive LAG the flows would sometimes hash on the same link. With adaptive
LAG they are always split.

I agree that there probably aren't many use cases for this. We ran into one
and this solution worked.

Serge


On Fri, Nov 17, 2017 at 6:36 PM, Alex K.  wrote:

> Hello everyone,
>
> A customer of mine, is looking forward for a technology able to load
> balance a traffic across a LAG.
>
> The LAG in question comprised of Ethernet link and can grow from a few
> links (4) to say, 20 - as required bandwidth grows. The gear is MX boxes.
>
> Since I'm familiar with adaptive load balancing but never used it myself,
> I'll glad if someone here can share his/her experience using it? Can it
> deliver pretty good load balancing across a LAG between routers? Is it
> stable? Is there any caveats one should avoid? Anything else we should
> consider, before deploying this thing into production? Feel free to share
> (off list/on list) your experience and everything else you think relevant.
>
> Thank you.
> ___
> juniper-nsp mailing list juniper-nsp@puck.nether.net
> https://puck.nether.net/mailman/listinfo/juniper-nsp
>
___
juniper-nsp mailing list juniper-nsp@puck.nether.net
https://puck.nether.net/mailman/listinfo/juniper-nsp

Re: [j-nsp] Anyone uses Adaptive Load Balancing?

[Alex K.]

Hello Giuliano and thank you.

It would be MPLS traffic and Juniper facing Juniper.

בתאריך 18 בנוב' 2017 1:08 AM,‏ "Giuliano C. Medalha" 
כתב:

> Alex
>
> What type of traffic ?
>
> MX is very good for load balance because of TRIO chipset ... that is able
> to strip down the frames and the packets ... necessary for the hash of LAG
> circuits
>
> Is IP traffic or MPLS traffic ?
>
> Maybe on new boxes like mx10003 and mx204 you can create high capacity LAG
> links using 100G qsfp28 interfaces.
>
> We are using it in a lot os cases ... is very stable ... but is necessary
> to do a deep study fot the correct number of interfaces, config, hash, mpc
> (hw), and junos version that you can find with your SM.
>
> Will be juniper with juniper or other brand ?
>
> Att
>
> Giuliano C. Medalha
> WZTECH NETWORKS
> +55 (17) 98112-5394 <+55%2017%2098112-5394>
> giuli...@wztech.com.br
> _
> From: Alex K. 
> Sent: Friday, November 17, 2017 20:37
> Subject: [j-nsp] Anyone uses Adaptive Load Balancing?
> To: juniper-nsp 
>
>
> Hello everyone,
>
> A customer of mine, is looking forward for a technology able to load
> balance a traffic across a LAG.
>
> The LAG in question comprised of Ethernet link and can grow from a few
> links (4) to say, 20 - as required bandwidth grows. The gear is MX boxes.
>
> Since I'm familiar with adaptive load balancing but never used it myself,
> I'll glad if someone here can share his/her experience using it? Can it
> deliver pretty good load balancing across a LAG between routers? Is it
> stable? Is there any caveats one should avoid? Anything else we should
> consider, before deploying this thing into production? Feel free to share
> (off list/on list) your experience and everything else you think relevant.
>
> Thank you.
> ___
> juniper-nsp mailing list juniper-nsp@puck.nether.net
> https://puck.nether.net/mailman/listinfo/juniper-nsp
>
> WZTECH is registered trademark of WZTECH NETWORKS.
> Copyright © 2017 WZTECH NETWORKS. All Rights Reserved.
>
> IMPORTANTE:
> As informações deste e-mail e o conteúdo dos eventuais documentos anexos
> são confidenciais e para conhecimento exclusivo do destinatário. Se o
> leitor desta mensagem não for o seu destinatário, fica desde já notificado
> de que não poderá divulgar, distribuir ou, sob qualquer forma, dar
> conhecimento a terceiros das informações e do conteúdo dos documentos
> anexos. Neste caso, favor comunicar imediatamente o remetente, respondendo
> este e-mail ou telefonando ao mesmo, e em seguida apague-o.
>
> CONFIDENTIALITY NOTICE:
> The information transmitted in this email message and any attachments are
> solely for the intended recipient and may contain confidential or
> privileged information. If you are not the intended recipient, any review,
> transmission, dissemination or other use of this information is prohibited.
> If you have received this communication in error, please notify the sender
> immediately and delete the material from any computer, including any copies.
>
>
>
> WZTECH is registered trademark of WZTECH NETWORKS.
> Copyright © 2017 WZTECH NETWORKS. All Rights Reserved.
>
>
> IMPORTANTE:
> As informações deste e-mail e o conteúdo dos eventuais documentos anexos
> são confidenciais e para conhecimento exclusivo do destinatário. Se o
> leitor desta mensagem não for o seu destinatário, fica desde já notificado
> de que não poderá divulgar, distribuir ou, sob qualquer forma, dar
> conhecimento a terceiros das informações e do conteúdo dos documentos
> anexos. Neste caso, favor comunicar imediatamente o remetente, respondendo
> este e-mail ou telefonando ao mesmo, e em seguida apague-o.
>
>
> CONFIDENTIALITY NOTICE:
> The information transmitted in this email message and any attachments are
> solely for the intended recipient and may contain confidential or
> privileged information. If you are not the intended recipient, any review,
> transmission, dissemination or other use of this information is prohibited.
> If you have received this communication in error, please notify the sender
> immediately and delete the material from any computer, including any copies.
>
___
juniper-nsp mailing list juniper-nsp@puck.nether.net
https://puck.nether.net/mailman/listinfo/juniper-nsp

Re: [j-nsp] Anyone uses Adaptive Load Balancing?

[Giuliano C. Medalha]

Alex

What type of traffic ?

MX is very good for load balance because of TRIO chipset ... that is able to 
strip down the frames and the packets ... necessary for the hash of LAG circuits

Is IP traffic or MPLS traffic ?

Maybe on new boxes like mx10003 and mx204 you can create high capacity LAG 
links using 100G qsfp28 interfaces.

We are using it in a lot os cases ... is very stable ... but is necessary to do 
a deep study fot the correct number of interfaces, config, hash, mpc (hw), and 
junos version that you can find with your SM.

Will be juniper with juniper or other brand ?

Att

Giuliano C. Medalha
WZTECH NETWORKS
+55 (17) 98112-5394
giuli...@wztech.com.br
_
From: Alex K. 
Sent: Friday, November 17, 2017 20:37
Subject: [j-nsp] Anyone uses Adaptive Load Balancing?
To: juniper-nsp 


Hello everyone,

A customer of mine, is looking forward for a technology able to load
balance a traffic across a LAG.

The LAG in question comprised of Ethernet link and can grow from a few
links (4) to say, 20 - as required bandwidth grows. The gear is MX boxes.

Since I'm familiar with adaptive load balancing but never used it myself,
I'll glad if someone here can share his/her experience using it? Can it
deliver pretty good load balancing across a LAG between routers? Is it
stable? Is there any caveats one should avoid? Anything else we should
consider, before deploying this thing into production? Feel free to share
(off list/on list) your experience and everything else you think relevant.

Thank you.
___
juniper-nsp mailing list juniper-nsp@puck.nether.net
https://puck.nether.net/mailman/listinfo/juniper-nsp

WZTECH is registered trademark of WZTECH NETWORKS.
Copyright © 2017 WZTECH NETWORKS. All Rights Reserved.

IMPORTANTE:
As informações deste e-mail e o conteúdo dos eventuais documentos anexos são 
confidenciais e para conhecimento exclusivo do destinatário. Se o leitor desta 
mensagem não for o seu destinatário, fica desde já notificado de que não poderá 
divulgar, distribuir ou, sob qualquer forma, dar conhecimento a terceiros das 
informações e do conteúdo dos documentos anexos. Neste caso, favor comunicar 
imediatamente o remetente, respondendo este e-mail ou telefonando ao mesmo, e 
em seguida apague-o.

CONFIDENTIALITY NOTICE:
The information transmitted in this email message and any attachments are 
solely for the intended recipient and may contain confidential or privileged 
information. If you are not the intended recipient, any review, transmission, 
dissemination or other use of this information is prohibited. If you have 
received this communication in error, please notify the sender immediately and 
delete the material from any computer, including any copies.



WZTECH is registered trademark of WZTECH NETWORKS.
Copyright © 2017 WZTECH NETWORKS. All Rights Reserved.

IMPORTANTE:
As informações deste e-mail e o conteúdo dos eventuais documentos anexos são 
confidenciais e para conhecimento exclusivo do destinatário. Se o leitor desta 
mensagem não for o seu destinatário, fica desde já notificado de que não poderá 
divulgar, distribuir ou, sob qualquer forma, dar conhecimento a terceiros das 
informações e do conteúdo dos documentos anexos. Neste caso, favor comunicar 
imediatamente o remetente, respondendo este e-mail ou telefonando ao mesmo, e 
em seguida apague-o.

CONFIDENTIALITY NOTICE:
The information transmitted in this email message and any attachments are 
solely for the intended recipient and may contain confidential or privileged 
information. If you are not the intended recipient, any review, transmission, 
dissemination or other use of this information is prohibited. If you have 
received this communication in error, please notify the sender immediately and 
delete the material from any computer, including any copies.
___
juniper-nsp mailing list juniper-nsp@puck.nether.net
https://puck.nether.net/mailman/listinfo/juniper-nsp