> On Apr 11, 2012, at 2:59 PM, Jakub Nadolski wrote: > >>> On 04/11/2012 10:34 AM, Jakub Nadolski wrote: >>>> I have a question about working client-broker configuration with NAT. >>>> To >>>> send messages from broker to client I would like to use existing >>>> connection established from client to broker. Is it possible? Or >>>> perhaps >>>> there is another way to work when AMQP client is behind a NAT? >>> >>> That is the normal mode of use. A client connects to a broker, >>> subscribes to a particular queue and the broker will then send messages >>> back to the client over that connection. >>> >>> >>> --------------------------------------------------------------------- >>> To unsubscribe, e-mail: [email protected] >>> For additional commands, e-mail: [email protected] >>> >>> >> Thanks for reply Gordon. I realize that my question was not precise >> enough. By connection I mean tcp-connection, not connection on qpid >> level. >> When client subscribes to a queue there is one tcp connection and when >> broker sends messages to the client there is another tcp connection, so >> two tcp connections at all. So my problem still exists. Does anybody >> have >> experience with qpid client behind a NAT? > > The connection for a client to subscribe to a queue and the connection for > the broker to send messages to a client is one and the same - there are > not 2 connections here. AMQP connections are persistent and stateful, > unlike a stateless protocol such as HTTP. If your client can route > packets to the broker, and the broker is successfully able to route > packets back to the client, communications will be successful. > > HTH, > Andy > --------------------------------------------------------------------- > To unsubscribe, e-mail: [email protected] > For additional commands, e-mail: [email protected] > > Thank you Andy. Now, when I tested this situation in correct way, I understand that you are right, there is only one tcp-connection between client and broker. So thats all for now and thanks again for the help.
Jakub --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
