Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

Table of Contents

General

  1. What does POMBA stand for?
    1. Post Orchestration Model Based Audit

  2. What does the report look like?
    1. See POMBA Reporting
  3. How is POMBA triggered?
    1. In Casablanca, it will be triggered as a result of an end of transaction event being emitted by SO. In addition, it some cases it can manually be triggered from VIM.
  4. Does the POMBA Common Model align to the ONAP Common Model?
    1. We plan to support the ONAP Common Model. The current POMBA Common Model may have some slight differences, but the API is versioned so this will allow us to seamlessly transition to the ONAP Common Model when appropriate.
  5. Is POMBA meant to find software bugs in ONAP?
    1. While that is one of the use cases, it is not the only one. It can also detect if resources outside of ONAP are not behaving as expected, as well as detect changes in services over time that differ from original expectations (with appropriate triggers).
  6. Do you support validation against operational policies?
    1. If these policies are modeled in SDC, then we can audit against them.  Currently we don't support additional operational policy definitions but this could be evaluated.
  7. How does POMBA know the values it is auditing are correct?
    1. It doesn't. POMBA compares different definitions of the resource and reports anomalies.
  8. Why wouldn't I just run some traffic on the service to prove it works?
    1. That is a different test.  A service may be incorrectly instantiated and still carry traffic or be correctly instantiated and not carry traffic.

...