Link aggregation on VMWare ESXi vSwitch or bond in... - Check Point CheckMates
Link aggregation on VMWare ESXi vSwitch or bond interfaces on Check Point GW?
Hello,
currently we are implementing Check Point vSEC GW hosted on ESXi host with 2x10G interfaces to Internet and 2x 10G interfaces to LAN. We would like to bond the interfaces for load balancing, however I don't know if we should do the aggregation on VMWare layer in vSwitch or I should create 2 interfaces to Check Point GW VM and bond them there together. What do you think would give us better throughput? Thanks for suggestions.
We will be using VMXNET 3 as driver for 10G vNICs.
Click here to give kudos to this post.
1
2
3
4
5
0.5
1.0
1.5
2.0
2.5
3.0
3.5
4.0
4.5
5.0
7 Replies
Champion
2018-08-0612:21 PM
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Speaking strictly from point of view of Gaia interface:
The link speed increment is not defined by the user. So if you'll perform port aggregation in VMware, the Gaia may still default to a single interface speed.
It stands to reason that you may want to present both interfaces as separate entities and perform aggregation in the bond on Gaia.
I am uncertain how the LACP will act with ESXi's virtual switch though. It is possible that you may have to tinker with the promiscuous mode settings on the port group assigned to carry this traffic.
Timothy Hall could probably chime in on this subject.
Click here to give kudos to this post.
1
2
3
4
5
0.5
1.0
1.5
2.0
2.5
3.0
3.5
4.0
4.5
5.0
MVP Gold
2018-08-0706:52 AM
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
I'd probably create the bond in VMWare so that it is as close as possible to whatever switch it is attached to (so that the 802.3ad is handled outside Gaia), then present a single interface to Gaia. I don't think it will matter much either way, but would be interesting to try both ways and run some iperf tests to compare.
--
Second Edition of my "Max Power" Firewall Book
Now Available at http://www.maxpowerfirewalls.com
New Book: "Max Power 2026" Coming Soon
Check Point Firewall Performance Optimization
Click here to give kudos to this post.
1
2
3
4
5
0.5
1.0
1.5
2.0
2.5
3.0
3.5
4.0
4.5
5.0
Advisor
2018-08-0606:01 PM
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
I am not sure, but I think you don't need LACP on virtual system. You have to create vSwitch included 2 NIC interface on vmware.
0
Kudos
Click here to give kudos to this post.
1
2
3
4
5
0.5
1.0
1.5
2.0
2.5
3.0
3.5
4.0
4.5
5.0
Participant
2018-08-1211:37 PM
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Hi, just a quick update.
As we don't have a Cisco switch on the other side, our guys from server teams told us that the setting up correct load balancing would be issue, as VMWare recommends using static Etherchannel configuration. We tried to put separate vNICs to Check Point and handle LACP there, however when the vNIC are through vSwitch (each vNIC has it's own vSwitch) we couldn't get the LACP to create bond from Check Point on switch.
We have used Pass-through on 10Gbit interface directly to Check Point and created a bond inside Check Point. LACP was sucessfully create and now it shows as 20Gbit interface on switch.
Click here to give kudos to this post.
1
2
3
4
5
0.5
1.0
1.5
2.0
2.5
3.0
3.5
4.0
4.5
5.0
Mentor
2018-08-1307:58 AM
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
got the same with no need of LACP on the switch side (vSwitch). 2 interfaces on GAIA works perfectly find as a BOND with LACP type. It isn't complicated when the GAIA is 80.10 though it was on 77.30 if I remember correclty but luckily this isn't the case here as well.
Jerry
0
Kudos
Click here to give kudos to this post.
1
2
3
4
5
0.5
1.0
1.5
2.0
2.5
3.0
3.5
4.0
4.5
5.0
Champion
2018-08-1308:10 AM
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Thank you for sharing.
Please note that depending on particulars of your implementation, this may represent a problem down the road:
i.e. if this is not the only VM on the host and if you are counting on it being subjected to moves between hosts, using pah-through is effectively anchoring the VM to this host only.
If you are still experimenting, try attaching two interfaces from the Gaia VM to the same portgroup on the vSwitch:
Regards,
Vladimir
Click here to give kudos to this post.
1
2
3
4
5
0.5
1.0
1.5
2.0
2.5
3.0
3.5
4.0
4.5
5.0
Participant
2018-08-1403:52 AM
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Thanks Vladimir for clarification.
In our setup, the servers will be used solely for firewall so the concert with moving VMs should be an issue. I will try to do your recommendation in lab if we can sucessfuly create a bond if the interfaces are in the same port group - this wasn't the case when I first tried it out.
Click here to give kudos to this post.
1
2
3
4
5
0.5
1.0
1.5
2.0
2.5
3.0
3.5
4.0
4.5
5.0
Post Reply
Leaderboard
Epsum factorial non deposit quid pro quo hic escorol.
| User | Count |
|---|---|
WiliRGasparetto |
13 |
Jeff_Engel |
1 |
jorgeluiznim |
1 |
Trending Discussions
Part 1 How CloudGuard Controller R82.10 Builds Dynamic Security Context
Identity Distribution, TTL, Monitoring, and Operations in CloudGuard Controller R82.10
Known R82.10 Limitations That Affect Architecture The current R82.10 documentation lists limitati
Upcoming Events
Sort by:
Tue 28 Jul 2026 @ 11:00 AM (EDT)
Under the Hood - Check Point and Illumio – Modern Network Defense Against AI-Based Threats
Wed 29 Jul 2026 @ 12:00 PM (SGT)
The AI Security Report 2026: A Turning Point for Enterprise Defense - SGT
Wed 29 Jul 2026 @ 02:00 PM (IDT)
The AI Security Report 2026: A Turning Point for Enterprise Defense - AMER
Wed 29 Jul 2026 @ 03:00 PM (CEST)
The AI Security Report 2026: A Turning Point for Enterprise Defense EMEA
Wed 29 Jul 2026 @ 11:00 AM (EDT)
TechTalk: On-Premise SD-WAN Management
Thu 30 Jul 2026 @ 11:30 AM (CDT)
CheckMates Live DFW: Agentic AI Security Deep Dive & Hands-On
Tue 28 Jul 2026 @ 11:00 AM (EDT)
Wed 29 Jul 2026 @ 12:00 PM (SGT)
Wed 29 Jul 2026 @ 02:00 PM (IDT)
Wed 29 Jul 2026 @ 03:00 PM (CEST)
Wed 29 Jul 2026 @ 11:00 AM (EDT)
TechTalk: On-Premise SD-WAN Management
Thu 30 Jul 2026 @ 10:00 AM (PDT)
AI Security Masters E12: READY OR NOT: Securing the AI Enterprise 4/5 - AI Gateway
Tue 11 Aug 2026 @ 11:30 AM (EDT)
New York City: Agentic AI Security Deep Dive & Hands-On
Thu 13 Aug 2026 @ 11:30 AM (EDT)
Waltham, MA: Agentic AI Security Deep Dive & Hands-On
Thu 20 Aug 2026 @ 08:30 AM (COT)
Medellin: Workspace Evolution: Hybrid Mesh Management - Visibilidad, Automatización e IA
Thu 20 Aug 2026 @ 06:00 PM (COT)
Medellin: Workspace Intelligence: IA Generativa en Acción para Equipos de Seguridad
Thu 27 Aug 2026 @ 09:00 AM (CEST)
Check Point Hands-On SASE and Cloud Workshop - Zurich
Wed 21 Oct 2026 @ 09:00 AM (BST)
AI Security Workshop - Glasgow
About CheckMates
Learn Check Point
Advanced Learning
Resources
Non-English Discussions
YOU DESERVE THE BEST SECURITY
We’re Social. Follow Us CheckMates on LinkedIn Check Point on YouTube CheckMates on Facebook CheckMates on Instagram
©1994-2026 Check Point Software Technologies Ltd. All rights reserved. Copyright Privacy Policy About Us UserCenter
Auto-suggest helps you quickly narrow down your search results by suggesting possible matches as you type.
Auto-suggest helps you quickly narrow down your search results by suggesting possible matches as you type.