OC200 Controller Order in Relation to the Omada Environment.

Dear All,
Good afternoon from Brazil.
I have an Omada network, and since I need to reorganize the order and remove devices that no longer make sense as they are, I need to prioritize understanding the best order for the OC200 controller to be placed in the environment.
If attached to the router (gateway), on one port and attached to the switch on the other;
If attached to the router (gateway), with the router attached to the switch.
I have an SG105PE that I bought to power the EAP670, but it failed miserably. I changed the order of the two and had left the OC200 powered on it, but I noticed some things I didn't like, so I decided to power the OC200 directly from the wall outlet. I forgot to remove the SG105PE, and as I started reviewing the network, I quickly noticed that it's only acting as a bridge and nothing more. It could be my bedroom router instead of the completely unmanaged one that's currently serving me.
I'd like to get your opinion and even point you to Omada documentation that would help me better understand the correct topology.
- Copy Link
- Subscribe
- Bookmark
- Report Inappropriate Content

Here is the recommended topology:
The SG105PE should be able to power on the OC200 and one EAP670. If it failed, please change shorter cables to have another try.
Anything unclear, don't hesitate to let us know.
- Copy Link
- Report Inappropriate Content

Here is the recommended topology:
The SG105PE should be able to power on the OC200 and one EAP670. If it failed, please change shorter cables to have another try.
Anything unclear, don't hesitate to let us know.
- Copy Link
- Report Inappropriate Content
One last understanding.
By my logic, in a topology, the controller should be linked directly to the Omada router. Is that correct?
I'm very grateful for your continued kind responses.
I want to see Omada overcome any and all difficulties they're facing.
When using the OC200 with PoE, is there any implication regarding backup on the USB port? I don't remember exactly now, but I had removed the OC200 from the TL-SG105PE for some reason I can't recall now.
UPDATE
To complement my questions.
This topology is also correct when we're talking about an implementation with:
OC200
TL-SG105PE
TL-SG2008
EAP670
Looking at the control scenario, it would be best for the EAP to be linked to the TL-SG2008 and not the TL-SG105PE. I'm not talking about power, but rather about management technologies.
Another detail I thought of here that could affect Omada concerns the network design. TP-Link should somehow include minimal management of these devices in Omada, even if only for viewing purposes, with a link for access in a window outside of Omada. This would be great to see in the controller.
I plan to upgrade some things over the course of 2025 and 2026 for this network. Any suggestions? Just remember that this is a Home Lab environment and I'm from Brazil. I don't have the privilege of purchasing hardware at a fair price like in other parts of the world, due to the unnecessary high taxes that fuel our country's power.
And finally, what software did you use to create this topology, and where did you get these stencils? They need to make these available to more advanced professionals who want to create their own topologies. If possible, in two formats: drawings like the ones shown here and the products themselves, even legacy ones that are no longer in the portfolio for reasons of existence in some general scenarios.
- Copy Link
- Report Inappropriate Content
Please see my answers below:
Artur.Aragao wrote
One last understanding.
By my logic, in a topology, the controller should be linked directly to the Omada router. Is that correct?
>>>It doesn't matter if the controller is plugged into the router or the switch. As long as they are in the same LAN, the controller will manage the SDN devices successfully.
I'm very grateful for your continued kind responses.
I want to see Omada overcome any and all difficulties they're facing.
When using the OC200 with PoE, is there any implication regarding backup on the USB port?
>>>I don't think so. Do you meet any problem?
I don't remember exactly now, but I had removed the OC200 from the TL-SG105PE for some reason I can't recall now.
UPDATE
To complement my questions.This topology is also correct when we're talking about an implementation with:
OC200
TL-SG105PE
TL-SG2008
EAP670
Looking at the control scenario, it would be best for the EAP to be linked to the TL-SG2008 and not the TL-SG105PE. I'm not talking about power, but rather about management technologies.
>>>As I mentioned above, it doesn't matter if the OC200 is plugged into SG2008 or the SG105PE as long as they are in the same LAN. Same as EAP. Considering future configuration needs, connecting to the SG2008 would indeed be more convenient.
Another detail I thought of here that could affect Omada concerns the network design. TP-Link should somehow include minimal management of these devices in Omada, even if only for viewing purposes, with a link for access in a window outside of Omada. This would be great to see in the controller.
>>>>The Omada Controller has no minimum device requirement for management. It works perfectly fine with just one or two devices.
I plan to upgrade some things over the course of 2025 and 2026 for this network. Any suggestions? Just remember that this is a Home Lab environment and I'm from Brazil. I don't have the privilege of purchasing hardware at a fair price like in other parts of the world, due to the unnecessary high taxes that fuel our country's power.
>>>What things are you planning to update? At least you should share some requirements so that I can provide suggestions. Such as there will be more clients? Or you will need some new features in the future?
And finally, what software did you use to create this topology, and where did you get these stencils? They need to make these available to more advanced professionals who want to create their own topologies. If possible, in two formats: drawings like the ones shown here and the products themselves, even legacy ones that are no longer in the portfolio for reasons of existence in some general scenarios.
>>>You can get the TP-Link Icons from the following post:
TP-Link Corporate Icons, Free For Use To Facilitate Your Drawing Of The Network Diagram
- Copy Link
- Report Inappropriate Content
Another detail I thought of here that could affect Omada concerns the network design. TP-Link should somehow include minimal management of these devices in Omada, even if only for viewing purposes, with a link for access in a window outside of Omada. This would be great to see in the controller.
>>>>The Omada Controller has no minimum device requirement for management. It works perfectly fine with just one or two devices.
R: Here I wanted to suggest that the Omada controller should display TP-Link and non-TP-Link devices not managed by Omada, providing web access to the product in an adjacent tab. That would be really cool.
I want to see Omada overcome any and all difficulties they're facing.
When using the OC200 with PoE, is there any implication regarding backup on the USB port?
>>>I don't think so. Do you meet any problem?
R: I don't remember. I'll make the changes later to better assess this.
I plan to upgrade some things over the course of 2025 and 2026 for this network. Any suggestions? Just remember that this is a Home Lab environment and I'm from Brazil. I don't have the privilege of purchasing hardware at a fair price like in other parts of the world, due to the unnecessary high taxes that fuel our country's power.
>>>What things are you planning to update? At least you should share some requirements so that I can provide suggestions. Such as there will be more clients? Or you will need some new features in the future?
R: My network is now quite simple, but functional. However, I really wanted to have more comprehensive features that I could afford. The number of clients is minimal.
It would be more of a home lab environment to assess knowledge and replicate it for specific clients in the future.
For example, DPI, IPS, IDS, Geo-Filtering, among other features found in more powerful products.
Here in Brazil, there's only one product that does this, and it's quite expensive for my budget: the ER8411. However, after a little more research, I found the ER7412-M2, which seemed perfect for what I wanted.
I have doubts about the advanced features and how far I can use them without paying for additional licensing.
If I could, I would definitely pay for them, but let's see how far we can go without Omada Pro.
The ER7412-M2 should be available in Brazil.
My dear.
I'm truly grateful.
When I mentioned that I hope TP-Link overcomes these difficulties, I was referring to the difficulties they're currently facing with the US investigations.
I see that they made a monstrous effort to avoid being banned, and I truly hope you overcome this with flying colors.
- Copy Link
- Report Inappropriate Content
R: Here I wanted to suggest that the Omada controller should display TP-Link and non-TP-Link devices not managed by Omada, providing web access to the product in an adjacent tab. That would be really cool.
>>>Yes, this appears to be an excellent feature. But frankly speaking, this would be nearly impossible for any manufacturer to achieve. After all, different manufacturers employ distinct technical approaches and use vastly different hardware components. We can only strive to maximize compatibility with more products and brands to the greatest extent possible.
- Copy Link
- Report Inappropriate Content
I understand here, but they can do this with the Non-Omada (Without management). I'd like to see this in Omada.
- Copy Link
- Report Inappropriate Content

Information
Helpful: 0
Views: 276
Replies: 6
Voters 0
No one has voted for it yet.