...
Remote Peer Configuration
Expected Behavior
- A peer can be added by specifying a list of NIDs
- The first NID shall be used as the primary NID. The rest of the NIDs will be added under the primary NID
- A peer can be added by explicitly specifying the key NID, and then by adding a set of other NIDs, all done through one API call
- If a key NID already exists, but it's not an MR NI, then adding that Key NID from DLC shall convert that NI to an MR NI
- If a key NID already exists, and it is an MR NI, then re-adding the Key NID shall have no effect
- if a Key NID already exists as part of another peer, then adding that NID as part of another peer shall fail
- if a NID is being added to a peer NI and that NID is a non-MR, then that NID is moved under the peer and is made to be MR capable
- if a NID is being added to a peer and that NID is an MR NID and part of another peer, then the operation shall fail
- if a NID is being added to a peer and it is already part of that Peer then the operation is a no-op.
In-Range UT
Primary Requirement ID | Secondary Requirement ID | Unit Test ID | Unit Test Description |
---|---|---|---|
cfg-070 | UT-0115 |
| |
cfg-070 | UT-0120 |
| |
cfg-070 | UT-0125 |
| |
cfg-070 | UT-0130 |
| |
cfg-070 | UT-0131 |
| |
cfg-070 | UT-0135 |
| |
cfg-070 | UT-0140 |
| |
cfg-070 | UT-0145 |
| |
cfg-075 | UT-0150 |
|
...