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!
try latest code and see how that works. I also added api command "uuid_deflect <uuid> sip:foo@bar.com<sip%3Afoo@bar.com>" that should reply with the sipfrag. also it sets sip_refer_reply var to the sipfrag on the channel. On Wed, Nov 19, 2008 at 11:57 AM, Andy Spitzer <woof@nortel.com> wrote:
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
-- Anthony Minessale II FreeSWITCH http://www.freeswitch.org/ ClueCon http://www.cluecon.com/ AIM: anthm MSN:anthony_minessale@hotmail.com <MSN%3Aanthony_minessale@hotmail.com> GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com<PAYPAL%3Aanthony.minessale@gmail.com> IRC: irc.freenode.net #freeswitch FreeSWITCH Developer Conference sip:888@conference.freeswitch.org <sip%3A888@conference.freeswitch.org> iax:guest@conference.freeswitch.org/888 googletalk:conf+888@conference.freeswitch.org<googletalk%3Aconf%2B888@conference.freeswitch.org> pstn:213-799-1400
Woof! Thanks for the changes! On Wed, 19 Nov 2008 21:09:19 -0500, Anthony Minessale <anthony.minessale@gmail.com> wrote:
try latest code and see how that works.
FreeSWITCH Version 1.0.trunk (10481) No difference with just "deflect"--the call does not clear when the REFER is completed, nor are there any events published on the outbound socket vis-a-vis the NOTIFYs. The behavior that would work the best for me would be an event with the final response (success or fail), so my app can wait for it and know if it can hang up the call (on success), or it needs to do something else on failure. An event on each and every NOTIFY would be acceptable as well (not the just the final), but that would probably push some of the SIPishness of parsing the fragments into the application.
I also added api command "uuid_deflect <uuid> sip:foo@bar.com" that should reply with the sipfrag.
Alas, that one caused a core dump: *** glibc detected *** /usr/local/freeswitch/bin/freeswitch: free(): invalid pointer: 0xb2980de8 *** ======= Backtrace: ========= /lib/libc.so.6[0xba9ac1] /lib/libc.so.6(cfree+0x90)[0xbad0f0] /usr/local/freeswitch/mod/mod_commands.so[0x48ce91] /usr/local/freeswitch/lib/libfreeswitch.so.1(switch_api_execute+0xbd)[0x160b0d] /usr/local/freeswitch/mod/mod_event_socket.so[0x2f008d] /usr/local/freeswitch/mod/mod_event_socket.so[0x2f0e73] /usr/local/freeswitch/mod/mod_event_socket.so[0x2f2531] /usr/local/freeswitch/lib/libfreeswitch.so.1[0x1b60b6] /lib/libpthread.so.0[0x27450b] /lib/libc.so.6(clone+0x5e)[0xc13b2e] Program terminated with signal 6, Aborted. #0 0x00110416 in __kernel_vsyscall () (gdb) where #0 0x00110416 in __kernel_vsyscall () #1 0x00b69690 in raise () from /lib/libc.so.6 #2 0x00b6af91 in abort () from /lib/libc.so.6 #3 0x00ba19eb in __libc_message () from /lib/libc.so.6 #4 0x00ba9ac1 in _int_free () from /lib/libc.so.6 #5 0x00bad0f0 in free () from /lib/libc.so.6 #6 0x0048ce91 in uuid_deflect ( cmd=0x9ce1809 "0852cadf-1156-4bac-87a2-7475da4930b9 sip:206@woof.us.nortel.com", session=0x0, stream=0xace929a8) at mod_commands.c:1289 #7 0x00160b0d in switch_api_execute (cmd=0x9ce17fc "uuid_deflect", arg=0x9ce1809 "0852cadf-1156-4bac-87a2-7475da4930b9 sip:206@woof.us.nortel.com", session=0x0, stream=0xace929a8) at src/switch_loadable_module.c:1527 #8 0x002f008d in api_exec (thread=0x0, obj=0xace92a54) at mod_event_socket.c:1090 #9 0x002f0e73 in parse_command (listener=0xb2920cd0, event=0xace93390, reply=0xace93124 "", reply_len=512) at mod_event_socket.c:1415 #10 0x002f2531 in listener_run (thread=0xacef5b68, obj=0xb2920cd0) at mod_event_socket.c:1786 #11 0x001b60b6 in dummy_worker (opaque=0xacef5b68) at threadproc/unix/thread.c:138 #12 0x0027450b in start_thread () from /lib/libpthread.so.0 #13 0x00c13b2e in clone () from /lib/libc.so.6 --Woof!
the seg was a typo (resolved) how were you calling the deflect the way that had no change? every time i tried it sofia has taken down the channel once it completed. On Thu, Nov 20, 2008 at 1:16 PM, Andy Spitzer <woof@nortel.com> wrote:
Woof!
Thanks for the changes!
On Wed, 19 Nov 2008 21:09:19 -0500, Anthony Minessale < anthony.minessale@gmail.com> wrote:
try latest code and see how that works.
FreeSWITCH Version 1.0.trunk (10481)
No difference with just "deflect"--the call does not clear when the REFER is completed, nor are there any events published on the outbound socket vis-a-vis the NOTIFYs.
The behavior that would work the best for me would be an event with the final response (success or fail), so my app can wait for it and know if it can hang up the call (on success), or it needs to do something else on failure.
An event on each and every NOTIFY would be acceptable as well (not the just the final), but that would probably push some of the SIPishness of parsing the fragments into the application.
I also added api command "uuid_deflect <uuid> sip:foo@bar.com<sip%3Afoo@bar.com>" that should reply with the sipfrag.
Alas, that one caused a core dump:
*** glibc detected *** /usr/local/freeswitch/bin/freeswitch: free(): invalid pointer: 0xb2980de8 *** ======= Backtrace: ========= /lib/libc.so.6[0xba9ac1] /lib/libc.so.6(cfree+0x90)[0xbad0f0] /usr/local/freeswitch/mod/mod_commands.so[0x48ce91]
/usr/local/freeswitch/lib/libfreeswitch.so.1(switch_api_execute+0xbd)[0x160b0d] /usr/local/freeswitch/mod/mod_event_socket.so[0x2f008d] /usr/local/freeswitch/mod/mod_event_socket.so[0x2f0e73] /usr/local/freeswitch/mod/mod_event_socket.so[0x2f2531] /usr/local/freeswitch/lib/libfreeswitch.so.1[0x1b60b6] /lib/libpthread.so.0[0x27450b] /lib/libc.so.6(clone+0x5e)[0xc13b2e]
Program terminated with signal 6, Aborted. #0 0x00110416 in __kernel_vsyscall () (gdb) where #0 0x00110416 in __kernel_vsyscall () #1 0x00b69690 in raise () from /lib/libc.so.6 #2 0x00b6af91 in abort () from /lib/libc.so.6 #3 0x00ba19eb in __libc_message () from /lib/libc.so.6 #4 0x00ba9ac1 in _int_free () from /lib/libc.so.6 #5 0x00bad0f0 in free () from /lib/libc.so.6 #6 0x0048ce91 in uuid_deflect ( cmd=0x9ce1809 "0852cadf-1156-4bac-87a2-7475da4930b9 sip:206@woof.us.nortel.com <sip%3A206@woof.us.nortel.com>", session=0x0, stream=0xace929a8) at mod_commands.c:1289 #7 0x00160b0d in switch_api_execute (cmd=0x9ce17fc "uuid_deflect", arg=0x9ce1809 "0852cadf-1156-4bac-87a2-7475da4930b9 sip:206@woof.us.nortel.com <sip%3A206@woof.us.nortel.com>", session=0x0, stream=0xace929a8) at src/switch_loadable_module.c:1527 #8 0x002f008d in api_exec (thread=0x0, obj=0xace92a54) at mod_event_socket.c:1090 #9 0x002f0e73 in parse_command (listener=0xb2920cd0, event=0xace93390, reply=0xace93124 "", reply_len=512) at mod_event_socket.c:1415 #10 0x002f2531 in listener_run (thread=0xacef5b68, obj=0xb2920cd0) at mod_event_socket.c:1786 #11 0x001b60b6 in dummy_worker (opaque=0xacef5b68) at threadproc/unix/thread.c:138 #12 0x0027450b in start_thread () from /lib/libpthread.so.0 #13 0x00c13b2e in clone () from /lib/libc.so.6
--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
-- Anthony Minessale II FreeSWITCH http://www.freeswitch.org/ ClueCon http://www.cluecon.com/ AIM: anthm MSN:anthony_minessale@hotmail.com <MSN%3Aanthony_minessale@hotmail.com> GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com<PAYPAL%3Aanthony.minessale@gmail.com> IRC: irc.freenode.net #freeswitch FreeSWITCH Developer Conference sip:888@conference.freeswitch.org <sip%3A888@conference.freeswitch.org> iax:guest@conference.freeswitch.org/888 googletalk:conf+888@conference.freeswitch.org<googletalk%3Aconf%2B888@conference.freeswitch.org> pstn:213-799-1400
Woof! On Thu, 20 Nov 2008 15:14:52 -0500, Anthony Minessale <anthony.minessale@gmail.com> wrote:
how were you calling the deflect the way that had no change? every time i tried it sofia has taken down the channel once it completed.
Hmm... dialplan: <extension name="IVR"> <condition field="destination_number" expression="^IVR$"> <action application="socket" data="127.0.0.1:8084 async full"/> </condition> </extension> Call from "207" to "IVR@..." Answer IVR via socket outbound. Use "deflect" to redirect call to 206 Answer call on 206 socket outbound: nc -vl localhost 8084 Connection from 127.0.0.1 port 8084 [tcp/*] accepted connect myevents sendmsg call-command: execute execute-app-name: answer Channel-Username: 207 Channel-Dialplan: XML Channel-Caller-ID-Name: 207 Channel-Caller-ID-Number: 207 Channel-Network-Addr: 47.16.90.233 Channel-Destination-Number: IVR Channel-Unique-ID: bed03a04-46b6-4adb-bf3d-e36fafd18504 ... sendmsg call-command: execute execute-app-name: deflect execute-app-arg: sip:206@woof.us.nortel.com Content-Type: command/reply Reply-Text: +OK Content-Length: 1578 Content-Type: text/event-plain Channel-State: CS_EXECUTE Channel-State-Number: 4 Channel-Name: sofia/woof.us.nortel.com/207%40woof.us.nortel.com Unique-ID: bed03a04-46b6-4adb-bf3d-e36fafd18504 ... Event-Name: CHANNEL_EXECUTE ... Content-Length: 1587 Content-Type: text/event-plain Channel-State: CS_EXECUTE Channel-State-Number: 4 Channel-Name: sofia/woof.us.nortel.com/207%40woof.us.nortel.com Unique-ID: bed03a04-46b6-4adb-bf3d-e36fafd18504 ... Event-Name: CHANNEL_EXECUTE_COMPLETE (socket just sits here until 207 hangs up) SIP signalling looks fine, except for no BYE after the NOTIFY with the 200 OK fragment. --Woof!
how about the uuid_deflect with latest? On Thu, Nov 20, 2008 at 2:33 PM, Andy Spitzer <woof@nortel.com> wrote:
Woof!
On Thu, 20 Nov 2008 15:14:52 -0500, Anthony Minessale < anthony.minessale@gmail.com> wrote:
how were you calling the deflect the way that had no change? every time i tried it sofia has taken down the channel once it completed.
Hmm...
dialplan: <extension name="IVR"> <condition field="destination_number" expression="^IVR$"> <action application="socket" data="127.0.0.1:8084 async full"/> </condition> </extension>
Call from "207" to "IVR@..." Answer IVR via socket outbound. Use "deflect" to redirect call to 206 Answer call on 206
socket outbound: nc -vl localhost 8084
Connection from 127.0.0.1 port 8084 [tcp/*] accepted connect
myevents
sendmsg call-command: execute execute-app-name: answer
Channel-Username: 207 Channel-Dialplan: XML Channel-Caller-ID-Name: 207 Channel-Caller-ID-Number: 207 Channel-Network-Addr: 47.16.90.233 Channel-Destination-Number: IVR Channel-Unique-ID: bed03a04-46b6-4adb-bf3d-e36fafd18504 ...
sendmsg call-command: execute execute-app-name: deflect execute-app-arg: sip:206@woof.us.nortel.com<sip%3A206@woof.us.nortel.com>
Content-Type: command/reply Reply-Text: +OK
Content-Length: 1578 Content-Type: text/event-plain
Channel-State: CS_EXECUTE Channel-State-Number: 4 Channel-Name: sofia/woof.us.nortel.com/207%40woof.us.nortel.com Unique-ID: bed03a04-46b6-4adb-bf3d-e36fafd18504 ... Event-Name: CHANNEL_EXECUTE ...
Content-Length: 1587 Content-Type: text/event-plain
Channel-State: CS_EXECUTE Channel-State-Number: 4 Channel-Name: sofia/woof.us.nortel.com/207%40woof.us.nortel.com Unique-ID: bed03a04-46b6-4adb-bf3d-e36fafd18504 ... Event-Name: CHANNEL_EXECUTE_COMPLETE
(socket just sits here until 207 hangs up)
SIP signalling looks fine, except for no BYE after the NOTIFY with the 200 OK fragment.
--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
-- Anthony Minessale II FreeSWITCH http://www.freeswitch.org/ ClueCon http://www.cluecon.com/ AIM: anthm MSN:anthony_minessale@hotmail.com <MSN%3Aanthony_minessale@hotmail.com> GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com<PAYPAL%3Aanthony.minessale@gmail.com> IRC: irc.freenode.net #freeswitch FreeSWITCH Developer Conference sip:888@conference.freeswitch.org <sip%3A888@conference.freeswitch.org> iax:guest@conference.freeswitch.org/888 googletalk:conf+888@conference.freeswitch.org<googletalk%3Aconf%2B888@conference.freeswitch.org> pstn:213-799-1400
I wonder if sofia is not matching the notify to the dialog so we are not associating it with the channel. I know for a fact sofia tears it down for us when it gets the notify. do you have x-lite/eyebeam? When i was testing I called into park ext with fs and did show channels uuid_deflect <uuid> sip:888@conference.freeswitch.org<sip%3A888@conference.freeswitch.org> and when it sends me the notify the command returns and prints the sipfrag. On Thu, Nov 20, 2008 at 5:16 PM, Anthony Minessale < anthony.minessale@gmail.com> wrote:
how about the uuid_deflect with latest?
On Thu, Nov 20, 2008 at 2:33 PM, Andy Spitzer <woof@nortel.com> wrote:
Woof!
On Thu, 20 Nov 2008 15:14:52 -0500, Anthony Minessale < anthony.minessale@gmail.com> wrote:
how were you calling the deflect the way that had no change? every time i tried it sofia has taken down the channel once it completed.
Hmm...
dialplan: <extension name="IVR"> <condition field="destination_number" expression="^IVR$"> <action application="socket" data="127.0.0.1:8084 async full"/> </condition> </extension>
Call from "207" to "IVR@..." Answer IVR via socket outbound. Use "deflect" to redirect call to 206 Answer call on 206
socket outbound: nc -vl localhost 8084
Connection from 127.0.0.1 port 8084 [tcp/*] accepted connect
myevents
sendmsg call-command: execute execute-app-name: answer
Channel-Username: 207 Channel-Dialplan: XML Channel-Caller-ID-Name: 207 Channel-Caller-ID-Number: 207 Channel-Network-Addr: 47.16.90.233 Channel-Destination-Number: IVR Channel-Unique-ID: bed03a04-46b6-4adb-bf3d-e36fafd18504 ...
sendmsg call-command: execute execute-app-name: deflect execute-app-arg: sip:206@woof.us.nortel.com<sip%3A206@woof.us.nortel.com>
Content-Type: command/reply Reply-Text: +OK
Content-Length: 1578 Content-Type: text/event-plain
Channel-State: CS_EXECUTE Channel-State-Number: 4 Channel-Name: sofia/woof.us.nortel.com/207%40woof.us.nortel.com Unique-ID: bed03a04-46b6-4adb-bf3d-e36fafd18504 ... Event-Name: CHANNEL_EXECUTE ...
Content-Length: 1587 Content-Type: text/event-plain
Channel-State: CS_EXECUTE Channel-State-Number: 4 Channel-Name: sofia/woof.us.nortel.com/207%40woof.us.nortel.com Unique-ID: bed03a04-46b6-4adb-bf3d-e36fafd18504 ... Event-Name: CHANNEL_EXECUTE_COMPLETE
(socket just sits here until 207 hangs up)
SIP signalling looks fine, except for no BYE after the NOTIFY with the 200 OK fragment.
--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
-- Anthony Minessale II
FreeSWITCH http://www.freeswitch.org/ ClueCon http://www.cluecon.com/
AIM: anthm MSN:anthony_minessale@hotmail.com <MSN%3Aanthony_minessale@hotmail.com> GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com<PAYPAL%3Aanthony.minessale@gmail.com> IRC: irc.freenode.net #freeswitch
FreeSWITCH Developer Conference sip:888@conference.freeswitch.org <sip%3A888@conference.freeswitch.org> iax:guest@conference.freeswitch.org/888 googletalk:conf+888@conference.freeswitch.org<googletalk%3Aconf%2B888@conference.freeswitch.org> pstn:213-799-1400
-- Anthony Minessale II FreeSWITCH http://www.freeswitch.org/ ClueCon http://www.cluecon.com/ AIM: anthm MSN:anthony_minessale@hotmail.com <MSN%3Aanthony_minessale@hotmail.com> GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com<PAYPAL%3Aanthony.minessale@gmail.com> IRC: irc.freenode.net #freeswitch FreeSWITCH Developer Conference sip:888@conference.freeswitch.org <sip%3A888@conference.freeswitch.org> iax:guest@conference.freeswitch.org/888 googletalk:conf+888@conference.freeswitch.org<googletalk%3Aconf%2B888@conference.freeswitch.org> pstn:213-799-1400
Woof! On Thu, 20 Nov 2008 19:06:09 -0500, Anthony Minessale <anthony.minessale@gmail.com> wrote:
I wonder if sofia is not matching the notify to the dialog so we are not associating it with the channel. I know for a fact sofia tears it down for us when it gets the notify.
do you have x-lite/eyebeam? No, I'm using Nortel-LG for the inbound call and Snom for the transfer destination. Swapping the two didn't make a difference either.
Both of these phones are behind our proxy--not registered on FS--so perhaps it has something to do with non-registered (from FS's point of view) phones, and/or some proxy interworkings. I'm working on getting full SIP trace for you. --Woof!
I asked because I was wondering if you could test the scenario I described to compare what happens to a call from x-lite being deflected since I know for a fact it was working. On Fri, Nov 21, 2008 at 9:42 AM, Andy Spitzer <woof@nortel.com> wrote:
Woof!
On Thu, 20 Nov 2008 19:06:09 -0500, Anthony Minessale < anthony.minessale@gmail.com> wrote:
I wonder if sofia is not matching the notify to the dialog so we are not associating it with the channel. I know for a fact sofia tears it down for us when it gets the notify.
do you have x-lite/eyebeam? No, I'm using Nortel-LG for the inbound call and Snom for the transfer destination. Swapping the two didn't make a difference either.
Both of these phones are behind our proxy--not registered on FS--so perhaps it has something to do with non-registered (from FS's point of view) phones, and/or some proxy interworkings.
I'm working on getting full SIP trace for you.
--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
-- Anthony Minessale II FreeSWITCH http://www.freeswitch.org/ ClueCon http://www.cluecon.com/ AIM: anthm MSN:anthony_minessale@hotmail.com <MSN%3Aanthony_minessale@hotmail.com> GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com<PAYPAL%3Aanthony.minessale@gmail.com> IRC: irc.freenode.net #freeswitch FreeSWITCH Developer Conference sip:888@conference.freeswitch.org <sip%3A888@conference.freeswitch.org> iax:guest@conference.freeswitch.org/888 googletalk:conf+888@conference.freeswitch.org<googletalk%3Aconf%2B888@conference.freeswitch.org> pstn:213-799-1400
Woof! On Thu, 20 Nov 2008 19:06:09 -0500, Anthony Minessale <anthony.minessale@gmail.com> wrote:
When i was testing I called into park ext with fs and did show channels uuid_deflect <uuid> sip:888@conference.freeswitch.org<sip%3A888@conference.freeswitch.org>
and when it sends me the notify the command returns and prints the sipfrag. ... how about the uuid_deflect with latest?
uuid_deflect shows the same problem for me. SIP traces from sofia tport_LOG here: http://pastebin.freeswitch.org/6252 http://pastebin.freeswitch.org/6253 --Woof!
can you try uuid_deflect again on latest, I see we give up to easy, "on 180 instead of final response in sipfrag" the one i tested didnt send 180 so i forgot about the possibility. post a full console debug with TPORT_LOG=1 if it doesnt work On Fri, Nov 21, 2008 at 10:21 AM, Andy Spitzer <woof@nortel.com> wrote:
Woof!
On Thu, 20 Nov 2008 19:06:09 -0500, Anthony Minessale < anthony.minessale@gmail.com> wrote:
When i was testing I called into park ext with fs and did show channels uuid_deflect <uuid> sip:888@conference.freeswitch.org <sip%3A888@conference.freeswitch.org>< sip%3A888@conference.freeswitch.org<sip%253A888@conference.freeswitch.org>
and when it sends me the notify the command returns and prints the sipfrag. ... how about the uuid_deflect with latest?
uuid_deflect shows the same problem for me. SIP traces from sofia tport_LOG here:
http://pastebin.freeswitch.org/6252 http://pastebin.freeswitch.org/6253
--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
-- Anthony Minessale II FreeSWITCH http://www.freeswitch.org/ ClueCon http://www.cluecon.com/ AIM: anthm MSN:anthony_minessale@hotmail.com <MSN%3Aanthony_minessale@hotmail.com> GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com<PAYPAL%3Aanthony.minessale@gmail.com> IRC: irc.freenode.net #freeswitch FreeSWITCH Developer Conference sip:888@conference.freeswitch.org <sip%3A888@conference.freeswitch.org> iax:guest@conference.freeswitch.org/888 googletalk:conf+888@conference.freeswitch.org<googletalk%3Aconf%2B888@conference.freeswitch.org> pstn:213-799-1400
Woof! On Fri, 21 Nov 2008 14:49:35 -0500, Anthony Minessale <anthony.minessale@gmail.com> wrote:
can you try uuid_deflect again on latest, Done.
I see we give up to easy, "on 180 instead of final response in sipfrag" the one i tested didnt send 180 so i forgot about the possibility.
post a full console debug with TPORT_LOG=1 if it doesnt work
FS still doesn't hangup on the original call after the REFER is completed. http://pastebin.freeswitch.org/6260 --Woof!
Woof! Anthony wrote:
I asked because I was wondering if you could test the scenario I described to compare what happens to a call from x-lite being deflected since I know for a fact it was working.
Woof wrote:
FS still doesn't hangup on the original call after the REFER is completed.
I wonder the it's the x-lite that's hanging up after the REFER is completed.... Anyway, I think that way uuid_deflect is now working is good enough for my purposes, as it waits until a final response is available. Then I can hang up on the original call. Thanks for the effort. I appreciate it. --Woof!
appears there are some cases it does not hangup. I added code to hangup for you if final response is 200 OK in latest with cause code BLIND_TRANSFER On Fri, Nov 21, 2008 at 2:30 PM, Andy Spitzer <woof@nortel.com> wrote:
Woof!
Anthony wrote:
I asked because I was wondering if you could test the scenario I described to compare what happens to a call from x-lite being deflected since I know for a fact it was working.
Woof wrote:
FS still doesn't hangup on the original call after the REFER is completed.
I wonder the it's the x-lite that's hanging up after the REFER is completed....
Anyway, I think that way uuid_deflect is now working is good enough for my purposes, as it waits until a final response is available. Then I can hang up on the original call.
Thanks for the effort. I appreciate it.
--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
-- Anthony Minessale II FreeSWITCH http://www.freeswitch.org/ ClueCon http://www.cluecon.com/ AIM: anthm MSN:anthony_minessale@hotmail.com <MSN%3Aanthony_minessale@hotmail.com> GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com<PAYPAL%3Aanthony.minessale@gmail.com> IRC: irc.freenode.net #freeswitch FreeSWITCH Developer Conference sip:888@conference.freeswitch.org <sip%3A888@conference.freeswitch.org> iax:guest@conference.freeswitch.org/888 googletalk:conf+888@conference.freeswitch.org<googletalk%3Aconf%2B888@conference.freeswitch.org> pstn:213-799-1400
on a side note. Someone submitted a patch (and I added it to tree yesterday) to fire a custom sofia event on notify in reply to refer so you also have that to use as well. On Fri, Nov 21, 2008 at 2:54 PM, Anthony Minessale < anthony.minessale@gmail.com> wrote:
appears there are some cases it does not hangup. I added code to hangup for you if final response is 200 OK in latest with cause code BLIND_TRANSFER
On Fri, Nov 21, 2008 at 2:30 PM, Andy Spitzer <woof@nortel.com> wrote:
Woof!
Anthony wrote:
I asked because I was wondering if you could test the scenario I described to compare what happens to a call from x-lite being deflected since I know for a fact it was working.
Woof wrote:
FS still doesn't hangup on the original call after the REFER is completed.
I wonder the it's the x-lite that's hanging up after the REFER is completed....
Anyway, I think that way uuid_deflect is now working is good enough for my purposes, as it waits until a final response is available. Then I can hang up on the original call.
Thanks for the effort. I appreciate it.
--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
-- Anthony Minessale II
FreeSWITCH http://www.freeswitch.org/ ClueCon http://www.cluecon.com/
AIM: anthm MSN:anthony_minessale@hotmail.com <MSN%3Aanthony_minessale@hotmail.com> GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com<PAYPAL%3Aanthony.minessale@gmail.com> IRC: irc.freenode.net #freeswitch
FreeSWITCH Developer Conference sip:888@conference.freeswitch.org <sip%3A888@conference.freeswitch.org> iax:guest@conference.freeswitch.org/888 googletalk:conf+888@conference.freeswitch.org<googletalk%3Aconf%2B888@conference.freeswitch.org> pstn:213-799-1400
-- Anthony Minessale II FreeSWITCH http://www.freeswitch.org/ ClueCon http://www.cluecon.com/ AIM: anthm MSN:anthony_minessale@hotmail.com <MSN%3Aanthony_minessale@hotmail.com> GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com<PAYPAL%3Aanthony.minessale@gmail.com> IRC: irc.freenode.net #freeswitch FreeSWITCH Developer Conference sip:888@conference.freeswitch.org <sip%3A888@conference.freeswitch.org> iax:guest@conference.freeswitch.org/888 googletalk:conf+888@conference.freeswitch.org<googletalk%3Aconf%2B888@conference.freeswitch.org> pstn:213-799-1400
participants (2)
-
Andy Spitzer
-
Anthony Minessale