Cisco Bandwidth Aggregation

I am having an issue getting bandwidth aggregation to work properly between a Windows Server 2008, Cisco SG500-52, and Windows Server 2012 R2.

On the 2008 server I have two 1Gb ports configured with BACS4 with a Team Type of 802.3 ad.  For these two ports the switch has them configured as trunk ports.  The ports are also in one LAG, LACP is Enabled, the link is up, and it has these two ports as active members.

On the 2012 R2 server I have two 1Gb ports configured through Windows NIC Teaming.  The Teaming mode is LACP and the load balancing mode is Dynamic.  The status says that it is Online and it shows both ports as being Active.  For these two ports the switch has them configured as trunk ports.  The ports are also in one LAG, LACP is Enabled, the link is up, and it has these two ports as active members.

This configuration still limits my bandwidth to 1Gb.  On both servers I have used Performance Monitor and looked at each individual NIC for Bytes Total/sec and it looks like it is still only using one NIC.

What am I missing?

Who is Participating?

[Product update] Infrastructure Analysis Tool is now available with Business Accounts.Learn More

I wear a lot of hats...

"The solutions and answers provided on Experts Exchange have been extremely helpful to me over the last few years. I wear a lot of hats - Developer, Database Administrator, Help Desk, etc., so I know a lot of things but not a lot about one thing. Experts Exchange gives me answers from people who do know a lot about one thing, in a easy to use platform." -Todd S.

I am not 100% sure but I think with teaming on the NIC's it will only use a single interface for a single session to another host.  If there were another server in the mix then you would see a transmit on each NIC, one to each of the servers receiving.  The reverse of that is true too.

I could be wrong though...
Axis52401Security AnalystCommented:
I have this setup in my environment and my TEAM status shows 2Gpbs so it is possible. However on the windows side of things I have my type set as SLA, Static Link Aggregation. I feel that you may be missing that. It still provides fault tolerance in case one link goes down but check your settings on the windows side first.

Right click the team --> properties --> configure --> settings --> modify team --> type --> set to SLA

Thats what I had to do anyway. I know that there are different options available but if you want 2Gpbs of throughput that should work for you.

Experts Exchange Solution brought to you by

Your issues matter to us.

Facing a tech roadblock? Get the help and guidance you need from experienced professionals who care. Ask your question anytime, anywhere, with no hassle.

Start your 7-day free trial
Axis52401Security AnalystCommented:
*meant to say, 'windows side of things I have my team set to as SLA'
Redefine Your Security with AI & Machine Learning

The implications of AI and machine learning in cyber security are massive and constantly growing, creating both efficiencies and new challenges across the board. Check out our on-demand webinar to learn more about how AI can help your organization!

ollybubaAuthor Commented:
If I change my teaming mode to static teaming vs LACP do o need to enable LACP on the switch? How about configuring an LAG?
Axis52401Security AnalystCommented:
At one time I had an slm2014 which is similar to the switch you are using and at that time I had configured a LAG for the SLA. So I can't speak directly to whether or not use LACP or LAG on the switch side but I am confident a LAG will work for you on the switch side with SLA on the server side.
ollybubaAuthor Commented:
What I have found is that when you have LACP as the teaming mode in Windows Server 2012 R2, you also have to have LACP enabled on the LAG with Cisco.  Makes sense.  When you use the static teaming mode, you still have to setup a LAG but you don't enable LACP.  You also can use NIC teaming between two servers.  The catch with NIC teaming is that each interface acts in what I would consider half-duplex mode.  At least with two interfaces, one port sends and one receives.  Having traffic moving in both directions is the only way to achieve full bandwidth utilization of the team from what I've seen.  I'm guessing that changes when you start adding even more interfaces.
It's more than this solution.Get answers and train to solve all your tech problems - anytime, anywhere.Try it for free Edge Out The Competitionfor your dream job with proven skills and certifications.Get started today Stand Outas the employee with proven skills.Start learning today for free Move Your Career Forwardwith certification training in the latest technologies.Start your trial today
Network Management

From novice to tech pro — start learning today.