Re: [Freeswitch-users] mod_erlang_event problem: REPRODUCIBLE, fix needed
Hi, All and Andrew especially! ;-) I have managed to found a reason of my erlang and freeswitch mis-communication. I am receiving a call through 'external' sofia profile. Then I am sending it to my erlang application, *without* answering. The intent is for erlang application to test 'validity' of the call and then bridge it to external destination. Voice path needs to go directly between caller and callee, so I set inbound-bypass-media to true in external profile. When inbound-bypass-media is set to false, I am successfully managing a call through erlang application. When it is set to false, I am seeing 'got pid' and 'exit erlang_outbound_function' in log files, and I cannot manage calls in erlang. So, I guess there is a bug somewhere in erlang_event module or freeswitch itself. What should I do? Open a bug report in jira? -- Timur Irmatov, xmpp:irmatov@jabber.ru
On Thu, Jul 1, 2010 at 2:34 PM, Timur Irmatov <irmatov@gmail.com> wrote:
When inbound-bypass-media is set to false, I am successfully managing a call through erlang application. When it is set to false, I am seeing 'got pid' and 'exit erlang_outbound_function' in log files, and I cannot manage calls in erlang.
When it is set to *true* I am having a problem. -- Timur Irmatov, xmpp:irmatov@jabber.ru
On Thu, Jul 01, 2010 at 03:16:05PM +0500, Timur Irmatov wrote:
On Thu, Jul 1, 2010 at 2:34 PM, Timur Irmatov <irmatov@gmail.com> wrote:
When inbound-bypass-media is set to false, I am successfully managing a call through erlang application. When it is set to false, I am seeing 'got pid' and 'exit erlang_outbound_function' in log files, and I cannot manage calls in erlang.
When it is set to *true* I am having a problem.
So in the other thread you said it was working briefly until you restarted FreeSWITCH, is this the root cause of that problem, or is it another issue? I'm baffled as to why bypass media is having any effect here. Andrew
pastebin a console log with debug and sip trace enabled http://pastebin.freeswitch.org sofia profile internal siptrace on console loglevel debug *if you use some other profile besides internal enable siptrace for that instead. do it for any profiles involved. On Thu, Jul 1, 2010 at 2:01 PM, Andrew Thompson <andrew@hijacked.us> wrote:
On Thu, Jul 01, 2010 at 03:16:05PM +0500, Timur Irmatov wrote:
On Thu, Jul 1, 2010 at 2:34 PM, Timur Irmatov <irmatov@gmail.com> wrote:
When inbound-bypass-media is set to false, I am successfully managing a call through erlang application. When it is set to false, I am seeing 'got pid' and 'exit erlang_outbound_function' in log files, and I cannot manage calls in erlang.
When it is set to *true* I am having a problem.
So in the other thread you said it was working briefly until you restarted FreeSWITCH, is this the root cause of that problem, or is it another issue? I'm baffled as to why bypass media is having any effect here.
Andrew
_______________________________________________ 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
On Fri, Jul 2, 2010 at 1:33 AM, Anthony Minessale <anthony.minessale@gmail.com> wrote:
pastebin a console log with debug and sip trace enabled http://pastebin.freeswitch.org sofia profile internal siptrace on console loglevel debug *if you use some other profile besides internal enable siptrace for that instead. do it for any profiles involved.
I use only external profile. Here is the trace of failed call with inbound-bypass-media=true: http://pastebin.freeswitch.org/13334 Here is successfull call with inbound-bypass-media=false: http://pastebin.freeswitch.org/13335 -- Timur Irmatov, xmpp:irmatov@jabber.ru
Issue is descirbed in http://jira.freeswitch.org/browse/MODEVENT-65 with same info and logs. On Fri, Jul 2, 2010 at 12:23 PM, Timur Irmatov <irmatov@gmail.com> wrote:
On Fri, Jul 2, 2010 at 1:33 AM, Anthony Minessale <anthony.minessale@gmail.com> wrote:
pastebin a console log with debug and sip trace enabled http://pastebin.freeswitch.org sofia profile internal siptrace on console loglevel debug *if you use some other profile besides internal enable siptrace for that instead. do it for any profiles involved.
I use only external profile. Here is the trace of failed call with inbound-bypass-media=true:
http://pastebin.freeswitch.org/13334
Here is successfull call with inbound-bypass-media=false:
http://pastebin.freeswitch.org/13335
-- Timur Irmatov, xmpp:irmatov@jabber.ru
-- Timur Irmatov, xmpp:irmatov@jabber.ru
The problem is that you cannot park channels in the bypass media state. I did a patch to the code that will probably allow this so you can update and test it. The better approach is probably to set the bypass_media=true channel variable on an as-needed basis rather than setting that explicit flag or bypass_media_after_bridge=true channel variable so the call is using media during the park and takes it away when the call is bridged. On Fri, Jul 2, 2010 at 2:27 AM, Timur Irmatov <irmatov@gmail.com> wrote:
Issue is descirbed in http://jira.freeswitch.org/browse/MODEVENT-65 with same info and logs.
On Fri, Jul 2, 2010 at 12:23 PM, Timur Irmatov <irmatov@gmail.com> wrote:
On Fri, Jul 2, 2010 at 1:33 AM, Anthony Minessale <anthony.minessale@gmail.com> wrote:
pastebin a console log with debug and sip trace enabled http://pastebin.freeswitch.org sofia profile internal siptrace on console loglevel debug *if you use some other profile besides internal enable siptrace for that instead. do it for any profiles involved.
I use only external profile. Here is the trace of failed call with inbound-bypass-media=true:
http://pastebin.freeswitch.org/13334
Here is successfull call with inbound-bypass-media=false:
http://pastebin.freeswitch.org/13335
-- Timur Irmatov, xmpp:irmatov@jabber.ru <xmpp%3Airmatov@jabber.ru>
-- Timur Irmatov, xmpp:irmatov@jabber.ru <xmpp%3Airmatov@jabber.ru>
_______________________________________________ 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
On Fri, Jul 2, 2010 at 9:56 PM, Anthony Minessale <anthony.minessale@gmail.com> wrote:
The problem is that you cannot park channels in the bypass media state. I did a patch to the code that will probably allow this so you can update and test it.
It works! Thank you very much! -- Timur Irmatov, xmpp:irmatov@jabber.ru
On Fri, Jul 2, 2010 at 12:01 AM, Andrew Thompson <andrew@hijacked.us> wrote:
On Thu, Jul 01, 2010 at 03:16:05PM +0500, Timur Irmatov wrote:
On Thu, Jul 1, 2010 at 2:34 PM, Timur Irmatov <irmatov@gmail.com> wrote:
When inbound-bypass-media is set to false, I am successfully managing a call through erlang application. When it is set to false, I am seeing 'got pid' and 'exit erlang_outbound_function' in log files, and I cannot manage calls in erlang.
When it is set to *true* I am having a problem.
So in the other thread you said it was working briefly until you restarted FreeSWITCH, is this the root cause of that problem, or is it another issue? I'm baffled as to why bypass media is having any effect here.
This is same issue, and bypass media is the root cause of the problem. I'm baffled too. Actually, changing bypass media was the reason of the restart. But, same as you, I failed to realize that I *changed* configuration of FreeSWITCH and after that mod_erlang_event failed to deliver events to erlang application because I couldn't imagine that bypass media would affect mod_erlang_event. Problem is stable. With bypass media set to false, mod_erlang_event works as expected. I change bypass media to true, reloadxml, sofia profile external restart, my problem reappears. Change bypass media back to false, reloadxml, sofia profile external restart, works again. -- Timur Irmatov, xmpp:irmatov@jabber.ru
participants (3)
-
Andrew Thompson
-
Anthony Minessale
-
Timur Irmatov