Return-Path: Delivered-To: apmail-activemq-users-archive@www.apache.org Received: (qmail 71038 invoked from network); 13 Feb 2009 17:55:15 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 13 Feb 2009 17:55:15 -0000 Received: (qmail 83435 invoked by uid 500); 13 Feb 2009 17:55:13 -0000 Delivered-To: apmail-activemq-users-archive@activemq.apache.org Received: (qmail 83411 invoked by uid 500); 13 Feb 2009 17:55:13 -0000 Mailing-List: contact users-help@activemq.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: users@activemq.apache.org Delivered-To: mailing list users@activemq.apache.org Received: (qmail 83400 invoked by uid 99); 13 Feb 2009 17:55:13 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 13 Feb 2009 09:55:13 -0800 X-ASF-Spam-Status: No, hits=2.6 required=10.0 tests=DNS_FROM_OPENWHOIS,SPF_HELO_PASS,SPF_PASS,WHOIS_MYPRIVREG X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of lists@nabble.com designates 216.139.236.158 as permitted sender) Received: from [216.139.236.158] (HELO kuber.nabble.com) (216.139.236.158) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 13 Feb 2009 17:55:04 +0000 Received: from isper.nabble.com ([192.168.236.156]) by kuber.nabble.com with esmtp (Exim 4.63) (envelope-from ) id 1LY2FP-0002DY-W1 for users@activemq.apache.org; Fri, 13 Feb 2009 09:54:43 -0800 Message-ID: <22001614.post@talk.nabble.com> Date: Fri, 13 Feb 2009 09:54:43 -0800 (PST) From: Rob Bugh To: users@activemq.apache.org Subject: AMQ 4.1.2, FailoverTransport and Firewall MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Nabble-From: robbugh@earthlink.net X-Virus-Checked: Checked by ClamAV on apache.org We have this configuration: - AMQ 4.1.2 - Client outside of a firewall. Uses FailoverTransport to connect to brokers. - Two brokers inside of firewall in master/slave configuration Problem: Upon startup, if the client attempts to connect to the slave broker instead of the master broker, the firewall ends up spoofing the client into thinking the connection was successful to the broker. But in reality what happens is the connection to the firewall succeeds and the client sends connectionInfo and waits for response. The firewall then attempts to connect to the slave, connection fails and after a period of time the firewall resets the connection back to the client. However, by the time this happens the client is already hung waiting for a response. Questions: - Has anyone experienced this problem and found a workaround? - Does this problem still exist in AMQ 5.x? Regards, Rob -- View this message in context: http://www.nabble.com/AMQ-4.1.2%2C-FailoverTransport-and-Firewall-tp22001614p22001614.html Sent from the ActiveMQ - User mailing list archive at Nabble.com.