Send FreeSWITCH-users mailing list submissions to
freeswitch-users@lists.freeswitch.org
To subscribe or unsubscribe via the World Wide Web, visit
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
or, via email, send a message with subject or body 'help' to
freeswitch-users-request@lists.freeswitch.org
You can reach the person managing the list at
freeswitch-users-owner@lists.freeswitch.org
When replying, please edit your Subject line so it is more specific
than "Re: Contents of FreeSWITCH-users digest..."
Today's Topics:
1. Re: Error loading mod_managed in CentOS (David Brazier)
2. Re: building mod_managed fails (David Brazier)
3. Re: Problem with SIP 180 + FreeTDM (Juan Antonio Iba?ez Santorum)
4. GIT/SVN Repo Maint. (Brian West)
5. Possible Loopback / Originate Race? (Jeroen C. van Gelderen)
---------- Forwarded message ----------
From: David Brazier <davidjbrazier@gmail.com>
To: FreeSWITCH Users Help <freeswitch-users@lists.freeswitch.org>
Date: Sat, 4 Dec 2010 00:39:25 +0000
Subject: Re: [Freeswitch-users] Error loading mod_managed in CentOS
Make sure you uncomment "languages/mod_managed" is uncommented in
modules.conf and follow the Mono 2.8 instructions on
http://wiki.freeswitch.org/wiki/Mod_managed
Don't try mod_mono & mod_mono_managed - that is old stuff.
David
---------- Forwarded message ----------
From: David Brazier <davidjbrazier@gmail.com>
To: FreeSWITCH Users Help <freeswitch-users@lists.freeswitch.org>
Date: Sat, 4 Dec 2010 00:43:43 +0000
Subject: Re: [Freeswitch-users] building mod_managed fails
On Wed, Dec 1, 2010 at 5:16 PM, David Brazier <davidjbrazier@gmail.com> wrote:
> I'll try to investigate why the swig output wasn't right.
I found out why - you need SWIG 2.0 - SWIG 1.3 that I had doesn't do it right.
---------- Forwarded message ----------
From: "Juan Antonio Ibañez Santorum" <juanito1982@gmail.com>
To: FreeSWITCH Users Help <freeswitch-users@lists.freeswitch.org>
Date: Sat, 4 Dec 2010 14:24:06 +0100
Subject: Re: [Freeswitch-users] Problem with SIP 180 + FreeTDM
You are true. Last git version works as expected.Thank you very much2010/12/2 David Yat Sin <dyatsin@sangoma.com>
Hi Juan Antonio,
Can you pull the latest Freeswitch git. This should be fixed now.
David
David Yat Sin, BEng
Software Engineer
Sangoma Technologies
100 Renfrew Drive, Suite 100, Markham, ON L3R 9R6 Canada
t. +1 800 388 2475 x119
t. +1 905 474 1990 x119
f. +1 905 474 9223Products | Solutions | Events | Contact | Wiki | Facebook | Twitter On 11/24/2010 1:38 PM, Juan Antonio Ibañez Santorum wrote:Any news?
2010/11/18 David Yat Sin <dyatsin@sangoma.com>
Hi Juan Antonio,
We are looking into this and will get back to you in a day or two.
David
David Yat Sin, BEng
Software Engineer
Sangoma Technologies
100 Renfrew Drive, Suite 100, Markham, ON L3R 9R6 Canada
t. +1 800 388 2475 x119
t. +1 905 474 1990 x119
f. +1 905 474 9223Products | Solutions | Events | Contact | Wiki | Facebook | Twitter
On 11/18/2010 3:50 PM, Juan Antonio Ibañez Santorum wrote:_______________________________________________ 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.orgHello boys!
I have one problem after updating from openzap to freetdm. Now, whe FS receives 'Proceeding' from PRI sends a SIP 180 which makes the phone to play a fake ring tone. After some seconds, when FS receives 'Alerting' from PRI, FS sends a SIP 183 with the real ring tone.
Is there any way to avoid first SIP 180? If the calle is busy, I can hear a ringing tone between SIP 180 and SIP 183 and a busy tone after SIP 183. Same if calle is a mobile phone and it is out of signal.
Regards
_______________________________________________
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
---------- Forwarded message ----------
From: Brian West <brian@freeswitch.org>
To: FreeSWITCH Users Help <freeswitch-users@lists.freeswitch.org>
Date: Sat, 4 Dec 2010 17:35:02 -0600
Subject: [Freeswitch-users] GIT/SVN Repo Maint.
I'm going to be doing some work on the repo to move it this weekend so please be patient if you can't access it while I'm moving it to Dallas Sunday December 5th 2010.
Thanks,
Brian
---------- Forwarded message ----------
From: "Jeroen C. van Gelderen" <slim@thegreek.com>
To: "'FreeSWITCH Users Help'" <freeswitch-users@lists.freeswitch.org>
Date: Sun, 5 Dec 2010 02:23:33 -0500
Subject: [Freeswitch-users] Possible Loopback / Originate Race?
Hi,
(Filed in JIRA FS-2899. Please let me know if posting this on the list as well is frowned upon.)
I’m using switch_limit in a loopback extension with the following problematic dialplan fragment (full dialplan context at end of message):
<extension name="limit_exceeded">
<condition field="destination_number" expression="^limit_exceeded$">
<action application="hangup" data="NORMAL_CIRCUIT_CONGESTION"/>
</condition>
</extension>
This works fine in MOST cases with the expected result:
switch_ivr_originate.c:3448 Originate Resulted in Error Cause: 34 [NORMAL_CIRCUIT_CONGESTION]
Every once in a while though this very same extension will magically yield:
switch_ivr_originate.c:3448 Originate Resulted in Error Cause: 19 [NO_ANSWER]
Looking at the log snippets pasted below the correct result (34) appears when this sequence of events occurs (first snippet):
mod_loopback.c:425 Hangup loopback/18884447693-a [CS_CONSUME_MEDIA] [NORMAL_CIRCUIT_CONGESTION]
switch_ivr_originate.c:3448 Originate Resulted in Error Cause: 34 [NORMAL_CIRCUIT_CONGESTION]
The incorrect answer (19) appears whenever this sequence shows in the logs:
switch_ivr_originate.c:3448 Originate Resulted in Error Cause: 19 [NO_ANSWER]
mod_loopback.c:425 Hangup loopback/18884447701-a [CS_CONSUME_MEDIA] [NORMAL_CIRCUIT_CONGESTION]
Pouring over my logs this ALWAYS is the case. Whenever the wrong error cause appears the switch_ivr_originate call precedes the mod_loopback call. Conversely whenever the correct error cause is given the call sequence is reversed.
I can reproduce this at will by rapidly invoking the loopback extension in the dialplan pasted at the bottom of this mail.
Any help is appreciated.
Cheers,
-Slim
----8<----8<----8<----8<----8<----8<----8<----
EXECUTE loopback/18884447693-b hangup(NORMAL_CIRCUIT_CONGESTION)
2010-12-05 01:27:13.318020 [DEBUG] switch_channel.c:2455 (loopback/18884447693-b) Callstate Change EARLY -> HANGUP
2010-12-05 01:27:13.318020 [NOTICE] mod_dptools.c:906 Hangup loopback/18884447693-b [CS_EXECUTE] [NORMAL_CIRCUIT_CONGESTION]
2010-12-05 01:27:13.319023 [DEBUG] switch_channel.c:2471 Send signal loopback/18884447693-b [KILL]
2010-12-05 01:27:13.319023 [DEBUG] mod_loopback.c:468 loopback/18884447693-b CHANNEL KILL
2010-12-05 01:27:13.319023 [DEBUG] switch_core_session.c:1083 Send signal loopback/18884447693-b [BREAK]
2010-12-05 01:27:13.319023 [DEBUG] mod_loopback.c:468 loopback/18884447693-b CHANNEL KILL
2010-12-05 01:27:13.320024 [DEBUG] switch_core_session.c:1993 loopback/18884447693-b skip receive message [APPLICATION_EXEC_COMPLETE] (chann
el is hungup already)
2010-12-05 01:27:13.320024 [DEBUG] switch_core_state_machine.c:366 (loopback/18884447693-b) State EXECUTE going to sleep
2010-12-05 01:27:13.320024 [DEBUG] switch_core_state_machine.c:320 (loopback/18884447693-b) Running State Change CS_HANGUP
2010-12-05 01:27:13.321011 [DEBUG] switch_core_state_machine.c:557 (loopback/18884447693-b) State HANGUP
2010-12-05 01:27:13.321983 [DEBUG] mod_loopback.c:414 loopback/18884447693-b CHANNEL HANGUP
2010-12-05 01:27:13.321983 [DEBUG] switch_channel.c:2455 (loopback/18884447693-a) Callstate Change EARLY -> HANGUP
2010-12-05 01:27:13.321983 [NOTICE] mod_loopback.c:425 Hangup loopback/18884447693-a [CS_CONSUME_MEDIA] [NORMAL_CIRCUIT_CONGESTION]
2010-12-05 01:27:13.322995 [DEBUG] switch_ivr_originate.c:3448 Originate Resulted in Error Cause: 34 [NORMAL_CIRCUIT_CONGESTION]
----8<----8<----8<----8<----8<----8<----8<----
EXECUTE loopback/18884447701-b hangup(NORMAL_CIRCUIT_CONGESTION)
2010-12-05 01:27:14.364448 [DEBUG] switch_channel.c:2455 (loopback/18884447701-b) Callstate Change EARLY -> HANGUP
2010-12-05 01:27:14.365470 [NOTICE] mod_dptools.c:906 Hangup loopback/18884447701-b [CS_EXECUTE] [NORMAL_CIRCUIT_CONGESTION]
2010-12-05 01:27:14.365470 [DEBUG] switch_channel.c:2471 Send signal loopback/18884447701-b [KILL]
2010-12-05 01:27:14.365470 [DEBUG] mod_loopback.c:468 loopback/18884447701-b CHANNEL KILL
2010-12-05 01:27:14.365470 [DEBUG] switch_core_session.c:1083 Send signal loopback/18884447701-b [BREAK]
2010-12-05 01:27:14.366485 [DEBUG] mod_loopback.c:468 loopback/18884447701-b CHANNEL KILL
2010-12-05 01:27:14.366485 [DEBUG] switch_core_session.c:1993 loopback/18884447701-b skip receive message [APPLICATION_EXEC_COMPLETE] (chann
el is hungup already)
2010-12-05 01:27:14.366485 [DEBUG] switch_core_state_machine.c:366 (loopback/18884447701-b) State EXECUTE going to sleep
2010-12-05 01:27:14.367508 [DEBUG] switch_core_state_machine.c:320 (loopback/18884447701-b) Running State Change CS_HANGUP
2010-12-05 01:27:14.369585 [DEBUG] switch_core_state_machine.c:557 (loopback/18884447701-b) State HANGUP
2010-12-05 01:27:14.369585 [DEBUG] mod_loopback.c:414 loopback/18884447701-b CHANNEL HANGUP
2010-12-05 01:27:14.369585 [DEBUG] switch_channel.c:2455 (loopback/18884447701-a) Callstate Change EARLY -> HANGUP
2010-12-05 01:27:14.369585 [DEBUG] switch_ivr_originate.c:3448 Originate Resulted in Error Cause: 19 [NO_ANSWER]
2010-12-05 01:27:14.369585 [NOTICE] mod_loopback.c:425 Hangup loopback/18884447701-a [CS_CONSUME_MEDIA] [NORMAL_CIRCUIT_CONGESTION]
----8<----8<----8<----8<----8<----8<----8<----
<context name="tech-outbound">
<extension name="tech-outbound">
<condition field="destination_number" expression="^1888(\d{7})$">
<action application="info"/>
<action application="set" data="loopback_bowout=false"/>
<action application="limit" data="db outgoing goip 1" />
<action application="bridge" data="{ignore_early_media=true}sofia/internal/${destination_number}@192.168.3.11:5060"/>
</condition>
</extension>
<extension name="limit_exceeded">
<condition field="destination_number" expression="^limit_exceeded$">
<action application="<nothing> OR <answer> OR <pre_answer>"/> <!-- Tried all 3 variations, no difference -->
<action application="hangup" data="NORMAL_CIRCUIT_CONGESTION"/>
</condition>
</extension>
</context>
_______________________________________________
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