[openstack-dev] [sdk][masakari][tricircle] Inclusion of SDK classes in openstacksdk tree

joehuang joehuang at huawei.com
Mon Jan 22 01:08:10 UTC 2018

Hello, Monty,

Tricircle did not develop any extra Neutron network resources, Tricircle provide plugins under Neutron, and same support resources as Neutron have. To ease the management of multiple Neutron servers, one Tricircle Admin API is provided to manage the resource routings between local neutron(s) and central neutron, it's one standalone service, and only for cloud administrator, therefore python-tricircleclient adn CLI were developed to support these administration functions.

do you mean to put  Tricircle Admin API sdk under openstacksdk tree?

Best Regards
Chaoyi Huang (joehuang)

From: Monty Taylor [mordred at inaugust.com]
Sent: 21 January 2018 1:22
To: OpenStack Development Mailing List (not for usage questions)
Subject: [openstack-dev] [sdk][masakari][tricircle] Inclusion of SDK classes in openstacksdk tree

Hey everybody,

Wanted to send a quick note to let people know that all OpenStack
services are more than welcome to put any openstacksdk proxy and
resource classes they have directly into the openstacksdk tree.

Looking through codesearch.openstack.org, masakariclient and tricircle
each have SDK-related classes in their trees.

You don't HAVE to put the code into openstacksdk. In fact, I wrote a
patch for masakariclient to register the classes with


But I wanted to be clear that the code is **welcome** directly in tree,
and that anyone working on an OpenStack service is welcome to put
support code directly in the openstacksdk tree.


PS. Joe - you've also got some classes in the tricircle test suite
extending the network service. I haven't followed all the things ... are
the tricircle network extensions done as neutron plugins now? (It looks
like they are) If so, why don't we figure out getting your network
resources in-tree as well.

OpenStack Development Mailing List (not for usage questions)
Unsubscribe: OpenStack-dev-request at lists.openstack.org?subject:unsubscribe

More information about the OpenStack-dev mailing list