Do not leak public routes into service RIs for NAT SI
Affects | Status | Importance | Assigned to | Milestone | ||
---|---|---|---|---|---|---|
Juniper Openstack | Status tracked in Trunk | |||||
R2.21.x |
Won't Fix
|
High
|
Sachin Bansal | |||
R3.0 |
Fix Committed
|
High
|
Sachin Bansal | |||
Trunk |
Fix Committed
|
High
|
Sachin Bansal |
Bug Description
Consider a service chain where the last instance in the chain has mode
In-Network-NAT. An internal service RI is created for both the left VN
and the right VN (public). The right service RI has a connection to the
primary RI of the public VN.
If there's X such service chains, there will X service RIs connected to
the public VN.
Say that the number of routes in the public VN is Y (this would usually
include the IP addresses assigned to each of the NAT SIs instances above
and the all floating IPs allocated in the system)
Hence there will be X*Y routes in the control nodes. Further, all these
X*Y routes will need to be downloaded to all Z vRouters that have any
SNAT SI. Hence we have X*Y*Z scaling problem.
Technically, the right service RI is not even required for In-Network-NAT
since we do not re-originate routes from the left VN into public. Even if
we create the RI, we shouldn't connect it to the primary RI of public VN.
description: | updated |
description: | updated |
description: | updated |
Review in progress for https:/ /review. opencontrail. org/18866
Submitter: Sachin Bansal (<email address hidden>)