08-02-2017 07:34 AM - edited 03-01-2019 03:56 AM
Hi all,
We're looking to have a service in which service instances will be created under a list nested on another list.
That is to say, that we're going to have a list with some common attributes, which will contain no service point.
This list will also contain another list, which in turn will include a service point.
Below you can see a simplified representation:
list nested {
key name;
leaf name {
tailf:info "upper layer";
tailf:cli-allow-range;
type string;
}
leaf dummy-upper {
type string;
}
list nested-service {
min-elements 1;
max-elements 2;
key name;
leaf name {
tailf:info "nested service instance";
tailf:cli-allow-range;
type string;
}
uses ncs:service-data;
ncs:servicepoint nested-servicepoint;
leaf dummy-nested {
type string;
}
}
}
The idea is to be able to trigger the deployment of only one of the instances of the nested list, rather then all of them (as in the case where the service point was located on the top-level list.
I tested the basic idea and it seems to be working as we would have expected, but my question is whether there are any caveats in such design?
Usually we have a service point under a list which always exist, while in this case, the service point is under a list which only exists when we create an entry of the upper layer list.
Any issues you can see for such architecture?
Thanks,
Yftach
Solved! Go to Solution.
08-03-2017 02:11 AM
The service design needs to be done carefully, not least thinking through what should constitute one "service instance". If the result is that you want to group the service instances in nested lists, that is perfectly alright.
08-03-2017 02:11 AM
The service design needs to be done carefully, not least thinking through what should constitute one "service instance". If the result is that you want to group the service instances in nested lists, that is perfectly alright.
08-03-2017 02:19 AM
Thank you for confirming!
08-07-2017 12:45 AM
Hello Jan,
Would that be allowed to have 2 service points. One on the top level and the other one on the nested level?
list nested {
key name;
uses ncs:service-data;
ncs:servicepoint toplevel-servicepoint;
leaf name {
tailf:info "upper layer";
tailf:cli-allow-range;
type string;
}
leaf dummy-upper {
type string;
}
list nested-service {
min-elements 1;
max-elements 2;
key name;
uses ncs:service-data;
ncs:servicepoint nested-servicepoint;
leaf name {
tailf:info "nested service instance";
tailf:cli-allow-range;
type string;
}
Regards,
Maciej
08-07-2017 01:12 AM
Never done or seen that tried before. What sort of behavior are you hoping for?
08-07-2017 01:36 AM
A MPLS VPN Site service that contains several accesses and includes managed CPEs.
- top level entity is mpls vpn site list with service point
- below we have access list with another service point.
The idea is to have service point to configured access part only and another service point to configure CPE(s) separatelly.
I have given it a try and it seems that in case top level list did have a service point then doing a reload of packages the lower level service point was throwing error that service point is not found.
I have then created a presence container under mpls vpn site list with CPE common config and placed service point in there and that seems working fine.
Discover and save your favorite ideas. Come back to expert answers, step-by-step guides, recent topics, and more.
New here? Get started with these tips. How to use Community New member guide