Skip to main content
angrygreenfrogs
New Member
May 17, 2012 9:12 PM UTC
Question

60C Link Aggregation

Hi guys, I' ve been googling and searching here, but haven' t found an answer. Does the 60C support link aggregation? The data sheet here: http://www.fortinet.com/sites/default/files/productdatasheets/FortiGate-60C.pdf Says " Multi-Link Aggregation (802.3ad)" However, I' ve seen some internet search mentions of the 60C not supporting link aggregation. Anyone know the truth?

    29 replies

    Austin_M
    New Member
    May 21, 2012 7:31 AM UTC
    Find out whether 60C supports redundant interfaces or not . If it does then you can combine two interfaces into one for each zone and then have a full mesh setup.
    Carl_Wallmark
    New Member
    May 21, 2012 2:37 PM UTC
    Find out whether 60C supports redundant interfaces or not . If it does then you can combine two interfaces into one for each zone and then have a full mesh setup.
    It does not, the 200B is the first model, read my post above.
    angrygreenfrogs
    New Member
    May 21, 2012 3:13 PM UTC
    Selective, Austin.M -- thanks guys -- we' ve just received our pair of 60Cs. So I' m digging around into that right now. I' ll post my results to help with others in the future.
    emnoc
    New Member
    May 21, 2012 4:08 PM UTC
    Link aggregation and redundant interfaces are 2 unique features or issues. Also I recall link aggregation ( 802.3ad ) being support in models as early as the 100A and even 800A back in the day, so I' m not sure of what you meant by; The 200B is the first model to support Link Aggregation. 100D does not.
    Carl_Wallmark
    New Member
    May 21, 2012 5:02 PM UTC
    emnoc: i mean, the 110C, 100D, 100A, 80C, 60C, 50B, 40C and 20C does not support these features, and i know in much older firmwares they could have been supported but not in newer firmwares.
    ede_pfau
    SuperUser
    SuperUser
    May 22, 2012 6:26 AM UTC
    The reason for this is that in v4.00 LACP is handled by the NP. Smaller FGTs do not have NPs. It might be that in v3.00 LACP was done by the CPU but that would cost a lot of power for GbE interfaces and so was abandoned.
    angrygreenfrogs
    New Member
    May 23, 2012 2:50 AM UTC
    Hi guys, Well we got our 60Cs in and I' ve been experimenting with the possible configurations here. I can say these things for a fact, the 60c definitely does not support link aggregation and also does not support interface redundancy. Selective, I think the solution that leaves for me is doing like you' ve suggested and using 2 switch ports.. did you do that by configuring creating a new interface of type " software switch" ?
    angrygreenfrogs
    New Member
    May 23, 2012 5:09 AM UTC
    Yep, one alternative seems to be to use a software switch, which is available in the 60C. You can create a software switch from " Network" ->" Interface" ->" Create New Interface" , then: Type: Software Switch And select the interface ports desired (e.g. I used internal1 and internal2). I first set my " Switch Mode" into " Interface Mode" to let me have access to internal1-5 and created a LAN switch. You can set a single IP address for the switch, e.g. 192.168.0.5 I ran some tests by running 2 network cables, one from internal1, and another from internal2 out to a switch with a test PC. I setup a constant ping from that test PC back to the 60C 192.168.0.5 address, and then tried unplugging internal1 and then internal2. I found that generally this did work and access to the device would recover.. but it would noticeably take a few seconds (e.g. 5-10) for ping to resume after switching the cables. I assume this is just due to normal switching. So this seems to work, but it' s definitely not as good as a real redundant or aggregate interface. Please let me know if anyone has any knowledge of if using a software switch like this could cause any issues?
    Carl_Wallmark
    New Member
    May 23, 2012 5:51 AM UTC
    My setup was a little different, as i do not want to do software switch, beacuse it will run on the CPU. My setup: 2 FortiGate 110C 2 Procurve switches 2810 from each fortigate (the switch interface), connect two cables, one to each switch. configure spanning-tree on the switches (i went with rapid spanning tree) Then cross-connect the two switches with each other.
    angrygreenfrogs
    New Member
    May 23, 2012 6:21 AM UTC
    Definitely... but that doesn' t quite answer the bit about how the fortigate handles the two interface connections internally, which was my big problem... I wanted to combine those two connections using aggregation, or interface redundancy, or something. I wanted a single IP across 2 connections, and each of those connections to a separate switch. Essentially I' ve concluded that I agree with you I' d prefer not to use a software switch.. and so I' m going to do what is the only other option available to me since the 60C doesn' t support aggregation and " full mesh" ... meaning I' ll hook 60-C #1 up to switch #1... and 60-C #2 to switch #2... cross-connect switch 1 to switch 2... and just use fail-over monitoring so that if switch #1 died, then I' d fail-over to 60-C #2, which is setup on switch #2. Not as good as a full mesh, because my setup wouldn' t be resilient against the unlikely scenario of 60-c #1 and switch #1 both dying at the same time.. but still pretty good.
    ede_pfau
    SuperUser
    SuperUser
    May 23, 2012 6:33 AM UTC
    You could use the internal ports on each 60C in ' switch mode' , and connect each FGT to both switches. The switches should be linked to each other as well. But this setup, as well as your proposal, requires Spanning Tree protocol to be active on the switches. If available, Rapid STP is preferable as it converges more quickly. Basically, a HA cluster is ONE device, with one IP address and only one MAC address. Any additional connection after the first between the cluster and the switches must be put into the ' blocked' state by the Spanning Tree protocol, or you will experience a broadcast storm. So I don' t see why you shouldn' t configure a full mesh (4 connections) of which only 1 will be active/forwarding at any time. This is called resiliency, second best to ' full mesh active' . The latter would require that your switches form a cluster like the FGTs, called ' virtual cluster' (Juniper) or IRF (HP). IMHO a bit oversized for a pair of 60Cs.
    Thought Leadership. Security Summit. Thursday, November 12th, PGA National Resort, Palm Beach Gardens, FL.
    Security Operations Summit: Modernize SecOps. Operate AI-Native.AMER: November 4 | 9:00 AM PST. India and SAARC: November 5 | 10:00 AM IST. EMEA: November 5 | 10:30 AM CET. APAC: November 5 | 11:00 AM SGT