Hi Prashant,
This is a very good question, because it is not documented very clearly how this works.
In the API the supportingService is a one directional relationship, linking CFS to a set of RFS. Although the same supportingService could be used to link an RFS to a set of CFS it is not best practise to model both directions of a relationship because it is cumbersome and errorprone.
Lets illustrate this with an example.
A CSP offers a internet service (CFS1) with public IPv6 and private IPv4 (behind Carrier Grade NAT). Optionally customers can also book a public IPv4 service without NAT (CFS2).
CFS1 requires a Radius Profile (RFS1) and a CPE PPPoE configuration (RFS2).
CFS2 requires a Radius Profile (RFS1) and will modify the IP AddressPool used by the Radius Profile.
In the Inventory, CFS1 will have 2 supportingServices (RFS1) and (RFS2). CFS2 will have one supportingService(RFS1), which is the same instance as already referenced by CFS1.
If there is a need to find out the cardinality of this relationship from the RFS1 side, one would simply search for CFS having this RFS1 as supportingService. This would return both CFS1 and CFS2.
I hope this description sheds some light on how OpenAPI and SID handle relationships differently to achieve the same result.
Regards
------------------------------
Koen Peeters
OryxGateway FZ LLC
------------------------------