[rabbitmq-discuss] A question on federation status reporting

[Matt Pietrek]

We have a bi-directional federation setup between three nodes like this on
RabbitMQ 3.2.2:

mq_integ/sea <===> mq_integ <===> mq_integ/tuk


All three nodes use a "skytap" exchange and the mq_integ/sea
and mq_integ/tuk are *not* federated with each other

Here's what's interesting. In the *mq_integ/sea* broker, the "Federation
Upstreams" page is what I'd expect it to be, that is, a connection to
mq_integ:
NameURIExpiryMessage TTLMax HopsPrefetch CountReconnect DelayAck modeTrust
User-IDupstream-integ<http://tuk5r1mq1.mgt.integ.skytap.com:15672/#/federation-upstreams/%2F/upstream-integ>
amqp://foo:bar@sea_m2:5672??

However, in the "Federation Status" page for *mq_integ/sea* looks strange
(see below). In particular, I see four entries, whereas in RabbitMQ 3.0.2 I
only saw one line.

In addition, the third entry references the mq_integ/tuk broker, even
though I haven't configured mq_integ/sea to know anything about
mq_integ/tuk:


ConnectionURIExchange / QueueNodeStateInbound message rateLast changed
upstream-integamqp://sea_m2:5672federation: skytap -> mq_integqueuerabbit@
sea_r2
running
2014-01-11 1:35:28upstream-integamqp://sea5_m2:5672federation: skytap ->
mq_integ/seaqueuerabbit at sea_r2
running
2014-01-11 1:35:28upstream-integamqp://sea_m2:5672federation: skytap ->
mq_integ/tukqueuerabbit at sea_r2
running
2014-01-11 1:35:29upstream-integamqp://sea_m2:5672skytapexchangerabbit@
sea_r2
running
0.00/s2014-01-11 1:35:29
Is this what you'd expect to see? Am I not understanding something?

Thanks,

Matt
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.rabbitmq.com/pipermail/rabbitmq-discuss/attachments/20140113/abeb6361/attachment.html>