Yes you are correct , you upgrade to 18.104.22.168 and everything will start working with Vlan transparent mode enabled.
It is simple.Let me throw some more light on that. Before you proceed for ethernet bridging:
1) Enable Ethernet bridging on Mesh APs (RAP and MAP) otherwise ethernet ports will be disabled by default.
2) Once you have done that . next is to decide if you want vlan tranparent mode to be enabled or disabled.Both result in vlans bridged across the mesh network.
3) By default , Ethernet ports of MAP and RAP would be in "Normal mode".
Now after above points , You need to decide which mode you want to choose:
>>If you choose Vlan Tranparent to be enabled on Wireless>mesh page, No further configuration on RAP and MAP is needed. Vlan tags are not processed and forwarded from the MAP switch to RAP switch Tranparently.You just need to configure RAP switchport and MAP switchport with with a native vlan and allowed vlans in a exactly same way.Native vlan should be the Management vlan of the RAP and MAP.All the vlans would be tranparently forwarded.
Expect this in 7.0 and 7.5.In 7.2 allowed vlans configured on the RAP and MAP switch switch will not work because of the bug I mentioned.
>>If you choose vlan tranparent mode to be disabled , You are asking MAP and RAP to process the vlan and hence you will need to configure them now.
###RAP and MAP switchport configuration would be same.
###MAP ethernet port on the WLC to be configured as Trunk with same configuration as that of RAP and MAP switchport.
With this configuration in place , you will be able to ping the" allowed vlan " ip addresses from the RAP switch to MAP switch.RAP and MAP ip address is in Native vlan and will work fine but you cannot ping native vlan ip address present on the MAP switch from the RAP switch. Native vlan is not allowed to bridge across the MESH network with vlan tranparent disabled.
Hope this helps.
Thanks for that information Dhiresh. We were planning to upgrade the controller in this location this year. This information may prioritize this upgrade!
Amjad and Scott, thanks to you two also. We ended up getting TAC involved with that MAP that we took down because things just didn't make sense. The TAC engineer agreed that the errors we were getting were unusual and that our settings looked correct. We wiped the MAP and started from the ground up, configuring it with TAC watching and we still had some issues, though it seemed to be moving in the right direction. We will keep working through these issues also.
One more question Dhiresh,
If we use VLAN transparent on 7.5, and the switches' native vlan on both sides are the same VLAN as the MAP and RAP management VLAN, will the remote switch and its indoor access points have to be on a different VLAN than the native/MAP's management VLAN?
If the native VLAN is vlan100. The MAP and RAP's management are both on vlan100. I need to know if the MAP or RAP will drop or pass frames if there are devices on the MAP/bridged side on vlan100.
Yes.Once the Native vlan starts communicating across the bridge i.e you are able to ping any Native vlan ip address on MAP switch from RAP switch , You can have any thing in Native vlan on MAP switch.
That good to know. v7.5 is deferred and if v22.214.171.124 didn't fix your issue and v7.5 did , that's good for you. If it isn't broke, no need to upgrade:)
Sent from Cisco Technical Support iPhone App
On Friday, after speaking with TAC, I learned that the issue with my stranded MAP was most likely because of a bug with 7.2.x.x. I was given a small maintenance window to perform the upgrade from 7.2 to 7.5. After the 7.5 install, the stranded MAP was able to associate and is working correctly. I will have to dig into the trunking later this week. Snow and ice has kept me out of the office, and offsite.
there are many mesh ap related bugs between 7.2 and 7.4, where 7.4 code have open mesh bugs that were least affecting. you can check fron appropriate rne.