Do not connect to same IFMap server after connection goes down
Affects | Status | Importance | Assigned to | Milestone | ||
---|---|---|---|---|---|---|
Juniper Openstack | Status tracked in Trunk | |||||
R2.20 |
Fix Committed
|
High
|
Tapan Karwa | |||
R2.21.x |
Fix Committed
|
High
|
Tapan Karwa | |||
R2.22.x |
Fix Committed
|
High
|
Tapan Karwa | |||
R3.0 |
Fix Committed
|
High
|
Tapan Karwa | |||
Trunk |
Fix Committed
|
High
|
Tapan Karwa |
Bug Description
Existing implementation attempts to reconnect to the same IFMap server 2
times in the event of connection close/failure. If it fails to reconnect,
it uses the other IFMap server obtained from discovery.
If the IFMap Server is restarted or crashes and comes back up quickly, CN
may succeed in connecting to it during the 2 attempts. The IFMap Server
will likely not have received the entire config database from API server
at that point. Hence CN will receive an incomplete config database and
perform an audit, thus deleting valid config objects temporarily. This may
cause the CN to stop publishing itself to discovery and/or cause vRouter
agents to get unnecessary deletes for config objects, thus causing traffic
disruption for tenants.
Note that the above behavior happens because IFMap Server doesn't have the
ability to refuse incoming connections from CN till it's config database
is fully populated. API server sets IFMap Server to oper down in discovery
but that doesn't help in above scenario since CN doesn't consult discovery
before reconnecting to same IFMap Server.
Proposed fix is to not try to reconnect to same IFMap Server. This should
fix the problem as long as the other IFMap Server has the complete config
database. This should be the case if multiple IFMap Servers are not being
restarted at the same time or one after the other.
description: | updated |
summary: |
- Do not connect to same IFMap server after connection flap + Do not connect to same IFMap server after connection goes down |
description: | updated |
Review in progress for https:/ /review. opencontrail. org/20133
Submitter: Tapan Karwa (<email address hidden>)