- FreeSWITCH-users - FreeSWITCH Mailing Lists

Re: [Freeswitch-users] FS v1.6 vs 1.8
by Do Nguyen Ha 21 Aug '17

21 Aug '17

I am interested in call-center module, because call-center is only inbound call when agent 01 make call out the freeswitch doesn't care when call coming call-center may be agent 01 will be ringing On Aug 21, 2017 15:03, "Tihomir Culjaga" <tculjaga(a)gmail.com> wrote: hi, is there a document describing whats new in FS v1.8 compared to 1.6 ? _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting(a)freeswitch.org http://www.freeswitchsolutions.com Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.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

5 7

Cool stuff you can do with Freeswitch
by Thomas Auge 20 Aug '17

20 Aug '17

https://www.youtube.com/watch?v=S7gzYf423Lo :-)

2 2

Early media + T38 in SDP = Codec negotiation error
by animal_alpha 19 Aug '17

19 Aug '17

Hello everybody. Have some problem with fs. I've got codec negotiation error when i try use early_media and sdp has T38 pre_answer() 2017-08-16 08:50:36.337346 [DEBUG] switch_core_media.c:4449 Audio Codec Compare [PCMA:8:8000:20:64000:1]/[PCMA:8:8000:20:64000:1] 2017-08-16 08:50:36.337346 [DEBUG] switch_core_media.c:4504 Audio Codec Compare [PCMA:8:8000:20:64000:1] ++++ is saved as a match 2017-08-16 08:50:36.337346 [DEBUG] switch_core_media.c:4449 Audio Codec Compare [PCMA:8:8000:20:64000:1]/[PCMU:0:8000:20:64000:1] 2017-08-16 08:50:36.337346 [DEBUG] switch_core_media.c:4449 Audio Codec Compare [PCMA:8:8000:20:64000:1]/[G729:18:8000:20:8000:1] 2017-08-16 08:50:36.337346 [DEBUG] switch_core_media.c:4449 Audio Codec Compare [PCMA:8:8000:20:64000:1]/[G722:9:8000:20:64000:1] 2017-08-16 08:50:36.337346 [DEBUG] switch_core_media.c:4449 Audio Codec Compare [PCMU:0:8000:20:64000:1]/[PCMA:8:8000:20:64000:1] 2017-08-16 08:50:36.337346 [DEBUG] switch_core_media.c:4449 Audio Codec Compare [PCMU:0:8000:20:64000:1]/[PCMU:0:8000:20:64000:1] 2017-08-16 08:50:36.337346 [DEBUG] switch_core_media.c:4504 Audio Codec Compare [PCMU:0:8000:20:64000:1] ++++ is saved as a match 2017-08-16 08:50:36.337346 [DEBUG] switch_core_media.c:4449 Audio Codec Compare [PCMU:0:8000:20:64000:1]/[G729:18:8000:20:8000:1] 2017-08-16 08:50:36.337346 [DEBUG] switch_core_media.c:4449 Audio Codec Compare [PCMU:0:8000:20:64000:1]/[G722:9:8000:20:64000:1] 2017-08-16 08:50:36.337346 [DEBUG] switch_core_media.c:4449 Audio Codec Compare [G729:101:8000:20:0:1]/[PCMA:8:8000:20:64000:1] 2017-08-16 08:50:36.337346 [DEBUG] switch_core_media.c:4449 Audio Codec Compare [G729:101:8000:20:0:1]/[PCMU:0:8000:20:64000:1] 2017-08-16 08:50:36.337346 [DEBUG] switch_core_media.c:4449 Audio Codec Compare [G729:101:8000:20:0:1]/[G729:18:8000:20:8000:1] 2017-08-16 08:50:36.337346 [DEBUG] switch_core_media.c:4449 Audio Codec Compare [G729:101:8000:20:0:1]/[G722:9:8000:20:64000:1] 2017-08-16 08:50:36.337346 [DEBUG] switch_core_media.c:4449 Audio Codec Compare [iLBC:97:8000:30:0:1]/[PCMA:8:8000:20:64000:1] 2017-08-16 08:50:36.337346 [DEBUG] switch_core_media.c:4449 Audio Codec Compare [iLBC:97:8000:30:0:1]/[PCMU:0:8000:20:64000:1] 2017-08-16 08:50:36.337346 [DEBUG] switch_core_media.c:4449 Audio Codec Compare [iLBC:97:8000:30:0:1]/[G729:18:8000:20:8000:1] 2017-08-16 08:50:36.337346 [DEBUG] switch_core_media.c:4449 Audio Codec Compare [iLBC:97:8000:30:0:1]/[G722:9:8000:20:64000:1] 2017-08-16 08:50:36.337346 [DEBUG] switch_core_media.c:4449 Audio Codec Compare [iLBC:98:8000:30:0:1]/[PCMA:8:8000:20:64000:1] 2017-08-16 08:50:36.337346 [DEBUG] switch_core_media.c:4449 Audio Codec Compare [iLBC:98:8000:30:0:1]/[PCMU:0:8000:20:64000:1] 2017-08-16 08:50:36.337346 [DEBUG] switch_core_media.c:4449 Audio Codec Compare [iLBC:98:8000:30:0:1]/[G729:18:8000:20:8000:1] 2017-08-16 08:50:36.337346 [DEBUG] switch_core_media.c:4449 Audio Codec Compare [iLBC:98:8000:30:0:1]/[G722:9:8000:20:64000:1] 2017-08-16 08:50:36.337346 [DEBUG] switch_core_media.c:4449 Audio Codec Compare [gsm:3:8000:20:13200:1]/[PCMA:8:8000:20:64000:1] 2017-08-16 08:50:36.337346 [DEBUG] switch_core_media.c:4449 Audio Codec Compare [gsm:3:8000:20:13200:1]/[PCMU:0:8000:20:64000:1] 2017-08-16 08:50:36.337346 [DEBUG] switch_core_media.c:4449 Audio Codec Compare [gsm:3:8000:20:13200:1]/[G729:18:8000:20:8000:1] 2017-08-16 08:50:36.337346 [DEBUG] switch_core_media.c:4449 Audio Codec Compare [gsm:3:8000:20:13200:1]/[G722:9:8000:20:64000:1] 2017-08-16 08:50:36.337346 [DEBUG] switch_core_media.c:4449 Audio Codec Compare [speex:99:8000:20:0:1]/[PCMA:8:8000:20:64000:1] 2017-08-16 08:50:36.337346 [DEBUG] switch_core_media.c:4449 Audio Codec Compare [speex:99:8000:20:0:1]/[PCMU:0:8000:20:64000:1] 2017-08-16 08:50:36.337346 [DEBUG] switch_core_media.c:4449 Audio Codec Compare [speex:99:8000:20:0:1]/[G729:18:8000:20:8000:1] 2017-08-16 08:50:36.337346 [DEBUG] switch_core_media.c:4449 Audio Codec Compare [speex:99:8000:20:0:1]/[G722:9:8000:20:64000:1] 2017-08-16 08:50:36.337346 [DEBUG] switch_core_media.c:4449 Audio Codec Compare [G729:18:8000:20:8000:1]/[PCMA:8:8000:20:64000:1] 2017-08-16 08:50:36.337346 [DEBUG] switch_core_media.c:4449 Audio Codec Compare [G729:18:8000:20:8000:1]/[PCMU:0:8000:20:64000:1] 2017-08-16 08:50:36.337346 [DEBUG] switch_core_media.c:4449 Audio Codec Compare [G729:18:8000:20:8000:1]/[G729:18:8000:20:8000:1] 2017-08-16 08:50:36.337346 [DEBUG] switch_core_media.c:4504 Audio Codec Compare [G729:18:8000:20:8000:1] ++++ is saved as a match 2017-08-16 08:50:36.337346 [DEBUG] switch_core_media.c:4449 Audio Codec Compare [G729:18:8000:20:8000:1]/[G722:9:8000:20:64000:1] 2017-08-16 08:50:36.337346 [DEBUG] switch_core_media.c:4449 Audio Codec Compare [G729:100:8000:20:0:1]/[PCMA:8:8000:20:64000:1] 2017-08-16 08:50:36.337346 [DEBUG] switch_core_media.c:4449 Audio Codec Compare [G729:100:8000:20:0:1]/[PCMU:0:8000:20:64000:1] 2017-08-16 08:50:36.337346 [DEBUG] switch_core_media.c:4449 Audio Codec Compare [G729:100:8000:20:0:1]/[G729:18:8000:20:8000:1] 2017-08-16 08:50:36.337346 [DEBUG] switch_core_media.c:4449 Audio Codec Compare [G729:100:8000:20:0:1]/[G722:9:8000:20:64000:1] 2017-08-16 08:25:36.105410 [DEBUG] switch_core_media.c:4365 Set telephone-event payload to 96@8000 2017-08-16 08:25:36.105410 [DEBUG] switch_core_media.c:3061 Set Codec sofia/external/4995196123@10.34.111.140:5061 PCMA/8000 20 ms 160 samples 64000 bits 1 channels 2017-08-16 08:25:36.105410 [DEBUG] switch_core_codec.c:111 sofia/external/4995196123@10.34.111.140:5061 Original read codec set to PCMA:8 2017-08-16 08:25:36.105410 [DEBUG] switch_core_media.c:4708 Set telephone-event payload to 96@8000 2017-08-16 08:25:36.105410 [DEBUG] switch_core_media.c:4767 sofia/external/123@10.34.111.140:5061 Set 2833 dtmf send payload to 96 recv payload to 96 2017-08-16 08:25:36.105410 [DEBUG] switch_core_media.c:4028 sofia/external/123@10.34.111.140:5061 T38 REFUSE on request 2017-08-16 08:25:36.105410 [ERR] mod_sofia.c:2343 CODEC NEGOTIATION ERROR. SDP: v=0 o=- 1502861170 1502861170 IN IP4 10.34.111.143 s=- c=IN IP4 10.34.84.100 t=0 0 m=audio 53628 RTP/AVP 8 0 101 97 98 3 99 18 100 96 a=rtpmap:8 PCMA/8000 a=rtpmap:0 PCMU/8000 a=rtpmap:101 G729/8000 a=fmtp:101 annexb=yes a=rtpmap:97 iLBC/8000 a=fmtp:97 mode=20 a=rtpmap:98 iLBC/8000 a=fmtp:98 mode=30 a=rtpmap:3 gsm/8000 a=rtpmap:99 speex/8000 a=fmtp:99 mode=3;vbr=off a=rtpmap:18 G729/8000 a=fmtp:18 annexb=no a=rtpmap:100 G729/8000 a=fmtp:100 annexb=no a=rtpmap:96 telephone-event/8000 a=fmtp:96 0-15 m=image 41690 udptl t38 a=T38FaxRateManagement:transferredTCF a=T38FaxUdpEC:t38UDPRedundancy my codecs: <X-PRE-PROCESS cmd="set" data="global_codec_prefs=PCMA,PCMU,G729,G722"/> <X-PRE-PROCESS cmd="set" data="outbound_codec_prefs=PCMA,PCMU,G729,G722"/> Solution: dont use early media (use execute_on_answer=record_session instead of application=record_session in my case) Does not help: t38 ignore, late negotiation=false, -- View this message in context: http://freeswitch-users.2379917.n2.nabble.com/Early-media-T38-in-SDP-Codec-… Sent from the freeswitch-users mailing list archive at Nabble.com.

