Yes you can use aggregate-port learner and this is the default on most switches. Aggregate-port learner can use any of the physical interfaces within the etherchannel to send the traffic ie. it doesn't care which physical interface it came in on.
if i select aggregate port-learner methods for balance traffic , the switch will not forward or recieve the frame on the same physical link ? if i would like to fwd or rcv on the same physical, i should select physical port-learner ?
With aggregate port-learner you don't care which physical link in the eherchannel the switch uses.
If you would like to fwd and rcv on same interface yes you can look at physical port-learner.
You don't say which switch you are using. For example you can influence which port is used in an etherchannel on a 3550 by using the pagp port-priority command. I've included a link to the 3550 config guide which does a good job of explaining the difference.
One thing to be aware of. Etherchannel is designed to load balance traffic across a number of physical links. If you start specifying which port can send which traffic you can go too far with this and kind of negate the whole idea of using an etherchannel.
We are pleased to announce availability of Beta software for 16.6.3. 16.6.3 will be the second rebuild on the 16.6 release train targeted towards Catalyst 9500/9400/9300/3850/3650 switching platforms. We are looking for early feedback from custome...