Hi, ----- Messaggio originale -----
> The early dialog and especially early media with forking is, indeed, > tricky. There was some talk with Anthony M. on media handling in > that > case, but we got never around to define how the media should behave. > (Should the early media from all forks be played? Should they be > mixed? If a 200 OK is received from another fork, how it should be > handled?) In the scenario that I'm facing there's always an UPDATE that simply tells to stop the media, by setting the sdp as inactive, before sending another 183 with media. So there's no overlap in this case. > My original idea was to handle each fork (especially with reliable > 1xx > responses) in a separate nua handle and let the application (in this > case FreeSwitch) to handle all the hairiness related to media, but > perhaps there is a cleaner approach. I agree, in that way my patch is totally wrong, also it's not sending the correct to_tag when pracking forked dialog. matteo. ------------------------------------------------------------------------------ What Every C/C++ and Fortran developer Should Know! Read this article and learn how Intel has extended the reach of its next-generation tools to help Windows* and Linux* C/C++ and Fortran developers boost performance applications - including clusters. http://p.sf.net/sfu/intel-dev2devmay _______________________________________________ Sofia-sip-devel mailing list Sofia-sip-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/sofia-sip-devel