Hi,<br><br>I am experiencing the following:<br>openser 1.1 and asterisk are on public IP addresses, with openser acting as a sip proxy in front of asterisk.<br>sip clients A and B live behind the same firewall. <br>Let A be a TCP UAC. Let B be a UAC using TCP or UDP.
<br>If A calls B and B hangs up, A never sees the BYE packet, and never hangs up.<br>If A calls B and A hangs up, the BYE packet is transmitted just fine, and B hangs up as it should.<br><br>tcpdump at the sip proxy shows that when B hangs up, the SIP hangup dialog is as expected between
<br> <br> B<->openser<->asterisk<br><br>Then, asterisk sends a BYE through openser which is addressed to A, but A never responds.<br>To be more exact, A never responds because the BYE message is not passing through the firewall.
<br><br>Perhaps someone has seen such a problem?<br><br>I have included a collection of facts below about the situation.<br>If there are others I can provide you with, let me know.<br><br>If A and B are both TCP, then clients A and B each have exactly one tcp stream between themselves and openser.
I.e. tcpdump shows precisely 2 each of syn and syn/ack packets.<br>The source and destination ports of the final BYE packet are the same as the destination and source ports of the original INVITE packet.<br><br>Furthermore, the time between phone registration and the sending of the last BYE packet is on the order of 20 seconds, and the behavior is consistent, so it is unlikely that the TCP stream timed out.
<br><br>The following four packets were cut and pasted from tcpdump. Would more information be helpful?<br><br>The following packets represent: <br>1. invite from asterisk to openser<br>2. invite from openser to client B
<br>3. bye from asterisk to openser<br>4. bye from openser to client B<br><br>Recall that INVITE(tcp.src, tcp.dst) == BYE (tcp.dst,tcp.src).<br><br>INVITE <a href="http://sip:9043067733@joinuneta.com:5065">sip:9043067733@joinuneta.com:5065
</a> SIP/2.0\r\n<br>From: "Mark Price2" <<a href="mailto:sip:9043060000@66.129.95.24">sip:9043060000@66.129.95.24</a>>;tag=as50a4e684\r\n<br>To: <<a href="http://sip:9043067733@joinuneta.com:5065">sip:9043067733@joinuneta.com:5065
</a>>\r\n<br>Contact: <<a href="mailto:sip:9043060000@66.129.95.24">sip:9043060000@66.129.95.24</a>>\r\n<br>Call-ID: 6e9c8160194ea4eb59afa0da0c22633d@66.129.95.24\r\n<br>CSeq: 102 INVITE\r\n<br><br>INVITE sip:9043067733@66.177.61.238
:17522;transport=TLS;rinstance=58c12cb6506504ae SIP/2.0\r\n<br>From: "Mark Price2" <<a href="mailto:sip:9043060000@66.129.95.24">sip:9043060000@66.129.95.24</a>>;tag=as50a4e684\r\n<br>To: <<a href="http://sip:9043067733@joinuneta.com:5065">
sip:9043067733@joinuneta.com:5065</a>>\r\n<br>Contact: <<a href="mailto:sip:9043060000@66.129.95.24">sip:9043060000@66.129.95.24</a>>\r\n<br>Call-ID: 6e9c8160194ea4eb59afa0da0c22633d@66.129.95.24\r\n<br>CSeq: 102 INVITE\r\n
<br><br>BYE sip:9043060000@66.177.61.238:17559 SIP/2.0\r\n<br>From: "9043067733 (Softphone)"<<a href="mailto:sip:9043067733@joinuneta.com">sip:9043067733@joinuneta.com</a>>;tag=as3f8914c4\r\n<br>To: "Mark Price"<
<a href="mailto:sip:9043060000@joinuneta.com">sip:9043060000@joinuneta.com</a>>;tag=3c60f44e\r\n<br>Contact: <<a href="mailto:sip:9043067733@66.129.95.24">sip:9043067733@66.129.95.24</a>>\r\n<br>Call-ID: ZDFkMjBlMWJlOGZlZWE4NmZlMzQ2NWE0OWNiOGYzYzU.\r\n
<br>CSeq: 102 BYE\r\n<br><br>BYE sip:9043060000@66.177.61.238:17559 SIP/2.0\r\n<br>From: "9043067733 (Softphone)"<<a href="mailto:sip:9043067733@joinuneta.com">sip:9043067733@joinuneta.com</a>>;tag=as3f8914c4\r\n
<br>To: "Mark Price"<<a href="mailto:sip:9043060000@joinuneta.com">sip:9043060000@joinuneta.com</a>>;tag=3c60f44e\r\n<br>Contact: <<a href="mailto:sip:9043067733@66.129.95.24">sip:9043067733@66.129.95.24
</a>>\r\n<br>Call-ID: ZDFkMjBlMWJlOGZlZWE4NmZlMzQ2NWE0OWNiOGYzYzU.\r\n<br><br>Thanks,<br>Mark Price<br><br>