3 3

Meaning of packet loss log message
by Thomas Auge 19 Aug '17

19 Aug '17

Hello list, I'm seeing log entries such as this: switch_core_media.c:2509 [VBR]: Correcting calculated ptime value from [40] to [20] to compensate for [1] lost packet(s) They are often accompanied by very audible clicks without any PLC. RTCP does not appear to report related packet loss according to Chrome's webRTC stats. This is between SIP and portaudio. Does anyone know at which stage that packet loss occurs, or what could be causing it? Thanks, Thomas

2 4

Re: [Freeswitch-users] [OpenSIPS-Users] [SR-Users] ClueCon Slides: Industrial Grade FreeSWITCH, Scaling, Balancing, High Availability, SIP, WebRTC
by Giovanni Maruzzelli 19 Aug '17

19 Aug '17

On 17 August 2017 at 02:32, Adrian Georgescu <ag(a)ag-projects.com> wrote: > Giovanni, > > The creature on page 55 and 56 is a dude, man! > I was more focused on the other one, but yes, he's a dude. An happy dude :) -giovanni

2 4

AMR Codec for A-leg and GSM Codec for B-leg
by Ron 18 Aug '17

18 Aug '17

Hi All, Is it possible to use AMR Codec to A-leg and GSM Codec for B-leg or vice versa? Tried the following configuration in sip profiles: <param name="inherit_codec" value="true"/> <param name="inbound-late-negotiation" value="true”/> <param name="disable-transcoding" value="false”/> We received an error in the logs: e178024a-8180-11e7-9d17-e38b940a41a7 2017-08-15 06:13:45.955687 [DEBUG] switch_ivr_originate.c:3833 Originate Resulted in Error Cause: 88 [INCOMPATIBLE_DESTINATION] e178024a-8180-11e7-9d17-e38b940a41a7 2017-08-15 06:13:45.955687 [INFO] mod_dptools.c:3418 Originate Failed. Cause: INCOMPATIBLE_DESTINATION e178024a-8180-11e7-9d17-e38b940a41a7 2017-08-15 06:13:45.955687 [NOTICE] switch_channel.c:4822 Hangup sofia/internal/09589999999(a)10.1.0.5<mailto:sofia/internal/09589999999@10.1.0.5> [CS_EXECUTE] [INCOMPATIBLE_DESTINATION] We also tried to use the absolute_codec_string configuration in dialplan: <action application="bridge" data="{absolute_codec_string=GSM}sofia/internal/${destination_number}@10.1.0.4:5080"/> The error we received on this is: 2017-08-15 06:17:29.755700 [ERR] mod_amr.c:338 This codec is only usable in passthrough mode! 2017-08-15 06:17:29.755700 [ERR] switch_core_io.c:1434 Codec AMR encoder error! For your kind advice please. TIA. Best Regard, Ron Menez ron.menez(a)entropysolution.com<mailto:ron.menez@entropysolution.com>

