I&#39;m using federation with a topic exchange between two RabbitMQ nodes. As part of this, I&#39;ve defined an exchange, &#39;skytap&#39; which is a topic exchange (yes, I know it&#39;s not *really* a topic exchange).<br>
<br>The upstream sets for the skytap exchange are pointed to each other, as described in the Federation doc as a &quot;Pair of federated exchanges&quot;. For routing keys, I&#39;m using something of the form &quot;foo.XXX&quot;, where XXX is either &#39;east&#39; or &#39;west&#39;.<br>
<br>On server &#39;A&#39;, I have a queue &#39;foo&#39; bound to the skytap exchange, using a routing key of &#39;foo.west&#39;. On server &#39;B&#39;, I have a queue &#39;foo&#39; bound to the skytap exchange, using a routing key of &#39;foo.east&#39;.<br>
<br>This all generally works as expected. In particular, I have a client app running on server &#39;A&#39; that publishes using the &#39;foo.west&#39; routing key. In other words, everything should be happening locally to server &#39;A&#39;.<br>
<br>However, via the Management Web UI, I&#39;m noticing that there seems to be message traffic to server &#39;B&#39;. In particular, on the Exchanges tab for server &#39;B&#39; if I select the &#39;skytap&#39; exchange, I see:<br>
<br>Channel                                  | publish  | confirm<br>&lt;rabbit@xxx.3.299.0&gt; (1)       | 20/s      | 20/s<br><br>However (as I&#39;d expect), no messages go into the &#39;foo&#39; queue (or any other queue) on server &#39;B&#39;. Likewise, on the queue tab of server &#39;A&#39;, the queue named &quot;skytap -&gt; rabbit@serverA.blah.blah&quot;, shows incoming/deliver/ack rates of 20/s as well.<br>
<br>This runs counter to what I&#39;d expect from reading the Federation doc, specifically: &quot;Therefore the federated
            exchange only receives messages for which it has a subscription.&quot;<br><br>Am I misunderstanding something, or perhaps don&#39;t have things configured optimally?<br><br>Thanks,<br><br>Matt<br><br><br><br>