<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 TRANSITIONAL//EN">
<HTML>
<HEAD>
<META HTTP-EQUIV="Content-Type" CONTENT="text/html; CHARSET=UTF-8">
<META NAME="GENERATOR" CONTENT="GtkHTML/3.3.2">
</HEAD>
<BODY>
When watching from the Asterisk server (running tcpdump), the destination IP address and port number are the same for the conversation packets and the RFC2833 packets.<BR>
<BR>
But when watching from the SIP client's local LAN (another computer on the subnet, in promisc mode, running tcpdump), the RFC2833 packets (length 16) never arrive.<BR>
<BR>
Weird?<BR>
<BR>
<BR>
On Thu, 2005-06-02 at 13:01 +1200, Matt Riddell wrote:
<BLOCKQUOTE TYPE=CITE>
<PRE>
<FONT COLOR="#000000">Bryan Field-Elliot wrote:</FONT>
<FONT COLOR="#000000">> The problem is, the other SIP client is never receiving the RFC2833 </FONT>
<FONT COLOR="#000000">> packets. An ethereal trace on the same local network shows that the </FONT>
<FONT COLOR="#000000">> regular conversation UDP packets are coming through just fine (packet </FONT>
<FONT COLOR="#000000">> length: 172), but the RFC2833 packets are never received on the SIP </FONT>
<FONT COLOR="#000000">> client LAN (though they are sent by the server). RFC2833 UDP packets </FONT>
<FONT COLOR="#000000">> appear to be packet length: 16.</FONT>
<FONT COLOR="#000000">> </FONT>
<FONT COLOR="#000000">> Has anyone seeing this kind of behavior, perhaps from firewalls or </FONT>
<FONT COLOR="#000000">> otherwise?</FONT>
<FONT COLOR="#000000">I don't suppose you see the packets go anywhere else?</FONT>
</PRE>
</BLOCKQUOTE>
</BODY>
</HTML>