3 3

Dockerfile for FreeSWITCH
by Brian West 18 Aug '17

18 Aug '17

https://freeswitch.org/stash/projects/FS/repos/freeswitch/browse/docker If anyone wishes to submit pull requests to improve these please do so at freeswitch.org/jira I would like to work with the community to improve and document the use cases correct. Thanks, -- *Brian West* brian(a)freeswitch.org *Twitter: @FreeSWITCH , @briankwest* http://www.freeswitchbook.com http://www.freeswitchcookbook.com Allison prompts for FreeSWITCH: *https://www.gofundme.com/allison-prompts-for-freeswitch* <https://www.gofundme.com/allison-prompts-for-freeswitch> Wish to schedule a meeting? http://app.timebridge.com/#/meet/freeswitch Got Bugs? Report them here <https://freeswitch.org/jira>! | Reddit: /r/freeswitch <https://www.reddit.com/r/freeswitch> *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) *Skype:*briankwest

7 15

Re: [Freeswitch-users] Separate CA authorities for SIP TLS
by Robert Mundkowsky 17 Aug '17

17 Aug '17

Usually different systems can use any authorities, but the usually have to have the the complete chain to the root installed in their key stores. So system Y has to know it can trust certs from CA X. So question is do you know where the key stores are located for each system and how to add certs to them. -------- Original message -------- From: Maciej Bylica <mbgatherer(a)gmail.com> Date: 8/17/17 11:37 AM (GMT-05:00) To: FreeSWITCH Users Help <freeswitch-users(a)lists.freeswitch.org> Subject: [Freeswitch-users] Separate CA authorities for SIP TLS Hello, I am about to setup TLS SIP interconnect between Cisco servers (C3945) and Freeswitch.CA server for Cisco devices is already in place (located on different cisco server).I want to proceed with CA Root certificate generation on Freeswitch server as well.My question is if i could use different CA authorities (separate for Cisco devices and the one for FS) for SIP TLS calls coming back and forth between Cisco and FS? ThanksMaciej.

