Support dynamic change of tunnel encapsulation - handle NH change for existing VM in case of encap change
Cosmetic changes - rename of variable and addition of logs/comments
Add X-TENANT-ID header to the metadata request sent to nova api
Add agent route walker and move encap change walk to use the same
fix test case
merge and conflict resolution with upstream
Merge remote branch 'upstream/master'

Conflicts:
	src/vnsw/agent/oper/operdb_init.cc
Get project uuid from Nova vif driver and use that while proxying for metadata
Use UuidToString instead of using stringstream
Review comments
All boost async operations need to occur in the context of the same task i.e.
the task that is executing run(). In our case, its the main task.
io_service.post() guarantees that the handler will only be called in a thread
in which the run(), run_one(), poll() or poll_one() member functions is
currently being invoked. But, there are no guarantees wrt to ordering.
Using strand.post() guarantees the thread and also has some ordering
guarantees. In our case, we have the main-task and sm-task that are competing.
Intuitively, it makes sense to enforce ordering of callbacks since the events
triggering the callbacks are ordered and this is a state-machine where the same
event in a different state could cause issues. So, we will use strand.post().
Also, adding a small macro to check if we are running in the context of the
main-task and using it to check that we are in the right context while
executing the boost-async calls.
Return 404 in ip_alloc if there is no defined subnet
Flow entry handling modification to handle NH change of a route because of tunnel encap change
Merge pull request #190 from manishsing/master

Support dynamic change of tunnel encapsulation - handle NH change for ex...
Merge pull request #232 from haripk/master

Add X-TENANT-ID header to the metadata request sent to nova api
Commit to github to Handle 503 error due to Discovery Server not UP
Fix cut-paste error in definition of CHECK_CONCURRENCY_MAIN_THR
Merge pull request #243 from Juniper/tkarwa_script

All boost async operations need to occur in the context of the same task...
Merge pull request #245 from Juniper/ds_503

Commit to github to Handle 503 error due to Discovery Server not UP
The test case added has a hardcoded vlaue of the hostname in where clause
. changing the query so that there is no where clause involved