Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Med Rev08 #9 YANG service-slos #69

Open
lana-wu opened this issue Dec 4, 2023 · 1 comment
Open

Med Rev08 #9 YANG service-slos #69

lana-wu opened this issue Dec 4, 2023 · 1 comment

Comments

@lana-wu
Copy link
Owner

lana-wu commented Dec 4, 2023

grouping service-slos {
       description
         "Directly measurable objectives of a Slice Service.";
       container slo-policy {
         description
           "Contains the SLO policy.";
         list metric-bound {
           key "metric-type";
           description
             "List of Slice Service metric bounds.";
           leaf metric-type {
             type identityref {
               base service-slo-metric-type;
             }
             description
               "Identifies an entry in the list of metric type
                bounds for the Slice Service.";
           }
           leaf metric-unit {
             type string;
             mandatory true;
             description
               "The metric unit of the parameter. For example,
                s, ms, ns, and so on."; 
           } 
           leaf value-description {
             type string;
             description
               "The description of the provided value.";
           }
           leaf percentile-value {
             type percentile;
             description
               "The percentile value of the metric type.";
           }
           leaf bound {
             type uint64;
             default "0"; 
             description
               "The bound on the Slice Service connection metric.
                When set to zero, this indicates an unbounded
                upper limit for the specific metric-type.";
           }
         }
         leaf availability {
           type identityref {
             base availability-type;
           }
           description
             "Service availability level";
         }

Med:
"metric-unit": What if the unit does not comply with the metric type? Ex. delay + unit=byte or mbps? Why not defining those as identyrefs?
"bound" default: Do you really need this. Please note that FC8407 says:
"The following guidelines apply to reusable groupings, in order to make them as robust as possible: ...
Do not include a "default" substatement on a leaf or choice unless the value applies on all possible contexts."

@lana-wu lana-wu changed the title Med Rev08 #8 YANG service-slos Med Rev08 #9 YANG service-slos Dec 4, 2023
@lana-wu
Copy link
Owner Author

lana-wu commented Dec 5, 2023

"metric-type" includes bandwidth, delay, packet loss, and jitter. Then "metric-unit" should cover time unit, bandwith unit, and packet loss rate, will YANG identity is too restricted?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant