- FreeSWITCH-users - FreeSWITCH Mailing Lists

Play MP4 file into conference
by Richard Screene 04 Jan '18

04 Jan '18

Thanks for your response Steven. When I tried using master branch before I did not get video when using either conference...play or uuid_broadcast. I will re-try with the latest master and raise a Jira if I can't get it working. Regards, Richard On Sat, Dec 23, 2017 at 0:13 AM, Steven Du <dujinfang at gmail.com <mailto:freeswitch-users%40lists.freeswitch.org?Subject=Re%3A%20%5BFreeswitch-users%5D%20Play%20MP4%20file%20into%20conference&In-Reply-To=%3CCAJs%2B-5osBHL-gb-YAJdsKaOun_OiOOudFaQ1Umqc2m39yqmhMA%40mail.gmail.com%3E>> wrote: > we use conference play for a while and don't have your problem, please try > master and if you think it's a bug fire a jira. >On Fri, Dec 15, 2017 at 9:51 PM, Richard Screene <richard.screene at thisisdrum.com <http://lists.freeswitch.org/mailman/listinfo/freeswitch-users>> wrote: >> I am having problems attempting to play a MP4 video into a conference >> using mod_av. >> >> I have built the 1.6.19 branch from source after removing the -pedantic >> compile flag to allow mod_av to compile. >> >> My simple dial plan is: >> ``` >> <extension name="test"> >> <condition field="destination_number" expression="test"> >> <action application="conference" data="conf1"/> >> </condition> >> </extension> >> ``` >> >> From fs_cli I then attempt to play the video using the command: >> "conference conf1 play /tmp/sample.mp4" >> >> No error messages are visible in the console and I can hear the audio, but >> I do not see the video stream. >> >> Strangely, when I do "uuid_broadcast <uuid> /tmp/sample.mp4" I get the >> audio and video (but obviously only to a single caller) >> >> If I try on the code from the master branch then I do not video from >> either conference..play or uuid_broadcast. >> >> Has anyone got any ideas why I cannot play video into a conference? >> >> Also, is there any equivalent of uuid_fileman for files played into a >> conference? I would like pause and seek functionality to affect the video >> of all participants in the conference. >> >> Many thanks, >> Richard >>

2 1

Issues incoming call
by Raimundo Pérez Nieves 04 Jan '18

04 Jan '18

Hi, I have a server with FS, my problem is making a call to freeswitch from my personal phone. The incoming call is detailed by FS, but it doesn’t process throw DialPlan. Ex, mi server IP is 165.227.33.23 and the incoming call is throw 64.34.236.149 as you can see. Thanks for help me

2 1

Cannot Receive Incoming call [CS_NEW] [WRONG_CALL_STATE] Abandonded
by Raimundo Pérez Nieves 04 Jan '18

04 Jan '18

Hello, i cannot figure out this problem. The incoming call is detailed by FS in Debug, but it doesn’t process throw DialPlan. Mi server IP is 165.227.33.23 and the incoming call is throw 64.34.236.149 as you can see. i get this behaviour: 0595a3c8 2018-01-04 12:18:14.294341 [NOTICE] switch_channel.c:1104 New Channel sofia/internal/34600083765(a)64.34.236.149 [0595a3c8-a696-46b9-addd-0eb3a9f0a2a3] 0595a3c8 2018-01-04 12:18:14.294341 [DEBUG] switch_core_state_machine.c:584 (sofia/internal/34600083765(a)64.34.236.149) Running State Change CS_NEW (Cur 4 Tot 2448) 0595a3c8 2018-01-04 12:18:14.294341 [DEBUG] sofia.c:9873 sofia/internal/34600083765(a)64.34.236.149 receiving invite from 64.34.236.149:5060 version: 1.6.19 -36-7a77e0b 64bit 2018-01-04 12:18:14.294341 [DEBUG] sofia.c:10044 IP 64.34.236.149 Rejected by acl "domains". Falling back to Digest auth. nua_stack.c:573 nua_stack_signal() nua(0x7f3c180f5900): recv signal r_respond 407 Proxy Authentication Required 0595a3c8 2018-01-04 12:18:14.294341 [DEBUG] switch_core_state_machine.c:603 (sofia/internal/34600083765(a)64.34.236.149) State NEW send 858 bytes to udp/[64.34.236.149]:5060 at 12:18:14.306835: ------------------------------------------------------------------------ SIP/2.0 407 Proxy Authentication Required Via: SIP/2.0/UDP 64.34.236.149:5060;branch=z9hG4bK6dcba8c3 From: "34600083765" <sip:34600083765@64.34.236.149>;tag=as134ae412 To: <sip:5508813053301091@165.227.33.23:5060>;tag=2HZXytpDN07tN Call-ID: 7d898457242fdb9e02387bd91238036b@64.34.236.149:5060 CSeq: 102 INVITE User-Agent: FreeSWITCH-mod_sofia/1.6.19-36-7a77e0b~64bit Accept: application/sdp Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, REFER, NOTIFY, PUBLISH, SUBSCRIBE Supported: timer, path, replaces Allow-Events: talk, hold, conference, presence, as-feature-event, dialog, line-seize, call-info, sla, include-session-description, presence.winfo, message-summary, refer Proxy-Authenticate: Digest realm="64.34.236.149", nonce="9e208456-94e6-4cff-9ed9-e4abcf1075aa", algorithm=MD5, qop="auth" Content-Length: 0 ------------------------------------------------------------------------ nta.c:6791 incoming_reply() nta: sent 407 Proxy Authentication Required for INVITE (102) nua_dialog.c:397 nua_dialog_usage_remove_at() nua(0x7f3c180f5900): removing session usage nua_session.c:4139 signal_call_state_change() nua(0x7f3c180f5900): call state changed: received -> terminated nua_stack.c:271 nua_stack_event() nua(0x7f3c180f5900): event i_state 407 Proxy Authentication Required nua_stack.c:271 nua_stack_event() nua(0x7f3c180f5900): event i_terminated 407 Proxy Authentication Required 2018-01-04 12:18:14.294341 [DEBUG] sofia.c:2334 detaching session 0595a3c8-a696-46b9-addd-0eb3a9f0a2a3 nua_stack.c:569 nua_stack_signal() nua(0x7f3c180f5900): recv signal r_destroy recv 437 bytes from udp/[64.34.236.149]:5060 at 12:18:14.318108: ------------------------------------------------------------------------ ACK sip:5508813053301091@165.227.33.23:5060 SIP/2.0 Via: SIP/2.0/UDP 64.34.236.149:5060;branch=z9hG4bK6dcba8c3 Max-Forwards: 70 From: "34600083765" <sip:34600083765@64.34.236.149>;tag=as134ae412 To: <sip:5508813053301091@165.227.33.23:5060>;tag=2HZXytpDN07tN Contact: <sip:34600083765@64.34.236.149:5060> Call-ID: 7d898457242fdb9e02387bd91238036b@64.34.236.149:5060 CSeq: 102 ACK User-Agent: Tech Call Flow Content-Length: 0 ------------------------------------------------------------------------ nta.c:2880 agent_recv_request() nta: received ACK sip:5508813053301091@165.227.33.23:5060 SIP/2.0 (CSeq 102) nta.c:3019 agent_recv_request() nta: ACK (102) is going to INVITE (102) nta.c:7134 _nta_incoming_timer() nta: timer I fired, terminate 407 response nta.c:7188 _nta_incoming_timer() nta_incoming_timer: 0/0 resent, 0/0 tout, 1/7 term, 1/8 free nta.c:7134 _nta_incoming_timer() nta: timer I fired, terminate 407 response nta.c:7188 _nta_incoming_timer() nta_incoming_timer: 0/0 resent, 0/0 tout, 1/6 term, 1/7 free nta.c:7134 _nta_incoming_timer() nta: timer I fired, terminate 407 response nta.c:7188 _nta_incoming_timer() nta_incoming_timer: 0/0 resent, 0/0 tout, 1/5 term, 1/6 free nta.c:7134 _nta_incoming_timer() nta: timer I fired, terminate 407 response nta.c:7188 _nta_incoming_timer() nta_incoming_timer: 0/0 resent, 0/0 tout, 1/4 term, 1/5 free nta.c:7159 _nta_incoming_timer() nta: timer J fired, terminate 401 response nta.c:7188 _nta_incoming_timer() nta_incoming_timer: 0/0 resent, 0/0 tout, 1/3 term, 1/4 free nta.c:7159 _nta_incoming_timer() nta: timer J fired, terminate 403 response nta.c:7188 _nta_incoming_timer() nta_incoming_timer: 0/0 resent, 0/0 tout, 1/2 term, 1/3 free 6dcaead6 2018-01-04 12:18:20.814342 [WARNING] switch_core_state_machine.c:687 6dcaead6-8ea6-416a-8656-bca9ce8038a7 sofia/internal/34600083765(a)64.34.236.149 Abandoned 6dcaead6 2018-01-04 12:18:20.814342 [NOTICE] switch_core_state_machine.c:690 Hangup sofia/internal/34600083765(a)64.34.236.149 [CS_NEW] [WRONG_CALL_STATE] 6dcaead6 2018-01-04 12:18:20.814342 [DEBUG] switch_core_state_machine.c:584 (sofia/internal/34600083765(a)64.34.236.149) Running State Change CS_HANGUP (Cur 4 Tot 2448) 6dcaead6 2018-01-04 12:18:20.814342 [DEBUG] switch_core_state_machine.c:850 (sofia/internal/34600083765(a)64.34.236.149) Callstate Change DOWN -> HANGUP 6dcaead6 2018-01-04 12:18:20.814342 [DEBUG] switch_core_state_machine.c:852 (sofia/internal/34600083765(a)64.34.236.149) State HANGUP 6dcaead6 2018-01-04 12:18:20.814342 [DEBUG] mod_sofia.c:438 Channel sofia/internal/34600083765(a)64.34.236.149 hanging up, cause: WRONG_CALL_STATE 6dcaead6 2018-01-04 12:18:20.814342 [DEBUG] switch_core_state_machine.c:60 sofia/internal/34600083765(a)64.34.236.149 Standard HANGUP, cause: WRONG_CALL_STATE 6dcaead6 2018-01-04 12:18:20.814342 [DEBUG] switch_core_state_machine.c:852 (sofia/internal/34600083765(a)64.34.236.149) State HANGUP going to sleep 6dcaead6 2018-01-04 12:18:20.814342 [DEBUG] switch_core_state_machine.c:619 (sofia/internal/34600083765(a)64.34.236.149) State Change CS_HANGUP -> CS_REPORTING 6dcaead6 2018-01-04 12:18:20.814342 [DEBUG] switch_core_state_machine.c:584 (sofia/internal/34600083765(a)64.34.236.149) Running State Change CS_REPORTING (Cur 4 Tot 2448) 6dcaead6 2018-01-04 12:18:20.814342 [DEBUG] switch_core_state_machine.c:938 (sofia/internal/34600083765(a)64.34.236.149) State REPORTING 6dcaead6 2018-01-04 12:18:20.814342 [DEBUG] switch_core_state_machine.c:174 sofia/internal/34600083765(a)64.34.236.149 Standard REPORTING, cause: WRONG_CALL_STATE 6dcaead6 2018-01-04 12:18:20.814342 [DEBUG] switch_core_state_machine.c:938 (sofia/internal/34600083765(a)64.34.236.149) State REPORTING going to sleep 6dcaead6 2018-01-04 12:18:20.814342 [DEBUG] switch_core_state_machine.c:610 (sofia/internal/34600083765(a)64.34.236.149) State Change CS_REPORTING -> CS_DESTROY 6dcaead6 2018-01-04 12:18:20.814342 [DEBUG] switch_core_session.c:1665 Session 2445 (sofia/internal/34600083765(a)64.34.236.149) Locked, Waiting on external entities 6dcaead6 2018-01-04 12:18:20.814342 [NOTICE] switch_core_session.c:1683 Session 2445 (sofia/internal/34600083765(a)64.34.236.149) Ended 6dcaead6 2018-01-04 12:18:20.814342 [NOTICE] switch_core_session.c:1687 Close Channel sofia/internal/34600083765(a)64.34.236.149 [CS_DESTROY] 6dcaead6 2018-01-04 12:18:20.814342 [DEBUG] switch_core_state_machine.c:741 (sofia/internal/34600083765(a)64.34.236.149) Running State Change CS_DESTROY (Cur 3 Tot 2448) 6dcaead6 2018-01-04 12:18:20.814342 [DEBUG] switch_core_state_machine.c:751 (sofia/internal/34600083765(a)64.34.236.149) State DESTROY 6dcaead6 2018-01-04 12:18:20.814342 [DEBUG] mod_sofia.c:343 sofia/internal/34600083765(a)64.34.236.149 SOFIA DESTROY 6dcaead6 2018-01-04 12:18:20.814342 [DEBUG] switch_core_state_machine.c:181 sofia/internal/34600083765(a)64.34.236.149 Standard DESTROY 6dcaead6 2018-01-04 12:18:20.814342 [DEBUG] switch_core_state_machine.c:751 (sofia/internal/34600083765(a)64.34.236.149) State DESTROY going to sleep

