try the sendmsg issue again <br><br>are you doing the hangup with <br><br>api uuid_kill <uuid><br><br><br><br><div class="gmail_quote">On Mon, Dec 8, 2008 at 9:47 AM, Dennis <span dir="ltr"><<a href="mailto:odermann@googlemail.com">odermann@googlemail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><div class="Ih2E3d">> #2 was because when you sendmsg with no uuid on an outbound socket it<br>
> defaults to the session who called you.<br>
> I changed to code to make a distinction between not supplying a uuid and<br>
> supplying an invalid uuid.<br>
<br>
</div>anthony, thanks for the quick reaction!<br>
<br>
we just tested you changes and it works the opposite way it should.<br>
<br>
this means: when we do not send an uuid, we get an an error<br>
(Reply-Text => -ERR invalid session id []). if we send a wrong/not<br>
existing uuid, the command will be executed on the inbound uuid.<br>
<div class="Ih2E3d"><br>
<br>
<br>
<br>
> #1 seems hard to believe. Please provide a console trace of the channel<br>
> *ignoring* the hangup command.<br>
<br>
</div>i know it is hard to believe, we didn't believe it either ;-)<br>
<br>
have a look at <a href="http://pastebin.freeswitch.org/6367" target="_blank">http://pastebin.freeswitch.org/6367</a><br>
<br>
what we simply do here: the inbound is coming in, then we do an<br>
originate and hang up the inbound. then we directly send a hangup for<br>
the outbound. the outbound will go on ringing.<br>
then, when the ringing outbound is answered, we directly get the hangup.<br>
fs gets the hangup and remembers it, but seems to wait till the answer<br>
to execute this command.<br>
<div><div></div><div class="Wj3C7c"><br>
_______________________________________________<br>
Freeswitch-users mailing list<br>
<a href="mailto:Freeswitch-users@lists.freeswitch.org">Freeswitch-users@lists.freeswitch.org</a><br>
<a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a><br>
UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-users</a><br>
<a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
</div></div></blockquote></div><br><br clear="all"><br>-- <br>Anthony Minessale II<br><br>FreeSWITCH <a href="http://www.freeswitch.org/">http://www.freeswitch.org/</a><br>ClueCon <a href="http://www.cluecon.com/">http://www.cluecon.com/</a><br>
<br>AIM: anthm<br><a href="mailto:MSN%3Aanthony_minessale@hotmail.com">MSN:anthony_minessale@hotmail.com</a><br>GTALK/JABBER/<a href="mailto:PAYPAL%3Aanthony.minessale@gmail.com">PAYPAL:anthony.minessale@gmail.com</a><br>
IRC: <a href="http://irc.freenode.net">irc.freenode.net</a> #freeswitch<br><br>FreeSWITCH Developer Conference<br><a href="mailto:sip%3A888@conference.freeswitch.org">sip:888@conference.freeswitch.org</a><br><a href="http://iax:guest@conference.freeswitch.org/888">iax:guest@conference.freeswitch.org/888</a><br>
<a href="mailto:googletalk%3Aconf%2B888@conference.freeswitch.org">googletalk:conf+888@conference.freeswitch.org</a><br>pstn:213-799-1400<br>