Modifying a remotely learned path via the STS UI does not clear the RM flag. For example a path that has been whitelisted on an STS in a synchronization cluster will be synchronized to the rest of the Traffic Shapers and will have the "RM" flag which indicates that the path was learned remotely and synchronized to the local STS.
If this IP is then modified by whitelisting, blacklisting, or setting the spam percentage it will not clear the "RM" flag but will cause the IP to be synchronized to the rest of the Traffic Shapers in the cluster. This results in all Traffic Shapers having the "RM" flag set for the same IP which is confusing and should not happen.
Symantec Engineering is researching this issue. Please monitor this KB for future updates.
Currently the only workaround for this issue is to first delete the IP record and then re-enter the IP with the desired settings (whitelisted, blacklisted, spam percentage set).
Symantec Traffic Shapers set up in a synchronization cluster.
Imported Document Id
This is machine translated content
Login to Subscribe
Please login to set up your
For security reasons, your link to this document has expired. Please click on the attachment link to access this file.
The attachment that you are looking for no longer exists.
There has been an issue retrieving your attachment. Please try again.
Didn't find the article you were looking for? Try these resources.