2 1

Use Nibblebill with PostgreSQL
by igor.potjevlesch＠gmail.com 04 Jan '18

04 Jan '18

Hello ! I try to connect Nibblebill directly to PostgreSQL but it still fails. I follow the documentation and setup the param like this: <param name="odbc_dsn" value="pgsql://A.B.C.D dbname=prepaid user=prepaid password=<hidden>"/> When I hangup a call, the logs report the following: 52c8b77c-f0b8-11e7-8d19-5566a3fb77f6 2018-01-03 20:00:19.037333 [CRIT] mod_nibblebill.c:604 Failed to log to database! Any idea on how to proceed with FS 1.6? Thank you! Regards, Igor.

5 6

sqlite DB - help?!
by Geoff Mina 04 Jan '18

04 Jan '18

Greetings, I have a freeswitch installation that is configured to use MySQL (via ODBC) in switch.xml. Today we had one of our freeswitch hosts go out of service with this error: *2018-01-03 00:14:51.340034 [ERR] switch_core_sqldb.c:587 NATIVE SQL ERR [database disk image is malformed]* *delete from sip_registrations where sip_user='rcampos1' and sip_host='10.201.0.94'* Through some searching, we determined that is the result of the sqlite db becoming corrupt. There were no power events, but it simply stopped working. Now... I don't even want to use sqllite. We have MySQL configured and is working properly. Here is our config from switch.xml <param name="core-db-dsn" value="freeswitch:freeswitch:freeswitch" /> <param name="auto-create-schemas" value="true"/> <param name="auto-clear-sql" value="true"/> <param name="core-dbtype" value="MYSQL"/> The registrations and calls ARE showing up in MySQL, so the ODBC connection is working. Why would Freeswitch continue to use SQLite even though we have configured the core to use MySQL? Even after clearing out the /freeswtich/db directory, upon restart, the following files show up again. It's as if Freeswitch is writing to both SQLite and MySQL. -rw-r--r-- 1 14K Jan 3 00:16 call_limit.db -rw-r--r-- 1 5.0K Jan 3 00:16 fifo.db -rw-r--r-- 1 93K Jan 3 00:16 sofia_reg_external.db -rw-r--r-- 1 99K Jan 3 00:26 sofia_reg_internal.db Any help would be greatly appreciated. Thanks, Geoff

