[OpenSIPS-Users] mediaproxy 2.3: reinvites' SDP not modified

[Dan Pascu]

The Patton device seems to be faulty. In its answer it strips all params 
from the Record-Route header except from lr=on. Similarly it strips all 
params from the Record-Route headers except lr=on when converting the 
Record-Route headers to Route headers on subsequent re-INVITEs. Among 
these params is the did (dialog-id) which is used to identify the dialog 
the message belongs to. My guess is that those re-INVITEs are not matched 
against their dialogs anymore so no mediaproxy callbacks are called for 
them to modify their SDP.

You can try to use use_media_proxy() and end_media_session() instead of 
engage_media_proxy() to manually call on mediaproxy to handle the SDP for 
every INVITE/reply during the dialog. The dialog based method of using 
engage_media_proxy can only work if the devices work properly and do not 
prevent the dialog module from recognizing an in-dialog message because 
its identification elements were altered.

On Thursday 12 February 2009, Carlo Dimaggio wrote:
> Il giorno 11/feb/09, alle ore 12:00, Ruud Klaver ha scritto:
> > Hi Carlo,
> >
> > The problem definitely lies with OpenSIPS in your first example, the
> > one that didn't work, since the media-dispatcher does not receive
> > anything from the mediaproxy module in OpenSIPs when the re-INVITE
> > is received. Could you please provide the relevant parts of your
> > OpenSIPS config and its logging for both of these cases?
> >
> > From the logs I gave you I cannot tell that much, except that in the
> > first case your proxy seems to anonymize the SIP URI of the caller,
> > but this shouldn't matter.
> >
> > The mediaproxy module should just look for the m=image line, which
> > is the same in both traces. Other than that it does no processing of
> > the T38 stuff, it should be agnostic to it.
>
> Hi Ruud,
>
> Sure. I attach the relevant parts of my configuration and the log for
> both of these cases.
>
> I don't understand why there is this behaviour with two devices
> (grandstream and patton) and the same opensips.cfg... In both of these
> cases, the re-invite is performed (as you can see from the ngrep log)
> but when I use the patton, it seems that mediaproxy doesn't recognise
> the t38 session and doesn't proxy the call.
> I use engage_media_proxy() in my script that should automatically call
> use_media_proxy() on every request and reply that belongs to the
> dialog...
>
> What kind of errors could be in my configuration?
>
>
> Thank you,
> Carlo Dimaggio



-- 
Dan