Okay, then i misunderstood the phrase "I have not deactivated STP in the MTKs because I thought Cisco have total control of that EtherChannel.", because to me it sounds like it's activated when you write this. Anyway, you will have to look at the Bridge setup on the MT's then and be sure it's a fully transparent bridge. Also test the etherchannel setup on the Cisco's back-to-back. If everything checks out and still doesn't work, then propably some communication in between the cisco's isn't coming through. I havent read the Etherchannel RFC but perhaps they use some tagging of frames or similar that causes fragmented packages on the 1500 Byte MTU MT link and maybe raising the MTU on the MT links will solve it. Don't know, all i know is that MT is capable of doing a perfect L2 bridge on a wireless P2P link.
/Henrik
Yes, sorry for the mistake, I have written some kind of redundancy (it's a networking advantage
), you are right.
I had to say I have deactivated or I have not activated...
Well, when I check Etherchannel status, Cisco shows me as every port being in up state, and being part of that Channel, as it has to be.
I haven't any doubt that MTK is really able to do perfect L2 bridges, mainly because I'm using several of them in my wireless network. By the way, have you tested MTK APs with Edimax Clients?.
I tested same Ciscos EtherChannel using AP-STA Edimax and they acted very well, that is the main reason I don't understand why these act like this.
Thanks for your kind advice, I'll look for more information and I'll post here.
Regards.