4 6

About Codec Negotiation
by 王聡 04 Jan '18

04 Jan '18

Hey all, I had got an issue when I tried to bridge FS to Asterisk for a outgoing call. The late negotation had been set as true, but I got a codec error on Asterisk which showed: [Dec 29 16:16:52] NOTICE[2095][C-00000002]: chan_sip.c:10465 process_sdp: No compatible codecs, not accepting this offer! After this I checked the codec negotiation, like this: SDP message from softphone: 43e110bf-0dd2-4518-a5d8-3b3afd52f6de 2017-12-29 16:35:46.677190 [DEBUG] sofia.c:7094 Remote SDP:401e6cb7-3c4d-43ca-9bc9-a5055ad52485 v=0 43e110bf-0dd2-4518-a5d8-3b3afd52f6de 2017-12-29 16:35:46.677190 [DEBUG] sofia.c:7094 Remote SDP: 43e110bf-0dd2-4518-a5d8-3b3afd52f6de v=0 43e110bf-0dd2-4518-a5d8-3b3afd52f6de o=52bf0a8a88c515081c124a49cf6ce7bc 2651 2264 IN IP4 192.168.254.65 43e110bf-0dd2-4518-a5d8-3b3afd52f6de s=Talk 43e110bf-0dd2-4518-a5d8-3b3afd52f6de c=IN IP4 192.168.254.65 43e110bf-0dd2-4518-a5d8-3b3afd52f6de t=0 0 43e110bf-0dd2-4518-a5d8-3b3afd52f6de a=rtcp-xr:rcvr-rtt=all:10000 stat-summary=loss,dup,jitt,TTL voip-metrics 43e110bf-0dd2-4518-a5d8-3b3afd52f6de m=audio 7076 RTP/AVP 96 97 98 99 0 8 101 100 102 43e110bf-0dd2-4518-a5d8-3b3afd52f6de a=rtpmap:96 opus/48000/2 43e110bf-0dd2-4518-a5d8-3b3afd52f6de a=fmtp:96 useinbandfec=1 43e110bf-0dd2-4518-a5d8-3b3afd52f6de a=rtpmap:97 SILK/16000 43e110bf-0dd2-4518-a5d8-3b3afd52f6de a=rtpmap:98 speex/16000 43e110bf-0dd2-4518-a5d8-3b3afd52f6de a=fmtp:98 vbr=on 43e110bf-0dd2-4518-a5d8-3b3afd52f6de a=rtpmap:99 speex/8000 43e110bf-0dd2-4518-a5d8-3b3afd52f6de a=fmtp:99 vbr=on 43e110bf-0dd2-4518-a5d8-3b3afd52f6de a=rtpmap:101 telephone-event/48000 43e110bf-0dd2-4518-a5d8-3b3afd52f6de a=rtpmap:100 telephone-event/16000 43e110bf-0dd2-4518-a5d8-3b3afd52f6de a=rtpmap:102 telephone-event/8000 43e110bf-0dd2-4518-a5d8-3b3afd52f6de a=rtcp-fb:* trr-int 5000 Negotiation steps: 43e110bf-0dd2-4518-a5d8-3b3afd52f6de 2017-12-29 16:35:47.277188 [DEBUG] switch_core_media.c:4449 Audio Codec Compare [opus:96:48000:20:0:1]/[PCMU:0:8000:20:64000:1] 43e110bf-0dd2-4518-a5d8-3b3afd52f6de 2017-12-29 16:35:47.277188 [DEBUG] switch_core_media.c:4449 Audio Codec Compare [opus:96:48000:20:0:1]/[PCMA:8:8000:20:64000:1] 43e110bf-0dd2-4518-a5d8-3b3afd52f6de 2017-12-29 16:35:47.277188 [DEBUG] switch_core_media.c:4449 Audio Codec Compare [opus:96:48000:20:0:1]/[GSM:3:8000:20:13200:1] 43e110bf-0dd2-4518-a5d8-3b3afd52f6de 2017-12-29 16:35:47.277188 [DEBUG] switch_core_media.c:4449 Audio Codec Compare [opus:96:48000:20:0:1]/[SPEEX:99:8000:20:24600:1] 43e110bf-0dd2-4518-a5d8-3b3afd52f6de 2017-12-29 16:35:47.277188 [DEBUG] switch_core_media.c:4449 Audio Codec Compare [opus:96:48000:20:0:1]/[SPEEX:99:16000:20:42200:1] 43e110bf-0dd2-4518-a5d8-3b3afd52f6de 2017-12-29 16:35:47.277188 [DEBUG] switch_core_media.c:4449 Audio Codec Compare [SILK:97:16000:20:0:1]/[PCMU:0:8000:20:64000:1] 43e110bf-0dd2-4518-a5d8-3b3afd52f6de 2017-12-29 16:35:47.277188 [DEBUG] switch_core_media.c:4449 Audio Codec Compare [SILK:97:16000:20:0:1]/[PCMA:8:8000:20:64000:1] 43e110bf-0dd2-4518-a5d8-3b3afd52f6de 2017-12-29 16:35:47.277188 [DEBUG] switch_core_media.c:4449 Audio Codec Compare [SILK:97:16000:20:0:1]/[GSM:3:8000:20:13200:1] 43e110bf-0dd2-4518-a5d8-3b3afd52f6de 2017-12-29 16:35:47.277188 [DEBUG] switch_core_media.c:4449 Audio Codec Compare [SILK:97:16000:20:0:1]/[SPEEX:99:8000:20:24600:1] 43e110bf-0dd2-4518-a5d8-3b3afd52f6de 2017-12-29 16:35:47.277188 [DEBUG] switch_core_media.c:4449 Audio Codec Compare [SILK:97:16000:20:0:1]/[SPEEX:99:16000:20:42200:1] 43e110bf-0dd2-4518-a5d8-3b3afd52f6de 2017-12-29 16:35:47.277188 [DEBUG] switch_core_media.c:4449 Audio Codec Compare [speex:98:16000:20:0:1]/[PCMU:0:8000:20:64000:1] 43e110bf-0dd2-4518-a5d8-3b3afd52f6de 2017-12-29 16:35:47.277188 [DEBUG] switch_core_media.c:4449 Audio Codec Compare [speex:98:16000:20:0:1]/[PCMA:8:8000:20:64000:1] 43e110bf-0dd2-4518-a5d8-3b3afd52f6de 2017-12-29 16:35:47.277188 [DEBUG] switch_core_media.c:4449 Audio Codec Compare [speex:98:16000:20:0:1]/[GSM:3:8000:20:13200:1] 43e110bf-0dd2-4518-a5d8-3b3afd52f6de 2017-12-29 16:35:47.277188 [DEBUG] switch_core_media.c:4449 Audio Codec Compare [speex:98:16000:20:0:1]/[SPEEX:99:8000:20:24600:1] 43e110bf-0dd2-4518-a5d8-3b3afd52f6de 2017-12-29 16:35:47.277188 [DEBUG] switch_core_media.c:4449 Audio Codec Compare [speex:98:16000:20:0:1]/[SPEEX:99:16000:20:42200:1] 43e110bf-0dd2-4518-a5d8-3b3afd52f6de 2017-12-29 16:35:47.277188 [DEBUG] switch_core_media.c:4504 Audio Codec Compare [SPEEX:99:16000:20:42200:1] ++++ is saved as a match 43e110bf-0dd2-4518-a5d8-3b3afd52f6de 2017-12-29 16:35:47.277188 [DEBUG] switch_core_media.c:4449 Audio Codec Compare [speex:99:8000:20:0:1]/[PCMU:0:8000:20:64000:1] 43e110bf-0dd2-4518-a5d8-3b3afd52f6de 2017-12-29 16:35:47.277188 [DEBUG] switch_core_media.c:4449 Audio Codec Compare [speex:99:8000:20:0:1]/[PCMA:8:8000:20:64000:1] 43e110bf-0dd2-4518-a5d8-3b3afd52f6de 2017-12-29 16:35:47.277188 [DEBUG] switch_core_media.c:4449 Audio Codec Compare [speex:99:8000:20:0:1]/[GSM:3:8000:20:13200:1] 43e110bf-0dd2-4518-a5d8-3b3afd52f6de 2017-12-29 16:35:47.277188 [DEBUG] switch_core_media.c:4449 Audio Codec Compare [speex:99:8000:20:0:1]/[SPEEX:99:8000:20:24600:1] 43e110bf-0dd2-4518-a5d8-3b3afd52f6de 2017-12-29 16:35:47.277188 [DEBUG] switch_core_media.c:4504 Audio Codec Compare [SPEEX:99:8000:20:24600:1] ++++ is saved as a match 43e110bf-0dd2-4518-a5d8-3b3afd52f6de 2017-12-29 16:35:47.277188 [DEBUG] switch_core_media.c:4449 Audio Codec Compare [speex:99:8000:20:0:1]/[SPEEX:99:16000:20:42200:1] 43e110bf-0dd2-4518-a5d8-3b3afd52f6de 2017-12-29 16:35:47.277188 [DEBUG] switch_core_media.c:4449 Audio Codec Compare [PCMU:0:8000:20:64000:1]/[PCMU:0:8000:20:64000:1] 43e110bf-0dd2-4518-a5d8-3b3afd52f6de 2017-12-29 16:35:47.277188 [DEBUG] switch_core_media.c:4504 Audio Codec Compare [PCMU:0:8000:20:64000:1] ++++ is saved as a match 43e110bf-0dd2-4518-a5d8-3b3afd52f6de 2017-12-29 16:35:47.277188 [DEBUG] switch_core_media.c:4449 Audio Codec Compare [PCMU:0:8000:20:64000:1]/[PCMA:8:8000:20:64000:1] 43e110bf-0dd2-4518-a5d8-3b3afd52f6de 2017-12-29 16:35:47.277188 [DEBUG] switch_core_media.c:4449 Audio Codec Compare [PCMU:0:8000:20:64000:1]/[GSM:3:8000:20:13200:1] 43e110bf-0dd2-4518-a5d8-3b3afd52f6de 2017-12-29 16:35:47.277188 [DEBUG] switch_core_media.c:4449 Audio Codec Compare [PCMU:0:8000:20:64000:1]/[SPEEX:99:8000:20:24600:1] 43e110bf-0dd2-4518-a5d8-3b3afd52f6de 2017-12-29 16:35:47.277188 [DEBUG] switch_core_media.c:4449 Audio Codec Compare [PCMU:0:8000:20:64000:1]/[SPEEX:99:16000:20:42200:1] 43e110bf-0dd2-4518-a5d8-3b3afd52f6de 2017-12-29 16:35:47.277188 [DEBUG] switch_core_media.c:4449 Audio Codec Compare [PCMA:8:8000:20:64000:1]/[PCMU:0:8000:20:64000:1] 43e110bf-0dd2-4518-a5d8-3b3afd52f6de 2017-12-29 16:35:47.277188 [DEBUG] switch_core_media.c:4449 Audio Codec Compare [PCMA:8:8000:20:64000:1]/[PCMA:8:8000:20:64000:1] 43e110bf-0dd2-4518-a5d8-3b3afd52f6de 2017-12-29 16:35:47.277188 [DEBUG] switch_core_media.c:4504 Audio Codec Compare [PCMA:8:8000:20:64000:1] ++++ is saved as a match 43e110bf-0dd2-4518-a5d8-3b3afd52f6de 2017-12-29 16:35:47.277188 [DEBUG] switch_core_media.c:4449 Audio Codec Compare [PCMA:8:8000:20:64000:1]/[GSM:3:8000:20:13200:1] 43e110bf-0dd2-4518-a5d8-3b3afd52f6de 2017-12-29 16:35:47.277188 [DEBUG] switch_core_media.c:4449 Audio Codec Compare [PCMA:8:8000:20:64000:1]/[SPEEX:99:8000:20:24600:1] 43e110bf-0dd2-4518-a5d8-3b3afd52f6de 2017-12-29 16:35:47.277188 [DEBUG] switch_core_media.c:4449 Audio Codec Compare [PCMA:8:8000:20:64000:1]/[SPEEX:99:16000:20:42200:1] Returned SDP message: 43e110bf-0dd2-4518-a5d8-3b3afd52f6de 2017-12-29 16:35:47.277188 [DEBUG] mod_sofia.c:2364 Ring SDP: 43e110bf-0dd2-4518-a5d8-3b3afd52f6de v=0 43e110bf-0dd2-4518-a5d8-3b3afd52f6de o=FreeSWITCH 1514482587 1514482588 IN IP4 172.16.25.25 43e110bf-0dd2-4518-a5d8-3b3afd52f6de s=FreeSWITCH 43e110bf-0dd2-4518-a5d8-3b3afd52f6de c=IN IP4 210.148.155.42 43e110bf-0dd2-4518-a5d8-3b3afd52f6de t=0 0 43e110bf-0dd2-4518-a5d8-3b3afd52f6de m=audio 50360 RTP/AVP 98 100 43e110bf-0dd2-4518-a5d8-3b3afd52f6de a=rtpmap:98 speex/16000 43e110bf-0dd2-4518-a5d8-3b3afd52f6de a=rtpmap:100 telephone-event/16000 43e110bf-0dd2-4518-a5d8-3b3afd52f6de a=fmtp:100 0-16 43e110bf-0dd2-4518-a5d8-3b3afd52f6de a=ptime:20 43e110bf-0dd2-4518-a5d8-3b3afd52f6de a=sendrecv I’m not clear what happened, but PCMU and PCMA codecs are gone even it passed the check. Next the SDP had sent to Asterisk: c5439be6-10e0-431b-b5e3-7904a14a37c0 Local SDP: c5439be6-10e0-431b-b5e3-7904a14a37c0 v=0 c5439be6-10e0-431b-b5e3-7904a14a37c0 o=FreeSWITCH 1514482871 1514482872 IN IP4 172.16.25.24 c5439be6-10e0-431b-b5e3-7904a14a37c0 s=FreeSWITCH c5439be6-10e0-431b-b5e3-7904a14a37c0 c=IN IP4 172.16.25.24 c5439be6-10e0-431b-b5e3-7904a14a37c0 t=0 0 c5439be6-10e0-431b-b5e3-7904a14a37c0 m=audio 50076 RTP/AVP 102 101 13 c5439be6-10e0-431b-b5e3-7904a14a37c0 a=rtpmap:102 SPEEX/16000 c5439be6-10e0-431b-b5e3-7904a14a37c0 a=rtpmap:101 telephone-event/16000 c5439be6-10e0-431b-b5e3-7904a14a37c0 a=fmtp:101 0-16 c5439be6-10e0-431b-b5e3-7904a14a37c0 a=rtpmap:13 CN/16000 c5439be6-10e0-431b-b5e3-7904a14a37c0 a=ptime:20 c5439be6-10e0-431b-b5e3-7904a14a37c0 a=sendrecv Asterisk can’t recognize these codecs, and it turned into a failure. So what happened in the codec negotiation, and how could I let PCMU enabled? PS. I had pasted some setting file and hope it helps. Vars.xml: … <X-PRE-PROCESS cmd="set" data="global_codec_prefs=PCMU,PCMA,GSM,speex@8000h@20i,speex@16000h@20i,VP8,H264,H263-1998"/> <X-PRE-PROCESS cmd="set" data="outbound_codec_prefs=PCMU,PCMA,GSM,speex@8000h@20i,speex@16000h@20i”/> … Sip_profiles/external.xml: … <param name="inbound-codec-prefs" value="$${global_codec_prefs}"/> <param name="outbound-codec-prefs" value="$${outbound_codec_prefs}”/> <param name="inbound-codec-negotiation" value=“generous"/> <param name="nonce-ttl" value="60"/> <param name="auth-calls" value="false"/> <param name="inbound-late-negotiation" value="true"/> <param name="inbound-zrtp-passthru" value="true"/>  … Regards.

