McAfee EPOCDE-AA-BA Product Guide - Page 130

Tag-based sorting criteria, Group order and sorting, Catch-all groups

Page 130 highlights

12 Organizing the System Tree How a system is added to the System Tree when sorted using this information to create and maintain parts or all of your System Tree structure by setting IP address sorting criteria for such groups. In this version of ePolicy Orchestrator, this functionality has changed, and now allows for the setting of IP sorting criteria randomly throughout the tree. You no longer need to ensure that the sorting criteria of the child group's IP address is a subset of the parent's, as long as the parent has no assigned criteria. Once configured, you can sort systems at agent-server communication, or only when a sort action is manually initiated. IP address sorting criteria should not overlap between different groups. Each IP range or subnet mask in a group's sorting criteria should cover a unique set of IP addresses. If criteria does overlap, the group where those systems end up depends on the order of the subgroups on the System Tree | Groups Details tab. You can check for IP overlap using the Check IP Integrity action in the Group Details tab Tag-based sorting criteria In addition to using IP address information to sort systems into the appropriate group, you can define sorting criteria based on the tags assigned to systems. Tag-based criteria can be used with IP address-based criteria for sorting. Group order and sorting To provide additional flexibility with System Tree management, you can configure the order of a group's subgroups, and therefore the order by which they are considered for a system's placement during sorting. When multiple subgroups have matching criteria, changing this order can change where a system ends up in the System Tree. Additionally, if you are using catch-all groups, they must be the last subgroup in the list. Catch-all groups Catch-all groups are groups whose sorting criteria is set to All others on the Sorting Criteria page of the group. Only subgroups at the last position of the sort order can be catch-all groups. These groups receive all systems that were sorted into the parent group, but were not sorted into any of the catch-all's peers. How a system is added to the System Tree when sorted When the agent communicates with the server for the first time, the server uses an algorithm to place the system in the System Tree. When it cannot find an appropriate location for a system, it puts the system in the Lost&Found group. On each agent-server communication, the server attempts to locate the system in the System Tree by agent GUID (only systems whose agents have already called into the server for the first time have an agent GUID in the database). If a matching system is found, it is left in it's existing location. If a matching system is not found, the server uses an algorithm to sort the systems into the appropriate groups. Systems can be sorted into any criteria-based group in the System Tree, no matter how deep it is in the structure, as long as each parent group in the path does not have non-matching criteria. Parent groups of a criteria-based subgroup must have either no criteria or matching criteria. 130 McAfee® ePolicy Orchestrator® 4.6.0 Software Product Guide

  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 10
  • 11
  • 12
  • 13
  • 14
  • 15
  • 16
  • 17
  • 18
  • 19
  • 20
  • 21
  • 22
  • 23
  • 24
  • 25
  • 26
  • 27
  • 28
  • 29
  • 30
  • 31
  • 32
  • 33
  • 34
  • 35
  • 36
  • 37
  • 38
  • 39
  • 40
  • 41
  • 42
  • 43
  • 44
  • 45
  • 46
  • 47
  • 48
  • 49
  • 50
  • 51
  • 52
  • 53
  • 54
  • 55
  • 56
  • 57
  • 58
  • 59
  • 60
  • 61
  • 62
  • 63
  • 64
  • 65
  • 66
  • 67
  • 68
  • 69
  • 70
  • 71
  • 72
  • 73
  • 74
  • 75
  • 76
  • 77
  • 78
  • 79
  • 80
  • 81
  • 82
  • 83
  • 84
  • 85
  • 86
  • 87
  • 88
  • 89
  • 90
  • 91
  • 92
  • 93
  • 94
  • 95
  • 96
  • 97
  • 98
  • 99
  • 100
  • 101
  • 102
  • 103
  • 104
  • 105
  • 106
  • 107
  • 108
  • 109
  • 110
  • 111
  • 112
  • 113
  • 114
  • 115
  • 116
  • 117
  • 118
  • 119
  • 120
  • 121
  • 122
  • 123
  • 124
  • 125
  • 126
  • 127
  • 128
  • 129
  • 130
  • 131
  • 132
  • 133
  • 134
  • 135
  • 136
  • 137
  • 138
  • 139
  • 140
  • 141
  • 142
  • 143
  • 144
  • 145
  • 146
  • 147
  • 148
  • 149
  • 150
  • 151
  • 152
  • 153
  • 154
  • 155
  • 156
  • 157
  • 158
  • 159
  • 160
  • 161
  • 162
  • 163
  • 164
  • 165
  • 166
  • 167
  • 168
  • 169
  • 170
  • 171
  • 172
  • 173
  • 174
  • 175
  • 176
  • 177
  • 178
  • 179
  • 180
  • 181
  • 182
  • 183
  • 184
  • 185
  • 186
  • 187
  • 188
  • 189
  • 190
  • 191
  • 192
  • 193
  • 194
  • 195
  • 196
  • 197
  • 198
  • 199
  • 200
  • 201
  • 202
  • 203
  • 204
  • 205
  • 206
  • 207
  • 208
  • 209
  • 210
  • 211
  • 212
  • 213
  • 214
  • 215
  • 216
  • 217
  • 218
  • 219
  • 220
  • 221
  • 222
  • 223
  • 224
  • 225
  • 226
  • 227
  • 228
  • 229
  • 230
  • 231
  • 232
  • 233
  • 234
  • 235
  • 236
  • 237
  • 238
  • 239
  • 240
  • 241
  • 242
  • 243
  • 244
  • 245
  • 246
  • 247
  • 248
  • 249
  • 250
  • 251
  • 252
  • 253
  • 254
  • 255
  • 256
  • 257
  • 258
  • 259
  • 260
  • 261
  • 262
  • 263
  • 264
  • 265
  • 266
  • 267
  • 268
  • 269
  • 270
  • 271
  • 272
  • 273
  • 274
  • 275
  • 276
  • 277
  • 278
  • 279
  • 280
  • 281
  • 282
  • 283
  • 284
  • 285
  • 286
  • 287
  • 288
  • 289
  • 290
  • 291
  • 292
  • 293
  • 294
  • 295
  • 296
  • 297
  • 298
  • 299
  • 300
  • 301
  • 302
  • 303
  • 304
  • 305
  • 306
  • 307
  • 308
  • 309
  • 310
  • 311
  • 312
  • 313
  • 314
  • 315
  • 316
  • 317
  • 318
  • 319
  • 320
  • 321
  • 322
  • 323
  • 324
  • 325
  • 326
  • 327
  • 328

