Comment 9 for bug 1646614
Revision history for this message
| OpenContrail Admin (ci-admin-f) wrote A change has been merged | #9 |
© 2004
Canonical Ltd.
•
Terms of use
•
Data privacy
•
Contact Launchpad Support
•
Blog
•
Careers
•
System status
•
0e1f616
(Get the code!)
Reviewed: https:/
Committed: http://
Submitter: Zuul (<email address hidden>)
Branch: R3.2
commit fb7fdebe6079b8f
Author: Ananth Suryanarayana <email address hidden>
Date: Thu Dec 1 12:27:18 2016 -0800
Remove redundant CloseInProgress logic from XmppChannelMux class
Currently, client such as IFMap registers and unregisters from the XmppChannel
when the READY/NOT_READY notifications are received. BGP also receives these
notifications and handles them to update its data structures.
During GR Helper mode, we can use these notifications (Unregister) from the
client to figure out when it is ready to restart xmpp state machine..
Instead, we use separate APIs which is unnecessary and also does not work
correctly when clients behave differently (such as ifmap and bgp)
Only after all registers clients have unregistered can we go ahead and restart
xmpp state machine for GR to resume.
Also update json to file build agent unit tests when xmpp code is modified.
Agent is an XmppClient and uses Xmpp code in order to communicate with
contrail-control over xmpp
Change-Id: I77521eaf836043
Closes-Bug: 1646614