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

OCPBUGS-1765: Apply noAllowedAddressPairs on intended subnets only #242

Merged
merged 1 commit into from
Sep 30, 2022

Conversation

pierreprinetti
Copy link
Member

Before this change, setting noAllowedAddressPairs on a machine-pool network could have effect on a different network.

Given this example configuration:

networks:
- filter: {}
  noAllowedAddressPairs: false
  subnets:
  - filter: {}
    uuid: primary-subnet-uuid
- filter: {}
  noAllowedAddressPairs: true
  subnets:
  - filter: {}
    uuid: other-subnet-uuid
primarySubnet: primary-subnet-uuid

The filter of the second network the array is empty. This means that its subnet filter has to be applied without restrictions as to which network it's sitting on. However, the absence of a network filter also meant that the setting noAllowedAddressPairs would apply to all networks.

With this change, noAllowedAddressPairs is applied on a subnet basis, meaning that only ports created in the subnets resulting from the further subnet filter actually have their allowed address pairs removed.

Before this change, setting `noAllowedAddressPairs` on a machine-pool
network could have effect on a different network.

Given this example configuration:

```yaml
networks:
- filter: {}
  noAllowedAddressPairs: false
  subnets:
  - filter: {}
    uuid: primary-subnet-uuid
- filter: {}
  noAllowedAddressPairs: true
  subnets:
  - filter: {}
    uuid: other-subnet-uuid
primarySubnet: primary-subnet-uuid
```

The filter of the second network the array is empty. This means that its
`subnet` filter has to be applied without restrictions as to which
network it's sitting on. However, the absence of a network filter also
meant that the setting `noAllowedAddressPairs` would apply to all
networks.

With this change, `noAllowedAddressPairs` is applied on a subnet basis,
meaning that only ports created in the subnets resulting from the
further `subnet` filter actually have their allowed address pairs
removed.
@openshift-ci-robot openshift-ci-robot added jira/severity-moderate Referenced Jira bug's severity is moderate for the branch this PR is targeting. jira/invalid-bug Indicates that a referenced Jira bug is invalid for the branch this PR is targeting. labels Sep 29, 2022
@openshift-ci-robot
Copy link

@pierreprinetti: This pull request references Jira Issue OCPBUGS-1765, which is invalid:

  • expected the bug to target the "4.12.0" version, but no target version was set

Comment /jira refresh to re-evaluate validity if changes to the Jira bug are made, or edit the title of this pull request to link to a different bug.

The bug has been updated to refer to the pull request using the external bug tracker.

In response to this:

Before this change, setting noAllowedAddressPairs on a machine-pool network could have effect on a different network.

Given this example configuration:

networks:
- filter: {}
 noAllowedAddressPairs: false
 subnets:
 - filter: {}
   uuid: primary-subnet-uuid
- filter: {}
 noAllowedAddressPairs: true
 subnets:
 - filter: {}
   uuid: other-subnet-uuid
primarySubnet: primary-subnet-uuid

The filter of the second network the array is empty. This means that its subnet filter has to be applied without restrictions as to which network it's sitting on. However, the absence of a network filter also meant that the setting noAllowedAddressPairs would apply to all networks.

With this change, noAllowedAddressPairs is applied on a subnet basis, meaning that only ports created in the subnets resulting from the further subnet filter actually have their allowed address pairs removed.

Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository.

@pierreprinetti
Copy link
Member Author

/uncc stephenfin mdbooth
/cc mandre

@openshift-ci openshift-ci bot requested review from mandre and removed request for mdbooth and stephenfin September 29, 2022 09:39
@openshift-ci
Copy link

openshift-ci bot commented Sep 29, 2022

@pierreprinetti: The following test failed, say /retest to rerun all failed tests or /retest-required to rerun all mandatory failed tests:

Test name Commit Details Required Rerun command
ci/prow/e2e-openstack-proxy 855a22c link false /test e2e-openstack-proxy

Full PR test history. Your PR dashboard.

Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository. I understand the commands that are listed here.

@pierreprinetti
Copy link
Member Author

/jira refresh

@openshift-ci-robot
Copy link

@pierreprinetti: This pull request references Jira Issue OCPBUGS-1765, which is invalid:

  • expected the bug to target the "4.12.0" version, but no target version was set

Comment /jira refresh to re-evaluate validity if changes to the Jira bug are made, or edit the title of this pull request to link to a different bug.

In response to this:

/jira refresh

Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository.

@pierreprinetti
Copy link
Member Author

/jira refresh

@openshift-ci-robot
Copy link

@pierreprinetti: This pull request references Jira Issue OCPBUGS-1765, which is invalid:

  • expected the bug to target the "4.12.0" version, but no target version was set

Comment /jira refresh to re-evaluate validity if changes to the Jira bug are made, or edit the title of this pull request to link to a different bug.

In response to this:

/jira refresh

Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository.

@pierreprinetti
Copy link
Member Author