using this information to create and maintain parts or all of your System Tree structure by setting IP
address sorting criteria for such groups.
In this version of ePolicy Orchestrator, this functionality has changed, and now allows for the setting of
IP sorting criteria randomly throughout the tree. You no longer need to ensure that the sorting criteria
of the child group’s IP address is a subset of the parent’s, as long as the parent has no assigned
criteria. Once configured, you can sort systems at agent-server communication, or only when a sort
action is manually initiated.
IP address sorting criteria should not overlap between different groups.
Each IP range or subnet mask in a group’s sorting criteria should cover a
unique set of IP addresses. If criteria does overlap, the group where
those systems end up depends on the order of the subgroups on the
System Tree
|
Groups Details
tab. You can check for IP overlap using the
Check IP Integrity action in the Group Details tab
Tag-based sorting criteria
In addition to using IP address information to sort systems into the appropriate group, you can define
sorting criteria based on the tags assigned to systems.
Tag-based criteria can be used with IP address-based criteria for sorting.
Group order and sorting
To provide additional flexibility with System Tree management, you can configure the order of a
group’s subgroups, and therefore the order by which they are considered for a system’s placement
during sorting. When multiple subgroups have matching criteria, changing this order can change
where a system ends up in the System Tree.
Additionally, if you are using catch-all groups, they must be the last subgroup in the list.
Catch-all groups
Catch-all groups are groups whose sorting criteria is set to
All others
on the Sorting Criteria page of the
group. Only subgroups at the last position of the sort order can be catch-all groups. These groups
receive all systems that were sorted into the parent group, but were not sorted into any of the
catch-all’s peers.
How a system is added to the System Tree when sorted
When the agent communicates with the server for the first time, the server uses an algorithm to place
the system in the System Tree. When it cannot find an appropriate location for a system, it puts the
system in the Lost&Found group.
On each agent-server communication, the server attempts to locate the system in the System Tree by
agent GUID (only systems whose agents have already called into the server for the first time have an
agent GUID in the database). If a matching system is found, it is left in it’s existing location.
If a matching system is not found, the server uses an algorithm to sort the systems into the
appropriate groups. Systems can be sorted into any criteria-based group in the System Tree, no
matter how deep it is in the structure, as long as each parent group in the path does not have
non-matching criteria. Parent groups of a criteria-based subgroup must have either no criteria or
matching criteria.
12
Organizing the System Tree
How a system is added to the System Tree when sorted
130
McAfee
®
ePolicy Orchestrator
®
4.6.0 Software Product Guide