[infoblox_bloxone_ddi] Initial Release for the Infoblox BloxOne DDI by vinit-chauhan · Pull Request #4118 · elastic/integrations

vinit-chauhan · 2022-09-01T11:45:54Z

What does this PR do?

Generated the skeleton of the Infoblox BloxOne DDI integration package.
Added data streams.
Added data collection logic for all the data streams.
Added the ingest pipeline for all the data streams.
Mapped fields according to the ECS schema and added Fields metadata in the appropriate yml files.
Added dashboards and visualizations.
Added test for pipeline for all the data streams.
Added system test cases for all the data streams.

NOTE: DNS Data and DHCP Lease data streams are not tested with live data.

Integration release checklist

This checklist is intended for integrations maintainers to ensure consistency
when creating or updating a Package, Module or Dataset for an Integration.

All changes

Change follows the contributing guidelines
Supported versions of the monitoring target are documented
Supported operating systems are documented (if applicable)
Integration or System tests exist
Documentation exists
Fields follow ECS and naming conventions
At least a manual test with ES / Kibana / Agent has been performed.
Required Kibana version set to: ^7.17.0 || ^8.0.0

New Package

Screenshot of the "Add Integration" page on Fleet added

Dashboards changes

Dashboards exists
Screenshots added or updated
Datastream filters added to visualizations

Log dataset changes

Pipeline tests exist (if applicable)
Generated output for at least 1 log file exists
Sample event (sample_event.json) exists

How to test this PR locally

Clone integrations repo.
Install elastic package locally.
Start elastic stack using elastic-package.
Move to integrations/packages/infoblox_bloxone_ddi directory.
Run the following command to run tests.

elastic-package test

Related issues

Closes Infoblox BloxOne DDI #3758

Screenshots

elasticmachine · 2022-09-01T11:50:56Z

Pinging @elastic/security-external-integrations (Team:Security-External Integrations)

elasticmachine · 2022-09-01T12:02:01Z

💚 Build Succeeded

the below badges are clickable and redirect to their specific view in the CI or DOCS

Expand to view the summary

Build stats

Start Time: 2022-09-22T11:36:49.701+0000
Duration: 16 min 29 sec

Test stats 🧪

Test	Results
Failed	0
Passed	19
Skipped	0
Total	19

🤖 GitHub comments

Expand to view the GitHub comments

To re-run your PR in the CI, just comment with:

/test : Re-trigger the build.

elasticmachine · 2022-09-01T12:02:12Z

🌐 Coverage report

Name	Metrics % (`covered/total`)	Diff
Packages	100.0% (`3/3`)	💚
Files	100.0% (`3/3`)	💚 2.708
Classes	100.0% (`3/3`)	💚 2.708
Methods	100.0% (`39/39`)	💚 10.35
Lines	98.278% (`2568/2613`)	👍 6.989
Conditionals	100.0% (`0/0`)	💚

efd6 · 2022-09-05T02:20:15Z

+        - name: protocol
+          type: group
+          fields:
+            - name: fqdn


In the API this is protocol_fqdn. Is there a need to make a new level for this here?

The only reason why we have kept protocol as an object is to handle new fields that are introduced in the future, we can add it directly as a child to existing protocol objects and fields do not have to be flattened. Moreover, switching from flattened to the nested field would be a breaking change for dashboards, and search queries users have already made. However, if you think this change is required, we can change it.

That seems reasonable. @andrewkroh?

efd6 · 2022-09-05T02:21:16Z

+            - name: protocol
+              type: group
+              fields:
+                - name: zone
+                  type: keyword
+                  description: Zone FQDN in punycode.


Similar question here; the original is protocol_zone.

Also elsewhere.

I'm wondering in general if a more informative name might be better, these fields are always the punycode equivalent of their partner. So perhaps calling them punycode rather than protocol might be better.

We have kept it the same because the end user might be more familiar with the original field name ( protocol_zone ) sent by the vendor, and changing it might confuse the user.

I'm not sure about this. I agree that users my be accustomed to the protocol_zone name, but that's not what we have here because of the change in name; so now we have ….zone which I think is also confusing. I don't know what should be done about this.

I agree that the user won’t be familiar with protocol.zone. However, I believe that transition from protocol_zone to protocol.zone would be much easier, instead of the user seeing a completely different name. Let me know if you think otherwise.

It's essentially the same question as above. I'm not strongly opposed to how it is right now, so let's leave it as is unless someone else feels strongly about it.

elasticmachine · 2022-09-21T15:23:26Z

🚀 Benchmarks report

To see the full report comment with /test benchmark fullreport

…lastic#4118) This new integration allows you to monitor DNS, DHCP and IP address management activity. DDI is the foundation of core network services that enables all communications over an IP-based network. Use the Infoblox BloxOne DDI integration to collects and parses data from the REST APIs and then visualize that data in Kibana.

vinit-chauhan added 2 commits September 1, 2022 12:16

Initial Release for the BloxOne DDI

6a76656

Update the changelog file

1127c98

vinit-chauhan added enhancement New feature or request Team:Security-External Integrations New Integration Issue or pull request for creating a new integration package. labels Sep 1, 2022

vinit-chauhan changed the title ~~Initial Release for the BloxOne DDI~~ [bloxone_ddi] Initial Release for the BloxOne DDI Sep 1, 2022

efd6 reviewed Sep 5, 2022

View reviewed changes

Changes as per review comments

f80a758

andrewkroh reviewed Sep 13, 2022

View reviewed changes

Comment thread packages/bloxone_ddi/manifest.yml Outdated

andrewkroh added the Integration:infoblox_bloxone_ddi Infoblox BloxOne DDI label Sep 13, 2022

epixa assigned andrewkroh and efd6 Sep 20, 2022

Update package name

0c17901

vinit-chauhan changed the title ~~[bloxone_ddi] Initial Release for the BloxOne DDI~~ [infoblox_bloxone_ddi] Initial Release for the Infoblox BloxOne DDI Sep 21, 2022

update CODEOWNERS file

ec2a6d8

efd6 reviewed Sep 22, 2022

View reviewed changes

Comment thread packages/infoblox_bloxone_ddi/changelog.yml Outdated

Update the field mapping for tsig_key field

e49c4a3

andrewkroh approved these changes Sep 29, 2022

View reviewed changes

andrewkroh merged commit fb1ec1d into elastic:main Sep 29, 2022

andrewkroh mentioned this pull request Sep 29, 2022

[production] Promote many packages from snapshot elastic/package-storage#5760

Merged

vinit-chauhan deleted the package_bloxone_ddi branch April 1, 2026 23:57

Uh oh!

Conversation

vinit-chauhan commented Sep 1, 2022 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

What does this PR do?

Integration release checklist

All changes

New Package

Dashboards changes

Log dataset changes

How to test this PR locally

Related issues

Screenshots

Uh oh!

elasticmachine commented Sep 1, 2022

Uh oh!

elasticmachine commented Sep 1, 2022 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

💚 Build Succeeded

Build stats

Test stats 🧪

🤖 GitHub comments

Uh oh!

elasticmachine commented Sep 1, 2022 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

🌐 Coverage report

Uh oh!

Uh oh!

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Uh oh!

Uh oh!

Uh oh!

Uh oh!

elasticmachine commented Sep 21, 2022

🚀 Benchmarks report

Uh oh!

Uh oh!

Reviewers

Assignees

Labels

Projects

Milestone

Development

Uh oh!

4 participants

vinit-chauhan commented Sep 1, 2022 •

edited

Loading

elasticmachine commented Sep 1, 2022 •

edited

Loading

elasticmachine commented Sep 1, 2022 •

edited

Loading