Greetings Guangpeng, Yes the master runs on port 8080 by default. Slaves do not open a listening port so you're safe from conflicts with the controller as long as it's running on a slave. If you're

Hi Luis, I have installed Jenkins in TestTools VM as master and in Controller VM as slave. I notice that Jenkins will listen on 8080 port which will be used by ODL controller as RESTful API port. Do

Hi Huang, I do not know much more about this issue but seen that you want to help with this I cc openflowplugin-dev list so they can provide you more information. BR/Luis

Hi Luis, I agree with you. when i test cbench at throughput mode, i got log about memory error. But when i test at latency mode, everything is ok and the performance even better than beacon. Now i am

Hi ovsdb devs, I am writing to you because since some time ago I am seeing some OSGI console errors when running the OVSDB test in Base

Hi Huang, CBench throughput mode does not work well in controller with new OF plugin due to a memory issue currently being investigated by OF plugin project. For latency mode you are getting a little

more details » OpenDaylight Release Mgmt & Release Engineering Needs Access Information Where:

Hello OpenDaylight Community: As many of you have heard, Yaiying Wang and his team from Huawei have volunteered to work on filling some of the gaps that we (ODL) have around Release Management and

Here is the meeting Jan was talking yesterday during performance call. Begin forwarded message:

OK, thanks Hideyuki and Venkat for your comments. We are still holding for controller project and some others to upload the stable artifacts into Nexus so we can build the stable editions. BR/Luis

Hi Luis, Here is the result if configure OSGi setting:dropAllPacketsRpc on. Cbench throughput mode: $ taskset -c 0 cbench -c localhost -p 6633 -m 10000 -l 13 -w 3 -M 1000 -t -i 50 -I 5 -s 10 cbench:

Hi Luis, Thank you for making the list. The following patch should not be merged to the stable branch because it is not a bugfix.

I am running the tests as we speak, will join this afternoon. /Jan From: Luis Gomez <ecelgp@...> Date: Monday, April 21, 2014 at 10:00 AM To: Jan Medved <jmedved@...> Cc: "integration-dev@..."

Hi Huang, I agree the performance isn’t up to par with other controller. Here are the results from last night test run http://pastebin.com/A14NTFKJ Chris From: huangxufu <huangxufu@...> Date:

Hi Jan, We have this and other performance results collected by Chris O’Shea, it would be nice if you could join the performance discussion this afternoon at 5:30PM PST BR/Luis Begin forwarded

Hi, can you please rerun your test with the OSGi setting: dropAllPacketsRpc on This should be in theory

Hello all, Thanks for all your kind reminding. First, I agree with Muthukumaran. I have read these two references before, so i chose cbench and controller running on the same VM. Today, i have worked

Hello all, Thanks for all your kind reminding. First, I agree with Muthukumaran. I have read these two references before, so i chose cbench and controller running on the same VM. Today, i have worked

Hi Chris, >>It'srecommended you use a different vm for cbench and the controller .. as long as it is ensured that networklatency / bandwidth constraints do not skew the measurements While running

Hi Luis, Please do not merge this patch 053087de029ed1a3b636c8b74df1b3f04f437042SenthilMon Mar 31 18:23:16 2014 -0700Modify VTN Coordinator tests to work with the latest changes in Coordinator This