These things (load balanced teaming, especially your NIC vendor) have a really bad track record.
Thanks, Brian Desmond br...@briandesmond.com c - 312.731.3132 -----Original Message----- From: Joseph Heaton [mailto:jhea...@dfg.ca.gov] Sent: Monday, March 22, 2010 12:26 PM To: NT System Admin Issues Subject: RE: Broadcom teaming question This particular server is our warehouse for GIS images. The weekly full backups would benefit from a "trunking" team. >>> Brian Desmond <br...@briandesmond.com> 3/22/2010 10:12 AM >>> Are you pushing enough data to need more than a gig of bandwidth? I'd highly recommend just doing an active/passive team if possible. Thanks, Brian Desmond br...@briandesmond.com c - 312.731.3132 -----Original Message----- From: Joseph Heaton [mailto:jhea...@dfg.ca.gov] Sent: Monday, March 22, 2010 12:09 PM To: NT System Admin Issues Subject: RE: Broadcom teaming question At the moment, it's setup as a Smart load balancing/failover team. We're probably going to be going to an LACP team, which uses same MAC for both NICs. The Smart load balancing maintains separate MACs for each NIC, which is where our problem originates. >>> "Kelsey, John" <jckel...@drmc.org> 3/18/2010 8:52 AM >>> What kind of team is it? SLB or LACP? -----Original Message----- From: Joseph Heaton [mailto:jhea...@dfg.ca.gov] Sent: Tuesday, March 16, 2010 11:51 AM To: NT System Admin Issues Subject: Broadcom teaming question We have a Server 2008 x64 server, with 2 Broadcom NICs. We also have an application on this server that references the MAC address of the NIC, for functionality. When we team the NICs, and the server gets rebooted, the MAC address that the team uses has been switching between the two available. Anyone know of a way to specify the MAC address to use? We're using the Broadcom Advanced Control Suite (BACS) 3, version 12.2.9.0 Thanks, Joe Heaton ~ Finally, powerful endpoint security that ISN'T a resource hog! ~ ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/> ~ This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. ~ Finally, powerful endpoint security that ISN'T a resource hog! ~ ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/> ~ ~ Finally, powerful endpoint security that ISN'T a resource hog! ~ ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/> ~ ~ Finally, powerful endpoint security that ISN'T a resource hog! ~ ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/> ~ ~ Finally, powerful endpoint security that ISN'T a resource hog! ~ ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/> ~ ~ Finally, powerful endpoint security that ISN'T a resource hog! ~ ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/> ~
