How can I keep the A-leg from establishing early media (and playing ringback in-band) until after the B-leg answers the call?
My specific use case is an inbound Skype call using mod_skypopen to a SIP phone. I would like the Skype call to keep ringing as a Skype call (not a PSTN call) until the B-leg is answered. The default behaviour is the Skype call is answered by freeswitch and ringback is played over the established Skype call. Thanks in advance, Jason
add {ignore_early_media=true} to your bridge dial string On Thu, Jul 22, 2010 at 3:51 PM, Jason Jeffords <jason@cloudtree.net> wrote:
My specific use case is an inbound Skype call using mod_skypopen to a SIP phone.
I would like the Skype call to keep ringing as a Skype call (not a PSTN call) until the B-leg is answered. The default behaviour is the Skype call is answered by freeswitch and ringback is played over the established Skype call.
Thanks in advance,
Jason
_______________________________________________ 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/ Twitter: http://twitter.com/FreeSWITCH_wire 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> googletalk:conf+888@conference.freeswitch.org<googletalk%3Aconf%2B888@conference.freeswitch.org> pstn:+19193869900
Hi Anthony, Thank you for your very fast response and your excellent work on Freeswitch :) We have tried setting ignore_early_media=true in the bridge dial string (the B leg). This has the expected effect of removing ringing from the channel (the A leg no longer hears ringing, neither Skype nor PSTN). The problem is the A leg has answered the Skype call (mod_skypopen) and established a channel before the B leg has answered. We want to tie these call state machines together to allow the A leg to continue to Skype ring until the B leg answers. We tried setting ignore_early_media on the A leg as well in several different locations in the dialplan without success. Do you have another other suggestions? Is there a different variable that allows the state machines to be tied together as described above? Thanks for your help, Jason On Thu, Jul 22, 2010 at 6:01 PM, Anthony Minessale < anthony.minessale@gmail.com> wrote:
add {ignore_early_media=true} to your bridge dial string
On Thu, Jul 22, 2010 at 3:51 PM, Jason Jeffords <jason@cloudtree.net>wrote:
My specific use case is an inbound Skype call using mod_skypopen to a SIP phone.
I would like the Skype call to keep ringing as a Skype call (not a PSTN call) until the B-leg is answered. The default behaviour is the Skype call is answered by freeswitch and ringback is played over the established Skype call.
Thanks in advance,
Jason
_______________________________________________ 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/ Twitter: http://twitter.com/FreeSWITCH_wire
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> googletalk:conf+888@conference.freeswitch.org<googletalk%3Aconf%2B888@conference.freeswitch.org> pstn:+19193869900
_______________________________________________ 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
don't answer the A leg? bridge to B with it unanswered and it should do what you want unless somehow the skype channel answers explicitly which would be a possible bug in mod_skype_open On Tue, Jul 27, 2010 at 9:43 AM, Jason Jeffords <jason@cloudtree.net> wrote:
Hi Anthony,
Thank you for your very fast response and your excellent work on Freeswitch :)
We have tried setting ignore_early_media=true in the bridge dial string (the B leg). This has the expected effect of removing ringing from the channel (the A leg no longer hears ringing, neither Skype nor PSTN).
The problem is the A leg has answered the Skype call (mod_skypopen) and established a channel before the B leg has answered. We want to tie these call state machines together to allow the A leg to continue to Skype ring until the B leg answers.
We tried setting ignore_early_media on the A leg as well in several different locations in the dialplan without success.
Do you have another other suggestions? Is there a different variable that allows the state machines to be tied together as described above?
Thanks for your help,
Jason
On Thu, Jul 22, 2010 at 6:01 PM, Anthony Minessale < anthony.minessale@gmail.com> wrote:
add {ignore_early_media=true} to your bridge dial string
On Thu, Jul 22, 2010 at 3:51 PM, Jason Jeffords <jason@cloudtree.net>wrote:
My specific use case is an inbound Skype call using mod_skypopen to a SIP phone.
I would like the Skype call to keep ringing as a Skype call (not a PSTN call) until the B-leg is answered. The default behaviour is the Skype call is answered by freeswitch and ringback is played over the established Skype call.
Thanks in advance,
Jason
_______________________________________________ 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/ Twitter: http://twitter.com/FreeSWITCH_wire
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> googletalk:conf+888@conference.freeswitch.org<googletalk%3Aconf%2B888@conference.freeswitch.org> pstn:+19193869900
_______________________________________________ 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
_______________________________________________ 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/ Twitter: http://twitter.com/FreeSWITCH_wire 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> googletalk:conf+888@conference.freeswitch.org<googletalk%3Aconf%2B888@conference.freeswitch.org> pstn:+19193869900
Hi Anthony, It looks like mod_skypopen is answering the Skype call and opening the channel before any dialplan lookups are reached :( Here is part of the log: 2010-07-27 18:07:28.553971 [DEBUG] skypopen_protocol.c:176 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 176 ][interface1][-1, 0, 0] READING: |||CALL 2114 CONF_ID 0||| 2010-07-27 18:07:28.563966 [DEBUG] skypopen_protocol.c:176 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 176 ][interface1][-1, 0, 0] READING: |||USER jjeffords.com TIMEZONE 72000||| 2010-07-27 18:07:28.633980 [DEBUG] skypopen_protocol.c:176 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 176 ][interface1][-1, 0, 0] READING: |||CALL 2114 STATUS RINGING||| 2010-07-27 18:07:28.633980 [DEBUG] skypopen_protocol.c:556 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 556 ][interface1][-1, 0, 0] NO ACTIVE calls in this moment, skype_call 2114 is RINGING, to ask PARTNER_HANDLE 2010-07-27 18:07:28.633980 [DEBUG] skypopen_protocol.c:1498 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 1498 ][interface1][-1, 0, 0] SENDING: |||GET CALL 2114 PARTNER_HANDLE|||| 2010-07-27 18:07:28.663964 [DEBUG] skypopen_protocol.c:176 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 176 ][interface1][-1, 0, 0] READING: |||CALL 2114 PARTNER_HANDLE jjeffords.com ||| 2010-07-27 18:07:28.663964 [DEBUG] skypopen_protocol.c:481 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 481 ][interface1][-1, 0, 0] Call 2114 TRY ANSWER 2010-07-27 18:07:28.663964 [DEBUG] mod_skypopen.c:2301 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 2301 ][interface1][-1, 0, 0] NOT FOUND 2010-07-27 18:07:28.663964 [DEBUG] skypopen_protocol.c:1498 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 1498 ][interface1][-1, 0, 0] SENDING: |||GET CALL 2114 PARTNER_DISPNAME|||| 2010-07-27 18:07:28.683968 [DEBUG] skypopen_protocol.c:1498 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 1498 ][interface1][-1,11, 0] SENDING: |||ALTER CALL 2114 ANSWER|||| 2010-07-27 18:07:28.703965 [DEBUG] mod_skypopen.c:2314 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 2314 ][interface1][-1,11, 0] We answered a Skype RING on skype_call 2114 2010-07-27 18:07:28.703965 [DEBUG] mod_skypopen.c:2322 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 2322 ][interface1][-1,11, 0] NEW! name: interface1, state: 11, value= jjeffords.com, tech_pvt->callid_number=jjeffords.com, tech_pvt->skype_user=cloud-tree-admin 2010-07-27 18:07:28.703965 [DEBUG] skypopen_protocol.c:176 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 176 ][interface1][-1,11, 0] READING: |||CALL 2114 PARTNER_DISPNAME Jason Jeffords||| 2010-07-27 18:07:28.714033 [DEBUG] skypopen_protocol.c:176 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 176 ][interface1][-1,11, 0] READING: |||ALTER CALL 2114 ANSWER||| 2010-07-27 18:07:28.733950 [DEBUG] skypopen_protocol.c:176 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 176 ][interface1][-1,11, 0] READING: |||CALL 2114 STATUS INPROGRESS||| 2010-07-27 18:07:28.733950 [DEBUG] skypopen_protocol.c:660 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 660 ][interface1][-1,11, 0] no tech_pvt->session_uuid_str 2010-07-27 18:07:28.733950 [DEBUG] skypopen_protocol.c:666 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 666 ][interface1][-1,11, 0] skype_call: 2114 is now active 2010-07-27 18:07:28.733950 [DEBUG] skypopen_protocol.c:673 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 673 ][interface1][-1, 5,21] START start_audio_threads 2010-07-27 18:07:28.733950 [DEBUG] skypopen_protocol.c:83 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 83 ][interface1][-1, 5,21] Binded! *which_port=32769, tech_pvt->tcp_cli_port=32770, tech_pvt->tcp_srv_port=32769 2010-07-27 18:07:28.733950 [DEBUG] skypopen_protocol.c:88 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 88 ][interface1][-1, 5,21] 1 SO_RCVBUF is 87380, size is 4 2010-07-27 18:07:28.733950 [DEBUG] skypopen_protocol.c:92 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 92 ][interface1][-1, 5,21] 1 SO_SNDBUF is 16384, size is 4 2010-07-27 18:07:28.733950 [DEBUG] skypopen_protocol.c:113 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 113 ][interface1][-1, 5,21] 2 SO_RCVBUF is 87380, size is 4 2010-07-27 18:07:28.733950 [DEBUG] skypopen_protocol.c:132 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 132 ][interface1][-1, 5,21] 2 SO_SNDBUF is 16384, size is 4 2010-07-27 18:07:28.733950 [DEBUG] skypopen_protocol.c:136 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 136 ][interface1][-1, 5,21] TCP_NODELAY is 0 2010-07-27 18:07:28.733950 [DEBUG] skypopen_protocol.c:143 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 143 ][interface1][-1, 5,21] TCP_NODELAY is 0 2010-07-27 18:07:28.733950 [DEBUG] skypopen_protocol.c:773 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 773 ][interface1][-1, 5,21] started tcp_srv_thread thread. 2010-07-27 18:07:28.733950 [DEBUG] mod_skypopen.c:1889 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 1889 ][interface1][-1, 5,21] started tcp_srv_thread thread. 2010-07-27 18:07:28.733950 [DEBUG] skypopen_protocol.c:83 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 83 ][interface1][-1, 5,21] Binded! *which_port=32770, tech_pvt->tcp_cli_port=32770, tech_pvt->tcp_srv_port=32769 2010-07-27 18:07:28.733950 [DEBUG] skypopen_protocol.c:88 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 88 ][interface1][-1, 5,21] 1 SO_RCVBUF is 87380, size is 4 2010-07-27 18:07:28.733950 [DEBUG] skypopen_protocol.c:92 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 92 ][interface1][-1, 5,21] 1 SO_SNDBUF is 16384, size is 4 2010-07-27 18:07:28.733950 [DEBUG] skypopen_protocol.c:113 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 113 ][interface1][-1, 5,21] 2 SO_RCVBUF is 87380, size is 4 2010-07-27 18:07:28.733950 [DEBUG] skypopen_protocol.c:132 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 132 ][interface1][-1, 5,21] 2 SO_SNDBUF is 16384, size is 4 2010-07-27 18:07:28.733950 [DEBUG] skypopen_protocol.c:136 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 136 ][interface1][-1, 5,21] TCP_NODELAY is 0 2010-07-27 18:07:28.733950 [DEBUG] skypopen_protocol.c:143 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 143 ][interface1][-1, 5,21] TCP_NODELAY is 0 2010-07-27 18:07:28.733950 [DEBUG] skypopen_protocol.c:924 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 924 ][interface1][-1, 5,21] started tcp_cli_thread thread. 2010-07-27 18:07:28.733950 [DEBUG] mod_skypopen.c:1899 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 1899 ][interface1][-1, 5,21] started tcp_cli_thread thread. 2010-07-27 18:07:28.853968 [DEBUG] skypopen_protocol.c:1498 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 1498 ][interface1][-1, 5,21] SENDING: |||ALTER CALL 2114 SET_INPUT PORT="32770"|||| 2010-07-27 18:07:28.864023 [DEBUG] skypopen_protocol.c:953 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 953 ][interface1][-1, 5,21] ACCEPTED here you send me 32770 2010-07-27 18:07:28.864023 [DEBUG] skypopen_protocol.c:958 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 958 ][interface1][-1, 5,21] 4 SO_RCVBUF is 87380, size is 4 2010-07-27 18:07:28.864023 [DEBUG] skypopen_protocol.c:962 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 962 ][interface1][-1, 5,21] 4 SO_SNDBUF is 16384, size is 4 2010-07-27 18:07:28.873942 [DEBUG] skypopen_protocol.c:1498 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 1498 ][interface1][-1, 5,21] SENDING: |||#output ALTER CALL 2114 SET_OUTPUT PORT="32769"|||| 2010-07-27 18:07:28.883950 [DEBUG] skypopen_protocol.c:688 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 688 ][interface1][-1, 5,21] New Inbound Channel! 2010-07-27 18:07:28.883950 [DEBUG] mod_skypopen.c:1920 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 1920 ][interface1][-1, 5,21] 2 SESSION_REQUEST d18a03ae-99a9-11df-9273-dfe9044f32b8 2010-07-27 18:07:28.883950 [DEBUG] mod_skypopen.c:258 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 258 ][interface1][-1, 5,21] skypopen_tech_init SUCCESS 2010-07-27 18:07:28.883950 [NOTICE] switch_channel.c:776 New Channel skypopen/interface1 [d18a03ae-99a9-11df-9273-dfe9044f32b8] 2010-07-27 18:07:28.883950 [DEBUG] mod_skypopen.c:1944 (skypopen/interface1) State Change CS_NEW -> CS_INIT On Tue, Jul 27, 2010 at 2:06 PM, Anthony Minessale < anthony.minessale@gmail.com> wrote:
don't answer the A leg? bridge to B with it unanswered and it should do what you want unless somehow the skype channel answers explicitly which would be a possible bug in mod_skype_open
On Tue, Jul 27, 2010 at 9:43 AM, Jason Jeffords <jason@cloudtree.net>wrote:
Hi Anthony,
Thank you for your very fast response and your excellent work on Freeswitch :)
We have tried setting ignore_early_media=true in the bridge dial string (the B leg). This has the expected effect of removing ringing from the channel (the A leg no longer hears ringing, neither Skype nor PSTN).
The problem is the A leg has answered the Skype call (mod_skypopen) and established a channel before the B leg has answered. We want to tie these call state machines together to allow the A leg to continue to Skype ring until the B leg answers.
We tried setting ignore_early_media on the A leg as well in several different locations in the dialplan without success.
Do you have another other suggestions? Is there a different variable that allows the state machines to be tied together as described above?
Thanks for your help,
Jason
On Thu, Jul 22, 2010 at 6:01 PM, Anthony Minessale < anthony.minessale@gmail.com> wrote:
add {ignore_early_media=true} to your bridge dial string
On Thu, Jul 22, 2010 at 3:51 PM, Jason Jeffords <jason@cloudtree.net>wrote:
My specific use case is an inbound Skype call using mod_skypopen to a SIP phone.
I would like the Skype call to keep ringing as a Skype call (not a PSTN call) until the B-leg is answered. The default behaviour is the Skype call is answered by freeswitch and ringback is played over the established Skype call.
Thanks in advance,
Jason
_______________________________________________ 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/ Twitter: http://twitter.com/FreeSWITCH_wire
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> googletalk:conf+888@conference.freeswitch.org<googletalk%3Aconf%2B888@conference.freeswitch.org> pstn:+19193869900
_______________________________________________ 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
_______________________________________________ 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/ Twitter: http://twitter.com/FreeSWITCH_wire
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> googletalk:conf+888@conference.freeswitch.org<googletalk%3Aconf%2B888@conference.freeswitch.org> pstn:+19193869900
_______________________________________________ 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
Hi Jason that is mod_skypopen fault (my fault). mod_skypopen directly answers an incoming call, without taking into account if it is directed to do it or not. I've also filed a Jira to myself about it, but not yet taken care of. I will fix it as soon as possible, but probably not before net week (I'm in holyday with the son right now, he would not like that so much). Sorry for making you and anthm waste time in debugging an inexplicable behavior, -giovanni On Tue, Jul 27, 2010 at 8:24 PM, Jason Jeffords <jason@cloudtree.net> wrote:
Hi Anthony, It looks like mod_skypopen is answering the Skype call and opening the channel before any dialplan lookups are reached :( Here is part of the log: 2010-07-27 18:07:28.553971 [DEBUG] skypopen_protocol.c:176 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 176 ][interface1][-1, 0, 0] READING: |||CALL 2114 CONF_ID 0||| 2010-07-27 18:07:28.563966 [DEBUG] skypopen_protocol.c:176 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 176 ][interface1][-1, 0, 0] READING: |||USER jjeffords.com TIMEZONE 72000||| 2010-07-27 18:07:28.633980 [DEBUG] skypopen_protocol.c:176 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 176 ][interface1][-1, 0, 0] READING: |||CALL 2114 STATUS RINGING||| 2010-07-27 18:07:28.633980 [DEBUG] skypopen_protocol.c:556 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 556 ][interface1][-1, 0, 0] NO ACTIVE calls in this moment, skype_call 2114 is RINGING, to ask PARTNER_HANDLE 2010-07-27 18:07:28.633980 [DEBUG] skypopen_protocol.c:1498 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 1498 ][interface1][-1, 0, 0] SENDING: |||GET CALL 2114 PARTNER_HANDLE|||| 2010-07-27 18:07:28.663964 [DEBUG] skypopen_protocol.c:176 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 176 ][interface1][-1, 0, 0] READING: |||CALL 2114 PARTNER_HANDLE jjeffords.com||| 2010-07-27 18:07:28.663964 [DEBUG] skypopen_protocol.c:481 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 481 ][interface1][-1, 0, 0] Call 2114 TRY ANSWER 2010-07-27 18:07:28.663964 [DEBUG] mod_skypopen.c:2301 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 2301 ][interface1][-1, 0, 0] NOT FOUND 2010-07-27 18:07:28.663964 [DEBUG] skypopen_protocol.c:1498 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 1498 ][interface1][-1, 0, 0] SENDING: |||GET CALL 2114 PARTNER_DISPNAME|||| 2010-07-27 18:07:28.683968 [DEBUG] skypopen_protocol.c:1498 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 1498 ][interface1][-1,11, 0] SENDING: |||ALTER CALL 2114 ANSWER|||| 2010-07-27 18:07:28.703965 [DEBUG] mod_skypopen.c:2314 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 2314 ][interface1][-1,11, 0] We answered a Skype RING on skype_call 2114 2010-07-27 18:07:28.703965 [DEBUG] mod_skypopen.c:2322 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 2322 ][interface1][-1,11, 0] NEW! name: interface1, state: 11, value=jjeffords.com, tech_pvt->callid_number=jjeffords.com, tech_pvt->skype_user=cloud-tree-admin 2010-07-27 18:07:28.703965 [DEBUG] skypopen_protocol.c:176 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 176 ][interface1][-1,11, 0] READING: |||CALL 2114 PARTNER_DISPNAME Jason Jeffords||| 2010-07-27 18:07:28.714033 [DEBUG] skypopen_protocol.c:176 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 176 ][interface1][-1,11, 0] READING: |||ALTER CALL 2114 ANSWER||| 2010-07-27 18:07:28.733950 [DEBUG] skypopen_protocol.c:176 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 176 ][interface1][-1,11, 0] READING: |||CALL 2114 STATUS INPROGRESS||| 2010-07-27 18:07:28.733950 [DEBUG] skypopen_protocol.c:660 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 660 ][interface1][-1,11, 0] no tech_pvt->session_uuid_str 2010-07-27 18:07:28.733950 [DEBUG] skypopen_protocol.c:666 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 666 ][interface1][-1,11, 0] skype_call: 2114 is now active 2010-07-27 18:07:28.733950 [DEBUG] skypopen_protocol.c:673 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 673 ][interface1][-1, 5,21] START start_audio_threads 2010-07-27 18:07:28.733950 [DEBUG] skypopen_protocol.c:83 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 83 ][interface1][-1, 5,21] Binded! *which_port=32769, tech_pvt->tcp_cli_port=32770, tech_pvt->tcp_srv_port=32769 2010-07-27 18:07:28.733950 [DEBUG] skypopen_protocol.c:88 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 88 ][interface1][-1, 5,21] 1 SO_RCVBUF is 87380, size is 4 2010-07-27 18:07:28.733950 [DEBUG] skypopen_protocol.c:92 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 92 ][interface1][-1, 5,21] 1 SO_SNDBUF is 16384, size is 4 2010-07-27 18:07:28.733950 [DEBUG] skypopen_protocol.c:113 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 113 ][interface1][-1, 5,21] 2 SO_RCVBUF is 87380, size is 4 2010-07-27 18:07:28.733950 [DEBUG] skypopen_protocol.c:132 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 132 ][interface1][-1, 5,21] 2 SO_SNDBUF is 16384, size is 4 2010-07-27 18:07:28.733950 [DEBUG] skypopen_protocol.c:136 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 136 ][interface1][-1, 5,21] TCP_NODELAY is 0 2010-07-27 18:07:28.733950 [DEBUG] skypopen_protocol.c:143 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 143 ][interface1][-1, 5,21] TCP_NODELAY is 0 2010-07-27 18:07:28.733950 [DEBUG] skypopen_protocol.c:773 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 773 ][interface1][-1, 5,21] started tcp_srv_thread thread. 2010-07-27 18:07:28.733950 [DEBUG] mod_skypopen.c:1889 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 1889 ][interface1][-1, 5,21] started tcp_srv_thread thread. 2010-07-27 18:07:28.733950 [DEBUG] skypopen_protocol.c:83 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 83 ][interface1][-1, 5,21] Binded! *which_port=32770, tech_pvt->tcp_cli_port=32770, tech_pvt->tcp_srv_port=32769 2010-07-27 18:07:28.733950 [DEBUG] skypopen_protocol.c:88 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 88 ][interface1][-1, 5,21] 1 SO_RCVBUF is 87380, size is 4 2010-07-27 18:07:28.733950 [DEBUG] skypopen_protocol.c:92 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 92 ][interface1][-1, 5,21] 1 SO_SNDBUF is 16384, size is 4 2010-07-27 18:07:28.733950 [DEBUG] skypopen_protocol.c:113 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 113 ][interface1][-1, 5,21] 2 SO_RCVBUF is 87380, size is 4 2010-07-27 18:07:28.733950 [DEBUG] skypopen_protocol.c:132 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 132 ][interface1][-1, 5,21] 2 SO_SNDBUF is 16384, size is 4 2010-07-27 18:07:28.733950 [DEBUG] skypopen_protocol.c:136 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 136 ][interface1][-1, 5,21] TCP_NODELAY is 0 2010-07-27 18:07:28.733950 [DEBUG] skypopen_protocol.c:143 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 143 ][interface1][-1, 5,21] TCP_NODELAY is 0 2010-07-27 18:07:28.733950 [DEBUG] skypopen_protocol.c:924 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 924 ][interface1][-1, 5,21] started tcp_cli_thread thread. 2010-07-27 18:07:28.733950 [DEBUG] mod_skypopen.c:1899 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 1899 ][interface1][-1, 5,21] started tcp_cli_thread thread. 2010-07-27 18:07:28.853968 [DEBUG] skypopen_protocol.c:1498 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 1498 ][interface1][-1, 5,21] SENDING: |||ALTER CALL 2114 SET_INPUT PORT="32770"|||| 2010-07-27 18:07:28.864023 [DEBUG] skypopen_protocol.c:953 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 953 ][interface1][-1, 5,21] ACCEPTED here you send me 32770 2010-07-27 18:07:28.864023 [DEBUG] skypopen_protocol.c:958 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 958 ][interface1][-1, 5,21] 4 SO_RCVBUF is 87380, size is 4 2010-07-27 18:07:28.864023 [DEBUG] skypopen_protocol.c:962 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 962 ][interface1][-1, 5,21] 4 SO_SNDBUF is 16384, size is 4 2010-07-27 18:07:28.873942 [DEBUG] skypopen_protocol.c:1498 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 1498 ][interface1][-1, 5,21] SENDING: |||#output ALTER CALL 2114 SET_OUTPUT PORT="32769"|||| 2010-07-27 18:07:28.883950 [DEBUG] skypopen_protocol.c:688 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 688 ][interface1][-1, 5,21] New Inbound Channel!
2010-07-27 18:07:28.883950 [DEBUG] mod_skypopen.c:1920 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 1920 ][interface1][-1, 5,21] 2 SESSION_REQUEST d18a03ae-99a9-11df-9273-dfe9044f32b8 2010-07-27 18:07:28.883950 [DEBUG] mod_skypopen.c:258 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 258 ][interface1][-1, 5,21] skypopen_tech_init SUCCESS 2010-07-27 18:07:28.883950 [NOTICE] switch_channel.c:776 New Channel skypopen/interface1 [d18a03ae-99a9-11df-9273-dfe9044f32b8] 2010-07-27 18:07:28.883950 [DEBUG] mod_skypopen.c:1944 (skypopen/interface1) State Change CS_NEW -> CS_INIT
On Tue, Jul 27, 2010 at 2:06 PM, Anthony Minessale <anthony.minessale@gmail.com> wrote:
don't answer the A leg? bridge to B with it unanswered and it should do what you want unless somehow the skype channel answers explicitly which would be a possible bug in mod_skype_open
On Tue, Jul 27, 2010 at 9:43 AM, Jason Jeffords <jason@cloudtree.net> wrote:
Hi Anthony, Thank you for your very fast response and your excellent work on Freeswitch :) We have tried setting ignore_early_media=true in the bridge dial string (the B leg). This has the expected effect of removing ringing from the channel (the A leg no longer hears ringing, neither Skype nor PSTN). The problem is the A leg has answered the Skype call (mod_skypopen) and established a channel before the B leg has answered. We want to tie these call state machines together to allow the A leg to continue to Skype ring until the B leg answers. We tried setting ignore_early_media on the A leg as well in several different locations in the dialplan without success. Do you have another other suggestions? Is there a different variable that allows the state machines to be tied together as described above? Thanks for your help, Jason
On Thu, Jul 22, 2010 at 6:01 PM, Anthony Minessale <anthony.minessale@gmail.com> wrote:
add {ignore_early_media=true} to your bridge dial string
On Thu, Jul 22, 2010 at 3:51 PM, Jason Jeffords <jason@cloudtree.net> wrote:
My specific use case is an inbound Skype call using mod_skypopen to a SIP phone. I would like the Skype call to keep ringing as a Skype call (not a PSTN call) until the B-leg is answered. The default behaviour is the Skype call is answered by freeswitch and ringback is played over the established Skype call. Thanks in advance, Jason
_______________________________________________ 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/ Twitter: http://twitter.com/FreeSWITCH_wire
AIM: anthm MSN:anthony_minessale@hotmail.com GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com IRC: irc.freenode.net #freeswitch
FreeSWITCH Developer Conference sip:888@conference.freeswitch.org googletalk:conf+888@conference.freeswitch.org pstn:+19193869900
_______________________________________________ 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
_______________________________________________ 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/ Twitter: http://twitter.com/FreeSWITCH_wire
AIM: anthm MSN:anthony_minessale@hotmail.com GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com IRC: irc.freenode.net #freeswitch
FreeSWITCH Developer Conference sip:888@conference.freeswitch.org googletalk:conf+888@conference.freeswitch.org pstn:+19193869900
_______________________________________________ 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
_______________________________________________ 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
-- Sincerely, Giovanni Maruzzelli Cell : +39-347-2665618
Wup, I was confused, hehe. I'll fix it tomorrow, while the kid is doing his own things with his friends (certain times I just don't realize he's big boy now ;) ). -giovanni On 7/27/10, Giovanni Maruzzelli <gmaruzz@celliax.org> wrote:
Hi Jason
that is mod_skypopen fault (my fault).
mod_skypopen directly answers an incoming call, without taking into account if it is directed to do it or not.
I've also filed a Jira to myself about it, but not yet taken care of.
I will fix it as soon as possible, but probably not before net week (I'm in holyday with the son right now, he would not like that so much).
Sorry for making you and anthm waste time in debugging an inexplicable behavior,
-giovanni
On Tue, Jul 27, 2010 at 8:24 PM, Jason Jeffords <jason@cloudtree.net> wrote:
Hi Anthony, It looks like mod_skypopen is answering the Skype call and opening the channel before any dialplan lookups are reached :( Here is part of the log: 2010-07-27 18:07:28.553971 [DEBUG] skypopen_protocol.c:176 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 176 ][interface1][-1, 0, 0] READING: |||CALL 2114 CONF_ID 0||| 2010-07-27 18:07:28.563966 [DEBUG] skypopen_protocol.c:176 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 176 ][interface1][-1, 0, 0] READING: |||USER jjeffords.com TIMEZONE 72000||| 2010-07-27 18:07:28.633980 [DEBUG] skypopen_protocol.c:176 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 176 ][interface1][-1, 0, 0] READING: |||CALL 2114 STATUS RINGING||| 2010-07-27 18:07:28.633980 [DEBUG] skypopen_protocol.c:556 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 556 ][interface1][-1, 0, 0] NO ACTIVE calls in this moment, skype_call 2114 is RINGING, to ask PARTNER_HANDLE 2010-07-27 18:07:28.633980 [DEBUG] skypopen_protocol.c:1498 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 1498 ][interface1][-1, 0, 0] SENDING: |||GET CALL 2114 PARTNER_HANDLE|||| 2010-07-27 18:07:28.663964 [DEBUG] skypopen_protocol.c:176 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 176 ][interface1][-1, 0, 0] READING: |||CALL 2114 PARTNER_HANDLE jjeffords.com||| 2010-07-27 18:07:28.663964 [DEBUG] skypopen_protocol.c:481 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 481 ][interface1][-1, 0, 0] Call 2114 TRY ANSWER 2010-07-27 18:07:28.663964 [DEBUG] mod_skypopen.c:2301 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 2301 ][interface1][-1, 0, 0] NOT FOUND 2010-07-27 18:07:28.663964 [DEBUG] skypopen_protocol.c:1498 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 1498 ][interface1][-1, 0, 0] SENDING: |||GET CALL 2114 PARTNER_DISPNAME|||| 2010-07-27 18:07:28.683968 [DEBUG] skypopen_protocol.c:1498 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 1498 ][interface1][-1,11, 0] SENDING: |||ALTER CALL 2114 ANSWER|||| 2010-07-27 18:07:28.703965 [DEBUG] mod_skypopen.c:2314 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 2314 ][interface1][-1,11, 0] We answered a Skype RING on skype_call 2114 2010-07-27 18:07:28.703965 [DEBUG] mod_skypopen.c:2322 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 2322 ][interface1][-1,11, 0] NEW! name: interface1, state: 11, value=jjeffords.com, tech_pvt->callid_number=jjeffords.com, tech_pvt->skype_user=cloud-tree-admin 2010-07-27 18:07:28.703965 [DEBUG] skypopen_protocol.c:176 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 176 ][interface1][-1,11, 0] READING: |||CALL 2114 PARTNER_DISPNAME Jason Jeffords||| 2010-07-27 18:07:28.714033 [DEBUG] skypopen_protocol.c:176 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 176 ][interface1][-1,11, 0] READING: |||ALTER CALL 2114 ANSWER||| 2010-07-27 18:07:28.733950 [DEBUG] skypopen_protocol.c:176 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 176 ][interface1][-1,11, 0] READING: |||CALL 2114 STATUS INPROGRESS||| 2010-07-27 18:07:28.733950 [DEBUG] skypopen_protocol.c:660 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 660 ][interface1][-1,11, 0] no tech_pvt->session_uuid_str 2010-07-27 18:07:28.733950 [DEBUG] skypopen_protocol.c:666 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 666 ][interface1][-1,11, 0] skype_call: 2114 is now active 2010-07-27 18:07:28.733950 [DEBUG] skypopen_protocol.c:673 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 673 ][interface1][-1, 5,21] START start_audio_threads 2010-07-27 18:07:28.733950 [DEBUG] skypopen_protocol.c:83 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 83 ][interface1][-1, 5,21] Binded! *which_port=32769, tech_pvt->tcp_cli_port=32770, tech_pvt->tcp_srv_port=32769 2010-07-27 18:07:28.733950 [DEBUG] skypopen_protocol.c:88 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 88 ][interface1][-1, 5,21] 1 SO_RCVBUF is 87380, size is 4 2010-07-27 18:07:28.733950 [DEBUG] skypopen_protocol.c:92 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 92 ][interface1][-1, 5,21] 1 SO_SNDBUF is 16384, size is 4 2010-07-27 18:07:28.733950 [DEBUG] skypopen_protocol.c:113 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 113 ][interface1][-1, 5,21] 2 SO_RCVBUF is 87380, size is 4 2010-07-27 18:07:28.733950 [DEBUG] skypopen_protocol.c:132 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 132 ][interface1][-1, 5,21] 2 SO_SNDBUF is 16384, size is 4 2010-07-27 18:07:28.733950 [DEBUG] skypopen_protocol.c:136 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 136 ][interface1][-1, 5,21] TCP_NODELAY is 0 2010-07-27 18:07:28.733950 [DEBUG] skypopen_protocol.c:143 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 143 ][interface1][-1, 5,21] TCP_NODELAY is 0 2010-07-27 18:07:28.733950 [DEBUG] skypopen_protocol.c:773 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 773 ][interface1][-1, 5,21] started tcp_srv_thread thread. 2010-07-27 18:07:28.733950 [DEBUG] mod_skypopen.c:1889 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 1889 ][interface1][-1, 5,21] started tcp_srv_thread thread. 2010-07-27 18:07:28.733950 [DEBUG] skypopen_protocol.c:83 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 83 ][interface1][-1, 5,21] Binded! *which_port=32770, tech_pvt->tcp_cli_port=32770, tech_pvt->tcp_srv_port=32769 2010-07-27 18:07:28.733950 [DEBUG] skypopen_protocol.c:88 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 88 ][interface1][-1, 5,21] 1 SO_RCVBUF is 87380, size is 4 2010-07-27 18:07:28.733950 [DEBUG] skypopen_protocol.c:92 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 92 ][interface1][-1, 5,21] 1 SO_SNDBUF is 16384, size is 4 2010-07-27 18:07:28.733950 [DEBUG] skypopen_protocol.c:113 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 113 ][interface1][-1, 5,21] 2 SO_RCVBUF is 87380, size is 4 2010-07-27 18:07:28.733950 [DEBUG] skypopen_protocol.c:132 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 132 ][interface1][-1, 5,21] 2 SO_SNDBUF is 16384, size is 4 2010-07-27 18:07:28.733950 [DEBUG] skypopen_protocol.c:136 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 136 ][interface1][-1, 5,21] TCP_NODELAY is 0 2010-07-27 18:07:28.733950 [DEBUG] skypopen_protocol.c:143 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 143 ][interface1][-1, 5,21] TCP_NODELAY is 0 2010-07-27 18:07:28.733950 [DEBUG] skypopen_protocol.c:924 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 924 ][interface1][-1, 5,21] started tcp_cli_thread thread. 2010-07-27 18:07:28.733950 [DEBUG] mod_skypopen.c:1899 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 1899 ][interface1][-1, 5,21] started tcp_cli_thread thread. 2010-07-27 18:07:28.853968 [DEBUG] skypopen_protocol.c:1498 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 1498 ][interface1][-1, 5,21] SENDING: |||ALTER CALL 2114 SET_INPUT PORT="32770"|||| 2010-07-27 18:07:28.864023 [DEBUG] skypopen_protocol.c:953 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 953 ][interface1][-1, 5,21] ACCEPTED here you send me 32770 2010-07-27 18:07:28.864023 [DEBUG] skypopen_protocol.c:958 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 958 ][interface1][-1, 5,21] 4 SO_RCVBUF is 87380, size is 4 2010-07-27 18:07:28.864023 [DEBUG] skypopen_protocol.c:962 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 962 ][interface1][-1, 5,21] 4 SO_SNDBUF is 16384, size is 4 2010-07-27 18:07:28.873942 [DEBUG] skypopen_protocol.c:1498 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 1498 ][interface1][-1, 5,21] SENDING: |||#output ALTER CALL 2114 SET_OUTPUT PORT="32769"|||| 2010-07-27 18:07:28.883950 [DEBUG] skypopen_protocol.c:688 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 688 ][interface1][-1, 5,21] New Inbound Channel!
2010-07-27 18:07:28.883950 [DEBUG] mod_skypopen.c:1920 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 1920 ][interface1][-1, 5,21] 2 SESSION_REQUEST d18a03ae-99a9-11df-9273-dfe9044f32b8 2010-07-27 18:07:28.883950 [DEBUG] mod_skypopen.c:258 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 258 ][interface1][-1, 5,21] skypopen_tech_init SUCCESS 2010-07-27 18:07:28.883950 [NOTICE] switch_channel.c:776 New Channel skypopen/interface1 [d18a03ae-99a9-11df-9273-dfe9044f32b8] 2010-07-27 18:07:28.883950 [DEBUG] mod_skypopen.c:1944 (skypopen/interface1) State Change CS_NEW -> CS_INIT
On Tue, Jul 27, 2010 at 2:06 PM, Anthony Minessale <anthony.minessale@gmail.com> wrote:
don't answer the A leg? bridge to B with it unanswered and it should do what you want unless somehow the skype channel answers explicitly which would be a possible bug in mod_skype_open
On Tue, Jul 27, 2010 at 9:43 AM, Jason Jeffords <jason@cloudtree.net> wrote:
Hi Anthony, Thank you for your very fast response and your excellent work on Freeswitch :) We have tried setting ignore_early_media=true in the bridge dial string (the B leg). This has the expected effect of removing ringing from the channel (the A leg no longer hears ringing, neither Skype nor PSTN). The problem is the A leg has answered the Skype call (mod_skypopen) and established a channel before the B leg has answered. We want to tie these call state machines together to allow the A leg to continue to Skype ring until the B leg answers. We tried setting ignore_early_media on the A leg as well in several different locations in the dialplan without success. Do you have another other suggestions? Is there a different variable that allows the state machines to be tied together as described above? Thanks for your help, Jason
On Thu, Jul 22, 2010 at 6:01 PM, Anthony Minessale <anthony.minessale@gmail.com> wrote:
add {ignore_early_media=true} to your bridge dial string
On Thu, Jul 22, 2010 at 3:51 PM, Jason Jeffords <jason@cloudtree.net> wrote:
My specific use case is an inbound Skype call using mod_skypopen to a SIP phone. I would like the Skype call to keep ringing as a Skype call (not a PSTN call) until the B-leg is answered. The default behaviour is the Skype call is answered by freeswitch and ringback is played over the established Skype call. Thanks in advance, Jason
_______________________________________________ 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/ Twitter: http://twitter.com/FreeSWITCH_wire
AIM: anthm MSN:anthony_minessale@hotmail.com GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com IRC: irc.freenode.net #freeswitch
FreeSWITCH Developer Conference sip:888@conference.freeswitch.org googletalk:conf+888@conference.freeswitch.org pstn:+19193869900
_______________________________________________ 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
_______________________________________________ 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/ Twitter: http://twitter.com/FreeSWITCH_wire
AIM: anthm MSN:anthony_minessale@hotmail.com GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com IRC: irc.freenode.net #freeswitch
FreeSWITCH Developer Conference sip:888@conference.freeswitch.org googletalk:conf+888@conference.freeswitch.org pstn:+19193869900
_______________________________________________ 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
_______________________________________________ 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
-- Sincerely,
Giovanni Maruzzelli Cell : +39-347-2665618
-- Sent from my mobile device Sincerely, Giovanni Maruzzelli Cell : +39-347-2665618
Thank you Giovanni, This is fantastic. Great work on the module and thanks for your help, they both are both much appreciated :) Jason On Tue, Jul 27, 2010 at 6:11 PM, Giovanni Maruzzelli <gmaruzz@celliax.org>wrote:
Wup, I was confused, hehe. I'll fix it tomorrow, while the kid is doing his own things with his friends (certain times I just don't realize he's big boy now ;) ). -giovanni
On 7/27/10, Giovanni Maruzzelli <gmaruzz@celliax.org> wrote:
Hi Jason
that is mod_skypopen fault (my fault).
mod_skypopen directly answers an incoming call, without taking into account if it is directed to do it or not.
I've also filed a Jira to myself about it, but not yet taken care of.
I will fix it as soon as possible, but probably not before net week (I'm in holyday with the son right now, he would not like that so much).
Sorry for making you and anthm waste time in debugging an inexplicable behavior,
-giovanni
On Tue, Jul 27, 2010 at 8:24 PM, Jason Jeffords <jason@cloudtree.net> wrote:
Hi Anthony, It looks like mod_skypopen is answering the Skype call and opening the channel before any dialplan lookups are reached :( Here is part of the log: 2010-07-27 18:07:28.553971 [DEBUG] skypopen_protocol.c:176 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 176 ][interface1][-1, 0, 0] READING: |||CALL 2114 CONF_ID 0||| 2010-07-27 18:07:28.563966 [DEBUG] skypopen_protocol.c:176 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 176 ][interface1][-1, 0, 0] READING: |||USER jjeffords.com TIMEZONE 72000||| 2010-07-27 18:07:28.633980 [DEBUG] skypopen_protocol.c:176 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 176 ][interface1][-1, 0, 0] READING: |||CALL 2114 STATUS RINGING||| 2010-07-27 18:07:28.633980 [DEBUG] skypopen_protocol.c:556 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 556 ][interface1][-1, 0, 0] NO ACTIVE calls in this moment, skype_call 2114 is RINGING, to ask PARTNER_HANDLE 2010-07-27 18:07:28.633980 [DEBUG] skypopen_protocol.c:1498 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 1498 ][interface1][-1, 0, 0] SENDING: |||GET CALL 2114 PARTNER_HANDLE|||| 2010-07-27 18:07:28.663964 [DEBUG] skypopen_protocol.c:176 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 176 ][interface1][-1, 0, 0] READING: |||CALL 2114 PARTNER_HANDLE jjeffords.com||| 2010-07-27 18:07:28.663964 [DEBUG] skypopen_protocol.c:481 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 481 ][interface1][-1, 0, 0] Call 2114 TRY ANSWER 2010-07-27 18:07:28.663964 [DEBUG] mod_skypopen.c:2301 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 2301 ][interface1][-1, 0, 0] NOT FOUND 2010-07-27 18:07:28.663964 [DEBUG] skypopen_protocol.c:1498 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 1498 ][interface1][-1, 0, 0] SENDING: |||GET CALL 2114 PARTNER_DISPNAME|||| 2010-07-27 18:07:28.683968 [DEBUG] skypopen_protocol.c:1498 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 1498 ][interface1][-1,11, 0] SENDING: |||ALTER CALL 2114 ANSWER|||| 2010-07-27 18:07:28.703965 [DEBUG] mod_skypopen.c:2314 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 2314 ][interface1][-1,11, 0] We answered a Skype RING on skype_call 2114 2010-07-27 18:07:28.703965 [DEBUG] mod_skypopen.c:2322 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 2322 ][interface1][-1,11, 0] NEW! name: interface1, state: 11, value=jjeffords.com, tech_pvt->callid_number=jjeffords.com, tech_pvt->skype_user=cloud-tree-admin 2010-07-27 18:07:28.703965 [DEBUG] skypopen_protocol.c:176 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 176 ][interface1][-1,11, 0] READING: |||CALL 2114 PARTNER_DISPNAME Jason Jeffords||| 2010-07-27 18:07:28.714033 [DEBUG] skypopen_protocol.c:176 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 176 ][interface1][-1,11, 0] READING: |||ALTER CALL 2114 ANSWER||| 2010-07-27 18:07:28.733950 [DEBUG] skypopen_protocol.c:176 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 176 ][interface1][-1,11, 0] READING: |||CALL 2114 STATUS INPROGRESS||| 2010-07-27 18:07:28.733950 [DEBUG] skypopen_protocol.c:660 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 660 ][interface1][-1,11, 0] no tech_pvt->session_uuid_str 2010-07-27 18:07:28.733950 [DEBUG] skypopen_protocol.c:666 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 666 ][interface1][-1,11, 0] skype_call: 2114 is now active 2010-07-27 18:07:28.733950 [DEBUG] skypopen_protocol.c:673 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 673 ][interface1][-1, 5,21] START start_audio_threads 2010-07-27 18:07:28.733950 [DEBUG] skypopen_protocol.c:83 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 83 ][interface1][-1, 5,21] Binded! *which_port=32769, tech_pvt->tcp_cli_port=32770, tech_pvt->tcp_srv_port=32769 2010-07-27 18:07:28.733950 [DEBUG] skypopen_protocol.c:88 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 88 ][interface1][-1, 5,21] 1 SO_RCVBUF is 87380, size is 4 2010-07-27 18:07:28.733950 [DEBUG] skypopen_protocol.c:92 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 92 ][interface1][-1, 5,21] 1 SO_SNDBUF is 16384, size is 4 2010-07-27 18:07:28.733950 [DEBUG] skypopen_protocol.c:113 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 113 ][interface1][-1, 5,21] 2 SO_RCVBUF is 87380, size is 4 2010-07-27 18:07:28.733950 [DEBUG] skypopen_protocol.c:132 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 132 ][interface1][-1, 5,21] 2 SO_SNDBUF is 16384, size is 4 2010-07-27 18:07:28.733950 [DEBUG] skypopen_protocol.c:136 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 136 ][interface1][-1, 5,21] TCP_NODELAY is 0 2010-07-27 18:07:28.733950 [DEBUG] skypopen_protocol.c:143 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 143 ][interface1][-1, 5,21] TCP_NODELAY is 0 2010-07-27 18:07:28.733950 [DEBUG] skypopen_protocol.c:773 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 773 ][interface1][-1, 5,21] started tcp_srv_thread thread. 2010-07-27 18:07:28.733950 [DEBUG] mod_skypopen.c:1889 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 1889 ][interface1][-1, 5,21] started tcp_srv_thread thread. 2010-07-27 18:07:28.733950 [DEBUG] skypopen_protocol.c:83 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 83 ][interface1][-1, 5,21] Binded! *which_port=32770, tech_pvt->tcp_cli_port=32770, tech_pvt->tcp_srv_port=32769 2010-07-27 18:07:28.733950 [DEBUG] skypopen_protocol.c:88 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 88 ][interface1][-1, 5,21] 1 SO_RCVBUF is 87380, size is 4 2010-07-27 18:07:28.733950 [DEBUG] skypopen_protocol.c:92 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 92 ][interface1][-1, 5,21] 1 SO_SNDBUF is 16384, size is 4 2010-07-27 18:07:28.733950 [DEBUG] skypopen_protocol.c:113 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 113 ][interface1][-1, 5,21] 2 SO_RCVBUF is 87380, size is 4 2010-07-27 18:07:28.733950 [DEBUG] skypopen_protocol.c:132 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 132 ][interface1][-1, 5,21] 2 SO_SNDBUF is 16384, size is 4 2010-07-27 18:07:28.733950 [DEBUG] skypopen_protocol.c:136 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 136 ][interface1][-1, 5,21] TCP_NODELAY is 0 2010-07-27 18:07:28.733950 [DEBUG] skypopen_protocol.c:143 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 143 ][interface1][-1, 5,21] TCP_NODELAY is 0 2010-07-27 18:07:28.733950 [DEBUG] skypopen_protocol.c:924 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 924 ][interface1][-1, 5,21] started tcp_cli_thread thread. 2010-07-27 18:07:28.733950 [DEBUG] mod_skypopen.c:1899 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 1899 ][interface1][-1, 5,21] started tcp_cli_thread thread. 2010-07-27 18:07:28.853968 [DEBUG] skypopen_protocol.c:1498 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 1498 ][interface1][-1, 5,21] SENDING: |||ALTER CALL 2114 SET_INPUT PORT="32770"|||| 2010-07-27 18:07:28.864023 [DEBUG] skypopen_protocol.c:953 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 953 ][interface1][-1, 5,21] ACCEPTED here you send me 32770 2010-07-27 18:07:28.864023 [DEBUG] skypopen_protocol.c:958 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 958 ][interface1][-1, 5,21] 4 SO_RCVBUF is 87380, size is 4 2010-07-27 18:07:28.864023 [DEBUG] skypopen_protocol.c:962 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 962 ][interface1][-1, 5,21] 4 SO_SNDBUF is 16384, size is 4 2010-07-27 18:07:28.873942 [DEBUG] skypopen_protocol.c:1498 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 1498 ][interface1][-1, 5,21] SENDING: |||#output ALTER CALL 2114 SET_OUTPUT PORT="32769"|||| 2010-07-27 18:07:28.883950 [DEBUG] skypopen_protocol.c:688 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 688 ][interface1][-1, 5,21] New Inbound Channel!
2010-07-27 18:07:28.883950 [DEBUG] mod_skypopen.c:1920 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 1920 ][interface1][-1, 5,21] 2 SESSION_REQUEST d18a03ae-99a9-11df-9273-dfe9044f32b8 2010-07-27 18:07:28.883950 [DEBUG] mod_skypopen.c:258 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 258 ][interface1][-1, 5,21] skypopen_tech_init SUCCESS 2010-07-27 18:07:28.883950 [NOTICE] switch_channel.c:776 New Channel skypopen/interface1 [d18a03ae-99a9-11df-9273-dfe9044f32b8] 2010-07-27 18:07:28.883950 [DEBUG] mod_skypopen.c:1944 (skypopen/interface1) State Change CS_NEW -> CS_INIT
On Tue, Jul 27, 2010 at 2:06 PM, Anthony Minessale <anthony.minessale@gmail.com> wrote:
don't answer the A leg? bridge to B with it unanswered and it should do what you want unless somehow the skype channel answers explicitly which would be a possible bug in mod_skype_open
On Tue, Jul 27, 2010 at 9:43 AM, Jason Jeffords <jason@cloudtree.net> wrote:
Hi Anthony, Thank you for your very fast response and your excellent work on Freeswitch :) We have tried setting ignore_early_media=true in the bridge dial
string
(the B leg). This has the expected effect of removing ringing from the channel (the A leg no longer hears ringing, neither Skype nor PSTN). The problem is the A leg has answered the Skype call (mod_skypopen) and established a channel before the B leg has answered. We want to tie these call state machines together to allow the A leg to continue to Skype ring until the B leg answers. We tried setting ignore_early_media on the A leg as well in several different locations in the dialplan without success. Do you have another other suggestions? Is there a different variable that allows the state machines to be tied together as described above? Thanks for your help, Jason
On Thu, Jul 22, 2010 at 6:01 PM, Anthony Minessale <anthony.minessale@gmail.com> wrote:
add {ignore_early_media=true} to your bridge dial string
On Thu, Jul 22, 2010 at 3:51 PM, Jason Jeffords <jason@cloudtree.net
wrote: > > My specific use case is an inbound Skype call using mod_skypopen to a > SIP phone. > I would like the Skype call to keep ringing as a Skype call (not a > PSTN > call) > until the B-leg is answered. The default behaviour is the Skype call > is answered > by freeswitch and ringback is played over the established Skype call. > Thanks in advance, > Jason > > > _______________________________________________ > 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/ Twitter: http://twitter.com/FreeSWITCH_wire
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> googletalk:conf+888@conference.freeswitch.org<googletalk%3Aconf%2B888@conference.freeswitch.org> pstn:+19193869900
_______________________________________________ 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
_______________________________________________ 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/ Twitter: http://twitter.com/FreeSWITCH_wire
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> googletalk:conf+888@conference.freeswitch.org<googletalk%3Aconf%2B888@conference.freeswitch.org> pstn:+19193869900
_______________________________________________ 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
_______________________________________________ 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
-- Sincerely,
Giovanni Maruzzelli Cell : +39-347-2665618
-- Sent from my mobile device
Sincerely,
Giovanni Maruzzelli Cell : +39-347-2665618
_______________________________________________ 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
Jason, sorry for the inconvenience. I had a look (a long look) at the problem, and no way I can fix it in a decent way right now because of how the code is presently structured and because of my tools here (trying to operate on a remote server with a wobbly bluetooth connection via the cellphone from a tiny laptop). Also, I will need to do extensive testing after changing the answering mechanism, to be sure it will not break the various cases (many channels with same username, many channels with different usernames, earlymedia, etc etc). So, please be patient until next week and I'll give it a thoroughly solution. Bye for now, -giovanni On Wed, Jul 28, 2010 at 12:11 AM, Giovanni Maruzzelli <gmaruzz@celliax.org> wrote:
Wup, I was confused, hehe. I'll fix it tomorrow, while the kid is doing his own things with his friends (certain times I just don't realize he's big boy now ;) ). -giovanni
On 7/27/10, Giovanni Maruzzelli <gmaruzz@celliax.org> wrote:
Hi Jason
that is mod_skypopen fault (my fault).
mod_skypopen directly answers an incoming call, without taking into account if it is directed to do it or not.
I've also filed a Jira to myself about it, but not yet taken care of.
I will fix it as soon as possible, but probably not before net week (I'm in holyday with the son right now, he would not like that so much).
Sorry for making you and anthm waste time in debugging an inexplicable behavior,
-giovanni
On Tue, Jul 27, 2010 at 8:24 PM, Jason Jeffords <jason@cloudtree.net> wrote:
Hi Anthony, It looks like mod_skypopen is answering the Skype call and opening the channel before any dialplan lookups are reached :( Here is part of the log: 2010-07-27 18:07:28.553971 [DEBUG] skypopen_protocol.c:176 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 176 ][interface1][-1, 0, 0] READING: |||CALL 2114 CONF_ID 0||| 2010-07-27 18:07:28.563966 [DEBUG] skypopen_protocol.c:176 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 176 ][interface1][-1, 0, 0] READING: |||USER jjeffords.com TIMEZONE 72000||| 2010-07-27 18:07:28.633980 [DEBUG] skypopen_protocol.c:176 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 176 ][interface1][-1, 0, 0] READING: |||CALL 2114 STATUS RINGING||| 2010-07-27 18:07:28.633980 [DEBUG] skypopen_protocol.c:556 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 556 ][interface1][-1, 0, 0] NO ACTIVE calls in this moment, skype_call 2114 is RINGING, to ask PARTNER_HANDLE 2010-07-27 18:07:28.633980 [DEBUG] skypopen_protocol.c:1498 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 1498 ][interface1][-1, 0, 0] SENDING: |||GET CALL 2114 PARTNER_HANDLE|||| 2010-07-27 18:07:28.663964 [DEBUG] skypopen_protocol.c:176 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 176 ][interface1][-1, 0, 0] READING: |||CALL 2114 PARTNER_HANDLE jjeffords.com||| 2010-07-27 18:07:28.663964 [DEBUG] skypopen_protocol.c:481 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 481 ][interface1][-1, 0, 0] Call 2114 TRY ANSWER 2010-07-27 18:07:28.663964 [DEBUG] mod_skypopen.c:2301 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 2301 ][interface1][-1, 0, 0] NOT FOUND 2010-07-27 18:07:28.663964 [DEBUG] skypopen_protocol.c:1498 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 1498 ][interface1][-1, 0, 0] SENDING: |||GET CALL 2114 PARTNER_DISPNAME|||| 2010-07-27 18:07:28.683968 [DEBUG] skypopen_protocol.c:1498 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 1498 ][interface1][-1,11, 0] SENDING: |||ALTER CALL 2114 ANSWER|||| 2010-07-27 18:07:28.703965 [DEBUG] mod_skypopen.c:2314 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 2314 ][interface1][-1,11, 0] We answered a Skype RING on skype_call 2114 2010-07-27 18:07:28.703965 [DEBUG] mod_skypopen.c:2322 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 2322 ][interface1][-1,11, 0] NEW! name: interface1, state: 11, value=jjeffords.com, tech_pvt->callid_number=jjeffords.com, tech_pvt->skype_user=cloud-tree-admin 2010-07-27 18:07:28.703965 [DEBUG] skypopen_protocol.c:176 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 176 ][interface1][-1,11, 0] READING: |||CALL 2114 PARTNER_DISPNAME Jason Jeffords||| 2010-07-27 18:07:28.714033 [DEBUG] skypopen_protocol.c:176 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 176 ][interface1][-1,11, 0] READING: |||ALTER CALL 2114 ANSWER||| 2010-07-27 18:07:28.733950 [DEBUG] skypopen_protocol.c:176 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 176 ][interface1][-1,11, 0] READING: |||CALL 2114 STATUS INPROGRESS||| 2010-07-27 18:07:28.733950 [DEBUG] skypopen_protocol.c:660 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 660 ][interface1][-1,11, 0] no tech_pvt->session_uuid_str 2010-07-27 18:07:28.733950 [DEBUG] skypopen_protocol.c:666 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 666 ][interface1][-1,11, 0] skype_call: 2114 is now active 2010-07-27 18:07:28.733950 [DEBUG] skypopen_protocol.c:673 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 673 ][interface1][-1, 5,21] START start_audio_threads 2010-07-27 18:07:28.733950 [DEBUG] skypopen_protocol.c:83 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 83 ][interface1][-1, 5,21] Binded! *which_port=32769, tech_pvt->tcp_cli_port=32770, tech_pvt->tcp_srv_port=32769 2010-07-27 18:07:28.733950 [DEBUG] skypopen_protocol.c:88 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 88 ][interface1][-1, 5,21] 1 SO_RCVBUF is 87380, size is 4 2010-07-27 18:07:28.733950 [DEBUG] skypopen_protocol.c:92 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 92 ][interface1][-1, 5,21] 1 SO_SNDBUF is 16384, size is 4 2010-07-27 18:07:28.733950 [DEBUG] skypopen_protocol.c:113 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 113 ][interface1][-1, 5,21] 2 SO_RCVBUF is 87380, size is 4 2010-07-27 18:07:28.733950 [DEBUG] skypopen_protocol.c:132 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 132 ][interface1][-1, 5,21] 2 SO_SNDBUF is 16384, size is 4 2010-07-27 18:07:28.733950 [DEBUG] skypopen_protocol.c:136 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 136 ][interface1][-1, 5,21] TCP_NODELAY is 0 2010-07-27 18:07:28.733950 [DEBUG] skypopen_protocol.c:143 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 143 ][interface1][-1, 5,21] TCP_NODELAY is 0 2010-07-27 18:07:28.733950 [DEBUG] skypopen_protocol.c:773 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 773 ][interface1][-1, 5,21] started tcp_srv_thread thread. 2010-07-27 18:07:28.733950 [DEBUG] mod_skypopen.c:1889 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 1889 ][interface1][-1, 5,21] started tcp_srv_thread thread. 2010-07-27 18:07:28.733950 [DEBUG] skypopen_protocol.c:83 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 83 ][interface1][-1, 5,21] Binded! *which_port=32770, tech_pvt->tcp_cli_port=32770, tech_pvt->tcp_srv_port=32769 2010-07-27 18:07:28.733950 [DEBUG] skypopen_protocol.c:88 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 88 ][interface1][-1, 5,21] 1 SO_RCVBUF is 87380, size is 4 2010-07-27 18:07:28.733950 [DEBUG] skypopen_protocol.c:92 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 92 ][interface1][-1, 5,21] 1 SO_SNDBUF is 16384, size is 4 2010-07-27 18:07:28.733950 [DEBUG] skypopen_protocol.c:113 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 113 ][interface1][-1, 5,21] 2 SO_RCVBUF is 87380, size is 4 2010-07-27 18:07:28.733950 [DEBUG] skypopen_protocol.c:132 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 132 ][interface1][-1, 5,21] 2 SO_SNDBUF is 16384, size is 4 2010-07-27 18:07:28.733950 [DEBUG] skypopen_protocol.c:136 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 136 ][interface1][-1, 5,21] TCP_NODELAY is 0 2010-07-27 18:07:28.733950 [DEBUG] skypopen_protocol.c:143 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 143 ][interface1][-1, 5,21] TCP_NODELAY is 0 2010-07-27 18:07:28.733950 [DEBUG] skypopen_protocol.c:924 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 924 ][interface1][-1, 5,21] started tcp_cli_thread thread. 2010-07-27 18:07:28.733950 [DEBUG] mod_skypopen.c:1899 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 1899 ][interface1][-1, 5,21] started tcp_cli_thread thread. 2010-07-27 18:07:28.853968 [DEBUG] skypopen_protocol.c:1498 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 1498 ][interface1][-1, 5,21] SENDING: |||ALTER CALL 2114 SET_INPUT PORT="32770"|||| 2010-07-27 18:07:28.864023 [DEBUG] skypopen_protocol.c:953 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 953 ][interface1][-1, 5,21] ACCEPTED here you send me 32770 2010-07-27 18:07:28.864023 [DEBUG] skypopen_protocol.c:958 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 958 ][interface1][-1, 5,21] 4 SO_RCVBUF is 87380, size is 4 2010-07-27 18:07:28.864023 [DEBUG] skypopen_protocol.c:962 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 962 ][interface1][-1, 5,21] 4 SO_SNDBUF is 16384, size is 4 2010-07-27 18:07:28.873942 [DEBUG] skypopen_protocol.c:1498 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 1498 ][interface1][-1, 5,21] SENDING: |||#output ALTER CALL 2114 SET_OUTPUT PORT="32769"|||| 2010-07-27 18:07:28.883950 [DEBUG] skypopen_protocol.c:688 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 688 ][interface1][-1, 5,21] New Inbound Channel!
2010-07-27 18:07:28.883950 [DEBUG] mod_skypopen.c:1920 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 1920 ][interface1][-1, 5,21] 2 SESSION_REQUEST d18a03ae-99a9-11df-9273-dfe9044f32b8 2010-07-27 18:07:28.883950 [DEBUG] mod_skypopen.c:258 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 258 ][interface1][-1, 5,21] skypopen_tech_init SUCCESS 2010-07-27 18:07:28.883950 [NOTICE] switch_channel.c:776 New Channel skypopen/interface1 [d18a03ae-99a9-11df-9273-dfe9044f32b8] 2010-07-27 18:07:28.883950 [DEBUG] mod_skypopen.c:1944 (skypopen/interface1) State Change CS_NEW -> CS_INIT
On Tue, Jul 27, 2010 at 2:06 PM, Anthony Minessale <anthony.minessale@gmail.com> wrote:
don't answer the A leg? bridge to B with it unanswered and it should do what you want unless somehow the skype channel answers explicitly which would be a possible bug in mod_skype_open
On Tue, Jul 27, 2010 at 9:43 AM, Jason Jeffords <jason@cloudtree.net> wrote:
Hi Anthony, Thank you for your very fast response and your excellent work on Freeswitch :) We have tried setting ignore_early_media=true in the bridge dial string (the B leg). This has the expected effect of removing ringing from the channel (the A leg no longer hears ringing, neither Skype nor PSTN). The problem is the A leg has answered the Skype call (mod_skypopen) and established a channel before the B leg has answered. We want to tie these call state machines together to allow the A leg to continue to Skype ring until the B leg answers. We tried setting ignore_early_media on the A leg as well in several different locations in the dialplan without success. Do you have another other suggestions? Is there a different variable that allows the state machines to be tied together as described above? Thanks for your help, Jason
On Thu, Jul 22, 2010 at 6:01 PM, Anthony Minessale <anthony.minessale@gmail.com> wrote:
add {ignore_early_media=true} to your bridge dial string
On Thu, Jul 22, 2010 at 3:51 PM, Jason Jeffords <jason@cloudtree.net> wrote: > > My specific use case is an inbound Skype call using mod_skypopen to a > SIP phone. > I would like the Skype call to keep ringing as a Skype call (not a > PSTN > call) > until the B-leg is answered. The default behaviour is the Skype call > is answered > by freeswitch and ringback is played over the established Skype call. > Thanks in advance, > Jason > > > _______________________________________________ > 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/ Twitter: http://twitter.com/FreeSWITCH_wire
AIM: anthm MSN:anthony_minessale@hotmail.com GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com IRC: irc.freenode.net #freeswitch
FreeSWITCH Developer Conference sip:888@conference.freeswitch.org googletalk:conf+888@conference.freeswitch.org pstn:+19193869900
_______________________________________________ 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
_______________________________________________ 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/ Twitter: http://twitter.com/FreeSWITCH_wire
AIM: anthm MSN:anthony_minessale@hotmail.com GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com IRC: irc.freenode.net #freeswitch
FreeSWITCH Developer Conference sip:888@conference.freeswitch.org googletalk:conf+888@conference.freeswitch.org pstn:+19193869900
_______________________________________________ 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
_______________________________________________ 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
-- Sincerely,
Giovanni Maruzzelli Cell : +39-347-2665618
-- Sent from my mobile device
Sincerely,
Giovanni Maruzzelli Cell : +39-347-2665618
-- Sincerely, Giovanni Maruzzelli Cell : +39-347-2665618
Giovanni, No worries, thank you for all your help. We will work on other things until you are ready. Have a great holiday, Jason On Wed, Jul 28, 2010 at 9:30 AM, Giovanni Maruzzelli <gmaruzz@celliax.org>wrote:
Jason,
sorry for the inconvenience.
I had a look (a long look) at the problem, and no way I can fix it in a decent way right now because of how the code is presently structured and because of my tools here (trying to operate on a remote server with a wobbly bluetooth connection via the cellphone from a tiny laptop).
Also, I will need to do extensive testing after changing the answering mechanism, to be sure it will not break the various cases (many channels with same username, many channels with different usernames, earlymedia, etc etc).
So, please be patient until next week and I'll give it a thoroughly solution.
Bye for now,
-giovanni
On Wed, Jul 28, 2010 at 12:11 AM, Giovanni Maruzzelli <gmaruzz@celliax.org> wrote:
Wup, I was confused, hehe. I'll fix it tomorrow, while the kid is doing his own things with his friends (certain times I just don't realize he's big boy now ;) ). -giovanni
On 7/27/10, Giovanni Maruzzelli <gmaruzz@celliax.org> wrote:
Hi Jason
that is mod_skypopen fault (my fault).
mod_skypopen directly answers an incoming call, without taking into account if it is directed to do it or not.
I've also filed a Jira to myself about it, but not yet taken care of.
I will fix it as soon as possible, but probably not before net week (I'm in holyday with the son right now, he would not like that so much).
Sorry for making you and anthm waste time in debugging an inexplicable behavior,
-giovanni
On Tue, Jul 27, 2010 at 8:24 PM, Jason Jeffords <jason@cloudtree.net> wrote:
Hi Anthony, It looks like mod_skypopen is answering the Skype call and opening the channel before any dialplan lookups are reached :( Here is part of the log: 2010-07-27 18:07:28.553971 [DEBUG] skypopen_protocol.c:176 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 176 ][interface1][-1, 0, 0] READING: |||CALL 2114 CONF_ID 0||| 2010-07-27 18:07:28.563966 [DEBUG] skypopen_protocol.c:176 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 176 ][interface1][-1, 0, 0] READING: |||USER jjeffords.com TIMEZONE 72000||| 2010-07-27 18:07:28.633980 [DEBUG] skypopen_protocol.c:176 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 176 ][interface1][-1, 0, 0] READING: |||CALL 2114 STATUS RINGING||| 2010-07-27 18:07:28.633980 [DEBUG] skypopen_protocol.c:556 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 556 ][interface1][-1, 0, 0] NO ACTIVE calls in this moment, skype_call 2114 is RINGING, to ask PARTNER_HANDLE 2010-07-27 18:07:28.633980 [DEBUG] skypopen_protocol.c:1498 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 1498 ][interface1][-1, 0, 0] SENDING: |||GET CALL 2114 PARTNER_HANDLE|||| 2010-07-27 18:07:28.663964 [DEBUG] skypopen_protocol.c:176 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 176 ][interface1][-1, 0, 0] READING: |||CALL 2114 PARTNER_HANDLE jjeffords.com||| 2010-07-27 18:07:28.663964 [DEBUG] skypopen_protocol.c:481 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 481 ][interface1][-1, 0, 0] Call 2114 TRY ANSWER 2010-07-27 18:07:28.663964 [DEBUG] mod_skypopen.c:2301 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 2301 ][interface1][-1, 0, 0] NOT FOUND 2010-07-27 18:07:28.663964 [DEBUG] skypopen_protocol.c:1498 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 1498 ][interface1][-1, 0, 0] SENDING: |||GET CALL 2114 PARTNER_DISPNAME|||| 2010-07-27 18:07:28.683968 [DEBUG] skypopen_protocol.c:1498 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 1498 ][interface1][-1,11, 0] SENDING: |||ALTER CALL 2114 ANSWER|||| 2010-07-27 18:07:28.703965 [DEBUG] mod_skypopen.c:2314 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 2314 ][interface1][-1,11, 0] We answered a Skype RING on skype_call 2114 2010-07-27 18:07:28.703965 [DEBUG] mod_skypopen.c:2322 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 2322 ][interface1][-1,11, 0] NEW! name: interface1, state: 11, value=jjeffords.com, tech_pvt->callid_number=jjeffords.com, tech_pvt->skype_user=cloud-tree-admin 2010-07-27 18:07:28.703965 [DEBUG] skypopen_protocol.c:176 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 176 ][interface1][-1,11, 0] READING: |||CALL 2114 PARTNER_DISPNAME Jason Jeffords||| 2010-07-27 18:07:28.714033 [DEBUG] skypopen_protocol.c:176 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 176 ][interface1][-1,11, 0] READING: |||ALTER CALL 2114 ANSWER||| 2010-07-27 18:07:28.733950 [DEBUG] skypopen_protocol.c:176 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 176 ][interface1][-1,11, 0] READING: |||CALL 2114 STATUS INPROGRESS||| 2010-07-27 18:07:28.733950 [DEBUG] skypopen_protocol.c:660 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 660 ][interface1][-1,11, 0] no tech_pvt->session_uuid_str 2010-07-27 18:07:28.733950 [DEBUG] skypopen_protocol.c:666 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 666 ][interface1][-1,11, 0] skype_call: 2114 is now active 2010-07-27 18:07:28.733950 [DEBUG] skypopen_protocol.c:673 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 673 ][interface1][-1, 5,21] START start_audio_threads 2010-07-27 18:07:28.733950 [DEBUG] skypopen_protocol.c:83 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 83 ][interface1][-1, 5,21] Binded! *which_port=32769, tech_pvt->tcp_cli_port=32770, tech_pvt->tcp_srv_port=32769 2010-07-27 18:07:28.733950 [DEBUG] skypopen_protocol.c:88 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 88 ][interface1][-1, 5,21] 1 SO_RCVBUF is 87380, size is 4 2010-07-27 18:07:28.733950 [DEBUG] skypopen_protocol.c:92 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 92 ][interface1][-1, 5,21] 1 SO_SNDBUF is 16384, size is 4 2010-07-27 18:07:28.733950 [DEBUG] skypopen_protocol.c:113 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 113 ][interface1][-1, 5,21] 2 SO_RCVBUF is 87380, size is 4 2010-07-27 18:07:28.733950 [DEBUG] skypopen_protocol.c:132 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 132 ][interface1][-1, 5,21] 2 SO_SNDBUF is 16384, size is 4 2010-07-27 18:07:28.733950 [DEBUG] skypopen_protocol.c:136 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 136 ][interface1][-1, 5,21] TCP_NODELAY is 0 2010-07-27 18:07:28.733950 [DEBUG] skypopen_protocol.c:143 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 143 ][interface1][-1, 5,21] TCP_NODELAY is 0 2010-07-27 18:07:28.733950 [DEBUG] skypopen_protocol.c:773 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 773 ][interface1][-1, 5,21] started tcp_srv_thread thread. 2010-07-27 18:07:28.733950 [DEBUG] mod_skypopen.c:1889 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 1889 ][interface1][-1, 5,21] started tcp_srv_thread thread. 2010-07-27 18:07:28.733950 [DEBUG] skypopen_protocol.c:83 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 83 ][interface1][-1, 5,21] Binded! *which_port=32770, tech_pvt->tcp_cli_port=32770, tech_pvt->tcp_srv_port=32769 2010-07-27 18:07:28.733950 [DEBUG] skypopen_protocol.c:88 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 88 ][interface1][-1, 5,21] 1 SO_RCVBUF is 87380, size is 4 2010-07-27 18:07:28.733950 [DEBUG] skypopen_protocol.c:92 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 92 ][interface1][-1, 5,21] 1 SO_SNDBUF is 16384, size is 4 2010-07-27 18:07:28.733950 [DEBUG] skypopen_protocol.c:113 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 113 ][interface1][-1, 5,21] 2 SO_RCVBUF is 87380, size is 4 2010-07-27 18:07:28.733950 [DEBUG] skypopen_protocol.c:132 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 132 ][interface1][-1, 5,21] 2 SO_SNDBUF is 16384, size is 4 2010-07-27 18:07:28.733950 [DEBUG] skypopen_protocol.c:136 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 136 ][interface1][-1, 5,21] TCP_NODELAY is 0 2010-07-27 18:07:28.733950 [DEBUG] skypopen_protocol.c:143 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 143 ][interface1][-1, 5,21] TCP_NODELAY is 0 2010-07-27 18:07:28.733950 [DEBUG] skypopen_protocol.c:924 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 924 ][interface1][-1, 5,21] started tcp_cli_thread thread. 2010-07-27 18:07:28.733950 [DEBUG] mod_skypopen.c:1899 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 1899 ][interface1][-1, 5,21] started tcp_cli_thread thread. 2010-07-27 18:07:28.853968 [DEBUG] skypopen_protocol.c:1498 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 1498 ][interface1][-1, 5,21] SENDING: |||ALTER CALL 2114 SET_INPUT PORT="32770"|||| 2010-07-27 18:07:28.864023 [DEBUG] skypopen_protocol.c:953 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 953 ][interface1][-1, 5,21] ACCEPTED here you send me 32770 2010-07-27 18:07:28.864023 [DEBUG] skypopen_protocol.c:958 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 958 ][interface1][-1, 5,21] 4 SO_RCVBUF is 87380, size is 4 2010-07-27 18:07:28.864023 [DEBUG] skypopen_protocol.c:962 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 962 ][interface1][-1, 5,21] 4 SO_SNDBUF is 16384, size is 4 2010-07-27 18:07:28.873942 [DEBUG] skypopen_protocol.c:1498 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 1498 ][interface1][-1, 5,21] SENDING: |||#output ALTER CALL 2114 SET_OUTPUT PORT="32769"|||| 2010-07-27 18:07:28.883950 [DEBUG] skypopen_protocol.c:688 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 688 ][interface1][-1, 5,21] New Inbound Channel!
2010-07-27 18:07:28.883950 [DEBUG] mod_skypopen.c:1920 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 1920 ][interface1][-1, 5,21] 2 SESSION_REQUEST d18a03ae-99a9-11df-9273-dfe9044f32b8 2010-07-27 18:07:28.883950 [DEBUG] mod_skypopen.c:258 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 258 ][interface1][-1, 5,21] skypopen_tech_init SUCCESS 2010-07-27 18:07:28.883950 [NOTICE] switch_channel.c:776 New Channel skypopen/interface1 [d18a03ae-99a9-11df-9273-dfe9044f32b8] 2010-07-27 18:07:28.883950 [DEBUG] mod_skypopen.c:1944 (skypopen/interface1) State Change CS_NEW -> CS_INIT
On Tue, Jul 27, 2010 at 2:06 PM, Anthony Minessale <anthony.minessale@gmail.com> wrote:
don't answer the A leg? bridge to B with it unanswered and it should
do
what you want unless somehow the skype channel answers explicitly which would be a possible bug in mod_skype_open
On Tue, Jul 27, 2010 at 9:43 AM, Jason Jeffords <jason@cloudtree.net> wrote:
Hi Anthony, Thank you for your very fast response and your excellent work on Freeswitch :) We have tried setting ignore_early_media=true in the bridge dial
string
(the B leg). This has the expected effect of removing ringing from the channel (the A leg no longer hears ringing, neither Skype nor PSTN). The problem is the A leg has answered the Skype call (mod_skypopen) and established a channel before the B leg has answered. We want to tie these call state machines together to allow the A leg to continue to Skype ring until the B leg answers. We tried setting ignore_early_media on the A leg as well in several different locations in the dialplan without success. Do you have another other suggestions? Is there a different variable that allows the state machines to be tied together as described above? Thanks for your help, Jason
On Thu, Jul 22, 2010 at 6:01 PM, Anthony Minessale <anthony.minessale@gmail.com> wrote: > > add {ignore_early_media=true} to your bridge dial string > > On Thu, Jul 22, 2010 at 3:51 PM, Jason Jeffords < jason@cloudtree.net> > wrote: >> >> My specific use case is an inbound Skype call using mod_skypopen to a >> SIP phone. >> I would like the Skype call to keep ringing as a Skype call (not a >> PSTN >> call) >> until the B-leg is answered. The default behaviour is the Skype call >> is answered >> by freeswitch and ringback is played over the established Skype call. >> Thanks in advance, >> Jason >> >> >> _______________________________________________ >> 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/ > Twitter: http://twitter.com/FreeSWITCH_wire > > 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> > googletalk:conf+888@conference.freeswitch.org<googletalk%3Aconf%2B888@conference.freeswitch.org> > pstn:+19193869900 > > _______________________________________________ > 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 >
_______________________________________________ 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/ Twitter: http://twitter.com/FreeSWITCH_wire
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> googletalk:conf+888@conference.freeswitch.org<googletalk%3Aconf%2B888@conference.freeswitch.org> pstn:+19193869900
_______________________________________________ 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
_______________________________________________ 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
-- Sincerely,
Giovanni Maruzzelli Cell : +39-347-2665618
-- Sent from my mobile device
Sincerely,
Giovanni Maruzzelli Cell : +39-347-2665618
-- Sincerely,
Giovanni Maruzzelli Cell : +39-347-2665618
_______________________________________________ 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
Just to let you know, I'm making progresses on this, got a prototype working, need more work and tests, some more days. -giovanni On 7/28/10, Jason Jeffords <jason@cloudtree.net> wrote:
Giovanni,
No worries, thank you for all your help. We will work on other things until you are ready.
Have a great holiday,
Jason
On Wed, Jul 28, 2010 at 9:30 AM, Giovanni Maruzzelli <gmaruzz@celliax.org>wrote:
Jason,
sorry for the inconvenience.
I had a look (a long look) at the problem, and no way I can fix it in a decent way right now because of how the code is presently structured and because of my tools here (trying to operate on a remote server with a wobbly bluetooth connection via the cellphone from a tiny laptop).
Also, I will need to do extensive testing after changing the answering mechanism, to be sure it will not break the various cases (many channels with same username, many channels with different usernames, earlymedia, etc etc).
So, please be patient until next week and I'll give it a thoroughly solution.
Bye for now,
-giovanni
On Wed, Jul 28, 2010 at 12:11 AM, Giovanni Maruzzelli <gmaruzz@celliax.org> wrote:
Wup, I was confused, hehe. I'll fix it tomorrow, while the kid is doing his own things with his friends (certain times I just don't realize he's big boy now ;) ). -giovanni
On 7/27/10, Giovanni Maruzzelli <gmaruzz@celliax.org> wrote:
Hi Jason
that is mod_skypopen fault (my fault).
mod_skypopen directly answers an incoming call, without taking into account if it is directed to do it or not.
I've also filed a Jira to myself about it, but not yet taken care of.
I will fix it as soon as possible, but probably not before net week (I'm in holyday with the son right now, he would not like that so much).
Sorry for making you and anthm waste time in debugging an inexplicable behavior,
-giovanni
On Tue, Jul 27, 2010 at 8:24 PM, Jason Jeffords <jason@cloudtree.net> wrote:
Hi Anthony, It looks like mod_skypopen is answering the Skype call and opening the channel before any dialplan lookups are reached :( Here is part of the log: 2010-07-27 18:07:28.553971 [DEBUG] skypopen_protocol.c:176 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 176 ][interface1][-1, 0, 0] READING: |||CALL 2114 CONF_ID 0||| 2010-07-27 18:07:28.563966 [DEBUG] skypopen_protocol.c:176 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 176 ][interface1][-1, 0, 0] READING: |||USER jjeffords.com TIMEZONE 72000||| 2010-07-27 18:07:28.633980 [DEBUG] skypopen_protocol.c:176 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 176 ][interface1][-1, 0, 0] READING: |||CALL 2114 STATUS RINGING||| 2010-07-27 18:07:28.633980 [DEBUG] skypopen_protocol.c:556 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 556 ][interface1][-1, 0, 0] NO ACTIVE calls in this moment, skype_call 2114 is RINGING, to ask PARTNER_HANDLE 2010-07-27 18:07:28.633980 [DEBUG] skypopen_protocol.c:1498 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 1498 ][interface1][-1, 0, 0] SENDING: |||GET CALL 2114 PARTNER_HANDLE|||| 2010-07-27 18:07:28.663964 [DEBUG] skypopen_protocol.c:176 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 176 ][interface1][-1, 0, 0] READING: |||CALL 2114 PARTNER_HANDLE jjeffords.com||| 2010-07-27 18:07:28.663964 [DEBUG] skypopen_protocol.c:481 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 481 ][interface1][-1, 0, 0] Call 2114 TRY ANSWER 2010-07-27 18:07:28.663964 [DEBUG] mod_skypopen.c:2301 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 2301 ][interface1][-1, 0, 0] NOT FOUND 2010-07-27 18:07:28.663964 [DEBUG] skypopen_protocol.c:1498 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 1498 ][interface1][-1, 0, 0] SENDING: |||GET CALL 2114 PARTNER_DISPNAME|||| 2010-07-27 18:07:28.683968 [DEBUG] skypopen_protocol.c:1498 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 1498 ][interface1][-1,11, 0] SENDING: |||ALTER CALL 2114 ANSWER|||| 2010-07-27 18:07:28.703965 [DEBUG] mod_skypopen.c:2314 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 2314 ][interface1][-1,11, 0] We answered a Skype RING on skype_call 2114 2010-07-27 18:07:28.703965 [DEBUG] mod_skypopen.c:2322 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 2322 ][interface1][-1,11, 0] NEW! name: interface1, state: 11, value=jjeffords.com, tech_pvt->callid_number=jjeffords.com, tech_pvt->skype_user=cloud-tree-admin 2010-07-27 18:07:28.703965 [DEBUG] skypopen_protocol.c:176 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 176 ][interface1][-1,11, 0] READING: |||CALL 2114 PARTNER_DISPNAME Jason Jeffords||| 2010-07-27 18:07:28.714033 [DEBUG] skypopen_protocol.c:176 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 176 ][interface1][-1,11, 0] READING: |||ALTER CALL 2114 ANSWER||| 2010-07-27 18:07:28.733950 [DEBUG] skypopen_protocol.c:176 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 176 ][interface1][-1,11, 0] READING: |||CALL 2114 STATUS INPROGRESS||| 2010-07-27 18:07:28.733950 [DEBUG] skypopen_protocol.c:660 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 660 ][interface1][-1,11, 0] no tech_pvt->session_uuid_str 2010-07-27 18:07:28.733950 [DEBUG] skypopen_protocol.c:666 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 666 ][interface1][-1,11, 0] skype_call: 2114 is now active 2010-07-27 18:07:28.733950 [DEBUG] skypopen_protocol.c:673 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 673 ][interface1][-1, 5,21] START start_audio_threads 2010-07-27 18:07:28.733950 [DEBUG] skypopen_protocol.c:83 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 83 ][interface1][-1, 5,21] Binded! *which_port=32769, tech_pvt->tcp_cli_port=32770, tech_pvt->tcp_srv_port=32769 2010-07-27 18:07:28.733950 [DEBUG] skypopen_protocol.c:88 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 88 ][interface1][-1, 5,21] 1 SO_RCVBUF is 87380, size is 4 2010-07-27 18:07:28.733950 [DEBUG] skypopen_protocol.c:92 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 92 ][interface1][-1, 5,21] 1 SO_SNDBUF is 16384, size is 4 2010-07-27 18:07:28.733950 [DEBUG] skypopen_protocol.c:113 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 113 ][interface1][-1, 5,21] 2 SO_RCVBUF is 87380, size is 4 2010-07-27 18:07:28.733950 [DEBUG] skypopen_protocol.c:132 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 132 ][interface1][-1, 5,21] 2 SO_SNDBUF is 16384, size is 4 2010-07-27 18:07:28.733950 [DEBUG] skypopen_protocol.c:136 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 136 ][interface1][-1, 5,21] TCP_NODELAY is 0 2010-07-27 18:07:28.733950 [DEBUG] skypopen_protocol.c:143 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 143 ][interface1][-1, 5,21] TCP_NODELAY is 0 2010-07-27 18:07:28.733950 [DEBUG] skypopen_protocol.c:773 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 773 ][interface1][-1, 5,21] started tcp_srv_thread thread. 2010-07-27 18:07:28.733950 [DEBUG] mod_skypopen.c:1889 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 1889 ][interface1][-1, 5,21] started tcp_srv_thread thread. 2010-07-27 18:07:28.733950 [DEBUG] skypopen_protocol.c:83 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 83 ][interface1][-1, 5,21] Binded! *which_port=32770, tech_pvt->tcp_cli_port=32770, tech_pvt->tcp_srv_port=32769 2010-07-27 18:07:28.733950 [DEBUG] skypopen_protocol.c:88 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 88 ][interface1][-1, 5,21] 1 SO_RCVBUF is 87380, size is 4 2010-07-27 18:07:28.733950 [DEBUG] skypopen_protocol.c:92 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 92 ][interface1][-1, 5,21] 1 SO_SNDBUF is 16384, size is 4 2010-07-27 18:07:28.733950 [DEBUG] skypopen_protocol.c:113 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 113 ][interface1][-1, 5,21] 2 SO_RCVBUF is 87380, size is 4 2010-07-27 18:07:28.733950 [DEBUG] skypopen_protocol.c:132 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 132 ][interface1][-1, 5,21] 2 SO_SNDBUF is 16384, size is 4 2010-07-27 18:07:28.733950 [DEBUG] skypopen_protocol.c:136 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 136 ][interface1][-1, 5,21] TCP_NODELAY is 0 2010-07-27 18:07:28.733950 [DEBUG] skypopen_protocol.c:143 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 143 ][interface1][-1, 5,21] TCP_NODELAY is 0 2010-07-27 18:07:28.733950 [DEBUG] skypopen_protocol.c:924 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 924 ][interface1][-1, 5,21] started tcp_cli_thread thread. 2010-07-27 18:07:28.733950 [DEBUG] mod_skypopen.c:1899 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 1899 ][interface1][-1, 5,21] started tcp_cli_thread thread. 2010-07-27 18:07:28.853968 [DEBUG] skypopen_protocol.c:1498 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 1498 ][interface1][-1, 5,21] SENDING: |||ALTER CALL 2114 SET_INPUT PORT="32770"|||| 2010-07-27 18:07:28.864023 [DEBUG] skypopen_protocol.c:953 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 953 ][interface1][-1, 5,21] ACCEPTED here you send me 32770 2010-07-27 18:07:28.864023 [DEBUG] skypopen_protocol.c:958 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 958 ][interface1][-1, 5,21] 4 SO_RCVBUF is 87380, size is 4 2010-07-27 18:07:28.864023 [DEBUG] skypopen_protocol.c:962 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 962 ][interface1][-1, 5,21] 4 SO_SNDBUF is 16384, size is 4 2010-07-27 18:07:28.873942 [DEBUG] skypopen_protocol.c:1498 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 1498 ][interface1][-1, 5,21] SENDING: |||#output ALTER CALL 2114 SET_OUTPUT PORT="32769"|||| 2010-07-27 18:07:28.883950 [DEBUG] skypopen_protocol.c:688 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 688 ][interface1][-1, 5,21] New Inbound Channel!
2010-07-27 18:07:28.883950 [DEBUG] mod_skypopen.c:1920 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 1920 ][interface1][-1, 5,21] 2 SESSION_REQUEST d18a03ae-99a9-11df-9273-dfe9044f32b8 2010-07-27 18:07:28.883950 [DEBUG] mod_skypopen.c:258 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 258 ][interface1][-1, 5,21] skypopen_tech_init SUCCESS 2010-07-27 18:07:28.883950 [NOTICE] switch_channel.c:776 New Channel skypopen/interface1 [d18a03ae-99a9-11df-9273-dfe9044f32b8] 2010-07-27 18:07:28.883950 [DEBUG] mod_skypopen.c:1944 (skypopen/interface1) State Change CS_NEW -> CS_INIT
On Tue, Jul 27, 2010 at 2:06 PM, Anthony Minessale <anthony.minessale@gmail.com> wrote:
don't answer the A leg? bridge to B with it unanswered and it should
do
what you want unless somehow the skype channel answers explicitly which would be a possible bug in mod_skype_open
On Tue, Jul 27, 2010 at 9:43 AM, Jason Jeffords <jason@cloudtree.net> wrote: > > Hi Anthony, > Thank you for your very fast response and your excellent work on > Freeswitch :) > We have tried setting ignore_early_media=true in the bridge dial string > (the B > leg). This has the expected effect of removing ringing from the > channel > (the > A leg no longer hears ringing, neither Skype nor PSTN). > The problem is the A leg has answered the Skype call (mod_skypopen) and > established a channel before the B leg has answered. We want to tie > these > call state machines together to allow the A leg to continue to Skype > ring > until > the B leg answers. > We tried setting ignore_early_media on the A leg as well in several > different > locations in the dialplan without success. > Do you have another other suggestions? Is there a different > variable > that > allows the state machines to be tied together as described above? > Thanks for your help, > Jason > > > On Thu, Jul 22, 2010 at 6:01 PM, Anthony Minessale > <anthony.minessale@gmail.com> wrote: >> >> add {ignore_early_media=true} to your bridge dial string >> >> On Thu, Jul 22, 2010 at 3:51 PM, Jason Jeffords < jason@cloudtree.net> >> wrote: >>> >>> My specific use case is an inbound Skype call using mod_skypopen >>> to a >>> SIP phone. >>> I would like the Skype call to keep ringing as a Skype call (not a >>> PSTN >>> call) >>> until the B-leg is answered. The default behaviour is the Skype call >>> is answered >>> by freeswitch and ringback is played over the established Skype call. >>> Thanks in advance, >>> Jason >>> >>> >>> _______________________________________________ >>> 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/ >> Twitter: http://twitter.com/FreeSWITCH_wire >> >> 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> >> googletalk:conf+888@conference.freeswitch.org<googletalk%3Aconf%2B888@conference.freeswitch.org> >> pstn:+19193869900 >> >> _______________________________________________ >> 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 >> > > > > > _______________________________________________ > 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/ Twitter: http://twitter.com/FreeSWITCH_wire
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> googletalk:conf+888@conference.freeswitch.org<googletalk%3Aconf%2B888@conference.freeswitch.org> pstn:+19193869900
_______________________________________________ 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
_______________________________________________ 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
-- Sincerely,
Giovanni Maruzzelli Cell : +39-347-2665618
-- Sent from my mobile device
Sincerely,
Giovanni Maruzzelli Cell : +39-347-2665618
-- Sincerely,
Giovanni Maruzzelli Cell : +39-347-2665618
_______________________________________________ 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
-- Sent from my mobile device Sincerely, Giovanni Maruzzelli Cell : +39-347-2665618
Thank you Giovanni, This is great news :) Let us know if we can do anything to help and to test. Thanks again, Jason On Mon, Aug 9, 2010 at 1:16 AM, Giovanni Maruzzelli <gmaruzz@celliax.org>wrote:
Just to let you know, I'm making progresses on this, got a prototype working, need more work and tests, some more days. -giovanni
On 7/28/10, Jason Jeffords <jason@cloudtree.net> wrote:
Giovanni,
No worries, thank you for all your help. We will work on other things until you are ready.
Have a great holiday,
Jason
On Wed, Jul 28, 2010 at 9:30 AM, Giovanni Maruzzelli <gmaruzz@celliax.org>wrote:
Jason,
sorry for the inconvenience.
I had a look (a long look) at the problem, and no way I can fix it in a decent way right now because of how the code is presently structured and because of my tools here (trying to operate on a remote server with a wobbly bluetooth connection via the cellphone from a tiny laptop).
Also, I will need to do extensive testing after changing the answering mechanism, to be sure it will not break the various cases (many channels with same username, many channels with different usernames, earlymedia, etc etc).
So, please be patient until next week and I'll give it a thoroughly solution.
Bye for now,
-giovanni
On Wed, Jul 28, 2010 at 12:11 AM, Giovanni Maruzzelli <gmaruzz@celliax.org> wrote:
Wup, I was confused, hehe. I'll fix it tomorrow, while the kid is doing his own things with his friends (certain times I just don't realize he's big boy now ;) ). -giovanni
On 7/27/10, Giovanni Maruzzelli <gmaruzz@celliax.org> wrote:
Hi Jason
that is mod_skypopen fault (my fault).
mod_skypopen directly answers an incoming call, without taking into account if it is directed to do it or not.
I've also filed a Jira to myself about it, but not yet taken care of.
I will fix it as soon as possible, but probably not before net week (I'm in holyday with the son right now, he would not like that so much).
Sorry for making you and anthm waste time in debugging an inexplicable behavior,
-giovanni
On Tue, Jul 27, 2010 at 8:24 PM, Jason Jeffords <jason@cloudtree.net
wrote:
Hi Anthony, It looks like mod_skypopen is answering the Skype call and opening the channel before any dialplan lookups are reached :( Here is part of the log: 2010-07-27 18:07:28.553971 [DEBUG] skypopen_protocol.c:176 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 176 ][interface1][-1, 0, 0] READING: |||CALL 2114 CONF_ID 0||| 2010-07-27 18:07:28.563966 [DEBUG] skypopen_protocol.c:176 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 176 ][interface1][-1, 0, 0] READING: |||USER jjeffords.com TIMEZONE 72000||| 2010-07-27 18:07:28.633980 [DEBUG] skypopen_protocol.c:176 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 176 ][interface1][-1, 0, 0] READING: |||CALL 2114 STATUS RINGING||| 2010-07-27 18:07:28.633980 [DEBUG] skypopen_protocol.c:556 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 556 ][interface1][-1, 0, 0] NO ACTIVE calls in this moment, skype_call 2114 is RINGING, to ask PARTNER_HANDLE 2010-07-27 18:07:28.633980 [DEBUG] skypopen_protocol.c:1498 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 1498 ][interface1][-1, 0, 0] SENDING: |||GET CALL 2114 PARTNER_HANDLE|||| 2010-07-27 18:07:28.663964 [DEBUG] skypopen_protocol.c:176 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 176 ][interface1][-1, 0, 0] READING: |||CALL 2114 PARTNER_HANDLE jjeffords.com||| 2010-07-27 18:07:28.663964 [DEBUG] skypopen_protocol.c:481 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 481 ][interface1][-1, 0, 0] Call 2114 TRY ANSWER 2010-07-27 18:07:28.663964 [DEBUG] mod_skypopen.c:2301 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 2301 ][interface1][-1, 0, 0] NOT FOUND 2010-07-27 18:07:28.663964 [DEBUG] skypopen_protocol.c:1498 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 1498 ][interface1][-1, 0, 0] SENDING: |||GET CALL 2114 PARTNER_DISPNAME|||| 2010-07-27 18:07:28.683968 [DEBUG] skypopen_protocol.c:1498 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 1498 ][interface1][-1,11, 0] SENDING: |||ALTER CALL 2114 ANSWER|||| 2010-07-27 18:07:28.703965 [DEBUG] mod_skypopen.c:2314 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 2314 ][interface1][-1,11, 0] We answered a Skype RING on skype_call 2114 2010-07-27 18:07:28.703965 [DEBUG] mod_skypopen.c:2322 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 2322 ][interface1][-1,11, 0] NEW! name: interface1, state: 11, value=jjeffords.com, tech_pvt->callid_number=jjeffords.com, tech_pvt->skype_user=cloud-tree-admin 2010-07-27 18:07:28.703965 [DEBUG] skypopen_protocol.c:176 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 176 ][interface1][-1,11, 0] READING: |||CALL 2114 PARTNER_DISPNAME Jason Jeffords||| 2010-07-27 18:07:28.714033 [DEBUG] skypopen_protocol.c:176 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 176 ][interface1][-1,11, 0] READING: |||ALTER CALL 2114 ANSWER||| 2010-07-27 18:07:28.733950 [DEBUG] skypopen_protocol.c:176 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 176 ][interface1][-1,11, 0] READING: |||CALL 2114 STATUS INPROGRESS||| 2010-07-27 18:07:28.733950 [DEBUG] skypopen_protocol.c:660 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 660 ][interface1][-1,11, 0] no tech_pvt->session_uuid_str 2010-07-27 18:07:28.733950 [DEBUG] skypopen_protocol.c:666 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 666 ][interface1][-1,11, 0] skype_call: 2114 is now active 2010-07-27 18:07:28.733950 [DEBUG] skypopen_protocol.c:673 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 673 ][interface1][-1, 5,21] START start_audio_threads 2010-07-27 18:07:28.733950 [DEBUG] skypopen_protocol.c:83 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 83 ][interface1][-1, 5,21] Binded! *which_port=32769, tech_pvt->tcp_cli_port=32770, tech_pvt->tcp_srv_port=32769 2010-07-27 18:07:28.733950 [DEBUG] skypopen_protocol.c:88 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 88 ][interface1][-1, 5,21] 1 SO_RCVBUF is 87380, size is 4 2010-07-27 18:07:28.733950 [DEBUG] skypopen_protocol.c:92 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 92 ][interface1][-1, 5,21] 1 SO_SNDBUF is 16384, size is 4 2010-07-27 18:07:28.733950 [DEBUG] skypopen_protocol.c:113 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 113 ][interface1][-1, 5,21] 2 SO_RCVBUF is 87380, size is 4 2010-07-27 18:07:28.733950 [DEBUG] skypopen_protocol.c:132 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 132 ][interface1][-1, 5,21] 2 SO_SNDBUF is 16384, size is 4 2010-07-27 18:07:28.733950 [DEBUG] skypopen_protocol.c:136 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 136 ][interface1][-1, 5,21] TCP_NODELAY is 0 2010-07-27 18:07:28.733950 [DEBUG] skypopen_protocol.c:143 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 143 ][interface1][-1, 5,21] TCP_NODELAY is 0 2010-07-27 18:07:28.733950 [DEBUG] skypopen_protocol.c:773 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 773 ][interface1][-1, 5,21] started tcp_srv_thread thread. 2010-07-27 18:07:28.733950 [DEBUG] mod_skypopen.c:1889 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 1889 ][interface1][-1, 5,21] started tcp_srv_thread thread. 2010-07-27 18:07:28.733950 [DEBUG] skypopen_protocol.c:83 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 83 ][interface1][-1, 5,21] Binded! *which_port=32770, tech_pvt->tcp_cli_port=32770, tech_pvt->tcp_srv_port=32769 2010-07-27 18:07:28.733950 [DEBUG] skypopen_protocol.c:88 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 88 ][interface1][-1, 5,21] 1 SO_RCVBUF is 87380, size is 4 2010-07-27 18:07:28.733950 [DEBUG] skypopen_protocol.c:92 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 92 ][interface1][-1, 5,21] 1 SO_SNDBUF is 16384, size is 4 2010-07-27 18:07:28.733950 [DEBUG] skypopen_protocol.c:113 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 113 ][interface1][-1, 5,21] 2 SO_RCVBUF is 87380, size is 4 2010-07-27 18:07:28.733950 [DEBUG] skypopen_protocol.c:132 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 132 ][interface1][-1, 5,21] 2 SO_SNDBUF is 16384, size is 4 2010-07-27 18:07:28.733950 [DEBUG] skypopen_protocol.c:136 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 136 ][interface1][-1, 5,21] TCP_NODELAY is 0 2010-07-27 18:07:28.733950 [DEBUG] skypopen_protocol.c:143 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 143 ][interface1][-1, 5,21] TCP_NODELAY is 0 2010-07-27 18:07:28.733950 [DEBUG] skypopen_protocol.c:924 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 924 ][interface1][-1, 5,21] started tcp_cli_thread thread. 2010-07-27 18:07:28.733950 [DEBUG] mod_skypopen.c:1899 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 1899 ][interface1][-1, 5,21] started tcp_cli_thread thread. 2010-07-27 18:07:28.853968 [DEBUG] skypopen_protocol.c:1498 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 1498 ][interface1][-1, 5,21] SENDING: |||ALTER CALL 2114 SET_INPUT PORT="32770"|||| 2010-07-27 18:07:28.864023 [DEBUG] skypopen_protocol.c:953 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 953 ][interface1][-1, 5,21] ACCEPTED here you send me 32770 2010-07-27 18:07:28.864023 [DEBUG] skypopen_protocol.c:958 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 958 ][interface1][-1, 5,21] 4 SO_RCVBUF is 87380, size is 4 2010-07-27 18:07:28.864023 [DEBUG] skypopen_protocol.c:962 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 962 ][interface1][-1, 5,21] 4 SO_SNDBUF is 16384, size is 4 2010-07-27 18:07:28.873942 [DEBUG] skypopen_protocol.c:1498 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 1498 ][interface1][-1, 5,21] SENDING: |||#output ALTER CALL 2114 SET_OUTPUT PORT="32769"|||| 2010-07-27 18:07:28.883950 [DEBUG] skypopen_protocol.c:688 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 688 ][interface1][-1, 5,21] New Inbound Channel!
2010-07-27 18:07:28.883950 [DEBUG] mod_skypopen.c:1920 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 1920 ][interface1][-1, 5,21] 2 SESSION_REQUEST d18a03ae-99a9-11df-9273-dfe9044f32b8 2010-07-27 18:07:28.883950 [DEBUG] mod_skypopen.c:258 rev git2svn-syncpoint-master-132-g91a87e9[(nil)|37 ][DEBUG_SKYPE 258 ][interface1][-1, 5,21] skypopen_tech_init SUCCESS 2010-07-27 18:07:28.883950 [NOTICE] switch_channel.c:776 New Channel skypopen/interface1 [d18a03ae-99a9-11df-9273-dfe9044f32b8] 2010-07-27 18:07:28.883950 [DEBUG] mod_skypopen.c:1944 (skypopen/interface1) State Change CS_NEW -> CS_INIT
On Tue, Jul 27, 2010 at 2:06 PM, Anthony Minessale <anthony.minessale@gmail.com> wrote: > > don't answer the A leg? bridge to B with it unanswered and it should do > what you want unless somehow the skype channel answers explicitly which > would be a possible bug in mod_skype_open > > On Tue, Jul 27, 2010 at 9:43 AM, Jason Jeffords < jason@cloudtree.net> > wrote: >> >> Hi Anthony, >> Thank you for your very fast response and your excellent work on >> Freeswitch :) >> We have tried setting ignore_early_media=true in the bridge dial string >> (the B >> leg). This has the expected effect of removing ringing from the >> channel >> (the >> A leg no longer hears ringing, neither Skype nor PSTN). >> The problem is the A leg has answered the Skype call (mod_skypopen) and >> established a channel before the B leg has answered. We want to tie >> these >> call state machines together to allow the A leg to continue to Skype >> ring >> until >> the B leg answers. >> We tried setting ignore_early_media on the A leg as well in several >> different >> locations in the dialplan without success. >> Do you have another other suggestions? Is there a different >> variable >> that >> allows the state machines to be tied together as described above? >> Thanks for your help, >> Jason >> >> >> On Thu, Jul 22, 2010 at 6:01 PM, Anthony Minessale >> <anthony.minessale@gmail.com> wrote: >>> >>> add {ignore_early_media=true} to your bridge dial string >>> >>> On Thu, Jul 22, 2010 at 3:51 PM, Jason Jeffords < jason@cloudtree.net> >>> wrote: >>>> >>>> My specific use case is an inbound Skype call using mod_skypopen >>>> to a >>>> SIP phone. >>>> I would like the Skype call to keep ringing as a Skype call (not a >>>> PSTN >>>> call) >>>> until the B-leg is answered. The default behaviour is the Skype call >>>> is answered >>>> by freeswitch and ringback is played over the established Skype call. >>>> Thanks in advance, >>>> Jason >>>> >>>> >>>> _______________________________________________ >>>> 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/ >>> Twitter: http://twitter.com/FreeSWITCH_wire >>> >>> AIM: anthm >>> MSN:anthony_minessale@hotmail.com<MSN%3Aanthony_minessale@hotmail.com> <MSN%3Aanthony_minessale@hotmail.com<MSN%253Aanthony_minessale@hotmail.com>
>>> GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com<PAYPAL%3Aanthony.minessale@gmail.com> <PAYPAL%3Aanthony.minessale@gmail.com<PAYPAL%253Aanthony.minessale@gmail.com>
>>> IRC: irc.freenode.net #freeswitch >>> >>> FreeSWITCH Developer Conference >>> sip:888@conference.freeswitch.org<sip%3A888@conference.freeswitch.org> <sip%3A888@conference.freeswitch.org<sip%253A888@conference.freeswitch.org>
>>> googletalk:conf+888@conference.freeswitch.org<googletalk%3Aconf%2B888@conference.freeswitch.org> <googletalk%3Aconf%2B888@conference.freeswitch.org<googletalk%253Aconf%252B888@conference.freeswitch.org>
>>> pstn:+19193869900 >>> >>> _______________________________________________ >>> 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 >>> >> >> >> >> >> _______________________________________________ >> 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/ > Twitter: http://twitter.com/FreeSWITCH_wire > > AIM: anthm > MSN:anthony_minessale@hotmail.com<MSN%3Aanthony_minessale@hotmail.com> <MSN%3Aanthony_minessale@hotmail.com<MSN%253Aanthony_minessale@hotmail.com>
> GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com<PAYPAL%3Aanthony.minessale@gmail.com> <PAYPAL%3Aanthony.minessale@gmail.com<PAYPAL%253Aanthony.minessale@gmail.com>
> IRC: irc.freenode.net #freeswitch > > FreeSWITCH Developer Conference > sip:888@conference.freeswitch.org<sip%3A888@conference.freeswitch.org> <sip%3A888@conference.freeswitch.org<sip%253A888@conference.freeswitch.org>
> googletalk:conf+888@conference.freeswitch.org<googletalk%3Aconf%2B888@conference.freeswitch.org> <googletalk%3Aconf%2B888@conference.freeswitch.org<googletalk%253Aconf%252B888@conference.freeswitch.org>
> pstn:+19193869900 > > _______________________________________________ > 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 >
_______________________________________________ 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
-- Sincerely,
Giovanni Maruzzelli Cell : +39-347-2665618
-- Sent from my mobile device
Sincerely,
Giovanni Maruzzelli Cell : +39-347-2665618
-- Sincerely,
Giovanni Maruzzelli Cell : +39-347-2665618
_______________________________________________ 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
-- Sent from my mobile device
Sincerely,
Giovanni Maruzzelli Cell : +39-347-2665618
_______________________________________________ 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
Jason, please test with the latest git version. Many messy changes to an already messy code, so maybe some bug or side effect (ok, bug) has been introduced. commit 45c6c4d3e42e3c114b47d52ca2e9fca6b1be8090 Author: Giovanni Maruzzelli <gmaruzz@gmail.com> Date: Fri Aug 13 16:19:20 2010 -0500 skypopen: now answer a call only when directed to do it (before was trying to answer any incoming call). Lot of changes to a messy part, so maybe some problem will come out... Signed-off-by: Giovanni Maruzzelli <gmaruzz@gmail.com> -giovanni -- Sincerely, Giovanni Maruzzelli Cell : +39-347-2665618
Thank you Giovanni, We will test ASAP. Jason On Fri, Aug 13, 2010 at 5:31 PM, Giovanni Maruzzelli <gmaruzz@celliax.org>wrote:
Jason,
please test with the latest git version.
Many messy changes to an already messy code, so maybe some bug or side effect (ok, bug) has been introduced.
commit 45c6c4d3e42e3c114b47d52ca2e9fca6b1be8090 Author: Giovanni Maruzzelli <gmaruzz@gmail.com> Date: Fri Aug 13 16:19:20 2010 -0500
skypopen: now answer a call only when directed to do it (before was trying to answer any incoming call). Lot of changes to a messy part, so maybe some problem will come out...
Signed-off-by: Giovanni Maruzzelli <gmaruzz@gmail.com>
-giovanni -- Sincerely,
Giovanni Maruzzelli Cell : +39-347-2665618
_______________________________________________ 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
Hi Giovanni, We got some test cycles today and have found the following: 1) SIP to Skype calls work as desired - A-leg is SIP, B-leg is Skype 2) Skype to Internal Extensions Work as desired - A-leg is Skype, B-leg is FreeSwitch (internal extension) 3) Skype to SIP does not work - A-leg is Skype, B-leg is SIP In the last case: 1) We hear Skype ringing until the B-leg (SIP) is answered - this is correct 2) We then get dead air and the SIP B-leg hangs up on its own (i.e. the user answering does not hang up, but the connection hangs up) 3) The Skype client connection stays up with dead air until it is manually hung up We are running the latest code as of today. Any insight you could provide will be most appreciated. Thanks of all your work, Jason On Fri, Aug 13, 2010 at 5:31 PM, Giovanni Maruzzelli <gmaruzz@celliax.org>wrote:
Jason,
please test with the latest git version.
Many messy changes to an already messy code, so maybe some bug or side effect (ok, bug) has been introduced.
commit 45c6c4d3e42e3c114b47d52ca2e9fca6b1be8090 Author: Giovanni Maruzzelli <gmaruzz@gmail.com> Date: Fri Aug 13 16:19:20 2010 -0500
skypopen: now answer a call only when directed to do it (before was trying to answer any incoming call). Lot of changes to a messy part, so maybe some problem will come out...
Signed-off-by: Giovanni Maruzzelli <gmaruzz@gmail.com>
-giovanni -- Sincerely,
Giovanni Maruzzelli Cell : +39-347-2665618
_______________________________________________ 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
Hi Jason, with 3) - the problematic one - you mean an incoming call from a remote skype to the fs-skype, that is then bridged to an outbound sip call? I'm asking this because this is the most tested case, eg: in the gateway for the FS-conference, where the incoming skype calls are then bridged (through dialplan, like pressing "1" in the standard IVR) with the sip conference. And it works with no problems... Let me know more, please. -giovanni On Mon, Aug 23, 2010 at 8:28 PM, Jason Jeffords <jason@cloudtree.net> wrote:
Hi Giovanni, We got some test cycles today and have found the following: 1) SIP to Skype calls work as desired - A-leg is SIP, B-leg is Skype 2) Skype to Internal Extensions Work as desired - A-leg is Skype, B-leg is FreeSwitch (internal extension) 3) Skype to SIP does not work - A-leg is Skype, B-leg is SIP In the last case: 1) We hear Skype ringing until the B-leg (SIP) is answered - this is correct 2) We then get dead air and the SIP B-leg hangs up on its own (i.e. the user answering does not hang up, but the connection hangs up) 3) The Skype client connection stays up with dead air until it is manually hung up We are running the latest code as of today. Any insight you could provide will be most appreciated. Thanks of all your work, Jason On Fri, Aug 13, 2010 at 5:31 PM, Giovanni Maruzzelli <gmaruzz@celliax.org> wrote:
Jason,
please test with the latest git version.
Many messy changes to an already messy code, so maybe some bug or side effect (ok, bug) has been introduced.
commit 45c6c4d3e42e3c114b47d52ca2e9fca6b1be8090 Author: Giovanni Maruzzelli <gmaruzz@gmail.com> Date: Fri Aug 13 16:19:20 2010 -0500
skypopen: now answer a call only when directed to do it (before was trying to answer any incoming call). Lot of changes to a messy part, so maybe some problem will come out...
Signed-off-by: Giovanni Maruzzelli <gmaruzz@gmail.com>
-giovanni -- Sincerely,
Giovanni Maruzzelli Cell : +39-347-2665618
_______________________________________________ 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
_______________________________________________ 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
-- Sincerely, Giovanni Maruzzelli Cell : +39-347-2665618
Hi Giovanni, Our case 3 test was actually being bridged to a SIP endpoint (not in a conference, although this probably should not matter). We tested two type 3 cases: 1) Skype to FreeSWITCH Skype bridged to an extension of a registered SIP phone 2) Skype to FreeSWITCH Skype bridged to an outbound call through a PSTN gateway In both cases we are transiting FreeSWITCH, not terminating on it (could there be a race condition when doing signaling coordination to remote SIP endpoints, not FreeSWITCH itself?). When we terminate Skype calls on FreeSWITCH this works (case 2). It also works for outbound Skype calls (case1 - SIP to FreeSWITCH, FreeSWITCH Skype to Skype). Also, we are running the very latest (well, as of this morning) git version, so that may introduce one more variable (if you are running an older version). Thanks for your help, Jason On Mon, Aug 23, 2010 at 6:36 PM, Giovanni Maruzzelli <gmaruzz@celliax.org>wrote:
Hi Jason,
with 3) - the problematic one - you mean an incoming call from a remote skype to the fs-skype, that is then bridged to an outbound sip call?
I'm asking this because this is the most tested case, eg: in the gateway for the FS-conference, where the incoming skype calls are then bridged (through dialplan, like pressing "1" in the standard IVR) with the sip conference. And it works with no problems...
Let me know more, please.
-giovanni
On Mon, Aug 23, 2010 at 8:28 PM, Jason Jeffords <jason@cloudtree.net> wrote:
Hi Giovanni, We got some test cycles today and have found the following: 1) SIP to Skype calls work as desired - A-leg is SIP, B-leg is Skype 2) Skype to Internal Extensions Work as desired - A-leg is Skype, B-leg is FreeSwitch (internal extension) 3) Skype to SIP does not work - A-leg is Skype, B-leg is SIP In the last case: 1) We hear Skype ringing until the B-leg (SIP) is answered - this is correct 2) We then get dead air and the SIP B-leg hangs up on its own (i.e. the user answering does not hang up, but the connection hangs up) 3) The Skype client connection stays up with dead air until it is manually hung up We are running the latest code as of today. Any insight you could provide will be most appreciated. Thanks of all your work, Jason On Fri, Aug 13, 2010 at 5:31 PM, Giovanni Maruzzelli < gmaruzz@celliax.org> wrote:
Jason,
please test with the latest git version.
Many messy changes to an already messy code, so maybe some bug or side effect (ok, bug) has been introduced.
commit 45c6c4d3e42e3c114b47d52ca2e9fca6b1be8090 Author: Giovanni Maruzzelli <gmaruzz@gmail.com> Date: Fri Aug 13 16:19:20 2010 -0500
skypopen: now answer a call only when directed to do it (before was trying to answer any incoming call). Lot of changes to a messy part, so maybe some problem will come out...
Signed-off-by: Giovanni Maruzzelli <gmaruzz@gmail.com>
-giovanni -- Sincerely,
Giovanni Maruzzelli Cell : +39-347-2665618
_______________________________________________ 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
_______________________________________________ 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
-- Sincerely,
Giovanni Maruzzelli Cell : +39-347-2665618
_______________________________________________ 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
Hi Jason, I repetedly tested the scenario: Skype->skypopen->FS->SIP->FS and this mens, a skype call incoming to FS and then bridged via SIP to another FS you can test the same on your machine if you make the destination for skypopen interface pointing to the extension 5000 of the default dialplan (the standard IVR) and then press 1. Can you please test the 5000 ext press 1, and confirm that it works (or not) for you? Can you then post (better in a Jira) the exact way to replicate your problem? (dialplan, actions, configs, whatever) Thanks for reporting, -giovanni On Tue, Aug 24, 2010 at 1:34 AM, Jason Jeffords <jason@cloudtree.net> wrote:
Hi Giovanni, Our case 3 test was actually being bridged to a SIP endpoint (not in a conference, although this probably should not matter). We tested two type 3 cases: 1) Skype to FreeSWITCH Skype bridged to an extension of a registered SIP phone 2) Skype to FreeSWITCH Skype bridged to an outbound call through a PSTN gateway In both cases we are transiting FreeSWITCH, not terminating on it (could there be a race condition when doing signaling coordination to remote SIP endpoints, not FreeSWITCH itself?). When we terminate Skype calls on FreeSWITCH this works (case 2). It also works for outbound Skype calls (case1 - SIP to FreeSWITCH, FreeSWITCH Skype to Skype). Also, we are running the very latest (well, as of this morning) git version, so that may introduce one more variable (if you are running an older version). Thanks for your help, Jason
On Mon, Aug 23, 2010 at 6:36 PM, Giovanni Maruzzelli <gmaruzz@celliax.org> wrote:
Hi Jason,
with 3) - the problematic one - you mean an incoming call from a remote skype to the fs-skype, that is then bridged to an outbound sip call?
I'm asking this because this is the most tested case, eg: in the gateway for the FS-conference, where the incoming skype calls are then bridged (through dialplan, like pressing "1" in the standard IVR) with the sip conference. And it works with no problems...
Let me know more, please.
-giovanni
On Mon, Aug 23, 2010 at 8:28 PM, Jason Jeffords <jason@cloudtree.net> wrote:
Hi Giovanni, We got some test cycles today and have found the following: 1) SIP to Skype calls work as desired - A-leg is SIP, B-leg is Skype 2) Skype to Internal Extensions Work as desired - A-leg is Skype, B-leg is FreeSwitch (internal extension) 3) Skype to SIP does not work - A-leg is Skype, B-leg is SIP In the last case: 1) We hear Skype ringing until the B-leg (SIP) is answered - this is correct 2) We then get dead air and the SIP B-leg hangs up on its own (i.e. the user answering does not hang up, but the connection hangs up) 3) The Skype client connection stays up with dead air until it is manually hung up We are running the latest code as of today. Any insight you could provide will be most appreciated. Thanks of all your work, Jason On Fri, Aug 13, 2010 at 5:31 PM, Giovanni Maruzzelli <gmaruzz@celliax.org> wrote:
Jason,
please test with the latest git version.
Many messy changes to an already messy code, so maybe some bug or side effect (ok, bug) has been introduced.
commit 45c6c4d3e42e3c114b47d52ca2e9fca6b1be8090 Author: Giovanni Maruzzelli <gmaruzz@gmail.com> Date: Fri Aug 13 16:19:20 2010 -0500
skypopen: now answer a call only when directed to do it (before was trying to answer any incoming call). Lot of changes to a messy part, so maybe some problem will come out...
Signed-off-by: Giovanni Maruzzelli <gmaruzz@gmail.com>
-giovanni -- Sincerely,
Giovanni Maruzzelli Cell : +39-347-2665618
_______________________________________________ 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
_______________________________________________ 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
-- Sincerely,
Giovanni Maruzzelli Cell : +39-347-2665618
_______________________________________________ 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
_______________________________________________ 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
-- Sincerely, Giovanni Maruzzelli Cell : +39-347-2665618
Hi Jason, can you retest with latest git? Your problem was a bug in the management of the early media coming from the leg B (eg: sofia, etc) to the A leg (eg skypopen). Now is fixed, I believe. Please let me know how it goes. -giovanni On Tue, Aug 24, 2010 at 1:34 AM, Jason Jeffords <jason@cloudtree.net> wrote:
Hi Giovanni, Our case 3 test was actually being bridged to a SIP endpoint (not in a conference, although this probably should not matter). We tested two type 3 cases: 1) Skype to FreeSWITCH Skype bridged to an extension of a registered SIP phone 2) Skype to FreeSWITCH Skype bridged to an outbound call through a PSTN gateway In both cases we are transiting FreeSWITCH, not terminating on it (could there be a race condition when doing signaling coordination to remote SIP endpoints, not FreeSWITCH itself?). When we terminate Skype calls on FreeSWITCH this works (case 2). It also works for outbound Skype calls (case1 - SIP to FreeSWITCH, FreeSWITCH Skype to Skype). Also, we are running the very latest (well, as of this morning) git version, so that may introduce one more variable (if you are running an older version). Thanks for your help, Jason -- Sincerely,
Giovanni Maruzzelli Cell : +39-347-2665618
Hi Giovanni, Our tests are working using the latest git! Thank you so much for all of your help, Jason On Fri, Aug 27, 2010 at 1:56 PM, Giovanni Maruzzelli <gmaruzz@celliax.org>wrote:
Hi Jason,
can you retest with latest git?
Your problem was a bug in the management of the early media coming from the leg B (eg: sofia, etc) to the A leg (eg skypopen).
Now is fixed, I believe.
Please let me know how it goes.
-giovanni
On Tue, Aug 24, 2010 at 1:34 AM, Jason Jeffords <jason@cloudtree.net> wrote:
Hi Giovanni, Our case 3 test was actually being bridged to a SIP endpoint (not in a conference, although this probably should not matter). We tested two type 3 cases: 1) Skype to FreeSWITCH Skype bridged to an extension of a registered SIP phone 2) Skype to FreeSWITCH Skype bridged to an outbound call through a PSTN gateway In both cases we are transiting FreeSWITCH, not terminating on it (could there be a race condition when doing signaling coordination to remote SIP endpoints, not FreeSWITCH itself?). When we terminate Skype calls on FreeSWITCH this works (case 2). It also works for outbound Skype calls (case1 - SIP to FreeSWITCH, FreeSWITCH Skype to Skype). Also, we are running the very latest (well, as of this morning) git version, so that may introduce one more variable (if you are running an older version). Thanks for your help, Jason -- Sincerely,
Giovanni Maruzzelli Cell : +39-347-2665618
participants (3)
-
Anthony Minessale
-
Giovanni Maruzzelli
-
Jason Jeffords