Update patch set 4

Patch Set 4:

(2 comments)

Patch-set: 4
Attention: {"person_ident":"Gerrit User 24828 \u003c24828@4a232e18-c5a9-48ee-94c0-e04e7cca6543\u003e","operation":"ADD","reason":"\u003cGERRIT_ACCOUNT_11655\u003e replied on the change"}
Attention: {"person_ident":"Gerrit User 11655 \u003c11655@4a232e18-c5a9-48ee-94c0-e04e7cca6543\u003e","operation":"REMOVE","reason":"\u003cGERRIT_ACCOUNT_11655\u003e replied on the change"}
Attention: {"person_ident":"Gerrit User 11975 \u003c11975@4a232e18-c5a9-48ee-94c0-e04e7cca6543\u003e","operation":"ADD","reason":"\u003cGERRIT_ACCOUNT_11655\u003e replied on the change"}
This commit is contained in:
Gerrit User 11655 2024-04-24 13:38:53 +00:00 committed by Gerrit Code Review
parent 77e6ed4456
commit 6630159e52
1 changed files with 36 additions and 0 deletions

View File

@ -17,6 +17,24 @@
"revId": "6aeec08df09662a289b7ef8a59d79a3c00dd3d8d",
"serverId": "4a232e18-c5a9-48ee-94c0-e04e7cca6543"
},
{
"unresolved": false,
"key": {
"uuid": "465e94b2_e79c502f",
"filename": "/PATCHSET_LEVEL",
"patchSetId": 4
},
"lineNbr": 0,
"author": {
"id": 11655
},
"writtenOn": "2024-04-24T13:38:53Z",
"side": 1,
"message": "With ironic\u0027s plugin model, each node\u0027s network_interface would govern the pattern of behavior. Today we have \"flat\" and \"neutron\" network_interfaces which use neutron. We would likely end up with an additional interface \"mercury\" in an MVP and those could be selected independently based upon the user. Users are also able to presently select \"noop\" which means \"do nothing with networking and Neutron\".\n\nI hope that answers your question, please let me know if you have any others.\n\nThanks!",
"parentUuid": "a35f818c_86c4d5df",
"revId": "6aeec08df09662a289b7ef8a59d79a3c00dd3d8d",
"serverId": "4a232e18-c5a9-48ee-94c0-e04e7cca6543"
},
{
"unresolved": true,
"key": {
@ -33,6 +51,24 @@
"message": "Hi Julia, it\u0027s an exciting idea!\nIt looks like we will have a new rpc service which is mainly responsible for the switch configuration, I wonder how it relates with the ngs?\nIf it\u0027s not function as an IPAM, do we have other mechanisms to land the network configuration like ip assignment, dhcp service, in case neutron is not available?\nAlso, in the openstack scenario, the \"network\" team may provide ml2 plugin into neutron service so they act as the sole entry to the network complexity from the ironic perspective. I wonder how the new service would cope in 😊",
"revId": "6aeec08df09662a289b7ef8a59d79a3c00dd3d8d",
"serverId": "4a232e18-c5a9-48ee-94c0-e04e7cca6543"
},
{
"unresolved": true,
"key": {
"uuid": "e214d350_ff6c2fec",
"filename": "specs/approved/mercury.rst",
"patchSetId": 4
},
"lineNbr": 56,
"author": {
"id": 11655
},
"writtenOn": "2024-04-24T13:38:53Z",
"side": 1,
"message": "Greetings Kaifeng!\n\nHope your doing well!\n\nAnyway, yes, in the current shape largely relates to being able to take NGS or some *other* ML2 plugin and being able to call it for the physical port operations.\n\nDuring the PTG we didn\u0027t get deep into IPAM issues, but a related discussion was basically that DHCP with dnsmasq is not really a viable path for CI moving forward, Ironic has the ability to directly do some configuration management of that based upon user inputs for the standalone use case. I think the case we vision into the future is more a virutal media based model than a network boot model. Combine with many standalone operators already have these challenges solved, or only need it solved for a provisioning network, largely means the project scope is simplified based on existing model. This might end up being something along the existing network_data field on a node being supersceeded down the road, but only time will tell.\n\nAs for a ML2 plugin *only* being plugged into Neutron, I don\u0027t think that would really change anything for what we\u0027re proposing, just the new resulting network_interface drivers wouldn\u0027t be able to be leveraged.\n\n-Julia",
"parentUuid": "e47ca181_a98b55dc",
"revId": "6aeec08df09662a289b7ef8a59d79a3c00dd3d8d",
"serverId": "4a232e18-c5a9-48ee-94c0-e04e7cca6543"
}
]
}