Hi, I am working on some test on seeing how I can port my exist Asterisk stuff to Freeswitch. I am just getting started and I am hoping someone can give me some help to get started. I installed with all the default config and xml setting. Then, I bring up two SiP clients - one in the same machine as freeswitch (192.168.1.104) and the other one on another machine ( 192.168.1.102). When I dial an extension ( 1001, or 1002... etc ) from my SIP client on 192.168.1.102, I can make the call to the other client no problem. 2008-04-18 00:09:12 [NOTICE] switch_channel.c:531 switch_channel_set_name() New Channel sofia/default/1002@192.168.1.104:5060[9e6d6146-0c98-11dd-bb92-f1e303d528b1] 2008-04-18 00:09:12 [INFO] mod_dialplan_xml.c:223 dialplan_hunt() Processing 1002->81001@default 2008-04-18 00:09:12 [NOTICE] switch_channel.c:531 switch_channel_set_name() New Channel sofia/default/1001@192.168.1.104:5061[9e93e564-0c98-11dd-bb92-f1e303d528b1] 2008-04-18 00:09:12 [NOTICE] sofia.c:1603 sofia_handle_sip_i_state() Ring-Ready sofia/default/1001@192.168.1.104:5061! However, when I dial extension from the other SIP client, the one on 192.168.1.104, the call can't be routed. 2008-04-18 00:10:34 [NOTICE] switch_channel.c:531 switch_channel_set_name() New Channel sofia/default/1001@192.168.1.104:5061[cf710b58-0c98-11dd-bb92-f1e303d528b1] 2008-04-18 00:10:34 [INFO] mod_dialplan_xml.c:223 dialplan_hunt() Processing 1001->1002@public 2008-04-18 00:10:34 [NOTICE] switch_core_state_machine.c:198 switch_core_standard_on_execute() Hangup sofia/default/ 1001@192.168.1.104:5061 [CS_EXECUTE] [NORMAL_CLEARING] 2008-04-18 00:10:34 [NOTICE] switch_core_session.c:748 switch_core_session_thread() Session 20 (sofia/default/ 1001@192.168.1.104:5061) Ended It seems like the the call is being routed to the wrong context. How come this happens? I am using the standard default config xml files. Can anyone please help me? With freeswitch, is there anyway to debug/trace the processing of the call so I can see which condition it is in, and where it is routed to? That way, I can debug the config easier? Thanks alot for all your inputs and help. Regards, Pete
I’m not sure which build you’re using, but I had that problem on sub version 7946 (RC1). There’s a “bug” in the conf/dialplan/default.xml example where under the “Local_Extension” section is says: <anti-action application="bridge" data="sofia/default/${dialed_ext}@$${domain}"/> Where it should actually be: <anti-action application="bridge" data="sofia/default/${dialed_ext}%$${domain}"/> Check HYPERLINK "http://wiki.freeswitch.org/wiki/Sofia#Call_a_locally_registered_endpoint"ht tp://wiki.freeswitch.org/wiki/Sofia#Call_a_locally_registered_endpoint Cheers, UV _____ From: freeswitch-users-bounces@lists.freeswitch.org [mailto:freeswitch-users-bounces@lists.freeswitch.org] On Behalf Of Pete Kay Sent: Thursday, April 17, 2008 6:16 PM To: freeswitch-users@lists.freeswitch.org Subject: [Freeswitch-users] newbie dialplan question Hi, I am working on some test on seeing how I can port my exist Asterisk stuff to Freeswitch. I am just getting started and I am hoping someone can give me some help to get started. I installed with all the default config and xml setting. Then, I bring up two SiP clients - one in the same machine as freeswitch (HYPERLINK "http://192.168.1.104"192.168.1.104) and the other one on another machine ( HYPERLINK "http://192.168.1.102"192.168.1.102). When I dial an extension ( 1001, or 1002... etc ) from my SIP client on HYPERLINK "http://192.168.1.102"192.168.1.102, I can make the call to the other client no problem. 2008-04-18 00:09:12 [NOTICE] switch_channel.c:531 switch_channel_set_name() New Channel sofia/default/HYPERLINK "http://1002@192.168.1.104:5060"1002@192.168.1.104:5060 [9e6d6146-0c98-11dd-bb92-f1e303d528b1] 2008-04-18 00:09:12 [INFO] mod_dialplan_xml.c:223 dialplan_hunt() Processing 1002->81001@default 2008-04-18 00:09:12 [NOTICE] switch_channel.c:531 switch_channel_set_name() New Channel sofia/default/HYPERLINK "http://1001@192.168.1.104:5061"1001@192.168.1.104:5061 [9e93e564-0c98-11dd-bb92-f1e303d528b1] 2008-04-18 00:09:12 [NOTICE] sofia.c:1603 sofia_handle_sip_i_state() Ring-Ready sofia/default/HYPERLINK "http://1001@192.168.1.104:5061"1001@192.168.1.104:5061! However, when I dial extension from the other SIP client, the one on HYPERLINK "http://192.168.1.104"192.168.1.104, the call can't be routed. 2008-04-18 00:10:34 [NOTICE] switch_channel.c:531 switch_channel_set_name() New Channel sofia/default/HYPERLINK "http://1001@192.168.1.104:5061"1001@192.168.1.104:5061 [cf710b58-0c98-11dd-bb92-f1e303d528b1] 2008-04-18 00:10:34 [INFO] mod_dialplan_xml.c:223 dialplan_hunt() Processing 1001->1002@public 2008-04-18 00:10:34 [NOTICE] switch_core_state_machine.c:198 switch_core_standard_on_execute() Hangup sofia/default/HYPERLINK "http://1001@192.168.1.104:5061"1001@192.168.1.104:5061 [CS_EXECUTE] [NORMAL_CLEARING] 2008-04-18 00:10:34 [NOTICE] switch_core_session.c:748 switch_core_session_thread() Session 20 (sofia/default/HYPERLINK "http://1001@192.168.1.104:5061"1001@192.168.1.104:5061) Ended It seems like the the call is being routed to the wrong context. How come this happens? I am using the standard default config xml files. Can anyone please help me? With freeswitch, is there anyway to debug/trace the processing of the call so I can see which condition it is in, and where it is routed to? That way, I can debug the config easier? Thanks alot for all your inputs and help. Regards, Pete No virus found in this incoming message. Checked by AVG. Version: 7.5.519 / Virus Database: 269.23.0/1382 - Release Date: 16-Apr-08 5:34 PM No virus found in this outgoing message. Checked by AVG. Version: 7.5.519 / Virus Database: 269.23.0/1382 - Release Date: 16-Apr-08 5:34 PM
Hi, When I do reloadxml, I keep on getting this error: freeswitch@ser> reloadxml Error including /usr/local/freeswitch/conf/dialplan/extensions/*.xml API CALL [reloadxml()] output: Is this another bug in the sample files? If so , how do i fix it? Thanks, Pete
No thats not a bug. You have no files in there to include yet. That is setup so you can drop in stuff to include into the default context without having to edit the default.xml ie config sniplets. /b On Apr 17, 2008, at 10:05 AM, Pete Kay wrote:
Hi,
When I do reloadxml, I keep on getting this error:
freeswitch@ser> reloadxml Error including /usr/local/freeswitch/conf/dialplan/extensions/*.xml API CALL [reloadxml()] output:
Is this another bug in the sample files? If so , how do i fix it?
Thanks, Pete _______________________________________________ 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
The error is in place: There aren’t any XML files in this directory. It is like that for some reason in the example as there are few sample *.noload files there if you DO like to have one (I think). There’s nothing to fix. Your reloadxml command worked. _____ From: freeswitch-users-bounces@lists.freeswitch.org [mailto:freeswitch-users-bounces@lists.freeswitch.org] On Behalf Of Pete Kay Sent: Friday, April 18, 2008 1:05 AM To: freeswitch-users@lists.freeswitch.org Subject: Re: [Freeswitch-users] newbie dialplan question Hi, When I do reloadxml, I keep on getting this error: freeswitch@ser> reloadxml Error including /usr/local/freeswitch/conf/dialplan/extensions/*.xml API CALL [reloadxml()] output: Is this another bug in the sample files? If so , how do i fix it? Thanks, Pete No virus found in this incoming message. Checked by AVG. Version: 7.5.519 / Virus Database: 269.23.0/1382 - Release Date: 16-Apr-08 5:34 PM No virus found in this outgoing message. Checked by AVG. Version: 7.5.519 / Virus Database: 269.23.0/1382 - Release Date: 16-Apr-08 5:34 PM
You could also use user/${dialed_ext}@$${domain} in addition you could do sofia/$${domain}/${dialed_ext} /b On Apr 17, 2008, at 9:45 AM, UV wrote:
I’m not sure which build you’re using, but I had that problem on sub version 7946 (RC1).
There’s a “bug” in the conf/dialplan/default.xml example where under the “Local_Extension” section is says: <anti-action application="bridge" data="sofia/default/$ {dialed_ext}@$${domain}"/> Where it should actually be: <anti-action application="bridge" data="sofia/default/$ {dialed_ext}%$${domain}"/>
Check http://wiki.freeswitch.org/wiki/Sofia#Call_a_locally_registered_endpoint
Cheers, UV From: freeswitch-users-bounces@lists.freeswitch.org [mailto:freeswitch-users-bounces@lists.freeswitch.org ] On Behalf Of Pete Kay Sent: Thursday, April 17, 2008 6:16 PM To: freeswitch-users@lists.freeswitch.org Subject: [Freeswitch-users] newbie dialplan question
Hi,
I am working on some test on seeing how I can port my exist Asterisk stuff to Freeswitch. I am just getting started and I am hoping someone can give me some help to get started.
I installed with all the default config and xml setting. Then, I bring up two SiP clients - one in the same machine as freeswitch (192.168.1.104) and the other one on another machine ( 192.168.1.102).
When I dial an extension ( 1001, or 1002... etc ) from my SIP client on 192.168.1.102, I can make the call to the other client no problem. 2008-04-18 00:09:12 [NOTICE] switch_channel.c:531 switch_channel_set_name() New Channel sofia/default/ 1002@192.168.1.104:5060 [9e6d6146-0c98-11dd-bb92-f1e303d528b1] 2008-04-18 00:09:12 [INFO] mod_dialplan_xml.c:223 dialplan_hunt() Processing 1002->81001@default 2008-04-18 00:09:12 [NOTICE] switch_channel.c:531 switch_channel_set_name() New Channel sofia/default/ 1001@192.168.1.104:5061 [9e93e564-0c98-11dd-bb92-f1e303d528b1] 2008-04-18 00:09:12 [NOTICE] sofia.c:1603 sofia_handle_sip_i_state() Ring-Ready sofia/default/1001@192.168.1.104:5061!
However, when I dial extension from the other SIP client, the one on 192.168.1.104, the call can't be routed.
2008-04-18 00:10:34 [NOTICE] switch_channel.c:531 switch_channel_set_name() New Channel sofia/default/ 1001@192.168.1.104:5061 [cf710b58-0c98-11dd-bb92-f1e303d528b1] 2008-04-18 00:10:34 [INFO] mod_dialplan_xml.c:223 dialplan_hunt() Processing 1001->1002@public 2008-04-18 00:10:34 [NOTICE] switch_core_state_machine.c:198 switch_core_standard_on_execute() Hangup sofia/default/1001@192.168.1.104 :5061[CS_EXECUTE] [NORMAL_CLEARING] 2008-04-18 00:10:34 [NOTICE] switch_core_session.c:748 switch_core_session_thread() Session 20 (sofia/default/1001@192.168.1.104 :5061) Ended
It seems like the the call is being routed to the wrong context. How come this happens? I am using the standard default config xml files. Can anyone please help me?
With freeswitch, is there anyway to debug/trace the processing of the call so I can see which condition it is in, and where it is routed to? That way, I can debug the config easier?
Thanks alot for all your inputs and help.
Regards, Pete No virus found in this incoming message. Checked by AVG. Version: 7.5.519 / Virus Database: 269.23.0/1382 - Release Date: 16- Apr-08 5:34 PM
No virus found in this outgoing message. Checked by AVG. Version: 7.5.519 / Virus Database: 269.23.0/1382 - Release Date: 16- Apr-08 5:34 PM
_______________________________________________ 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 Brian, What is the difference between $$ and $ in FS? Thanks, Pete On Thu, Apr 17, 2008 at 11:11 PM, Brian West <brian@freeswitch.org> wrote:
You could also use user/${dialed_ext}@$${domain}
in addition you could do sofia/$${domain}/${dialed_ext}
/b
On Apr 17, 2008, at 9:45 AM, UV wrote:
I'm not sure which build you're using, but I had that problem on sub version 7946 (RC1).
There's a "bug" in the conf/dialplan/default.xml example where under the "Local_Extension" section is says: <anti-action application="bridge" data="sofia/default/$ {dialed_ext}@$${domain}"/> Where it should actually be: <anti-action application="bridge" data="sofia/default/$ {dialed_ext}%$${domain}"/>
Check http://wiki.freeswitch.org/wiki/Sofia#Call_a_locally_registered_endpoint
Cheers, UV From: freeswitch-users-bounces@lists.freeswitch.org [mailto: freeswitch-users-bounces@lists.freeswitch.org ] On Behalf Of Pete Kay Sent: Thursday, April 17, 2008 6:16 PM To: freeswitch-users@lists.freeswitch.org Subject: [Freeswitch-users] newbie dialplan question
Hi,
I am working on some test on seeing how I can port my exist Asterisk stuff to Freeswitch. I am just getting started and I am hoping someone can give me some help to get started.
I installed with all the default config and xml setting. Then, I bring up two SiP clients - one in the same machine as freeswitch (192.168.1.104) and the other one on another machine ( 192.168.1.102).
When I dial an extension ( 1001, or 1002... etc ) from my SIP client on 192.168.1.102, I can make the call to the other client no problem. 2008-04-18 00:09:12 [NOTICE] switch_channel.c:531 switch_channel_set_name() New Channel sofia/default/ 1002@192.168.1.104:5060 [9e6d6146-0c98-11dd-bb92-f1e303d528b1] 2008-04-18 00:09:12 [INFO] mod_dialplan_xml.c:223 dialplan_hunt() Processing 1002->81001@default 2008-04-18 00:09:12 [NOTICE] switch_channel.c:531 switch_channel_set_name() New Channel sofia/default/ 1001@192.168.1.104:5061 [9e93e564-0c98-11dd-bb92-f1e303d528b1] 2008-04-18 00:09:12 [NOTICE] sofia.c:1603 sofia_handle_sip_i_state() Ring-Ready sofia/default/1001@192.168.1.104:5061!
However, when I dial extension from the other SIP client, the one on 192.168.1.104, the call can't be routed.
2008-04-18 00:10:34 [NOTICE] switch_channel.c:531 switch_channel_set_name() New Channel sofia/default/ 1001@192.168.1.104:5061 [cf710b58-0c98-11dd-bb92-f1e303d528b1] 2008-04-18 00:10:34 [INFO] mod_dialplan_xml.c:223 dialplan_hunt() Processing 1001->1002@public 2008-04-18 00:10:34 [NOTICE] switch_core_state_machine.c:198 switch_core_standard_on_execute() Hangup sofia/default/ 1001@192.168.1.104 :5061[CS_EXECUTE] [NORMAL_CLEARING] 2008-04-18 00:10:34 [NOTICE] switch_core_session.c:748 switch_core_session_thread() Session 20 (sofia/default/ 1001@192.168.1.104 :5061) Ended
It seems like the the call is being routed to the wrong context. How come this happens? I am using the standard default config xml files. Can anyone please help me?
With freeswitch, is there anyway to debug/trace the processing of the call so I can see which condition it is in, and where it is routed to? That way, I can debug the config easier?
Thanks alot for all your inputs and help.
Regards, Pete No virus found in this incoming message. Checked by AVG. Version: 7.5.519 / Virus Database: 269.23.0/1382 - Release Date: 16- Apr-08 5:34 PM
No virus found in this outgoing message. Checked by AVG. Version: 7.5.519 / Virus Database: 269.23.0/1382 - Release Date: 16- Apr-08 5:34 PM
_______________________________________________ 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
$$ is expanded at config parse/load and $ is expanded every time its encountered. In the example of sofia the domain usually won't change every call where the extension will. /b On Apr 17, 2008, at 10:16 AM, Pete Kay wrote:
Hi Brian,
What is the difference between $$ and $ in FS?
Thanks, Pete
On Thu, Apr 17, 2008 at 11:11 PM, Brian West <brian@freeswitch.org> wrote: You could also use user/${dialed_ext}@$${domain}
in addition you could do sofia/$${domain}/${dialed_ext}
/b
On Apr 17, 2008, at 9:45 AM, UV wrote:
I'm not sure which build you're using, but I had that problem on sub version 7946 (RC1).
There's a "bug" in the conf/dialplan/default.xml example where under the "Local_Extension" section is says: <anti-action application="bridge" data="sofia/default/$ {dialed_ext}@$${domain}"/> Where it should actually be: <anti-action application="bridge" data="sofia/default/$ {dialed_ext}%$${domain}"/>
Check http://wiki.freeswitch.org/wiki/Sofia#Call_a_locally_registered_endpoint
Cheers, UV From: freeswitch-users-bounces@lists.freeswitch.org [mailto:freeswitch-users-bounces@lists.freeswitch.org ] On Behalf Of Pete Kay Sent: Thursday, April 17, 2008 6:16 PM To: freeswitch-users@lists.freeswitch.org Subject: [Freeswitch-users] newbie dialplan question
Hi,
I am working on some test on seeing how I can port my exist Asterisk stuff to Freeswitch. I am just getting started and I am hoping someone can give me some help to get started.
I installed with all the default config and xml setting. Then, I bring up two SiP clients - one in the same machine as freeswitch (192.168.1.104) and the other one on another machine ( 192.168.1.102).
When I dial an extension ( 1001, or 1002... etc ) from my SIP client on 192.168.1.102, I can make the call to the other client no problem. 2008-04-18 00:09:12 [NOTICE] switch_channel.c:531 switch_channel_set_name() New Channel sofia/default/ 1002@192.168.1.104:5060 [9e6d6146-0c98-11dd-bb92-f1e303d528b1] 2008-04-18 00:09:12 [INFO] mod_dialplan_xml.c:223 dialplan_hunt() Processing 1002->81001@default 2008-04-18 00:09:12 [NOTICE] switch_channel.c:531 switch_channel_set_name() New Channel sofia/default/ 1001@192.168.1.104:5061 [9e93e564-0c98-11dd-bb92-f1e303d528b1] 2008-04-18 00:09:12 [NOTICE] sofia.c:1603 sofia_handle_sip_i_state() Ring-Ready sofia/default/1001@192.168.1.104:5061!
However, when I dial extension from the other SIP client, the one on 192.168.1.104, the call can't be routed.
2008-04-18 00:10:34 [NOTICE] switch_channel.c:531 switch_channel_set_name() New Channel sofia/default/ 1001@192.168.1.104:5061 [cf710b58-0c98-11dd-bb92-f1e303d528b1] 2008-04-18 00:10:34 [INFO] mod_dialplan_xml.c:223 dialplan_hunt() Processing 1001->1002@public 2008-04-18 00:10:34 [NOTICE] switch_core_state_machine.c:198 switch_core_standard_on_execute() Hangup sofia/default/1001@192.168.1.104 :5061[CS_EXECUTE] [NORMAL_CLEARING] 2008-04-18 00:10:34 [NOTICE] switch_core_session.c:748 switch_core_session_thread() Session 20 (sofia/default/1001@192.168.1.104 :5061) Ended
It seems like the the call is being routed to the wrong context. How come this happens? I am using the standard default config xml files. Can anyone please help me?
With freeswitch, is there anyway to debug/trace the processing of the call so I can see which condition it is in, and where it is routed to? That way, I can debug the config easier?
Thanks alot for all your inputs and help.
Regards, Pete No virus found in this incoming message. Checked by AVG. Version: 7.5.519 / Virus Database: 269.23.0/1382 - Release Date: 16- Apr-08 5:34 PM
No virus found in this outgoing message. Checked by AVG. Version: 7.5.519 / Virus Database: 269.23.0/1382 - Release Date: 16- Apr-08 5:34 PM
_______________________________________________ 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
_______________________________________________ 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
I have noticed this, too. I can open up ekiga on the machine FS is installed on, and it can accept calls, but, if I remember correctly, FS doesn't show that the call is being routed, meaning ekiga is just accepting all the calls itself. What I also found, in relation to this, is that if you have another sip contact outside the FS box, and you try to call them with a sip client also outside the FS box, then the client that is running on the FS box (in my case, Ekiga) will accept the calls that are supposed to be for other users. So, basically, I don't think you can have a client on the same machine as FS. I suppose that is to be expected, as a sip client is also a server. Am I right? A related problem I have is if you have multiple sip accounts on the same machine (registering from the same ip address), they can't call each other. It may stem from the problem above, but it may not. I'm also a quite a newbie in FS, so hopefully we can figure out how to do these things. I would gladly add the answer to the wiki for others if there's something specific we need to do to do these kind of things. -Dan From: freeswitch-users-bounces@lists.freeswitch.org [mailto:freeswitch-users-bounces@lists.freeswitch.org] On Behalf Of Pete Kay Sent: Thursday, April 17, 2008 3:16 AM To: freeswitch-users@lists.freeswitch.org Subject: [Freeswitch-users] newbie dialplan question Hi, I am working on some test on seeing how I can port my exist Asterisk stuff to Freeswitch. I am just getting started and I am hoping someone can give me some help to get started. I installed with all the default config and xml setting. Then, I bring up two SiP clients - one in the same machine as freeswitch (192.168.1.104<http://192.168.1.104>) and the other one on another machine ( 192.168.1.102<http://192.168.1.102>). When I dial an extension ( 1001, or 1002... etc ) from my SIP client on 192.168.1.102<http://192.168.1.102>, I can make the call to the other client no problem. 2008-04-18 00:09:12 [NOTICE] switch_channel.c:531 switch_channel_set_name() New Channel sofia/default/1002@192.168.1.104:5060<http://1002@192.168.1.104:5060> [9e6d6146-0c98-11dd-bb92-f1e303d528b1] 2008-04-18 00:09:12 [INFO] mod_dialplan_xml.c:223 dialplan_hunt() Processing 1002->81001@default 2008-04-18 00:09:12 [NOTICE] switch_channel.c:531 switch_channel_set_name() New Channel sofia/default/1001@192.168.1.104:5061<http://1001@192.168.1.104:5061> [9e93e564-0c98-11dd-bb92-f1e303d528b1] 2008-04-18 00:09:12 [NOTICE] sofia.c:1603 sofia_handle_sip_i_state() Ring-Ready sofia/default/1001@192.168.1.104:5061<http://1001@192.168.1.104:5061>! However, when I dial extension from the other SIP client, the one on 192.168.1.104<http://192.168.1.104>, the call can't be routed. 2008-04-18 00:10:34 [NOTICE] switch_channel.c:531 switch_channel_set_name() New Channel sofia/default/1001@192.168.1.104:5061<http://1001@192.168.1.104:5061> [cf710b58-0c98-11dd-bb92-f1e303d528b1] 2008-04-18 00:10:34 [INFO] mod_dialplan_xml.c:223 dialplan_hunt() Processing 1001->1002@public 2008-04-18 00:10:34 [NOTICE] switch_core_state_machine.c:198 switch_core_standard_on_execute() Hangup sofia/default/1001@192.168.1.104:5061<http://1001@192.168.1.104:5061> [CS_EXECUTE] [NORMAL_CLEARING] 2008-04-18 00:10:34 [NOTICE] switch_core_session.c:748 switch_core_session_thread() Session 20 (sofia/default/1001@192.168.1.104:5061<http://1001@192.168.1.104:5061>) Ended It seems like the the call is being routed to the wrong context. How come this happens? I am using the standard default config xml files. Can anyone please help me? With freeswitch, is there anyway to debug/trace the processing of the call so I can see which condition it is in, and where it is routed to? That way, I can debug the config easier? Thanks alot for all your inputs and help. Regards, Pete
Remove this line from the default config: <anti-action application="set" data="sip_exclude_contact=$ {network_addr}"/> /b On Apr 17, 2008, at 9:57 AM, Daniel Hefti wrote:
A related problem I have is if you have multiple sip accounts on the same machine (registering from the same ip address), they can’t call each other. It may stem from the problem above, but it may not.
Excellent, that was exactly what I was looking for. I don't know why I didn't see that. (I was close, but no cigar. Guess I need to brush up my dialplan skills.) -Dan From: freeswitch-users-bounces@lists.freeswitch.org [mailto:freeswitch-users-bounces@lists.freeswitch.org] On Behalf Of Brian West Sent: Thursday, April 17, 2008 10:15 AM To: freeswitch-users@lists.freeswitch.org Subject: Re: [Freeswitch-users] newbie dialplan question Remove this line from the default config: <anti-action application="set" data="sip_exclude_contact=${network_addr}"/> /b On Apr 17, 2008, at 9:57 AM, Daniel Hefti wrote: A related problem I have is if you have multiple sip accounts on the same machine (registering from the same ip address), they can't call each other. It may stem from the problem above, but it may not.
Added a brief about this to the wiki. I took a quick look through sofia.c to see if other variables are available from the dialplan, but I wasn't entirely sure which variables were meant/are to be accessible or how they are used, other than the mentioned header variables that can be set, which is already posted in the wiki. (I'm not entirely sure how the 'sip_exclude_contact' variable works either, other than it can exclude contacts that have a specific network address, so forgive my addition as being a bit on the bare side.) -Dan From: freeswitch-users-bounces@lists.freeswitch.org [mailto:freeswitch-users-bounces@lists.freeswitch.org] On Behalf Of Brian West Sent: Thursday, April 17, 2008 10:15 AM To: freeswitch-users@lists.freeswitch.org Subject: Re: [Freeswitch-users] newbie dialplan question Remove this line from the default config: <anti-action application="set" data="sip_exclude_contact=${network_addr}"/> /b On Apr 17, 2008, at 9:57 AM, Daniel Hefti wrote: A related problem I have is if you have multiple sip accounts on the same machine (registering from the same ip address), they can't call each other. It may stem from the problem above, but it may not.
This keeps you from calling your self in some situations. /b Sent from my iPhone On Apr 17, 2008, at 12:00 PM, Daniel Hefti <dhefti@metropark.com> wrote:
Added a brief about this to the wiki. I took a quick look through sofia.c to see if other variables are available from the dialplan, but I wasn’t entirely sure which variables were meant/are to be acce ssible or how they are used, other than the mentioned header variabl es that can be set, which is already posted in the wiki. (I’m not e ntirely sure how the ‘sip_exclude_contact’ variable works either, other than it can exclude contacts that have a specific network addr ess, so forgive my addition as being a bit on the bare side.)
-Dan
From: freeswitch-users-bounces@lists.freeswitch.org [mailto:freeswitch-users-bounces@lists.freeswitch.org ] On Behalf Of Brian West Sent: Thursday, April 17, 2008 10:15 AM To: freeswitch-users@lists.freeswitch.org Subject: Re: [Freeswitch-users] newbie dialplan question
Remove this line from the default config:
<anti-action application="set" data="sip_exclude_contact=$ {network_addr}"/>
/b
On Apr 17, 2008, at 9:57 AM, Daniel Hefti wrote:
A related problem I have is if you have multiple sip accounts on the same machine (registering from the same ip address), they can’t _______________________________________________ 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
Again remove <anti-action application="set" data="sip_exclude_contact=$ {network_addr}"/> /b On Apr 17, 2008, at 3:16 AM, Pete Kay wrote:
Hi,
I am working on some test on seeing how I can port my exist Asterisk stuff to Freeswitch. I am just getting started and I am hoping someone can give me some help to get started.
I installed with all the default config and xml setting. Then, I bring up two SiP clients - one in the same machine as freeswitch (192.168.1.104) and the other one on another machine ( 192.168.1.102).
When I dial an extension ( 1001, or 1002... etc ) from my SIP client on 192.168.1.102, I can make the call to the other client no problem. 2008-04-18 00:09:12 [NOTICE] switch_channel.c:531 switch_channel_set_name() New Channel sofia/default/ 1002@192.168.1.104:5060 [9e6d6146-0c98-11dd-bb92-f1e303d528b1] 2008-04-18 00:09:12 [INFO] mod_dialplan_xml.c:223 dialplan_hunt() Processing 1002->81001@default 2008-04-18 00:09:12 [NOTICE] switch_channel.c:531 switch_channel_set_name() New Channel sofia/default/ 1001@192.168.1.104:5061 [9e93e564-0c98-11dd-bb92-f1e303d528b1] 2008-04-18 00:09:12 [NOTICE] sofia.c:1603 sofia_handle_sip_i_state() Ring-Ready sofia/default/1001@192.168.1.104:5061!
However, when I dial extension from the other SIP client, the one on 192.168.1.104, the call can't be routed.
2008-04-18 00:10:34 [NOTICE] switch_channel.c:531 switch_channel_set_name() New Channel sofia/default/ 1001@192.168.1.104:5061 [cf710b58-0c98-11dd-bb92-f1e303d528b1] 2008-04-18 00:10:34 [INFO] mod_dialplan_xml.c:223 dialplan_hunt() Processing 1001->1002@public 2008-04-18 00:10:34 [NOTICE] switch_core_state_machine.c:198 switch_core_standard_on_execute() Hangup sofia/default/1001@192.168.1.104 :5061 [CS_EXECUTE] [NORMAL_CLEARING] 2008-04-18 00:10:34 [NOTICE] switch_core_session.c:748 switch_core_session_thread() Session 20 (sofia/default/1001@192.168.1.104 :5061) Ended
It seems like the the call is being routed to the wrong context. How come this happens? I am using the standard default config xml files. Can anyone please help me?
With freeswitch, is there anyway to debug/trace the processing of the call so I can see which condition it is in, and where it is routed to? That way, I can debug the config easier?
Thanks alot for all your inputs and help.
Regards, Pete _______________________________________________ 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, I comment the line at default.xml <!--<anti-action application="set" data="sip_exclude_contact=${network_addr}"/> --> But, it still does not work. 2008-04-18 07:38:32 [INFO] mod_dialplan_xml.c:223 dialplan_hunt() Processing 1002->1001@default 2008-04-18 07:38:32 [INFO] switch_ivr_async.c:1357 switch_ivr_bind_dtmf_meta_session() Bound: 1 execute_extension::dx XML features 2008-04-18 07:38:32 [INFO] switch_ivr_async.c:1357 switch_ivr_bind_dtmf_meta_session() Bound: 2 record_session::/usr/local/freeswitch/recordings/1002.2008-04-18-07-38-32.wav 2008-04-18 07:38:58 [INFO] mod_dialplan_xml.c:223 dialplan_hunt() Processing 1001->1004@public 2008-04-18 07:38:58 [NOTICE] switch_core_state_machine.c:198 switch_core_standard_on_execute() Hangup sofia/default/ 1001@192.168.1.104:5061 [CS_EXECUTE] [NORMAL_CLEARING] [CS_HANGUP]2008-04-18 07:39:16 [NOTICE] switch_channel.c:531 switch_channel_set_name() New Channel sofia/default/1001@192.168.1.104:5061[7e627be0-0cd7-11dd-bee9-2524da607c1a] 2008-04-18 07:39:16 [INFO] mod_dialplan_xml.c:223 dialplan_hunt() Processing1001->1002@public
Please include more logs. Did you remove any files? Something isn't right here since I see it hunting the public context Did you include the user_context var on the user in the directory? /b On Apr 17, 2008, at 10:38 AM, Pete Kay wrote:
Hi,
I comment the line at default.xml <!--<anti-action application="set" data="sip_exclude_contact= ${network_addr}"/> -->
But, it still does not work.
2008-04-18 07:38:32 [INFO] mod_dialplan_xml.c:223 dialplan_hunt() Processing 1002->1001@default 2008-04-18 07:38:32 [INFO] switch_ivr_async.c:1357 switch_ivr_bind_dtmf_meta_session() Bound: 1 execute_extension::dx XML features 2008-04-18 07:38:32 [INFO] switch_ivr_async.c:1357 switch_ivr_bind_dtmf_meta_session() Bound: 2 record_session::/usr/ local/freeswitch/recordings/1002.2008-04-18-07-38-32.wav 2008-04-18 07:38:58 [INFO] mod_dialplan_xml.c:223 dialplan_hunt() Processing 1001->1004@public 2008-04-18 07:38:58 [NOTICE] switch_core_state_machine.c:198 switch_core_standard_on_execute() Hangup sofia/default/1001@192.168.1.104 :5061 [CS_EXECUTE] [NORMAL_CLEARING] [CS_HANGUP]2008-04-18 07:39:16 [NOTICE] switch_channel.c:531 switch_channel_set_name() New Channel sofia/default/ 1001@192.168.1.104:5061 [7e627be0-0cd7-11dd-bee9-2524da607c1a] 2008-04-18 07:39:16 [INFO] mod_dialplan_xml.c:223 dialplan_hunt() Processing 1001->1002@public
_______________________________________________ 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 Brian, Here is the full log. Please kindly take a look: 2008-04-18 08:51:44 [DEBUG] switch_core_session.c:730 switch_core_session_thread() Session 14 (sofia/default/ 1001@192.168.1.104:5061) Locked, Waiting on external entities 2008-04-18 08:51:44 [NOTICE] switch_core_session.c:748 switch_core_session_thread() Session 14 (sofia/default/ 1001@192.168.1.104:5061) Ended 2008-04-18 08:51:44 [NOTICE] switch_core_session.c:750 switch_core_session_thread() Close Channel sofia/default/ 1001@192.168.1.104:5061 [CS_HANGUP] 2008-04-18 08:52:16 [DEBUG] sofia.c:219 sofia_event_callback() event [nua_r_refer] status [408][Request Timeout] session: n/a 2008-04-18 08:52:44 [NOTICE] switch_channel.c:531 switch_channel_set_name() New Channel sofia/default/1001@192.168.1.104:5061[c13cf5e4-0ce1-11dd-bee9-2524da607c1a] 2008-04-18 08:52:44 [DEBUG] sofia.c:1565 sofia_handle_sip_i_state() Channel sofia/default/1001@192.168.1.104:5061 entering state [received] 2008-04-18 08:52:44 [DEBUG] sofia.c:1569 sofia_handle_sip_i_state() Remote SDP: v=0 o=1001 1594153517 1594153838 IN IP4 192.168.1.104 s=X-Lite c=IN IP4 192.168.1.104 t=0 0 m=audio 8000 RTP/AVP 0 8 3 98 97 101 a=rtpmap:0 pcmu/8000 a=rtpmap:8 pcma/8000 a=rtpmap:3 gsm/8000 a=rtpmap:98 iLBC/8000 a=rtpmap:97 speex/8000 a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-15 2008-04-18 08:52:44 [DEBUG] sofia_glue.c:2011 sofia_glue_negotiate_sdp() Audio Codec Compare [pcmu:0:8000]/[G722:9:8000] 2008-04-18 08:52:44 [DEBUG] sofia_glue.c:2011 sofia_glue_negotiate_sdp() Audio Codec Compare [pcmu:0:8000]/[PCMU:0:8000] 2008-04-18 08:52:44 [DEBUG] sofia_glue.c:1333 sofia_glue_tech_set_codec() Set Codec sofia/default/1001@192.168.1.104:5061 PCMU/8000 20 ms 160 samples 2008-04-18 08:52:44 [DEBUG] sofia_glue.c:1975 sofia_glue_negotiate_sdp() Set 2833 dtmf payload to 101 2008-04-18 08:52:44 [DEBUG] sofia.c:1706 sofia_handle_sip_i_state() sofia/default/1001@192.168.1.104:5061 State Change CS_NEW -> CS_INIT 2008-04-18 08:52:44 [DEBUG] switch_core_session.c:670 switch_core_session_signal_state_change() Kill sofia/default/ 1001@192.168.1.104:5061 [BREAK] 2008-04-18 08:52:44 [DEBUG] switch_core_state_machine.c:406 switch_core_session_run() sofia/default/1001@192.168.1.104:5061 Running State Change CS_INIT 2008-04-18 08:52:44 [DEBUG] switch_core_state_machine.c:455 switch_core_session_run() (sofia/default/1001@192.168.1.104:5061) State INIT 2008-04-18 08:52:44 [DEBUG] mod_sofia.c:80 sofia_on_init() sofia/default/ 1001@192.168.1.104:5061 SOFIA INIT 2008-04-18 08:52:44 [DEBUG] mod_sofia.c:107 sofia_on_init() sofia/default/ 1001@192.168.1.104:5061 State Change CS_INIT -> CS_RING 2008-04-18 08:52:44 [DEBUG] switch_core_session.c:670 switch_core_session_signal_state_change() Kill sofia/default/ 1001@192.168.1.104:5061 [BREAK] 2008-04-18 08:52:44 [DEBUG] switch_core_state_machine.c:455 switch_core_session_run() (sofia/default/1001@192.168.1.104:5061) State INIT going to sleep 2008-04-18 08:52:44 [DEBUG] switch_core_state_machine.c:406 switch_core_session_run() sofia/default/1001@192.168.1.104:5061 Running State Change CS_RING 2008-04-18 08:52:44 [DEBUG] switch_core_state_machine.c:460 switch_core_session_run() (sofia/default/1001@192.168.1.104:5061) State RING 2008-04-18 08:52:44 [DEBUG] mod_sofia.c:119 sofia_on_ring() sofia/default/ 1001@192.168.1.104:5061 SOFIA RING 2008-04-18 08:52:44 [DEBUG] switch_core_state_machine.c:65 switch_core_standard_on_ring() Standard RING sofia/default/ 1001@192.168.1.104:5061 2008-04-18 08:52:44 [INFO] mod_dialplan_xml.c:223 dialplan_hunt() Processing 1001->1004@public 2008-04-18 08:52:44 [DEBUG] mod_dialplan_xml.c:107 parse_exten() test conditions ${unroll_loops}(true) =~ /^true$/ 2008-04-18 08:52:44 [DEBUG] mod_dialplan_xml.c:107 parse_exten() test conditions ${sip_looped_call}(true) =~ /^true$/ 2008-04-18 08:52:44 [DEBUG] switch_core_state_machine.c:96 switch_core_standard_on_ring() sofia/default/1001@192.168.1.104:5061 State Change CS_RING -> CS_EXECUTE 2008-04-18 08:52:44 [DEBUG] switch_core_session.c:670 switch_core_session_signal_state_change() Kill sofia/default/ 1001@192.168.1.104:5061 [BREAK] 2008-04-18 08:52:44 [DEBUG] switch_core_state_machine.c:460 switch_core_session_run() (sofia/default/1001@192.168.1.104:5061) State RING going to sleep 2008-04-18 08:52:44 [DEBUG] switch_core_state_machine.c:406 switch_core_session_run() sofia/default/1001@192.168.1.104:5061 Running State Change CS_EXECUTE 2008-04-18 08:52:44 [DEBUG] switch_core_state_machine.c:470 switch_core_session_run() (sofia/default/1001@192.168.1.104:5061) State EXECUTE 2008-04-18 08:52:44 [DEBUG] mod_sofia.c:156 sofia_on_execute() sofia/default/1001@192.168.1.104:5061 SOFIA EXECUTE 2008-04-18 08:52:44 [DEBUG] switch_core_state_machine.c:129 switch_core_standard_on_execute() Standard EXECUTE 2008-04-18 08:52:44 [DEBUG] switch_core_state_machine.c:142 switch_core_standard_on_execute() sofia/default/1001@192.168.1.104:5061Execute deflect(${destination_number}) 2008-04-18 08:52:44 [DEBUG] switch_core_state_machine.c:172 switch_core_standard_on_execute() sofia/default/1001@192.168.1.104:5061Expanded String deflect(1004) 2008-04-18 08:52:44 [DEBUG] switch_core_session.c:383 switch_core_session_receive_message() Kill sofia/default/ 1001@192.168.1.104:5061 [BREAK] 2008-04-18 08:52:44 [NOTICE] switch_core_state_machine.c:198 switch_core_standard_on_execute() Hangup sofia/default/ 1001@192.168.1.104:5061 [CS_EXECUTE] [NORMAL_CLEARING] 2008-04-18 08:52:44 [DEBUG] switch_channel.c:1355 switch_channel_perform_hangup() Kill sofia/default/1001@192.168.1.104:5061[KILL] 2008-04-18 08:52:44 [DEBUG] switch_core_session.c:670 switch_core_session_signal_state_change() Kill sofia/default/ 1001@192.168.1.104:5061 [BREAK] 2008-04-18 08:52:44 [DEBUG] switch_core_state_machine.c:470 switch_core_session_run() (sofia/default/1001@192.168.1.104:5061) State EXECUTE going to sleep 2008-04-18 08:52:44 [DEBUG] switch_core_state_machine.c:406 switch_core_session_run() sofia/default/1001@192.168.1.104:5061 Running State Change CS_HANGUP 2008-04-18 08:52:44 [DEBUG] switch_core_state_machine.c:434 switch_core_session_run() (sofia/default/1001@192.168.1.104:5061) State HANGUP 2008-04-18 08:52:44 [DEBUG] mod_sofia.c:255 sofia_on_hangup() Channel sofia/default/1001@192.168.1.104:5061 hanging up, cause: NORMAL_CLEARING 2008-04-18 08:52:44 [DEBUG] mod_sofia.c:294 sofia_on_hangup() Responding to INVITE with: 480 2008-04-18 08:52:44 [DEBUG] sofia.c:219 sofia_event_callback() event [nua_i_state] status [480][Temporarily Unavailable] session: sofia/default/ 1001@192.168.1.104:5061 2008-04-18 08:52:44 [DEBUG] switch_core_state_machine.c:46 switch_core_standard_on_hangup() Standard HANGUP sofia/default/ 1001@192.168.1.104:5061, cause: NORMAL_CLEARING2008-04-18 08:52:44 [DEBUG] switch_core_state_machine.c:434 switch_core_session_run() (sofia/default/ 1001@192.168.1.104:5061) State HANGUP going to sleep 2008-04-18 08:52:44 [DEBUG] sofia.c:227 sofia_event_callback() Channel is already hungup. 2008-04-18 08:52:44 [DEBUG] sofia.c:219 sofia_event_callback() event [nua_i_terminated] status [480][Temporarily Unavailable] session: n/a 2008-04-18 08:52:44 [DEBUG] switch_core_session.c:730 switch_core_session_thread() Session 15 (sofia/default/ 1001@192.168.1.104:5061) Locked, Waiting on external entities 2008-04-18 08:52:44 [NOTICE] switch_core_session.c:748 switch_core_session_thread() Session 15 (sofia/default/ 1001@192.168.1.104:5061) Ended 2008-04-18 08:52:44 [NOTICE] switch_core_session.c:750 switch_core_session_thread() Close Channel sofia/default/ 1001@192.168.1.104:5061 [CS_HANGUP] 2008-04-18 08:53:16 [DEBUG] sofia.c:219 sofia_event_callback() event [nua_r_refer] status [408][Request Timeout] session: n/a Thanks for your help. Regards, Pete
Let me guess you're running FS and X-Lite on the same machine? What was your problem again? From the looks of this you have changed the default configs a little bit. /b On Apr 17, 2008, at 11:48 AM, Pete Kay wrote:
Hi Brian,
Here is the full log. Please kindly take a look:
2008-04-18 08:51:44 [DEBUG] switch_core_session.c:730 switch_core_session_thread() Session 14 (sofia/default/1001@192.168.1.104 :5061) Locked, Waiting on external entities 2008-04-18 08:51:44 [NOTICE] switch_core_session.c:748 switch_core_session_thread() Session 14 (sofia/default/1001@192.168.1.104 :5061) Ended 2008-04-18 08:51:44 [NOTICE] switch_core_session.c:750 switch_core_session_thread() Close Channel sofia/default/1001@192.168.1.104 :5061 [CS_HANGUP] 2008-04-18 08:52:16 [DEBUG] sofia.c:219 sofia_event_callback() event [nua_r_refer] status [408][Request Timeout] session: n/a 2008-04-18 08:52:44 [NOTICE] switch_channel.c:531 switch_channel_set_name() New Channel sofia/default/ 1001@192.168.1.104:5061 [c13cf5e4-0ce1-11dd-bee9-2524da607c1a] 2008-04-18 08:52:44 [DEBUG] sofia.c:1565 sofia_handle_sip_i_state() Channel sofia/default/1001@192.168.1.104:5061 entering state [received] 2008-04-18 08:52:44 [DEBUG] sofia.c:1569 sofia_handle_sip_i_state() Remote SDP: v=0 o=1001 1594153517 1594153838 IN IP4 192.168.1.104 s=X-Lite c=IN IP4 192.168.1.104 t=0 0 m=audio 8000 RTP/AVP 0 8 3 98 97 101 a=rtpmap:0 pcmu/8000 a=rtpmap:8 pcma/8000 a=rtpmap:3 gsm/8000 a=rtpmap:98 iLBC/8000 a=rtpmap:97 speex/8000 a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-15
2008-04-18 08:52:44 [DEBUG] sofia_glue.c:2011 sofia_glue_negotiate_sdp() Audio Codec Compare [pcmu:0:8000]/ [G722:9:8000] 2008-04-18 08:52:44 [DEBUG] sofia_glue.c:2011 sofia_glue_negotiate_sdp() Audio Codec Compare [pcmu:0:8000]/[PCMU: 0:8000] 2008-04-18 08:52:44 [DEBUG] sofia_glue.c:1333 sofia_glue_tech_set_codec() Set Codec sofia/default/ 1001@192.168.1.104:5061 PCMU/8000 20 ms 160 samples 2008-04-18 08:52:44 [DEBUG] sofia_glue.c:1975 sofia_glue_negotiate_sdp() Set 2833 dtmf payload to 101 2008-04-18 08:52:44 [DEBUG] sofia.c:1706 sofia_handle_sip_i_state() sofia/default/1001@192.168.1.104 :5061 State Change CS_NEW -> CS_INIT 2008-04-18 08:52:44 [DEBUG] switch_core_session.c:670 switch_core_session_signal_state_change() Kill sofia/default/1001@192.168.1.104 :5061 [BREAK] 2008-04-18 08:52:44 [DEBUG] switch_core_state_machine.c:406 switch_core_session_run() sofia/default/1001@192.168.1.104:5061 Running State Change CS_INIT 2008-04-18 08:52:44 [DEBUG] switch_core_state_machine.c:455 switch_core_session_run() (sofia/default/1001@192.168.1.104:5061) State INIT 2008-04-18 08:52:44 [DEBUG] mod_sofia.c:80 sofia_on_init() sofia/default/1001@192.168.1.104 :5061 SOFIA INIT 2008-04-18 08:52:44 [DEBUG] mod_sofia.c:107 sofia_on_init() sofia/default/1001@192.168.1.104 :5061 State Change CS_INIT -> CS_RING 2008-04-18 08:52:44 [DEBUG] switch_core_session.c:670 switch_core_session_signal_state_change() Kill sofia/default/1001@192.168.1.104 :5061 [BREAK] 2008-04-18 08:52:44 [DEBUG] switch_core_state_machine.c:455 switch_core_session_run() (sofia/default/1001@192.168.1.104:5061) State INIT going to sleep 2008-04-18 08:52:44 [DEBUG] switch_core_state_machine.c:406 switch_core_session_run() sofia/default/1001@192.168.1.104:5061 Running State Change CS_RING 2008-04-18 08:52:44 [DEBUG] switch_core_state_machine.c:460 switch_core_session_run() (sofia/default/1001@192.168.1.104:5061) State RING 2008-04-18 08:52:44 [DEBUG] mod_sofia.c:119 sofia_on_ring() sofia/default/1001@192.168.1.104 :5061 SOFIA RING 2008-04-18 08:52:44 [DEBUG] switch_core_state_machine.c:65 switch_core_standard_on_ring() Standard RING sofia/default/1001@192.168.1.104 :5061 2008-04-18 08:52:44 [INFO] mod_dialplan_xml.c:223 dialplan_hunt() Processing 1001->1004@public 2008-04-18 08:52:44 [DEBUG] mod_dialplan_xml.c:107 parse_exten() test conditions ${unroll_loops}(true) =~ /^true$/ 2008-04-18 08:52:44 [DEBUG] mod_dialplan_xml.c:107 parse_exten() test conditions ${sip_looped_call}(true) =~ /^true$/ 2008-04-18 08:52:44 [DEBUG] switch_core_state_machine.c:96 switch_core_standard_on_ring() sofia/default/1001@192.168.1.104:5061 State Change CS_RING -> CS_EXECUTE 2008-04-18 08:52:44 [DEBUG] switch_core_session.c:670 switch_core_session_signal_state_change() Kill sofia/default/1001@192.168.1.104 :5061 [BREAK] 2008-04-18 08:52:44 [DEBUG] switch_core_state_machine.c:460 switch_core_session_run() (sofia/default/1001@192.168.1.104:5061) State RING going to sleep 2008-04-18 08:52:44 [DEBUG] switch_core_state_machine.c:406 switch_core_session_run() sofia/default/1001@192.168.1.104:5061 Running State Change CS_EXECUTE 2008-04-18 08:52:44 [DEBUG] switch_core_state_machine.c:470 switch_core_session_run() (sofia/default/1001@192.168.1.104:5061) State EXECUTE 2008-04-18 08:52:44 [DEBUG] mod_sofia.c:156 sofia_on_execute() sofia/default/1001@192.168.1.104 :5061 SOFIA EXECUTE 2008-04-18 08:52:44 [DEBUG] switch_core_state_machine.c:129 switch_core_standard_on_execute() Standard EXECUTE 2008-04-18 08:52:44 [DEBUG] switch_core_state_machine.c:142 switch_core_standard_on_execute() sofia/default/ 1001@192.168.1.104:5061 Execute deflect(${destination_number}) 2008-04-18 08:52:44 [DEBUG] switch_core_state_machine.c:172 switch_core_standard_on_execute() sofia/default/ 1001@192.168.1.104:5061 Expanded String deflect(1004) 2008-04-18 08:52:44 [DEBUG] switch_core_session.c:383 switch_core_session_receive_message() Kill sofia/default/1001@192.168.1.104 :5061 [BREAK] 2008-04-18 08:52:44 [NOTICE] switch_core_state_machine.c:198 switch_core_standard_on_execute() Hangup sofia/default/1001@192.168.1.104 :5061 [CS_EXECUTE] [NORMAL_CLEARING] 2008-04-18 08:52:44 [DEBUG] switch_channel.c:1355 switch_channel_perform_hangup() Kill sofia/default/ 1001@192.168.1.104:5061 [KILL] 2008-04-18 08:52:44 [DEBUG] switch_core_session.c:670 switch_core_session_signal_state_change() Kill sofia/default/1001@192.168.1.104 :5061 [BREAK] 2008-04-18 08:52:44 [DEBUG] switch_core_state_machine.c:470 switch_core_session_run() (sofia/default/1001@192.168.1.104:5061) State EXECUTE going to sleep 2008-04-18 08:52:44 [DEBUG] switch_core_state_machine.c:406 switch_core_session_run() sofia/default/1001@192.168.1.104:5061 Running State Change CS_HANGUP 2008-04-18 08:52:44 [DEBUG] switch_core_state_machine.c:434 switch_core_session_run() (sofia/default/1001@192.168.1.104:5061) State HANGUP 2008-04-18 08:52:44 [DEBUG] mod_sofia.c:255 sofia_on_hangup() Channel sofia/default/1001@192.168.1.104:5061 hanging up, cause: NORMAL_CLEARING 2008-04-18 08:52:44 [DEBUG] mod_sofia.c:294 sofia_on_hangup() Responding to INVITE with: 480 2008-04-18 08:52:44 [DEBUG] sofia.c:219 sofia_event_callback() event [nua_i_state] status [480][Temporarily Unavailable] session: sofia/default/1001@192.168.1.104 :5061 2008-04-18 08:52:44 [DEBUG] switch_core_state_machine.c:46 switch_core_standard_on_hangup() Standard HANGUP sofia/default/1001@192.168.1.104 :5061, cause: NORMAL_CLEARING2008-04-18 08:52:44 [DEBUG] switch_core_state_machine.c:434 switch_core_session_run() (sofia/default/1001@192.168.1.104 :5061) State HANGUP going to sleep 2008-04-18 08:52:44 [DEBUG] sofia.c:227 sofia_event_callback() Channel is already hungup. 2008-04-18 08:52:44 [DEBUG] sofia.c:219 sofia_event_callback() event [nua_i_terminated] status [480][Temporarily Unavailable] session: n/a 2008-04-18 08:52:44 [DEBUG] switch_core_session.c:730 switch_core_session_thread() Session 15 (sofia/default/1001@192.168.1.104 :5061) Locked, Waiting on external entities 2008-04-18 08:52:44 [NOTICE] switch_core_session.c:748 switch_core_session_thread() Session 15 (sofia/default/1001@192.168.1.104 :5061) Ended 2008-04-18 08:52:44 [NOTICE] switch_core_session.c:750 switch_core_session_thread() Close Channel sofia/default/1001@192.168.1.104 :5061 [CS_HANGUP] 2008-04-18 08:53:16 [DEBUG] sofia.c:219 sofia_event_callback() event [nua_r_refer] status [408][Request Timeout] session: n/a
Thanks for your help.
Regards, Pete
_______________________________________________ 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
Brian West sip:brian@freeswitch.org
Hi , The problem is that if I call from the xLite (1001) that is on the same machine as the fs to sip client (1004) on another machine , it can't be connected. If I call from the other sip client to the xlite client, then it works. Don't know why.
From the log, xLite ( 1001) calling sip client ( 1004) results in 1001-> 1004/public wherease sip client ( 1004) calling xLite ( 1001) results in 1004->1001/default
Don't know why. The setting was default. Thanks for your help in taking a look. Pete On Fri, Apr 18, 2008 at 1:51 PM, Brian West <brian@freeswitch.org> wrote:
Let me guess you're running FS and X-Lite on the same machine? What was your problem again? From the looks of this you have changed the default configs a little bit.
/b
On Apr 17, 2008, at 11:48 AM, Pete Kay wrote:
Hi Brian,
Here is the full log. Please kindly take a look:
2008-04-18 08:51:44 [DEBUG] switch_core_session.c:730 switch_core_session_thread() Session 14 (sofia/default/ 1001@192.168.1.104:5061) Locked, Waiting on external entities 2008-04-18 08:51:44 [NOTICE] switch_core_session.c:748 switch_core_session_thread() Session 14 (sofia/default/ 1001@192.168.1.104:5061) Ended 2008-04-18 08:51:44 [NOTICE] switch_core_session.c:750 switch_core_session_thread() Close Channel sofia/default/ 1001@192.168.1.104:5061 [CS_HANGUP] 2008-04-18 08:52:16 [DEBUG] sofia.c:219 sofia_event_callback() event [nua_r_refer] status [408][Request Timeout] session: n/a 2008-04-18 08:52:44 [NOTICE] switch_channel.c:531 switch_channel_set_name() New Channel sofia/default/ 1001@192.168.1.104:5061 [c13cf5e4-0ce1-11dd-bee9-2524da607c1a] 2008-04-18 08:52:44 [DEBUG] sofia.c:1565 sofia_handle_sip_i_state() Channel sofia/default/1001@192.168.1.104:5061 entering state [received] 2008-04-18 08:52:44 [DEBUG] sofia.c:1569 sofia_handle_sip_i_state() Remote SDP: v=0 o=1001 1594153517 1594153838 IN IP4 192.168.1.104 s=X-Lite c=IN IP4 192.168.1.104 t=0 0 m=audio 8000 RTP/AVP 0 8 3 98 97 101 a=rtpmap:0 pcmu/8000 a=rtpmap:8 pcma/8000 a=rtpmap:3 gsm/8000 a=rtpmap:98 iLBC/8000 a=rtpmap:97 speex/8000 a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-15
2008-04-18 08:52:44 [DEBUG] sofia_glue.c:2011 sofia_glue_negotiate_sdp() Audio Codec Compare [pcmu:0:8000]/[G722:9:8000] 2008-04-18 08:52:44 [DEBUG] sofia_glue.c:2011 sofia_glue_negotiate_sdp() Audio Codec Compare [pcmu:0:8000]/[PCMU:0:8000] 2008-04-18 08:52:44 [DEBUG] sofia_glue.c:1333 sofia_glue_tech_set_codec() Set Codec sofia/default/1001@192.168.1.104:5061 PCMU/8000 20 ms 160 samples 2008-04-18 08:52:44 [DEBUG] sofia_glue.c:1975 sofia_glue_negotiate_sdp() Set 2833 dtmf payload to 101 2008-04-18 08:52:44 [DEBUG] sofia.c:1706 sofia_handle_sip_i_state() sofia/default/1001@192.168.1.104:5061 State Change CS_NEW -> CS_INIT 2008-04-18 08:52:44 [DEBUG] switch_core_session.c:670 switch_core_session_signal_state_change() Kill sofia/default/ 1001@192.168.1.104:5061 [BREAK] 2008-04-18 08:52:44 [DEBUG] switch_core_state_machine.c:406 switch_core_session_run() sofia/default/1001@192.168.1.104:5061 Running State Change CS_INIT 2008-04-18 08:52:44 [DEBUG] switch_core_state_machine.c:455 switch_core_session_run() (sofia/default/1001@192.168.1.104:5061) State INIT 2008-04-18 08:52:44 [DEBUG] mod_sofia.c:80 sofia_on_init() sofia/default/ 1001@192.168.1.104:5061 SOFIA INIT 2008-04-18 08:52:44 [DEBUG] mod_sofia.c:107 sofia_on_init() sofia/default/ 1001@192.168.1.104:5061 State Change CS_INIT -> CS_RING 2008-04-18 08:52:44 [DEBUG] switch_core_session.c:670 switch_core_session_signal_state_change() Kill sofia/default/ 1001@192.168.1.104:5061 [BREAK] 2008-04-18 08:52:44 [DEBUG] switch_core_state_machine.c:455 switch_core_session_run() (sofia/default/1001@192.168.1.104:5061) State INIT going to sleep 2008-04-18 08:52:44 [DEBUG] switch_core_state_machine.c:406 switch_core_session_run() sofia/default/1001@192.168.1.104:5061 Running State Change CS_RING 2008-04-18 08:52:44 [DEBUG] switch_core_state_machine.c:460 switch_core_session_run() (sofia/default/1001@192.168.1.104:5061) State RING 2008-04-18 08:52:44 [DEBUG] mod_sofia.c:119 sofia_on_ring() sofia/default/ 1001@192.168.1.104:5061 SOFIA RING 2008-04-18 08:52:44 [DEBUG] switch_core_state_machine.c:65 switch_core_standard_on_ring() Standard RING sofia/default/ 1001@192.168.1.104:5061 2008-04-18 08:52:44 [INFO] mod_dialplan_xml.c:223 dialplan_hunt() Processing 1001->1004@public 2008-04-18 08:52:44 [DEBUG] mod_dialplan_xml.c:107 parse_exten() test conditions ${unroll_loops}(true) =~ /^true$/ 2008-04-18 08:52:44 [DEBUG] mod_dialplan_xml.c:107 parse_exten() test conditions ${sip_looped_call}(true) =~ /^true$/ 2008-04-18 08:52:44 [DEBUG] switch_core_state_machine.c:96 switch_core_standard_on_ring() sofia/default/1001@192.168.1.104:5061 State Change CS_RING -> CS_EXECUTE 2008-04-18 08:52:44 [DEBUG] switch_core_session.c:670 switch_core_session_signal_state_change() Kill sofia/default/ 1001@192.168.1.104:5061 [BREAK] 2008-04-18 08:52:44 [DEBUG] switch_core_state_machine.c:460 switch_core_session_run() (sofia/default/1001@192.168.1.104:5061) State RING going to sleep 2008-04-18 08:52:44 [DEBUG] switch_core_state_machine.c:406 switch_core_session_run() sofia/default/1001@192.168.1.104:5061 Running State Change CS_EXECUTE 2008-04-18 08:52:44 [DEBUG] switch_core_state_machine.c:470 switch_core_session_run() (sofia/default/1001@192.168.1.104:5061) State EXECUTE 2008-04-18 08:52:44 [DEBUG] mod_sofia.c:156 sofia_on_execute() sofia/default/1001@192.168.1.104:5061 SOFIA EXECUTE 2008-04-18 08:52:44 [DEBUG] switch_core_state_machine.c:129 switch_core_standard_on_execute() Standard EXECUTE 2008-04-18 08:52:44 [DEBUG] switch_core_state_machine.c:142 switch_core_standard_on_execute() sofia/default/1001@192.168.1.104:5061Execute deflect(${destination_number}) 2008-04-18 08:52:44 [DEBUG] switch_core_state_machine.c:172 switch_core_standard_on_execute() sofia/default/1001@192.168.1.104:5061Expanded String deflect(1004) 2008-04-18 08:52:44 [DEBUG] switch_core_session.c:383 switch_core_session_receive_message() Kill sofia/default/ 1001@192.168.1.104:5061 [BREAK] 2008-04-18 08:52:44 [NOTICE] switch_core_state_machine.c:198 switch_core_standard_on_execute() Hangup sofia/default/ 1001@192.168.1.104:5061 [CS_EXECUTE] [NORMAL_CLEARING] 2008-04-18 08:52:44 [DEBUG] switch_channel.c:1355 switch_channel_perform_hangup() Kill sofia/default/1001@192.168.1.104:5061[KILL] 2008-04-18 08:52:44 [DEBUG] switch_core_session.c:670 switch_core_session_signal_state_change() Kill sofia/default/ 1001@192.168.1.104:5061 [BREAK] 2008-04-18 08:52:44 [DEBUG] switch_core_state_machine.c:470 switch_core_session_run() (sofia/default/1001@192.168.1.104:5061) State EXECUTE going to sleep 2008-04-18 08:52:44 [DEBUG] switch_core_state_machine.c:406 switch_core_session_run() sofia/default/1001@192.168.1.104:5061 Running State Change CS_HANGUP 2008-04-18 08:52:44 [DEBUG] switch_core_state_machine.c:434 switch_core_session_run() (sofia/default/1001@192.168.1.104:5061) State HANGUP 2008-04-18 08:52:44 [DEBUG] mod_sofia.c:255 sofia_on_hangup() Channel sofia/default/1001@192.168.1.104:5061 hanging up, cause: NORMAL_CLEARING 2008-04-18 08:52:44 [DEBUG] mod_sofia.c:294 sofia_on_hangup() Responding to INVITE with: 480 2008-04-18 08:52:44 [DEBUG] sofia.c:219 sofia_event_callback() event [nua_i_state] status [480][Temporarily Unavailable] session: sofia/default/ 1001@192.168.1.104:5061 2008-04-18 08:52:44 [DEBUG] switch_core_state_machine.c:46 switch_core_standard_on_hangup() Standard HANGUP sofia/default/ 1001@192.168.1.104:5061, cause: NORMAL_CLEARING2008-04-18 08:52:44 [DEBUG] switch_core_state_machine.c:434 switch_core_session_run() (sofia/default/ 1001@192.168.1.104:5061) State HANGUP going to sleep 2008-04-18 08:52:44 [DEBUG] sofia.c:227 sofia_event_callback() Channel is already hungup. 2008-04-18 08:52:44 [DEBUG] sofia.c:219 sofia_event_callback() event [nua_i_terminated] status [480][Temporarily Unavailable] session: n/a 2008-04-18 08:52:44 [DEBUG] switch_core_session.c:730 switch_core_session_thread() Session 15 (sofia/default/ 1001@192.168.1.104:5061) Locked, Waiting on external entities 2008-04-18 08:52:44 [NOTICE] switch_core_session.c:748 switch_core_session_thread() Session 15 (sofia/default/ 1001@192.168.1.104:5061) Ended 2008-04-18 08:52:44 [NOTICE] switch_core_session.c:750 switch_core_session_thread() Close Channel sofia/default/ 1001@192.168.1.104:5061 [CS_HANGUP] 2008-04-18 08:53:16 [DEBUG] sofia.c:219 sofia_event_callback() event [nua_r_refer] status [408][Request Timeout] session: n/a
Thanks for your help.
Regards, Pete
_______________________________________________ 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
Brian West sip:brian@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
I wouldn't recommend running the xlite client on the same machine. /b On Apr 18, 2008, at 1:23 AM, Pete Kay wrote:
Hi , The problem is that if I call from the xLite (1001) that is on the same machine as the fs to sip client (1004) on another machine , it can't be connected. If I call from the other sip client to the xlite client, then it works. Don't know why.
From the log, xLite ( 1001) calling sip client ( 1004) results in 1001-> 1004/public wherease sip client ( 1004) calling xLite ( 1001) results in 1004-
1001/default
Don't know why.
The setting was default.
Thanks for your help in taking a look.
Pete
On Fri, Apr 18, 2008 at 1:51 PM, Brian West <brian@freeswitch.org> wrote: Let me guess you're running FS and X-Lite on the same machine? What was your problem again? From the looks of this you have changed the default configs a little bit.
/b
On Apr 17, 2008, at 11:48 AM, Pete Kay wrote:
Hi Brian,
Here is the full log. Please kindly take a look:
2008-04-18 08:51:44 [DEBUG] switch_core_session.c:730 switch_core_session_thread() Session 14 (sofia/default/1001@192.168.1.104 :5061) Locked, Waiting on external entities 2008-04-18 08:51:44 [NOTICE] switch_core_session.c:748 switch_core_session_thread() Session 14 (sofia/default/1001@192.168.1.104 :5061) Ended 2008-04-18 08:51:44 [NOTICE] switch_core_session.c:750 switch_core_session_thread() Close Channel sofia/default/1001@192.168.1.104 :5061 [CS_HANGUP] 2008-04-18 08:52:16 [DEBUG] sofia.c:219 sofia_event_callback() event [nua_r_refer] status [408][Request Timeout] session: n/a 2008-04-18 08:52:44 [NOTICE] switch_channel.c:531 switch_channel_set_name() New Channel sofia/default/1001@192.168.1.104 :5061 [c13cf5e4-0ce1-11dd-bee9-2524da607c1a] 2008-04-18 08:52:44 [DEBUG] sofia.c:1565 sofia_handle_sip_i_state() Channel sofia/default/1001@192.168.1.104:5061 entering state [received] 2008-04-18 08:52:44 [DEBUG] sofia.c:1569 sofia_handle_sip_i_state() Remote SDP: v=0 o=1001 1594153517 1594153838 IN IP4 192.168.1.104 s=X-Lite c=IN IP4 192.168.1.104 t=0 0 m=audio 8000 RTP/AVP 0 8 3 98 97 101 a=rtpmap:0 pcmu/8000 a=rtpmap:8 pcma/8000 a=rtpmap:3 gsm/8000 a=rtpmap:98 iLBC/8000 a=rtpmap:97 speex/8000 a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-15
2008-04-18 08:52:44 [DEBUG] sofia_glue.c:2011 sofia_glue_negotiate_sdp() Audio Codec Compare [pcmu:0:8000]/ [G722:9:8000] 2008-04-18 08:52:44 [DEBUG] sofia_glue.c:2011 sofia_glue_negotiate_sdp() Audio Codec Compare [pcmu:0:8000]/[PCMU: 0:8000] 2008-04-18 08:52:44 [DEBUG] sofia_glue.c:1333 sofia_glue_tech_set_codec() Set Codec sofia/default/1001@192.168.1.104 :5061 PCMU/8000 20 ms 160 samples 2008-04-18 08:52:44 [DEBUG] sofia_glue.c:1975 sofia_glue_negotiate_sdp() Set 2833 dtmf payload to 101 2008-04-18 08:52:44 [DEBUG] sofia.c:1706 sofia_handle_sip_i_state() sofia/default/1001@192.168.1.104 :5061 State Change CS_NEW -> CS_INIT 2008-04-18 08:52:44 [DEBUG] switch_core_session.c:670 switch_core_session_signal_state_change() Kill sofia/default/1001@192.168.1.104 :5061 [BREAK] 2008-04-18 08:52:44 [DEBUG] switch_core_state_machine.c:406 switch_core_session_run() sofia/default/1001@192.168.1.104:5061 Running State Change CS_INIT 2008-04-18 08:52:44 [DEBUG] switch_core_state_machine.c:455 switch_core_session_run() (sofia/default/1001@192.168.1.104:5061) State INIT 2008-04-18 08:52:44 [DEBUG] mod_sofia.c:80 sofia_on_init() sofia/default/1001@192.168.1.104 :5061 SOFIA INIT 2008-04-18 08:52:44 [DEBUG] mod_sofia.c:107 sofia_on_init() sofia/default/1001@192.168.1.104 :5061 State Change CS_INIT -> CS_RING 2008-04-18 08:52:44 [DEBUG] switch_core_session.c:670 switch_core_session_signal_state_change() Kill sofia/default/1001@192.168.1.104 :5061 [BREAK] 2008-04-18 08:52:44 [DEBUG] switch_core_state_machine.c:455 switch_core_session_run() (sofia/default/1001@192.168.1.104:5061) State INIT going to sleep 2008-04-18 08:52:44 [DEBUG] switch_core_state_machine.c:406 switch_core_session_run() sofia/default/1001@192.168.1.104:5061 Running State Change CS_RING 2008-04-18 08:52:44 [DEBUG] switch_core_state_machine.c:460 switch_core_session_run() (sofia/default/1001@192.168.1.104:5061) State RING 2008-04-18 08:52:44 [DEBUG] mod_sofia.c:119 sofia_on_ring() sofia/default/1001@192.168.1.104 :5061 SOFIA RING 2008-04-18 08:52:44 [DEBUG] switch_core_state_machine.c:65 switch_core_standard_on_ring() Standard RING sofia/default/1001@192.168.1.104 :5061 2008-04-18 08:52:44 [INFO] mod_dialplan_xml.c:223 dialplan_hunt() Processing 1001->1004@public 2008-04-18 08:52:44 [DEBUG] mod_dialplan_xml.c:107 parse_exten() test conditions ${unroll_loops}(true) =~ /^true$/ 2008-04-18 08:52:44 [DEBUG] mod_dialplan_xml.c:107 parse_exten() test conditions ${sip_looped_call}(true) =~ /^true$/ 2008-04-18 08:52:44 [DEBUG] switch_core_state_machine.c:96 switch_core_standard_on_ring() sofia/default/ 1001@192.168.1.104:5061 State Change CS_RING -> CS_EXECUTE 2008-04-18 08:52:44 [DEBUG] switch_core_session.c:670 switch_core_session_signal_state_change() Kill sofia/default/1001@192.168.1.104 :5061 [BREAK] 2008-04-18 08:52:44 [DEBUG] switch_core_state_machine.c:460 switch_core_session_run() (sofia/default/1001@192.168.1.104:5061) State RING going to sleep 2008-04-18 08:52:44 [DEBUG] switch_core_state_machine.c:406 switch_core_session_run() sofia/default/1001@192.168.1.104:5061 Running State Change CS_EXECUTE 2008-04-18 08:52:44 [DEBUG] switch_core_state_machine.c:470 switch_core_session_run() (sofia/default/1001@192.168.1.104:5061) State EXECUTE 2008-04-18 08:52:44 [DEBUG] mod_sofia.c:156 sofia_on_execute() sofia/default/1001@192.168.1.104 :5061 SOFIA EXECUTE 2008-04-18 08:52:44 [DEBUG] switch_core_state_machine.c:129 switch_core_standard_on_execute() Standard EXECUTE 2008-04-18 08:52:44 [DEBUG] switch_core_state_machine.c:142 switch_core_standard_on_execute() sofia/default/ 1001@192.168.1.104:5061 Execute deflect(${destination_number}) 2008-04-18 08:52:44 [DEBUG] switch_core_state_machine.c:172 switch_core_standard_on_execute() sofia/default/ 1001@192.168.1.104:5061 Expanded String deflect(1004) 2008-04-18 08:52:44 [DEBUG] switch_core_session.c:383 switch_core_session_receive_message() Kill sofia/default/1001@192.168.1.104 :5061 [BREAK] 2008-04-18 08:52:44 [NOTICE] switch_core_state_machine.c:198 switch_core_standard_on_execute() Hangup sofia/default/1001@192.168.1.104 :5061 [CS_EXECUTE] [NORMAL_CLEARING] 2008-04-18 08:52:44 [DEBUG] switch_channel.c:1355 switch_channel_perform_hangup() Kill sofia/default/ 1001@192.168.1.104:5061 [KILL] 2008-04-18 08:52:44 [DEBUG] switch_core_session.c:670 switch_core_session_signal_state_change() Kill sofia/default/1001@192.168.1.104 :5061 [BREAK] 2008-04-18 08:52:44 [DEBUG] switch_core_state_machine.c:470 switch_core_session_run() (sofia/default/1001@192.168.1.104:5061) State EXECUTE going to sleep 2008-04-18 08:52:44 [DEBUG] switch_core_state_machine.c:406 switch_core_session_run() sofia/default/1001@192.168.1.104:5061 Running State Change CS_HANGUP 2008-04-18 08:52:44 [DEBUG] switch_core_state_machine.c:434 switch_core_session_run() (sofia/default/1001@192.168.1.104:5061) State HANGUP 2008-04-18 08:52:44 [DEBUG] mod_sofia.c:255 sofia_on_hangup() Channel sofia/default/1001@192.168.1.104:5061 hanging up, cause: NORMAL_CLEARING 2008-04-18 08:52:44 [DEBUG] mod_sofia.c:294 sofia_on_hangup() Responding to INVITE with: 480 2008-04-18 08:52:44 [DEBUG] sofia.c:219 sofia_event_callback() event [nua_i_state] status [480][Temporarily Unavailable] session: sofia/default/1001@192.168.1.104 :5061 2008-04-18 08:52:44 [DEBUG] switch_core_state_machine.c:46 switch_core_standard_on_hangup() Standard HANGUP sofia/default/1001@192.168.1.104 :5061, cause: NORMAL_CLEARING2008-04-18 08:52:44 [DEBUG] switch_core_state_machine.c:434 switch_core_session_run() (sofia/default/1001@192.168.1.104 :5061) State HANGUP going to sleep 2008-04-18 08:52:44 [DEBUG] sofia.c:227 sofia_event_callback() Channel is already hungup. 2008-04-18 08:52:44 [DEBUG] sofia.c:219 sofia_event_callback() event [nua_i_terminated] status [480][Temporarily Unavailable] session: n/a 2008-04-18 08:52:44 [DEBUG] switch_core_session.c:730 switch_core_session_thread() Session 15 (sofia/default/1001@192.168.1.104 :5061) Locked, Waiting on external entities 2008-04-18 08:52:44 [NOTICE] switch_core_session.c:748 switch_core_session_thread() Session 15 (sofia/default/1001@192.168.1.104 :5061) Ended 2008-04-18 08:52:44 [NOTICE] switch_core_session.c:750 switch_core_session_thread() Close Channel sofia/default/1001@192.168.1.104 :5061 [CS_HANGUP] 2008-04-18 08:53:16 [DEBUG] sofia.c:219 sofia_event_callback() event [nua_r_refer] status [408][Request Timeout] session: n/a
Thanks for your help.
Regards, Pete
_______________________________________________ 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
Brian West sip:brian@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
_______________________________________________ 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
Brian West sip:brian@freeswitch.org
participants (4)
-
Brian West
-
Daniel Hefti
-
Pete Kay
-
UV