- FreeSWITCH-users - FreeSWITCH Mailing Lists

conference.freeswitch.org not working from some internet places
by covici＠ccs.covici.com 21 Feb '14

21 Feb '14

Hi. I am having troubles accessing 888(a)conference.freeswitch.org from my server, although I can do it from a vm I have set up somewhere else. Someone else said they were having the same problem, so I wonder if its being blocked or something? When I try to access the conference, and go to http://conference.freeswitch.org it says no active conferences, so something strange is happening. Any ideas? -- Your life is like a penny. You're going to lose it. The question is: How do you spend it? John Covici covici(a)ccs.covici.com

1 1

JIRA Weekly Call 2PM Central sip:888@conference.freeswitch.org :)
by Brian West 21 Feb '14

21 Feb '14

Anyone with questions, comments, patches, general ideas please attend, Anyone wishing to be a bug marshal please reply to me off list, I can get you setup but please attend at least one 2PM CST call for guidance on how to be a bug marshall. Thanks, -- Brian West brian(a)freeswitch.org FreeSWITCH Solutions, LLC PO BOX 2531 Brookfield, WI 53008-2531 Twitter: @FreeSWITCH , @briankwest http://www.freeswitchbook.com http://www.freeswitchcookbook.com T: +1.918.420.9001 | F: +1.918.420.9002 | M: +1.918.424.WEST iNUM: +883 5100 1420 9001 ISN: 410*543 Skype:briankwest PGP Key: http://www.bkw.org/key.txt (AB93356707C76CED)

1 0

why is the user directory in core and not a module
by Vik Killa 21 Feb '14

21 Feb '14

Good morning, I am considering creating my own database driven user directory for user authentication to replace the current setup of using XML. My question is, why is this aspect of freeswitch built-in to the core, rather than a module? Also, since it is built-in core, other modules (IE mod_voicemail) rely upon it. Because of this, it seems nearly impossible to get away from using freeswitch's XML user directory. Wouldn't it be better to have abstract code in core that obtains the user directory information from a module (mod_user_directory could be the first module that uses XML like current standard)? This way you can use a different module for user auth. and other modules (like mod_voicemail) can still rely on core for user information? Thanks

5 14

Missing sending BYE and missing OK message
by Georgi Stefanov 21 Feb '14

21 Feb '14

Thanks for the suggestion Claus But of course I have tried with one call - no problem In matter of fact no problem is seen up to 25 CPS and 250 total calls (10 sec call duration) Somewhere between 25 and 40 CPS the problem is rarely shown. The issue become more obvious around 100 CPS I thought it could be an issue, but I need to know I have missed some setting or not. It sounds like a bug to me

2 1

Missing sending BYE and missing OK message
by Georgi Stefanov 21 Feb '14

21 Feb '14

Hello All, I have strange behavior on FreeSWITCH Version 1.2.22~32bit ( 32bit) running on Red Hat Enterprise Linux Server release 5.3 (Tikanga) I I have FS-A and FS-B FS-A originate calls to FS-B. Then FS-B answers the call and plays 10 sec music. On successfull call FS-A plays 10 sec music too(I just want to keep the call alive) The strange thing appears when I try to load it. I succeed to get 2000+ calls with 100 CPS. But My calls are 10sec long, so I think 1000 should be the maximum number of simultaneous calls. I used wireshark to sniff and analyze the traffic. The result: On every call I have 10 sec of call duration and then BYE is sent. But OK which should confirm the BYE is received, is missing. Then again BYE message is sent, in matter of fact it is sent several times and finally the call is destroyed. I have checked my network bandwidth. I have tried calls without RTP traffic (using sleep dialplan app) Is this an issue, or I missed some configuration? Thanks

2 1

Cannot pass configure stage on ubuntu 11.10 build of master
by Josh Nankin 20 Feb '14

20 Feb '14

