Il giorno 13/feb/09, alle ore 13:56, Dan Pascu ha scritto: > > 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.
Thank you Dan/Adrian/Ruud for your quick and expert answers :-) I understand. Do you think I can write to tech support of Patton and explain the problem? It is a bug in their firmware or a "particular" behaviour? I would like to continue using engage_media_proxy... Many thanks, Carlo Dimaggio _______________________________________________ Users mailing list [email protected] http://lists.opensips.org/cgi-bin/mailman/listinfo/users
