Looks like if you issue '
code:set port lacp port ge.1.5-6 aadminkey 2
' to override the
default, the aadminkey of these two intended underlying ethernet ports should then match that of the intended LAG aggregator ('
code:set lacp aadminkey lag.0.2 2
'), allowing LAG lag.0.2 to form using underlying ports ge.1.5-6.
That may or may not be the whole story, but it should move things in the right direction.
You could as desired test the SSA with any other Dynamic LAG device. If it works with that test device, then it should work with the Fortinet. Based on my findings above, I surmise that SSA ports ge.1.5-6 are
not LAGging with anything now - unless some other local LAG aggregator instance has a
aadminkey value.