I'm trying to build the master code base on ubuntu 11.10 to verify a bug I'm seeing on v1.2.stable. I've installed openssl 1.0.1f using the following: wget http://www.openssl.org/source/openssl-1.0.1f.tar.gz tar -zxvf openssl-1.0.1f.tar.gz cd openssl-1.0.1f ./config --prefix=/usr/openssl101f -fPIC make make install The build goes through successfully and the files are in /user/openssl101f. I then check out freeswitch from git: git clone git://git.freeswitch.org/freeswitch.git And then run bootstrap and configure: cd freeswitch ./bootstrap.sh -j ./configure CFLAGS="-I/usr/openssl101f/include" LDFLAGS="-L/usr/openssl101f/lib" At the end of configure I get: checking for tgetent in -ltinfo... yes checking for openssl... yes checking openssl_CFLAGS... checking openssl_LIBS... -lssl -lcrypto adding "-DHAVE_OPENSSL" to SWITCH_AM_CFLAGS checking for SSL_CTX_set_tlsext_use_srtp in -lssl... yes checking for DTLSv1_method in -lssl... no configure: error: OpenSSL >= 1.0.1e and associaed developement headers required I'm not sure why freeswitch isnt picking up on my latest openssl build.

3 4

JIRA Thank you...
by Brian West 20 Feb '14

20 Feb '14

I would like to thank everyone that has stepped in and responded to their outstanding JIRA issues, Travis Cross has been very helpful in reviewing and moving thru patches, If you have any concerns about other outstanding issues that haven’t been addressed please feel free to show up at our Friday call which usually starts around 2pm Central time at sip:888@conference.freeswitch.org or +1.919.386.9900 via the PSTN. I’ve not seen JIRA this active in quite a while. Lets keep moving. Thanks, -- Brian West brian(a)freeswitch.org FreeSWITCH Solutions, LLC PO BOX 2531 Brookfield, WI 53008-2531 Twitter: @FreeSWITCH , @briankwest http://www.freeswitchbook.com http://www.freeswitchcookbook.com T: +1.918.420.9001 | F: +1.918.420.9002 | M: +1.918.424.WEST iNUM: +883 5100 1420 9001 ISN: 410*543 Skype:briankwest PGP Key: http://www.bkw.org/key.txt (AB93356707C76CED)

1 0

Re: [Freeswitch-users] Frequent connect/disconnect on PRI line leaves mod_freetdm in stuck state
by Deepika Agarwal 20 Feb '14

20 Feb '14

