[OpenSIPS-Users] mediaproxy 2.3: reinvites' SDP not modified
Ruud Klaver
ruud at ag-projects.com
Tue Jan 6 20:10:41 CET 2009
Hi Jeff,
On 06 Jan 2009, at 14:21, Jeff Pyle wrote:
> Hi Ruud,
>
>
> On 1/5/09 8:44 AM, "Ruud Klaver" <ruud at ag-projects.com> wrote:
>
>> Hi Jeff,
>>
>> On 29 Dec 2008, at 14:52, Jeff Pyle wrote:
>>
>>> Hello,
>>>
>>> I have a fairly functional OpenSIPS + Mediaproxy 2.3 configuration.
>>> Here’s the scenario: Call comes in from carrier to customer’s fax
>>> number, via OpenSIPS. Call establishes at G.729, with proxied RTP
>>> due to engage_media_proxy(). All is well. The customer gateway
>>> sends a reinvite for T.38. The carrier sends a 200 OK and the call
>>> goes to T.38.
>>>
>>> In the 200 OK that OpenSIPS forwards to the customer gateway, for
>>> some reason the c= line in the SDP still has the carrier’s gateway.
>>> Media is not proxied.
>>>
>>> I think in the past this hasn’t been an issue. Obviously something
>>> has changed, but I’m not sure what that might be. What’s the best
>>> way to debug this?
>>>
>>>
>>> Thanks,
>>> Jeff
>>
>> Can you tell if the media relay is even contacted about this re-
>> INVITE? Could you include the relevant parts of the dispatcher and
>> relay logs please, so that we may analyze it?
>>
>> Ruud Klaver
>> AG Projects
>
>
> I haven't been able to reproduce this scenario. I rebooted the
> system for
> other reasons and when everything came back up, it worked just fine.
> Strange.
>
>
> - Jeff
Maybe you can still find it somewhere in your syslog? Grep for
"image", which is the media type used by T.38 IIRC. The point is that
we tried to implement this well, but it was very difficult actually
obtaining test devices to see if it worked in a real life testbed.
Ruud Klaver
AG Projects
More information about the Users
mailing list