Mailing-List: contact users-help@qpid.apache.org; run by ezmlm
Precedence: bulk
Reply-To: users@qpid.apache.org
Received-SPF: pass (athena.apache.org: domain of richard.fallon@atosorigin.com
 designates 160.92.103.80 as permitted sender)
Content-Class: urn:content-classes:message
MIME-Version: 1.0
Importance: normal
Priority: normal
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Subject: RE: Qpid Federation
Date: Mon, 4 Apr 2011 09:01:32 +0100
Message-ID: 
 <E9CAC534D736BE41AA15106E927E2A6401D4933E@UKCWRX004.uk.int.atosorigin.com>
In-Reply-To: <655A6E135F654E25B20645FA50B20105@hope>
Thread-Topic: Qpid Federation
thread-index: AcvwhuyFNmX1sqQdTLKCWKRsTES8NAADicsgAIJOuwA=
References: 
 <E9CAC534D736BE41AA15106E927E2A6401D4933D@UKCWRX004.uk.int.atosorigin.com>
 <655A6E135F654E25B20645FA50B20105@hope>
From: "Fallon, Richard" <richard.fallon@atosorigin.com>
To: <users@qpid.apache.org>


Hi Steve,

The DEST_BROKER is Qpid-0.8 and the SRC_BROKER is Qpid-0.6.

Both on RedHat 5.4.

Richard

-----Original Message-----
From: Steve Huston [mailto:shuston@riverace.com]=20
Sent: 01 April 2011 18:49
To: users@qpid.apache.org
Subject: RE: Qpid Federation

What version(s) of Qpid and what platforms is this on?

--
Steve Huston, Riverace Corporation
Total Lifecycle Support for Your Networked Applications
http://www.riverace.com


> -----Original Message-----
> From: Fallon, Richard [mailto:richard.fallon@atosorigin.com]
> Sent: Friday, April 01, 2011 12:08 PM
> To: users@qpid.apache.org
> Subject: Qpid Federation
>=20
>=20
>=20
> Hello,
>=20
> I am running  2xQpid  brokers on 2 different boxes across a number of=20
> network hops, called SRC_BROKER and DEST_BROKER.
>=20
> I am running a federated topology whereby the brokers are connected=20
> via a durable dynamic route to the default topic exchange 'amq.topic'=20
> by running the command
>=20
> qpid-route -d add dynamic add DEST_BROKER SRC_BROKER amq.topic
>=20
> The SRC_BROKER is receiving data to the amq.topic exchange and, via=20
> the dynamic route, the DEST_BROKER receives that same data .
>=20
> =3D=3D=3D=3D=3D                                      =
=3D=3D=3D=3D=3D=3D
> | SRC|    <----dynamic route---->  | DEST  |
> =3D=3D=3D=3D=3D                                      =
=3D=3D=3D=3D=3D=3D
>=20
>=20
> I have subscribers to the DEST_BROKER happily reading messages.
>=20
> The SRC_BROKER shows it has a conection established with the=20
> DEST_BROKER and there is a queue created on the SRC_BROKER.
> I understand that the dynamic route creation has created that queue on

> the SRC_BROKER broker and the DEST_BROKER is receiving its messages=20
> from that provate queue.
>=20
> Most of the time this works perfectly well.
>=20
> But occasionally the data stops being received at the DEST_BROKER.=20
> Closer investigation shows the connection is still active on the=20
> SRC_BROKER to the DEST_BROKER but the private queue has gone.  The=20
> SRC_BROKER is still functioning and receiving messages, the=20
> DEST_BROKER is still functioning and capable of receiving messages,=20
> just NOT from the dynamic route.
>=20
> If I re-run the command to add the dyanmic route
>=20
> qpid-route -d add dynamic add DEST_BROKER SRC_BROKER amq.topic
>=20
> The data starts to flow again.
>=20
> I have been monitoring this for days and am unable to find any useful=20
> info in the logs and the queues and connections all look fine.
>=20
> I have no idea what is causing the queue on the SRC_BROKER to=20
> disappear.
>=20
> If there was a network failure would this cause the deletion of the=20
> private queue on the SRC_BROKER?
>=20
> How do I ensure that my durable dynamic route remains?  Am I missing=20
> something.
>=20
> Thanks in advance
>=20
> Richard
>=20
>=20
> _______________________________________________________
> Atos Origin and Atos Consulting are trading names used by the Atos=20
> Origin group.  The following trading entities are registered in=20
> England and Wales:  Atos Origin IT Services UK Limited (registered=20
> number 01245534) and Atos Consulting Limited (registered number=20
> 04312380).  The registered office for each is at 4 Triton Square,=20
> Regents Place, London, NW1 3HG.The VAT No. for each is: GB232327983
>=20
> This e-mail and the documents attached are confidential and intended=20
> solely for the addressee, and may contain confidential or privileged=20
> information.  If you receive this e-mail in error, you are not=20
> authorised to copy, disclose, use or retain it.  Please notify the=20
> sender immediately and
> delete this email from your systems.   As emails may be=20
> intercepted, amended or lost, they are not secure.  Atos Origin=20
> therefore can accept no liability for any errors or their content. =20
> Although Atos Origin endeavours to maintain a virus-free network, we=20
> do not warrant that this transmission is virus-free and can accept no=20
> liability for any damages
> resulting from any virus transmitted.   The risks are deemed=20
> to be accepted by everyone who communicates with Atos Origin by email.
> _______________________________________________________
>=20


---------------------------------------------------------------------
Apache Qpid - AMQP Messaging Implementation
Project:      http://qpid.apache.org
Use/Interact: mailto:users-subscribe@qpid.apache.org


_______________________________________________________
Atos Origin and Atos Consulting are trading names used by the Atos =
Origin group.  The following trading entities are registered in England =
and Wales:  Atos Origin IT Services UK Limited (registered number =
01245534) and Atos Consulting Limited (registered number 04312380).  The =
registered office for each is at 4 Triton Square, Regents Place, London, =
NW1 3HG.The VAT No. for each is: GB232327983

This e-mail and the documents attached are confidential and intended =
solely for the addressee, and may contain confidential or privileged =
information.  If you receive this e-mail in error, you are not =
authorised to copy, disclose, use or retain it.  Please notify the =
sender immediately and delete this email from your systems.   As emails =
may be intercepted, amended or lost, they are not secure.  Atos Origin =
therefore can accept no liability for any errors or their content.  =
Although Atos Origin endeavours to maintain a virus-free network, we do =
not warrant that this transmission is virus-free and can accept no =
liability for any damages resulting from any virus transmitted.   The =
risks are deemed to be accepted by everyone who communicates with Atos =
Origin by email.
_______________________________________________________


---------------------------------------------------------------------
Apache Qpid - AMQP Messaging Implementation
Project:      http://qpid.apache.org
Use/Interact: mailto:users-subscribe@qpid.apache.org