Incorrect midserver getting selected during service mapping when midserver clustering is usedIssue <!-- div.margin { padding: 10px 40px 40px 30px; } table.tocTable { border: 1px solid; border-color: #e0e0e0; background-color: #fff; } .title { color: #d1232b; font-weight: normal; font-size: 28px; } h1 { color: #d1232b; font-weight: normal; font-size: 21px; margin-bottom: 5px; border-bottom-width: 2px; border-bottom-style: solid; border-bottom-color: #cccccc; } h2 { color: #646464; font-weight: bold; font-size: 18px; } h3 { color: #000000; font-weight: bold; font-size: 16px; } h4 { color: #666666; font-weight: bold; font-size: 15px; } h5 { color: #000000; font-weight: bold; font-size: 13px; } h6 { color: #000000; font-weight: bold; font-size:14px; } ul, ol { margin-left: 0; list-style-position: outside; } --> When midservers with service mapping capabilities are placed in midserver cluster, any random midserver is picked up during service mapping discovery instead of the ones with SM capabilities.Hence the service mapping fails . CauseThis is a known issue and is documented in PRB-PRB1329739.ResolutionAs per the PRB the workaround is not use SM midsevers in a cluster. However this workaround is not a very viable solution for customers sometimes, based upon the network topology which they are trying to discover. There is another workaround available which they use, in case the first one is not possible: Workaround 2--> Set the business rule "MID Server Cluster Management" to inactive. This is a legacy business rule that changes the MID selected by SM to a random MID server in case this MID is part of a cluster. There is no need for this business rule any more and there is no problem to disable it.