2 2

Limit DB update on attended transfer
by Piccinin Francesco 02 Jan '18

02 Jan '18

Hi all, we have some problem with limit management on attended transfer. I'm trying to explain it with an example. 1) A is in a call with B => limits are set (for both bsy and max_call) for both A and B extensions. 2) B puts A on hold and starts an attended trasnfer to C => limits are set for A, B and C. 3) B complete transfer so A is connected to C => limits are not updated so still shows A and B Is there a way to recognize attended transfer and execute limit db update on it? FSCLI shows both: 2018-01-02 16:12:28.120881 [NOTICE] sofia.c:8731 Attended Transfer [5c11870a-dd07-4499-b381-4db91b6cab0d][4ef18084-ad80-405a-b97a-51cda58f5fca] 2018-01-02 16:12:28.120881 [NOTICE] switch_ivr_bridge.c:1810 Hangup sofia/internal/8497@domain [CS_HIBERNATE] [ATTENDED_TRANSFER] But we have no action on dialplan to manage it. Thanks for help Regards Francesco

1 0

uuid_record options
by Madovsky 31 Dec '17

31 Dec '17

Hi Folks, is it possible to control the record settings with uuid_record like width,height,quality etc.? thanks and have a great new year.

1 0

GetDigits in another thread
by yunqing 29 Dec '17

29 Dec '17

Hi there, i got a problem receiving digit within another thread, i was following the example of "Lua Script to announce members position" from https://freeswitch.org/confluence/display/FREESWITCH/mod_callcenter, everything works fine until i added GetDigits after the announcement, the voice became sorta smeared, and GetDigits was not working at all. the Lua Script was called from dialplan in unblocked mode like: <action application="set" data="result=${luarun(callcenter-announce-position.lua ${uuid} example@default 10000)}"/> and i want the caller to input dtmf after the prompt while still stay queuing, so what should i do? any ideas are appreciated. ________________________________ mangudai_(a)hotmail.com

1 0

VTECH VSP725 MWI
by Sean Devoy 27 Dec '17

27 Dec '17

Hi All, Does anyone have any pointers about getting the Message Waiting Lamp to work on a VTECH VSP725? This is our first VTECH SIP device and it seems fairly simple except for the MWI. The only thing I have found by searching has been to add: <param name="manage-presence" value="true"/> which had no effect. Thanks, Sean

1 1