/cherry-pick release-4.11

@openshift-cherrypick-robot

@pierreprinetti: once the present PR merges, I will cherry-pick it on top of release-4.11 in a new PR and assign it to you.

In response to this:

/cherry-pick release-4.11

Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository.

@pierreprinetti
Copy link
Member Author

/jira refresh

@openshift-ci-robot openshift-ci-robot added jira/valid-bug Indicates that a referenced Jira bug is valid for the branch this PR is targeting. bugzilla/valid-bug Indicates that a referenced Bugzilla bug is valid for the branch this PR is targeting. and removed jira/invalid-bug Indicates that a referenced Jira bug is invalid for the branch this PR is targeting. labels Sep 30, 2022
@openshift-ci-robot
Copy link

@pierreprinetti: This pull request references Jira Issue OCPBUGS-1765, which is valid. The bug has been moved to the POST state.

3 validation(s) were run on this bug
  • bug is open, matching expected state (open)
  • bug target version (4.12.0) matches configured target version for branch (4.12.0)
  • bug is in the state ASSIGNED, which is one of the valid states (NEW, ASSIGNED, POST)

Requesting review from QA contact:
/cc @eurijon

In response to this:

/jira refresh

Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository.

@openshift-ci
Copy link

openshift-ci bot commented Sep 30, 2022

@openshift-ci-robot: GitHub didn't allow me to request PR reviews from the following users: eurijon.

Note that only openshift members and repo collaborators can review this PR, and authors cannot review their own PRs.

In response to this:

@pierreprinetti: This pull request references Jira Issue OCPBUGS-1765, which is valid. The bug has been moved to the POST state.

3 validation(s) were run on this bug
  • bug is open, matching expected state (open)
  • bug target version (4.12.0) matches configured target version for branch (4.12.0)
  • bug is in the state ASSIGNED, which is one of the valid states (NEW, ASSIGNED, POST)

Requesting review from QA contact:
/cc @eurijon

In response to this:

/jira refresh

Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository.

Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository.

Copy link
Member

@mandre mandre left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

/lgtm
/approve

@openshift-ci openshift-ci bot added the lgtm Indicates that a PR is ready to be merged. label Sep 30, 2022
@openshift-ci
Copy link

openshift-ci bot commented Sep 30, 2022

[APPROVALNOTIFIER] This PR is APPROVED

This pull-request has been approved by: mandre

The full list of commands accepted by this bot can be found here.

The pull request process is described here

Needs approval from an approver in each of these files:

Approvers can indicate their approval by writing /approve in a comment
Approvers can cancel approval by writing /approve cancel in a comment

@openshift-ci openshift-ci bot added the approved Indicates a PR has been approved by an approver from all required OWNERS files. label Sep 30, 2022
@openshift-merge-robot openshift-merge-robot merged commit 6126693 into openshift:master Sep 30, 2022
@openshift-ci-robot
Copy link

@pierreprinetti: All pull requests linked via external trackers have merged:

Jira Issue OCPBUGS-1765 has been moved to the MODIFIED state.

In response to this:

Before this change, setting noAllowedAddressPairs on a machine-pool network could have effect on a different network.

Given this example configuration:

networks:
- filter: {}
 noAllowedAddressPairs: false
 subnets:
 - filter: {}
   uuid: primary-subnet-uuid
- filter: {}
 noAllowedAddressPairs: true
 subnets:
 - filter: {}
   uuid: other-subnet-uuid
primarySubnet: primary-subnet-uuid

The filter of the second network the array is empty. This means that its subnet filter has to be applied without restrictions as to which network it's sitting on. However, the absence of a network filter also meant that the setting noAllowedAddressPairs would apply to all networks.

With this change, noAllowedAddressPairs is applied on a subnet basis, meaning that only ports created in the subnets resulting from the further subnet filter actually have their allowed address pairs removed.

Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository.

@openshift-cherrypick-robot

@pierreprinetti: new pull request created: #243

In response to this:

/cherry-pick release-4.11

Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository.

@pierreprinetti pierreprinetti deleted the OCPBUGS-1765 branch September 30, 2022 08:29
pierreprinetti pushed a commit to shiftstack/cluster-api-provider-openstack that referenced this pull request Apr 22, 2024
Requesting the subnetID is very limiting as it requires to create
subnets in advance and know the uuid. We allow for filtering netwoks and
we should allow for filtering subnets too. This will make the API more
consistent.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
approved Indicates a PR has been approved by an approver from all required OWNERS files. bugzilla/valid-bug Indicates that a referenced Bugzilla bug is valid for the branch this PR is targeting. jira/severity-moderate Referenced Jira bug's severity is moderate for the branch this PR is targeting. jira/valid-bug Indicates that a referenced Jira bug is valid for the branch this PR is targeting. lgtm Indicates that a PR is ready to be merged.
Projects
None yet
Development

Successfully merging this pull request may close these issues.

5 participants