Hello Brian/Moy, Here is the required information: 1. *WANPIPE Verison: * WANPIPE Release: 7.0.3 2.* LibSNG Version*: v1.0.0 3.* FreeSWITCH Git revision* : freeswitch v1.0.7 taken from commit head '9bf2726' on master 4. *Distro information:* DISTRIB_ID=Ubuntu DISTRIB_RELEASE=12.04 DISTRIB_CODENAME=precise DISTRIB_DESCRIPTION="Ubuntu 12.04 LTS" 5. *32/64 bit CPU:* 64 bit kernel with CPU op-mode(s):32-bit, 64-bit Please let me know if any further information is required in this regard. Thanks Deepika On Sat, Feb 8, 2014 at 7:27 AM, Brian West <brian(a)freeswitch.org> wrote: > Greetings, > If you could, please mail the list or Moy, not both, He subscribes > to this list too and now any responses he gives may not make it back to the > list if he doesn't do reply-all. This leaves someone down the line six > months from now hanging when they encounter the exact same issue and this > email is in the archive standing all by itself. > > You would need to provide these items: > > 1. WANPIPE Verison > 2. LibSNG Version > 3. FreeSWITCH Git revision > 4. Distro information. > 5. 32/64 bit CPU? > > These should give anyone reading the list a bit more situational awareness > of your issue and possible lead to a few more questions or even suggestions > on what you might try. As it stands we can only guess that it could be > hardware, software, sunspots or worse... DUST BUNNIES! :P > > In addition log files should be posted in the paste bin if possible. You > can also hop on IRC and get assistance. > > -- > Brian West > brian(a)freeswitch.org > FreeSWITCH Solutions, LLC > PO BOX 2531 > Brookfield, WI 53008-2531 > Twitter: @FreeSWITCH , @briankwest > http://www.freeswitchbook.com > http://www.freeswitchcookbook.com > > T: +1.918.420.9001 | F: +1.918.420.9002 | M: +1.918.424.WEST > iNUM: +883 5100 1420 9001 > ISN: 410*543 > Skype:briankwest > PGP Key: http://www.bkw.org/key.txt (AB93356707C76CED) > > > > > > > > > > > > > > On Feb 6, 2014, at 6:29 AM, Deepika Agarwal < > deepika.agarwal(a)eng.knowlarity.com> wrote: > > > Hello All, > > > > We are facing a peculiar problem in which the frequent > connect/disconnect events on the PRI line results in FreeSwitch not able to > handle any further incoming calls. > > The workaround to the above problem is to restart mod_freetdm or the > complete freeswitch. > > > > > > I'm providing some of the logs with my analysis: > > > > 30111 2014-01-31 10:32:53.522513 [NOTICE] mod_freetdm.c:1889 Alarm > raised on channel 13:15 > > 30112 2014-01-31 10:32:53.522513 [DEBUG] ftmod_wanpipe.c:1630 > [s3c7][3:7] read wanpipe event 17 > > 30113 2014-01-31 10:32:53.522513 [NOTICE] mod_freetdm.c:1889 Alarm > raised on channel 3:22 > > 30114 2014-01-31 10:32:53.522513 [INFO] > ftmod_sangoma_isdn_stack_rcv.c:663 [SNGISDN PHY] D-chan 3 : T1/E1/BRI > Disconnected > > 30115 2014-01-31 10:32:53.522513 [DEBUG] mod_freetdm.c:2416 got clear > channel sig [ALARM_TRAP] > > 30116 2014-01-31 10:32:53.522513 [DEBUG] ftmod_wanpipe.c:1385 > [s3c7][3:7] Ignoring wanpipe link disconnected event > > 30117 2014-01-31 10:32:53.522513 [INFO] > ftmod_sangoma_isdn_stack_rcv.c:663 [SNGISDN PHY] D-chan 3 : T1/E1/BRI > Disconnected > > 30118 2014-01-31 10:32:53.522513 [DEBUG] mod_freetdm.c:2416 got clear > channel sig [ALARM_TRAP] > > 30119 2014-01-31 10:32:53.522513 [DEBUG] ftmod_wanpipe.c:1630 > [s3c8][3:8] read wanpipe event 17 > > > > > > 30313 2014-01-31 10:32:53.682516 [INFO] > ftmod_sangoma_isdn_stack_rcv.c:1004 sng_isdn->s16: Invalid Q.921/Q.931 > frame - ignoring len:1 > > 30314 2014-01-31 10:32:53.722506 [DEBUG] mod_freetdm.c:866 Dropping > frame! (write note ready) in channel FreeTDM/3:8/43850327 device 3:8! > > 30315 2014-01-31 10:32:53.722506 [DEBUG] mod_freetdm.c:866 Dropping > frame! (write note ready) in channel FreeTDM/3:4/43850118 device 3:4! > > 30316 2014-01-31 10:32:53.722506 [DEBUG] ftmod_wanpipe.c:945 > [s14c11][14:11] Rx Queue length exceeded 80% hreshold (9/10) > > 30317 2014-01-31 10:32:53.722506 [DEBUG] ftmod_wanpipe.c:945 > [s23c11][23:11] Rx Queue length exceeded 80% hreshold (9/10) > > 30318 2014-01-31 10:32:53.722506 [DEBUG] mod_freetdm.c:866 Dropping > frame! (write note ready) in channel FreeTDM/3:5/43851158 device 3:5! > > 30319 2014-01-31 10:32:53.722506 [DEBUG] ftmod_wanpipe.c:945 > [s24c2][24:2] Rx Queue length exceeded 80% hreshold (9/10) > > 30320 2014-01-31 10:32:53.722506 [DEBUG] mod_freetdm.c:866 Dropping > frame! (write note ready) in channel FreeTDM/3:6/43850118 device 3:6! > > 30321 2014-01-31 10:32:53.722506 [DEBUG] ftmod_wanpipe.c:945 > [s6c17][6:18] Rx Queue length exceeded 80% hreshold (9/10) > > 30322 2014-01-31 10:32:53.742514 [DEBUG] mod_freetdm.c:866 Dropping > frame! (write note ready) in channel FreeTDM/3:3/43850523 device 3:3! > > 30323 2014-01-31 10:32:53.762508 [WARNING] mod_freetdm.c:763 Too many > timeouts while waiting I/O in channel FreeTDM/3:6/43850118 device 3:6! > > 30324 2014-01-31 10:32:53.762508 [ERR] mod_freetdm.c:808 clearing IO in > channel FreeTDM/3:6/43850118 device 3:6! > > 30325 2014-01-31 10:32:53.762508 [WARNING] mod_freetdm.c:763 Too many > timeouts while waiting I/O in channel FreeTDM/3:1/43852488 device 3:1! > > 30326 2014-01-31 10:32:53.762508 [ERR] mod_freetdm.c:808 clearing IO in > channel FreeTDM/3:1/43852488 device 3:1! > > > > > > Because of the timeout in the read channel, the TFLAG_IO gets cleared > and leads to a recurrent logs w.r.t the TFLAG_IO flag (as shown in line > 30413) > > > > 30403 2014-01-31 10:32:53.762508 [WARNING] mod_freetdm.c:763 Too many > timeouts while waiting I/O in channel FreeTDM/3:8/43850327 device 3:8! > > 30404 2014-01-31 10:32:53.762508 [ERR] mod_freetdm.c:808 clearing IO in > channel FreeTDM/3:8/43850327 device 3:8! > > 30405 2014-01-31 10:32:53.762508 [DEBUG] switch_ivr_bridge.c:505 > FreeTDM/3:8/43850327 ending bridge by request from read function > > 30406 2014-01-31 10:32:53.762508 [WARNING] mod_freetdm.c:763 Too many > timeouts while waiting I/O in channel FreeTDM/3:4/43850118 device 3:4! > > 30407 2014-01-31 10:32:53.762508 [ERR] mod_freetdm.c:808 clearing IO in > channel FreeTDM/3:4/43850118 device 3:4! > > 30408 2014-01-31 10:32:53.762508 [DEBUG] switch_ivr_bridge.c:505 > FreeTDM/3:4/43850118 ending bridge by request from read function > > 30409 2014-01-31 10:32:53.762508 [WARNING] mod_freetdm.c:763 Too many > timeouts while waiting I/O in channel FreeTDM/3:10/43115865 device 3:10! > > 30410 2014-01-31 10:32:53.762508 [ERR] mod_freetdm.c:808 clearing IO in > channel FreeTDM/3:10/43115865 device 3:10! > > 30411 2014-01-31 10:32:53.762508 [DEBUG] switch_ivr_play_say.c:1678 done > playing file /srv/sounds/usr/159d/0491/-a6f/0-48/e4-8/1df-/1823/c766/9 > 6e8.mp3 > > 30412 2014-01-31 10:32:53.762508 [DEBUG] switch_ivr_play_say.c:1306 > Codec Activated L16@8000hz 1 channels 20ms > > 30413 2014-01-31 10:32:53.762508 [DEBUG] mod_freetdm.c:747 TFLAG_IO is > not set in channel FreeTDM/3:10/43115865 device 3:10! > > 30414 2014-01-31 10:32:53.762508 [ERR] mod_freetdm.c:808 clearing IO in > channel FreeTDM/3:10/43115865 device 3:10! > > > > Upon further looking at the code, it appears that the TFLAG_IO gets > cleared because of the timeout (as a result of PRI connect/disconnect), but > as this flag is not inturn set upon PRI line recovery, the > channel_read_frame (in mod_freetdm.c) is not able to read any further > frames. > > > > Please provide your comments in this regard and any further inputs would > be much appreciated. > > > > Thanks > > Deepika > > > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting(a)freeswitch.org > http://www.freeswitchsolutions.com > > FreeSWITCH-powered IP PBX: The CudaTel Communication Server > http://www.cudatel.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://wiki.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users(a)lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > >

3 2

problem with polycom 335 fs and call waiting
by covici＠ccs.covici.com 20 Feb '14

20 Feb '14

Hi. I have a Polycom 335 connected to fs on my internal network. The audio is fine, but call waiting is not. When I hear the beep, I press transfer and get a dialtone and then press it again to get the second call, but sometimes all that happens is I hear the beep and am back to the first call. I have not looked at logs yet, how is this actually supposed to work? Any assistance would be appreciated. -- Your life is like a penny. You're going to lose it. The question is: How do you spend it? John Covici covici(a)ccs.covici.com

1 0

DTMF type detection RFC-2833 or Inband
by Yigal Rachilevsky 20 Feb '14

20 Feb '14

Hello Please help I am looking for a way to allow the Freeswitch detect DTMF like RFC-2833 and inband My SIP TRUNK provider send me sometimes DTMF and sometimes inband... Thank you !

3 2