[rabbitmq-discuss] previous connection is NOT automatically closed if IP different
Tobias.Gutzmann at ist.com
Mon Nov 4 07:32:53 GMT 2013
Maybe your client can send a "close connection" through the HTTP API upon reconnecting. I'm not sure about the implementation details, but deleting a connection is supported through the management API: http://hg.rabbitmq.com/rabbitmq-management/raw-file/3646dee55e02/priv/www-api/help.html. Maybe one of the rabbit-gurus can confirm if this should work?
Från: rabbitmq-discuss-bounces at lists.rabbitmq.com [mailto:rabbitmq-discuss-bounces at lists.rabbitmq.com] För L H, Wong
Skickat: den 4 november 2013 02:24
Till: Michael Klishin
Kopia: Discussions about RabbitMQ
Ämne: Re: [rabbitmq-discuss] previous connection is NOT automatically closed if IP different
Thank you very much for the information. I am wondering why if IP for first and second connections are the same (in the scenarios in which the connection lost and resumed almost immediately via same network) the first connection gets closed almost immediately after the second connection was established.
--Wong Liong Hung
On Sun, Nov 3, 2013 at 5:16 PM, Michael Klishin <mklishin at gopivotal.com<mailto:mklishin at gopivotal.com>> wrote:
On nov 2, 2013, at 5:39 PM, L H, Wong <lhwong at gmail.com<mailto:lhwong at gmail.com>> wrote:
> I am aware of the heartbeat setting. However, my application is running on mobile phone I afraid that if I set the value to lower value like 10s it will consume more battery power and also cause higher data usage.
This is an understandable concern but there are no other options.
I'd suggest using a value of 20 or so. This means a little bit of data (about a dozen of bytes)
will be sent roughly every 10 seconds. There will be no new threads created or significant
amounts of CPU consumed, so net impact on energy consumption and traffic
likely will be very small.
Software Engineer, Pivotal/RabbitMQ
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the rabbitmq-discuss