[alcatel-nsp] does it will have a problem for Link aggregation withdifferent delay

[SMITH Anton]

Hello Andhy,
It wont affect traffic in so much as it won't break TCP or UDP traffic
as we do flow based load balancing (depending on the criteria you
choose) so, a single traffic stream will always follow the same member
of the LAG and experience latency behaviour consistent with the member
link.

What you may see, are flows that experience different end to end latency
depending on which member link they were hashed onto.

Best regards,

Anton


________________________________

From: alcatel-nsp-bounces at puck.nether.net
[mailto:alcatel-nsp-bounces at puck.nether.net] On Behalf Of Andhy Indarto
Sent: den 12 december 2008 04:57
To: alcatel-nsp at puck.nether.net
Subject: [alcatel-nsp] does it will have a problem for Link aggregation
withdifferent delay



Dear all,

I have two gigabit link from 7750 SR-A to 7750 SR-B but the link have
different delay.
The first link has end to end delay of 50 ms and second link have end to
end delay 100 ms.

If I want to bundle those 2 link and become 1 link aggregation, Does it
will run smoothly or does it will have a problem in the future because
of the difference end to end delay ?

Please inform me if you have any information or website reference regard
of this matter.

Thank you before.

Best regards,

andhi indarto

 



*****
"This message is intended only for recipients who are authorized to
receive it. 
It contains confidential and/ or legally priveleged information belong
to PT INDOSAT Tbk ("INDOSAT"), therefore the authorized recipients shall
protect this confidential information disclosed pursuant to provisions
of Indosat's policy.
If you are not a valid recipient of this message, please delete it from
your system and/ or destroy all of the tangible material produced from
the information herein together with all copies or reproductions thereof
and notify the sender immediately. 
Please also be notified that any disclosure, copying, distribution or
taking any action based on the contents of this message is strictly
prohibited and may be unlawful".
*****
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/alcatel-nsp/attachments/20081212/428ea4a1/attachment.html>