|
Just for record's sake. I can confirm that LACP/Link Aggr between SRIOV
adapters and vLAGed NE1032T works. Only detail (that's obvious if you think
about how SRIOV and LACP work) is that you must give 100% of the port to
the LPAR that will be doing LACP.
On Thu, Oct 18, 2018 at 11:12 AM Roberto José Etcheverry Romero <
yggdrasil.raiker@xxxxxxxxx> wrote:
This is worrysome for me. The switches for my latest implementation should
arrive next week, a couple of Lenovo switches. I'll update here with my
findings.
On Thu, Oct 18, 2018 at 10:45 AM DrFranken <midrange@xxxxxxxxxxxx> wrote:
You are correct that this support was enabled in TR3 though LACP wasn't
supported until a later TR (TR7) which hopefully every one already has!!!
You should choose *LNKAGG if your switches support that. This is a more
standard implementation while *ETHCHL was a Cisco only spec that some
other manufacturers did support.
For the policy that's an 'It Depends' question as this is what
determines which link in the bundle to send the packets across. Consider
that with a single connection between IBM i and another device, such as
each file during an FTP session, only 1 link of the bundle is used. This
simply determines which of the links is chosen for each connection.
If you have a lot of connections (e.g. many users) then I recommend
leaving the default of *DFT there. Second choice would be *SRCDESTP.
Do note that in this thread there has been discussion about vPC/vLAGG
(Virtual Port Channel/Virtual Link Agg). This is not supported in very
many switches in my experience but more importantly I have never been
able to make it work from IBM i to a switch pair that DOES support it.
IN THEORY it should work as there isn't any config required on the
downstream (which would be IBM i) Side.
- Larry "DrFranken" Bolhuis
www.Frankeni.com
www.iDevCloud.com - Personal Development IBM i timeshare service.
www.iInTheCloud.com - Commercial IBM i Cloud Hosting.
On 10/18/2018 8:52 AM, Steinmetz, Paul wrote:
First of all, thanks to everyone for all the tips and links.balancing/fail over.
I did some research.
Ethernet Link Aggregation was announced 10/14/2011 V7R1 TR3.
This is why it is missing from most of the "older" links on TCP/IP load
Also referencing link by Dawn May,http://ibmsystemsmag.com/blogs/i-can/archive/ethernet-link-aggregation-in-ibm-i/
of their Ethernet resources, potentially improving the reliability and
"In short, Ethernet Link Aggregation lets 7.1 TR3 users make better use
performance of their network workloads without purchasing any additional
hardware."
AGGRSCL(CMN02 CMN03)
ELA is probably the simplest, easiest, quickest to implement.
From Dawn's example,CRTLINETH LIND(ETHAGG) RSRCNAME(*AGG) AGGPCY(*ETHCHL *SRCDESTP)
any link partner, and supports LACP (*LNKAGG) with Cisco and IBM Networking
Questions.
1) Our proposed switch will be Cisco Catalyst 6506-E
Do I have options on the Cisco or must LACP be used?
2) Should AGGPCY be set to *ETHCHL or *LNKAGG?
Based on the one link, I'm thinking *LNKAGG
IBM(r) i Link Aggregation supports static aggregation (*ETHCHL) with
switches. Other LACP-capable link partners might work, but are not
officially supported.
*SRCDESTP, *RNDRBN
*ETHCHL
Specifies to use Etherchannel technology to allow
several Ethernet adapters to be aggregated together to
form a single psuedo Ethernet device.
*LNKAGG
Specifies to use IEEE 802.3ad Link Aggregation
technology to allow several Ethernet adapters to be
aggregated together to form a single psuedo Ethernet
device.
3) What should Policy type be set to? *DFT, *SRCPORT, *DESTPORT,
*DFTSteinmetz, Paul
The adapter selection algorithm uses the last byte of the
Destination IP address (for TCP/IP traffic) or MAC address (for ARP
and other non-IP traffic). This mode is typically the best initial
choice for a server with a large number of clients.
*SRCPORT
The adapter selection algorithm uses the source TCP/IP or UDP port
value.
*DESTPORT
The outgoing adapter path is selected via an algorithm using the
destination TCP/IP or UDP port value.
*SRCDESTP
The outgoing adapter path is selected via an algorithm using the
combined source and destination TCP or UDP port values.
*RNDRBN
Outgoing traffic is spread evenly across all the adapter ports in
the Etherchannel. This mode is the typical choice for two host
connected back-to-back (i.e. without a intervening switch).
Paul
-----Original Message-----
From: MIDRANGE-L [mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of
Sent: Tuesday, October 16, 2018 2:46 PMSwitch for Load balancing/fail over
To: 'Midrange Systems Technical Discussion'
Subject: RE: How to configure a 2nd Enthernet port to a 2nd Eternet
Ethernet links running at the same speed together into one logical link
Jim,
The solution you sent in the first link appears the simplest/easiest.
Ethernet Link Aggregation - Link Aggregation binds several full-duplex
with a single Media Access Control (MAC) address.
One interface, One line description with multiple resources.25.
I'm not seeing that solution as part of the 2nd link starting at page
Is this a "newer" solution, possibly not included with some of theolder docs.
Jim Oberholtzer
Paul
-----Original Message-----
From: MIDRANGE-L [mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of
Sent: Tuesday, October 16, 2018 2:31 PMSwitch for Load balancing/fail over
To: 'Midrange Systems Technical Discussion'
Subject: RE: How to configure a 2nd Enthernet port to a 2nd Eternet
for
Rob:
VIOS is by far and away the best way to virtualize Ethernet and provide
failover/load balancing. That said I don't think Paul has thatenvironment.
https://www.ibm.com/support/knowledgecenter/ssw_ibm_i_72/rzajw/rzajwpdf.pdf
Paul:
As someone pointed out VIPA might fit the situation as well. Here's a
document that explains all:
next
Start on about page 25. It'll talk about workload balancing and then
scenario is failover.to
I find VIPA to be confusing to most folks, particularly the non IBM i
network administrator that will most likely understand what your trying
do but then not be helpful in the end since it's not Microsoft/Cisco.Rob
--
Jim Oberholtzer
Agile Technology Architects
-----Original Message-----
From: MIDRANGE-L [mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of
BerendtSwitch
Sent: Tuesday, October 16, 2018 1:21 PM
To: Midrange Systems Technical Discussion <midrange-l@xxxxxxxxxxxx>
Subject: RE: How to configure a 2nd Enthernet port to a 2nd Eternet
for Load balancing/fail overthe
We use two VIOS lpars. One controls one ethernet card and the other
controls the other. They both go to different switches.
I'm so damned confident of this solution that I've upgraded VIOS during
middle of the day. Of course when you use the same solution on threePower
systems and you test it out on the sandbox machine first it helps.Mail
Rob Berendt
--
IBM Certified System Administrator - IBM i 6.1 Group Dekko Dept 1600
to: 2505 Dekko DriveEternet
Garrett, IN 46738
Ship to: Dock 108
6928N 400E
Kendallville, IN 46755
http://www.dekko.com
From: "Steinmetz, Paul" <PSteinmetz@xxxxxxxxxx>
To: "'Midrange Systems Technical Discussion'"
<midrange-l@xxxxxxxxxxxx>
Date: 10/16/2018 02:13 PM
Subject: RE: How to configure a 2nd Enthernet port to a 2nd
Switch for Load balancing/fail overhttps://www.ibm.com/support/knowledgecenter/en/ssw_ibm_i_73/rzajy/rzajylinka
Sent by: "MIDRANGE-L" <midrange-l-bounces@xxxxxxxxxxxx>
Jim,
gg.htm(Not
Thanks for that link.
The diagram was very helpful.
So only one interface and line description are used.
No changes to the interface, only to the line description.
AGGPCY (Aggregate policy) would be set to either *ETHCHL or *LNKAGG
sure which method at this point)CMN01,
AGGRSCL (Aggregated resource list) would contain the resource names
CMN02.everything
One key question.
The link prerequisites states that this solution is only valid
is going to one/same switch.Jim
" All of the ports must be connected to the same link partner (switch)."
My intended solution is going to a 2nd switch.
Is there a different configuration if a 2nd switch is involved?
Paul
-----Original Message-----
From: MIDRANGE-L [mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of
OberholtzerSwitch
Sent: Tuesday, October 16, 2018 12:07 PM
To: 'Midrange Systems Technical Discussion'
Subject: RE: How to configure a 2nd Enthernet port to a 2nd Eternet
for Load balancing/fail overhttps://www.ibm.com/support/knowledgecenter/en/ssw_ibm_i_73/rzajy/rzajylinka
gg.htmfor
--
Jim Oberholtzer
Agile Technology Architects
-----Original Message-----
From: MIDRANGE-L [mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of
Steinmetz, Paul
Sent: Tuesday, October 16, 2018 10:54 AM
To: 'Midrange Systems Technical Discussion' <midrange-l@xxxxxxxxxxxx>
Subject: How to configure a 2nd Enthernet port to a 2nd Eternet Switch
Load balancing/fail over5899
I'm looking for a resource (pdf/link) on how to configure a 2nd Ethernet
port to a 2nd Ethernet Switch for Load balancing/fail over.
The goal is to provide a higher level of redundancy for if either the
PCI port or the Ethernet switch would fail.list
The 2nd port would be connected to a 2nd switch.
I need the details for both the Interface and line description, and any
other TCP/IP config changes (default routes, static routes, etc), if
needed.
Thank You
_____
Paul Steinmetz
IBM i Systems Administrator
Pencor Services, Inc.
462 Delaware Ave
Palmerton Pa 18071
610-826-9117 work
610-826-9188 fax
610-349-0913 cell
610-377-6012 home
psteinmetz@xxxxxxxxxx
http://www.pencor.com/
--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing
list
To post a message email: MIDRANGE-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: https://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at https://archive.midrange.com/midrange-l.
Please contact support@xxxxxxxxxxxx for any subscription related
questions.
Help support midrange.com by shopping at amazon.com with our affiliate
link:
http://amzn.to/2dEadiD
--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing
list
To post a message email: MIDRANGE-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: https://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at https://archive.midrange.com/midrange-l.
Please contact support@xxxxxxxxxxxx for any subscription related
questions.
Help support midrange.com by shopping at amazon.com with our affiliate
link: http://amzn.to/2dEadiD
--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing
list
To post a message email: MIDRANGE-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: https://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at https://archive.midrange.com/midrange-l.
Please contact support@xxxxxxxxxxxx for any subscription related
questions.
Help support midrange.com by shopping at amazon.com with our affiliate
link: http://amzn.to/2dEadiD
--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing
To post a message email: MIDRANGE-L@xxxxxxxxxxxxquestions.
To subscribe, unsubscribe, or change list options,
visit: https://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at https://archive.midrange.com/midrange-l.
Please contact support@xxxxxxxxxxxx for any subscription related
link:
Help support midrange.com by shopping at amazon.com with our affiliate
http://amzn.to/2dEadiDlist
--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing
To post a message email: MIDRANGE-L@xxxxxxxxxxxxquestions.
To subscribe, unsubscribe, or change list options,
visit: https://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at https://archive.midrange.com/midrange-l.
Please contact support@xxxxxxxxxxxx for any subscription related
link: http://amzn.to/2dEadiD
Help support midrange.com by shopping at amazon.com with our affiliate
--list
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing
To post a message email: MIDRANGE-L@xxxxxxxxxxxxquestions.
To subscribe, unsubscribe, or change list options,
visit: https://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at https://archive.midrange.com/midrange-l.
Please contact support@xxxxxxxxxxxx for any subscription related
link: http://amzn.to/2dEadiD
Help support midrange.com by shopping at amazon.com with our affiliate
--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing
list
To post a message email: MIDRANGE-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: https://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at https://archive.midrange.com/midrange-l.
Please contact support@xxxxxxxxxxxx for any subscription related
questions.
Help support midrange.com by shopping at amazon.com with our affiliate
link: http://amzn.to/2dEadiD
As an Amazon Associate we earn from qualifying purchases.
This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].
Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.
midrange.com
