Closed adityoari closed 2 months ago
@adityoari is https://github.com/F5Networks/k8s-bigip-ctlr/issues/3416 not duplicate of this issue ?
@trinaths the symptoms & original scenarios were not actually the same, but I can see how the team might have a combined solution to solve both.
To reiterate, customer requires support of route-domain override:
spec
(ipamRD
in the example above) of VirtualServer
& TransportServer
CRs%RD
suffix in the spec.virtualServerAddress
of IngressLink
CRCreated [CONTCNTR-4746] for internal tracking.
@adityoari could you confirm in which mode you need this feature? Currently, We developed it for the Nodeport mode. For cluster mode, we need to make the changes at the Architecture level.
Resolved in CIS 2.18 - https://clouddocs.f5.com/containers/latest/reference/release-notes.html
Title
Support for Route-Domain override in F5 IPAM-integrated CR
Description
Enhance F5 CRs (VirtualServers, TransporServer) to expose and accept explicit Route-Domain ID
Actual Problem
Customer needs to override the default partition RD for the VS created by CIS due to network constraints. With explicit addressing, they can append the %RD into
virtualServerAddresses
parameter value. However, with F5 IPAM Controller integration using theipamLabel
parameter, there's no way to configure the %RD suffix. Trying to manually append the %RD in the IPAM spec triggers validation error, and I don't suppose external IPAM providers even understands the %RD notation.Solution Proposed
Expose, accept, and implement new parameter (e.g.
ipamRD
) in the CR spec to provide Route-Domain ID to be appended to the resulting AS3 declaration. Sample:Alternatives
An alternative would be to expose similar parameter in the
containers.args
off5-ipam-controller
, but this might completely change the format of the IP address returned by IPAM to CIS, resulting in changes in both IPAM & CIS. Sample:Additional context
Due to network environment constraints, customer requires VS to be in the different RD than the partition default RD used by the Pool Members. See Issue #3416