01:01:40 #startmeeting tricircle 01:01:41 Meeting started Wed Aug 30 01:01:40 2017 UTC and is due to finish in 60 minutes. The chair is zhiyuan. Information about MeetBot at http://wiki.debian.org/MeetBot. 01:01:42 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 01:01:44 The meeting name has been set to 'tricircle' 01:02:55 at the beginning, just to remind that our PTG will be held on Sep 15th. I set the time from 9:00am to 17:00 pm, is that fine for you? 01:03:09 fine 01:03:18 fine 01:03:21 fine 01:03:24 fine 01:04:10 ok, then I would to have a discussion of one of our configuration options 01:04:34 #topic auth_url-and-identity_url 01:04:48 currently we have two options about keystone url 01:05:04 I scan our code and find that only auth_url is used 01:06:29 I am just thinking that these two options may make users confused, especially only one of them takes effect 01:06:30 yes, too many terms in keystone configuration, quite confused 01:07:55 this comes to my mind because about two days ago sapd pinged me in the #openstack-tricircle channel 01:08:43 good idea to refine the configuration items 01:09:07 sapd failed to access the local neutron server because of keystone auth error. 01:09:42 hello 01:09:56 after modifying the code a bit and use identity_url, sapd succeeded to access the server, so I guess the options are mis-configured 01:10:11 hi ronghui 01:11:24 it would be great if sapd can submit a patch to enhance the configuration 01:12:56 sapd fork our repos and modify in his own repos, but I have told him the git-review way 01:13:55 he tries to use session instead of directly using token in his modification 01:14:45 is the configuration guide not clear enough, then there is space to improve it. 01:14:55 but I think improve our configuration options are also fine, since the CI shows that our code works in the default configuration 01:16:02 what about improving our doc to tell that auth_url is the used one 01:16:31 and also tell users how to correctly configure it 01:16:37 +1 01:17:01 later we can remove the identity_url option 01:18:27 #action improve configuration guide about auth_url and identity_url 01:18:50 maybe we can have a chat in #openstack-tricircle with sapd, he is not in the meeting now 01:19:28 sapd seems to be online at about 11:00 01:19:53 we can ping him after the meeting 01:20:12 he is trying to intergrate trio2o and tricircle :) 01:20:35 ok 01:22:19 ok, next let's sync our progress 01:22:48 #topic development-progress 01:24:33 for me, the patch for job pagination in tricircleclient is committed. 01:24:43 for lbaas, working on improving get_subnet and fixing the wrong route configuration. already tested the code in the environment, it works 01:25:01 I have a patch about supporting network direct deleting, but need to evaluate whether it also works in concurrency scenario 01:25:41 to dongfeng, yes, I see virtor already posts +2 01:25:55 will review soon 01:26:30 en, I test it, it works. 01:26:38 to yipei, what's the wrong route configuration? 01:27:16 after adding member, the route table is updated 01:27:57 two entries for east-west traffic are replaced 01:28:37 oh, I recall the issue. we have discussed that 01:28:42 yes 01:29:45 so you can submit both the patch for improving get_subnet and fixing route 01:29:45 a question for QoS configuration, the configuration of central neutron is according to the driver method, and not very understand for this method 01:30:31 to zhiyuan, ok, got it 01:31:18 to ronghui, add QoS pluin to the service plugin, then set the QoS driver as your implementation, have you tried that? 01:32:01 just trying 01:32:13 I think it should be similar to SFC: https://docs.openstack.org/tricircle/latest/networking/networking-guide.html#service-function-chaining-guide 01:32:24 ok 01:32:49 so the problem is that your driver is not called? 01:33:21 yes 01:35:08 the central neutron server log may also show what drivers are loaded 01:35:52 ok we will check the log and try to fix it 01:36:20 one second, let me check the neutron code 01:37:15 ok 01:41:06 the registration of qos driver is not based on configuration 01:41:37 it's becaused on notification 01:42:26 after receiving the AFTER_INIT event of QOS_PLUGIN, the driver registers itself 01:43:56 you mean we dont need to add QoS to the service plugin? 01:44:06 sorry QoS plugin 01:44:25 QoS plugin should be added to service-plugin, but no extra driver options 01:44:38 got it 01:47:13 could you check what drivers are loaded by add some print commands in the code? 01:47:47 you may need to modify qos plugin in neutron 01:48:35 not check yet 01:50:07 you already call qos_driver.register() in the __init__ of central plugin, so I am confused why the driver is not called 01:51:21 we can have further discussion on #openstack-tricircle channel 01:51:31 ok 01:51:54 #topic open-discussion 01:52:07 any other topics? 01:52:13 no 01:52:30 no 01:52:32 no 01:52:56 then let's end our meeting, thanks for attending, bye 01:52:57 no 01:53:06 bye. 01:53:10 #endmeeting