<br><br><div><span class="gmail_quote">2007/1/16, Leo Ann Boon <<a href="mailto:leo@datvoiz.com">leo@datvoiz.com</a>>:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Antoine Fressancourt wrote:<br>> I will sum up the results of my investigations :<br>> - When canreinvite is set to "yes", I manage to make a video call<br>> between the 2 parties, when I emit a DTMF signal, it triggers the
<br>> playback of a sound clip correctly, but I can't playback a video clip.<br>What's the format of the video clip? I don't think Asterisk supports all<br>formats. And, shouldn't it be canreinvite='no'?
</blockquote><div><br><br>My video is tested against my Asterisk and softphones, by doing a plain old call to a Playback extension playing this video.<br></div><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
> - When canreinvite is set to "no", The DTMF I emit is not detected by<br>> Asterisk, although I see the SIP INFO message in the SIP debug<br>> messages of Asterisk.<br>><br>Should be canreinvite='yes'. This might be a bug. On the other hand, in
<br>your case, even if Asterisk did detected the messages. Without being in<br>the media path, it still won't be able to playback video to the endpoint.</blockquote><div><br>According to me, that's the point. I don't really mind having canreinvite set to "yes" or "no" for now. If canreinvite is set to "no", then Asterisk can't inject video in the ongoing session. If canreinvite is set to "yes", then the fact that Asterisk is not in the media path should not be a problem as it can perform a reinvitation to enter this path. So the problem remains.
<br><br>Thank you for your answers.<br><br>Antoine<br></div><br><br></div><br>