1 0

Channel variables on a-leg and b-leg
by Paul Mateer 17 Aug '17

17 Aug '17

Guys, I'm using the C# interface to FreeSWITCH to add the ability to make and receive calls in an existing software application. I want to record the conversations on the server, but I need to be able to access the recording after the call is complete. The Call-ID value seemed the perfect solution to this and I added the following action to my dialplan entry. <action application="export" data="execute_on_answer=record_session $${base_dir}/recordings/${strftime(%Y.%m.%d_%H.%M.%S)}_${uuid}_${caller_id_number}.wav"/> This seemed to work fine, as I would get recording files created with a Guid in the name, but on closer inspection I found that the Guid used in the filename was not the same Guid associated with the successfully placed call in the application. I assume that this is because the application sees the Call-ID for the a-leg, whereas the dialplan entry is executed in the b-leg and therefore has it's own separate Guid. Is there any way in which I can expose the Call-ID (or some other custom channel variable) for the a-leg to the b-leg so that it will be accessible within the XML dialplan and therefore be usable when creating the recording file? Thanks for any suggestions/assistance offered.

4 6

Separate CA authorities for SIP TLS
by Maciej Bylica 17 Aug '17

17 Aug '17

Hello, I am about to setup TLS SIP interconnect between Cisco servers (C3945) and Freeswitch. CA server for Cisco devices is already in place (located on different cisco server). I want to proceed with CA Root certificate generation on Freeswitch server as well. My question is if i could use different CA authorities (separate for Cisco devices and the one for FS) for SIP TLS calls coming back and forth between Cisco and FS? Thanks Maciej.

1 0