try latest code and see how that works.
I also added api command "uuid_deflect <uuid> sip:foo@bar.com" that should reply
with the sipfrag.
also it sets sip_refer_reply var to the sipfrag on the channel.
Woof!
When using "deflect" on an inbound answered call, I notice that the FS channel
stays connected as long as the original call exists, and does not send a BYE to
the original call even after receiving a NOTFIY with a final response fragment.
In addition, while FS gets those NOTIFY's, I haven't found a way to report
those as events on the socket. The result is, after a deflect, either the
controlling application has to wait for the original phone to hangup (which
could be a long time, blocking a channel), or it has to hangup immediately,
which seems to confuse some devices as the REFER and implied subscription are
still outstanding.
Is there a way to get FS to report the results of the REFER to the socket,
and/or have it automatically send BYE once the final results are in?
Thanks.
--Woof!
_______________________________________________
Freeswitch-users mailing list
Freeswitch-users@lists.freeswitch.org
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
http://www.freeswitch.org