08-09-2014 02:35 AM
The two links connect to both switches via two radios. The problem is that I am unable to access the http interface of the attached radios:
Everything else is working fine and the radios are passing data according to PRTG monitoring of the attached equipment
Thank you
Solved! Go to Solution.
08-12-2014 05:17 AM
Well it looks like that is it.
Based on it, it looks like you can never manage your bridges due to this.
This is due to the concept of the etherchannel and how it operates
The L3 Packets coming from the management IP of the bridges can never be process because the etherchannel does not recognize it. It only processes packets from its peer, etherchannel port to etherchannel port.
All in all, you cant manage your bridges, to put it simply
08-09-2014 08:03 AM
Hi,
I have doubts that the one causing the no access to its mgmt. UI is the etherchannel itself w/c we cannot do anything about.
But here take this steps:
1. Have you tried accessing their UI when etherchannel WAS NOT YET configured?
A. If you can access them, well its looks like the etherchannel is the cause.
08-12-2014 05:09 AM
Sorry for the late reply, yes the UI was accessible before the aggregation was configured.
08-12-2014 05:17 AM
Well it looks like that is it.
Based on it, it looks like you can never manage your bridges due to this.
This is due to the concept of the etherchannel and how it operates
The L3 Packets coming from the management IP of the bridges can never be process because the etherchannel does not recognize it. It only processes packets from its peer, etherchannel port to etherchannel port.
All in all, you cant manage your bridges, to put it simply
08-12-2014 06:03 AM
Oh yeah,
additional, if ever your bridge have multiple ethernet ports, then utilize that.
create another port, simple for management
Discover and save your favorite ideas. Come back to expert answers, step-by-step guides, recent topics, and more.
New here? Get started with these tips. How to use Community New member guide