<HTML>
<HEAD>
<TITLE>Re: [OpenSIPS-Users] Mediaproxy RTP not capture-able?</TITLE>
</HEAD>
<BODY>
<FONT FACE="Tahoma, Verdana, Helvetica, Arial"><SPAN STYLE='font-size:10pt'>Killy,<BR>
<BR>
You were absolutely right. In some cases, they were leaving via eth0.<BR>
<BR>
The default route of the box is via eth0. Using “ip route add table” and then “ip rule add from” I send all traffic sourced from eth1’s IP to a router connected to eth1. In this way on all my voice-enabled boxes I keep the voice traffic on the voice network (eth1) and the non-voice traffic on eth0. In this case it seems somehow Mediaproxy is slipping past the rule that sends traffic via the different gateway. But, only some of the time. Mediaproxy’s RTP (during 183) leaves via eth1 <I>until</I> the second host begins sending traffic to Mediaproxy. Once that happens, all Mediaproxy’s RTP leaves via eth0. Very strange. All media after 200 is also leaves via the wrong interface.<BR>
<BR>
<BR>
- Jeff<BR>
<BR>
<BR>
<BR>
On 12/15/08 10:55 PM, "Wasin Thiengkunagrit" <<a href="wasin.th@gmail.com">wasin.th@gmail.com</a>> wrote:<BR>
<BR>
<FONT COLOR="#0000FF">> Hi Jeff,
I thought that it seems to be possible that MediaProxy send the <BR>
> packet
to another interface card.
Can you try this command to capture the <BR>
> packets ?
"tcpdump -w mydump.cap -i any udp"
Cheers,
Killy
2008/12/16 Jeff <BR>
> Pyle <<a href="jpyle@fidelityvoice.com">jpyle@fidelityvoice.com</a>>:
> Hello,
>
> I have a working OpenSIPS 1.4 + <BR>
> Mediaproxy 2.1 configuration. At the
> moment, no NAT is involved, and <BR>
> opensips.cfg is set to engage_media_proxy()
> on all initial invites. It <BR>
> works just fine.
>
> I created a pcap file with the command "tshark –w mp.pcap <BR>
> –i eth1 udp",
> causing all the udp on interface eth1 (where OpenSIPS and <BR>
> Mediaproxy
> function) to dump to mp.pcap. During the 183 Session Progress <BR>
> and after the
> call was established with 200 OK, I see the RTP packets <BR>
> arriving into
> Mediaproxy. But I do not see them leaving the box destined <BR>
> for the other
> side. Yet I seem to have perfect two-way audio on the <BR>
> call.
>
> Is Mediaproxy sending the packets at such a level where <BR>
> Wireshark/tshark
> misses them?
>
>
> Thanks,
> Jeff
><BR>
</FONT></SPAN></FONT>
</BODY>
</HTML>